# Úřední věstník L 85/2018

| | ISSN 1977-0626 |
| --- | --- |
| Úřední věstník
  Evropské unie | L 85 |
| | |
| České vydání | Právní předpisy | Ročník 6128. března 2018 |

ISSN 1977-0626

Úřední věstník

Evropské unie

L 85

České vydání

Právní předpisy

Ročník 6128. března 2018

---

| Obsah | | II   Nelegislativní akty | Strana |
| --- | --- | --- | --- |
| | | NAŘÍZENÍ |
| | * | Prováděcí nařízení Komise (EU) 2018/502 ze dne 28. února 2018, kterým se mění prováděcí nařízení (EU) 2016/799, kterým se stanoví požadavky na konstrukci, zkoušení, montáž, provoz a opravy tachografů a jejich součástí (
  1
  ) | 1 |

Obsah

II   Nelegislativní akty

Strana

NAŘÍZENÍ

*

Prováděcí nařízení Komise (EU) 2018/502 ze dne 28. února 2018, kterým se mění prováděcí nařízení (EU) 2016/799, kterým se stanoví požadavky na konstrukci, zkoušení, montáž, provoz a opravy tachografů a jejich součástí (
  1
  )

1

1

| | |
| --- | --- |
| | (1)   Text s významem pro EHP |

---

(1)   Text s významem pro EHP

1

| CS | Akty, jejichž název není vytištěn tučně, se vztahují ke každodennímu řízení záležitostí v zemědělství a obecně platí po omezenou dobu.
  Názvy všech ostatních aktů jsou vytištěny tučně a předchází jim hvězdička. |
| --- | --- |

CS

Akty, jejichž název není vytištěn tučně, se vztahují ke každodennímu řízení záležitostí v zemědělství a obecně platí po omezenou dobu.

Názvy všech ostatních aktů jsou vytištěny tučně a předchází jim hvězdička.

---

II Nelegislativní akty

NAŘÍZENÍ

| 28.3.2018 | CS | Úřední věstník Evropské unie | L 85/1 |
| --- | --- | --- | --- |

28.3.2018

CS

Úřední věstník Evropské unie

L 85/1

---

PROVÁDĚCÍ NAŘÍZENÍ KOMISE (EU) 2018/502

ze dne 28. února 2018,

kterým se mění prováděcí nařízení (EU) 2016/799, kterým se stanoví požadavky na konstrukci, zkoušení, montáž, provoz a opravy tachografů a jejich součástí

(Text s významem pro EHP)

EVROPSKÁ KOMISE,

s ohledem na Smlouvu o fungování Evropské unie,

s ohledem na nařízení Evropského parlamentu a Rady (EU) č. 165/2014 ze dne 4. února 2014 o tachografech v silniční dopravě (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 inteligentní tachografy, tj. digitální tachografy druhé generace, jejichž součástí je také napojení na globální družicový navigační systém („GNSS“), komunikační zařízení pro včasné dálkové odhalování a nepovinné rozhraní s inteligentními dopravními systémy. |
| --- | --- |

(1)

Nařízení (EU) č. 165/2014 zavedlo inteligentní tachografy, tj. digitální tachografy druhé generace, jejichž součástí je také napojení na globální družicový navigační systém („GNSS“), komunikační zařízení pro včasné dálkové odhalování a nepovinné rozhraní s inteligentními dopravními systémy.

| (2) | Technické požadavky na konstrukci, zkoušení, montáž, provoz a opravy tachografů a jejich součástí jsou stanoveny v prováděcím nařízení Komise (EU) 2016/799 (2). |
| --- | --- |

(2)

Technické požadavky na konstrukci, zkoušení, montáž, provoz a opravy tachografů a jejich součástí jsou stanoveny v prováděcím nařízení Komise (EU) 2016/799 (2).

| (3) | V souladu s články 8, 9 a 10 nařízení (EU) č. 165/2014 jsou tachografy namontované do vozidel poprvé registrovaných dne 15. června 2019 nebo po tomto dni tachografy inteligentní. Prováděcí nařízení (EU) 2016/799 musí být proto změněno tak, aby se technická ustanovení uvedená v těchto článcích použila od téhož dne. |
| --- | --- |

(3)

V souladu s články 8, 9 a 10 nařízení (EU) č. 165/2014 jsou tachografy namontované do vozidel poprvé registrovaných dne 15. června 2019 nebo po tomto dni tachografy inteligentní. Prováděcí nařízení (EU) 2016/799 musí být proto změněno tak, aby se technická ustanovení uvedená v těchto článcích použila od téhož dne.

| (4) | Za účelem dosažení souladu s článkem 8 nařízení (EU) č. 165/2014, který stanoví, že poloha vozidla se musí zaznamenávat každé tři hodiny celkové doby řízení, by mělo být prováděcí nařízení (EU) 2016/799 změněno tak, aby informace o poloze vozidla mohly být ukládány ve tříhodinových intervalech metrikou, jejíž výsledky nelze vynulovat, a aby se zabránilo záměně s „dobou nepřetržitého řízení“, což je metrika s odlišnou funkcí. |
| --- | --- |

(4)

Za účelem dosažení souladu s článkem 8 nařízení (EU) č. 165/2014, který stanoví, že poloha vozidla se musí zaznamenávat každé tři hodiny celkové doby řízení, by mělo být prováděcí nařízení (EU) 2016/799 změněno tak, aby informace o poloze vozidla mohly být ukládány ve tříhodinových intervalech metrikou, jejíž výsledky nelze vynulovat, a aby se zabránilo záměně s „dobou nepřetržitého řízení“, což je metrika s odlišnou funkcí.

| (5) | Celkem ve vozidle může být jediný celek nebo několik celků rozmístěných ve vozidle. Zařízení GNSS a zařízení vyhrazeného spojení krátkého dosahu (DSRC) by proto mohla být umístěna uvnitř nebo vně hlavní jednotky celku ve vozidle. Jsou-li umístěna vně této jednotky, mělo by být možné obě zařízení i hlavní jednotku celku ve vozidle typově schválit jako součásti, aby se postup schválení typu inteligentních tachografů přizpůsobil potřebám trhu. |
| --- | --- |

(5)

Celkem ve vozidle může být jediný celek nebo několik celků rozmístěných ve vozidle. Zařízení GNSS a zařízení vyhrazeného spojení krátkého dosahu (DSRC) by proto mohla být umístěna uvnitř nebo vně hlavní jednotky celku ve vozidle. Jsou-li umístěna vně této jednotky, mělo by být možné obě zařízení i hlavní jednotku celku ve vozidle typově schválit jako součásti, aby se postup schválení typu inteligentních tachografů přizpůsobil potřebám trhu.

| (6) | Pravidla pro ukládání událostí nesouladu času a nastavení času musí být upravena tak, aby bylo možné rozlišovat mezi automatickým nastavením času, k němuž dojde po možném pokusu o nedovolenou manipulaci nebo po poruše tachografu, a nastavením času, k němuž dojde z jiných důvodů, např. v důsledku údržby. |
| --- | --- |

(6)

Pravidla pro ukládání událostí nesouladu času a nastavení času musí být upravena tak, aby bylo možné rozlišovat mezi automatickým nastavením času, k němuž dojde po možném pokusu o nedovolenou manipulaci nebo po poruše tachografu, a nastavením času, k němuž dojde z jiných důvodů, např. v důsledku údržby.

| (7) | Identifikátory dat by měly být schopny rozlišovat mezi daty staženými z inteligentního tachografu a daty staženými z tachografů starší generace. |
| --- | --- |

(7)

Identifikátory dat by měly být schopny rozlišovat mezi daty staženými z inteligentního tachografu a daty staženými z tachografů starší generace.

| (8) | Doba platnosti karty podniku musí být prodloužena ze dvou na pět let, aby byla uvedena do souladu s dobou platnosti karty řidiče. |
| --- | --- |

(8)

Doba platnosti karty podniku musí být prodloužena ze dvou na pět let, aby byla uvedena do souladu s dobou platnosti karty řidiče.

| (9) | Popis některých závad a událostí, validace vložených údajů o místě počátku nebo ukončení denní pracovní doby, používání souhlasu řidiče pro rozhraní inteligentního dopravního systému (ITS), pokud jde o údaje přenášené celkem ve vozidle prostřednictvím sítě vozidla, a další technické otázky by měly být lépe definovány. |
| --- | --- |

(9)

Popis některých závad a událostí, validace vložených údajů o místě počátku nebo ukončení denní pracovní doby, používání souhlasu řidiče pro rozhraní inteligentního dopravního systému (ITS), pokud jde o údaje přenášené celkem ve vozidle prostřednictvím sítě vozidla, a další technické otázky by měly být lépe definovány.

| (10) | Aby byla zajištěna aktuálnost certifikace plomb tachografů, je třeba je přizpůsobit novým normám bezpečnosti mechanických plomb, které jsou na tachografech používány. |
| --- | --- |

(10)

Aby byla zajištěna aktuálnost certifikace plomb tachografů, je třeba je přizpůsobit novým normám bezpečnosti mechanických plomb, které jsou na tachografech používány.

| (11) | Toto nařízení se týká konstrukce, zkoušení, montáže a provozu systémů, které rovněž sestávají z rádiových zařízení, jež upravuje směrnice Evropského parlamentu a Rady 2014/53/EU (3). Tato směrnice upravuje uvádění elektronických a elektrických zařízení využívajících rádiové vlny pro účely komunikace nebo rádiového určování na horizontální úrovni na trh a jejich uvádění do provozu, zejména s ohledem na elektrickou bezpečnost, kompatibilitu s jinými systémy, přístup k rádiovému spektru, přístup k tísňovým službám nebo doplňující ustanovení o přenesené pravomoci. Aby bylo zajištěno účinné využívání rádiového spektra, zabráněno škodlivým vysokofrekvenčním interferencím, zajištěna bezpečnost a elektromagnetická kompatibilita rádiového zařízení a aby bylo možné stanovit jakékoli další zvláštní požadavky v přenesené pravomoci, uvedená směrnice by neměla být tímto nařízením dotčena. |
| --- | --- |

(11)

Toto nařízení se týká konstrukce, zkoušení, montáže a provozu systémů, které rovněž sestávají z rádiových zařízení, jež upravuje směrnice Evropského parlamentu a Rady 2014/53/EU (3). Tato směrnice upravuje uvádění elektronických a elektrických zařízení využívajících rádiové vlny pro účely komunikace nebo rádiového určování na horizontální úrovni na trh a jejich uvádění do provozu, zejména s ohledem na elektrickou bezpečnost, kompatibilitu s jinými systémy, přístup k rádiovému spektru, přístup k tísňovým službám nebo doplňující ustanovení o přenesené pravomoci. Aby bylo zajištěno účinné využívání rádiového spektra, zabráněno škodlivým vysokofrekvenčním interferencím, zajištěna bezpečnost a elektromagnetická kompatibilita rádiového zařízení a aby bylo možné stanovit jakékoli další zvláštní požadavky v přenesené pravomoci, uvedená směrnice by neměla být tímto nařízením dotčena.

| (12) | Prováděcí nařízení (EU) 2016/799 by proto mělo být změněno. |
| --- | --- |

(12)

Prováděcí nařízení (EU) 2016/799 by proto mělo být změněno.

| (13) | Opatření stanovená tímto nařízením jsou v souladu se stanoviskem výboru uvedeného v čl. 42 odst. 3 nařízení (EU) č. 165/2014, |
| --- | --- |

(13)

Opatření stanovená tímto nařízením jsou v souladu se stanoviskem výboru uvedeného v čl. 42 odst. 3 nařízení (EU) č. 165/2014,

PŘIJALA TOTO NAŘÍZENÍ:

Článek 1

Prováděcí nařízení (EU) 2016/799 se mění takto:

| 1) | Článek 1 se mění takto:


  a) | druhý a třetí odstavec se nahrazují tímto:

  „2.   Konstrukce, zkoušení, montáž, kontrola, provoz a opravy inteligentních tachografů a jejich součástí musí splňovat technické požadavky stanovené v příloze IC tohoto nařízení.


  3.   Tachografy jiné než inteligentní musí nadále, pokud jde o jejich konstrukci, zkoušení, montáž, kontrolu, provoz a opravy, splňovat podle konkrétního případu požadavky stanovené buď v příloze I nařízení (EU) č. 165/2014, nebo v příloze IB nařízení Rady (EHS) č. 3821/85 (*1).


  (*1)  Nařízení Rady (EHS) č. 3821/85 ze dne 20. prosince 1985 o záznamovém zařízení v silniční dopravě (Úř. věst. L 370, 31.12.1985, s. 8).“;" |
| --- | --- | --- |

1)

Článek 1 se mění takto:

a)

druhý a třetí odstavec se nahrazují tímto:

„2.   Konstrukce, zkoušení, montáž, kontrola, provoz a opravy inteligentních tachografů a jejich součástí musí splňovat technické požadavky stanovené v příloze IC tohoto nařízení.

3.   Tachografy jiné než inteligentní musí nadále, pokud jde o jejich konstrukci, zkoušení, montáž, kontrolu, provoz a opravy, splňovat podle konkrétního případu požadavky stanovené buď v příloze I nařízení (EU) č. 165/2014, nebo v příloze IB nařízení Rady (EHS) č. 3821/85 (*1).

(*1)  Nařízení Rady (EHS) č. 3821/85 ze dne 20. prosince 1985 o záznamovém zařízení v silniční dopravě (Úř. věst. L 370, 31.12.1985, s. 8).“;"

*1

| b) | doplňuje se nový odstavec 5, který zní:

  „5.   Tímto nařízením není dotčena směrnice Evropského parlamentu a Rady 2014/53/EU (*2).


  (*2)  Směrnice 2014/53/EU Evropského parlamentu a Rady ze dne 16. dubna 2014 o harmonizaci právních předpisů členských států týkajících se dodávání rádiových zařízení na trh a zrušení směrnice 1999/5/ES (Úř. věst. L 153, 22.5.2014, s. 62).“
  " |
| --- | --- |

b)

doplňuje se nový odstavec 5, který zní:

„5.   Tímto nařízením není dotčena směrnice Evropského parlamentu a Rady 2014/53/EU (*2).

(*2)  Směrnice 2014/53/EU Evropského parlamentu a Rady ze dne 16. dubna 2014 o harmonizaci právních předpisů členských států týkajících se dodávání rádiových zařízení na trh a zrušení směrnice 1999/5/ES (Úř. věst. L 153, 22.5.2014, s. 62).“
  "

*2

| 2) | Článek 2 se mění takto:


  a) | definice v bodě 3 se nahrazuje tímto:


  „3) | „dokumentací výrobce“ úplná dokumentace v elektronické nebo tištěné podobě, která obsahuje všechny informace poskytované výrobcem nebo jeho zmocněncem orgánu příslušnému pro schvalování typu pro účely schválení typu tachografu nebo jeho součásti, včetně osvědčení uvedených v čl. 12 odst. 3 nařízení (EU) č. 165/2014, provádění zkoušek definovaných v příloze IC tohoto nařízení, jakož i výkresy, fotografie a další příslušné doklady;“ |
| --- | --- | --- | --- |

2)

Článek 2 se mění takto:

a)

definice v bodě 3 se nahrazuje tímto:

„3)

„dokumentací výrobce“ úplná dokumentace v elektronické nebo tištěné podobě, která obsahuje všechny informace poskytované výrobcem nebo jeho zmocněncem orgánu příslušnému pro schvalování typu pro účely schválení typu tachografu nebo jeho součásti, včetně osvědčení uvedených v čl. 12 odst. 3 nařízení (EU) č. 165/2014, provádění zkoušek definovaných v příloze IC tohoto nařízení, jakož i výkresy, fotografie a další příslušné doklady;“

| b) | definice v bodě 7 se nahrazuje tímto:


  „7) | „inteligentním tachografem“ nebo „tachografem druhé generace“ digitální tachograf, který splňuje požadavky článků 8, 9 a 10 nařízení (EU) č. 165/2014, jakož i přílohy IC tohoto nařízení;“ |
| --- | --- | --- |

b)

definice v bodě 7 se nahrazuje tímto:

„7)

„inteligentním tachografem“ nebo „tachografem druhé generace“ digitální tachograf, který splňuje požadavky článků 8, 9 a 10 nařízení (EU) č. 165/2014, jakož i přílohy IC tohoto nařízení;“

| c) | definice v bodě 8 se nahrazuje tímto:


  „8) | „součástí tachografu“ kterýkoli z těchto prvků: celek ve vozidle, snímač pohybu, záznamový list, vnější zařízení GNSS a vnější zařízení pro včasné dálkové odhalování;“ |
| --- | --- | --- |

c)

definice v bodě 8 se nahrazuje tímto:

„8)

„součástí tachografu“ kterýkoli z těchto prvků: celek ve vozidle, snímač pohybu, záznamový list, vnější zařízení GNSS a vnější zařízení pro včasné dálkové odhalování;“

| d) | doplňuje se nová definice v bodě 10, která zní:


  „10) | „celkem ve vozidle“ tachograf s výjimkou snímače pohybu a kabelů připojujících snímač pohybu.
  Může jím být jediný celek nebo několik celků rozmístěných ve vozidle, přičemž zahrnuje řídicí jednotku, datovou paměť, funkci měření času, dvě čtecí zařízení čipových karet pro řidiče a druhého řidiče, tiskárnu, zobrazení, konektory a zařízení pro vkládání uživatelských údajů, přijímač GNSS a zařízení pro dálkovou komunikaci.
  Celek ve vozidle může sestávat z těchto součástí, které podléhají schválení typu:


  — | celku ve vozidle jakožto jediné součásti (včetně přijímače GNSS a zařízení pro dálkovou komunikaci), |
| --- | --- | --- | --- |

d)

doplňuje se nová definice v bodě 10, která zní:

„10)

„celkem ve vozidle“ tachograf s výjimkou snímače pohybu a kabelů připojujících snímač pohybu.

Může jím být jediný celek nebo několik celků rozmístěných ve vozidle, přičemž zahrnuje řídicí jednotku, datovou paměť, funkci měření času, dvě čtecí zařízení čipových karet pro řidiče a druhého řidiče, tiskárnu, zobrazení, konektory a zařízení pro vkládání uživatelských údajů, přijímač GNSS a zařízení pro dálkovou komunikaci.

Celek ve vozidle může sestávat z těchto součástí, které podléhají schválení typu:

—

celku ve vozidle jakožto jediné součásti (včetně přijímače GNSS a zařízení pro dálkovou komunikaci),

| — | hlavní jednotky celku ve vozidle (včetně zařízení pro dálkovou komunikaci) a vnějšího zařízení GNSS, |
| --- | --- |

—

hlavní jednotky celku ve vozidle (včetně zařízení pro dálkovou komunikaci) a vnějšího zařízení GNSS,

| — | hlavní jednotky celku ve vozidle (včetně přijímače GNSS) a vnějšího zařízení pro dálkovou komunikaci, |
| --- | --- |

—

hlavní jednotky celku ve vozidle (včetně přijímače GNSS) a vnějšího zařízení pro dálkovou komunikaci,

| — | hlavní jednotky celku ve vozidle, vnějšího přijímače GNSS a vnějšího zařízení pro dálkovou komunikaci. |
| --- | --- |

—

hlavní jednotky celku ve vozidle, vnějšího přijímače GNSS a vnějšího zařízení pro dálkovou komunikaci.

Pokud celek ve vozidle sestává z několika celků rozmístěných ve vozidle, je hlavní jednotkou celku ve vozidle celek obsahující řídicí jednotku, datovou paměť a funkci měření času.

Výraz „celek ve vozidle (VU)“ se používá pro označení „celku ve vozidle“ nebo „hlavní jednotky celku ve vozidle.“
  “

| 3) | V článku 6 se třetí pododstavec nahrazuje tímto:
  „Příloha IC se však použije ode dne 15. června 2019, s výjimkou dodatku 16, který se použije ode dne 2. března 2016.“ |
| --- | --- |

3)

V článku 6 se třetí pododstavec nahrazuje tímto:

„Příloha IC se však použije ode dne 15. června 2019, s výjimkou dodatku 16, který se použije ode dne 2. března 2016.“

| 4) | Příloha IC se mění v souladu s přílohou I tohoto nařízení; |
| --- | --- |

4)

Příloha IC se mění v souladu s přílohou I tohoto nařízení;

| 5) | Příloha II se mění v souladu s přílohou II tohoto nařízení. |
| --- | --- |

5)

Příloha II se mění v souladu s přílohou II tohoto nařízení.

Článek 2

Vstup v platnost

Toto nařízení vstupuje v platnost dvacátým dnem po vyhlášení v Úředním věstníku Evropské unie.

Úředním věstníku Evropské unie

Toto nařízení je závazné v celém rozsahu a přímo použitelné ve všech členských státech.

V Bruselu dne 28. února 2018.

Za Komisi

předseda

Jean-Claude JUNCKER

---

(1)  
  Úř. věst. L 60, 28.2.2014, s. 1.

1

(2)  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 stanoví požadavky na konstrukci, zkoušení, montáž, provoz a opravy tachografů a jejich součástí (Úř. věst. L 139, 26.5.2016, s. 1).

2

(3)  Směrnice Evropského parlamentu a Rady 2014/53/EU ze dne 16. dubna 2014 o harmonizaci právních předpisů členských států týkajících se dodávání rádiových zařízení na trh a zrušení směrnice 1999/5/ES (Úř. věst. L 153, 22.5.2014, s. 62).

3

---

PŘÍLOHA I

Příloha IC nařízení (EU) 2016/799 se mění takto:

| 1) | Obsah se mění takto:


  a) | bod 3.12.5 se nahrazuje tímto:
  „3.12.5.   Místa a polohy, kde začíná nebo končí denní pracovní doba a/nebo kde je dosaženo tří hodin součtové doby řízení“; |
| --- | --- | --- |

1)

Obsah se mění takto:

a)

bod 3.12.5 se nahrazuje tímto:

„3.12.5.   Místa a polohy, kde začíná nebo končí denní pracovní doba a/nebo kde je dosaženo tří hodin součtové doby řízení“;

| b) | bod 4.5.3.2.16 se nahrazuje tímto:
  „4.5.3.2.16   Údaje o místech součtové tříhodinové doby řízení“; |
| --- | --- |

b)

bod 4.5.3.2.16 se nahrazuje tímto:

„4.5.3.2.16   Údaje o místech součtové tříhodinové doby řízení“;

| c) | bod 4.5.4.2.14 se nahrazuje tímto:
  „4.5.4.2.14   Údaje o místech součtové tříhodinové doby řízení“; |
| --- | --- |

c)

bod 4.5.4.2.14 se nahrazuje tímto:

„4.5.4.2.14   Údaje o místech součtové tříhodinové doby řízení“;

| d) | bod 6.2 se nahrazuje tímto:
  „6.2   Kontrola nových nebo opravených součástí“; |
| --- | --- |

d)

bod 6.2 se nahrazuje tímto:

„6.2   Kontrola nových nebo opravených součástí“;

| 2) | bod 1 se mění takto:


  a) | definice ll) se nahrazuje tímto:


  „ll) | „zařízením pro dálkovou komunikaci“ nebo „zařízením pro včasné dálkové odhalování“:
  vybavení celku ve vozidle, které se užívá k provádění cílených silničních kontrol;“; |
| --- | --- | --- | --- |

2)

bod 1 se mění takto:

a)

definice ll) se nahrazuje tímto:

„ll)

„zařízením pro dálkovou komunikaci“ nebo „zařízením pro včasné dálkové odhalování“:

vybavení celku ve vozidle, které se užívá k provádění cílených silničních kontrol;“;

| b) | definice tt) se nahrazuje tímto:


  „tt) | „nastavením času“:
  nastavení aktuálního času; toto nastavení lze provádět automaticky v pravidelných intervalech podle času z přijímače GNSS představujícího čas referenční nebo v režimu kalibrace;“ |
| --- | --- | --- |

b)

definice tt) se nahrazuje tímto:

„tt)

„nastavením času“:

nastavení aktuálního času; toto nastavení lze provádět automaticky v pravidelných intervalech podle času z přijímače GNSS představujícího čas referenční nebo v režimu kalibrace;“

| c) | v definici yy) se první odrážka nahrazuje tímto:


  „— | zabudováno a užíváno pouze ve vozidlech typu M1 a N1 (podle definice v příloze II směrnice Evropského parlamentu a Rady 2007/46/ES (*) v platném znění),“; |
| --- | --- | --- |

c)

v definici yy) se první odrážka nahrazuje tímto:

„—

zabudováno a užíváno pouze ve vozidlech typu M1 a N1 (podle definice v příloze II směrnice Evropského parlamentu a Rady 2007/46/ES (*) v platném znění),“;

| d) | doplňuje se nová definice fff), která zní:


  „fff) | „součtovou dobou řízení“:
  hodnota vyjadřující celkový počet minut jízdy určitého vozidla.
  Hodnota součtové doby řízení je součet minut volného chodu, který funkce monitorování činností řízení záznamového zařízení považuje za JÍZDU, a používá se pouze ke spuštění záznamu polohy vozidla pokaždé, když součtová doba řízení dosáhne násobku tří hodin. Sčítání je zahájeno zapnutím záznamového zařízení. Tuto hodnotu neovlivňuje žádná jiná podmínka jako „mimo působnost“ nebo „převoz lodí / převoz vlakem“.
  Hodnota součtové doby řízení není určena k zobrazování, tisku ani stahování;“ |
| --- | --- | --- |

d)

doplňuje se nová definice fff), která zní:

„fff)

„součtovou dobou řízení“:

hodnota vyjadřující celkový počet minut jízdy určitého vozidla.

Hodnota součtové doby řízení je součet minut volného chodu, který funkce monitorování činností řízení záznamového zařízení považuje za JÍZDU, a používá se pouze ke spuštění záznamu polohy vozidla pokaždé, když součtová doba řízení dosáhne násobku tří hodin. Sčítání je zahájeno zapnutím záznamového zařízení. Tuto hodnotu neovlivňuje žádná jiná podmínka jako „mimo působnost“ nebo „převoz lodí / převoz vlakem“.

Hodnota součtové doby řízení není určena k zobrazování, tisku ani stahování;“

| 3) | v bodě 2.3 se poslední odrážka v odstavci 13 nahrazuje tímto:


  „— | celky ve vozidle mají normální dobu platnosti používání 15 let od data vstupu osvědčení celku ve vozidle v platnost, ale celky ve vozidle lze používat další tři měsíce pouze pro stahování údajů.“; |
| --- | --- | --- |

3)

v bodě 2.3 se poslední odrážka v odstavci 13 nahrazuje tímto:

„—

celky ve vozidle mají normální dobu platnosti používání 15 let od data vstupu osvědčení celku ve vozidle v platnost, ale celky ve vozidle lze používat další tři měsíce pouze pro stahování údajů.“;

| 4) | v bodě 2.4 se první pododstavec nahrazuje tímto:

  „Bezpečnost systému má za cíl ochranu datové paměti takovým způsobem, aby se zabránilo neoprávněnému přístupu a manipulaci s údaji a aby takové pokusy byly odhaleny, ochranu integrity a pravosti údajů přenášených mezi snímačem pohybu a celkem ve vozidle, ochranu integrity a pravosti údajů přenášených mezi záznamovým zařízením a kartami tachografu, ochranu integrity a pravosti údajů přenášených mezi celkem ve vozidle a vnějším zařízením GNSS, ochranu důvěrnosti, integrity a pravosti údajů přenášených pomocí komunikace včasného dálkového odhalování pro kontrolní účely a ověřování integrity a pravosti stahovaných údajů.“; |
| --- | --- |

4)

v bodě 2.4 se první pododstavec nahrazuje tímto:

„Bezpečnost systému má za cíl ochranu datové paměti takovým způsobem, aby se zabránilo neoprávněnému přístupu a manipulaci s údaji a aby takové pokusy byly odhaleny, ochranu integrity a pravosti údajů přenášených mezi snímačem pohybu a celkem ve vozidle, ochranu integrity a pravosti údajů přenášených mezi záznamovým zařízením a kartami tachografu, ochranu integrity a pravosti údajů přenášených mezi celkem ve vozidle a vnějším zařízením GNSS, ochranu důvěrnosti, integrity a pravosti údajů přenášených pomocí komunikace včasného dálkového odhalování pro kontrolní účely a ověřování integrity a pravosti stahovaných údajů.“;

| 5) | v bodě 3.2 se druhá odrážka odstavce 27 nahrazuje tímto:


  „— | poloh, kde součtová doba řízení dosáhne násobku tří hodin;“ |
| --- | --- | --- |

5)

v bodě 3.2 se druhá odrážka odstavce 27 nahrazuje tímto:

„—

poloh, kde součtová doba řízení dosáhne násobku tří hodin;“

| 6) | v bodě 3.4 se odstavec 49 nahrazuje tímto:


  „49) | První změna činnosti řidiče na režim PŘESTÁVKA/ODPOČINEK nebo POHOTOVOST, která nastane během 120 sekund po automatickém přepnutí do režimu PRÁCE v důsledku zastavení vozidla, musí být považová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).“; |
| --- | --- | --- |

6)

v bodě 3.4 se odstavec 49 nahrazuje tímto:

„49)

| 7) | v bodě 3.6.1 se odstavec 59 nahrazuje tímto:


  „59) | Řidič pak vloží aktuální polohu vozidla, která je považována za dočasný vstup.
  Za následujících podmínek se dočasné údaje vytvořené při posledním vyjmutí karty validují (tj. již se dále nepřepisují):


  — | vložení údaje o místě zahájení aktuální denní pracovní doby při ručním zadání podle požadavku 61, |
| --- | --- | --- | --- |

7)

v bodě 3.6.1 se odstavec 59 nahrazuje tímto:

„59)

Za následujících podmínek se dočasné údaje vytvořené při posledním vyjmutí karty validují (tj. již se dále nepřepisují):

—

vložení údaje o místě zahájení aktuální denní pracovní doby při ručním zadání podle požadavku 61,

| — | pokud držitel karty nezadá žádné místo, kde zahájil nebo ukončil pracovní dobu, další vložení údaje o místě zahájení aktuální denní pracovní doby při ručním zadání podle požadavku 61. |
| --- | --- |

—

pokud držitel karty nezadá žádné místo, kde zahájil nebo ukončil pracovní dobu, další vložení údaje o místě zahájení aktuální denní pracovní doby při ručním zadání podle požadavku 61.

Za následujících podmínek se dočasné údaje vytvořené při posledním vyjmutí karty přepíší a nová hodnota se validuje:

| — | pokud držitel karty nezadá žádné místo, kde zahájil nebo ukončil pracovní dobu, další vložení údaje o místě ukončení aktuální denní pracovní doby při ručním zadání podle požadavku 61.“; |
| --- | --- |

—

pokud držitel karty nezadá žádné místo, kde zahájil nebo ukončil pracovní dobu, další vložení údaje o místě ukončení aktuální denní pracovní doby při ručním zadání podle požadavku 61.“;

| 8) | v bodě 3.6.2 se šestá a sedmá odrážka nahrazují těmito odrážkami:


  „— | místo ukončení předešlé denní pracovní doby a příslušný čas (čímž dojde k přepsání a validaci položky vytvořené při posledním vyjmutí karty), |
| --- | --- | --- |

8)

v bodě 3.6.2 se šestá a sedmá odrážka nahrazují těmito odrážkami:

„—

místo ukončení předešlé denní pracovní doby a příslušný čas (čímž dojde k přepsání a validaci položky vytvořené při posledním vyjmutí karty),

| — | místo zahájení aktuální denní pracovní doby a příslušný čas (čímž dojde k validaci dočasných údajů vytvořených při posledním vyjmutí karty).“; |
| --- | --- |

—

místo zahájení aktuální denní pracovní doby a příslušný čas (čímž dojde k validaci dočasných údajů vytvořených při posledním vyjmutí karty).“;

| 9) | bod 3.9.15 se nahrazuje tímto:
  „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í mezi časem funkce měření času celku ve vozidle a časem pocházejícím z přijímače GNSS nesoulad delší než 1 minuta. Tato událost je zaznamenána společně s hodnotou vnitřních hodin celku ve vozidle a je zahrnuta do automatického nastavení č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 po dobu 30 či více dnů nezjistil žádný platný signál GNSS.“; |
| --- | --- | --- |

9)

bod 3.9.15 se nahrazuje tímto:

„3.9.15   „Nesoulad času“

86)

| 10) | v bodě 3.9.17 se doplňuje nová odrážka, která zní:


  „— | závada rozhraní ITS (v příslušných případech)“; |
| --- | --- | --- |

10)

v bodě 3.9.17 se doplňuje nová odrážka, která zní:

„—

závada rozhraní ITS (v příslušných případech)“;

| 11) | bod 3.10 se mění takto:


  i) | znění před tabulkou v odstavci 89 nahrazuje tímto:

  „Záznamové zařízení musí zjistit závady v průběhu integrovaných zkoušek a autotestů v souladu s touto tabulkou:“; |
| --- | --- | --- |

11)

bod 3.10 se mění takto:

i)

znění před tabulkou v odstavci 89 nahrazuje tímto:

„Záznamové zařízení musí zjistit závady v průběhu integrovaných zkoušek a autotestů v souladu s touto tabulkou:“;

| ii) | v tabulce se doplňuje nový řádek, který zní:


  „Rozhraní ITS (volitelné) | Správná funkce“ | |
| --- | --- | --- | --- |

ii)

v tabulce se doplňuje nový řádek, který zní:

„Rozhraní ITS (volitelné)

Správná funkce“

| 12) | v bodě 3.12 se druhá odrážka nahrazuje tímto:


  „— | se průměrným počtem poloh za den rozumí nejméně 6 poloh, ve kterých začíná denní pracovní doba, 6 poloh, kdy součtová doba řízení dosáhne násobku tří hodin, a 6 poloh, ve kterých končí denní pracovní doba, takže „365 dnů“ obsahuje minimálně 6570 poloh,“; |
| --- | --- | --- |

12)

v bodě 3.12 se druhá odrážka nahrazuje tímto:

„—

se průměrným počtem poloh za den rozumí nejméně 6 poloh, ve kterých začíná denní pracovní doba, 6 poloh, kdy součtová doba řízení dosáhne násobku tří hodin, a 6 poloh, ve kterých končí denní pracovní doba, takže „365 dnů“ obsahuje minimálně 6570 poloh,“;

| 13) | bod 3.12.5 se mění takto:


  a) | nadpis a odstavec 108 se nahrazují tímto:
  „3.12.5.   Místa a polohy, kde začíná nebo končí denní pracovní doba a/nebo kde je dosaženo tří hodin součtové doby řízení


  108) | Záznamové zařízení musí zaznamenávat a ukládat do své datové paměti:


  — | místa a polohy, kde řidič a/nebo druhý řidič začíná svou denní pracovní dobu, |
| --- | --- | --- | --- | --- |

13)

bod 3.12.5 se mění takto:

a)

nadpis a odstavec 108 se nahrazují tímto:

„3.12.5.   Místa a polohy, kde začíná nebo končí denní pracovní doba a/nebo kde je dosaženo tří hodin součtové doby řízení

108)

—

místa a polohy, kde řidič a/nebo druhý řidič začíná svou denní pracovní dobu,

| — | polohy, kde součtová doba řízení dosáhne násobku tří hodin, |
| --- | --- |

—

polohy, kde součtová doba řízení dosáhne násobku tří hodin,

| — | místa a polohy, kde řidič a/nebo druhý řidič končí svou denní pracovní dobu.“; |
| --- | --- |

—

místa a polohy, kde řidič a/nebo druhý řidič končí svou denní pracovní dobu.“;

| b) | v odstavci 110 se čtvrtá odrážka nahrazuje tímto:


  „— | typ vložených údajů (začátek a konec nebo tři hodiny součtové doby řízení),“; |
| --- | --- | --- |

b)

v odstavci 110 se čtvrtá odrážka nahrazuje tímto:

„—

typ vložených údajů (začátek a konec nebo tři hodiny součtové doby řízení),“;

| c) | odstavec 111 se nahrazuje tímto:


  „111) | Datová paměť musí být schopna uchovat místa a polohy, ve kterých denní pracovní doba začíná a končí a/nebo ve kterých je dosaženo tří hodin součtové doby řízení, minimálně po dobu 365 dnů.“; |
| --- | --- | --- |

c)

odstavec 111 se nahrazuje tímto:

„111)

| 14) | v bodě 3.12.7 se odstavec 116 nahrazuje tímto:


  „116) | Záznamové zařízení musí zaznamenávat a uchovávat ve své datové paměti okamžitou rychlost vozidla a odpovídající datum a čas v každé sekundě po dobu nejméně posledních 24 hodin, kdy bylo vozidlo v pohybu.“; |
| --- | --- | --- |

14)

v bodě 3.12.7 se odstavec 116 nahrazuje tímto:

„116)

| 15) | tabulka v bodě 3.12.8 se mění takto:


  a) | mezi položky „Chybí informace o poloze z přijímače GNSS“ a „Chyba údajů o pohybu vozidla“ se vkládá tato položka:


  „Chyba komunikace s vnějším zařízením GNSS | — | nejdelší událost v každém z posledních deseti dnů výskytu |
| --- | --- | --- | --- | --- |

15)

tabulka v bodě 3.12.8 se mění takto:

a)

mezi položky „Chybí informace o poloze z přijímače GNSS“ a „Chyba údajů o pohybu vozidla“ se vkládá tato položka:

„Chyba komunikace s vnějším zařízením 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ů |
| --- | --- |

—

pět nejdelších událostí za posledních 365 dnů

| — | datum a čas začátku události |
| --- | --- |

—

datum a čas začátku události

| — | datum a čas konce 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 na konci události |
| --- | --- |

—

typ, číslo, vydávající členský stát a generace všech karet vložených na začátku a/nebo na konci události

| — | počet podobných událostí v tentýž den“ |
| --- | --- |

—

počet podobných událostí v tentýž den“

| b) | položka „Časový konflikt“ se nahrazuje tímto:


  „Časový konflikt | — | nejzávažnější událost v každém z posledních deseti dnů výskytu (tj. případy s největším rozdílem mezi datem a časem záznamového zařízení a datem a časem GNSS) |
| --- | --- | --- | --- |

b)

položka „Časový konflikt“ se nahrazuje tímto:

„Časový konflikt

—

nejzávažnější událost v každém z posledních deseti dnů výskytu (tj. případy s největším rozdílem mezi datem a časem záznamového zařízení a datem a časem GNSS)

| — | pět nejzávažnějších událostí za posledních 365 dnů |
| --- | --- |

—

pět nejzávažnějších událostí za posledních 365 dnů

| — | datum a čas záznamového zařízení |
| --- | --- |

—

datum a čas záznamového zařízení

| — | datum a čas GNSS |
| --- | --- |

—

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 na konci události |
| --- | --- |

—

typ, číslo, vydávající členský stát a generace všech karet vložených na začátku a/nebo na konci události

| — | počet podobných událostí v tentýž den“ |
| --- | --- |

—

počet podobných událostí v tentýž den“

| 16) | v bodě 3.20 se odstavec 200 nahrazuje tímto:


  „200) | Záznamové zařízení může být rovněž vybaveno standardními rozhraními, která umožňují, aby údaje zaznamenané nebo vytvořené tachografem používalo externí zařízení v provozním nebo kalibračními režimu.
  V dodatku 13 je specifikováno a standardizováno volitelné rozhraní ITS. Mohou být používána i další podobná rozhraní celku ve vozidle, pokud zcela odpovídají požadavkům dodatku 13 z hlediska minimálního výčtu údajů, zabezpečení a souhlasu řidiče.
  Souhlas řidiče se nevztahuje na data přenášená ze záznamového zařízení do sítě vozidla. Jsou-li osobní údaje přenesené do sítě vozidla dále zpracovávány mimo síť vozidla, výrobce vozidla odpovídá za to, že proces zpracování osobních údajů je v souladu s nařízením (EU) 2016/679 („obecné nařízení o ochraně osobních údajů“).
  Souhlas řidiče se nevztahuje ani na data tachografu stahovaná do vzdáleného podniku (požadavek 193), jelikož tento proces je monitorován přístupovým právem ke kartě podniku.
  Pro údaje ITS zprostředkované tímto rozhraním platí tyto požadavky:


  — | tyto údaje jsou souborem vybraných stávajících údajů ze slovníku dat tachografu (dodatek 1), |
| --- | --- | --- | --- |

16)

v bodě 3.20 se odstavec 200 nahrazuje tímto:

„200)

V dodatku 13 je specifikováno a standardizováno volitelné rozhraní ITS. Mohou být používána i další podobná rozhraní celku ve vozidle, pokud zcela odpovídají požadavkům dodatku 13 z hlediska minimálního výčtu údajů, zabezpečení a souhlasu řidiče.

Souhlas řidiče se nevztahuje na data přenášená ze záznamového zařízení do sítě vozidla. Jsou-li osobní údaje přenesené do sítě vozidla dále zpracovávány mimo síť vozidla, výrobce vozidla odpovídá za to, že proces zpracování osobních údajů je v souladu s nařízením (EU) 2016/679 („obecné nařízení o ochraně osobních údajů“).

Souhlas řidiče se nevztahuje ani na data tachografu stahovaná do vzdáleného podniku (požadavek 193), jelikož tento proces je monitorován přístupovým právem ke kartě podniku.

Pro údaje ITS zprostředkované tímto rozhraním platí tyto požadavky:

—

tyto údaje jsou souborem vybraných stávajících údajů ze slovníku dat tachografu (dodatek 1),

| — | dílčí soubor těchto vybraných údajů je označen jako „osobní údaje“, |
| --- | --- |

—

dílčí soubor těchto 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, |
| --- | --- |

—

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 kdykoli vydán nebo zamítnut, je-li vložena karta řidiče, |
| --- | --- |

—

pomocí příkazů v menu může být souhlas řidiče kdykoli 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átového protokolu Bluetooth v prostoru kabiny řidiče s obnovovací frekvencí 1 minuty, |
| --- | --- |

—

soubor a dílčí soubor údajů bude předáván pomocí bezdrátového protokolu Bluetooth v prostoru kabiny řidiče s obnovovací frekvencí 1 minuty,

| — | spárová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í zobrazovací jednotky každého celku ve vozidle, |
| --- | --- |

—

spárová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í zobrazovací jednotky každého celku ve vozidle,

| — | přítomnost rozhraní ITS nesmí za žádných okolností narušovat nebo ovlivňovat správnou funkci a bezpečnost celku ve vozidle. |
| --- | --- |

—

přítomnost rozhraní ITS nesmí za žádných okolností narušovat nebo ovlivňovat správnou funkci a bezpečnost celku ve vozidle.

Další údaje mohou být také k dispozici kromě tohoto souboru vybraných stávajících údajů považovaných za minimální výčet, nelze-li je považovat za osobní údaje.

Záznamové zařízení musí být schopno informovat o stavu souhlasu řidiče ostatní platformy v síti vozidla.

Je-li zapnuto zapalování vozidla, musí být uvedené údaje neustále vysílány.“;

| 17) | v bodě 3.23 se odstavec 211 nahrazuje tímto:


  „211) | Nastavení času vnitřních hodin celku ve vozidle se provádí automaticky každých 12 hodin. Pokud tato změna nastavení není možná, protože signál GNSS není k dispozici, provede se nastavení času, jakmile má celek ve vozidle podle stavu zapalování vozidla přístup k platnému času poskytovanému přijímačem GNSS. Časový odkaz pro automatické nastavení času vnitřních hodin celku ve vozidle se odvozuje od přijímače GNSS.“; |
| --- | --- | --- |

17)

v bodě 3.23 se odstavec 211 nahrazuje tímto:

„211)

| 18) | v bodě 3.26 se odstavce 225 a 226 nahrazují tímto:


  „225) | Na každou samostatnou součást záznamového zařízení musí být připevněn popisný štítek, na němž jsou uvedeny tyto údaje:


  — | název a adresa výrobce, |
| --- | --- | --- | --- |

18)

v bodě 3.26 se odstavce 225 a 226 nahrazují tímto:

„225)

—

název a adresa výrobce,

| — | katalogové číslo součásti podle výrobce a rok výroby, |
| --- | --- |

—

katalogové číslo součásti podle výrobce a rok výroby,

| — | výrobní číslo, |
| --- | --- |

—

výrobní číslo,

| — | značka schválení typu. |
| --- | --- |

—

značka schválení typu.

| 226) | Pokud není k dispozici dostatečný prostor pro zobrazení všech výše uvedených údajů, musí být na popisném štítku uvedeny alespoň: název nebo logo výrobce a katalogové číslo součásti.“; |
| --- | --- |

226)

| 19) | v bodě 4.1 se výkres přední a zadní strany karty řidiče nahrazuje tímto:
  „


  Text obrazu

  „
  “

  “ |
| --- | --- |

19)

v bodě 4.1 se výkres přední a zadní strany karty řidiče nahrazuje tímto:

„

“

| 20) | v bodě 4.5.3.1.8 se první odrážka v odstavci 263 nahrazuje tímto:


  „— | chyba karty (v případě, že tato karta je předmětem chyby),“; |
| --- | --- | --- |

20)

v bodě 4.5.3.1.8 se první odrážka v odstavci 263 nahrazuje tímto:

„—

chyba karty (v případě, že tato karta je předmětem chyby),“;

| 21) | v bodě 4.5.3.2.8 se první odrážka v odstavci 288 nahrazuje tímto:


  „— | chyba karty (v případě, že tato karta je předmětem chyby),“; |
| --- | --- | --- |

21)

v bodě 4.5.3.2.8 se první odrážka v odstavci 288 nahrazuje tímto:

„—

chyba karty (v případě, že tato karta je předmětem chyby),“;

| 22) | bod 4.5.3.2.16 se nahrazuje tímto:
  „4.5.3.2.16   Údaje o místech součtové tříhodinové doby řízení


  305) | Karta řidiče musí být schopna uchovat následující údaje vztahující se k poloze vozidla, kde součtová doba řízení dosáhne násobku tří hodin:


  — | datum a čas, kdy součtová doba řízení dosáhne násobku tří hodin, |
| --- | --- | --- | --- |

22)

bod 4.5.3.2.16 se nahrazuje tímto:

„4.5.3.2.16   Údaje o místech součtové tříhodinové doby řízení

305)

Karta řidiče musí být schopna uchovat následující údaje vztahující se k poloze vozidla, kde součtová doba řízení dosáhne násobku tří hodin:

—

datum a čas, kdy součtová doba řízení dosáhne násobku tří hodin,

| — | polohu vozidla, |
| --- | --- |

—

polohu vozidla,

| — | přesnost GNSS, datum a čas, kdy byla poloha zjištěna, |
| --- | --- |

—

přesnost GNSS, datum a čas, kdy byla poloha zjištěna,

| — | stav počitadla ujetých kilometrů. |
| --- | --- |

—

stav počitadla ujetých kilometrů.

| 306) | Karta řidiče musí být schopna uchovat nejméně 252 takových záznamů.“; |
| --- | --- |

306)

Karta řidiče musí být schopna uchovat nejméně 252 takových záznamů.“;

| 23) | bod 4.5.4.2.14 se nahrazuje tímto:
  „4.5.4.2.14   Údaje o místech součtové tříhodinové doby řízení


  353) | Karta dílny musí být schopna uchovat následující údaje vztahující se k poloze vozidla, kde součtová doba řízení dosáhne násobku tří hodin:


  — | datum a čas, kdy součtová doba řízení dosáhne násobku tří hodin, |
| --- | --- | --- | --- |

23)

bod 4.5.4.2.14 se nahrazuje tímto:

„4.5.4.2.14   Údaje o místech součtové tříhodinové doby řízení

353)

Karta dílny musí být schopna uchovat následující údaje vztahující se k poloze vozidla, kde součtová doba řízení dosáhne násobku tří hodin:

—

datum a čas, kdy součtová doba řízení dosáhne násobku tří hodin,

| — | polohu vozidla, |
| --- | --- |

—

polohu vozidla,

| — | přesnost GNSS, datum a čas, kdy byla poloha zjištěna, |
| --- | --- |

—

přesnost GNSS, datum a čas, kdy byla poloha zjištěna,

| — | stav počitadla ujetých kilometrů. |
| --- | --- |

—

stav počitadla ujetých kilometrů.

| 354) | Karta dílny musí být schopna uchovat nejméně 18 takových záznamů.“; |
| --- | --- |

354)

Karta dílny musí být schopna uchovat nejméně 18 takových záznamů.“;

| 24) | v bodě 5.2 se odstavec 396 nahrazuje tímto:


  „396) | Štítek musí obsahovat alespoň tyto údaje:


  — | jméno, adresu nebo firemní značku schváleného montéra nebo dílny, |
| --- | --- | --- | --- |

24)

v bodě 5.2 se odstavec 396 nahrazuje tímto:

„396)

Štítek musí obsahovat alespoň tyto údaje:

—

jméno, adresu nebo firemní značku schváleného montéra nebo dílny,

| — | charakteristický koeficient vozidla ve tvaru „w = ... imp/km“, |
| --- | --- |

—

charakteristický koeficient vozidla ve tvaru „w = ... imp/km“,

| — | konstantu záznamového zařízení ve tvaru „k = ... imp/km“, |
| --- | --- |

—

konstantu záznamového zařízení ve tvaru „k = ... imp/km“,

| — | účinný obvod pneumatik na kolech ve tvaru „l = ... mm“, |
| --- | --- |

—

účinný obvod pneumatik na kolech ve tvaru „l = ... mm“,

| — | rozměr pneumatiky, |
| --- | --- |

—

rozměr pneumatiky,

| — | datum změření charakteristického koeficientu vozidla a účinného obvodu pneumatik na kolech, |
| --- | --- |

—

datum změření charakteristického koeficientu vozidla a účinného obvodu pneumatik na kolech,

| — | identifikační číslo vozidla, |
| --- | --- |

—

identifikační číslo vozidla,

| — | přítomnost (či nepřítomnost) vnějšího zařízení GNSS, |
| --- | --- |

—

přítomnost (či nepřítomnost) vnějšího zařízení GNSS,

| — | v příslušných případech výrobní číslo vnějšího zařízení GNSS, |
| --- | --- |

—

v příslušných případech výrobní číslo vnějšího zařízení GNSS,

| — | výrobní číslo případného zařízení pro dálkovou komunikaci, |
| --- | --- |

—

výrobní číslo případného zařízení pro dálkovou komunikaci,

| — | výrobní číslo všech příslušných plomb, |
| --- | --- |

—

výrobní číslo všech příslušných plomb,

| — | část vozidla, v níž je případně zabudován adaptér, |
| --- | --- |

—

část vozidla, v níž je případně zabudován adaptér,

| — | část vozidla, v níž je zabudován snímač pohybu, pokud není připojen k převodové skříni nebo není používán adaptér, |
| --- | --- |

—

část vozidla, v níž je zabudován snímač pohybu, pokud není připojen k převodové skříni nebo není používán adaptér,

| — | popis barvy kabelu mezi adaptérem a částí vozidla zajišťující přicházející impulsy, |
| --- | --- |

—

popis barvy kabelu mezi adaptérem a částí vozidla zajišťující přicházející impulsy,

| — | výrobní číslo vloženého snímače pohybu adaptéru.“; |
| --- | --- |

—

výrobní číslo vloženého snímače pohybu adaptéru.“;

| 25) | bod 5.3 se mění takto:


  a) | za odstavec 398 se vkládá nový odstavec 398a, který zní:


  „398a | Výše uvedené plomby musí být certifikovány v souladu s normou EN 16882:2016.“; |
| --- | --- | --- | --- |

25)

bod 5.3 se mění takto:

a)

za odstavec 398 se vkládá nový odstavec 398a, který zní:

„398a

Výše uvedené plomby musí být certifikovány v souladu s normou EN 16882:2016.“;

| b) | v odstavci 401 se druhý pododstavec nahrazuje tímto:

  „Toto jedinečné identifikační číslo je definováno jako: MMNNNNNNNN provedené neodstranitelným značením, přičemž MM je jedinečná identifikace výrobce (registrační databázi spravuje EK) a NNNNNNNN alfanumerické číslo plomby, které je jedinečné v doméně výrobců.“; |
| --- | --- |

b)

v odstavci 401 se druhý pododstavec nahrazuje tímto:

„Toto jedinečné identifikační číslo je definováno jako: MMNNNNNNNN provedené neodstranitelným značením, přičemž MM je jedinečná identifikace výrobce (registrační databázi spravuje EK) a NNNNNNNN alfanumerické číslo plomby, které je jedinečné v doméně výrobců.“;

| c) | odstavec 403 se nahrazuje tímto:


  „403) | Výrobci plomb musí být registrováni v příslušné databázi, jakmile si nechají model plomby certifikovat podle normy EN 16882:2016, a musí zveřejnit identifikační čísla svých plomb postupem stanoveným Evropskou komisí.“; |
| --- | --- | --- |

c)

odstavec 403 se nahrazuje tímto:

„403)

Výrobci plomb musí být registrováni v příslušné databázi, jakmile si nechají model plomby certifikovat podle normy EN 16882:2016, a musí zveřejnit identifikační čísla svých plomb postupem stanoveným Evropskou komisí.“;

| d) | odstavec 404 se nahrazuje tímto:


  „404) | Schválené dílny a výrobci vozidel musí v rámci nařízení (EU) č. 165/2014 používat pouze plomby certifikované podle normy EN 16882:2016 od výrobců uvedených ve výše zmíněné databázi.“; |
| --- | --- | --- |

d)

odstavec 404 se nahrazuje tímto:

„404)

Schválené dílny a výrobci vozidel musí v rámci nařízení (EU) č. 165/2014 používat pouze plomby certifikované podle normy EN 16882:2016 od výrobců uvedených ve výše zmíněné databázi.“;

| 26) | bod 6.2 se nahrazuje tímto:
  „6.2   Kontrola nových nebo opravených součástí


  407) | U každého jednotlivého zařízení, ať již nového nebo opraveného, musí být zkontrolována správná funkčnost a přesnost odečtů a záznamů, a to v rámci limitů stanovených v bodech 3.2.1, 3.2.2, 3.2.3 a 3.3.“; |
| --- | --- | --- |

26)

bod 6.2 se nahrazuje tímto:

„6.2   Kontrola nových nebo opravených součástí

407)

U každého jednotlivého zařízení, ať již nového nebo opraveného, musí být zkontrolována správná funkčnost a přesnost odečtů a záznamů, a to v rámci limitů stanovených v bodech 3.2.1, 3.2.2, 3.2.3 a 3.3.“;

| 27) | v bodě 6.3 se odstavec 408 nahrazuje tímto:


  „408) | Po namontování záznamového zařízení do vozidla musí celá instalace (včetně záznamového zařízení) vyhovovat ustanovením vztahujícím se k maximálním tolerancím stanoveným v bodech 3.2.1, 3.2.2, 3.2.3 a 3.3. Celá instalace musí být zaplombována v souladu s bodem 5.3 a zkalibrována.“; |
| --- | --- | --- |

27)

v bodě 6.3 se odstavec 408 nahrazuje tímto:

„408)

Po namontování záznamového zařízení do vozidla musí celá instalace (včetně záznamového zařízení) vyhovovat ustanovením vztahujícím se k maximálním tolerancím stanoveným v bodech 3.2.1, 3.2.2, 3.2.3 a 3.3. Celá instalace musí být zaplombována v souladu s bodem 5.3 a zkalibrována.“;

| 28) | bod 8.1 se mění takto:


  a) | v bodě 8.1 se znění uvozující odstavec 425 nahrazuje tímto:

  „Pro účely této kapitoly se „záznamovým zařízením“ rozumí „záznamové zařízení nebo jeho součásti“. Schválení typu není vyžadováno pro kabel(y) spojující snímač pohybu s celkem ve vozidle, vnější zařízení GNSS s celkem ve vozidle nebo vnější zařízení pro dálkovou komunikaci s celkem ve vozidle. Papír používaný záznamovým zařízením je považován za součást záznamového zařízení.
  Kterýkoli výrobce může požádat o schválení typu součásti nebo součástí záznamového zařízení s jakoukoli jinou součástí či součástmi záznamového zařízení, pokud každá součást splňuje požadavky této přílohy. Případně mohou výrobci rovněž požádat o schválení typu záznamového zařízení.
  Jak je popsáno v definici uvedené v čl. 2 bodě 10 tohoto nařízení, existují různé varianty montáže součástí celků ve vozidle. Bez ohledu na montáž součástí celku ve vozidle nejsou externí anténa a (případně) anténní rozdvojka připojené k přijímači GNSS nebo k zařízení pro dálkovou komunikaci součástí schválení typu celku ve vozidle.
  Výrobci, kteří obdrželi schválení typu pro záznamové zařízení, však musí vést veřejně dostupný seznam antén a rozdvojek kompatibilních s každým typově schváleným celkem ve vozidle, vnějším zařízením GNSS a vnějším zařízením pro dálkovou komunikaci.“; |
| --- | --- | --- |

28)

bod 8.1 se mění takto:

a)

v bodě 8.1 se znění uvozující odstavec 425 nahrazuje tímto:

„Pro účely této kapitoly se „záznamovým zařízením“ rozumí „záznamové zařízení nebo jeho součásti“. Schválení typu není vyžadováno pro kabel(y) spojující snímač pohybu s celkem ve vozidle, vnější zařízení GNSS s celkem ve vozidle nebo vnější zařízení pro dálkovou komunikaci s celkem ve vozidle. Papír používaný záznamovým zařízením je považován za součást záznamového zařízení.

Kterýkoli výrobce může požádat o schválení typu součásti nebo součástí záznamového zařízení s jakoukoli jinou součástí či součástmi záznamového zařízení, pokud každá součást splňuje požadavky této přílohy. Případně mohou výrobci rovněž požádat o schválení typu záznamového zařízení.

Jak je popsáno v definici uvedené v čl. 2 bodě 10 tohoto nařízení, existují různé varianty montáže součástí celků ve vozidle. Bez ohledu na montáž součástí celku ve vozidle nejsou externí anténa a (případně) anténní rozdvojka připojené k přijímači GNSS nebo k zařízení pro dálkovou komunikaci součástí schválení typu celku ve vozidle.

Výrobci, kteří obdrželi schválení typu pro záznamové zařízení, však musí vést veřejně dostupný seznam antén a rozdvojek kompatibilních s každým typově schváleným celkem ve vozidle, vnějším zařízením GNSS a vnějším zařízením pro dálkovou komunikaci.“;

| b) | odstavec 427 se nahrazuje tímto:


  „427) | Orgány členských států příslušné pro schvalování typu nevydají osvědčení o schválení typu, pokud neobdrží:


  — | osvědčení o bezpečnosti (vyžaduje-li ho tato příloha), |
| --- | --- | --- | --- |

b)

odstavec 427 se nahrazuje tímto:

„427)

Orgány členských států příslušné pro schvalování typu nevydají osvědčení o schválení typu, pokud neobdrží:

—

osvědčení o bezpečnosti (vyžaduje-li ho tato příloha),

| — | osvědčení o funkčnosti |
| --- | --- |

—

osvědčení o funkčnosti

| — | a osvědčení o interoperabilitě (vyžaduje-li ho tato příloha) |
| --- | --- |

—

a osvědčení o interoperabilitě (vyžaduje-li ho tato příloha)

k záznamovému zařízení nebo kartě, která je předmětem žádosti o schválení typu.“;

| 29) | dodatek 1 se mění takto:


  a) | obsah se mění takto:


  i) | bod 2.63 se nahrazuje tímto:
  „2.63   Vyhrazeno pro budoucí použití“; |
| --- | --- | --- | --- |

29)

dodatek 1 se mění takto:

a)

obsah se mění takto:

i)

bod 2.63 se nahrazuje tímto:

„2.63   Vyhrazeno pro budoucí použití“;

| ii) | bod 2.78 se nahrazuje tímto:
  „2.78   GNSSAccumulatedDriving“; |
| --- | --- |

ii)

bod 2.78 se nahrazuje tímto:

„2.78   GNSSAccumulatedDriving“;

| iii) | bod 2.79 se nahrazuje tímto:
  „2.79   GNSSAccumulatedDrivingRecord“; |
| --- | --- |

iii)

bod 2.79 se nahrazuje tímto:

„2.79   GNSSAccumulatedDrivingRecord“;

| iv) | bod 2.111 se nahrazuje tímto:
  „2.111   NoOfGNSSADRecords“; |
| --- | --- |

iv)

bod 2.111 se nahrazuje tímto:

„2.111   NoOfGNSSADRecords“;

| v) | bod 2.160 se nahrazuje tímto:
  „2.160   Vyhrazeno pro budoucí použití“; |
| --- | --- |

v)

bod 2.160 se nahrazuje tímto:

„2.160   Vyhrazeno pro budoucí použití“;

| vi) | bod 2.203 se nahrazuje tímto:
  „2.203   VuGNSSADRecord“; |
| --- | --- |

vi)

bod 2.203 se nahrazuje tímto:

„2.203   VuGNSSADRecord“;

| vii) | bod 2.204 se nahrazuje tímto:
  „2.204   VuGNSSADRecordArray“; |
| --- | --- |

vii)

bod 2.204 se nahrazuje tímto:

„2.204   VuGNSSADRecordArray“;

| viii) | bod 2.230 se nahrazuje tímto:
  „2.230   Vyhrazeno pro budoucí použití“; |
| --- | --- |

viii)

bod 2.230 se nahrazuje tímto:

„2.230   Vyhrazeno pro budoucí použití“;

| ix) | bod 2.231 se nahrazuje tímto:
  „2.231   Vyhrazeno pro budoucí použití“; |
| --- | --- |

ix)

bod 2.231 se nahrazuje tímto:

„2.231   Vyhrazeno pro budoucí použití“;

| b) | v bodě 2 se před bod 2.1 vkládá nový pododstavec, který zní:

  „U typů dat karty používaných pro aplikace 1. a 2. generace je v tomto dodatku uvedena velikost pro aplikaci 2. generace. Má se za to, že velikost pro aplikaci 1. generace již čtečka zná. Čísla požadavků v příloze IC týkajících se těchto typů dat zahrnují aplikace 1. i 2. generace.“; |
| --- | --- |

b)

v bodě 2 se před bod 2.1 vkládá nový pododstavec, který zní:

„U typů dat karty používaných pro aplikace 1. a 2. generace je v tomto dodatku uvedena velikost pro aplikaci 2. generace. Má se za to, že velikost pro aplikaci 1. generace již čtečka zná. Čísla požadavků v příloze IC týkajících se těchto typů dat zahrnují aplikace 1. i 2. generace.“;

| c) | bod 2.19 se nahrazuje tímto:
  „2.19.   CardEventData

  1. generace:
  Informace uložené na kartě řidiče nebo kartě dílny týkající se událostí souvisejících s držitelem karty (příloha IC požadavky 260 a 318).


  Text obrazu

  CardEventData ::= SEQUENCE SIZE(6) OF {
  cardEventRecords SET SIZE(NoOfEventsPerType) OF
  CardEventRecord
  }


  CardEventData je posloupnost záznamů cardEventRecords seřazená vzestupně podle hodnot EventFaultType (kromě záznamů souvisejících s pokusy o narušení zabezpečení, které jsou seskupeny v poslední sadě v posloupnosti).

  cardEventRecords je sada záznamů o událostech daného typu (nebo kategorie v případě pokusů o narušení zabezpečení).
  2. generace:
  Informace uložené na kartě řidiče nebo kartě dílny týkající se událostí souvisejících s držitelem karty (příloha IC požadavky 285 a 341).


  Text obrazu

  CardEventData ::= SEQUENCE SIZE(11) OF {
  cardEventRecords SET SIZE(NoOfEventsPerType) OF
  CardEventRecord
  }


  CardEventData je posloupnost záznamů cardEventRecords seřazená vzestupně podle hodnot EventFaultType (kromě záznamů souvisejících s pokusy o narušení zabezpečení, které jsou seskupeny v poslední sadě v posloupnosti).

  cardEventRecords je sada záznamů o událostech daného typu (nebo kategorie v případě pokusů o narušení zabezpečení)“. |
| --- | --- |

c)

bod 2.19 se nahrazuje tímto:

„2.19.   CardEventData

CardEventData

1. generace:

Informace uložené na kartě řidiče nebo kartě dílny týkající se událostí souvisejících s držitelem karty (příloha IC požadavky 260 a 318).

CardEventData ::= SEQUENCE SIZE(6) OF {

cardEventRecords SET SIZE(NoOfEventsPerType) OF

CardEventRecord

}

CardEventData je posloupnost záznamů cardEventRecords seřazená vzestupně podle hodnot EventFaultType (kromě záznamů souvisejících s pokusy o narušení zabezpečení, které jsou seskupeny v poslední sadě v posloupnosti).

CardEventData

cardEventRecords je sada záznamů o událostech daného typu (nebo kategorie v případě pokusů o narušení zabezpečení).

cardEventRecords

2. generace:

Informace uložené na kartě řidiče nebo kartě dílny týkající se událostí souvisejících s držitelem karty (příloha IC požadavky 285 a 341).

CardEventData ::= SEQUENCE SIZE(11) OF {

cardEventRecords SET SIZE(NoOfEventsPerType) OF

CardEventRecord

}

CardEventData je posloupnost záznamů cardEventRecords seřazená vzestupně podle hodnot EventFaultType (kromě záznamů souvisejících s pokusy o narušení zabezpečení, které jsou seskupeny v poslední sadě v posloupnosti).

CardEventData

cardEventRecords je sada záznamů o událostech daného typu (nebo kategorie v případě pokusů o narušení zabezpečení)“.

cardEventRecords

| d) | bod 2.30 se nahrazuje tímto:
  „2.30   CardRenewalIndex

  Index obnovy karty (definice i)).


  Text obrazu

  CardRenewalIndex::= IA5String(SIZE(1))


  Přiřazení hodnoty: (viz kapitolu 7 této přílohy).


  „0“ | První vydání. |
| --- | --- | --- |

d)

bod 2.30 se nahrazuje tímto:

„2.30   CardRenewalIndex

CardRenewalIndex

Index obnovy karty (definice i)).

CardRenewalIndex::= IA5String(SIZE(1))

Přiřazení hodnoty: (viz kapitolu 7 této přílohy).

Přiřazení hodnoty

„0“

První vydání.

Posloupnost: „0, ..., 9, A, ..., Z“
  “;

| e) | v bodě 2.61 se znění za nadpisem „2. generace“ nahrazuje tímto:
  „


  Text obrazu

  „DriverCardApplicationIdentification ::= SEQUENCE {
  typeOfTachographCardId
  EquipmentType,
  cardStructureVersion
  CardStructureVersion,
  noOfEventsPerType
  NoOfEventsPerType,
  noOfFaultsPerType
  NoOfFaultsPerType,
  activityStructureLength
  CardActivityLengthRange,
  noOfCardVehicleRecords
  NoOfCardVehicleRecords,
  noOfCardPlaceRecords
  NoOfCardPlaceRecords,
  noOfGNSSADRecords
  NoOfGNSSADRecords,
  noOfSpecificConditionRecords
  NoOfSpecificConditionRecords
  noOfCardVehicleUnitRecords
  NoOfCardVehicleUnitRecords
  }

  Kromě prvků 1. generace se používají tyto datové prvky:

  noOfGNSSADRecords je počet záznamů o součtové době řízení dle GNSS, které lze na kartu uložit.

  noOfSpecificConditionRecords je počet záznamů o zvláštní podmínce, které lze na kartu uložit.

  noOfCardVehicleUnitRecords je počet záznamů o použitých celcích ve vozidle, které lze na kartu uložit.“; |
| --- | --- |

e)

v bodě 2.61 se znění za nadpisem „2. generace“ nahrazuje tímto:

„DriverCardApplicationIdentification ::= SEQUENCE {

typeOfTachographCardId

EquipmentType,

cardStructureVersion

CardStructureVersion,

noOfEventsPerType

NoOfEventsPerType,

noOfFaultsPerType

NoOfFaultsPerType,

activityStructureLength

CardActivityLengthRange,

noOfCardVehicleRecords

NoOfCardVehicleRecords,

noOfCardPlaceRecords

NoOfCardPlaceRecords,

noOfGNSSADRecords

NoOfGNSSADRecords,

noOfSpecificConditionRecords

NoOfSpecificConditionRecords

noOfCardVehicleUnitRecords

NoOfCardVehicleUnitRecords

}

Kromě prvků 1. generace se používají tyto datové prvky:

noOfGNSSADRecords je počet záznamů o součtové době řízení dle GNSS, které lze na kartu uložit.

noOfGNSSADRecords

noOfSpecificConditionRecords je počet záznamů o zvláštní podmínce, které lze na kartu uložit.

noOfSpecificConditionRecords

noOfCardVehicleUnitRecords je počet záznamů o použitých celcích ve vozidle, které lze na kartu uložit.“;

noOfCardVehicleUnitRecords

| f) | bod 2.63 se nahrazuje tímto:
  „2.63   Vyhrazeno pro budoucí použití“; |
| --- | --- |

f)

bod 2.63 se nahrazuje tímto:

„2.63   Vyhrazeno pro budoucí použití“;

Vyhrazeno pro budoucí použití

| g) | v bodě 2.67 se znění za nadpisem „2. generace“ nahrazuje tímto:

  „Používají se stejné hodnoty jako v 1. generaci s těmito doplňky:


  Text obrazu

  –GNSS Facility
  (8),
  –Remote Communication Module
  (9),
  –ITS interface module
  (10),
  –Plaque
  (11),–may be used in SealRecord
  –M1/N1 Adapter
  (12),–may be used in SealRecord
  –European Root CA (ERCA)
  (13),
  –Member State CA (MSCA)
  (14),
  –External GNSS connection
  (15),–may be used in SealRecord
  –Unused
  (16),–used in SealDataVu
  –Driver Card (Sign)
  (17),–only to be used in the CHA field of a signing certificate
  –Workshop Card (Sign)
  (18), –only to be used in the CHA field of a signing certificate
  –Vehicle Unit (Sign)
  (19), –only to be used in the CHA field of a signing certificate
  –RFU
  (20..255)


  Poznámka 1: | 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č pohybu lze v příslušných případech použít v záznamu SealRecord. |
| --- | --- | --- |

g)

v bodě 2.67 se znění za nadpisem „2. generace“ nahrazuje tímto:

„Používají se stejné hodnoty jako v 1. generaci s těmito doplňky:

–GNSS Facility

(8),

–Remote Communication Module

(9),

–ITS interface module

(10),

–Plaque

(11),–may be used in SealRecord

–M1/N1 Adapter

(12),–may be used in SealRecord

–European Root CA (ERCA)

(13),

–Member State CA (MSCA)

(14),

–External GNSS connection

(15),–may be used in SealRecord

–Unused

(16),–used in SealDataVu

–Driver Card (Sign)

(17),–only to be used in the CHA field of a signing certificate

–Workshop Card (Sign)

(18), –only to be used in the CHA field of a signing certificate

–Vehicle Unit (Sign)

(19), –only to be used in the CHA field of a signing certificate

–RFU

(20..255)

Poznámka 1:

Poznámka 1:

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č pohybu lze v příslušných případech použít v záznamu SealRecord.

| Poznámka 2: | V poli CardHolderAuthorisation (CHA) certifikátu 2. generace se hodnoty (1), (2) a (6) vykládají jako hodnoty označující certifikát pro vzájemné ověření pravosti pro příslušný typ zařízení. K označení příslušného certifikátu pro vytvoření digitálního podpisu se musí použít hodnoty (17), (18) nebo (19).“; |
| --- | --- |

Poznámka 2:

Poznámka 2:

V poli CardHolderAuthorisation (CHA) certifikátu 2. generace se hodnoty (1), (2) a (6) vykládají jako hodnoty označující certifikát pro vzájemné ověření pravosti pro příslušný typ zařízení. K označení příslušného certifikátu pro vytvoření digitálního podpisu se musí použít hodnoty (17), (18) nebo (19).“;

| h) | v bodě 2.70 se znění za nadpisem „2. generace“ nahrazuje tímto:

  „2. generace: | všeobecné události,
  žádné další podrobnosti,
  vložení neplatné karty,
  konflikt karet,
  časový 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řerušení napájení,
  chyba údajů o pohybu vozidla,
  nesoulad údajů o pohybu vozidla,
  časový nesoulad (GNSS vůči vnitřním hodinám VU),
  chyba komunikace se zařízením pro dálkovou komunikaci,
  chybí informace o poloze z přijímače GNSS,
  chyba komunikace s vnějším zařízením GNSS,
  vyhrazeno pro budoucí použití, |
| --- | --- | --- |
| | události pokusů o narušení zabezpečení souvisejících s celkem ve vozidle,
  žádné další podrobnosti,
  chyba ověření pravosti snímače pohybu,
  chyba ověření pravosti karty tachografu,
  neoprávněná výměna snímače pohybu,
  chyba integrity vstupních dat karty,
  chyba integrity uložených uživatelských dat,
  vnitřní chyba přenosu dat,
  neoprávněné otevření krytu,
  poškození technického vybavení,
  detekce nedovolené manipulace s GNSS,
  chyba ověření pravosti vnějšího zařízení GNSS,
  skončila platnost certifikátu vnějšího zařízení GNSS,
  vyhrazeno pro budoucí použití, |
| | události pokusů o narušení zabezpečení souvisejících se snímačem,
  žádné další podrobnosti,
  chyba ověření pravosti,
  chyba integrity uložených dat,
  vnitřní chyba přenosu dat,
  neoprávněné otevření krytu,
  poškození technického vybavení,
  vyhrazeno pro budoucí použití, |
| | závady záznamového zařízení,
  žádné další podrobnosti,
  interní závada celku ve vozidle,
  závada tiskárny,
  závada displeje,
  závada stahování,
  závada snímače,
  vnitřní přijímač GNSS,
  vnější zařízení GNSS,
  zařízení pro dálkovou komunikaci,
  rozhraní ITS,
  vyhrazeno pro budoucí použití, |
| | závady karty,
  žádné další podrobnosti,
  vyhrazeno pro budoucí použití, |
| | vyhrazeno pro budoucí použití, |
| | specifické pro výrobce.“; |

h)

v bodě 2.70 se znění za nadpisem „2. generace“ nahrazuje tímto:

„2. generace:

Image 7

všeobecné události,

žádné další podrobnosti,

vložení neplatné karty,

konflikt karet,

časový 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řerušení napájení,

chyba údajů o pohybu vozidla,

nesoulad údajů o pohybu vozidla,

časový nesoulad (GNSS vůči vnitřním hodinám VU),

chyba komunikace se zařízením pro dálkovou komunikaci,

chybí informace o poloze z přijímače GNSS,

chyba komunikace s vnějším zařízením GNSS,

vyhrazeno pro budoucí použití,

Image 8

události pokusů o narušení zabezpečení souvisejících s celkem ve vozidle,

žádné další podrobnosti,

chyba ověření pravosti snímače pohybu,

chyba ověření pravosti karty tachografu,

neoprávněná výměna snímače pohybu,

chyba integrity vstupních dat karty,

chyba integrity uložených uživatelských dat,

vnitřní chyba přenosu dat,

neoprávněné otevření krytu,

poškození technického vybavení,

detekce nedovolené manipulace s GNSS,

chyba ověření pravosti vnějšího zařízení GNSS,

skončila platnost certifikátu vnějšího zařízení GNSS,

vyhrazeno pro budoucí použití,

Image 9

události pokusů o narušení zabezpečení souvisejících se snímačem,

žádné další podrobnosti,

chyba ověření pravosti,

chyba integrity uložených dat,

vnitřní chyba přenosu dat,

neoprávněné otevření krytu,

poškození technického vybavení,

vyhrazeno pro budoucí použití,

Image 10

závady záznamového zařízení,

žádné další podrobnosti,

interní závada celku ve vozidle,

závada tiskárny,

závada displeje,

závada stahování,

závada snímače,

vnitřní přijímač GNSS,

vnější zařízení GNSS,

zařízení pro dálkovou komunikaci,

rozhraní ITS,

vyhrazeno pro budoucí použití,

Image 11

závady karty,

žádné další podrobnosti,

vyhrazeno pro budoucí použití,

Image 12

vyhrazeno pro budoucí použití,

Image 13

specifické pro výrobce.“;

| i) | bod 2.71 se nahrazuje tímto:
  „2.71   ExtendedSealIdentifier

  2. generace:
  Rozšířený identifikátor plomby jednoznačně identifikuje plombu (příloha IC požadavek 401).


  Text obrazu

  ExtendedSealIdentifier ::= SEQUENCE{
  manufacturerCode OCTET STRING (SIZE(2)),
  sealIdentifier OCTET STRING (SIZE(8))
  }


  manufacturerCode je kód výrobce plomby.

  sealIdentifier je identifikátor plomby, který je jednoznačný pro výrobce.“; |
| --- | --- |

i)

bod 2.71 se nahrazuje tímto:

„2.71   ExtendedSealIdentifier

ExtendedSealIdentifier

2. generace:

Rozšířený identifikátor plomby jednoznačně identifikuje plombu (příloha IC požadavek 401).

ExtendedSealIdentifier ::= SEQUENCE{

manufacturerCode OCTET STRING (SIZE(2)),

sealIdentifier OCTET STRING (SIZE(8))

}

manufacturerCode je kód výrobce plomby.

manufacturerCode

sealIdentifier je identifikátor plomby, který je jednoznačný pro výrobce.“;

sealIdentifier

| j) | body 2.78 a 2.79 se nahrazují tímto:
  „2.78   GNSSAccumulatedDriving

  2. generace:
  Informace uložené na kartě řidiče nebo kartě dílny týkající se polohy vozidla dle GNSS, pokud součtová doba řízení dosáhne násobku tří hodin (příloha IC požadavky 306 a 354).


  Text obrazu

  GNSSAccumulatedDriving := SEQUENCE {
  gnssADPointerNewestRecord INTEGER(0..NoOfGNSSADRecords -1),
  gnssAccumulatedDrivingRecords SET SIZE(NoOfGNSSADRecords) OF
  GNSSAccumulatedDrivingRecord
  }


  gnssADPointerNewestRecord je index naposledy aktualizovaného záznamu o součtové době řízení dle GNSS.

  Přiřazení hodnoty je číslo odpovídající čítači záznamů o součtové době řízení dle GNSS, začínající hodnotou ‘0’ pro první výskyt záznamu o součtové době řízení dle GNSS ve struktuře.

  gnssAccumulatedDrivingRecords je sada záznamů obsahujících datum a čas, kdy součtová doba řízení dosáhne násobku tří hodin, a informace o poloze vozidla.
  2.79   GNSSAccumulatedDrivingRecord

  2. generace:
  Informace uložené na kartě řidiče nebo kartě dílny týkající se polohy vozidla dle GNSS, pokud součtová doba řízení dosáhne násobku tří hodin (příloha IC požadavky 305 a 353).


  Text obrazu

  GNSSAccumulatedDrivingRecord ::= SEQUENCE {
  timeStamp TimeReal,
  gnssPlaceRecord GNSSPlaceRecord,
  vehicleOdometerValue OdometerShort
  }


  timeStamp je datum a čas, kdy součtová doba řízení dosáhne násobku tří hodin.

  gnssPlaceRecord obsahuje informace týkající se polohy vozidla.

  vehicleOdometerValue je stav počitadla ujetých kilometrů, kdy součtová doba řízení dosáhne násobku tří hodin.“; |
| --- | --- |

j)

body 2.78 a 2.79 se nahrazují tímto:

„2.78   GNSSAccumulatedDriving

GNSSAccumulatedDriving

2. generace:

Informace uložené na kartě řidiče nebo kartě dílny týkající se polohy vozidla dle GNSS, pokud součtová doba řízení dosáhne násobku tří hodin (příloha IC požadavky 306 a 354).

GNSSAccumulatedDriving := SEQUENCE {

gnssADPointerNewestRecord INTEGER(0..NoOfGNSSADRecords -1),

gnssAccumulatedDrivingRecords SET SIZE(NoOfGNSSADRecords) OF

GNSSAccumulatedDrivingRecord

}

gnssADPointerNewestRecord je index naposledy aktualizovaného záznamu o součtové době řízení dle GNSS.

gnssADPointerNewestRecord

Přiřazení hodnoty je číslo odpovídající čítači záznamů o součtové době řízení dle GNSS, začínající hodnotou ‘0’ pro první výskyt záznamu o součtové době řízení dle GNSS ve struktuře.

Přiřazení hodnoty

gnssAccumulatedDrivingRecords je sada záznamů obsahujících datum a čas, kdy součtová doba řízení dosáhne násobku tří hodin, a informace o poloze vozidla.

gnssAccumulatedDrivingRecords

2.79   GNSSAccumulatedDrivingRecord

GNSSAccumulatedDrivingRecord

2. generace:

Informace uložené na kartě řidiče nebo kartě dílny týkající se polohy vozidla dle GNSS, pokud součtová doba řízení dosáhne násobku tří hodin (příloha IC požadavky 305 a 353).

GNSSAccumulatedDrivingRecord ::= SEQUENCE {

timeStamp TimeReal,

gnssPlaceRecord GNSSPlaceRecord,

vehicleOdometerValue OdometerShort

}

timeStamp je datum a čas, kdy součtová doba řízení dosáhne násobku tří hodin.

timeStamp

gnssPlaceRecord obsahuje informace týkající se polohy vozidla.

gnssPlaceRecord

vehicleOdometerValue je stav počitadla ujetých kilometrů, kdy součtová doba řízení dosáhne násobku tří hodin.“;

vehicleOdometerValue

| k) | bod 2.86 se nahrazuje tímto:
  „2.86   KeyIdentifier

  Jednoznačný identifikátor veřejného klíče použitý k odkazu na klíč a výběru klíče. Rovněž identifikuje držitele klíče.


  Text obrazu

  KeyIdentifier ::= CHOICE {
  extendedSerialNumber ExtendedSerialNumber,
  certificateRequestID CertificateRequestID,
  certificationAuthorityKID CertificationAuthorityKID
  }

  První volba je vhodná k odkazu na veřejný klíč celku ve vozidle, karty tachografu nebo vnějšího zařízení GNSS.
  Druhá volba je vhodná k odkazu na veřejný klíč celku ve vozidle (pokud výrobní číslo celku ve vozidle není známo v době vystavení certifikátu).
  Třetí volba je vhodná k odkazu na veřejný klíč členského státu.“; |
| --- | --- |

k)

bod 2.86 se nahrazuje tímto:

„2.86   KeyIdentifier

KeyIdentifier

Jednoznačný identifikátor veřejného klíče použitý k odkazu na klíč a výběru klíče. Rovněž identifikuje držitele klíče.

KeyIdentifier ::= CHOICE {

extendedSerialNumber ExtendedSerialNumber,

certificateRequestID CertificateRequestID,

certificationAuthorityKID CertificationAuthorityKID

}

První volba je vhodná k odkazu na veřejný klíč celku ve vozidle, karty tachografu nebo vnějšího zařízení GNSS.

Druhá volba je vhodná k odkazu na veřejný klíč celku ve vozidle (pokud výrobní číslo celku ve vozidle není známo v době vystavení certifikátu).

Třetí volba je vhodná k odkazu na veřejný klíč členského státu.“;

| l) | bod 2.92 se nahrazuje tímto:
  „2.92   MAC

  2. generace:
  Kryptografický kontrolní součet délky 8, 12 nebo 16 bajtů odpovídající sadám šifer uvedeným v dodatku 11.


  Text obrazu

  MAC ::= CHOICE {
  Mac8 OCTET STRING (SIZE(8)),
  Mac12 OCTET STRING (SIZE(12)),
  Mac16 OCTET STRING (SIZE(16)),
  }“;

  “ |
| --- | --- |

l)

bod 2.92 se nahrazuje tímto:

„2.92   MAC

MAC

2. generace:

Kryptografický kontrolní součet délky 8, 12 nebo 16 bajtů odpovídající sadám šifer uvedeným v dodatku 11.

MAC ::= CHOICE {

Mac8 OCTET STRING (SIZE(8)),

Mac12 OCTET STRING (SIZE(12)),

Mac16 OCTET STRING (SIZE(16)),

}“;

| m) | bod 2.111 se nahrazuje tímto:
  „2.111   NoOfGNSSADRecords

  2. generace:
  Počet záznamů o součtové době řízení dle GNSS, které lze na kartu uložit.


  Text obrazu

  NoOfGNSSADRecords ::= INTEGER (0..216-1)


  Přiřazení hodnoty: viz dodatek 2.“; |
| --- | --- |

m)

bod 2.111 se nahrazuje tímto:

„2.111   NoOfGNSSADRecords

NoOfGNSSADRecords

2. generace:

Počet záznamů o součtové době řízení dle GNSS, které lze na kartu uložit.

NoOfGNSSADRecords ::= INTEGER (0..216-1)

Přiřazení hodnoty: viz dodatek 2.“;

Přiřazení hodnoty:

| n) | v bodě 2.120 se přiřazení hodnoty ‘16H’ nahrazuje tímto:
  „


  Text obrazu

  ’16’HVuGNSSADRecord

  “; |
| --- | --- |

n)

v bodě 2.120 se přiřazení hodnoty ‘16H’ nahrazuje tímto:

’16’HVuGNSSADRecord

| o) | bod 2.160 se nahrazuje tímto:
  „2.160   Vyhrazeno pro budoucí použití“; |
| --- | --- |

o)

bod 2.160 se nahrazuje tímto:

„2.160   Vyhrazeno pro budoucí použití“;

Vyhrazeno pro budoucí použití

| p) | bod 2.162 se nahrazuje tímto:
  „2.162   TimeReal

  Kód pro kombinované pole data a času, kde datum a čas jsou vyjádřeny jako počet sekund uplynutých od 00h:00m:00s dne 1. ledna 1970 v časovém pásmu UTC.


  Text obrazu

  TimeReal {INTEGER:TimeRealRange} ::= INTEGER (0..TimeRealRange)


  Přiřazení hodnoty – oktetové uspořádání: počet sekund od půlnoci 1. ledna 1970 v časovém pásmu UTC.
  Nejvyšší možný údaj data/času je v roce 2106.“; |
| --- | --- |

p)

bod 2.162 se nahrazuje tímto:

„2.162   TimeReal

TimeReal

Kód pro kombinované pole data a času, kde datum a čas jsou vyjádřeny jako počet sekund uplynutých od 00h:00m:00s dne 1. ledna 1970 v časovém pásmu UTC.

TimeReal {INTEGER:TimeRealRange} ::= INTEGER (0..TimeRealRange)

Přiřazení hodnoty – oktetové uspořádání: počet sekund od půlnoci 1. ledna 1970 v časovém pásmu UTC.

Přiřazení hodnoty

oktetové uspořádání

Nejvyšší možný údaj data/času je v roce 2106.“;

| q) | bod 2.179 se nahrazuje tímto:
  „2.179   VuCardRecord

  2. generace:
  Informace uložené v celku ve vozidle o použité kartě tachografu (příloha IC požadavek 132).


  Text obrazu

  VuCardRecord ::= SEQUENCE {
  cardNumberAndGenerationInformation FullCardNumberAndGeneration,
  cardExtendedSerialNumber ExtendedSerialNumber,
  cardStructureVersion CardStructureVersion,
  cardNumber CardNumber
  }


  cardNumberAndGenerationInformation je celé číslo karty a generace použité karty (datový typ 2.74).

  cardExtendedSerialNumber se načte ze souboru EF_ICC pod hlavním souborem (MF) karty.

  cardStructureVersion se načte ze souboru EF_Application_Identification pod DF_Tachograph_G2.

  cardNumber se načte ze souboru EF_Identification pod DF_Tachograph_G2.“; |
| --- | --- |

q)

bod 2.179 se nahrazuje tímto:

„2.179   VuCardRecord

VuCardRecord

2. generace:

Informace uložené v celku ve vozidle o použité kartě tachografu (příloha IC požadavek 132).

VuCardRecord ::= SEQUENCE {

cardNumberAndGenerationInformation FullCardNumberAndGeneration,

cardExtendedSerialNumber ExtendedSerialNumber,

cardStructureVersion CardStructureVersion,

cardNumber CardNumber

}

cardNumberAndGenerationInformation je celé číslo karty a generace použité karty (datový typ 2.74).

cardNumberAndGenerationInformation

cardExtendedSerialNumber se načte ze souboru EF_ICC pod hlavním souborem (MF) karty.

cardExtendedSerialNumber

cardStructureVersion se načte ze souboru EF_Application_Identification pod DF_Tachograph_G2.

cardStructureVersion

cardNumber se načte ze souboru EF_Identification pod DF_Tachograph_G2.“;

cardNumber

| r) | body 2.203 a 2.204 se nahrazují tímto:
  „2.203   VuGNSSADRecord

  2. generace:
  Informace uložené v celku ve vozidle týkající se polohy vozidla dle GNSS, pokud součtová doba řízení dosáhne násobku tří hodin (příloha IC požadavky 108 a 110).


  Text obrazu

  VuGNSSADRecord ::= SEQUENCE {
  timeStamp TimeReal,
  cardNumberAndGenDriverSlot FullCardNumberAndGeneration,
  cardNumberAndGenCodriverSlot FullCardNumberAndGeneration,
  gnssPlaceRecord GNSSPlaceRecord,
  vehicleOdometerValue OdometerShort
  }


  timeStamp je datum a čas, kdy součtová doba řízení dosáhne násobku tří hodin.

  cardNumberAndGenDriverSlot identifikuje kartu vloženou v otvoru pro kartu řidiče, včetně její generace.

  cardNumberAndGenCodriverSlot 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.

  vehicleOdometerValue je stav počitadla ujetých kilometrů, kdy součtová doba řízení dosáhne násobku tří hodin.
  2.204   VuGNSSADRecordArray

  2. generace:
  Informace uložené v celku ve vozidle týkající se polohy vozidla dle GNSS, pokud součtová doba řízení dosáhne násobku tří hodin (příloha IC požadavky 108 a 110).


  Text obrazu

  VuGNSSADRecordArray ::= SEQUENCE {
  recordType RecordType,
  recordSize INTEGER(1..65535),
  noOfRecords INTEGER(0..65535),
  records SET SIZE(noOfRecords) OF VuGNSSADRecord
  }


  recordType označuje typ záznamu (VuGNSSADRecord).

  Přiřazení hodnoty: viz RecordType.

  recordSize je velikost záznamu VuGNSSADRecord v bajtech.

  noOfRecords je počet záznamů v sadě záznamů.

  records je sada záznamů o součtové době řízení dle GNSS.“; |
| --- | --- |

r)

body 2.203 a 2.204 se nahrazují tímto:

„2.203   VuGNSSADRecord

VuGNSSADRecord

2. generace:

Informace uložené v celku ve vozidle týkající se polohy vozidla dle GNSS, pokud součtová doba řízení dosáhne násobku tří hodin (příloha IC požadavky 108 a 110).

VuGNSSADRecord ::= SEQUENCE {

timeStamp TimeReal,

cardNumberAndGenDriverSlot FullCardNumberAndGeneration,

cardNumberAndGenCodriverSlot FullCardNumberAndGeneration,

gnssPlaceRecord GNSSPlaceRecord,

vehicleOdometerValue OdometerShort

}

timeStamp je datum a čas, kdy součtová doba řízení dosáhne násobku tří hodin.

timeStamp

cardNumberAndGenDriverSlot identifikuje kartu vloženou v otvoru pro kartu řidiče, včetně její generace.

cardNumberAndGenDriverSlot

cardNumberAndGenCodriverSlot identifikuje kartu vloženou v otvoru pro kartu druhého řidiče, včetně její generace.

cardNumberAndGenCodriverSlot

gnssPlaceRecord obsahuje informace týkající se polohy vozidla.

gnssPlaceRecord

vehicleOdometerValue je stav počitadla ujetých kilometrů, kdy součtová doba řízení dosáhne násobku tří hodin.

vehicleOdometerValue

2.204   VuGNSSADRecordArray

VuGNSSADRecordArray

2. generace:

Informace uložené v celku ve vozidle týkající se polohy vozidla dle GNSS, pokud součtová doba řízení dosáhne násobku tří hodin (příloha IC požadavky 108 a 110).

VuGNSSADRecordArray ::= SEQUENCE {

recordType RecordType,

recordSize INTEGER(1..65535),

noOfRecords INTEGER(0..65535),

records SET SIZE(noOfRecords) OF VuGNSSADRecord

}

recordType označuje typ záznamu (VuGNSSADRecord).

recordType

Přiřazení hodnoty: viz RecordType.

Přiřazení hodnoty

recordSize je velikost záznamu VuGNSSADRecord v bajtech.

recordSize

noOfRecords je počet záznamů v sadě záznamů.

noOfRecords

records je sada záznamů o součtové době řízení dle GNSS.“;

records

| s) | body 2.230 a 2.231 se nahrazují tímto:
  „2.230   Vyhrazeno pro budoucí použití.
  2.231   Vyhrazeno pro budoucí použití.“; |
| --- | --- |

s)

body 2.230 a 2.231 se nahrazují tímto:

„2.230   Vyhrazeno pro budoucí použití.

2.231   Vyhrazeno pro budoucí použití.“;

| t) | v bodě 2.234 se znění za nadpisem „2. generace“ nahrazuje tímto:
  „


  Text obrazu

  „WorkshopCardApplicationIdentification ::= SEQUENCE {
  typeOfTachographCardId EquipmentType,
  cardStructureVersion CardStructureVersion,
  noOfEventsPerType NoOfEventsPerType,
  noOfFaultsPerType NoOfFaultsPerType,
  activityStructureLength CardActivityLengthRange,
  noOfCardVehicleRecords NoOfCardVehicleRecords,
  noOfCardPlaceRecords NoOfCardPlaceRecords,
  noOfCalibrationRecords NoOfCalibrationRecords,
  noOfGNSSADRecords NoOfGNSSADRecords,
  noOfSpecificConditionRecords NoOfSpecificConditionRecords,
  noOfCardVehicleUnitRecords NoOfCardVehicleUnitRecords
  }

  Kromě prvků 1. generace se používají tyto datové prvky:

  noOfGNSSADRecords je počet záznamů o součtové době řízení dle GNSS, které lze na kartu uložit.

  noOfSpecificConditionRecords je počet záznamů o zvláštní podmínce, které lze na kartu uložit.
  noOfCardVehicleUnitRecords je počet záznamů o použitých celcích ve vozidle, které lze na kartu uložit.“; |
| --- | --- |

t)

v bodě 2.234 se znění za nadpisem „2. generace“ nahrazuje tímto:

„WorkshopCardApplicationIdentification ::= SEQUENCE {

typeOfTachographCardId EquipmentType,

cardStructureVersion CardStructureVersion,

noOfEventsPerType NoOfEventsPerType,

noOfFaultsPerType NoOfFaultsPerType,

activityStructureLength CardActivityLengthRange,

noOfCardVehicleRecords NoOfCardVehicleRecords,

noOfCardPlaceRecords NoOfCardPlaceRecords,

noOfCalibrationRecords NoOfCalibrationRecords,

noOfGNSSADRecords NoOfGNSSADRecords,

noOfSpecificConditionRecords NoOfSpecificConditionRecords,

noOfCardVehicleUnitRecords NoOfCardVehicleUnitRecords

}

Kromě prvků 1. generace se používají tyto datové prvky:

noOfGNSSADRecords je počet záznamů o součtové době řízení dle GNSS, které lze na kartu uložit.

noOfGNSSADRecords

noOfSpecificConditionRecords je počet záznamů o zvláštní podmínce, které lze na kartu uložit.

noOfSpecificConditionRecords

noOfCardVehicleUnitRecords je počet záznamů o použitých celcích ve vozidle, které lze na kartu uložit.“;

| 30) | dodatek 2 se mění takto:


  a) | v bodě 1.1 se vkládají tyto zkratky:


  „CHA | autorizace držitele certifikátu |
| --- | --- | --- | --- |
| DO | datový objekt“; |

30)

dodatek 2 se mění takto:

a)

v bodě 1.1 se vkládají tyto zkratky:

„CHA

autorizace držitele certifikátu

DO

datový objekt“;

| b) | bod 3.3 se mění takto:


  i) | odstavec TCS_24 se nahrazuje tímto:


  „TCS_24 | Uvedené bezpečnostní podmínky mohou být spojeny takto:

  AND: všechny bezpečnostní podmínky musí být splněny,

  OR: alespoň jedna bezpečnostní podmínka musí být splněna.
  Pravidla přístupu pro systém souborů, tj. pro příkazy SELECT, READ BINARY a UPDATE BINARY, jsou stanovena v kapitole 4. Pravidla přístupu pro zbývající příkazy jsou stanovena v následujících tabulkách. Výraz „nepoužije se“ je uveden v případě, že příkaz nemusí být podporován. V takovém případě může být příkaz podporován či nikoli, ale podmínka přístupu je mimo působnost.“; |
| --- | --- | --- | --- |

b)

bod 3.3 se mění takto:

i)

odstavec TCS_24 se nahrazuje tímto:

„TCS_24

Uvedené bezpečnostní podmínky mohou být spojeny takto:

AND: všechny bezpečnostní podmínky musí být splněny,

AND

OR: alespoň jedna bezpečnostní podmínka musí být splněna.

OR

Pravidla přístupu pro systém souborů, tj. pro příkazy SELECT, READ BINARY a UPDATE BINARY, jsou stanovena v kapitole 4. Pravidla přístupu pro zbývající příkazy jsou stanovena v následujících tabulkách. Výraz „nepoužije se“ je uveden v případě, že příkaz nemusí být podporován. V takovém případě může být příkaz podporován či nikoli, ale podmínka přístupu je mimo působnost.“;

| ii) | v odstavci TCS_25 se tabulka nahrazuje tímto:


  „Příkaz | Karta řidiče | Karta dílny | Kontrolní karta | Karta podniku |
| --- | --- | --- | --- | --- | --- |
| External Authenticate | | | | |
| — | pro ověření pravosti 1. generace |

ii)

v odstavci TCS_25 se tabulka nahrazuje tímto:

„Příkaz

Karta řidiče

Karta dílny

Kontrolní karta

Karta podniku

External Authenticate

—

pro ověření pravosti 1. generace

ALW

ALW

ALW

ALW

| — | pro ověření pravosti 2. generace |
| --- | --- |

—

pro ověření pravosti 2. generace

ALW

PWD

ALW

ALW

Internal Authenticate

ALW

PWD

ALW

ALW

General Authenticate

ALW

ALW

ALW

ALW

Get Challenge

ALW

ALW

ALW

ALW

MSE:SET AT

ALW

ALW

ALW

ALW

MSE:SET DST

ALW

ALW

ALW

ALW

Process DSRC Message

Nepoužije se

Nepoužije se

Nepoužije se

Nepoužije se

PSO: Compute Digital Signature

ALW OR

SM-MAC-G2

ALW OR

SM-MAC-G2

Nepoužije se

Nepoužije se

PSO: Hash

Nepoužije se

Nepoužije se

ALW

Nepoužije se

PERFORM HASH of FILE

ALW OR

SM-MAC-G2

ALW OR

SM-MAC-G2

Nepoužije se

Nepoužije se

PSO: Verify Certificate

ALW

ALW

ALW

ALW

PSO: Verify Digital Signature

Nepoužije se

Nepoužije se

ALW

Nepoužije se

Verify

Nepoužije se

ALW

Nepoužije se

Nepoužije se“

| iii) | v odstavci TCS_26 se tabulka nahrazuje tímto:


  „Příkaz | Karta řidiče | Karta dílny | Kontrolní karta | Karta podniku |
| --- | --- | --- | --- | --- | --- |
| External Authenticate | | | | |
| — | pro ověření pravosti 1. generace |

iii)

v odstavci TCS_26 se tabulka nahrazuje tímto:

„Příkaz

Karta řidiče

Karta dílny

Kontrolní karta

Karta podniku

External Authenticate

—

pro ověření pravosti 1. generace

Nepoužije se

Nepoužije se

Nepoužije se

Nepoužije se

| — | pro ověření pravosti 2. generace |
| --- | --- |

—

pro ověření pravosti 2. generace

ALW

PWD

ALW

ALW

Internal Authenticate

Nepoužije se

Nepoužije se

Nepoužije se

Nepoužije se

General Authenticate

ALW

ALW

ALW

ALW

Get Challenge

ALW

ALW

ALW

ALW

MSE:SET AT

ALW

ALW

ALW

ALW

MSE:SET DST

ALW

ALW

ALW

ALW

Process DSRC Message

Nepoužije se

ALW

ALW

Nepoužije se

PSO: Compute Digital Signature

ALW OR

SM-MAC-G2

ALW OR

SM-MAC-G2

Nepoužije se

Nepoužije se

PSO: Hash

Nepoužije se

Nepoužije se

ALW

Nepoužije se

PERFORM HASH of FILE

ALW OR

SM-MAC-G2

ALW OR

SM-MAC-G2

Nepoužije se

Nepoužije se

PSO: Verify Certificate

ALW

ALW

ALW

ALW

PSO: Verify Digital Signature

Nepoužije se

Nepoužije se

ALW

Nepoužije se

Verify

Nepoužije se

ALW

Nepoužije se

Nepoužije se“

| iv) | v odstavci TCS_27 se tabulka nahrazuje tímto:


  „Příkaz | Karta řidiče | Karta dílny | Kontrolní karta | Karta podniku |
| --- | --- | --- | --- | --- | --- |
| External Authenticate | | | | |
| — | pro ověření pravosti 1. generace |

iv)

v odstavci TCS_27 se tabulka nahrazuje tímto:

„Příkaz

Karta řidiče

Karta dílny

Kontrolní karta

Karta podniku

External Authenticate

—

pro ověření pravosti 1. generace

Nepoužije se

Nepoužije se

Nepoužije se

Nepoužije se

| — | pro ověření pravosti 2. generace |
| --- | --- |

—

pro ověření pravosti 2. generace

ALW

PWD

ALW

ALW

Internal Authenticate

Nepoužije se

Nepoužije se

Nepoužije se

Nepoužije se

General Authenticate

ALW

ALW

ALW

ALW

Get Challenge

ALW

ALW

ALW

ALW

MSE:SET AT

ALW

ALW

ALW

ALW

MSE:SET DST

ALW

ALW

ALW

ALW

Process DSRC Message

Nepoužije se

Nepoužije se

Nepoužije se

Nepoužije se

PSO: Compute Digital Signature

Nepoužije se

Nepoužije se

Nepoužije se

Nepoužije se

PSO: Hash

Nepoužije se

Nepoužije se

Nepoužije se

Nepoužije se

PERFORM HASH of FILE

Nepoužije se

Nepoužije se

Nepoužije se

Nepoužije se

PSO: Verify Certificate

ALW

ALW

ALW

ALW

PSO: Verify Digital Signature

Nepoužije se

Nepoužije se

Nepoužije se

Nepoužije se

Verify

Nepoužije se

ALW

Nepoužije se

Nepoužije se“

| c) | v bodě 3.4 se odstavec TCS_29 nahrazuje tímto:


  „TCS_29 | V každé zprávě s odpovědí jsou vrácena stavová slova SW1 SW2, která označují stav zpracování příkazu.


  SW1 | SW2 | Význam |
| --- | --- | --- | --- | --- |
| 90 | 00 | Normální zpracování |
| 61 | XX | Normální zpracování XX = počet dostupných bajtů odpovědi |
| 62 | 81 | Zpracování s varováním. Část vrácených dat může být poškozena. |
| 63 | 00 | Chyba ověření pravosti (varování) |
| 63 | CX | Chybné CHV (kód PIN). „X“ poskytuje stav čítače zbývajících pokusů. |
| 64 | 00 | Chyba provádění – stav paměti nezávislé na napájení nezměněn. Chyba integrity. |
| 65 | 00 | Chyba provádění – stav paměti nezávislé na napájení změněn. |
| 65 | 81 | Chyba provádění – stav paměti nezávislé na napájení změněn – porucha pamě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ěřování certifikátu) nebo
  chybný kryptogram (při externím ověřování pravosti) nebo
  chybný podpis (při ověřování podpisu) |

c)

v bodě 3.4 se odstavec TCS_29 nahrazuje tímto:

„TCS_29

V každé zprávě s odpovědí jsou vrácena stavová slova SW1 SW2, která označují stav zpracování příkazu.

SW1

SW2

Význam

90

00

Normální zpracování

61

XX

Normální zpracování XX = počet dostupných bajtů odpovědi

62

81

Zpracování s varováním. Část vrácených dat může být poškozena.

63

00

Chyba ověření pravosti (varování)

63

CX

Chybné CHV (kód PIN). „X“ poskytuje stav čítače zbývajících pokusů.

64

00

Chyba provádění – stav paměti nezávislé na napájení nezměněn. Chyba integrity.

65

00

Chyba provádění – stav paměti nezávislé na napájení změněn.

65

81

Chyba provádění – stav paměti nezávislé na napájení změněn – porucha pamě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ěřování certifikátu) nebo

chybný kryptogram (při externím ověřování pravosti) nebo

chybný podpis (při ověřování podpisu)

67

00

Chybná délka (chybná hodnota Lc nebo Le)

68

83

Očekáván poslední příkaz řetězce

69

00

Zakázaný příkaz (žádná dostupná odpověď v T=0)

69

82

Bezpečnostní status nesplněn

69

83

Metoda ověření pravosti zablokována

69

85

Podmínky použití nesplněny

69

86

Nedovolený příkaz (žádný aktuální EF)

69

87

Chybí očekávané datové objekty bezpečného předávání zpráv.

69

88

Chybné datové objekty bezpečného předávání zpráv

6A

80

Chybné parametry v datovém poli

6A

82

Soubor nenalezen

6A

86

Chybné parametry P1-P2

6A

88

Odkazovaná data nenalezena

6B

00

Chybné parametry (offset mimo EF)

6C

XX

Chybná délka, SW2 udává přesnou délku. Není vráceno žádné datové pole.

6D

00

Kód instrukce není podporován nebo je neplatný.

6E

00

Třída není podporována.

6F

00

| - | Jiné chyby kontroly |
| --- | --- |

-

Jiné chyby kontroly

Mohou být vrácena další stavová slova definovaná v normě ISO/IEC 7816-4, pokud jejich chování není výslovně uvedeno v tomto dodatku.

Volitelně mohou být vrácena například tato stavová slova:

6881: Logický kanál není podporován.

6882: Bezpečné předávání zpráv není podporováno.“;

| d) | v bodě 3.5.1.1 se poslední odrážka v odstavci TCS_38 nahrazuje tímto:


  „— | Je-li vybraná aplikace považována za poškozenou (v atributech souboru je detekována chyba integrity), je vrácen stav zpracování „6400“ nebo „6500“.“; |
| --- | --- | --- |

d)

v bodě 3.5.1.1 se poslední odrážka v odstavci TCS_38 nahrazuje tímto:

„—

Je-li vybraná aplikace považována za poškozenou (v atributech souboru je detekována chyba integrity), je vrácen stav zpracování „6400“ nebo „6500“.“;

6400

6500

| e) | v bodě 3.5.1.2 se poslední odrážka v odstavci TCS_41 nahrazuje tímto:


  „— | Je-li vybraný soubor považován za poškozený (v atributech souboru je detekována chyba integrity), je vrácen stav zpracování „6400“ nebo „6500“.“; |
| --- | --- | --- |

e)

v bodě 3.5.1.2 se poslední odrážka v odstavci TCS_41 nahrazuje tímto:

„—

Je-li vybraný soubor považován za poškozený (v atributech souboru je detekována chyba integrity), je vrácen stav zpracování „6400“ nebo „6500“.“;

6400

6500

| f) | v bodě 3.5.2.1 se šestá odrážka v odstavci TCS_43 nahrazuje tímto:


  „— | Je-li v atributech souboru zjištěna chyba integrity, karta považuje soubor za poškozený a neopravitelný a je vrácen stav zpracování „6400“ nebo „6500“.“; |
| --- | --- | --- |

f)

v bodě 3.5.2.1 se šestá odrážka v odstavci TCS_43 nahrazuje tímto:

„—

Je-li v atributech souboru zjištěna chyba integrity, karta považuje soubor za poškozený a neopravitelný a je vrácen stav zpracování „6400“ nebo „6500“.“;

6400

6500

| g) | bod 3.5.2.1.1 se mění takto:


  i) | v odstavci TCS_45 se tabulka nahrazuje tímto:


  „Bajt | Délka | Hodnota | Popis |
| --- | --- | --- | --- | --- | --- |
| #1 | 1 | „81h“ | TPV: tag pro otevřená data |
| #2 | L | „NNh“ nebo
  „81 NNh“ | LPV: délka vrácených dat (= původní Le).
  L jsou 2 bajty, jestliže LPV > 127 bajtů. |
| #(2+L)-#(1+L+NN) | NN | „XX..XXh“ | Otevřená data |
| #(2+L+NN) | 1 | „99h“ | Tag pro stav zpracování (SW1-SW2) – volitelný pro bezpečné předávání zpráv 1. generace |
| #(3+L+NN) | 1 | „02h“ | Délka stavu zpracování – volitelná pro bezpečné předávání zpráv 1. generace |
| #(4+L+NN) - #(5+L+NN) | 2 | „XX XXh“ | Stav zpracování nechráněné APDU odpovědi – volitelný pro bezpečné předávání zpráv 1. generace |
| #(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 kontrolního součtu | „04h“ pro bezpečné předávání zpráv 1. generace (viz dodatek 11 část A) |

g)

bod 3.5.2.1.1 se mění takto:

i)

v odstavci TCS_45 se tabulka nahrazuje tímto:

„Bajt

Délka

Hodnota

Popis

# 1

1

„81h“

TPV: tag pro otevřená data

PV

# 2

L

„NNh“ nebo

„81 NNh“

LPV: délka vrácených dat (= původní Le).

PV

L jsou 2 bajty, jestliže LPV > 127 bajtů.

PV

# (2+L)-#(1+L+NN)

NN

„XX..XXh“

Otevřená data

# (2+L+NN)

1

„99h“

Tag pro stav zpracování (SW1-SW2) – volitelný pro bezpečné předávání zpráv 1. generace

# (3+L+NN)

1

„02h“

Délka stavu zpracování – volitelná pro bezpečné předávání zpráv 1. generace

# (4+L+NN) - #(5+L+NN)

2

„XX XXh“

Stav zpracování nechráněné APDU odpovědi – volitelný pro bezpečné předávání zpráv 1. generace

# (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 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 dodatek 11 část B) |
| --- | --- |

„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)“

| ii) | v odstavci TCS_46 se tabulka nahrazuje tímto:


  „Bajt | Délka | Hodnota | Popis |
| --- | --- | --- | --- | --- |
| #1 | 1 | „87h“ | TPI CG: tag pro šifrovaná data (kryptogram) |
| #2 | L | „MMh“ nebo
  „81 MMh“ | LPI CG: délka vrácených šifrovaných dat (v důsledku doplnění odlišná od původního Le příkazu).
  L je 2 bajty, jestliže LPI CG > 127 bajtů. |
| #(2+L)-#(1+L+MM) | MM | „01XX..XXh“ | Šifrovaná data: indikátor doplnění a kryptogram |
| #(2+L+MM) | 1 | „99h“ | Tag pro stav zpracování (SW1-SW2) – volitelný pro bezpečné předávání zpráv 1. generace |
| #(3+L+MM) | 1 | „02h“ | Délka stavu zpracování – volitelná pro bezpečné předávání zpráv 1. generace |
| #(4+L+MM) - #(5+L+MM) | 2 | „XX XXh“ | Stav zpracování nechráněné APDU odpovědi – volitelný pro bezpečné předávání zpráv 1. generace |
| #(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 kontrolního součtu | „04h“ pro bezpečné předávání zpráv 1. generace (viz dodatek 11 část A) |

ii)

v odstavci TCS_46 se tabulka nahrazuje tímto:

„Bajt

Délka

Hodnota

Popis

# 1

1

„87h“

TPI CG: tag pro šifrovaná data (kryptogram)

PI CG

# 2

L

„MMh“ nebo

„81 MMh“

LPI CG: délka vrácených šifrovaných dat (v důsledku doplnění odlišná od původního Le příkazu).

PI CG

L je 2 bajty, jestliže LPI CG > 127 bajtů.

# (2+L)-#(1+L+MM)

MM

„01XX..XXh“

Šifrovaná data: indikátor doplnění a kryptogram

# (2+L+MM)

1

„99h“

Tag pro stav zpracování (SW1-SW2) – volitelný pro bezpečné předávání zpráv 1. generace

# (3+L+MM)

1

„02h“

Délka stavu zpracování – volitelná pro bezpečné předávání zpráv 1. generace

# (4+L+MM) - #(5+L+MM)

2

„XX XXh“

Stav zpracování nechráněné APDU odpovědi – volitelný pro bezpečné předávání zpráv 1. generace

# (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 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 dodatek 11 část B) |
| --- | --- |

„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+MM)-#(7+N+L+MM)

N

„XX..XXh“

Kryptografický kontrolní součet

SW

2

„XXXXh“

Stavová slova (SW1, SW2)“

| h) | v bodě 3.5.2.2 se šestá odrážka v odstavci TCS_50 nahrazuje tímto:


  „— | Je-li v atributech souboru zjištěna chyba integrity, karta považuje soubor za poškozený a neopravitelný a je vrácen stav zpracování „6400“ nebo „6500“.“; |
| --- | --- | --- |

h)

v bodě 3.5.2.2 se šestá odrážka v odstavci TCS_50 nahrazuje tímto:

„—

Je-li v atributech souboru zjištěna chyba integrity, karta považuje soubor za poškozený a neopravitelný a je vrácen stav zpracování „6400“ nebo „6500“.“;

6400

6500

| i) | v bodě 3.5.2.3 se odstavec TCS_52 mění takto:


  i) | poslední řádek tabulky se nahrazuje tímto:


  „Le | 1 | „XXh“ | Podle specifikace v ISO/IEC 7816-4“ |
| --- | --- | --- | --- | --- | --- |

i)

v bodě 3.5.2.3 se odstavec TCS_52 mění takto:

i)

poslední řádek tabulky se nahrazuje tímto:

„Le

1

„XXh“

Podle specifikace v ISO/IEC 7816-4“

| ii) | vkládá se nová věta, která zní:

  „Je-li T=0, karta předpokládá hodnotu Le = „00h“, jestliže není použito bezpečné předávání zpráv.
  Je-li T=1, je vrácen stav zpracování „6700“, jestliže Le = „01h“.“; |
| --- | --- |

ii)

vkládá se nová věta, která zní:

„Je-li T=0, karta předpokládá hodnotu Le = „00h“, jestliže není použito bezpečné předávání zpráv.

Je-li T=1, je vrácen stav zpracování „6700“, jestliže Le = „01h“.“;

| j) | v bodě 3.5.2.3 se šestá odrážka v odstavci TCS_53 nahrazuje tímto:


  „— | Je-li v atributech souboru zjištěna chyba integrity, karta považuje soubor za poškozený a neopravitelný a je vrácen stav zpracování „6400“ nebo „6500“.“; |
| --- | --- | --- |

j)

v bodě 3.5.2.3 se šestá odrážka v odstavci TCS_53 nahrazuje tímto:

„—

Je-li v atributech souboru zjištěna chyba integrity, karta považuje soubor za poškozený a neopravitelný a je vrácen stav zpracování „6400“ nebo „6500“.“;

6400

6500

| k) | v bodě 3.5.3.2 se šestá odrážka v odstavci TCS_63 nahrazuje tímto:


  „— | Je-li v atributech souboru zjištěna chyba integrity, karta považuje soubor za poškozený a neopravitelný a je vrácen stav zpracování „6400“ nebo „6500“.“; |
| --- | --- | --- |

k)

v bodě 3.5.3.2 se šestá odrážka v odstavci TCS_63 nahrazuje tímto:

„—

Je-li v atributech souboru zjištěna chyba integrity, karta považuje soubor za poškozený a neopravitelný a je vrácen stav zpracování „6400“ nebo „6500“.“;

6400

6500

| l) | v bodě 3.5.5 se odstavec TCS_72 nahrazuje tímto:


  „TCS_72 | Kód PIN zadaný uživatelem musí být v kódování ASCII a IFD jej zprava doplní bajty „FFh“ na délku 8 bajtů, viz rovněž datový typ WorkshopCardPIN v dodatku 1.“; |
| --- | --- | --- |

l)

v bodě 3.5.5 se odstavec TCS_72 nahrazuje tímto:

„TCS_72

Kód PIN zadaný uživatelem musí být v kódování ASCII a IFD jej zprava doplní bajty „FFh“ na délku 8 bajtů, viz rovněž datový typ WorkshopCardPIN v dodatku 1.“;

| m) | v bodě 3.5.8 se odstavec TCS_95 nahrazuje tímto:


  „TCS_95 | Jestliže je příkaz INTERNAL AUTHENTICATE úspěšný, aktuální klíč relace 1. generace, pokud existuje, se vymaže a není nadále k dispozici. Aby byl k dispozici nový klíč relace 1. generace, musí být úspěšně proveden příkaz EXTERNAL AUTHENTICATE pro mechanismus ověření pravosti 1. generace.


  Poznámka: | klíče relace 2. generace viz dodatek 11 odstavce CSM_193 a CSM_195. Jsou-li vytvořeny klíče relace 2. generace a karta tachografu přijme otevřený příkaz INTERNAL AUTHENTICATE APDU, přeruší relaci bezpečného předávání zpráv 2. generace a zlikviduje klíče relace 2. generace.“; |
| --- | --- | --- | --- |

m)

v bodě 3.5.8 se odstavec TCS_95 nahrazuje tímto:

„TCS_95

Jestliže je příkaz INTERNAL AUTHENTICATE úspěšný, aktuální klíč relace 1. generace, pokud existuje, se vymaže a není nadále k dispozici. Aby byl k dispozici nový klíč relace 1. generace, musí být úspěšně proveden příkaz EXTERNAL AUTHENTICATE pro mechanismus ověření pravosti 1. generace.

Poznámka:

Poznámka:

klíče relace 2. generace viz dodatek 11 odstavce CSM_193 a CSM_195. Jsou-li vytvořeny klíče relace 2. generace a karta tachografu přijme otevřený příkaz INTERNAL AUTHENTICATE APDU, přeruší relaci bezpečného předávání zpráv 2. generace a zlikviduje klíče relace 2. generace.“;

| n) | v bodě 3.5.9 se odstavec TCS_97 nahrazuje tímto:


  „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. Jestliže je tento příkaz EXTERNAL AUTHENTICATE 2. generace úspěšný, aktuální klíč relace 1. generace, pokud existuje, se vymaže a není nadále k dispozici.


  Poznámka: | klíče relace 2. generace viz dodatek 11 odstavce CSM_193 a CSM_195. Jsou-li vytvořeny klíče relace 2. generace a karta tachografu přijme otevřený příkaz EXTERNAL AUTHENTICATE APDU, přeruší relaci bezpečného předávání zpráv 2. generace a zlikviduje klíče relace 2. generace.“; |
| --- | --- | --- | --- |

n)

v bodě 3.5.9 se odstavec TCS_97 nahrazuje tímto:

„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. Jestliže je tento příkaz EXTERNAL AUTHENTICATE 2. generace úspěšný, aktuální klíč relace 1. generace, pokud existuje, se vymaže a není nadále k dispozici.

Poznámka:

Poznámka:

klíče relace 2. generace viz dodatek 11 odstavce CSM_193 a CSM_195. Jsou-li vytvořeny klíče relace 2. generace a karta tachografu přijme otevřený příkaz EXTERNAL AUTHENTICATE APDU, přeruší relaci bezpečného předávání zpráv 2. generace a zlikviduje klíče relace 2. generace.“;

| o) | v bodě 3.5.10 se v tabulce v odstavci TCS_101 doplňuje nový řádek, který zní:


  „5 + L + 1 | 1 | ‘00h’ | Podle specifikace v ISO/IEC 7816-4“ |
| --- | --- | --- | --- | --- |

o)

v bodě 3.5.10 se v tabulce v odstavci TCS_101 doplňuje nový řádek, který zní:

„5 + L + 1

1

‘00h’

Podle specifikace v ISO/IEC 7816-4“

| p) | v bodě 3.5.11.2.3 se v odstavci TCS_114 doplňují nové pododstavce, které znějí:


  „— | Je-li currentAuthenticatedTime karty pozdější než datum skončení platnosti zvoleného veřejného klíče, je vrácen stav zpracování „6A88“. |
| --- | --- | --- |

p)

v bodě 3.5.11.2.3 se v odstavci TCS_114 doplňují nové pododstavce, které znějí:

„—

Je-li currentAuthenticatedTime karty pozdější než datum skončení platnosti zvoleného veřejného klíče, je vrácen stav zpracování „6A88“.

6A88

| Poznámka: | Použije-li se pro ověření pravosti celku ve vozidle příkaz MSE: SET AT, je klíčem, na který se odkazuje, veřejný klíč VU_MA. Karta nastaví k použití veřejný klíč VU_MA, který odpovídá odkazu na držitele certifikátu (CHR) uvedenému v datovém poli příkazu, pokud jej má v paměti (karta dokáže veřejné klíče VU_MA identifikovat pomocí pole CHA certifikátu). Karta na tento příkaz vrátí „6A 88“, pokud je k dispozici pouze veřejný klíč VU_Sign nebo pokud není k dispozici žádný veřejný klíč celku ve vozidle. Viz definice pole CHA v dodatku 11 a datového typu equipmentType v dodatku 1. |
| --- | --- |

Poznámka:

Poznámka:

Použije-li se pro ověření pravosti celku ve vozidle příkaz MSE: SET AT, je klíčem, na který se odkazuje, veřejný klíč VU_MA. Karta nastaví k použití veřejný klíč VU_MA, který odpovídá odkazu na držitele certifikátu (CHR) uvedenému v datovém poli příkazu, pokud jej má v paměti (karta dokáže veřejné klíče VU_MA identifikovat pomocí pole CHA certifikátu). Karta na tento příkaz vrátí „6A 88“, pokud je k dispozici pouze veřejný klíč VU_Sign nebo pokud není k dispozici žádný veřejný klíč celku ve vozidle. Viz definice pole CHA v dodatku 11 a datového typu equipmentType v dodatku 1.

Podobně v případě příkazu MSE: SET DST s odkazem na EQT (tj. celek ve vozidle nebo kartu) poslaného na kontrolní kartu je podle CSM_234 klíčem, na který se odkazuje, vždy klíč EQT_Sign, který se musí použít k ověření digitálního podpisu. Podle obrázku 13 v dodatku 11 bude na kontrolní kartě vždy uložen příslušný veřejný klíč EQT_Sign. V některých případech může být na kontrolní kartě uložen odpovídající veřejný klíč EQT_MA. Kontrolní karta vždy nastaví k použití veřejný klíč EQT_Sign, když obdrží příkaz MSE: SET DST.“;

| q) | bod 3.5.13 se mění takto:


  i) | odstavec TCS_121 se nahrazuje tímto:


  „TCS_121 | Dočasně uložená hodnota hash souboru se smaže, pokud je pomocí příkazu PERFORM HASH of FILE vypočítána nová hodnota hash souboru, pokud je zvolen DF a pokud je resetována karta tachografu.“; |
| --- | --- | --- | --- |

q)

bod 3.5.13 se mění takto:

i)

odstavec TCS_121 se nahrazuje tímto:

„TCS_121

Dočasně uložená hodnota hash souboru se smaže, pokud je pomocí příkazu PERFORM HASH of FILE vypočítána nová hodnota hash souboru, pokud je zvolen DF a pokud je resetována karta tachografu.“;

| ii) | odstavec TCS_123 se nahrazuje tímto:


  „TCS_123 | Aplikace tachografu 2. generace podporuje algoritmus SHA-2 (SHA-256, SHA-384 nebo SHA-512), specifikovaný sadami šifer v dodatku 11 části B pro podpisový klíč karty Card_Sign.“; |
| --- | --- | --- |

ii)

odstavec TCS_123 se nahrazuje tímto:

„TCS_123

Aplikace tachografu 2. generace podporuje algoritmus SHA-2 (SHA-256, SHA-384 nebo SHA-512), specifikovaný sadami šifer v dodatku 11 části B pro podpisový klíč karty Card_Sign.“;

| iii) | tabulka v odstavci TCS_124 se nahrazuje tímto:


  „Bajt | Délka | Hodnota | Popis |
| --- | --- | --- | --- | --- |
| CLA | 1 | „80h“ | CLA |
| INS | 1 | „2Ah“ | Provedení bezpečnostní operace |
| P1 | 1 | „90h“ | Tag: Hash |
| P2 | 1 | „00h“ | Algoritmus je implicitně znám.
  Pro aplikaci tachografu 1. generace: SHA-1
  Pro aplikaci tachografu 2. generace: algoritmus SHA-2 (SHA-256, SHA-384 nebo SHA-512) definovaný sadou šifer v dodatku 11 části B pro podpisový klíč karty Card_Sign“ |

iii)

tabulka v odstavci TCS_124 se nahrazuje tímto:

„Bajt

Délka

Hodnota

Popis

CLA

1

„80h“

CLA

INS

1

„2Ah“

Provedení bezpečnostní operace

P1

1

„90h“

Tag: Hash

P2

1

„00h“

Algoritmus je implicitně znám.

Pro aplikaci tachografu 1. generace: SHA-1

Pro aplikaci tachografu 2. generace: algoritmus SHA-2 (SHA-256, SHA-384 nebo SHA-512) definovaný sadou šifer v dodatku 11 části B pro podpisový klíč karty Card_Sign“

| r) | bod 3.5.14 se mění takto:
  znění pod nadpisem až k odstavci TCS_126 se nahrazuje tímto:

  „Tento příkaz se používá pro výpočet digitálního podpisu dříve vypočtené hodnoty hash (viz PERFORM HASH OF FILE, bod 3.5.13).
  Tento příkaz musí podporovat 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 implementovat. Pokud jde o aplikaci tachografu 2. generace, mají podpisový klíč 2. generace pouze karta řidiče a karta dílny, ostatní typy karet nemohou tento příkaz úspěšně provést a ukončí jej s vhodným chybovým kódem.
  Příkaz může, ale nemusí být přístupný v MF. Pokud příkaz v MF přístupný není, skončí vhodným chybovým kódem.
  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é.“; |
| --- | --- |

r)

bod 3.5.14 se mění takto:

znění pod nadpisem až k odstavci TCS_126 se nahrazuje tímto:

„Tento příkaz se používá pro výpočet digitálního podpisu dříve vypočtené hodnoty hash (viz PERFORM HASH OF FILE, bod 3.5.13).

Tento příkaz musí podporovat 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 implementovat. Pokud jde o aplikaci tachografu 2. generace, mají podpisový klíč 2. generace pouze karta řidiče a karta dílny, ostatní typy karet nemohou tento příkaz úspěšně provést a ukončí jej s vhodným chybovým kódem.

Příkaz může, ale nemusí být přístupný v MF. Pokud příkaz v MF přístupný není, skončí vhodným chybovým kódem.

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é.“;

| s) | bod 3.5.15 se mění takto:


  i) | tabulka v odstavci TCS_133 se nahrazuje tímto:


  „Bajt | Délka | Hodnota | Popis |
| --- | --- | --- | --- | --- | --- |
| CLA | 1 | „00h“ | CLA |
| INS | 1 | „2Ah“ | Provedení bezpečnostní operace |
| P1 | 1 | „00h“ | |
| P2 | 1 | „A8h“ | Tag: datové pole obsahuje datové objekty relevantní pro ověření |
| Lc | 1 | „XXh“ | Délka Lc následujícího datového pole |
| #6 | 1 | „9Eh“ | Tag pro digitální podpis |
| #7 nebo
  #7-#8 | L | „NNh“ nebo
  „81 NNh“ | Délka digitálního podpisu (L je 2 bajty, pokud je digitální podpis delší než 127 bajtů): | 128 bajtů kódovaných podle dodatku 11 části A pro aplikaci tachografu 1. generace |

s)

bod 3.5.15 se mění takto:

i)

tabulka v odstavci TCS_133 se nahrazuje tímto:

„Bajt

Délka

Hodnota

Popis

CLA

1

„00h“

CLA

INS

1

„2Ah“

Provedení bezpečnostní operace

P1

1

„00h“

P2

1

„A8h“

Tag: datové pole obsahuje datové objekty relevantní pro ověření

Lc

1

„XXh“

Délka Lc následujícího datového pole

# 6

1

„9Eh“

Tag pro digitální podpis

# 7 nebo

# 7-#8

L

„NNh“ nebo

„81 NNh“

Délka digitálního podpisu (L je 2 bajty, pokud je digitální podpis delší než 127 bajtů):

128 bajtů kódovaných podle dodatku 11 části A pro aplikaci tachografu 1. generace

| | v závislosti na zvolené křivce pro aplikaci tachografu 2. generace (viz dodatek 11 část B). |
| --- | --- |

v závislosti na zvolené křivce pro aplikaci tachografu 2. generace (viz dodatek 11 část B).

# (7+L)-#(6+L+NN)

NN

„XX..XXh“

Obsah digitálního podpisu“

| ii) | v odstavci TCS_134 se doplňuje nová odrážka, která zní:


  „— | Jestliže vybraný veřejný klíč (použitý k ověření digitálního podpisu) má CHA.LSB (CertificateHolderAuthorisation.equipmentType), který není vhodný pro ověření digitálního podpisu podle dodatku 11, je vrácen stav zpracování „6985“.“; |
| --- | --- | --- |

ii)

v odstavci TCS_134 se doplňuje nová odrážka, která zní:

„—

Jestliže vybraný veřejný klíč (použitý k ověření digitálního podpisu) má CHA.LSB (CertificateHolderAuthorisation.equipmentType), který není vhodný pro ověření digitálního podpisu podle dodatku 11, je vrácen stav zpracování „6985“.“;

6985

| t) | bod 3.5.16 se mění takto:


  i) | v tabulce v odstavci TCS_138 se doplňuje nový řádek, který zní:


  „5 + L + 1 | 1 | „00h“ | Podle specifikace v ISO/IEC 7816-4“ |
| --- | --- | --- | --- | --- | --- |

t)

bod 3.5.16 se mění takto:

i)

v tabulce v odstavci TCS_138 se doplňuje nový řádek, který zní:

„5 + L + 1

1

„00h“

Podle specifikace v ISO/IEC 7816-4“

| ii) | v odstavci TCS_139 se doplňuje nový pododstavec, který zní:


  „— | „6985“ označuje, že časové razítko (4 bajty) uvedené v datovém poli příkazu je dřívější než hodnota cardValidityBegin nebo pozdější než hodnota cardExpiryDate.“; |
| --- | --- | --- |

ii)

v odstavci TCS_139 se doplňuje nový pododstavec, který zní:

„—

„6985“ označuje, že časové razítko (4 bajty) uvedené v datovém poli příkazu je dřívější než hodnota cardValidityBegin nebo pozdější než hodnota cardExpiryDate.“;

6985

| u) | bod 4.2.2 se mění takto:


  i) | v datové struktuře v odstavci TCS_154 se řádky od DF Tachograph G2 do EF CardMA_Certificate a řádky od EF GNSS_Places do konce tohoto odstavce nahrazují tímto:
  „


  Text obrazu

  Soubor / datový prvek
  Počet záznamů
  Velikost (bajty)
  Výchozí hodnoty
  Min
  Max

  “ |
| --- | --- | --- |

u)

bod 4.2.2 se mění takto:

i)

v datové struktuře v odstavci TCS_154 se řádky od DF Tachograph G2 do EF CardMA_Certificate a řádky od EF GNSS_Places do konce tohoto odstavce nahrazují tímto:

Soubor / datový prvek

Počet záznamů

Velikost (bajty)

Výchozí hodnoty

Min

Max

| ii) | v odstavci TCS_155 se položka


  v tabulce nahrazuje tímto:


  „ | | 252 | 336“ |
| --- | --- | --- | --- | --- |

ii)

Image 27

Image 28

Image 29

252

336“

| v) | v bodě 4.3.1 se znění odpovídající zkratce SC4 v odstavci TCS_156 nahrazuje tímto:


  „SC4 | Pro příkaz READ BINARY se sudým bajtem INS:
  (SM-C-MAC-G1 AND SM-R-ENC-MAC-G1) OR
  (SM-C-MAC-G2 AND SM-R-ENC-MAC-G2)
  Pro příkaz READ BINARY s lichým bajtem INS (je-li podporován): NEV“; |
| --- | --- | --- |

v)

v bodě 4.3.1 se znění odpovídající zkratce SC4 v odstavci TCS_156 nahrazuje tímto:

„SC4

SC4

Pro příkaz READ BINARY se sudým bajtem INS:

(SM-C-MAC-G1 AND SM-R-ENC-MAC-G1) OR

(SM-C-MAC-G2 AND SM-R-ENC-MAC-G2)

Pro příkaz READ BINARY s lichým bajtem INS (je-li podporován): NEV“;

| w) | bod 4.3.2 se mění takto:


  i) | v datové struktuře v odstavci TCS_162 se řádky od DF Tachograph G2 do EF CardMA_Certificate, řádky od EF Calibration do extendedSealIdentifier a řádky od EF GNSS_Places do vehicleOdometerValue nahrazují tímto:
  „


  Text obrazu

  Soubor / datový prvek
  Počet záznamů
  Velikost (bajty)
  Výchozí hodnoty
  Min
  Max


  “ |
| --- | --- | --- |

w)

bod 4.3.2 se mění takto:

i)

v datové struktuře v odstavci TCS_162 se řádky od DF Tachograph G2 do EF CardMA_Certificate, řádky od EF Calibration do extendedSealIdentifier a řádky od EF GNSS_Places do vehicleOdometerValue nahrazují tímto:

Soubor / datový prvek

Počet záznamů

Velikost (bajty)

Výchozí hodnoty

Min

Max

| ii) | položka NoOfGNSSCDRecords v tabulce v odstavci TCS_163 se nahrazuje tímto:


  „ | | 18 | 24“ |
| --- | --- | --- | --- | --- |

ii)

položka NoOfGNSSCDRecords v tabulce v odstavci TCS_163 se nahrazuje tímto:

Image 32

Image 33

18

24“

| 31) | v dodatku 3 se bod 2 mění takto:


  a) | za řádek s piktogramy „místo začátku denní pracovní doby“ a „místo konce denní pracovní doby“ se vkládá nový řádek, který zní:

  „


  poloha po třech hodinách součtové doby řízení“; |
| --- | --- | --- |

31)

v dodatku 3 se bod 2 mění takto:

a)

za řádek s piktogramy „místo začátku denní pracovní doby“ a „místo konce denní pracovní doby“ se vkládá nový řádek, který zní:

„

  Image 34
  poloha po třech hodinách součtové doby řízení“;

| b) | kombinace piktogramů „nastavení času (dílnou)“ se nahrazuje tímto:

  „


  časový konflikt nebo nastavení času (dílnou)“; |
| --- | --- |

b)

kombinace piktogramů „nastavení času (dílnou)“ se nahrazuje tímto:

„

  Image 35
  časový konflikt nebo nastavení času (dílnou)“;

| c) | na seznam Události se přidávají tyto kombinace piktogramů:

  „


  chybí informace o poloze z přijímače GNSS nebo chyba komunikace s vnějším zařízením GNSS;


  chyba komunikace se zařízením pro dálkovou komunikaci“; |
| --- | --- |

c)

na seznam Události se přidávají tyto kombinace piktogramů:

„

  Image 36
  chybí informace o poloze z přijímače GNSS nebo chyba komunikace s vnějším zařízením GNSS;

Image 37
  chyba komunikace se zařízením pro dálkovou komunikaci“;

| 32) | dodatek 4 se mění takto:


  a) | bod 2 se mění takto:


  i) | blok číslo 11.4 se nahrazuje tímto:


  „11.4 | Zadání místa začátku a/nebo konce denní pracovní doby |
| --- | --- | --- | --- | --- |
| pi=piktogram místa začátku/konce, čas, země, region,
  zeměpisná délka zaznamenané polohy,
  zeměpisná šířka zaznamenané polohy,
  časové razítko, kdy byla poloha stanovena,
  stav počitadla ujetých kilometrů | pihh:mm Cou Reg
  lon ±DDDoMM.M’
  lat ± DDoMM.M’
  hh:mm
  x xxx xxx km“ |

32)

dodatek 4 se mění takto:

a)

bod 2 se mění takto:

i)

blok číslo 11.4 se nahrazuje tímto:

„11.4

Zadání místa začátku a/nebo konce denní pracovní doby

Zadání místa začátku a/nebo konce denní pracovní doby

pi=piktogram místa začátku/konce, čas, země, region,

zeměpisná délka zaznamenané polohy,

zeměpisná šířka zaznamenané polohy,

časové razítko, kdy byla poloha stanovena,

stav počitadla ujetých kilometrů

pihh:mm Cou Reg

lon ±DDDoMM.M’

o

lat ± DDoMM.M’

o

hh:mm

x xxx xxx km“

km

| ii) | blok číslo 11.5 se nahrazuje tímto:


  „11.5 | Polohy po třech hodinách součtové doby řízení

  pi=poloha po třech hodinách součtové doby řízení, |
| --- | --- | --- |
| čas,
  zeměpisná délka zaznamenané polohy,
  zeměpisná šířka zaznamenané polohy,
  časové razítko, kdy byla poloha stanovena,
  stav počitadla ujetých kilometrů | “ |

ii)

blok číslo 11.5 se nahrazuje tímto:

„11.5

Polohy po třech hodinách součtové doby řízení

Polohy po třech hodinách součtové doby řízení

pi=poloha po třech hodinách součtové doby řízení,

čas,

zeměpisná délka zaznamenané polohy,

zeměpisná šířka zaznamenané polohy,

časové razítko, kdy byla poloha stanovena,

stav počitadla ujetých kilometrů

Image 38

| b) | v bodě 3.1 se pozice 11.5 formátu denního výtisku nahrazuje tímto:


  „11.5 | Polohy po třech hodinách součtové doby řízení v chronologickém pořadí“ |
| --- | --- | --- |

b)

v bodě 3.1 se pozice 11.5 formátu denního výtisku nahrazuje tímto:

„11.5

Polohy po třech hodinách součtové doby řízení v chronologickém pořadí“

| c) | v bodě 3.2 se formát denního výtisku nahrazuje tímto:


  „1 | Datum a čas vytištění dokumentu |
| --- | --- | --- |
| 2 | Typ výtisku |
| 3 | Identifikace držitele karty (pro všechny karty vložené do VU, + GEN) |
| 4 | Identifikace vozidla (z nějž se výtisk pořizuje) |
| 5 | Identifikace VU (VU, z nějž se výtisk pořizuje, + GEN) |
| 6 | Poslední kalibrace tohoto VU |
| 7 | Poslední kontrola tohoto tachografu |
| 9 | Oddělovač činností řidiče |
| 10 | Oddělovač otvoru pro kartu řidiče (otvor č. 1) |
| 10a | Na začátku tohoto 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ělovač otvoru pro kartu druhého řidiče (otvor č. 2) |
| 10a | Na začátku tohoto 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ělovač denního souhrnu |
| 11.1 | Souhrn dob bez karty v otvoru pro kartu řidiče |
| 11.4 | Zadaná místa v chronologickém pořadí |
| 11.5 | Polohy po třech hodinách součtové doby řízení v chronologickém pořadí |
| 11.7 | Celkové doby trvání činností |
| 11.2 | Souhrn dob bez karty v otvoru pro kartu druhého řidiče |
| 11.4 | Zadaná místa v chronologickém pořadí |
| 11.5 | Polohy po třech hodinách součtové doby řízení v chronologickém pořadí |
| 11.8 | Celkové doby trvání činností |
| 11.3 | Souhrn činností řidiče při zahrnutí obou otvorů pro kartu |
| | 11.4 | | Místa zadaná tímto řidičem v chronologickém pořadí |
| | 11.5 | | Polohy po třech hodinách součtové doby řízení v chronologickém pořadí |
| 11.9 | Celkové doby trvání činností tohoto řidiče |
| 13.1 | Oddělovač událostí a závad |
| 13.4 | Záznamy 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ísto kontroly |
| 22.2 | Podpis kontrolora |
| 22.3 | Čas začátku (místo, kde může řidič bez karty uvést, |
| 22.4 | Čas konce která období se ho týkají) |
| 22.5 | Podpis řidiče“ |

c)

v bodě 3.2 se formát denního výtisku nahrazuje tímto:

„1

Datum a čas vytištění dokumentu

2

Typ výtisku

3

Identifikace držitele karty (pro všechny karty vložené do VU, + GEN)

4

Identifikace vozidla (z nějž se výtisk pořizuje)

5

Identifikace VU (VU, z nějž se výtisk pořizuje, + GEN)

6

Poslední kalibrace tohoto VU

7

Poslední kontrola tohoto tachografu

9

Oddělovač činností řidiče

10

Oddělovač otvoru pro kartu řidiče (otvor č. 1)

10a

Na začátku tohoto 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ělovač otvoru pro kartu druhého řidiče (otvor č. 2)

10a

Na začátku tohoto 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ělovač denního souhrnu

11.1

Souhrn dob bez karty v otvoru pro kartu řidiče

11.4

Zadaná místa v chronologickém pořadí

11.5

Polohy po třech hodinách součtové doby řízení v chronologickém pořadí

11.7

Celkové doby trvání činností

11.2

Souhrn dob bez karty v otvoru pro kartu druhého řidiče

11.4

Zadaná místa v chronologickém pořadí

11.5

Polohy po třech hodinách součtové doby řízení v chronologickém pořadí

11.8

Celkové doby trvání činností

11.3

Souhrn činností řidiče při zahrnutí obou otvorů pro kartu

11.4

Místa zadaná tímto řidičem v chronologickém pořadí

11.5

Polohy po třech hodinách součtové doby řízení v chronologickém pořadí

11.9

Celkové doby trvání činností tohoto řidiče

13.1

Oddělovač událostí a závad

13.4

Záznamy 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ísto kontroly

22.2

Podpis kontrolora

22.3

Čas začátku (místo, kde může řidič bez karty uvést,

22.4

Čas konce která období se ho týkají)

22.5

Podpis řidiče“

| d) | v bodě 3.7 se odstavec PRT_014 nahrazuje tímto:


  „PRT_014 | Výtisk historie vložených karet musí mít následující formát:


  1 | Datum a čas vytištění dokumentu |
| --- | --- | --- | --- |
| 2 | Typ výtisku |
| 3 | Identifikace držitelů karty (pro všechny karty vložené do VU) |
| 23 | Karta naposledy vložená do VU |
| 23.1 | Vložené karty (až 88 záznamů) |
| 12.3 | Oddělovač závad“ |

d)

v bodě 3.7 se odstavec PRT_014 nahrazuje tímto:

„PRT_014

Výtisk historie vložených karet musí mít následující formát:

1

Datum a čas vytištění dokumentu

2

Typ výtisku

3

Identifikace držitelů karty (pro všechny karty vložené do VU)

23

Karta naposledy vložená do VU

23.1

Vložené karty (až 88 záznamů)

12.3

Oddělovač závad“

| 33) | dodatek 7 se mění takto:


  a) | bod 1.1 se nahrazuje tímto:
  „1.1   Oblast působnosti

  Data mohou být stažena na externí paměťové médium:


  — | z celku ve vozidle inteligentním vyhrazeným zařízením (IDE) připojeným k celku ve vozidle, |
| --- | --- | --- | --- |

33)

dodatek 7 se mění takto:

a)

bod 1.1 se nahrazuje tímto:

„1.1   Oblast působnosti

Oblast působnosti

Data mohou být stažena na externí paměťové médium:

—

z celku ve vozidle inteligentním vyhrazeným zařízením (IDE) připojeným k celku ve vozidle,

| — | z karty tachografu pomocí IDE vybaveného kartovým rozhraním (IFD), |
| --- | --- |

—

z karty tachografu pomocí IDE vybaveného kartovým rozhraním (IFD),

| — | z karty tachografu prostřednictvím celku ve vozidle pomocí IDE připojeného k celku ve vozidle. |
| --- | --- |

—

z karty tachografu prostřednictvím celku ve vozidle pomocí IDE připojeného k celku ve vozidle.

Aby bylo možné zkontrolovat pravost a integritu stažených dat uložených na externí paměťové médium, stahují se data s připojeným podpisem v souladu s dodatkem 11 „Společné bezpečnostní mechanismy“. Rovněž se stahuje identifikace zdrojového zařízení (VU nebo karty) a jeho bezpečnostní certifikáty (členského státu a zařízení). Ověřovatel dat musí mít nezávisle získaný důvěryhodný evropský veřejný klíč.

Data stažená z celku ve vozidle se opatří podpisem v souladu s dodatkem 11 „Společné bezpečnostní mechanismy“ částí B („Systém tachografu druhé generace“), vyjma případů, kdy kontrolu řidičů provádí kontrolní orgán, který nepatří do EU, za použití kontrolní karty první generace a kdy se data opatří podpisem v souladu dodatkem 11 „Společné bezpečnostní mechanismy“ částí A („Systém tachografu první generace“), v souladu s dodatkem 15 Migrace požadavkem MIG_015.

Tento dodatek tudíž stanoví dva typy stahování dat z celku ve vozidle:

| — | stahování dat z celku ve vozidle typu 2. generace, poskytující datovou strukturu 2. generace a opatřené podpisem v souladu s dodatkem 11 „Společné bezpečnostní mechanismy“ částí B, |
| --- | --- |

—

stahování dat z celku ve vozidle typu 2. generace, poskytující datovou strukturu 2. generace a opatřené podpisem v souladu s dodatkem 11 „Společné bezpečnostní mechanismy“ částí B,

| — | stahování dat z celku ve vozidle typu 1. generace, poskytující datovou strukturu 1. generace a opatřené podpisem v souladu s dodatkem 11 „Společné bezpečnostní mechanismy“ částí A. |
| --- | --- |

—

stahování dat z celku ve vozidle typu 1. generace, poskytující datovou strukturu 1. generace a opatřené podpisem v souladu s dodatkem 11 „Společné bezpečnostní mechanismy“ částí A.

Podobně existují dva typy stahování dat z karet řidiče druhé generace vložených do celku ve vozidle, jak je uvedeno v bodech 3 a 4 tohoto dodatku.“;

| b) | bod 2.2.2 se mění takto:


  i) | tabulka se nahrazuje tímto:


  „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 |
| Start Communication Request | 81 | EE | F0 | | 81 | | | E0 |
| Positive Response Start Communication | 80 | F0 | EE | 03 | C1 | | EA, 8F | 9B |
| Start Diagnostic Session Request | 80 | EE | F0 | 02 | 10 | 81 | | F1 |
| Positive Response Start Diagnostic | 80 | F0 | EE | 02 | 50 | 81 | | 31 |
| Link Control Service | |
| Verify Baud Rate (stage 1) | |
| 9 600 Bd | 80 | EE | F0 | 04 | 87 | | 01,01,01 | EC |
| 19 200 Bd | 80 | EE | F0 | 04 | 87 | | 01,01,02 | ED |
| 38 400 Bd | 80 | EE | F0 | 04 | 87 | | 01,01,03 | EE |
| 57 600 Bd | 80 | EE | F0 | 04 | 87 | | 01,01,04 | EF |
| 115 200 Bd | 80 | EE | F0 | 04 | 87 | | 01,01,05 | F0 |
| Positive Response Verify Baud Rate | 80 | F0 | EE | 02 | C7 | | 01 | 28 |
| Transition Baud Rate (stage 2) | 80 | EE | F0 | 03 | 87 | | 02,03 | ED |
| Request Upload | 80 | EE | F0 | 0A | 35 | | 00,00,00,00,00,FF,FF,
  FF,FF | 99 |
| Positive Response Request Upload | 80 | F0 | EE | 03 | 75 | | 00,FF | D5 |
| Transfer Data Request | |
| Overview | 80 | EE | F0 | 02 | 36 | 01 nebo 21 | | 97 |
| Activities | 80 | EE | F0 | 06 | 36 | 02 nebo 22 | Date | CS |
| Events & Faults | 80 | EE | F0 | 02 | 36 | 03 nebo 23 | Date | 99 |
| Detailed Speed | 80 | EE | F0 | 02 | 36 | 04 nebo 24 | Date | 9A |
| Technical Data | 80 | EE | F0 | 02 | 36 | 05 nebo 25 | Date | 9B |
| Card download | 80 | EE | F0 | 02 | 36 | 06 | Slot | CS |
| Positive Response Transfer Data | 80 | F0 | EE | Len | 76 | TREP | Data | CS |
| Request Transfer Exit | 80 | EE | F0 | 01 | 37 | | | 96 |
| Positive Response Request Transfer Exit | 80 | F0 | EE | 01 | 77 | | | D6 |
| Stop Communication Request | 80 | EE | F0 | 01 | 82 | | | E1 |
| Positive Response Stop Communication | 80 | F0 | EE | 01 | C2 | | | 21 |
| Acknowledge sub message | 80 | EE | F0 | Len | 83 | | Data | CS |
| Negative responses | |
| General reject | 80 | F0 | EE | 03 | 7F | Sid Req | 10 | CS |
| Service not supported | 80 | F0 | EE | 03 | 7F | Sid Req | 11 | CS |
| Sub function not supported | 80 | F0 | EE | 03 | 7F | Sid Req | 12 | CS |
| Incorrect Message Length | 80 | F0 | EE | 03 | 7F | Sid Req | 13 | CS |
| Conditions not correct or Request sequence error | 80 | F0 | EE | 03 | 7F | Sid Req | 22 | CS |
| Request out of range | 80 | F0 | EE | 03 | 7F | Sid Req | 31 | CS |
| Upload not accepted | 80 | F0 | EE | 03 | 7F | Sid Req | 50 | CS |
| Response pending | 80 | F0 | EE | 03 | 7F | Sid Req | 78 | CS |
| Data not available | 80 | F0 | EE | 03 | 7F | Sid Req | FA | CS“ |

b)

bod 2.2.2 se mění takto:

i)

tabulka se nahrazuje tímto:

„Struktura zprávy

Max. 4 bajty Hlavička

Max. 255 bajtů Data

1 bajt Kontrolní součet

IDE ->

IDE ->

<- VU

<- VU

FMT

TGT

SRC

LEN

SID

DS_ / TRTP

DATA

CS

Start Communication Request

81

EE

F0

81

E0

Positive Response Start Communication

80

F0

EE

03

C1

EA, 8F

9B

Start Diagnostic Session Request

80

EE

F0

02

10

81

F1

Positive Response Start Diagnostic

80

F0

EE

02

50

81

31

Link Control Service

Verify Baud Rate (stage 1)

9 600 Bd

80

EE

F0

04

87

01,01,01

EC

19 200 Bd

80

EE

F0

04

87

01,01,02

ED

38 400 Bd

80

EE

F0

04

87

01,01,03

EE

57 600 Bd

80

EE

F0

04

87

01,01,04

EF

115 200 Bd

80

EE

F0

04

87

01,01,05

F0

Positive Response Verify Baud Rate

80

F0

EE

02

C7

01

28

Transition Baud Rate (stage 2)

80

EE

F0

03

87

02,03

ED

Request Upload

80

EE

F0

0A

35

00,00,00,00,00,FF,FF,

FF,FF

99

Positive Response Request Upload

80

F0

EE

03

75

00,FF

D5

Transfer Data Request

Overview

80

EE

F0

02

36

01 nebo 21

97

Activities

80

EE

F0

06

36

02 nebo 22

Date

CS

Events & Faults

80

EE

F0

02

36

03 nebo 23

Date

99

Detailed Speed

80

EE

F0

02

36

04 nebo 24

Date

9A

Technical Data

80

EE

F0

02

36

05 nebo 25

Date

9B

Card download

80

EE

F0

02

36

06

Slot

CS

Positive Response Transfer Data

80

F0

EE

Len

76

TREP

Data

CS

Request Transfer Exit

80

EE

F0

01

37

96

Positive Response Request Transfer Exit

80

F0

EE

01

77

D6

Stop Communication Request

80

EE

F0

01

82

E1

Positive Response Stop Communication

80

F0

EE

01

C2

21

Acknowledge sub message

80

EE

F0

Len

83

Data

CS

Negative responses

General reject

80

F0

EE

03

7F

Sid Req

10

CS

Service not supported

80

F0

EE

03

7F

Sid Req

11

CS

Sub function not supported

80

F0

EE

03

7F

Sid Req

12

CS

Incorrect Message Length

80

F0

EE

03

7F

Sid Req

13

CS

Conditions not correct or Request sequence error

80

F0

EE

03

7F

Sid Req

22

CS

Request out of range

80

F0

EE

03

7F

Sid Req

31

CS

Upload not accepted

80

F0

EE

03

7F

Sid Req

50

CS

Response pending

80

F0

EE

03

7F

Sid Req

78

CS

Data not available

80

F0

EE

03

7F

Sid Req

FA

CS“

| ii) | v části Poznámky za tabulkou se doplňují nové odrážky, které znějí:


  „— | TRTP 21 až 25 se použijí pro požadavky na stahování dat z VU 2. generace, TRTP 01 až 05 se použijí pro požadavky na stahování dat z VU 1. generace, které může VU akceptovat pouze v rámci kontroly řidičů prováděné kontrolním orgánem, který nepatří do EU, za použití kontrolní karty první generace, |
| --- | --- | --- |

ii)

v části Poznámky za tabulkou se doplňují nové odrážky, které znějí:

„—

TRTP 21 až 25 se použijí pro požadavky na stahování dat z VU 2. generace, TRTP 01 až 05 se použijí pro požadavky na stahování dat z VU 1. generace, které může VU akceptovat pouze v rámci kontroly řidičů prováděné kontrolním orgánem, který nepatří do EU, za použití kontrolní karty první generace,

| — | TRTP 11 až 19 a 31 až 39 jsou vyhrazeny pro specifické požadavky výrobce na stahování.“; |
| --- | --- |

—

TRTP 11 až 19 a 31 až 39 jsou vyhrazeny pro specifické požadavky výrobce na stahování.“;

| c) | bod 2.2.2.9 se mění takto:


  i) | odstavec DDP_011 se nahrazuje tímto:


  „DDP_011 | Zprávu Transfer Data Request posílá IDE, aby informovalo VU, jaký typ dat se má stahovat. Jednobajtový parametr TRTP udává typ přenosu.
  Existuje šest typů přenosu dat. V případě stahování dat z VU lze pro každý přenos dat použít dvě různé hodnoty TRTP:


  Typ přenosu dat | Hodnota TRTP pro stahování dat z VU typu 1. generace | Hodnota TRTP pro stahování dat z VU typu 2. generace |
| --- | --- | --- | --- | --- | --- |
| přehled (Overview) | 01 | 21 |
| činnosti v daný den (Activities of a specified date) | 02 | 22 |
| události a chyby (Events and faults) | 03 | 23 |
| podrobnosti o rychlosti (Detailed speed) | 04 | 24 |
| technická data (Technical data) | 05 | 25 |

c)

bod 2.2.2.9 se mění takto:

i)

odstavec DDP_011 se nahrazuje tímto:

„DDP_011

Zprávu Transfer Data Request posílá IDE, aby informovalo VU, jaký typ dat se má stahovat. Jednobajtový parametr TRTP udává typ přenosu.

Existuje šest typů přenosu dat. V případě stahování dat z VU lze pro každý přenos dat použít dvě různé hodnoty TRTP:

Typ přenosu dat

Hodnota TRTP pro stahování dat z VU typu 1. generace

Hodnota TRTP pro stahování dat z VU typu 2. generace

přehled (Overview)

Overview

01

21

činnosti v daný den (Activities of a specified date)

Activities of a specified date

02

22

události a chyby (Events and faults)

Events and faults

03

23

podrobnosti o rychlosti (Detailed speed)

Detailed speed

04

24

technická data (Technical data)

Technical data

05

25

| Typ přenosu dat | Hodnota TRTP |
| --- | --- |
| stahování z karty (Card download) | 06“ |

Typ přenosu dat

Hodnota TRTP

stahování z karty (Card download)

Card download

06“

| ii) | odstavec DDP_054 se nahrazuje tímto:


  „DDP_054 | IDE v rámci relace stahování povinně žádá o přenos dat přehledu (TRTP 01 nebo 21), neboť jedině tak lze zajistit, že ve staženém souboru budou zaznamenány certifikáty VU (a bude možné ověřit digitální podpis).
  Ve druhém případě (TRTP 02 nebo 22) zpráva Transfer Data Request obsahuje kalendářní den (ve formátu


), za který se mají data stáhnout.“; |
| --- | --- | --- |

ii)

odstavec DDP_054 se nahrazuje tímto:

„DDP_054

IDE v rámci relace stahování povinně žádá o přenos dat přehledu (TRTP 01 nebo 21), neboť jedině tak lze zajistit, že ve staženém souboru budou zaznamenány certifikáty VU (a bude možné ověřit digitální podpis).

Ve druhém případě (TRTP 02 nebo 22) zpráva Transfer Data Request obsahuje kalendářní den (ve formátu

  Image 39

), za který se mají data stáhnout.“;

Transfer Data Request

| d) | v bodě 2.2.2.10 se odstavec DDP_055 nahrazuje tímto:


  „DDP_055 | V prvním případě (TREP 01 nebo 21) VU pošle data, která operátorovi IDE pomohou vybrat data, která chce dále stáhnout. Informace obsažené v této zprávě jsou:


  — | bezpečnostní certifikáty, |
| --- | --- | --- | --- |

d)

v bodě 2.2.2.10 se odstavec DDP_055 nahrazuje tímto:

„DDP_055

V prvním případě (TREP 01 nebo 21) VU pošle data, která operátorovi 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, |
| --- | --- |

—

identifikace vozidla,

| — | aktuální datum a čas VU, |
| --- | --- |

—

aktuální datum a čas VU,

| — | minimální a maximální datum, za které lze data stáhnout(data VU), |
| --- | --- |

—

minimální a maximální datum, za které lze data stáhnout(data VU),

| — | indikace přítomnosti karet ve VU, |
| --- | --- |

—

indikace přítomnosti karet ve VU,

| — | předešlé stažení dat podnikem, |
| --- | --- |

—

předešlé stažení dat podnikem,

| — | zámky podniku, |
| --- | --- |

—

zámky podniku,

| — | předešlé kontroly.“; |
| --- | --- |

—

předešlé kontroly.“;

| e) | v bodě 2.2.2.16 se poslední odrážka v odstavci DDP_018 nahrazuje tímto:


  „— | FA Data not available (data nejsou k dispozici)
  Datový objekt požadavku na přenos dat není ve VU k dispozici (např. není vložená žádná karta, požadavek na stažení dat z VU typu 1. generace je mimo rámec kontroly řidiče kontrolním orgánem, který nepatří do EU, ...).“; |
| --- | --- | --- |

e)

v bodě 2.2.2.16 se poslední odrážka v odstavci DDP_018 nahrazuje tímto:

„—

FA Data not available (data nejsou k dispozici)

Datový objekt požadavku na přenos dat není ve VU k dispozici (např. není vložená žádná karta, požadavek na stažení dat z VU typu 1. generace je mimo rámec kontroly řidiče kontrolním orgánem, který nepatří do EU, ...).“;

| f) | bod 2.2.6.1 se mění takto:


  i) | v odstavci DDP_029 se první pododstavec nahrazuje tímto:

  „Datové pole zprávy Positive Response Transfer Data Overview musí obsahovat následující data v uvedeném pořadí, přičemž se použije SID 76 hex, TREP 01 nebo 21 hex a patřičné rozdělení do dílčích zpráv a jejich počítání:“; |
| --- | --- | --- |

f)

bod 2.2.6.1 se mění takto:

i)

v odstavci DDP_029 se první pododstavec nahrazuje tímto:

„Datové pole zprávy Positive Response Transfer Data Overview musí obsahovat následující data v uvedeném pořadí, přičemž se použije SID 76 hex, TREP 01 nebo 21 hex a patřičné rozdělení do dílčích zpráv a jejich počítání:“;

Positive Response Transfer Data Overview

| ii) | nadpis „Datová struktura 1. generace“ se nahrazuje tímto:

  „Datová struktura 1. generace (TREP 01 hex)“; |
| --- | --- |

ii)

nadpis „Datová struktura 1. generace“ se nahrazuje tímto:

„Datová struktura 1. generace (TREP 01 hex)“;

| iii) | nadpis „Datová struktura 2. generace“ se nahrazuje tímto:

  „Datová struktura 2. generace (TREP 21 hex)“; |
| --- | --- |

iii)

nadpis „Datová struktura 2. generace“ se nahrazuje tímto:

„Datová struktura 2. generace (TREP 21 hex)“;

| g) | bod 2.2.6.2 se mění takto:


  i) | v odstavci DDP_030 se první pododstavec nahrazuje tímto:

  „Datové pole zprávy Positive Response Transfer Data Activities musí obsahovat následující data v uvedeném pořadí, přičemž se použije SID 76 hex, TREP 02 nebo 22 hex a patřičné rozdělení do dílčích zpráv a jejich počítání:“; |
| --- | --- | --- |

g)

bod 2.2.6.2 se mění takto:

i)

v odstavci DDP_030 se první pododstavec nahrazuje tímto:

„Datové pole zprávy Positive Response Transfer Data Activities musí obsahovat následující data v uvedeném pořadí, přičemž se použije SID 76 hex, TREP 02 nebo 22 hex a patřičné rozdělení do dílčích zpráv a jejich počítání:“;

Positive Response Transfer Data Activities

| ii) | nadpis „Datová struktura 1. generace“ se nahrazuje tímto:

  „Datová struktura 1. generace (TREP 02 hex)“; |
| --- | --- |

ii)

nadpis „Datová struktura 1. generace“ se nahrazuje tímto:

„Datová struktura 1. generace (TREP 02 hex)“;

| iii) | nadpis „Datová struktura 2. generace“ se nahrazuje tímto:

  „Datová struktura 2. generace (TREP 22 hex)“; |
| --- | --- |

iii)

nadpis „Datová struktura 2. generace“ se nahrazuje tímto:

„Datová struktura 2. generace (TREP 22 hex)“;

| iv) | položka VuGNSSCDRecordArray pod nadpisem „Datová struktura 2. generace (TREP 22 hex)“ se nahrazuje tímto:


  „ | | Polohy vozidla dle GNSS, když součtová doba řízení vozidla dosáhne násobku tří hodin. Pokud je tato sekce prázdná, odešle se hlavička pole s noOfRecords = 0.“ |
| --- | --- | --- | --- |

iv)

položka VuGNSSCDRecordArray pod nadpisem „Datová struktura 2. generace (TREP 22 hex)“ se nahrazuje tímto:

Image 40

Polohy vozidla dle GNSS, když součtová doba řízení vozidla dosáhne násobku tří hodin. Pokud je tato sekce prázdná, odešle se hlavička pole s noOfRecords = 0.“

| h) | bod 2.2.6.3 se mění takto:


  i) | v odstavci DDP_031 se první pododstavec nahrazuje tímto:

  „Datové pole zprávy Positive Response Transfer Data Events and Faults musí obsahovat následující data v uvedeném pořadí, přičemž se použije SID 76 hex, TREP 03 nebo 23 hex a patřičné rozdělení do dílčích zpráv a jejich počítání:“; |
| --- | --- | --- |

h)

bod 2.2.6.3 se mění takto:

i)

v odstavci DDP_031 se první pododstavec nahrazuje tímto:

„Datové pole zprávy Positive Response Transfer Data Events and Faults musí obsahovat následující data v uvedeném pořadí, přičemž se použije SID 76 hex, TREP 03 nebo 23 hex a patřičné rozdělení do dílčích zpráv a jejich počítání:“;

Positive Response Transfer Data Events and Faults

| ii) | nadpis „Datová struktura 1. generace“ se nahrazuje tímto:

  „Datová struktura 1. generace (TREP 03 hex)“; |
| --- | --- |

ii)

nadpis „Datová struktura 1. generace“ se nahrazuje tímto:

„Datová struktura 1. generace (TREP 03 hex)“;

| iii) | nadpis „Datová struktura 2. generace“ se nahrazuje tímto:

  „Datová struktura 2. generace (TREP 23 hex)“; |
| --- | --- |

iii)

nadpis „Datová struktura 2. generace“ se nahrazuje tímto:

„Datová struktura 2. generace (TREP 23 hex)“;

| iv) | položka VuTimeAdjustmentGNSSRecordArray pod nadpisem „Datová struktura 2. generace (TREP 23 hex)“ se zrušuje; |
| --- | --- |

iv)

položka VuTimeAdjustmentGNSSRecordArray pod nadpisem „Datová struktura 2. generace (TREP 23 hex)“ se zrušuje;

| i) | bod 2.2.6.4 se mění takto:


  i) | v odstavci DDP_032 se první pododstavec nahrazuje tímto:

  „Datové pole zprávy Positive Response Transfer Data Detailed Speed musí obsahovat následující data v uvedeném pořadí, přičemž se použije SID 76 hex, TREP 04 nebo 24 hex a patřičné rozdělení do dílčích zpráv a jejich počítání:“; |
| --- | --- | --- |

i)

bod 2.2.6.4 se mění takto:

i)

v odstavci DDP_032 se první pododstavec nahrazuje tímto:

„Datové pole zprávy Positive Response Transfer Data Detailed Speed musí obsahovat následující data v uvedeném pořadí, přičemž se použije SID 76 hex, TREP 04 nebo 24 hex a patřičné rozdělení do dílčích zpráv a jejich počítání:“;

Positive Response Transfer Data Detailed Speed

| ii) | nadpis „Datová struktura 1. generace“ se nahrazuje tímto:

  „Datová struktura 1. generace (TREP 04)“; |
| --- | --- |

ii)

nadpis „Datová struktura 1. generace“ se nahrazuje tímto:

„Datová struktura 1. generace (TREP 04)“;

| iii) | nadpis „Datová struktura 2. generace“ se nahrazuje tímto:

  „Datová struktura 2. generace (TREP 24)“; |
| --- | --- |

iii)

nadpis „Datová struktura 2. generace“ se nahrazuje tímto:

„Datová struktura 2. generace (TREP 24)“;

| j) | bod 2.2.6.5 se mění takto:


  i) | v odstavci DDP_033 se první pododstavec nahrazuje tímto:

  „Datové pole zprávy Positive Response Transfer Data Technical Data musí obsahovat následující data v uvedeném pořadí, přičemž se použije SID 76 hex, TREP 05 nebo 25 hex a patřičné rozdělení do dílčích zpráv a jejich počítání:“; |
| --- | --- | --- |

j)

bod 2.2.6.5 se mění takto:

i)

v odstavci DDP_033 se první pododstavec nahrazuje tímto:

„Datové pole zprávy Positive Response Transfer Data Technical Data musí obsahovat následující data v uvedeném pořadí, přičemž se použije SID 76 hex, TREP 05 nebo 25 hex a patřičné rozdělení do dílčích zpráv a jejich počítání:“;

Positive Response Transfer Data Technical Data

| ii) | nadpis „Datová struktura 1. generace“ se nahrazuje tímto:

  „Datová struktura 1. generace (TREP 05)“; |
| --- | --- |

ii)

nadpis „Datová struktura 1. generace“ se nahrazuje tímto:

„Datová struktura 1. generace (TREP 05)“;

| iii) | nadpis „Datová struktura 2. generace“ se nahrazuje tímto:

  „Datová struktura 2. generace (TREP 25)“; |
| --- | --- |

iii)

nadpis „Datová struktura 2. generace“ se nahrazuje tímto:

„Datová struktura 2. generace (TREP 25)“;

| k) | v bodě 3.3 se odstavec DDP_035 nahrazuje tímto:


  „DDP_035 | Stahování z karty tachografu zahrnuje následující kroky:


  — | Stažení společných informací karty v elementárních souborech (EF)


  a


. Tyto informace jsou nepovinné a nejsou zabezpečeny digitálním podpisem. |
| --- | --- | --- | --- |

k)

v bodě 3.3 se odstavec DDP_035 nahrazuje tímto:

„DDP_035

Stahování z karty tachografu zahrnuje následující kroky:

—

Stažení společných informací karty v elementárních souborech (EF)

  Image 41
  a

  Image 42

. Tyto informace jsou nepovinné a nejsou zabezpečeny digitálním podpisem.

| — | (U karet tachografu první a druhé generace) stažení EF v rámci


:


  — | Stažení EF


  a


. Tyto informace nejsou zabezpečeny digitálním podpisem.
  Tyto soubory musí být povinně staženy v rámci každé relace stahování. |
| --- | --- | --- |

—

(U karet tachografu první a druhé generace) stažení EF v rámci

  Image 43

:

—

Stažení EF

  Image 44
  a

  Image 45

. Tyto informace nejsou zabezpečeny digitálním podpisem.

Tyto soubory musí být povinně staženy v rámci každé relace stahování.

| — | Stažení EF s dalšími daty aplikace (v rámci


) kromě EF


. Tyto informace jsou zabezpečeny digitálním podpisem za použití mechanismů v souladu s dodatkem 11 „Společné bezpečnostní mechanismy“ částí A. |
| --- | --- |

—

Stažení EF s dalšími daty aplikace (v rámci

  Image 46

) kromě EF

  Image 47

. Tyto informace jsou zabezpečeny digitálním podpisem za použití mechanismů v souladu s dodatkem 11 „Společné bezpečnostní mechanismy“ částí A.

| — | V každé relaci stahování musí být povinně staženy alespoň EF


  a


. |
| --- | --- |

—

V každé relaci stahování musí být povinně staženy alespoň EF

  Image 48
  a

  Image 49

.

| — | Při stahování z karty řidiče musí být rovněž povinně staženy tyto EF:


  Text obrazu

  Events_Data,
  Faults_Data,


  Text obrazu

  Driver_Activity_Data,
  Vehicles_Used,
  Places,
  Control_Activity_Data,
  Specific_Conditions, |
| --- | --- |

—

Při stahování z karty řidiče musí být rovněž povinně staženy tyto EF:

Events_Data,

Faults_Data,

Driver_Activity_Data,

Vehicles_Used,

Places,

Control_Activity_Data,

Specific_Conditions,

| — | (Pouze u karet tachografu druhé generace) kromě případů, kdy stahování z karty řidiče vložené do VU provádí během kontroly řidičů kontrolní orgán, který nepatří do EU, za použití kontrolní karty první generace, stažení EF v rámci


  DF:


  — | Stažení EF CardSignCertificate, CA_Certificate a Link_Certificate (je-li k dispozici). Tyto informace nejsou zabezpečeny digitálním podpisem.
  Tyto soubory musí být povinně staženy v rámci každé relace stahování. |
| --- | --- | --- |

—

(Pouze u karet tachografu druhé generace) kromě případů, kdy stahování z karty řidiče vložené do VU provádí během kontroly řidičů kontrolní orgán, který nepatří do EU, za použití kontrolní karty první generace, stažení EF v rámci

  Image 52
  DF:

—

Stažení EF CardSignCertificate, CA_Certificate a Link_Certificate (je-li k dispozici). Tyto informace nejsou zabezpečeny digitálním podpisem.

Tyto soubory musí být povinně staženy v rámci každé relace stahování.

| — | Stažení EF s dalšími daty aplikace (v rámci


  DF) kromě EF


. Tyto informace jsou zabezpečeny digitálním podpisem za použití mechanismů v souladu s dodatkem 11 „Společné bezpečnostní mechanismy“ částí B. |
| --- | --- |

—

Stažení EF s dalšími daty aplikace (v rámci

  Image 53
  DF) kromě EF

  Image 54

. Tyto informace jsou zabezpečeny digitálním podpisem za použití mechanismů v souladu s dodatkem 11 „Společné bezpečnostní mechanismy“ částí B.

| — | V každé relaci stahování musí být povinně staženy alespoň EF Application_Identification a Identification. |
| --- | --- |

—

V každé relaci stahování musí být povinně staženy alespoň EF Application_Identification a Identification.

| — | Při stahování z karty řidiče musí být rovněž povinně staženy tyto EF:


  Text obrazu

  Events_Data,
  Faults_Data,
  Driver_Activity_Data,
  Vehicles_Used,
  Places,
  Control_Activity_Data,
  Specific_Conditions,
  VehicleUnits_Used,
  GNSS Places. |
| --- | --- |

—

Při stahování z karty řidiče musí být rovněž povinně staženy tyto EF:

Events_Data,

Faults_Data,

Driver_Activity_Data,

Vehicles_Used,

Places,

Control_Activity_Data,

Specific_Conditions,

VehicleUnits_Used,

GNSS Places.

| — | Při stahování z karty řidiče aktualizujte datum


  v EF


  v DF


  a případně


. |
| --- | --- |

—

Při stahování z karty řidiče aktualizujte datum

  Image 56
  v EF

  Image 57
  v DF

  Image 58
  a případně

  Image 59

.

| — | Při stahování z karty dílny vynulujte počítadlo kalibrací v EF


  v DF


  a případně


. |
| --- | --- |

—

Při stahování z karty dílny vynulujte počítadlo kalibrací v EF

  Image 60
  v DF

  Image 61
  a případně

  Image 62

.

| — | Při stahování z karty dílny se nestahuje EF


  v DF


  a případně


.“; |
| --- | --- |

—

Při stahování z karty dílny se nestahuje EF

  Image 63
  v DF

  Image 64
  a případně

  Image 65

.“;

| l) | v bodě 3.3.2 se první pododstavec odstavce DDP_037 nahrazuje tímto:

  „Sekvence stahování EF ICC, IC, Card_Certificate (nebo CardSignCertificate pro DF Tachograph_G2), CA_Certificate a Link_Certificate (pouze pro DF Tachograph_G2) je následující:“; |
| --- | --- |

l)

v bodě 3.3.2 se první pododstavec odstavce DDP_037 nahrazuje tímto:

„Sekvence stahování EF ICC, IC, Card_Certificate (nebo CardSignCertificate pro DF Tachograph_G2), CA_Certificate a Link_Certificate (pouze pro DF Tachograph_G2) je následující:“;

| m) | v bodě 3.3.3 se tabulka nahrazuje tímto:


  „Karta | Směr | IDE/IFD | Význam/poznámky |
| --- | --- | --- | --- | --- |
| | | Select File | |
| OK | | | |
| | | Perform Hash of File | — | Vypočte hodnotu hash dat obsažených ve vybraném souboru pomocí předepsaného hašovacího algoritmu podle dodatku 11 části A nebo B. Tento příkaz není příkazem ISO. |

m)

v bodě 3.3.3 se tabulka nahrazuje tímto:

„Karta

Směr

IDE/IFD

Význam/poznámky

Image 66

Select File

Select File

OK

OK

Image 67

Image 68

Perform Hash of File

Perform Hash of File

—

Vypočte hodnotu hash dat obsažených ve vybraném souboru pomocí předepsaného hašovacího algoritmu podle dodatku 11 části A nebo B. Tento příkaz není příkazem ISO.

Výpočet hodnoty hash souboru a dočasné uložení hodnoty hash

OK

OK

Image 69

Image 70

Read Binary

Read Binary

Pokud soubor obsahuje více dat, než pojme vyrovnávací paměť čtečky nebo karty, je třeba příkaz opakovat, dokud není přečten celý soubor.

Data souboru

Data souboru

OK

OK

Image 71

Uložení přijatých dat na ESM

Podle bodu 3.4 Data storage format

3.4

Image 72

PSO: Compute Digital Signature

PSO: Compute Digital Signature

Provedení bezpečnostní operace Compute Digital Signature (výpočet digitálního podpisu) pomocí dočasně uložené hodnoty hash

Compute Digital Signature

Podpis

Podpis

OK

OK

Image 73

Připojení dat k datům dříve uloženým na ESM

Podle bodu 3.4 Data storage format“

3.4

| n) | v bodě 3.4.2 se odstavec DDP_046 nahrazuje tímto:


  „DDP_046 | Podpis se uloží jako následující objekt TLV bezprostředně za objekt TLV, který obsahuje data souboru.


  Definice | Význam | Délka |
| --- | --- | --- | --- | --- |
| FID (2 bajty) || „00“ | Tag pro EF (FID) v DF


  nebo pro společné informace karty | 3 bajty |
| FID (2 bajty) || „01“ | Tag pro podpis EF (FID) v DF | 3 bajty |
| FID (2 bajty) || „02“ | Tag pro EF (FID) v DF | 3 bajty |
| FID (2 bajty) || „03“ | Tag pro podpis EF (FID) v DF | 3 bajty |
| xx xx | Délka pole s hodnotou | 2 bajty |

n)

v bodě 3.4.2 se odstavec DDP_046 nahrazuje tímto:

„DDP_046

Podpis se uloží jako následující objekt TLV bezprostředně za objekt TLV, který obsahuje data souboru.

Definice

Význam

Délka

FID (2 bajty) || „00“

Image 74

3 bajty

FID (2 bajty) || „01“

Image 75

3 bajty

FID (2 bajty) || „02“

Image 76

3 bajty

FID (2 bajty) || „03“

Image 77

3 bajty

xx xx

Délka pole s hodnotou

2 bajty

Příklad stažených dat v souboru na ESM:

| Tag | Délka | Hodnota |
| --- | --- | --- |
| | | — | Data EF ICC |

Tag

Délka

Hodnota

Image 78

Image 79

—

Data EF ICC

Image 80

Image 81

| — | Data EF Card_Certificate |
| --- | --- |

—

Data EF Card_Certificate

| — | ... |
| --- | --- |

—

...

Image 82

Image 83

Image 84

Image 85

Image 86

Image 87

Image 88

Image 89

Image 90

Image 91

Image 92

Image 93

Image 94

Image 95

Image 96

Image 97

| o) | v bodě 4 se odstavec DDP_049 nahrazuje tímto:


  „DDP_049 | Karty řidiče první generace: data se stahují pomocí protokolu pro stahování dat první generace a stažená data mají stejný formát jako data stažená z celku ve vozidle první generace.
  Karty řidiče druhé generace: VU poté stáhne data z celé karty, soubor po souboru, v souladu s protokolem pro stahování z karty definovaným v odstavci 3 a přepošle všechna data přijatá z karty do IDE v patřičném formátu souboru TLV (viz bod 3.4.2) a zapouzdřená ve zprávě Positive Response Transfer Data.“; |
| --- | --- | --- |

o)

v bodě 4 se odstavec DDP_049 nahrazuje tímto:

„DDP_049

Karty řidiče první generace: data se stahují pomocí protokolu pro stahování dat první generace a stažená data mají stejný formát jako data stažená z celku ve vozidle první generace.

Karty řidiče druhé generace: VU poté stáhne data z celé karty, soubor po souboru, v souladu s protokolem pro stahování z karty definovaným v odstavci 3 a přepošle všechna data přijatá z karty do IDE v patřičném formátu souboru TLV (viz bod 3.4.2) a zapouzdřená ve zprávě Positive Response Transfer Data.“;

Positive Response Transfer Data

| 34) | v dodatku 8 se v bodě 2 pododstavec pod nadpisem „Odkazy“ nahrazuje tímto:

  „ISO 14230-2: Road Vehicles – Diagnostic Systems – Keyword Protocol 2000 – Part 2: Data Link Layer.
  First edition: 1999 (Silniční vozidla – Diagnostické systémy – Protokol klíčových slov 2000 – Část 2: Spojová vrstva. První vydání: 1999).“; |
| --- | --- |

34)

v dodatku 8 se v bodě 2 pododstavec pod nadpisem „Odkazy“ nahrazuje tímto:

„ISO 14230-2: Road Vehicles – Diagnostic Systems – Keyword Protocol 2000 – Part 2: Data Link Layer.

First edition: 1999 (Silniční vozidla – Diagnostické systémy – Protokol klíčových slov 2000 – Část 2: Spojová vrstva. První vydání: 1999).“;

| 35) | dodatek 9 se mění takto:


  a) | v obsahu se bod 6 nahrazuje tímto:


  „6 | ZKOUŠKY VNĚJŠÍHO ZAŘÍZENÍ PRO DÁLKOVOU KOMUNIKACI“; |
| --- | --- | --- | --- |

35)

dodatek 9 se mění takto:

a)

v obsahu se bod 6 nahrazuje tímto:

„6

ZKOUŠKY VNĚJŠÍHO ZAŘÍZENÍ PRO DÁLKOVOU KOMUNIKACI“;

| b) | v bodě 1.1 se první odrážka nahrazuje tímto:


  „— | osvědčení bezpečnosti, které vychází ze specifikací Common Criteria, vůči bezpečnostnímu cíli, který je plně v souladu s dodatkem 10 této přílohy,“; |
| --- | --- | --- |

b)

v bodě 1.1 se první odrážka nahrazuje tímto:

„—

osvědčení bezpečnosti, které vychází ze specifikací Common Criteria, vůči bezpečnostnímu cíli, který je plně v souladu s dodatkem 10 této přílohy,“;

osvědčení bezpečnosti

Common Criteria

| c) | v bodě 2 se tabulka funkčních zkoušek celku ve vozidle nahrazuje tímto:


  „Č. | Zkouška | Popis | Související požadavky |
| --- | --- | --- | --- | --- |
| 1 | Administrativní šetření |
| 1.1 | Dokumentace | Správnost dokumentace | |
| 1.2 | Výsledky zkoušek výrobce | Výsledky zkoušek výrobce provedených při integraci.
  Předložení písemných dokladů. | 88, 89, 91 |
| 2 | Vizuální kontrola |
| 2.1 | Shoda s dokumentací | |
| 2.2 | Identifikace/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 | Poskytované funkce | 02, 03, 04, 05, 07, 382 |
| 3.2 | Provozní režimy | 09 až 11*, 134, 135 |
| 3.3 | Přístupová práva k funkcím a datům | 12* 13*, 382, 383, 386 až 389 |
| 3.4 | Sledování vkládání a vyjímání karet | 15, 16, 17, 18, 19*, 20*, 134 |
| 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 | Sledování činností řidiče | 44 až 53, 134 |
| 3.8 | Sledování stavu řízení | 54, 55, 134 |
| 3.9 | Ruční vkládání | 56 až 62 |
| 3.10 | Správa zámků podniku | 63 až 68 |
| 3.11 | Sledování kontrolních činností | 69, 70 |
| 3.12 | Detekce událostí a/nebo závad | 71 až 88, 134 |
| 3.13 | Identifikač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 činnostech řidiče | 105* až 107* |
| 3.16 | Údaje o místech a polohách | 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álostech | 117* |
| 3.20 | Údaje o závadách | 118* |
| 3.21 | Kalibrační údaje | 119* až 121* |
| 3.22 | Údaje o nastavení času | 124*, 125* |
| 3.23 | Údaje o kontrolních činnostech | 126*, 127* |
| 3.24 | Údaje o zámcích podniku | 128* |
| 3.25 | Údaje o stahování dat | 129* |
| 3.26 | Údaje o zvláštních podmínkách | 130*, 131* |
| 3.27 | Záznam a ukládání dat na kartách tachografu | 136, 137, 138*, 139*, 141*, 142, 143
  144, 145, 146*, 147*, 148*, 149, 150 |
| 3.28 | Zobrazení | 90, 134,
  151 až 168,
  PIC_001, DIS_001 |
| 3.29 | Tisk | 90, 134,
  169 až 181, PIC_001, PRT_001 až PRT_014 |
| 3.30 | Varování | 134, 182 až 191,
  PIC_001 |
| 3.31 | Stahování dat na externí paměťová média | 90, 134, 192 až 196 |
| 3.32 | Dálková komunikace pro cílené silniční kontroly | 197 až 199 |
| 3.33 | Výstup dat do dalších vnějších zařízení | 200, 201 |
| 3.34 | Kalibrace | 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 | Neovlivnění přídavnými funkcemi | 06, 425 |
| 3.38 | Rozhraní snímače pohybu | 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 definované jeho výrobcem, když spárovaný snímač pohybu reaguje na magnetická pole, která narušují detekci pohybu vozidla. | 217 |
| 3.41 | Sada šifer a standardizované parametry domény | CSM_48, CSM_50 |
| 4 | Zkoušky vlivů prostředí |
| 4.1 | Teplota | Ověřit funkčnost podle těchto zkoušek: | Zkouška podle ISO 16750-4, kapitoly 5.1.1.2: provozní zkouška při nízké teplotě (72 h při – 20 °C) |

c)

v bodě 2 se tabulka funkčních zkoušek celku ve vozidle nahrazuje tímto:

„Č.

Zkouška

Popis

Související požadavky

1

1

Administrativní šetření

Administrativní šetření

1.1

Dokumentace

Správnost dokumentace

1.2

Výsledky zkoušek výrobce

Výsledky zkoušek výrobce provedených při integraci.

Předložení písemných dokladů.

88, 89, 91

2

2

Vizuální kontrola

Vizuální kontrola

2.1

Shoda s dokumentací

2.2

Identifikace/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

3

Funkční zkoušky

Funkční zkoušky

3.1

Poskytované funkce

02, 03, 04, 05, 07, 382

3.2

Provozní režimy

09 až 11*, 134, 135

3.3

Přístupová práva k funkcím a datům

12* 13*, 382, 383, 386 až 389

3.4

Sledování vkládání a vyjímání karet

15, 16, 17, 18, 19*, 20*, 134

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

Sledování činností řidiče

44 až 53, 134

3.8

Sledování stavu řízení

54, 55, 134

3.9

Ruční vkládání

56 až 62

3.10

Správa zámků podniku

63 až 68

3.11

Sledování kontrolních činností

69, 70

3.12

Detekce událostí a/nebo závad

71 až 88, 134

3.13

Identifikač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 činnostech řidiče

105* až 107*

3.16

Údaje o místech a polohách

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álostech

117*

3.20

Údaje o závadách

118*

3.21

Kalibrační údaje

119* až 121*

3.22

Údaje o nastavení času

124*, 125*

3.23

Údaje o kontrolních činnostech

126*, 127*

3.24

Údaje o zámcích podniku

128*

3.25

Údaje o stahování dat

129*

3.26

Údaje o zvláštních podmínkách

130*, 131*

3.27

Záznam a ukládání dat na kartách tachografu

136, 137, 138*, 139*, 141*, 142, 143

144, 145, 146*, 147*, 148*, 149, 150

3.28

Zobrazení

90, 134,

151 až 168,

PIC_001, DIS_001

3.29

Tisk

90, 134,

169 až 181, PIC_001, PRT_001 až PRT_014

3.30

Varování

134, 182 až 191,

PIC_001

3.31

Stahování dat na externí paměťová média

90, 134, 192 až 196

3.32

Dálková komunikace pro cílené silniční kontroly

197 až 199

3.33

Výstup dat do dalších vnějších zařízení

200, 201

3.34

Kalibrace

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

Neovlivnění přídavnými funkcemi

06, 425

3.38

Rozhraní snímače pohybu

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 definované jeho výrobcem, když spárovaný snímač pohybu reaguje na magnetická pole, která narušují detekci pohybu vozidla.

217

3.41

Sada šifer a standardizované parametry domény

CSM_48, CSM_50

4

4

Zkoušky vlivů prostředí

Zkoušky vlivů prostředí

4.1

Teplota

Ověřit funkčnost podle těchto zkoušek:

Zkouška podle ISO 16750-4, kapitoly 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: Zkoušení vlivů prostředí– Část 2-1: Zkoušky– Zkouška A: Chlad |
| --- | --- |

Tato zkouška odkazuje na IEC 60068-2-1: Zkoušení vlivů prostředí– Část 2-1: Zkoušky– Zkouška A: Chlad

| | Zkouška podle ISO 16750-4, kapitoly 5.1.2.2: provozní zkouška při vysoké teplotě (72 h při 70 °C) |
| --- | --- |

Zkouška podle ISO 16750-4, kapitoly 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: Zkoušení vlivů prostředí – Část 2-2: Zkoušky – Zkouška B: Suché teplo |
| --- | --- |

Tato zkouška odkazuje na IEC 60068-2-2: Zkoušení vlivů prostředí – Část 2-2: Zkoušky – Zkouška B: Suché teplo

| | Zkouška podle ISO 16750-4, kapitoly 5.3.2: Rychlá změna teploty se stanovenou dobou přechodu (– 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ích cyklů lze provádět omezený soubor zkoušek (z těch, které jsou definovány v části 3 této tabulky). |
| --- | --- |

Zkouška podle ISO 16750-4, kapitoly 5.3.2: Rychlá změna teploty se stanovenou dobou přechodu (– 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ích 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

Vlhkost

Ověřit, že celek ve vozidle vydrží cyklickou zkoušku vlhkostí (zkouška teplem) podle IEC 60068-2-30 – Zkouška Db, šest 24hodinových cyklů, každý se změnou teploty od + 25 °C do + 55 °C a relativní vlhkostí 97 % při + 25 °C a 93 % při + 55 °C

214

4.3

Mechanické vlivy

| 1. | Sinusové vibrace:
  Ověřit, že celek ve vozidle vydrží sinusové vibrace s těmito parametry: | konstantní výchylka mezi 5 a 11 Hz: max. 10 mm, |
| --- | --- | --- |

1.

Sinusové vibrace:

Ověřit, že celek ve vozidle vydrží sinusové vibrace s těmito parametry:

konstantní výchylka mezi 5 a 11 Hz: max. 10 mm,

| | konstantní zrychlení mezi 11 a 300 Hz: 5 g. |
| --- | --- |

konstantní zrychlení mezi 11 a 300 Hz: 5 g.

| | Tento požadavek 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). |
| --- | --- |

Tento požadavek 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 sinusovými vibracemi u zařízení umístěných v odpružené kabině vozidla. |
| --- | --- |

ISO 16750-3 nevyžaduje zkoušku sinusovými vibracemi u zařízení umístěných v odpružené kabině vozidla.

| 2. | Náhodné vibrace:
  Zkouška podle ISO 16750-3, kapitoly 4.1.2.8: Zkouška VIII: Užitkové vozidlo, odpružená kabina vozidla
  Zkouška náhodnými vibracemi, 10...2 000 Hz, efektivní vertikální zrychlení 21,3 m/s2, efektivní podélné zrychlení 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: Zkoušení vlivů prostředí– Část 2-64: Zkoušky – Zkouška Fh: Širokopásmové náhodné vibrace a návod |
| --- | --- |

2.

Náhodné vibrace:

Zkouška podle ISO 16750-3, kapitoly 4.1.2.8: Zkouška VIII: Užitkové vozidlo, odpružená kabina vozidla

Zkouška náhodnými vibracemi, 10...2 000 Hz, efektivní vertikální zrychlení 21,3 m/s2, efektivní podélné zrychlení 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.

2

2

2

Tato zkouška odkazuje na IEC 60068-2-64: Zkoušení vlivů prostředí– Část 2-64: Zkoušky – Zkouška Fh: Širokopásmové náhodné vibrace a návod

| 3. | Rázy:
  mechanický půlsinusový ráz o velikosti 3 g podle ISO 16750. |
| --- | --- |

3.

Rázy:

mechanický půlsinusový ráz o velikosti 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ělesům

Zkouška podle ISO 20653: Road vehicles – Degree of protection (IP code) – Protection of electrical equipment against foreign objects, water and access (beze změny parametrů); minimální hodnota IP 40

Road vehicles – Degree of protection (IP code) – Protection of electrical equipment against foreign objects, water and access

220, 221

4.5

Ochrana proti přepětí

Ověřit, že celek ve vozidle vydrží tato napájecí napětí:

| 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. |

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)

216

4.6

Ochrana proti záměně polarity

Ověřit, že celek ve vozidle vydrží přepólování napájecího napětí

(ISO 16750-2)

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)

216

5

5

Zkoušky elektromagnetické kompatibility

Zkoušky elektromagnetické kompatibility

5.1

Vyzařované emise a citlivost

Soulad s předpisem EHK č. 10

218

5.2

Elektrostatický výboj

Soulad s ISO 10605:2008 +

technická oprava: 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 1a: Vs = – 450 V, Ri = 50 Ω

| | impuls 2a: Vs = + 37 V, Ri = 2 Ω |
| --- | --- |

impuls 2a: Vs = + 37 V, Ri = 2 Ω

| | impuls 2b: Vs = + 20 V, Ri = 0,05 Ω |
| --- | --- |

impuls 2b: Vs = + 20 V, Ri = 0,05 Ω

| | impuls 3a: Vs = – 150 V, Ri = 50 Ω |
| --- | --- |

impuls 3a: Vs = – 150 V, Ri = 50 Ω

| | impuls 3b: Vs = + 150 V, Ri = 50 Ω |
| --- | --- |

impuls 3b: Vs = + 150 V, Ri = 50 Ω

| | impuls 4: Vs = – 16 V, Va = -12 V, t6 = 100 ms |
| --- | --- |

impuls 4: Vs = – 16 V, Va = -12 V, t6 = 100 ms

| | impuls 5: Vs = + 120 V, Ri = 2,2 Ω, td = 250 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 1: Vs = – 75 V, Ri = 10 Ω

| | impuls 2a: Vs = + 37 V, Ri = 2 Ω |
| --- | --- |

impuls 2a: Vs = + 37 V, Ri = 2 Ω

| | impuls 2b: Vs = + 10 V, Ri = 0,05 Ω |
| --- | --- |

impuls 2b: Vs = + 10 V, Ri = 0,05 Ω

| | impuls 3a: Vs = – 112 V, Ri = 50 Ω |
| --- | --- |

impuls 3a: Vs = – 112 V, Ri = 50 Ω

| | impuls 3b: Vs = + 75 V, Ri = 50 Ω |
| --- | --- |

impuls 3b: Vs = + 75 V, Ri = 50 Ω

| | impuls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms |
| --- | --- |

impuls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms

| | impuls 5: Vs = + 65 V, Ri = 3 Ω, td = 100 ms |
| --- | --- |

impuls 5: Vs = + 65 V, Ri = 3 Ω, td = 100 ms

| | Impuls 5 se zkouší jen u celků ve vozidle určených k montáži ve vozidlech, která nejsou vybavena žádnou vnější společnou ochranou proti odpojení zátěže. |
| --- | --- |

Impuls 5 se zkouší jen u celků ve vozidle určených k montáži ve vozidlech, která nejsou vybavena žádnou vnější společnou ochranou proti odpojení zátěže.

Návrh týkající se odpojení zátěže viz ISO 16750-2, 4. vydání, kapitola 4.6.4.

218“

| d) | bod 6 se nahrazuje tímto:
  „6   ZKOUŠKA VNĚJŠÍHO ZAŘÍZENÍ PRO DÁLKOVOU KOMUNIKACI


  Č. | Zkouška | Popis | Související požadavky |
| --- | --- | --- | --- | --- |
| 1. | Administrativní šetření |
| 1.1 | Dokumentace | Správnost dokumentace | |
| 2. | Vizuální kontrola |
| 2.1 | Shoda s dokumentací | |
| 2.2 | Identifikace/značení | 225, 226 |
| 2.3 | Materiály | 219 až 223 |
| 3. | Funkční zkoušky |
| 3.1 | Dálková komunikace pro cílené silniční kontroly | 4, 197 až 199 |
| 3.2 | Zaznamenávání a ukládání údajů do datové paměti | 91 |
| 3.3 | Komunikace s celkem ve vozidle | Dodatek 14 odstavce DSC_66 až DSC_70, DSC_71 až DSC_76 |
| 4. | Zkoušky vlivů prostředí |
| 4.1 | Teplota | Ověřit funkčnost podle těchto zkoušek: | Zkouška podle ISO 16750-4, kapitoly 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: Zkoušení vlivů prostředí– Část 2-1: Zkoušky– Zkouška A: Chlad |

d)

bod 6 se nahrazuje tímto:

„6   ZKOUŠKA VNĚJŠÍHO ZAŘÍZENÍ PRO DÁLKOVOU KOMUNIKACI

Č.

Zkouška

Popis

Související požadavky

1.

1.

Administrativní šetření

Administrativní šetření

1.1

Dokumentace

Správnost dokumentace

2.

2.

Vizuální kontrola

Vizuální kontrola

2.1

Shoda s dokumentací

2.2

Identifikace/značení

225, 226

2.3

Materiály

219 až 223

3.

3.

Funkční zkoušky

Funkční zkoušky

3.1

Dálková komunikace pro cílené silniční kontroly

4, 197 až 199

3.2

Zaznamenávání a ukládání údajů do datové paměti

91

3.3

Komunikace s celkem ve vozidle

Dodatek 14 odstavce DSC_66 až DSC_70, DSC_71 až DSC_76

4.

4.

Zkoušky vlivů prostředí

Zkoušky vlivů prostředí

4.1

Teplota

Ověřit funkčnost podle těchto zkoušek:

Zkouška podle ISO 16750-4, kapitoly 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: Zkoušení vlivů prostředí– Část 2-1: Zkoušky– Zkouška A: Chlad

| | Zkouška podle ISO 16750-4, kapitoly 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: Zkoušení vlivů prostředí – Část 2-2: Zkoušky – Zkouška B: Suché teplo |
| --- | --- |

Zkouška podle ISO 16750-4, kapitoly 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: Zkoušení vlivů prostředí – Část 2-2: Zkoušky – Zkouška B: Suché teplo

| | Zkouška podle ISO 16750-4, kapitoly 5.3.2: Rychlá změna teploty se stanovenou dobou přechodu (– 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ích cyklů lze provádět omezený soubor zkoušek (z těch, které jsou definovány v bodě 3 této tabulky). |
| --- | --- |

Zkouška podle ISO 16750-4, kapitoly 5.3.2: Rychlá změna teploty se stanovenou dobou přechodu (– 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ích cyklů lze provádět omezený soubor zkoušek (z těch, které jsou definovány v bodě 3 této tabulky).

213

4.2

Ochrana proti vodě a cizím tělesům

Zkouška podle ISO 20653: Road vehicles – Degree of protection (IP code) – Protection of electrical equipment against foreign objects, water and access (cílová hodnota IP40)

Road vehicles – Degree of protection (IP code) – Protection of electrical equipment against foreign objects, water and access

220, 221

5

5

Zkoušky elektromagnetické kompatibility

Zkoušky elektromagnetické kompatibility

5.1

Vyzařované emise a citlivost

Soulad s předpisem EHK č. 10

218

5.2

Elektrostatický výboj

Soulad s ISO 10605:2008 + technická oprava: 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 1a: Vs = – 450 V, Ri = 50 Ω

| | impuls 2a: Vs = + 37 V, Ri = 2 Ω |
| --- | --- |

impuls 2a: Vs = + 37 V, Ri = 2 Ω

| | impuls 2b: Vs = + 20 V, Ri = 0,05 Ω |
| --- | --- |

impuls 2b: Vs = + 20 V, Ri = 0,05 Ω

| | impuls 3a: Vs = – 150 V, Ri = 50 Ω |
| --- | --- |

impuls 3a: Vs = – 150 V, Ri = 50 Ω

| | impuls 3b: Vs = + 150 V, Ri = 50 Ω |
| --- | --- |

impuls 3b: Vs = + 150 V, Ri = 50 Ω

| | impuls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms |
| --- | --- |

impuls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms

| | impuls 5: Vs = + 120 V, Ri = 2,2 Ω, td = 250 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 1: Vs = – 75 V, Ri = 10 Ω

| | impuls 2a: Vs = + 37 V, Ri = 2 Ω |
| --- | --- |

impuls 2a: Vs = + 37 V, Ri = 2 Ω

| | impuls 2b: Vs = + 10 V, Ri = 0,05 Ω |
| --- | --- |

impuls 2b: Vs = + 10 V, Ri = 0,05 Ω

| | impuls 3a: Vs = – 112 V, Ri = 50 Ω |
| --- | --- |

impuls 3a: Vs = – 112 V, Ri = 50 Ω

| | impuls 3b: Vs = + 75 V, Ri = 50 Ω |
| --- | --- |

impuls 3b: Vs = + 75 V, Ri = 50 Ω

| | impuls 4: Vs = – 6 V, Va = -5 V, t6 = 15 ms |
| --- | --- |

impuls 4: Vs = – 6 V, Va = -5 V, t6 = 15 ms

| | impuls 5: Vs = + 65 V, Ri = 3 Ω, td = 100 ms |
| --- | --- |

impuls 5: Vs = + 65 V, Ri = 3 Ω, td = 100 ms

| | Impuls 5 se zkouší jen u celků ve vozidle určených k montáži ve vozidlech, která nejsou vybavena žádnou vnější společnou ochranou proti odpojení zátěže. |
| --- | --- |

Impuls 5 se zkouší jen u celků ve vozidle určených k montáži ve vozidlech, která nejsou vybavena žádnou vnější společnou ochranou proti odpojení zátěže.

Návrh týkající se odpojení zátěže viz ISO 16750-2, 4. vydání, kapitola 4.6.4.

218“

| e) | v bodě 8 o zkouškách interoperability se tabulka nahrazuje tímto:


  „Č. | Zkouška | Popis |
| --- | --- | --- | --- |
| 8.1   Zkoušky interoperability celků ve vozidle a karet tachografu |
| 1 | Vzájemné ověření pravosti | Ověřit, že vzájemné ověření pravosti mezi celkem ve vozidle a kartou tachografu probí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 zahrnuje zápis do co největšího počtu elementárních souborů na kartě.
  Ověřit stažením z celku ve vozidle, že všechny příslušné záznamy byly řádně provedeny.
  Ověřit stažením z karty, že všechny příslušné záznamy byly řádně provedeny.
  Ověřit pomocí denních výtisků, že všechny příslušné záznamy lze řádně přečíst. |
| 8.2   Zkoušky interoperability celků ve vozidle a snímačů pohybu |
| 1 | Párování | Ověřit, že párová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ář zahrnuje normální činnost a vytvoření co největšího počtu událostí nebo závad.
  Ověřit stažením z celku ve vozidle, že všechny příslušné záznamy byly řádně provedeny.
  Ověřit stažením z karty, že všechny příslušné záznamy byly řádně provedeny.
  Ověřit pomocí denního výtisku, že všechny příslušné záznamy lze řádně přečíst. |
| 8.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í pravosti | Ověřit, že vzájemné ověření pravosti (vazba) mezi celkem ve vozidle a vnějším modulem 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ář zahrnuje normální činnost a vytvoření co největšího počtu událostí nebo závad.
  Ověřit stažením z celku ve vozidle, že všechny příslušné záznamy byly řádně provedeny.
  Ověřit stažením z karty, že všechny příslušné záznamy byly řádně provedeny.
  Ověřit pomocí denního výtisku, že všechny příslušné záznamy lze řádně přečíst.“ |

e)

v bodě 8 o zkouškách interoperability se tabulka nahrazuje tímto:

„Č.

Zkouška

Popis

Zkoušky interoperability celků ve vozidle a karet tachografu

1

Vzájemné ověření pravosti

Ověřit, že vzájemné ověření pravosti mezi celkem ve vozidle a kartou tachografu probí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 zahrnuje zápis do co největšího počtu elementárních souborů na kartě.

Ověřit stažením z celku ve vozidle, že všechny příslušné záznamy byly řádně provedeny.

Ověřit stažením z karty, že všechny příslušné záznamy byly řádně provedeny.

Ověřit pomocí denních výtisků, že všechny příslušné záznamy lze řádně přečíst.

Zkoušky interoperability celků ve vozidle a snímačů pohybu

1

Párování

Ověřit, že párová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ář zahrnuje normální činnost a vytvoření co největšího počtu událostí nebo závad.

Ověřit stažením z celku ve vozidle, že všechny příslušné záznamy byly řádně provedeny.

Ověřit stažením z karty, že všechny příslušné záznamy byly řádně provedeny.

Ověřit pomocí denního výtisku, že všechny příslušné záznamy lze řádně přečíst.

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í pravosti

Ověřit, že vzájemné ověření pravosti (vazba) mezi celkem ve vozidle a vnějším modulem 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ář zahrnuje normální činnost a vytvoření co největšího počtu událostí nebo závad.

Ověřit stažením z celku ve vozidle, že všechny příslušné záznamy byly řádně provedeny.

Ověřit stažením z karty, že všechny příslušné záznamy byly řádně provedeny.

Ověřit pomocí denního výtisku, že všechny příslušné záznamy lze řádně přečíst.“

| 36) | dodatek 11 se mění takto:


  a) | v bodě 8.2.3 se odstavec CSM_49 nahrazuje tímto:


  „CSM_49 | Celky ve vozidle, karty tachografu a vnější zařízení GNSS musí podporovat algoritmy SHA-256, SHA-384 a SHA-512 stanovené v [SHS].“; |
| --- | --- | --- | --- |

36)

dodatek 11 se mění takto:

a)

v bodě 8.2.3 se odstavec CSM_49 nahrazuje tímto:

„CSM_49

Celky ve vozidle, karty tachografu a vnější zařízení GNSS musí podporovat algoritmy SHA-256, SHA-384 a SHA-512 stanovené v [SHS].“;

| b) | v bodě 9.1.2 se první pododstavec v odstavci CSM_58 nahrazuje tímto:


  „CSM_58 | Kdykoli ERCA generuje nový evropský kořenový pár klíčů, vytvoří spojovací certifikát pro nový evropský veřejný klíč a podepíše jej předchozím evropským soukromým klíčem. Doba platnosti spojovacího certifikátu je 17 let plus 3 měsíce. To je také znázorněno na obrázku 1 v bodě 9.1.7.“; |
| --- | --- | --- |

b)

v bodě 9.1.2 se první pododstavec v odstavci CSM_58 nahrazuje tímto:

„CSM_58

Kdykoli ERCA generuje nový evropský kořenový pár klíčů, vytvoří spojovací certifikát pro nový evropský veřejný klíč a podepíše jej předchozím evropským soukromým klíčem. Doba platnosti spojovacího certifikátu je 17 let plus 3 měsíce. To je také znázorněno na obrázku 1 v bodě 9.1.7.“;

| c) | v bodě 9.1.4 se odstavec CSM_72 nahrazuje tímto:


  „CSM_72 | Pro každý VU musí být generovány dva jedinečné páry klíčů ECC označené jako VU_MA a VU_Sign. Tento úkol zajišťují výrobci VU. Při každém generování páru klíčů VU zašle strana generující klíč svému MSCA veřejný klíč, aby mohla obdržet příslušný certifikát VU podepsaný MSCA. Soukromý klíč užívá pouze celek ve vozidle.“; |
| --- | --- | --- |

c)

v bodě 9.1.4 se odstavec CSM_72 nahrazuje tímto:

„CSM_72

Pro každý VU musí být generovány dva jedinečné páry klíčů ECC označené jako VU_MA a VU_Sign. Tento úkol zajišťují výrobci VU. Při každém generování páru klíčů VU zašle strana generující klíč svému MSCA veřejný klíč, aby mohla obdržet příslušný certifikát VU podepsaný MSCA. Soukromý klíč užívá pouze celek ve vozidle.“;

| d) | bod 9.1.5 se mění takto:


  i) | odstavec CSM_83 se nahrazuje tímto:


  „CSM_83 | Pro každou kartu tachografu musí být generová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 generová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 generování páru klíčů karty zašle strana generující klíč svému MSCA veřejný klíč, aby mohla obdržet příslušný certifikát karty podepsaný MSCA. Soukromý klíč užívá pouze karta tachografu.“; |
| --- | --- | --- | --- |

d)

bod 9.1.5 se mění takto:

i)

odstavec CSM_83 se nahrazuje tímto:

„CSM_83

Pro každou kartu tachografu musí být generová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 generová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 generování páru klíčů karty zašle strana generující klíč svému MSCA veřejný klíč, aby mohla obdržet příslušný certifikát karty podepsaný MSCA. Soukromý klíč užívá pouze karta tachografu.“;

| ii) | odstavec CSM_88 se nahrazuje tímto:


  „CSM_88 | Doba platnosti certifikátu Card_MA je následující:


  — | pro karty řidiče: 5 let |
| --- | --- | --- | --- |

ii)

odstavec CSM_88 se nahrazuje tímto:

„CSM_88

Doba platnosti certifikátu Card_MA je následující:

—

pro karty řidiče: 5 let

| — | pro karty podniku: 5 let |
| --- | --- |

—

pro karty podniku: 5 let

| — | pro kontrolní karty: 2 roky |
| --- | --- |

—

pro kontrolní karty: 2 roky

| — | pro karty dílny: 1 rok“; |
| --- | --- |

—

pro karty dílny: 1 rok“;

| iii) | v odstavci CSM_91 se doplňuje nová odrážka, která zní:


  „— | dále pouze pro kontrolní karty, karty podniku a karty dílny a pouze v případě, že takové karty byly vydány v prvních třech měsících doby platnosti nového certifikátu EUR: certifikát EUR, který je o dvě generace starší, pokud existuje.

  Poznámka k poslední odrážce: Například v prvních třech měsících platnosti certifikátu ERCA(3) (viz obrázek 1) musí uvedené karty obsahovat certifikát ERCA(1). To je nutné k zajištění toho, aby tyto karty mohly být používány ke stahování dat z celků ve vozidle ERCA(1), jejichž běžná patnáctiletá životnost plus tříměsíční období pro stahování dat vyprší během těchto tří měsíců; viz příloha IC požadavek 13 poslední odrážka.“; |
| --- | --- | --- |

iii)

v odstavci CSM_91 se doplňuje nová odrážka, která zní:

„—

dále pouze pro kontrolní karty, karty podniku a karty dílny a pouze v případě, že takové karty byly vydány v prvních třech měsících doby platnosti nového certifikátu EUR: certifikát EUR, který je o dvě generace starší, pokud existuje.

Poznámka k poslední odrážce: Například v prvních třech měsících platnosti certifikátu ERCA(3) (viz obrázek 1) musí uvedené karty obsahovat certifikát ERCA(1). To je nutné k zajištění toho, aby tyto karty mohly být používány ke stahování dat z celků ve vozidle ERCA(1), jejichž běžná patnáctiletá životnost plus tříměsíční období pro stahování dat vyprší během těchto tří měsíců; viz příloha IC požadavek 13 poslední odrážka.“;

Poznámka k poslední odrážce:

| e) | bod 9.1.6 se mění takto:


  i) | odstavec CSM_93 se nahrazuje tímto:


  „CSM_93 | Pro každé vnější zařízení GNSS musí být generován jedinečný pár klíčů ECC, označený jako EGF_MA. Tento úkol musí zajišťovat výrobci vnějšího zařízení GNSS. Při každém generování páru klíčů EGF_MA zašle strana generující klíč svému MSCA 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.“; |
| --- | --- | --- | --- |

e)

bod 9.1.6 se mění takto:

i)

odstavec CSM_93 se nahrazuje tímto:

„CSM_93

Pro každé vnější zařízení GNSS musí být generován jedinečný pár klíčů ECC, označený jako EGF_MA. Tento úkol musí zajišťovat výrobci vnějšího zařízení GNSS. Při každém generování páru klíčů EGF_MA zašle strana generující klíč svému MSCA 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.“;

| ii) | odstavec CSM_95 se nahrazuje tímto:


  „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ěřování pravosti a odsouhlasení klíče relace vůči celkům ve vozidle podle pokynů v bodě 11.4 tohoto dodatku.“; |
| --- | --- | --- |

ii)

odstavec CSM_95 se nahrazuje tímto:

„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ěřování pravosti a odsouhlasení klíče relace vůči celkům ve vozidle podle pokynů v bodě 11.4 tohoto dodatku.“;

| f) | bod 9.1.7 se mění takto:


  i) | obrázek 1 se nahrazuje tímto:

  „
  Obrázek 1


  Vydávání a používání různých generací kořenových certifikátů ERCA, spojovacích certifikátů ERCA, certifikátů MSCA a certifikátů zařízení


  Text obrazu

  Legenda
  Doba použžížžvánížž soukžromého klížžče / zbývajížžcížž doba platnosti certifikátu ž
  Druhá generžace certifikátu ERCA a certifikáty na něm založené
  Třetížž generžace certifikátu ERCA a certifikáty na něm založené
  Prvnížž generžace certifikátu ERCA a certifikáty na něm založené
  let
  let
  let

  “ |
| --- | --- | --- |

f)

bod 9.1.7 se mění takto:

i)

obrázek 1 se nahrazuje tímto:

„
  Obrázek 1

Obrázek 1

Vydávání a používání různých generací kořenových certifikátů ERCA, spojovacích certifikátů ERCA, certifikátů MSCA a certifikátů zařízení

Vydávání a používání různých generací kořenových certifikátů ERCA, spojovacích certifikátů ERCA, certifikátů MSCA a certifikátů zařízení

Legenda

Doba použžížžvánížž soukžromého klížžče / zbývajížžcížž doba platnosti certifikátu ž

Druhá generžace certifikátu ERCA a certifikáty na něm založené

Třetížž generžace certifikátu ERCA a certifikáty na něm založené

Prvnížž generžace certifikátu ERCA a certifikáty na něm založené

let

let

let

| ii) | v poznámkách k obrázku 1 se odstavec 6 nahrazuje tímto:


  „6 | Z důvodu úspory místa je rozdíl doby platnosti mezi certifikáty Card_MA a Card_Sign uveden pouze pro první generaci.“; |
| --- | --- | --- |

ii)

v poznámkách k obrázku 1 se odstavec 6 nahrazuje tímto:

„6

Z důvodu úspory místa je rozdíl doby platnosti mezi certifikáty Card_MA a Card_Sign uveden pouze pro první generaci.“;

| g) | bod 9.2.1.1 se mění takto:


  i) | v odstavci CSM_106 se první odrážka nahrazuje tímto:


  „— | Pro 128-bitové hlavní klíče snímače pohybu: CV = ‘B6 44 2C 45 0E F8 D3 62 0B 7A 8A 97 91 E4 5D 83’“; |
| --- | --- | --- | --- |

g)

bod 9.2.1.1 se mění takto:

i)

v odstavci CSM_106 se první odrážka nahrazuje tímto:

„—

Pro 128-bitové hlavní klíče snímače pohybu: CV = ‘B6 44 2C 45 0E F8 D3 62 0B 7A 8A 97 91 E4 5D 83’“;

| ii) | v odstavci CSM_107 se první pododstavec nahrazuje tímto:

  „Každý výrobce snímačů pohybu musí generovat náhodný a jedinečný párovací klíč KP pro každý snímač pohybu a odeslat každý párovací klíč certifikačnímu orgánu svého členského státu. MSCA musí každý párovací klíč samostatně zašifrovat pomocí hlavního klíče snímače pohybu KM a vrátit zašifrovaný klíč výrobci snímačů pohybu. Pro každý zašifrovaný klíč musí MSCA oznámit výrobci snímačů pohybu číslo verze příslušného KM.“; |
| --- | --- |

ii)

v odstavci CSM_107 se první pododstavec nahrazuje tímto:

„Každý výrobce snímačů pohybu musí generovat náhodný a jedinečný párovací klíč KP pro každý snímač pohybu a odeslat každý párovací klíč certifikačnímu orgánu svého členského státu. MSCA musí každý párovací klíč samostatně zašifrovat pomocí hlavního klíče snímače pohybu KM a vrátit zašifrovaný klíč výrobci snímačů pohybu. Pro každý zašifrovaný klíč musí MSCA oznámit výrobci snímačů pohybu číslo verze příslušného KM.“;

P

M

M

| iii) | odstavec CSM_108 se nahrazuje tímto:


  „CSM_108 | Každý výrobce snímačů pohybu musí generovat jedinečné sériové číslo pro každý snímač pohybu a odeslat všechna sériová čísla certifikačnímu orgánu svého členského státu. MSCA musí každé sériové číslo samostatně zašifrovat pomocí identifikačního klíče KID a vrátit zašifrované sériové číslo výrobci snímačů pohybu. Pro každé zašifrované sériové číslo musí MSCA oznámit výrobci snímačů pohybu číslo verze příslušného KID.“; |
| --- | --- | --- |

iii)

odstavec CSM_108 se nahrazuje tímto:

„CSM_108

Každý výrobce snímačů pohybu musí generovat jedinečné sériové číslo pro každý snímač pohybu a odeslat všechna sériová čísla certifikačnímu orgánu svého členského státu. MSCA musí každé sériové číslo samostatně zašifrovat pomocí identifikačního klíče KID

ID

| h) | bod 9.2.2.1 se mění takto:


  i) | odstavec CSM_123 se nahrazuje tímto:


  „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 certifikačnímu orgánu svého členského státu, aby mohl získat sadu dvou klíčů DSRC vyhrazených příslušným VU. Sériové číslo VU musí mít datový typ


.

  Poznámka:


  — | Toto sériové číslo VU se musí shodovat s prvkem vuSerialNumber identifikace VuIdentification, viz dodatek 1, a s odkazem na držitele certifikátu v certifikátech VU. |
| --- | --- | --- | --- | --- |

h)

bod 9.2.2.1 se mění takto:

i)

odstavec CSM_123 se nahrazuje tímto:

„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 certifikačnímu orgánu svého členského státu, aby mohl získat sadu dvou klíčů DSRC vyhrazených příslušným VU. Sériové číslo VU musí mít datový typ

  Image 99

.

Poznámka:

Poznámka:

—

Toto sériové číslo VU se musí shodovat s prvkem vuSerialNumber identifikace VuIdentification, viz dodatek 1, a s odkazem na držitele certifikátu v certifikátech VU.

| — | Sériové číslo VU nemusí být v okamžiku, kdy výrobce celku ve vozidle požádá o klíče DSRC vyhrazené příslušnému VU, známo. V takovém případě výrobce VU místo toho zašle jedinečný identifikátor žádosti o certifikát, který použil v žádosti o certifikáty VU; viz CSM_153. Tento identifikátor žádosti o certifikát je tudíž rovnocenný odkazu na držitele certifikátu v certifikátech VU.“; |
| --- | --- |

—

Sériové číslo VU nemusí být v okamžiku, kdy výrobce celku ve vozidle požádá o klíče DSRC vyhrazené příslušnému VU, známo. V takovém případě výrobce VU místo toho zašle jedinečný identifikátor žádosti o certifikát, který použil v žádosti o certifikáty VU; viz CSM_153. Tento identifikátor žádosti o certifikát je tudíž rovnocenný odkazu na držitele certifikátu v certifikátech VU.“;

| ii) | v odstavci CSM_124 se požadavek na informace v kroku 2 nahrazuje tímto:

  „info = sériové číslo VU nebo identifikátor žádosti o certifikát, jež jsou uvedeny v odstavci CSM_123“; |
| --- | --- |

ii)

v odstavci CSM_124 se požadavek na informace v kroku 2 nahrazuje tímto:

„info = sériové číslo VU nebo identifikátor žádosti o certifikát, jež jsou uvedeny v odstavci CSM_123“;

| iii) | odstavec CSM_128 se nahrazuje tímto:


  „CSM_128 | MSCA musí vést záznamy o všech klíčích DSRC vyhrazených příslušným VU, které generoval, jejich číslech verze a sériových číslech VU nebo identifikátorech žádosti o certifikát, které byly použity při jejich odvozování.“; |
| --- | --- | --- |

iii)

odstavec CSM_128 se nahrazuje tímto:

„CSM_128

MSCA musí vést záznamy o všech klíčích DSRC vyhrazených příslušným VU, které generoval, jejich číslech verze a sériových číslech VU nebo identifikátorech žádosti o certifikát, které byly použity při jejich odvozování.“;

| i) | v bodě 9.3.1 se první pododstavec v odstavci CSM_135 nahrazuje tímto:

  „Pro kódování datových objektů v certifikátech musí být použita zvláštní kódovací pravidla (DER) podle [ISO 8825-1]. V tabulce 4 je uvedeno kompletní kódování certifikátů, včetně všech tagů a délek v bajtech.“; |
| --- | --- |

i)

v bodě 9.3.1 se první pododstavec v odstavci CSM_135 nahrazuje tímto:

„Pro kódování datových objektů v certifikátech musí být použita zvláštní kódovací pravidla (DER) podle [ISO 8825-1]. V tabulce 4 je uvedeno kompletní kódování certifikátů, včetně všech tagů a délek v bajtech.“;

| j) | v bodě 9.3.2.3 se odstavec CSM_141 nahrazuje tímto:


  „CSM_141 | Autorizace držitele certifikátu se používá k identifikaci typu certifikátu. Obsahuje šest nejdůležitějších bajtů ID aplikace tachografu kaskádově spojených s typem zařízení, čím je udán typ zařízení, pro něž je certifikát určen. V případě certifikátu VU, karty řidiče nebo karty dílny se typ zařízení používá také k rozlišení mezi certifikátem pro vzájemné ověření pravosti a certifikátem pro vytváření digitálních podpisů (viz bod 9.1 a dodatek 1, datový typ EquipmentType).“; |
| --- | --- | --- |

j)

v bodě 9.3.2.3 se odstavec CSM_141 nahrazuje tímto:

„CSM_141

Autorizace držitele certifikátu se používá k identifikaci typu certifikátu. Obsahuje šest nejdůležitějších bajtů ID aplikace tachografu kaskádově spojených s typem zařízení, čím je udán typ zařízení, pro něž je certifikát určen. V případě certifikátu VU, karty řidiče nebo karty dílny se typ zařízení používá také k rozlišení mezi certifikátem pro vzájemné ověření pravosti a certifikátem pro vytváření digitálních podpisů (viz bod 9.1 a dodatek 1, datový typ EquipmentType).“;

| k) | v bodě 9.3.2.5 se v odstavci CSM_146 doplňuje nový pododstavec, který zní:

  „
  Poznámka: Pro certifikát karty musí být hodnota CHR rovna hodnotě cardExtendedSerialNumber v EF_ICC; viz dodatek 2. Pro certifikát EGF musí být hodnota CHR rovna hodnotě sensorGNSSSerialNumber v EF_ICC; viz dodatek 14. Pro certifikát VU musí být hodnota CHR rovna prvku vuSerialNumber identifikace VuIdentification, viz dodatek 1, pokud výrobce v okamžiku podání žádosti o certifikát nezná specifické sériové číslo výrobce.“; |
| --- | --- |

k)

v bodě 9.3.2.5 se v odstavci CSM_146 doplňuje nový pododstavec, který zní:

„
  Poznámka: Pro certifikát karty musí být hodnota CHR rovna hodnotě cardExtendedSerialNumber v EF_ICC; viz dodatek 2. Pro certifikát EGF musí být hodnota CHR rovna hodnotě sensorGNSSSerialNumber v EF_ICC; viz dodatek 14. Pro certifikát VU musí být hodnota CHR rovna prvku vuSerialNumber identifikace VuIdentification, viz dodatek 1, pokud výrobce v okamžiku podání žádosti o certifikát nezná specifické sériové číslo výrobce.“;

Poznámka:

| l) | v bodě 9.3.2.6 se odstavec CSM_148 nahrazuje tímto:


  „CSM_148 | Datum účinnosti certifikátu musí označovat počáteční datum a délku doby platnosti certifikátu.“; |
| --- | --- | --- |

l)

v bodě 9.3.2.6 se odstavec CSM_148 nahrazuje tímto:

„CSM_148

Datum účinnosti certifikátu musí označovat počáteční datum a délku doby platnosti certifikátu.“;

| m) | bod 9.3.3 se mění takto:


  i) | v odstavci CSM_151 se první pododstavec nahrazuje tímto:

  „Při podání žádosti o certifikát musí MSCA zaslat ERCA tyto údaje:“; |
| --- | --- | --- |

m)

bod 9.3.3 se mění takto:

i)

v odstavci CSM_151 se první pododstavec nahrazuje tímto:

„Při podání žádosti o certifikát musí MSCA zaslat ERCA tyto údaje:“;

| ii) | odstavec CSM_153 se nahrazuje tímto:


  „CSM_153 | Výrobce zařízení musí 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í:


  — | 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ý identifikátor žádosti o certifikát, |
| --- | --- | --- | --- |

ii)

odstavec CSM_153 se nahrazuje tímto:

„CSM_153

Výrobce zařízení musí 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í:

—

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ý identifikátor žádosti o certifikát,

| — | měsíc a rok výroby zařízení nebo žá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ěchto údajů a vložení certifikátu, který mu MSCA vrátí, do určeného zařízení.“;

| n) | bod 10.2.1 se mění takto:


  i) | v odstavci CSM_157 se znění před poznámkami k obrázku 4 nahrazuje tímto:

  „Celky ve vozidle musí pro ověření řetězce certifikátů karty tachografu užívat protokol popsaný na obrázku 4. U každého certifikátu přečteného z karty VU ověří, zda jsou údaje v poli autorizace držitele certifikátu (CHA) správné:


  — | V poli CHA certifikátu karty musí být uveden certifikát karty pro vzájemné ověření pravosti (viz dodatek 1, datový typ EquipmentType). |
| --- | --- | --- | --- |

n)

bod 10.2.1 se mění takto:

i)

v odstavci CSM_157 se znění před poznámkami k obrázku 4 nahrazuje tímto:

„Celky ve vozidle musí pro ověření řetězce certifikátů karty tachografu užívat protokol popsaný na obrázku 4. U každého certifikátu přečteného z karty VU ověří, zda jsou údaje v poli autorizace držitele certifikátu (CHA) správné:

—

V poli CHA certifikátu karty musí být uveden certifikát karty pro vzájemné ověření pravosti (viz dodatek 1, datový typ EquipmentType).

| — | V poli CHA certifikátu Card.CA musí být uveden MSCA. |
| --- | --- |

—

V poli CHA certifikátu Card.CA musí být uveden MSCA.

| — | V poli CHA certifikátu Card.Link musí být uveden ERCA.“; |
| --- | --- |

—

V poli CHA certifikátu Card.Link musí být uveden ERCA.“;

| ii) | v odstavci CSM_159 se doplňuje nová věta, která zní:

  „Zatímco uložení všech ostatních typů certifikátů není povinné, nový spojovací certifikát předložený kartou VU uložit musí.“; |
| --- | --- |

ii)

v odstavci CSM_159 se doplňuje nová věta, která zní:

„Zatímco uložení všech ostatních typů certifikátů není povinné, nový spojovací certifikát předložený kartou VU uložit musí.“;

| o) | bod 10.2.2 se mění takto:


  i) | v odstavci CSM_161 se znění před obrázkem 5 nahrazuje tímto:

  „Karty tachografu musí pro ověření řetězce certifikátů VU používat protokol popsaný na obrázku 5. U každého certifikátu, který VU předloží, karta ověří, zda jsou údaje v poli autorizace držitele certifikátu (CHA) správné:


  — | V poli CHA certifikátu VU.Link musí být uveden ERCA. |
| --- | --- | --- | --- |

o)

bod 10.2.2 se mění takto:

i)

v odstavci CSM_161 se znění před obrázkem 5 nahrazuje tímto:

„Karty tachografu musí pro ověření řetězce certifikátů VU používat protokol popsaný na obrázku 5. U každého certifikátu, který VU předloží, karta ověří, zda jsou údaje v poli autorizace držitele certifikátu (CHA) správné:

—

V poli CHA certifikátu VU.Link musí být uveden ERCA.

| — | V poli CHA certifikátu VU.CA musí být uveden MSCA. |
| --- | --- |

—

V poli CHA certifikátu VU.CA musí být uveden MSCA.

| — | V poli CHA certifikátu VU musí být uveden certifikát VU pro vzájemné ověření pravosti (viz dodatek 1, datový typ EquipmentType).“; |
| --- | --- |

—

V poli CHA certifikátu VU musí být uveden certifikát VU pro vzájemné ověření pravosti (viz dodatek 1, datový typ EquipmentType).“;

| ii) | odstavec CSM_165 se nahrazuje tímto:


  „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ěřování pravosti 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ý Comp(VU.PKeph). Karta resetuje Comp(VU.PKeph) po úspěšném provedení příkazu GENERAL AUTHENTICATE.“; |
| --- | --- | --- |

ii)

odstavec CSM_165 se nahrazuje tímto:

„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ěřování pravosti 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ý Comp(VU.PKeph). Karta resetuje Comp(VU.PKeph) po úspěšném provedení příkazu GENERAL AUTHENTICATE.“;

| p) | bod 10.3 se mění takto:


  i) | v odstavci CSM_170 se první pododstavec nahrazuje tímto:

  „Kromě samotného podpisu výzvy karty musí VU do podpisu vložit odkaz na držitele certifikátu zjištěný z certifikátu karty.“; |
| --- | --- | --- |

p)

bod 10.3 se mění takto:

i)

v odstavci CSM_170 se první pododstavec nahrazuje tímto:

„Kromě samotného podpisu výzvy karty musí VU do podpisu vložit odkaz na držitele certifikátu zjištěný z certifikátu karty.“;

| ii) | v odstavci CSM_171 se obrázek 6 nahrazuje tímto:

  „
  Obrázek 6


  Protokol ověřování pravosti VU


  “ |
| --- | --- |

ii)

v odstavci CSM_171 se obrázek 6 nahrazuje tímto:

„
  Obrázek 6

Obrázek 6

Protokol ověřování pravosti VU

Protokol ověřování pravosti VU

Image 100

  “

| iii) | odstavec CSM_174 se nahrazuje tímto:


  „CSM_174 | Po přijetí podpisu VU v příkazu EXTERNAL AUTHENTICATE musí karta


  — | vypočítat ověřovací token kaskádovým spojením Card.CHR, výzvu karty rcard a identifikátor přechodného veřejného klíče Comp(VU.PKeph) celku ve vozidle, |
| --- | --- | --- | --- |

iii)

odstavec CSM_174 se nahrazuje tímto:

„CSM_174

Po přijetí podpisu VU v příkazu EXTERNAL AUTHENTICATE musí karta

—

vypočítat ověřovací token kaskádovým spojením Card.CHR, výzvu karty rcard a identifikátor přechodného veřejného klíče Comp(VU.PKeph) celku ve vozidle,

| — | ověřit podpis VU pomocí algoritmu ECDSA, pomocí hašovacího algoritmu spojeného s velikostí klíče páru klíčů VU_MA key celku ve vozidle podle CSM_50, ve spojení s VU.PK a vypočítaným ověřovacím tokenem.“; |
| --- | --- |

—

ověřit podpis VU pomocí algoritmu ECDSA, pomocí hašovacího algoritmu spojeného s velikostí klíče páru klíčů VU_MA key celku ve vozidle podle CSM_50, ve spojení s VU.PK a vypočítaným ověřovacím tokenem.“;

| q) | v bodě 10.4 se odstavec CSM_176 mění takto:


  i) | druhý pododstavec se nahrazuje tímto:


  „2. | VU zašle kartě veřejný bod VU.PKeph svého přechodného páru klíčů. Tento veřejný bod musí být konvertován na oktetový řetězec podle [TR-03111]. Musí být použit nekomprimovaný kódovací formát. Jak je uvedeno v CSM_164, VU generoval tento přechodný pár klíčů před ověřením řetězce certifikátů VU. VU zaslal identifikátor přechodného veřejného klíče Comp(VU.PKeph) kartě, která jej uložila.“; |
| --- | --- | --- | --- |

q)

v bodě 10.4 se odstavec CSM_176 mění takto:

i)

druhý pododstavec se nahrazuje tímto:

„2.

VU zašle kartě veřejný bod VU.PKeph svého přechodného páru klíčů. Tento veřejný bod musí být konvertován na oktetový řetězec podle [TR-03111]. Musí být použit nekomprimovaný kódovací formát. Jak je uvedeno v CSM_164, VU generoval tento přechodný pár klíčů před ověřením řetězce certifikátů VU. VU zaslal identifikátor přechodného veřejného klíče Comp(VU.PKeph) kartě, která jej uložila.“;

eph

eph

| ii) | druhý pododstavec se nahrazuje tímto:


  „6. | Pomocí KMAC karta vypočítá ověřovací token pro přechodný veřejný bod VU: TPICC = CMAC(KMAC, VU.PKeph). Veřejný bod musí být ve formátu použitém v celku ve vozidle (viz druhý pododstavec výše). Karta zašle NPICC a TPICC celku ve vozidle.“; |
| --- | --- | --- |

ii)

druhý pododstavec se nahrazuje tímto:

„6.

Pomocí KMAC karta vypočítá ověřovací token pro přechodný veřejný bod VU: TPICC = CMAC(KMAC, VU.PKeph). Veřejný bod musí být ve formátu použitém v celku ve vozidle (viz druhý pododstavec výše). Karta zašle NPICC a TPICC celku ve vozidle.“;

MAC

PICC

MAC

eph

PICC

PICC

| r) | v bodě 10.5.2 se odstavec CSM_191 nahrazuje tímto:


  „CSM_191 | Všechny datové objekty určené k šifrování musí být podle [ISO 7816-4] doplněny indikátorem doplňkového obsahu ‘01’. Pro výpočet MAC se datové objekty v APDU doplní podle [ISO 7816-4].

  Poznámka: Doplňová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í algoritmů CMAC nebo CBC. |
| --- | --- | --- |

r)

v bodě 10.5.2 se odstavec CSM_191 nahrazuje tímto:

„CSM_191

Všechny datové objekty určené k šifrování musí být podle [ISO 7816-4] doplněny indikátorem doplňkového obsahu ‘01’. Pro výpočet MAC se datové objekty v APDU doplní podle [ISO 7816-4].

Poznámka: Doplňová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í algoritmů CMAC nebo CBC.

Poznámka:

Shrnutí a příklady

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í strukturu (DO je datový 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 |

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].

Odpověď 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é odpovědi následující strukturu:

| Případ 1 nebo 3 | : | DO „99“ || DO „8E“ || SW1SW2 |
| --- | --- | --- |
| Případ 2 nebo 4 (sudý bajt INS) bez šifrování | : | DO „81“ || DO „99“ || DO „8E“ || SW1SW2 |
| Případ 2 nebo 4 (sudý bajt INS) se šifrováním | : | DO „87“ || DO „99“ || DO „8E“ || SW1SW2 |
| Případ 2 nebo 4 (lichý bajt INS) bez šifrování | : | DO „B3“ || DO „99“ || DO „8E“ || SW1SW2 |

Případ 1 nebo 3

:

DO „99“ || DO „8E“ || SW1SW2

Případ 2 nebo 4 (sudý bajt INS) bez šifrování

:

DO „81“ || DO „99“ || DO „8E“ || SW1SW2

Případ 2 nebo 4 (sudý bajt INS) se šifrováním

:

DO „87“ || DO „99“ || DO „8E“ || SW1SW2

Případ 2 nebo 4 (lichý bajt INS) bez šifrování

:

DO „B3“ || DO „99“ || DO „8E“ || SW1SW2

Poznámka: Případ 2 nebo 4 (lichý bajt INS) se šifrováním se v komunikaci mezi VU a kartou nikdy nepoužívá.

Poznámka:

Níže jsou uvedeny tři příklady transformace APDU pro příkazy se sudým kódem INS. Obrázek 8 znázorňuje případ 4 příkazu APDU s ověřenou pravostí, obrázek 9 znázorňuje případ 1 / případ 3 odpovědi APDU s ověřenou pravostí a obrázek 10 znázorňuje případ 2 / případ 4 odpovědi APDU se šifrováním a ověřenou pravostí.

Obrázek 8

Obrázek 8

Transformace případu 4 příkazu APDU s ověřenou pravostí

Transformace případu 4 příkazu APDU s ověřenou pravostí

Image 101

Obrázek 9

Obrázek 9

Transformace případu 1 / případu 3 odpovědi APDU s ověřenou pravostí

Transformace případu 1 / případu 3 odpovědi APDU s ověřenou pravostí

Image 102

Obrázek 10

Obrázek 10

Transformace případu 2 / případu 4 odpovědi APDU se šifrováním a ověřenou pravostí

Transformace případu 2 / případu 4 odpovědi APDU se šifrováním a ověřenou pravostí

Image 103

  “

| s) | v bodě 10.5.3 se odstavec CSM_193 nahrazuje tímto:


  „CSM_193 | Karta tachografu přeruší aktuální relaci bezpečného předávání zpráv pouze v případě, že je splněna některá z těchto podmínek:


  — | přijme otevřený příkaz APDU, |
| --- | --- | --- | --- |

s)

v bodě 10.5.3 se odstavec CSM_193 nahrazuje tímto:

„CSM_193

Karta tachografu přeruší aktuální relaci bezpečného předávání zpráv pouze v případě, že je splněna některá z těchto podmínek:

—

přijme otevřený příkaz APDU,

| — | 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, |
| --- | --- | --- |

—

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,

| — | datový objekt bezpečného předávání zpráv je nesprávný, např. hodnota MAC nebo struktura TLV je nesprávná, |
| --- | --- |

—

datový 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 resetována, |
| --- | --- |

—

je odpojena od napájení nebo resetována,

| — | VU zahájí proces ověření pravosti VU, |
| --- | --- |

—

VU zahájí proces ověření pravosti VU,

| — | je dosaženo mezního počtu příkazů a příslušných odpovědí v rámci aktuální relace. Pro příslušnou kartu tuto mezní hodnotu stanoví její výrobce s ohledem na bezpečnostní požadavky použitého hardwaru s maximální hodnotou 240 příkazů a příslušných odezev SM na relaci.“; |
| --- | --- |

—

je dosaženo mezního počtu příkazů a příslušných odpovědí v rámci aktuální relace. Pro příslušnou kartu tuto mezní hodnotu stanoví její výrobce s ohledem na bezpečnostní požadavky použitého hardwaru s maximální hodnotou 240 příkazů a příslušných odezev SM na relaci.“;

| t) | bod 11.3.2 se mění takto:


  i) | v odstavci CSM_208 se první pododstavec nahrazuje tímto:

  „Během párování s VU musí vnější zařízení GNSS používat protokol uvedený na obrázku 5 (bod 10.2.2) pro ověření řetězců certifikátů VU.“; |
| --- | --- | --- |

t)

bod 11.3.2 se mění takto:

i)

v odstavci CSM_208 se první pododstavec nahrazuje tímto:

„Během párování s VU musí vnější zařízení GNSS používat protokol uvedený na obrázku 5 (bod 10.2.2) pro ověření řetězců certifikátů VU.“;

| ii) | odstavec CSM_210 se nahrazuje tímto:


  „CSM_210 | Jakmile vnější zařízení GNSS ověří certifikát VU_MA, musí jej uložit pro použití během normálního provozu; viz bod 11.3.3.“; |
| --- | --- | --- |

ii)

odstavec CSM_210 se nahrazuje tímto:

„CSM_210

Jakmile vnější zařízení GNSS ověří certifikát VU_MA, musí jej uložit pro použití během normálního provozu; viz bod 11.3.3.“;

| u) | v bodě 11.3.3 se první pododstavec v odstavci CSM_211 nahrazuje tímto:

  „Během normálního provozu musí celek ve vozidle a EGF používat protokol uvedený na obrázku 11 pro ověření dočasné platnosti uloženého certifikátu EGF_MA a pro nastavení 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ů neprovádí.“; |
| --- | --- |

u)

v bodě 11.3.3 se první pododstavec v odstavci CSM_211 nahrazuje tímto:

„Během normálního provozu musí celek ve vozidle a EGF používat protokol uvedený na obrázku 11 pro ověření dočasné platnosti uloženého certifikátu EGF_MA a pro nastavení 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ů neprovádí.“;

| v) | v bodě 12.3 se tabulka 6 nahrazuje tímto:

  „Tabulka 6


  Počet bajtů otevřeného textu a šifrovaných dat na instrukci podle [ISO 16844-3]


  Instrukce | Požadavek/odpověď | Popis dat | Počet bajtů otevřených dat podle
  [ISO 16844-3] | Počet bajtů otevřených dat s použitím klíčů AES | Počet bajtů otevřených dat s použitím klíčů AES s bitovou délkou |
| --- | --- | --- | --- | --- | --- | --- |
| 128 | 192 | 256 |
| 10 | požadavek | Data ověření pravosti + číslo souboru | 8 | 8 | 16 | 16 | 16 |
| 11 | odpověď | Data ověření pravosti + obsah souboru | 16 nebo 32, podle souboru | 16 nebo 32, podle souboru | 32 / 48 | 32 / 48 | 32 / 48 |
| 41 | požadavek | Sériové číslo MoS | 8 | 8 | 16 | 16 | 16 |
| 41 | odpověď | Párovací klíč | 16 | 16 / 24 / 32 | 16 | 32 | 32 |
| 42 | požadavek | Klíč relace | 16 | 16 / 24 / 32 | 16 | 32 | 32 |
| 43 | požadavek | Párovací informace | 24 | 24 | 32 | 32 | 32 |
| 50 | odpověď | Párovací informace | 24 | 24 | 32 | 32 | 32 |
| 70 | požadavek | Data ověření pravosti | 8 | 8 | 16 | 16 | 16 |
| 80 | odpověď | Hodnota čítače MoS + data ověření pravosti | 8 | 8 | 16 | 16 | 16“ |

v)

v bodě 12.3 se tabulka 6 nahrazuje tímto:

„Tabulka 6

„Tabulka 6

Počet bajtů otevřeného textu a šifrovaných dat na instrukci podle [ISO 16844-3]

Počet bajtů otevřeného textu a šifrovaných dat na instrukci podle [ISO 16844-3]

Instrukce

Požadavek/odpověď

Popis dat

Počet bajtů otevřených dat podle

[ISO 16844-3]

Počet bajtů otevřených dat s použitím klíčů AES

Počet bajtů otevřených dat s použitím klíčů AES s bitovou délkou

128

192

256

10

požadavek

Data ověření pravosti + číslo souboru

8

8

16

16

16

11

odpověď

Data ověření pravosti + obsah souboru

16 nebo 32, podle souboru

16 nebo 32, podle souboru

32 / 48

32 / 48

32 / 48

41

požadavek

Sériové číslo MoS

8

8

16

16

16

41

odpověď

Párovací klíč

16

16 / 24 / 32

16

32

32

42

požadavek

Klíč relace

16

16 / 24 / 32

16

32

32

43

požadavek

Párovací informace

24

24

32

32

32

50

odpověď

Párovací informace

24

24

32

32

32

70

požadavek

Data ověření pravosti

8

8

16

16

16

80

odpověď

Hodnota čítače MoS + data ověření pravosti

8

8

16

16

16“

| w) | v bodě 13.1 se požadavek týkající se sériového čísla VU v odstavci CSM_224 nahrazuje tímto:


  „Sériové číslo VU | sériové číslo VU nebo identifikátor žádosti o certifikát (datový typ VuSerialNumber nebo CertificateRequestID) – viz CSM_123“; |
| --- | --- | --- |

w)

v bodě 13.1 se požadavek týkající se sériového čísla VU v odstavci CSM_224 nahrazuje tímto:

„Sériové číslo VU

Sériové číslo VU

sériové číslo VU nebo identifikátor žádosti o certifikát (datový typ VuSerialNumber nebo CertificateRequestID) – viz CSM_123“;

| x) | v bodě 13.3 se druhá odrážka v odstavci CSM_228 nahrazuje tímto:


  „2. | Kontrolní karta použije uvedený hlavní klíč DSRC ve spojení se sériovým číslem VU nebo identifikátorem žádosti o certifikát v bezpečnostních datech DSRC pro odvození klíčů DSRC příslušného celku ve vozidle K_VUDSRC_ENC a K_VUDSRC_MAC, jak je uvedeno v CSM_124.“; |
| --- | --- | --- |

x)

v bodě 13.3 se druhá odrážka v odstavci CSM_228 nahrazuje tímto:

„2.

Kontrolní karta použije uvedený hlavní klíč DSRC ve spojení se sériovým číslem VU nebo identifikátorem žádosti o certifikát v bezpečnostních datech DSRC pro odvození klíčů DSRC příslušného celku ve vozidle K_VUDSRC_ENC a K_VUDSRC_MAC, jak je uvedeno v CSM_124.“;

DSRC

DSRC

| y) | bod 14.3 se mění takto:


  i) | v odstavci CSM_234 se znění před poznámkami k obrázku 13 nahrazuje tímto:

  „IDE může ověřovat podpis stahovaných dat samostatně nebo může k tomuto účelu použít kontrolní kartu. V případě, že použije kontrolní kartu, provede se ověření podpisu podle Figure 13. Pro ověření dočasné platnosti certifikátu předloženého IDE kontrolní karta použije svůj interní aktuální čas, jak je uvedeno v odstavci CSM_167. Kontrolní karta svůj aktuální čas aktualizuje, je-li datum účinnosti certifikátu s původním platným zdrojem času pozdější než aktuální čas karty. Karta jako platný zdroj času přijme pouze tyto certifikáty:


  — | spojovací certifikáty ERCA druhé generace, |
| --- | --- | --- | --- |

y)

bod 14.3 se mění takto:

i)

v odstavci CSM_234 se znění před poznámkami k obrázku 13 nahrazuje tímto:

„IDE může ověřovat podpis stahovaných dat samostatně nebo může k tomuto účelu použít kontrolní kartu. V případě, že použije kontrolní kartu, provede se ověření podpisu podle Figure 13. Pro ověření dočasné platnosti certifikátu předloženého IDE kontrolní karta použije svůj interní aktuální čas, jak je uvedeno v odstavci CSM_167. Kontrolní karta svůj aktuální čas aktualizuje, je-li datum účinnosti certifikátu s původním platným zdrojem času pozdější než aktuální čas karty. Karta jako platný zdroj času přijme pouze tyto certifikáty:

—

spojovací certifikáty ERCA druhé generace,

| — | certifikáty MSCA druhé generace, |
| --- | --- |

—

certifikáty MSCA druhé generace,

| — | certifikáty VU_Sign nebo Card_Sign druhé generace vydané stejnou zemí jako vlastní certifikát kontrolní karty. |
| --- | --- |

—

certifikáty VU_Sign nebo Card_Sign druhé generace vydané stejnou zemí jako vlastní certifikát kontrolní karty.

V případě, že ověří podpis samostatně, prokázání pravosti a platnost všech certifikátů v řetězci certifikátů datového souboru a podpis dat podle podpisového schématu uvedeného v [DSS]. V obou případech je u každého certifikátu přečteného z datového souboru potřeba ověřit, zda je pole autorizace držitele certifikátu (CHA) správné:

| — | V poli CHA certifikátu EQT musí být uveden certifikát VU, případně karty pro připojení podpisu (viz dodatek 1, datový typ EquipmentType). |
| --- | --- |

—

V poli CHA certifikátu EQT musí být uveden certifikát VU, případně karty pro připojení podpisu (viz dodatek 1, datový typ EquipmentType).

| — | V poli CHA certifikátu EQT.CA musí být uveden MSCA. |
| --- | --- |

—

V poli CHA certifikátu EQT.CA musí být uveden MSCA.

| — | V poli CHA certifikátu EQT.Link musí být uveden ERCA.“; |
| --- | --- |

—

V poli CHA certifikátu EQT.Link musí být uveden ERCA.“;

| ii) | obrázek 13 se nahrazuje tímto:

  „
  Obrázek 13


  Protokol pro ověření podpisu staženého datového souboru


  “ |
| --- | --- |

ii)

obrázek 13 se nahrazuje tímto:

„
  Obrázek 13

Obrázek 13

Protokol pro ověření podpisu staženého datového souboru

Protokol pro ověření podpisu staženého datového souboru

Image 104

  “

| 37) | dodatek 12 se mění takto:


  a) | bod 3 se mění takto:


  i) | v odstavci GNS_4 se druhý pododstavec za obrázkem 2 nahrazuje tímto:

  „Rozlišení polohy je založeno na výše popsaném formátu věty RMC. První část polí č. 3 a 5 představuje stupně. Zbytek 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ě).“; |
| --- | --- | --- | --- |

37)

dodatek 12 se mění takto:

a)

bod 3 se mění takto:

i)

v odstavci GNS_4 se druhý pododstavec za obrázkem 2 nahrazuje tímto:

„Rozlišení polohy je založeno na výše popsaném formátu věty RMC. První část polí č. 3 a 5 představuje stupně. Zbytek 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ě).“;

| ii) | odstavec GNS_5 se nahrazuje tímto:


  „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 dodatek 1 pro typ GeoCoordinates.
  Ke zjišťová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 parametru horizontální přesnosti (HDOP) vypočítanou jako minimum z hodnot HDOP shromážděných z dostupných systémů GNSS.
  ID systému GNSS označuje příslušné ID NMEA pro každou konstelaci GNSS a systém s družicovým rozšířením (SBAS).

  Obrázek 3


  Struktura věty GSA


  “ |
| --- | --- | --- |

ii)

odstavec GNS_5 se nahrazuje tímto:

„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 dodatek 1 pro typ GeoCoordinates.

Ke zjišťová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 parametru horizontální přesnosti (HDOP) vypočítanou jako minimum z hodnot HDOP shromážděných z dostupných systémů GNSS.

ID systému GNSS označuje příslušné ID NMEA pro každou konstelaci GNSS a systém s družicovým rozšířením (SBAS).

Obrázek 3

Obrázek 3

Struktura věty GSA

Struktura věty GSA

Image 105

  “

| iii) | odstavec GNS_6 se nahrazuje tímto:


  „GNS_6 | Věta GSA se ukládá s číslem záznamu ‘02’ až ‘06’ “; |
| --- | --- | --- |

iii)

odstavec GNS_6 se nahrazuje tímto:

„GNS_6

Věta GSA se ukládá s číslem záznamu ‘02’ až ‘06’ “;

| b) | bod 4.2.1 se mění takto:


  i) | odstavec GNS_16 se nahrazuje tímto:


  „GNS_16 | V komunikačním protokolu nejsou podporována rozšířená pole délky.“; |
| --- | --- | --- | --- |

b)

bod 4.2.1 se mění takto:

i)

odstavec GNS_16 se nahrazuje tímto:

„GNS_16

V komunikačním protokolu nejsou podporována rozšířená pole délky.“;

| ii) | odstavec GNS_18 se nahrazuje tímto:


  „GNS_18 | Pokud jde o funkce 1) shromažďování a distribuce údajů GNSS, 2) shromažďování konfiguračních dat vnějšího zařízení GNSS a 3) protokol správy, bezpečnostní přijímač-vysílač GNSS simuluje inteligentní kartu s architekturou systému souborů tvořenou hlavním souborem (MF), vyhrazeným souborem (DF) s identifikátorem aplikace stanoveným v dodatku 1 kapitole 6.2 (‘FF 44 54 45 47 4D’) a s třemi elementárními soubory (EF) obsahujícími certifikáty a jedním samostatným elementárním souborem (EF.EGF) s identifikátorem souboru rovným ‘2F2F’, jak popisuje tabulka 1.“ |
| --- | --- | --- |

ii)

odstavec GNS_18 se nahrazuje tímto:

„GNS_18

Pokud jde o funkce 1) shromažďování a distribuce údajů GNSS, 2) shromažďování konfiguračních dat vnějšího zařízení GNSS a 3) protokol správy, bezpečnostní přijímač-vysílač GNSS simuluje inteligentní kartu s architekturou systému souborů tvořenou hlavním souborem (MF), vyhrazeným souborem (DF) s identifikátorem aplikace stanoveným v dodatku 1 kapitole 6.2 (‘FF 44 54 45 47 4D’) a s třemi elementárními soubory (EF) obsahujícími certifikáty a jedním samostatným elementárním souborem (EF.EGF) s identifikátorem souboru rovným ‘2F2F’, jak popisuje tabulka 1.“

| iii) | odstavec GNS_20 se nahrazuje tímto:


  „GNS_20 | Bezpečnostní přijímač-vysílač GNSS používá pro ukládání dat paměť a musí být schopen provést nejméně 20 milionů cyklů zápisu/čtení. Kromě této podmínky jsou vnitřní konstrukce a implementace bezpečnostního přijímače-vysílače GNSS ponechány na uvážení výrobců.
  Mapování čísel záznamů a dat je uvedeno v tabulce 1. Je třeba mít na paměti, že existuje pět vět GSA pro konstelace GNSS a systém s družicovým rozšířením (SBAS).“; |
| --- | --- | --- |

iii)

odstavec GNS_20 se nahrazuje tímto:

„GNS_20

Bezpečnostní přijímač-vysílač GNSS používá pro ukládání dat paměť a musí být schopen provést nejméně 20 milionů cyklů zápisu/čtení. Kromě této podmínky jsou vnitřní konstrukce a implementace bezpečnostního přijímače-vysílače GNSS ponechány na uvážení výrobců.

Mapování čísel záznamů a dat je uvedeno v tabulce 1. Je třeba mít na paměti, že existuje pět vět GSA pro konstelace GNSS a systém s družicovým rozšířením (SBAS).“;

| c) | v bodě 4.2.2 se pátý pododstavec v odstavci GNS_23 nahrazuje tímto:


  „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í polohy vozidla. Je-li poloha platná, procesor VU rovněž extrahuje hodnoty HDOP z vět GSA NMEA a vypočítá minimální hodnotu z dostupných družicových systémů (tj. je-li poloha k dispozici).“; |
| --- | --- | --- |

c)

v bodě 4.2.2 se pátý pododstavec v odstavci GNS_23 nahrazuje tímto:

„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í polohy vozidla. Je-li poloha platná, procesor VU rovněž extrahuje hodnoty HDOP z vět GSA NMEA a vypočítá minimální hodnotu z dostupných družicových systémů (tj. je-li poloha k dispozici).“;

| d) | v bodě 4.4.1 se odstavec GNS_28 nahrazuje tímto:


  „GNS_28 | Pokud celek ve vozidle není schopen komunikovat 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 EventFaultType s hodnotou enum ‘0E’H Communication error with the external GNSS facility (chyba komunikace s vnějším zařízením GNSS) a s časovým razítkem s aktuálním časem. Událost se generuje, pouze pokud jsou splněny tyto dvě podmínky: a) inteligentní tachograf není v kalibračním režimu a b) vozidlo se pohybuje. V této souvislosti se chyba komunikace vyvolá, když bezpečnostní přijímač-vysílač VU neobdrží zprávu s odpovědí po zprávě s požadavkem, jak je popsáno v bodě 4.2.“; |
| --- | --- | --- |

d)

v bodě 4.4.1 se odstavec GNS_28 nahrazuje tímto:

„GNS_28

Pokud celek ve vozidle není schopen komunikovat 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 EventFaultType s hodnotou enum ‘0E’H Communication error with the external GNSS facility (chyba komunikace s vnějším zařízením GNSS) a s časovým razítkem s aktuálním časem. Událost se generuje, pouze pokud jsou splněny tyto dvě podmínky: a) inteligentní tachograf není v kalibračním režimu a b) vozidlo se pohybuje. V této souvislosti se chyba komunikace vyvolá, když bezpečnostní přijímač-vysílač VU neobdrží zprávu s odpovědí po zprávě s požadavkem, jak je popsáno v bodě 4.2.“;

| e) | v bodě 4.4.2 se odstavec GNS_29 nahrazuje tímto:


  „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 materiálu. Jak je popsáno v odstavcích GNS_25 a GNS_26, VU detekuje nedovolenou manipulaci, je-li status odpovědi ‘6690’. Celek ve vozidle poté generuje událost typu EventFaultType enum ‘19’H Tamper detection of GNSS (detekce nedovolené manipulace s GNSS). Případně může vnější zařízení GNSS přestat reagovat na externí požadavky.“ |
| --- | --- | --- |

e)

v bodě 4.4.2 se odstavec GNS_29 nahrazuje tímto:

„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 materiálu. Jak je popsáno v odstavcích GNS_25 a GNS_26, VU detekuje nedovolenou manipulaci, je-li status odpovědi ‘6690’. Celek ve vozidle poté generuje událost typu EventFaultType enum ‘19’H Tamper detection of GNSS (detekce nedovolené manipulace s GNSS). Případně může vnější zařízení GNSS přestat reagovat na externí požadavky.“

| f) | v bodě 4.4.3 se odstavec GNS_30 nahrazuje tímto:


  „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 hodiny, bezpečnostní přijímač-vysílač GNSS generuje zprávu s odpovědí na příkaz READ RECORD s číslem RECORD rovným ‘01’ a s datovým polem obsahujícím 12 bajtů, které mají všechny hodnotu 0xFF. Po přijetí zprávy s odpovědí s touto hodnotou datového pole VU generuje a zaznamená událost typu EventFaultType enum ‘0D’H Absence of position information from GNSS receiver (chybí informace o poloze z přijímače GNSS) s časovým razítkem s aktuálním časem, avšak pouze v případě, že jsou splněny tyto dvě podmínky: a) inteligentní tachograf není v kalibračním režimu a b) vozidlo se pohybuje.“; |
| --- | --- | --- |

f)

v bodě 4.4.3 se odstavec GNS_30 nahrazuje tímto:

„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 hodiny, bezpečnostní přijímač-vysílač GNSS generuje zprávu s odpovědí na příkaz READ RECORD s číslem RECORD rovným ‘01’ a s datovým polem obsahujícím 12 bajtů, které mají všechny hodnotu 0xFF. Po přijetí zprávy s odpovědí s touto hodnotou datového pole VU generuje a zaznamená událost typu EventFaultType enum ‘0D’H Absence of position information from GNSS receiver (chybí informace o poloze z přijímače GNSS) s časovým razítkem s aktuálním časem, avšak pouze v případě, že jsou splněny tyto dvě podmínky: a) inteligentní tachograf není v kalibračním režimu a b) vozidlo se pohybuje.“;

| g) | v bodě 4.4.4 se znění v odstavci GNS_31 až po obrázek 4 nahrazuje tímto:

  „Pokud celek ve vozidle zjistí, že certifikát EGF používaný pro vzájemné ověření pravosti již není platný, VU generuje a zaznamená událost záznamového zařízení typu EventFaultType enum ‘1B’H External GNSS facility certificate expired (skončila platnost certifikátu vnějšího zařízení GNSS) s časovým razítkem s aktuálním časem. VU nadále používá přijaté údaje GNSS o poloze.“; |
| --- | --- |

g)

v bodě 4.4.4 se znění v odstavci GNS_31 až po obrázek 4 nahrazuje tímto:

„Pokud celek ve vozidle zjistí, že certifikát EGF používaný pro vzájemné ověření pravosti již není platný, VU generuje a zaznamená událost záznamového zařízení typu EventFaultType enum ‘1B’H External GNSS facility certificate expired (skončila platnost certifikátu vnějšího zařízení GNSS) s časovým razítkem s aktuálním časem. VU nadále používá přijaté údaje GNSS o poloze.“;

‘1B’H External GNSS facility certificate expired

| h) | v bodě 5.2.1 se odstavec GNS_34 nahrazuje tímto:


  „GNS_34 | Pokud celek ve vozidle neobdrží data z přijímače GNSS nepřetržitě po dobu delší než 3 hodiny, VU generuje a zaznamená událost typu EventFaultType enum ‘0D’H Absence of position information from GNSS receiver (chybí informace o poloze z přijímače GNSS) s časovým razítkem s aktuálním časem, avšak pouze v případě, že jsou splněny tyto dvě podmínky: a) inteligentní tachograf není v kalibračním režimu a b) vozidlo se pohybuje.“; |
| --- | --- | --- |

h)

v bodě 5.2.1 se odstavec GNS_34 nahrazuje tímto:

„GNS_34

Pokud celek ve vozidle neobdrží data z přijímače GNSS nepřetržitě po dobu delší než 3 hodiny, VU generuje a zaznamená událost typu EventFaultType enum ‘0D’H Absence of position information from GNSS receiver (chybí informace o poloze z přijímače GNSS) s časovým razítkem s aktuálním časem, avšak pouze v případě, že jsou splněny tyto dvě podmínky: a) inteligentní tachograf není v kalibračním režimu a b) vozidlo se pohybuje.“;

| i) | bod 6 se nahrazuje tímto:
  „6.   NESOULAD Č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 EventFaultType enum ‘0B’H Time conflict (GNSS versus VU internal clock) (nesoulad času – GNSS vůči vnitřním hodinám VU). Po vyvolání události nesouladu času VU nekontroluje časový nesoulad po dobu následujících 12 hodin. Tato událost není vyvolána v případech, kdy přijímač GNSS během posledních 30 dnů nezjistil žádný platný signál GNSS.“; |
| --- | --- |

i)

bod 6 se nahrazuje tímto:

„6.   NESOULAD Č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 EventFaultType enum ‘0B’H Time conflict (GNSS versus VU internal clock) (nesoulad času – GNSS vůči vnitřním hodinám VU). Po vyvolání události nesouladu času VU nekontroluje časový nesoulad po dobu následujících 12 hodin. Tato událost není vyvolána v případech, kdy přijímač GNSS během posledních 30 dnů nezjistil žádný platný signál GNSS.“;

‘0B’H Time conflict (GNSS versus VU internal clock)

| 38) | dodatek 13 se mění takto:


  a) | v bodě 2 se čtvrtý pododstavec nahrazuje tímto:

  „Pro upřesnění tento dodatek nespecifikuje:


  — | činnost a správu, pokud jde o shromažďování údajů v celku ve vozidle (které jsou specifikovány jinde v nařízení nebo jsou jinak funkcí konstrukce výrobku), |
| --- | --- | --- | --- |

38)

dodatek 13 se mění takto:

a)

v bodě 2 se čtvrtý pododstavec nahrazuje tímto:

„Pro upřesnění tento dodatek nespecifikuje:

—

činnost a správu, pokud jde o shromažďování údajů v celku ve vozidle (které jsou specifikovány jinde v nařízení nebo jsou jinak funkcí konstrukce výrobku),

údajů

nařízení

| — | formu prezentace shromážděných údajů aplikaci ve vnějším zařízení, |
| --- | --- |

—

formu prezentace shromážděných údajů aplikaci ve vnějším zařízení,

| — | ustanovení o zabezpečení dat nad rámec toho, co poskytuje Bluetooth® (např. šifrování), pokud jde o obsah údajů (což je specifikováno jinde v nařízení [Dodatek 11 Společné bezpečnostní mechanismy]), |
| --- | --- |

—

ustanovení o zabezpečení dat nad rámec toho, co poskytuje Bluetooth® (např. šifrování), pokud jde o obsah údajů (což je specifikováno jinde v nařízení [Dodatek 11 Společné bezpečnostní mechanismy]),

údajů

nařízení

| — | protokoly Bluetooth® používané rozhraním ITS.“; |
| --- | --- |

—

protokoly Bluetooth® používané rozhraním ITS.“;

| b) | v bodě 4.2 se třetí pododstavec nahrazuje tímto:

  „Dostane-li se vnější zařízení poprvé do dosahu VU, lze iniciovat proces párování Bluetooth® (viz rovněž přílohu 2). Zařízení sdílejí své adresy, názvy, profily a společný tajný klíč, což jim umožní navázat spojení, kdykoli se v budoucnu k sobě přiblíží. Po dokončení tohoto kroku je vnější zařízení považováno za důvěryhodné a může iniciovat požadavky na stažení dat z tachografu. Nepočítá se s přidáním šifrovacích mechanismů nad rámec toho, co poskytuje Bluetooth®. Jsou-li však nezbytné dodatečné bezpečnostní mechanismy, lze tak učinit v souladu s dodatkem 11 Společné bezpečnostní mechanismy.“; |
| --- | --- |

b)

v bodě 4.2 se třetí pododstavec nahrazuje tímto:

„Dostane-li se vnější zařízení poprvé do dosahu VU, lze iniciovat proces párování Bluetooth® (viz rovněž přílohu 2). Zařízení sdílejí své adresy, názvy, profily a společný tajný klíč, což jim umožní navázat spojení, kdykoli se v budoucnu k sobě přiblíží. Po dokončení tohoto kroku je vnější zařízení považováno za důvěryhodné a může iniciovat požadavky na stažení dat z tachografu. Nepočítá se s přidáním šifrovacích mechanismů nad rámec toho, co poskytuje Bluetooth®. Jsou-li však nezbytné dodatečné bezpečnostní mechanismy, lze tak učinit v souladu s dodatkem 11 Společné bezpečnostní mechanismy.“;

| c) | bod 4.3 se mění takto:


  i) | první pododstavec se nahrazuje tímto:

  „Z bezpečnostních důvodů VU vyžaduje systém ověření pomocí kódu PIN odděleně od párování Bluetooth. Pro účely ověření pravosti je každý VU schopen generovat kódy PIN tvořené nejméně 4 číslicemi. Vnější zařízení musí při každém párování s VU poskytnout správný kód PIN, než bude moci přijímat data.“; |
| --- | --- | --- |

c)

bod 4.3 se mění takto:

i)

první pododstavec se nahrazuje tímto:

„Z bezpečnostních důvodů VU vyžaduje systém ověření pomocí kódu PIN odděleně od párování Bluetooth. Pro účely ověření pravosti je každý VU schopen generovat kódy PIN tvořené nejméně 4 číslicemi. Vnější zařízení musí při každém párování s VU poskytnout správný kód PIN, než bude moci přijímat data.“;

| ii) | třetí pododstavec za tabulkou 1 se nahrazuje tímto:

  „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.“; |
| --- | --- |

ii)

třetí pododstavec za tabulkou 1 se nahrazuje tímto:

„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.“;

| d) | v bodě 4.4 se druhý pododstavec za nadpisem „Datové pole“ nahrazuje tímto:

  „Jsou-li data, která je třeba zpracovat, delší než dostupný prostor v jedné zprávě, rozdělí se do několika dílčích zpráv. Každá dílčí zpráva má stejnou hlavičku a SID, ale obsahuje dvoubajtový čítač, Counter Current (CC) a Counter Max (CM), který uvádí číslo dílčí zprávy. Aby byla možná kontrola chyb a přerušení přenosu, přijímající zařízení potvrzuje každou dílčí zprávu. Přijímající zařízení může přijmout dílčí zprávu, požádat o to, aby byla znovu přenesena, nebo požádat vysílající zařízení o opětovný start nebo o přerušení přenosu.“; |
| --- | --- |

d)

v bodě 4.4 se druhý pododstavec za nadpisem „Datové pole“ nahrazuje tímto:

„Jsou-li data, která je třeba zpracovat, delší než dostupný prostor v jedné zprávě, rozdělí se do několika dílčích zpráv. Každá dílčí zpráva má stejnou hlavičku a SID, ale obsahuje dvoubajtový čítač, Counter Current (CC) a Counter Max (CM), který uvádí číslo dílčí zprávy. Aby byla možná kontrola chyb a přerušení přenosu, přijímající zařízení potvrzuje každou dílčí zprávu. Přijímající zařízení může přijmout dílčí zprávu, požádat o to, aby byla znovu přenesena, nebo požádat vysílající zařízení o opětovný start nebo o přerušení přenosu.“;

Counter Current

Counter Max

| e) | Příloha 1 se mění takto:


  i) | nadpis se nahrazuje tímto:
  „1)   SEZNAM ÚDAJŮ DOSTUPNÝCH PROSTŘEDNICTVÍM ROZHRANÍ ITS“; |
| --- | --- | --- |

e)

Příloha 1 se mění takto:

i)

nadpis se nahrazuje tímto:

„1)   SEZNAM ÚDAJŮ DOSTUPNÝCH PROSTŘEDNICTVÍM ROZHRANÍ ITS“;

SEZNAM ÚDAJŮ DOSTUPNÝCH PROSTŘEDNICTVÍM ROZHRANÍ ITS“;

| ii) | v tabulce v bodě 3 se za položku „Chybí informace o poloze z přijímače GNSS“ vkládá nová položka, která zní:


  „Chyba komunikace s vnějším zařízením GNSS | — | nejdelší událost v každém z posledních 10 dnů výskytu |
| --- | --- | --- | --- |

ii)

v tabulce v bodě 3 se za položku „Chybí informace o poloze z přijímače GNSS“ vkládá nová položka, která zní:

„Chyba komunikace s vnějším zařízením GNSS

—

nejdelší událost v každém z posledních 10 dnů výskytu

| — | 5 nejdelších událostí za posledních 365 dnů |
| --- | --- |

—

5 nejdelších událostí za posledních 365 dnů

| — | datum a čas začátku události, |
| --- | --- |

—

datum a čas začátku události,

| — | datum a čas konce 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 na konci události |
| --- | --- |

—

typ, číslo, vydávající členský stát a generace všech karet vložených na začátku a/nebo na konci události

| — | počet podobných událostí v tentýž den“ |
| --- | --- |

—

počet podobných událostí v tentýž den“

| iii) | v bodě 5 se doplňuje nová odrážka, která zní:


  „— | závada rozhraní ITS (v příslušných případech)“; |
| --- | --- | --- |

iii)

v bodě 5 se doplňuje nová odrážka, která zní:

„—

závada rozhraní ITS (v příslušných případech)“;

| f) | v příloze 3 se specifikace v notaci ASN.1 mění takto:


  i) | za řádek 206 se vkládají nové řádky 206a až 206e, které znějí:
  „


  Text obrazu

  “206a
  206b
  DriverID ::= SEQUENCE{
  206c
  issuingMemberState OCTET STRING (SIZE(3)),
  206d
  cardNumber OCTET STRING (SIZE(16))
  206e }“;

  “ |
| --- | --- | --- |

f)

v příloze 3 se specifikace v notaci ASN.1 mění takto:

i)

za řádek 206 se vkládají nové řádky 206a až 206e, které znějí:

“206a

206b

DriverID ::= SEQUENCE{

206c

issuingMemberState OCTET STRING (SIZE(3)),

206d

cardNumber OCTET STRING (SIZE(16))

206e }“;

| ii) | řádky 262 až 264 se nahrazují tímto:
  „


  Text obrazu

  „262
  driveRecognize BIT STRING ('00'B UNION '01'B),
  263
  driverCardDriver1 BIT STRING ('00'B UNION '01'B),
  264
  driverCardDriver2 BIT STRING ('00'B UNION '01'B), “;

  “ |
| --- | --- |

ii)

řádky 262 až 264 se nahrazují tímto:

„262

driveRecognize BIT STRING ('00'B UNION '01'B),

263

driverCardDriver1 BIT STRING ('00'B UNION '01'B),

264

driverCardDriver2 BIT STRING ('00'B UNION '01'B), “;

| iii) | řádek 275 se nahrazuje tímto:
  „


  Text obrazu

  „275
  outOfScopeCondition BIT STRING ('00'B UNION '01'B),„;

  “ |
| --- | --- |

iii)

řádek 275 se nahrazuje tímto:

„275

outOfScopeCondition BIT STRING ('00'B UNION '01'B),„;

| iv) | řádky 288 až 310 se nahrazují tímto:
  „


  Text obrazu

  „288
  driver1WorkingState BIT STRING ('000'B UNION '001'B UNION '010'B UNION
  289
  '011'B UNION '100'B UNION '101'B ...),
  290
  driver2WorkingState BIT STRING ('000'B UNION '001'B UNION '010'B UNION
  291
  '011'B UNION '100'B UNION '101'B ...),
  292
  293
  driver1TimeRelatedStates BIT STRING ('0000'B UNION '0001'B
  294
  UNION '0010'B UNION '0011'B UNION '0100'B UNION '0101'B UNION
  295
  '0110'B UNION '0111'B UNION '1000'B UNION '1001'B UNION '1010'B
  296
  UNION '1011'B UNION '1100'B UNION '1101'B ...),
  297
  298
  299
  driver2TimeRelatedStates BIT STRING ('0000'B UNION '0001'B
  300
  UNION '0010'B UNION '0011'B UNION '0100'B UNION '0101'B UNION
  301
  '0110'B UNION '0111'B UNION '1000'B UNION '1001'B UNION '1010'B
  302
  UNION '1011'B UNION '1100'B UNION '1101'B ...),
  303
  304
  305
  306
  overSpeed BIT STRING ('00 'B UNION '01 'B),
  307
  driver1Identification DriverID,
  308
  driver2Identification DriverID,
  309
  310“

  “ |
| --- | --- |

iv)

řádky 288 až 310 se nahrazují tímto:

„288

driver1WorkingState BIT STRING ('000'B UNION '001'B UNION '010'B UNION

289

'011'B UNION '100'B UNION '101'B ...),

290

driver2WorkingState BIT STRING ('000'B UNION '001'B UNION '010'B UNION

291

'011'B UNION '100'B UNION '101'B ...),

292

293

driver1TimeRelatedStates BIT STRING ('0000'B UNION '0001'B

294

UNION '0010'B UNION '0011'B UNION '0100'B UNION '0101'B UNION

295

'0110'B UNION '0111'B UNION '1000'B UNION '1001'B UNION '1010'B

296

UNION '1011'B UNION '1100'B UNION '1101'B ...),

297

298

299

driver2TimeRelatedStates BIT STRING ('0000'B UNION '0001'B

300

UNION '0010'B UNION '0011'B UNION '0100'B UNION '0101'B UNION

301

'0110'B UNION '0111'B UNION '1000'B UNION '1001'B UNION '1010'B

302

UNION '1011'B UNION '1100'B UNION '1101'B ...),

303

304

305

306

overSpeed BIT STRING ('00 'B UNION '01 'B),

307

driver1Identification DriverID,

308

driver2Identification DriverID,

309

310“

| v) | řádky 362 a 363 se nahrazují tímto:
  „


  Text obrazu

  „362
  driver1MaximumDailyDrivingTime BIT STRING (SIZE(4)),
  363
  driver2MaximumDailyDrivingTime BIT STRING (SIZE(4)),“;

  “ |
| --- | --- |

v)

řádky 362 a 363 se nahrazují tímto:

„362

driver1MaximumDailyDrivingTime BIT STRING (SIZE(4)),

363

driver2MaximumDailyDrivingTime BIT STRING (SIZE(4)),“;

| vi) | za řádek 410 se vkládají nové řádky 410a a 410b, které znějí:
  „


  Text obrazu

  „410a
  comErrorWithExternalGNSSFacility
  410b
  CommunicationErrorWithTheExternalGNSSFacility,“;

  “ |
| --- | --- |

vi)

za řádek 410 se vkládají nové řádky 410a a 410b, které znějí:

„410a

comErrorWithExternalGNSSFacility

410b

CommunicationErrorWithTheExternalGNSSFacility,“;

| vii) | za řádek 539 se vkládají nové řádky 539a až 539j, které znějí:
  „


  Text obrazu

  „539a
  CommunicationErrorWithTheExternalGNSSFacility ::= SEQUENCE{
  539b
  beginDate GeneralizedTime,
  539c
  endDate GeneralizedTime,
  539d
  cardsType SEQUENCE OF UTF8String,
  539e
  cardsNumber SEQUENCE OF INTEGER,
  539f
  issuingMemberState SEQUENCE OF NationAlpha,
  539g
  cardsGeneration SEQUENCE OF INTEGER,
  539h
  numberOfSimilarEvent INTEGER
  539i
  }
  539j“;

  “ |
| --- | --- |

vii)

za řádek 539 se vkládají nové řádky 539a až 539j, které znějí:

„539a

CommunicationErrorWithTheExternalGNSSFacility ::= SEQUENCE{

539b

beginDate GeneralizedTime,

539c

endDate GeneralizedTime,

539d

cardsType SEQUENCE OF UTF8String,

539e

cardsNumber SEQUENCE OF INTEGER,

539f

issuingMemberState SEQUENCE OF NationAlpha,

539g

cardsGeneration SEQUENCE OF INTEGER,

539h

numberOfSimilarEvent INTEGER

539i

}

539j“;

| 39) | dodatek 14 se mění takto:


  a) | v obsahu se bod 5.5 nahrazuje tímto:
  „5.5   Podpora pro směrnici (EU) 2015/719 ... 490“; |
| --- | --- | --- |

39)

dodatek 14 se mění takto:

a)

v obsahu se bod 5.5 nahrazuje tímto:

„5.5   Podpora pro směrnici (EU) 2015/719 ... 490“;

| b) | v bodě 2 se třetí pododstavec nahrazuje tímto:

  „V tomto scénáři je čas vyhrazený pro komunikaci omezený, protože komunikace je cílená a má krátký dosah. Stejné komunikační prostředky pro dálkové sledování tachografů (RTM) mohou navíc příslušné kontrolní orgány používat pro další aplikace (např. maximální hmotnosti a rozměry těžkých nákladních vozidel podle směrnice (EU) 2015/719) a tyto operace mohou být podle rozhodnutí příslušných kontrolních orgánů izolované nebo sekvenční.“; |
| --- | --- |

b)

v bodě 2 se třetí pododstavec nahrazuje tímto:

„V tomto scénáři je čas vyhrazený pro komunikaci omezený, protože komunikace je cílená a má krátký dosah. Stejné komunikační prostředky pro dálkové sledování tachografů (RTM) mohou navíc příslušné kontrolní orgány používat pro další aplikace (např. maximální hmotnosti a rozměry těžkých nákladních vozidel podle směrnice (EU) 2015/719) a tyto operace mohou být podle rozhodnutí příslušných kontrolních orgánů izolované nebo sekvenční.“;

komunikace

| c) | bod 5.1 se mění takto:


  i) | v odstavci DSC_19 se dvanáctá odrážka nahrazuje tímto:


  „— | Anténa DSRC-VU musí být umístěna v místě, ve kterém umožňuje optimální komunikaci DSRC mezi vozidlem a přijímací silniční anténou, když je přijímač umístěn 15 metrů před vozidlem a ve výšce 2 metry a zaměřen na vodorovný a svislý střed čelního skla. U lehkých vozidel se umístí v horní části čelního skla. U všech ostatních vozidel se anténa DSRC umístí buď poblíž spodní nebo poblíž horní části čelního skla.“; |
| --- | --- | --- | --- |

c)

bod 5.1 se mění takto:

i)

v odstavci DSC_19 se dvanáctá odrážka nahrazuje tímto:

„—

Anténa DSRC-VU musí být umístěna v místě, ve kterém umožňuje optimální komunikaci DSRC mezi vozidlem a přijímací silniční anténou, když je přijímač umístěn 15 metrů před vozidlem a ve výšce 2 metry a zaměřen na vodorovný a svislý střed čelního skla. U lehkých vozidel se umístí v horní části čelního skla. U všech ostatních vozidel se anténa DSRC umístí buď poblíž spodní nebo poblíž horní části čelního skla.“;

| ii) | v odstavci DSC_22 se první pododstavec nahrazuje tímto:

  „Tvarový činitel antény není stanoven a je komerčním rozhodnutím, pokud namontované zařízení DSRC-VU splňuje požadavky na shodu podle části 5 níže. Anténa musí být umístěna v souladu s pokyny v DSC_19 a účinně podporovat případy použití popsané v bodech 4.1.2 a 4.1.3.“; |
| --- | --- |

ii)

v odstavci DSC_22 se první pododstavec nahrazuje tímto:

„Tvarový činitel antény není stanoven a je komerčním rozhodnutím, pokud namontované zařízení DSRC-VU splňuje požadavky na shodu podle části 5 níže. Anténa musí být umístěna v souladu s pokyny v DSC_19 a účinně podporovat případy použití popsané v bodech 4.1.2 a 4.1.3.“;

| d) | v bodě 5.4.3 se sekvence 7 nahrazuje tímto:


  „7 | REDCR | > | DSRC-VU | Posílá příkaz GET.request na údaje v jiném atributu (v případě potřeby).“ |
| --- | --- | --- | --- | --- | --- |

d)

v bodě 5.4.3 se sekvence 7 nahrazuje tímto:

„7

REDCR

>

DSRC-VU

Posílá příkaz GET.request na údaje v jiném atributu (v případě potřeby).“

| e) | v bodě 5.4.4 se definice modulu ASN.1 v odstavci DCS_40 mění takto:


  (i) | první řádek sekvence pro


  se nahrazuje tímto:
  „


  Text obrazu

  „tp15638VehicleRegistrationPlate LPN – Vehicle Registration Plate as per EN 155091“;

  “ |
| --- | --- | --- |

e)

v bodě 5.4.4 se definice modulu ASN.1 v odstavci DCS_40 mění takto:

(i)

Image 113

„tp15638VehicleRegistrationPlate LPN – Vehicle Registration Plate as per EN 155091“;

| ii) | doplňuje se nová poznámka pod čarou 1, která zní:


  „1. | Jestliže LPN obsahuje AlphabetIndicator LatinAlphabetNo2 nebo latinCyrillicAlphabet, speciální znaky se přemapují v silniční dotazovací jednotce za použití zvláštních pravidel podle přílohy E normy ISO/DIS 14 906,2“; |
| --- | --- | --- |

ii)

doplňuje se nová poznámka pod čarou 1, která zní:

„1.

Jestliže LPN obsahuje AlphabetIndicator LatinAlphabetNo2 nebo latinCyrillicAlphabet, speciální znaky se přemapují v silniční dotazovací jednotce za použití zvláštních pravidel podle přílohy E normy ISO/DIS 14 906,2“;

| iii) | horní index 2 v řádku, v němž je definováno časové razítko aktuálního záznamu, se zrušuje; |
| --- | --- |

iii)

horní index 2 v řádku, v němž je definováno časové razítko aktuálního záznamu, se zrušuje;

| iv) | definice modulu ASN.1 pro


  se nahrazuje tímto:
  „


  Text obrazu

  „RtmTransferAck ::= INTEGER {
  Ok (1),
  NoK (2)
  } (1..255)“;

  “ |
| --- | --- |

iv)

Image 115

„RtmTransferAck ::= INTEGER {

Ok (1),

NoK (2)

} (1..255)“;

| f) | v bodě 5.4.5 se položka RTM12 v tabulce 14.3 nahrazuje tímto:


  „RTM12


  Porucha snímače | VU vygeneruje celočíselnou hodnotu pro datový prvek RTM12.
  VU přiřadí proměnné sensorFault hodnotu:


  — | 1, jestliže během posledních 10 dní zaznamenal událost typu ‘35H’ Porucha snímače, |
| --- | --- | --- | --- |

f)

v bodě 5.4.5 se položka RTM12 v tabulce 14.3 nahrazuje tímto:

„RTM12

RTM12

Porucha snímače

Porucha snímače

VU vygeneruje celočíselnou hodnotu pro datový prvek RTM12.

VU přiřadí proměnné sensorFault hodnotu:

—

1, jestliže během posledních 10 dní zaznamenal událost typu ‘35H’ Porucha snímače,

| — | 2, jestliže během posledních 10 dní zaznamenal událost typu Porucha přijímače GNSS (interního nebo externího s hodnotami enum ‘36’H nebo ‘37’H), |
| --- | --- |

—

2, jestliže během posledních 10 dní zaznamenal událost typu Porucha přijímače GNSS (interního nebo externího s hodnotami enum ‘36’H nebo ‘37’H),

| — | 3, jestliže během posledních 10 dní zaznamenal událost typu ‘0E’H Chyba komunikace s vnějším zařízením GNSS, |
| --- | --- |

—

3, jestliže během posledních 10 dní zaznamenal událost typu ‘0E’H Chyba komunikace s vnějším zařízením GNSS,

| — | 4, jestliže během posledních 10 dní zaznamenal poruchu snímače i poruchu přijímače GNSS, |
| --- | --- |

—

4, jestliže během posledních 10 dní zaznamenal poruchu snímače i poruchu přijímače GNSS,

| — | 5, jestliže během posledních 10 dní zaznamenal poruchu snímače i událost Chyba komunikace s vnějším zařízením GNSS, |
| --- | --- |

—

5, jestliže během posledních 10 dní zaznamenal poruchu snímače i událost Chyba komunikace s vnějším zařízením GNSS,

| — | 6, jestliže během posledních 10 dní zaznamenal poruchu přijímače GNSS i událost Chyba komunikace s vnějším zařízením GNSS, |
| --- | --- |

—

6, jestliže během posledních 10 dní zaznamenal poruchu přijímače GNSS i událost Chyba komunikace s vnějším zařízením GNSS,

| — | 7, jestliže během posledních 10 dní zaznamenal všechny tři poruchy snímače, JINAK přiřadí hodnotu 0, jestliže během posledních 10 dní nebyly zaznamenány žádné události. |
| --- | --- |

—

7, jestliže během posledních 10 dní zaznamenal všechny tři poruchy snímače, JINAK přiřadí hodnotu 0, jestliže během posledních 10 dní nebyly zaznamenány žádné události.

– Porucha snímače – jeden oktet podle slovníku údajů

Image 117

| g) | v bodě 5.4.6 se odstavec DSC_43 nahrazuje tímto:


  „DSC_43 | Pro všechny výměny DSRC jsou data šifrována pomocí PER (Packed Encoding Rules) UNALIGNED, kromě


  a


, které se šifrují pomocí OER (Octet Encoding Rules), definovaných v normě ISO/IEC 8825-7, Rec. ITU-T X.696.“; |
| --- | --- | --- |

g)

v bodě 5.4.6 se odstavec DSC_43 nahrazuje tímto:

„DSC_43

Pro všechny výměny DSRC jsou data šifrována pomocí PER (Packed Encoding Rules) UNALIGNED, kromě

  Image 118
  a

  Image 119

, které se šifrují pomocí OER (Octet Encoding Rules), definovaných v normě ISO/IEC 8825-7, Rec. ITU-T X.696.“;

| h) | v bodě 5.4.7 se ve čtvrtém sloupci tabulky 14.9 znění v buňce popisující


  nahrazuje tímto:
  „Identifikátor objektu podporované normy, části a verze. Příklad: ISO (1) norma (0) TARV (15638) část9 (9) verze 1 (1).
  První oktet je 06H, což je identifikátor objektu. Druhý oktet je 06H, což je délka. Následujících 6 oktetů kóduje identifikátor objektu příkladu.“; |
| --- | --- |

h)

Image 120

„Identifikátor objektu podporované normy, části a verze. Příklad: ISO (1) norma (0) TARV (15638) část9 (9) verze 1 (1).

První oktet je 06H, což je identifikátor objektu. Druhý oktet je 06H, což je délka. Následujících 6 oktetů kóduje identifikátor objektu příkladu.“;

| i) | body 5.5 a 5.5.1 se nahrazují tímto:
  „5.5   Podpora pro směrnici (EU) 2015/719

  5.5.1   Přehled


  DSC_59 | Na podporu směrnice (EU) 2015/719 o maximálních hmotnostech a rozměrech těžkých nákladních vozidel je transakční protokol pro stahování dat OWS pomocí rozhraní 5,8 GHz DSRC stejný jako protokol používaný pro data RTM (viz 5.4.1); jediným rozdílem je, že identifikátor objektu, který se vztahuje k normě TARV, odpovídá normě ISO 15638 (TARV) části 20, týkající se WOB/OWS.“; |
| --- | --- | --- |

i)

body 5.5 a 5.5.1 se nahrazují tímto:

„5.5   Podpora pro směrnici (EU) 2015/719

Podpora pro směrnici (EU) 2015/719

5.5.1   Přehled

Přehled

DSC_59

Na podporu směrnice (EU) 2015/719 o maximálních hmotnostech a rozměrech těžkých nákladních vozidel je transakční protokol pro stahování dat OWS pomocí rozhraní 5,8 GHz DSRC stejný jako protokol používaný pro data RTM (viz 5.4.1); jediným rozdílem je, že identifikátor objektu, který se vztahuje k normě TARV, odpovídá normě ISO 15638 (TARV) části 20, týkající se WOB/OWS.“;

| j) | v bodě 5.6.1 se písmeno a) v odstavci DSC_68 nahrazuje tímto:


  „a) | Aby bylo možné uzavírat smlouvy na dodávky VU a DSRC-VU a rovněž různých sérií DSRC-VU s různými dodavateli, je spojení mezi VU a DSRC-VU, který není součástí VU, otevřeným standardním spojením. VU se s DSRC-VU spojuje buď“; |
| --- | --- | --- |

j)

v bodě 5.6.1 se písmeno a) v odstavci DSC_68 nahrazuje tímto:

„a)

Aby bylo možné uzavírat smlouvy na dodávky VU a DSRC-VU a rovněž různých sérií DSRC-VU s různými dodavateli, je spojení mezi VU a DSRC-VU, který není součástí VU, otevřeným standardním spojením. VU se s DSRC-VU spojuje buď“;

| k) | v bodě 5.7.1 se odstavec DSC_77 nahrazuje tímto:


  „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 EventFaultType a hodnotou enum nastavenou na ‘0C’H Chyba komunikace se zařízením pro dálkovou komunikaci s časovým razítkem.“; |
| --- | --- | --- |

k)

v bodě 5.7.1 se odstavec DSC_77 nahrazuje tímto:

„DSC_77

Již zabezpečená data jsou funkcí VUSM

DSRC-VU. VUSM

DSRC-VU

VU

DSRC-VU

| 40) | dodatek 15 se mění takto:


  a) | v bodě 2.2 se první pododstavec nahrazuje tímto:

  „Rozumí se, že karty tachografu první generace jsou interoperabilní s celky ve vozidle první generace v souladu s přílohou IB nařízení (EHS) č. 3821/85, zatímco karty tachografu druhé generace jsou interoperabilní s celky ve vozidle druhé generace v souladu s přílohou IC tohoto nařízení. Kromě toho se uplatní níže uvedené požadavky.“; |
| --- | --- | --- |

40)

dodatek 15 se mění takto:

a)

v bodě 2.2 se první pododstavec nahrazuje tímto:

„Rozumí se, že karty tachografu první generace jsou interoperabilní s celky ve vozidle první generace v souladu s přílohou IB nařízení (EHS) č. 3821/85, zatímco karty tachografu druhé generace jsou interoperabilní s celky ve vozidle druhé generace v souladu s přílohou IC tohoto nařízení. Kromě toho se uplatní níže uvedené požadavky.“;

| b) | v bodě 2.4.1 se odstavec MIG_11 mění takto:


  i) | první odrážka se nahrazuje tímto:


  „— | nepodepsané elementární soubory EF ic a icc (volitelné),“; |
| --- | --- | --- | --- |

b)

v bodě 2.4.1 se odstavec MIG_11 mění takto:

i)

první odrážka se nahrazuje tímto:

„—

nepodepsané elementární soubory EF ic a icc (volitelné),“;

| ii) | třetí odrážka se nahrazuje tímto:


  „— | ostatní elementární soubory EF s aplikačními daty (v rámci souboru DF Tachograph) vyžadované protokolem pro stahování dat z karet první generace. Tyto informace musí být zabezpečeny digitálním podpisem podle bezpečnostních mechanismů první generace. |
| --- | --- | --- |

ii)

třetí odrážka se nahrazuje tímto:

„—

ostatní elementární soubory EF s aplikačními daty (v rámci souboru DF Tachograph) vyžadované protokolem pro stahování dat z karet první generace. Tyto informace musí být zabezpečeny digitálním podpisem podle bezpečnostních mechanismů první generace.

Uvedené stahování nesmí zahrnovat elementární soubory EF s aplikačními daty, které jsou přítomny pouze na kartách řidiče (a kartách dílny) druhé generace (elementární soubory EF s aplikačními daty v rámci souboru DF Tachograph_G2).“;

| c) | v bodě 2.4.3 se odstavce MIG_014 a MIG_015 nahrazují tímto:


  „MIG_014 | Nad rámec kontroly řidičů kontrolními orgány, které nepatří do EU, se data musí stahovat z celků ve vozidle druhé generace pomocí bezpečnostních mechanismů druhé generace a protokolu pro stahování dat specifikovaného v dodatku 7 této přílohy. |
| --- | --- | --- |

c)

v bodě 2.4.3 se odstavce MIG_014 a MIG_015 nahrazují tímto:

„MIG_014

Nad rámec kontroly řidičů kontrolními orgány, které nepatří do EU, se data musí stahovat z celků ve vozidle druhé generace pomocí bezpečnostních mechanismů druhé generace a protokolu pro stahování dat specifikovaného v dodatku 7 této přílohy.

| MIG_015 | Aby se umožnila kontrola řidičů kontrolními orgány, které nepatří do EU, lze také případně umožnit stahování dat z celků ve vozidle druhé generace pomocí bezpečnostních mechanismů první generace. Stahovaná data pak musí mít stejný formát jako data stahovaná z celku ve vozidle první generace. Tuto možnost lze zvolit pomocí příkazů v menu.“; |
| --- | --- |

MIG_015

Aby se umožnila kontrola řidičů kontrolními orgány, které nepatří do EU, lze také případně umožnit stahování dat z celků ve vozidle druhé generace pomocí bezpečnostních mechanismů první generace. Stahovaná data pak musí mít stejný formát jako data stahovaná z celku ve vozidle první generace. Tuto možnost lze zvolit pomocí příkazů v menu.“;

---

PŘÍLOHA II

Příloha II nařízení (EU) 2016/799 se mění takto:

| 1) | v kapitole I bodě 1 se písmeno b) nahrazuje tímto:


  „b) | z čísla schválení, které odpovídá číslu osvědčení o schválení vystaveného pro prototyp záznamového zařízení nebo záznamového listu nebo karty tachografu a které se umístí kdekoli v bezprostřední blízkosti obdélníku.“; |
| --- | --- | --- |

1)

v kapitole I bodě 1 se písmeno b) nahrazuje tímto:

„b)

z čísla schválení, které odpovídá číslu osvědčení o schválení vystaveného pro prototyp záznamového zařízení nebo záznamového listu nebo karty tachografu a které se umístí kdekoli v bezprostřední blízkosti obdélníku.“;

| 2) | v kapitole III se bod 5 nahrazuje tímto:


  „5. | Předloženo k schválení dne ...“; |
| --- | --- | --- |

2)

v kapitole III se bod 5 nahrazuje tímto:

„5.

Předloženo k schválení dne ...“;

| 3) | v kapitole IV se bod 5 nahrazuje tímto:


  „5. | Předloženo k schválení dne ...“. |
| --- | --- | --- |

3)

v kapitole IV se bod 5 nahrazuje tímto:

„5.

Předloženo k schválení dne ...“.

---