(EU) 2018/502Prová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)

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í“;

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í“;

a)

definice ll) se nahrazuje tímto:

b)

definice tt) se nahrazuje tímto:

c)

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

d)

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

„—

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

„—

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

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

„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í):

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:

„—

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

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

„—

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

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í:

„—

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,“;

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í

b)

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

c)

odstavec 111 se 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.“;

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:

b)

položka „Časový konflikt“ se 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:

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

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

„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:

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

„—

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

„—

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

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:

306)

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

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:

354)

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

„396)

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

a)

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

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:

d)

odstavec 404 se nahrazuje tímto:

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

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

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:

a)

obsah se mění takto:

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

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

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í)“.

d)

bod 2.30 se nahrazuje tímto:

„2.30   CardRenewalIndex

Index obnovy karty (definice i)).

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

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

e)

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

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

f)

bod 2.63 se nahrazuje tímto:

„2.63   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:

h)

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

„2. generace:

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

manufacturerCode je kód výrobce plomby.

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

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

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

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

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.

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.

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.

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

n)

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

o)

bod 2.160 se nahrazuje tímto:

„2.160   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.

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

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

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

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

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

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

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:

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

a)

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

b)

bod 3.3 se mění takto:

c)

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

d)

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

e)

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

f)

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

g)

bod 3.5.2.1.1 se mění takto:

h)

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

i)

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

j)

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

k)

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

l)

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

m)

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

n)

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

o)

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

p)

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

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:

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:

t)

bod 3.5.16 se mění takto:

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 “

v)

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

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 “

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í“;

b)

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

„ č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“;

a)

bod 2 se mění takto:

b)

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

c)

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

d)

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

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:

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:

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:

c)

bod 2.2.2.9 se mění takto:

d)

v bodě 2.2.2.10 se odstavec DDP_055 nahrazuje tímto:

e)

v bodě 2.2.2.16 se poslední odrážka v odstavci DDP_018 nahrazuje tímto:

f)

bod 2.2.6.1 se mění takto:

g)

bod 2.2.6.2 se mění takto:

h)

bod 2.2.6.3 se mění takto:

i)

bod 2.2.6.4 se mění takto:

j)

bod 2.2.6.5 se mění takto:

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. — (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í. — 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. — V každé relaci stahování musí být povinně staženy alespoň EF a . — 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, — (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í. — 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. — 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 aktualizujte datum v EF v DF a případně . — 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 se nestahuje EF v DF a případně .“;

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:

n)

v bodě 3.4.2 se odstavec DDP_046 nahrazuje tímto:

o)

v bodě 4 se odstavec DDP_049 nahrazuje tímto:

a)

v obsahu se bod 6 nahrazuje tímto:

b)

v bodě 1.1 se první odrážka nahrazuje tímto:

c)

v bodě 2 se tabulka funkčních zkoušek celku ve vozidle nahrazuje tímto:

d)

bod 6 se nahrazuje tímto:

„6   ZKOUŠKA VNĚJŠÍHO ZAŘÍZENÍ PRO DÁLKOVOU KOMUNIKACI