CELEX: 52018PC0664
Language: cs
Date: 2018-10-02
Title: Návrh ROZHODNUTÍ RADY o postoji, který má být přijat jménem Evropské Unie ve skupině odborníků pro Evropskou dohodu o práci osádek vozidel v mezinárodní silniční dopravě Evropské hospodářské komise OSN

EVROPSKÁ KOMISE
            V Bruselu dne 2.10.2018
            COM(2018) 664 final
            2018/0339(NLE)
            Návrh
            ROZHODNUTÍ RADY
            o postoji, který má být přijat jménem Evropské Unie ve skupině odborníků pro Evropskou dohodu o práci osádek vozidel v mezinárodní silniční dopravě Evropské hospodářské komise OSN
            
               
         
         
            
               DŮVODOVÁ ZPRÁVA
            
            
               1.Předmět návrhu
            
            
               Tento návrh se týká rozhodnutí o postoji, který má být přijat jménem Unie ve skupině odborníků pro AETR Evropské hospodářské komise OSN (EHK OSN) ve spojení s předpokládanou změnou Evropské dohody o práci osádek vozidel v mezinárodní silniční dopravě (AETR) ohledně připojení mimounijních smluvních stran dohody AETR k systému TACHOnet.
            
            
               2.Souvislosti návrhu
            
            
               2.1.AETR
            
            
               Evropská dohoda o práci osádek vozidel v mezinárodní silniční dopravě (dále jen „dohoda“) se zaměřuje na harmonizaci legislativního rámce jejích smluvních stran s ohledem na doby řízení a odpočinku pro profesionální řidiče, jakož i na příslušné technické požadavky na konstrukci a instalaci tachografů. Dohoda vstoupila v platnost dne 5. ledna 1976.
            
            
               Všechny členské státy jsou smluvními stranami dohody
                  1
               .
            
            
               2.2.Skupina odborníků pro AETR
            
            
               Skupina odborníků pro AETR je technická skupina, která byla zřízena Výborem pro vnitrozemskou dopravu EHK OSN s cílem vypracovávat pozměňovací návrhy dohody. Odborníci skupiny přijímají návrhy na změny dohody jednomyslně a dále je předkládají podvýboru SC.1 (Podvýbor pro silniční dopravu EHK OSN) pro přijetí prostou většinou přítomných a hlasujících smluvních stran.
            
            
               2.3.Navrhovaný akt skupiny odborníků pro AETR
            
            
               Skupina odborníků pro AETR má dne 15. října 2018 na svém 19. zasedání rozhodnout o předložení pozměňovacího návrhu dohody AETR ohledně připojení mimounijních smluvních stran dohody AETR k systému TACHOnet (dále jen „navrhovaný akt) podvýboru SC.1.
            
            
               Účelem navrhovaného aktu je vymezit technické požadavky pro připojení mimounijních smluvních stran dohody AETR prostřednictvím platformy eDelivery, kterou vyvinula Evropská komise.
            
            
               Navrhovaný akt bude pro tyto strany závazný v souladu s čl. 13 odst. 1 dohody, jenž stanoví, že: „Všechna nová ustanovení této Dohody včetně její Přílohy a Dodatků 1B a 2 týkající se zavedení digitálního kontrolního zařízení, se pro státy, které jsou smluvními stranami této Dohody, stanou závaznými nejpozději čtyři roky po nabytí účinnosti příslušných změn, vyplývajících z postupu podle článku 21“. 
            
            
               3.Postoj, který má být přijat jménem Unie
            
            
               TACHOnet je evropský systém elektronického předávání informací o kartách tachografu mezi členskými státy. Jedná se o základní nástroj pro zajištění prosazování pravidel dob řízení a odpočinku v silniční dopravě, které stanoví nařízení (EU) č. 561/2006
                  2
               . Hlavním cílem systému TACHOnet je ověřit, že pro stejného řidiče nebyly vydány různými členskými státy dvě nebo více karet.
            
            
               Členské státy jsou povinny se připojit k systému TACHOnet v souladu s čl. 31 odst. 2 nařízení č. 165/2014
                  3
                a s technickými požadavky stanovenými v nařízení (EU) 2016/68
                  4
               . 
            
            
               Pravidla pro doby řízení a odpočinku jsou také uplatnitelné pro mimounijní smluvní strany dohody AETR (Evropské dohody o práci osádek v mezinárodní silniční dopravě). Pro zajištění dodržování pravidel pro doby řízení a odpočinku v těchto zemích je proto nezbytně nutné, aby byly rovněž připojeny k systému TACHOnet. Subjektům, které jsou mimounijními smluvními stranami dohody AETR, však není dovoleno připojit se přímo k systému TACHOnet. Přímé připojení je zřízeno přes síť TESTA (transevropské služby pro telematiku mezi správními orgány) a přístup k ní je vyhrazen orgánům a institucím z EU, členským státům EU, zemím EHP, Švýcarsku a přistupujícím zemím EU. Mimounijní země, které nejsou přistupujícími zeměmi k EU, nebo které nejsou součástí EHP, se k systému TACHOnet musí připojit přes zemi, která je již připojena k síti TESTA, tzn. nepřímé spojení. Taková nepřímá připojení se zakládají na bilaterálních dohodách uzavřených mezi mimounijními smluvními stranami dohody AETR a zemí, která poskytuje připojení. 
            
            
               Andorra, Arménie, Ázerbájdžán, Bosna-Hercegovina, Gruzie, Lichtenštejnsko, Moldavsko, Srbsko a Ukrajina jsou devíti mimounijními smluvními stranami dohody AETR, jež jsou momentálně připojeny nepřímo k systému TACHOnet přes uzly, které poskytují Francie, Chorvatsko, Polsko, Rumunsko a Švýcarsko. 
            
            
               Technický problém, jenž je nutno řešit, a navrhované řešení
            
         
         
            
               Generální ředitelství pro informatiku Komise (GŘ pro informatiku) nedávno vzalo v úvahu, že nepřímá spojení nesplňují minimální bezpečnostní normy požadované Komisí. K tomuto názoru jej vedla skutečnost, že úsek sítě zřízené mezi členským státem a třetí stranou nemusí být zabezpečen. Výskyt jakéhokoli typu útoku na tuto část sítě navíc potenciálně není pro Komisi rozpoznatelný. To zvyšuje riziko narušení bezpečnosti systému. 
            
            
               Nepřímá spojení proto musí být odstraněna a nahrazena alternativním nástrojem, který mimounijním smluvním stranám dohody AETR umožní připojení k systému TACHOnet.
            
            
            
               Takové připojení by mohlo být poskytnuto platformou „eDelivery“. eDelivery je zastřešující platformou, která byla založena programem Nástroj pro propojení Evropy. Zaručuje spojení přes internet a používá standardní bezpečnostní technologie jako PKI (infrastruktura veřejných klíčů) pro zajištění pravosti, integrity a důvěrnosti vyměňovaných informací. Proto zajišťuje vzájemnou důvěru při elektronické výměně informací. Služba eDelivery je poskytována GŘ pro informatiku. 
            
            
               Služba eDelivery je již úspěšně využívána pro zajištění několika celoevropských služeb jako například PEPPOL („Pan-European Public Procurement On-line“, celoevropské on-line zadávání veřejných zakázek) a e-Codex (elektronická komunikace v justici prostřednictvím on-line výměny informací). Tento systém by mohl být upraven pro TACHOnet. 
            
            
               Ačkoliv GŘ pro informatiku neposkytlo žádné konkrétní lhůty ohledně ukončení nepřímých spojení, odhaduje se, že úprava služby eDelivery pro potřeby systému TACHOnet by trvala přibližně jeden rok. Proto je nutné provést změnu dohody AETR v co nejkratší době, aby služba eDelivery mohla zahájit tuto činnost co nejdříve.
            
            
               Povinnosti vnitrostátních orgánů pro používání systému TACHOnet
            
            
               Používání služby eDelivery pro připojení k systému TACHOnet vyžaduje, aby připojené strany převzaly určité povinnosti za účelem zaručení řádného používání systému a informací vyměňovaných s jejich protějšky. Tyto povinnosti se vztahují na:
            
            
               a) zabezpečení
            
            
               Vnitrostátní úřady musí chránit soukromé klíče a příslušné digitální certifikáty:
            
            
               –
                     zamezením nepovolenému používání soukromých klíčů,
            
            
               –
                     zdržením se přenosu nebo odhalení svých soukromých klíčů třetím stranám,
            
            
               –
                     zajištěním důvěrnosti, integrity a dostupnosti soukromých klíčů, které jsou generovány, uloženy a používány v rámci systému TACHOnet,
            
            
               –
                     zdržením se používání soukromého klíče po uplynutí doby platnosti nebo po odvolání certifikátu,
            
            
               –
                     zničením klíčů po uplynutí jejich doby platnosti,
            
            
               –
                     předcházením zneužívání soukromých klíčů prostřednictvím žádosti o odvolání certifikátu souvisejícího veřejného klíče v případě ohrožení soukromého klíče nebo aktivačních údajů pro soukromý klíč.
            
            
               b) ochranu osobních údajů
            
            
               Musí být zajištěna ochrana osobních údajů. Vzhledem k tomu, že mimounijní smluvní strany dohody AETR nejsou vázány evropskými právními předpisy o ochraně osobních údajů, je toto nezbytně nutné pro zaručení dodržování Úmluvy o ochraně osob se zřetelem na automatizované zpracování osobních dat. Tato úmluva tvoří mezinárodní právní rámec v oblasti ochrany osobních údajů. 
            
            
               c) technické aspekty
            
            
               Propojené strany musí před připojením provést specifickou řadu testů. Musí rovněž zaručit minimální úroveň služeb tak, aby nedošlo k narušení systému TACHOnet z důvodu poruch na vnitrostátní úrovni. 
            
         
         
            
               Právní nástroj
            
            
               Technické požadavky pro připojení mimounijních smluvních stran dohody AETR k systému TACHOnet by měly být stanoveny v náležitém mezinárodním rámci, tj. v dohodě AETR. 
            
            
               V rámci skupiny expertů EHK OSN pro AETR probíhají jednání s cílem změnit dohodu, zejména zajistit uplatňování právních předpisů EU týkajících se inteligentních tachografů mimounijními smluvními stranami dohody AETR a umožnit EU, aby přistoupila k dohodě AETR
                  5
               . Technické a právní požadavky pro připojení mimounijních smluvních stran dohody AETR k systému TACHOnet by měly být EU formálně předloženy sekretariátu AETR jako nový dodatek dohody. Tento nový dodatek bude předmětem diskuse na příštím zasedání skupiny odborníků pro AETR a v Podvýboru pro silniční dopravu spolu s prvky postoje EU, který byl již doručen sekretariátu AETR v roce 2016. 
            
            
               4.Právní základ
            
            
               4.1.Procesněprávní základ
            
            
               4.1.1.Zásady
            
            
               Ustanovení čl. 218 odst. 9 Smlouvy o fungování Evropské unie (SFEU) upravuje rozhodnutí, kterými se stanoví „postoje, které mají být jménem Unie zaujaty v orgánu zřízeném dohodou, má-li tento orgán přijímat akty s právními účinky, s výjimkou aktů, které doplňují nebo pozměňují institucionální rámec dohody“.
            
            
               Čl. 218 odst. 9 SFEU se uplatní bez ohledu na to, zda je Unie členem orgánu nebo stranou dohody
                  6
               .
            
            
               Pojem „akty s právními účinky“ zahrnuje akty, které mají právní účinky na základě pravidel mezinárodního práva, kterým se řídí dotyčný orgán. Zahrnuje také nástroje, které podle mezinárodního práva nemají závazný účinek, ale „mohou rozhodujícím způsobem ovlivnit obsah právní úpravy přijaté zákonodárcem Unie“
                  7
               .
            
            
               4.1.2.Uplatnění v tomto konkrétním případě
            
            
               Skupina odborníků pro AETR je orgán zřízený Výborem pro vnitrozemskou dopravu EHK OSN.
            
            
               Akt, který má povolána skupina odborníků pro AETR předložit podvýboru SC.1, představuje akt s právními účinky. Navrhovaný akt bude závazný podle mezinárodního práva v souladu se článkem 13 dohody AETR. 
            
            
               Zamýšlený akt nedoplňuje ani nepozměňuje institucionální rámec dohody.
            
            
               Procesněprávním základem navrhovaného rozhodnutí je tudíž čl. 218 odst. 9 SFEU.
            
            
               4.2.Hmotněprávní základ
            
            
               4.2.1.Zásady
            
            
               Hmotněprávní základ rozhodnutí podle čl. 218 odst. 9 SFEU závisí v první řadě na cíli a obsahu zamýšleného aktu, v jehož souvislosti je postoj jménem Unie zaujat. Sleduje-li zamýšlený akt dvojí účel nebo má-li dvě složky a lze-li jeden z těchto účelů nebo jednu z těchto složek identifikovat jako hlavní, zatímco druhý účel či druhá složka je pouze vedlejší, musí být rozhodnutí přijaté podle čl. 218 odst. 9 SFEU založeno na jediném hmotněprávním základě, a sice na tom, který si žádá hlavní nebo převažující účel či složka.
            
            
               4.2.2.Uplatnění v tomto konkrétním případě
            
            
               Hlavní cíl a obsah zamýšleného aktu se týká „dopravy“.
            
            
               Hmotněprávním základem navrhovaného rozhodnutí je tudíž článek 91 SFEU.
            
         
         
            
               4.3.Závěr
            
            
               Právním základem navrhovaného rozhodnutí by měl být článek 91 ve spojení s čl. 218 odst. 9 SFEU.
            
            
            
               2018/0339 (NLE)
            
            
               Návrh
            
            
               ROZHODNUTÍ RADY
            
            
               o postoji, který má být přijat jménem Evropské Unie ve skupině odborníků pro Evropskou dohodu o práci osádek vozidel v mezinárodní silniční dopravě Evropské hospodářské komise OSN
            
            
               RADA EVROPSKÉ UNIE,
            
            
               s ohledem na Smlouvu o fungování Evropské unie, a zejména na článek 91 ve spojení s čl. 218 odst. 9 této smlouvy,
            
            
               s ohledem na návrh Evropské komise,
            
            
               vzhledem k těmto důvodům:
            
            
               (1)Evropská dohoda o práci osádek vozidel v mezinárodní silniční dopravě (AETR) vstoupila v platnost dne 5. ledna 1976.
            
            
               (2)Evropská hospodářská komise OSN vytvořila v rámci AETR skupinu odborníků. Jedná se o orgán, který je oprávněn vypracovávat a předkládat Podvýboru pro silniční dopravu pozměňovací návrhy dohody AETR. 
            
            
               (3)Skupina odborníků pro AETR má přijmout na svém 19. zasedání dne 15. října 2018 rozhodnutí o předložení pozměňovacího návrhu dohody AETR Podvýboru pro silniční dopravu EHK OSN.
            
            
               (4)Je vhodné stanovit postoj, který má být přijat jménem Unie ve skupině odborníků pro AETR, neboť změna dohody AETR bude pro Unii závazná.
            
            
               (5)Soudní dvůr Evropské unie ve svém rozsudku ze dne 31. března 1971 ve věci AETR, 22/70 uznal, že oblast práce osádek vozidel v mezinárodní silniční dopravě je vnější pravomocí Unie. Tato pravomoc byla od té doby vykonána v řadě právních aktů přijatých normotvůrcem Unie, včetně nařízení Evropského parlamentu a Rady (ES) č. 561/2006
                  8
                a nařízení Evropského parlamentu a Rady (EU) č. 165/2014
                  9
               . Jelikož předmět dohody AETR spadá do působnosti nařízení (ES) č. 561/2006, je k sjednání a uzavření dohody AETR příslušná výhradně Unie.
            
            
               (6)Příští zasedání skupiny odborníků pro AETR se bude konat dne 15. října 2018 a zasedání Podvýboru pro silniční dopravu se bude konat dne 16. října 2018. Při této příležitosti plánuje skupina odborníků a podvýbor posouzení návrhů smluvních stran, které po zahájení a uzavření procesu revize dohody AETR mohou vést k její změně, budou-li přijaty skupinou odborníků. Jakmile skupina odborníků přijme návrhy, ve druhém kroku budou členské státy Unie jako smluvní strany dohody AETR povinny spolupracovat za účelem zapojení mechanismu revize dohody AETR v souladu s nařízením Rady (EHS) č. 2829/77
                  10
                a v souladu s povinností loajální spolupráce podle čl. 4 odst. 3 SEU, v příslušných případech s výhradou rozhodnutí Rady v souladu s čl. 218 odst. 6. Navrhované změny dohody AETR nabydou účinnosti teprve a pouze po dokončení revize dohody AETR.
            
            
               (7)Nařízení (EU) č. 165/2014 vyžaduje od členských států, aby vzájemně propojily své vnitrostátní elektronické rejstříky karet řidiče pomocí systému předávání zpráv TACHOnet, nebo, pokud používají kompatibilní systém, aby zajistily možnost výměny elektronických údajů se všemi ostatními členskými státy prostřednictvím systému předávání zpráv TACHOnet. TACHOnet je platforma pro výměnu informací o kartách řidiče mezi členskými státy za účelem zajistit, aby řidiči nebyli držiteli více než jedné karty řidiče.
            
            
               (8)Za účelem dosažení celoevropské harmonizace v oblasti elektronické výměny informací o kartách řidiče je nezbytně nutné, aby všechny smluvní strany dohody AETR používaly systém TACHOnet jako jedinou platformu.
            
            
               (9)Připojení k systému předávání zpráv TACHOnet se v současné době provádí buď přímo připojením prostřednictvím transevropské služby pro telematiku mezi správními orgány (dále jen „TESTA“) nebo nepřímo prostřednictvím členského státu, který je do transevropské služby TESTA již připojen. TESTA je službou, která je vyhrazena členským státům a institucím Unie, a mimounijní smluvní strany dohody AETR jsou povinny se připojit k systému TACHOnet nepřímo.
            
         
         
            
               (10)Komise nedávno posoudila nepřímá připojení k systému předávání zpráv TACHOnet a došla k závěru, že neposkytují stejnou úroveň zabezpečení jako služba TESTA. Především neexistuje uspokojivá záruka pravosti, integrity a důvěrnosti informací vyměňovaných přes nepřímá spojení. Nepřímá připojení k systému TACHOnet by proto měla být nahrazena bezpečným připojením.
            
            
               (11)eDelivery je síť připojovacích uzlů pro digitální komunikaci, která byla vyvinuta Komisí, v rámci níž se každý účastník na vnitrostátní úrovni stává uzlem, který používá standardní přenosový protokol a bezpečnostní zásady. eDelivery je pružný nástroj, který může být upraven pro každou specifickou službu.
            
            
               (12)Služba eDelivery využívá obecně zavedených bezpečnostních technologií jako je PKI („public key infrastructure“, infrastruktura veřejných klíčů) za účelem zajištění pravosti, integrity a důvěrnosti vyměňovaných informací. Přístup do systému TACHOnet mimounijními smluvními stranami dohody AETR by měl být zaručen prostřednictvím služby eDelivery.
            
            
               (13)Smluvní strany dohody AETR by se měly řídit konkrétním postupem pro přijímání digitálních certifikátů a příslušných elektronických klíčů, které zaručují přístup do systému TACHOnet.
            
            
               (14)Připojení k systému TACHOnet prostřednictvím služby eDelivery znamená, že se od smluvních stran AETR požaduje, aby zajistily ochranu elektronických klíčů a certifikátů udělujících přístup do systému a aby tyto elektronické klíče a certifikáty nemohly být používány nepovolenými stranami. Také by měly zaručit, že klíče kryté certifikáty se po uplynutí platnosti již nebudou používat.
            
            
               (15)Je nezbytné zajistit ochranu osobních údajů, které jsou stranám skrze systém TACHOnet přístupné v souladu s Úmluvou o ochraně osob se zřetelem na automatizované zpracování osobních dat, Štrasburk, dne 21. ledna 1981.
            
            
               (16)Vnitrostátní orgány připojené k systému TACHOnet mají povinnost zavést příslušná technická opatření s cílem zajistit, že systém TACHOnet je provozován na vysoké úrovni výkonnosti. Úkolem Komise je vytvořit testy, které potvrzují, že je této úrovně výkonnosti dosaženo, a zavést je v koordinaci s příslušnými vnitrostátními orgány.
            
            
               (17)Vzhledem k tomu, že Evropská unie není smluvní stranou dohody AETR a její status nedovoluje sdělovat navrhované změny, měly by členské státy jednající v zájmu Unie sdělit navrhované změny skupině odborníků v duchu loajální spolupráce pro podporu dosažení cílů Unie,
            
            
               (18)Postoj Unie má být vyjádřen členskými státy Unie, jež jsou členy skupiny odborníků pro AETR a Podvýboru pro silniční dopravu, jednajíce společně,
            
            
               PŘIJALA TOTO ROZHODNUTÍ:
            
            
               Článek 1
            
            
               Postoj, který má být přijat jménem Unie na 15. zasedání skupiny odborníků Evropské dohody o práci osádek vozidel v mezinárodní silniční dopravě (AETR), je ve prospěch navrhovaných změn dohody AETR stanovených v dokumentu připojeném k tomuto rozhodnutí.
            
            
               Článek 2
            
            
               Postoj uvedený v článku 1 je vyjádřen členskými státy Unie, jež jsou členy AETR, jednajíce společně.
            
            
               Formální a malé změny postoje uvedené v článku 1 lze dohodnout, aniž by bylo nutné měnit tento postoj.
            
            
               Článek 3
            
            
               Toto rozhodnutí je určeno členským státům.
            
            
               V Bruselu dne
            
            
               
                     Za Radu
               
               
                     předseda/předsedkyně
               
            
         
         
            
                  
                     (1)
                  
                        Belgie (ratifikovala dne 30.12.1977), Bulharsko (ratifikovalo dne 12.5.1995), Česká republika (ratifikovala dne 22.6.1993), Dánsko (ratifikovalo dne 30.12.1977), Estonsko (ratifikovalo dne 3.5.1993), Finsko (ratifikovalo dne 16.2.1999), Francie (ratifikovala dne 9.1.1978), Chorvatsko (ratifikovalo dne 3.8.1992), Irsko (ratifikovalo dne 28.8.1979), Itálie (ratifikovala dne 28.12.1978), Kypr (ratifikoval dne 5.9.2003), Litva (ratifikovala dne 3.6.1998), Lotyšsko (ratifikovalo dne 14.1.1994), Lucembursko (ratifikovalo dne 30.12.1977), Maďarsko (ratifikovalo dne 22.10.1999), Malta (ratifikovala dne 24.9.2004), Německo (ratifikovalo dne 9.7.1975), Nizozemsko (ratifikovalo dne 30.12.1977), Polsko (ratifikovalo dne 14.7.1992), Portugalsko (ratifikovalo dne 20.9.1973), Rakousko (ratifikovalo dne 11.6.1975), Rumunsko (ratifikovalo dne 8.12.1994), Řecko (ratifikovalo dne 11.1.1974), Slovensko (ratifikovalo dne 28.5.1993), Slovinsko (ratifikovalo dne 6.8.1993), Spojené Království (ratifikovalo dne 4.1.1978), Španělsko (ratifikovalo dne 3.1.1993), Švédsko (ratifikovalo dne 24.8.1973).
               
               
                  
                     (2)
                  
                        Nařízení Evropského parlamentu a Rady (ES) č. 561/2006 ze dne 15. března 2006 o harmonizaci některých předpisů v sociální oblasti týkajících se silniční dopravy, o změně nařízení Rady (EHS) č. 3821/85 a (ES) č. 2135/98 a o zrušení nařízení Rady (EHS) č. 3820/85 (Úř. věst. L 102, 11.4.2006, s. 1).
               
               
                  
                     (3)
                  
                        Nařízení Evropského parlamentu a Rady (EU) č. 165/2014 ze dne 4. února 2014 o tachografech v silniční dopravě, o zrušení nařízení Rady (EHS) č. 3821/85 o záznamovém zařízení v silniční dopravě a o změně nařízení Evropského parlamentu a Rady (ES) č. 561/2006 o harmonizaci některých předpisů v sociální oblasti týkajících se silniční dopravy (Úř. věst. L 60, 28.2.2014, s. 1). 
               
               
                  
                     (4)
                  
                        Prováděcí nařízení Komise (EU) 2016/68 ze dne 21. ledna 2016 o společných postupech a specifikacích nezbytných pro propojení elektronických rejstříků karet řidiče (Úř. věst. L 15, 22.1.2016, s. 51).
               
               
                  
                     (5)
                  
                        Postoj EU, přijatý rozhodnutím Rady (EU) 2016/1877 dne 17. října 2016, předložený sekretariátu AETR Slovenskou republikou.
               
               
                  
                     (6)
                  
                        Rozsudek Soudního dvora ze dne 7. října 2014, Německo v. Rada, C-399/12, ECLI:EU:C:2014:2258, bod 64. 
               
               
                  
                     (7)
                  
                        Rozsudek Soudního dvora ze dne 7. října 2014, Německo v. Rada, C-399/12, ECLI:EU:C:2014:2258, body 61 až 64. 
               
               
                  
                     (8)
                  
                        Nařízení Evropského parlamentu a Rady (ES) č. 561/2006 ze dne 15. března 2006 o harmonizaci některých předpisů v sociální oblasti týkajících se silniční dopravy, o změně nařízení Rady (EHS) č. 3821/85 a (ES) č. 2135/98 a o zrušení nařízení Rady (EHS) č. 3820/85 (Úř. věst. L 102, 11.4.2006, s. 1). 
               
               
                  
                     (9)
                  
                        Nařízení Evropského parlamentu a Rady (EU) č. 165/2014 ze dne 4. února 2014 o tachografech v silniční dopravě a o změně nařízení Evropského parlamentu a Rady (ES) č. 561/2006 o harmonizaci některých předpisů v sociální oblasti týkajících se silniční dopravy (Úř. Věst. L 60, 28.2.2014, s. 1). 
               
               
                  
                     (10)
                  
                        Nařízení Rady (EHS) č. 2829/77 ze dne 12. prosince 1977 o uvedení Evropské dohody o práci osádek vozidel v mezinárodní silniční dopravě (AETR) v platnost (Úř. věst. L 334, 24.12.1977, s. 11).  
               
            
      
    ---documentbreak--- 
      
         
               EVROPSKÁ KOMISE
            V Bruselu dne 2.10.2018
            COM(2018) 664 final
            PŘÍLOHA
            návrh
            ROZHODNUTÍ RADY
            o postoji, který má být přijat jménem Evropské Unie ve skupině odborníků pro Evropskou dohodu o práci osádek vozidel v mezinárodní silniční dopravě Evropské hospodářské komise OSN
            
               
         
         
            
            
               Dodatek 4
            
            
               Specifikace systému TACHOnet
            
            
            
               1.Oblast působnosti a účel 
            
            
               1.1.Tento dodatek stanoví pojmy a podmínky týkající se připojení smluvních stran dohody AETR k systému TACHOnet prostřednictvím služby eDelivery. 
            
            
               1.2.Smluvní strany, které se připojují k systému TACHOnet prostřednictvím služby eDelivery, se řídí ustanoveními stanovenými v tomto dodatku.
            
            
               2.Definice
            
            
               a)„Smluvní stranou“ nebo „stranou“ se rozumí jakákoli smluvní strana dohody AETR;
            
            
               b)pojmem „eDelivery“ se rozumí služba vyvinutá Evropskou komisí, která umožňuje přenášet data mezi třetími osobami elektronickými prostředky a poskytuje důkazy týkající se nakládání s přenášenými daty, včetně dokladu o odeslání a přijetí dat, a která chrání přenášená data před rizikem jakékoli neoprávněné změny;
            
            
               c)„systémem TACHOnet“ se rozumí systém elektronické výměny informací o kartách řidiče mezi smluvními stranami uvedený v čl. 31 odst. 2 nařízení (EU) č. 165/2014;
            
            
               d)„centrálním uzlem“ se rozumí informační systém umožňující směrování zpráv systému TACHOnet mezi žádajícími a odpovídajícími stranami;
            
            
               e)„žádající stranou“ se rozumí smluvní strana vysílající žádost nebo oznámení do systému TACHOnet, které jsou poté směrovány příslušné odpovídající straně prostřednictvím centrálního uzlu;
            
            
               f)„odpovídající stranou“ se rozumí smluvní strana, které je adresována žádost nebo oznámení ze systému TACHOnet;
            
            
               g)„orgánem vydávajícím karty“ se rozumí subjekt pověřený smluvní stranou k vydávání a správě karet tachografu.
            
            
               3.Obecné povinnosti
            
            
               3.1.Žádná ze smluvních stran nemůže uzavírat dohody o přístupu do systému TACHOnet jménem druhé strany nebo jakýmkoli jiným způsobem zastupovat druhou smluvní stranu na základě tohoto dodatku. Žádná ze smluvních stran v rámci úkonů uvedených v tomto dodatku nejedná jako subdodavatel druhé smluvní strany.
            
            
               3.2.Smluvní strany poskytují přístup do svých vnitrostátních rejstříků karet řidiče prostřednictvím systému TACHOnet, a to způsobem a na úrovni služeb dle poddodatku 4.6. 
            
            
               3.3.Smluvní strany si navzájem neprodleně oznamují případy, kdy zaznamenají narušení nebo chyby ve své oblasti odpovědnosti, jež mohou ohrozit normální provoz systému TACHOnet.
            
         
         
            
               3.4.Každá strana uvede sekretariátu AETR kontaktní osoby pro systém TACHOnet. Jakákoliv změna v jakémkoliv kontaktním bodě musí být poskytnuta písemně sekretariátu AETR. 
            
            
               4.Testy pro připojení k systému TACHOnet
            
            
               4.1.Propojení smluvní strany se systémem TACHOnet je zřízeno poté, co jsou v souladu s pokyny Evropské komise a pod jejím dohledem úspěšně dokončeny testy propojení, integrace a výkonosti. 
            
            
               4.2.Pokud přípravné zkoušky selžou, může Evropská komise zkušební fázi dočasně pozastavit. Zkoušky budou pokračovat poté, co smluvní strana vyrozumí Evropskou komisi o přijetí nezbytných technických zlepšení na vnitrostátní úrovni, jež umožní přípravné zkoušky úspěšně provést.
            
            
               4.3.Maximální délka trvání přípravných zkoušek je šest měsíců.
            
            
               5.Důvěryhodná architektura 
            
            
               5.1.Důvěrnost, integrita a nepopíratelnost zpráv systému TACHOnet musí být zajištěna důvěryhodnou architekturou systému TACHOnet. 
            
            
               5.2.Důvěryhodná architektura systému TACHOnet je založena na infrastruktuře veřejných klíčů (PKI) zřízené Evropskou komisí, jejíž požadavky jsou uvedeny v poddodatcích 4.8 a 4.9. 
            
            
               5.3.Do důvěryhodné architektury systému TACHOnet vstupují následující subjekty:
            
            
               a)certifikační orgán odpovědný za generování digitálních certifikátů, které mají být registračním orgánem doručeny vnitrostátním orgánům smluvních stran (prostřednictvím jimi jmenovaných důvěryhodných kurýrů) a za vytvoření technické infrastruktury v oblasti vydávání, rušení platnosti a obnovy digitálních certifikátů; 
            
            
               b)vlastník domény odpovědný za provoz centrálního uzlu uvedeného v poddodatku 4.1 a za ověření a koordinaci důvěryhodné architektury systému TACHOnet; 
            
            
               c)registrační orgán odpovědný za registrování a schvalování žádostí o vydání, zrušení platnosti a obnovení digitálních certifikátů a za ověření identity důvěryhodného kurýra; 
            
            
               d)důvěryhodný kurýr je osoba jmenovaná vnitrostátními orgány a odpovídá za předání veřejného klíče registračnímu orgánu a za získání odpovídajícího certifikátu, který je generován certifikačním orgánem; 
            
            
               e)vnitrostátní orgán ze smluvní strany, který:
            
            
               i)vytváří soukromé klíče a odpovídající veřejné klíče, jež mají být zahrnuty v certifikátech, které generuje certifikační orgán;
            
            
               ii)
                     žádá o digitální certifikáty certifikační orgán;
            
            
               iii)
                     jmenuje důvěryhodného kurýra.
            
            
               5.4.Certifikační orgán a registrační orgán jsou jmenovány Evropskou komisí.
            
            
               5.5.Jakákoliv smluvní strana propojená se systémem TACHOnet musí zažádat o vydání digitálního certifikátu v souladu s poddodatkem 4.9 za účelem podepsání a šifrování zprávy systému TACHOnet.
            
            
               5.6.Platnost certifikátu může být zrušena v souladu s poddodatkem 4.9.
            
         
         
            
               6.Ochrana údajů a důvěrnost
            
            
               6.1.Strany v souladu s právními předpisy o ochraně údajů na mezinárodní a vnitrostátní úrovni a zejména s Úmluvou o ochraně osob se zřetelem na automatizované zpracování osobních dat přijímají všechna nezbytná technická a organizační opatření pro zaručení zabezpečení údajů v systému TACHOnet a předcházení jejich změně nebo ztrátě nebo nepovolenému zpracování těchto údajů nebo přístupu k nim (zejména pravost, důvěrnost údajů, sledovatelnost, integrita, dostupnost, nepopíratelnost a zabezpečení zpráv).
            
            
               6.2.Každá strana musí chránit své vnitrostátní systémy proti nedovolenému používání, škodlivým kódům, virům, proniknutí do počítače, narušení dat a nelegální manipulaci s nimi a jinému srovnatelnému jednání třetích stran. Strany souhlasí s vynaložením ekonomicky přiměřeného úsilí k zamezení výskytu veškerých virů, časovaných bomb, červů nebo podobných nástrojů či počítačových programů, které mohou narušit počítačové systémy druhé strany. 
            
            
               7.Náklady
            
            
               7.1.Smluvní strany ponesou vlastní náklady na vývoj a provoz ve spojení s vlastními datovými systémy a postupy dle požadavků tak, aby splnily povinnosti dle tohoto dodatku.
            
            
               7.2.Služby specifikované v poddodatku 4.1 poskytované centrálním uzlem jsou bez poplatku.
            
            
               8.Subdodavatelé
            
            
               8.1.Strany mohou zadat subdodavateli jakoukoliv službu, za kterou zodpovídají v rámci tohoto dodatku.
            
            
               8.2.Subdodavatelský vztah neosvobozuje stranu od odpovědnosti podle tohoto dodatku, včetně odpovědnosti za přiměřenou úroveň služeb v souladu s poddodatkem 4.6.
            
            
               Poddodatek 4.1
            
            
               Obecné aspekty systému TACHOnet
            
            
               1.Obecný popis
            
            
               TACHOnet je elektronický systém pro výměnu informací o kartách řidiče mezi smluvními stranami dohody AETR. TACHOnet směruje žádosti o informace od žádajících stran k odpovídajícím stranám a rovněž odpovědi odpovídající strany straně žádající. Smluvní strany, jež jsou součástí systému TACHOnet, musí připojit své vnitrostátní rejstříky karet řidiče k systému.
            
            
               2.Architektura
            
            
               Systém předávání zpráv TACHOnet se skládá z následujících částí:
            
            
               2.1.Centrální uzel, který je schopen přijmout žádost od žádající strany, potvrdit ji a zpracovat ji přeposláním odpovídajícím stranám. Centrální uzel vyčká, než každá odpovídající strana odpoví, shromáždí všechny odpovědi a zašle souhrnnou odpověď žádající straně.
            
            
               2.2.Vnitrostátní systémy stran vybavené rozhraním schopným posílat žádosti do centrálního uzlu a přijímat příslušné odpovědi. Vnitrostátní systémy mohou k předávání a přijímání zpráv do/z centrálního uzlu využívat proprietární nebo komerční software.
            
            
            
               
                  
            
            
         
         
            
               3.Řízení
            
            
               3.1.Centrální uzel spravuje Evropská komise, která je odpovědná za jeho technický provoz a údržbu.
            
            
               3.2.Centrální uzel neuchovává údaje po dobu delší než šest měsíců, kromě protokolů a statistických údajů uvedených v poddodatku 4.7.
            
            
               3.3.Centrální uzel neposkytuje přístup k osobním údajům, s výjimkou oprávněných zaměstnanců Evropské komise, je-li to nezbytné pro účely sledování, údržby a odstraňování problémů.
            
            
               3.4.Každá smluvní strana je odpovědná za:
            
            
               3.4.1.Zřízení a správu svých vnitrostátních systémů, včetně rozhraní s centrálním uzlem.
            
            
               3.4.2.Instalaci a údržbu svých vnitrostátních systémů, a to jak hardwaru, tak softwaru, ať již proprietárních nebo komerčních.
            
            
               3.4.3.Zajištění správné interoperability svého vnitrostátního systému s centrálním uzlem, včetně zpracovávání chybových hlášení obdržených z centrálního uzlu.
            
            
               3.4.4.Přijetí veškerých opatření pro zajištění důvěrnosti, integrity a dostupnosti informací.
            
            
               3.4.5.Provoz vnitrostátních systémů v souladu s úrovněmi služeb stanovenými v poddodatku 4.6.
            
            
            
               Poddodatek 4.2
            
            
               Funkce systému TACHOnet
            
            
            
               1.Prostřednictvím systému předávání zpráv TACHOnet jsou poskytovány tyto funkce:
            
            
               1.1.„Check Issued Cards (CIC)“ (kontrola vydaných karet): umožňuje žádající straně poslat žádost o kontrolu vydaných karet jedné nebo všem odpovídajícím stranám s cílem zjistit, zda je žadatel o kartu již držitelem karty řidiče vydané odpovídajícími stranami. Odpovídající strany na žádost odpoví zasláním odpovědi o kontrole vydaných karet.
            
            
               1.2.„Check Card Status (CCS)“ (kontrola stavu karty): umožňuje žádající straně požádat odpovídající stranu o podrobnosti karty jí vydané prostřednictvím zaslání žádosti o kontrolu stavu karty. Odpovídající strana na žádost odpoví zasláním odpovědi o kontrole stavu karty.
            
            
               1.3.„Modify Card Status (MCS)“ (změna stavu karty): umožňuje žádající straně prostřednictvím žádosti o změnu stavu karty odpovídající straně oznámit, že došlo ke změně stavu karty, kterou odpovídající strana vydala. Odpovídající strana odpoví zasláním potvrzení změny stavu karty. 
            
            
               1.4.„Issued Card Driving License (ICDL)“ (karta vydaná na základě řidičského průkazu): umožňuje žádající straně prostřednictvím žádosti týkající se karty vydané na základě řidičského průkazu odpovídající straně oznámit, že tato strana vydala kartu na základě řidičského průkazu vydaného odpovídající stranou. Odpovídající strana odpoví zasláním odpovědi týkající se karty vydané na základě řidičského průkazu.
            
            
               2.Budou zahrnuty další typy zpráv, jež se pro efektivní fungování systému TACHOnet považují za vhodné, například oznámení o chybě.
            
         
         
            
               3.Vnitrostátní systémy při používání jakékoliv z funkcí popsaných v bodě 1 uznávají stavy karty uvedené v tabulce 1. Strany však nejsou povinny zavést správní postup, který využívá všechny uvedené stavy.
            
            
               4.Obdrží-li strana odpověď nebo oznámení o udělení stavu, jenž se v jejích správních postupech nepoužívá, převede vnitrostátní systém stav použitý v obdržené zprávě na odpovídající hodnotu používanou v uvedených postupech. Je-li stav použitý ve zprávě uveden v tabulce 1, nesmí odpovídající strana tuto zprávu odmítnout.
            
            
               5.Stav karty uvedený v tabulce 1 nesmí být použit k určení toho, zda je karta řidiče platná pro řízení. Vznese-li strana dotaz na rejstřík strany, která kartu vydala, prostřednictvím funkce kontrola stavu karty (CCS), musí odpověď obsahovat zvláštní pole „valid for driving“ (platná pro řízení). Vnitrostátní správní postupy musí být takové, aby odpovědi týkající se kontroly stavu karty (CCS) vždy obsahovaly příslušnou hodnotu „valid for driving“ (platná pro řízení).
            
            
               Tabulka 1
            
            
               Stavy karty
            
            
                     
                        Stav karty
                     
                  
                  
                     
                        Definice
                     
                  
               
                     
                        „Application“ (žádost)
                     
                  
                  
                     
                        Orgán vydávající karty obdržel žádost o vydání karty řidiče. Tato informace byla zaregistrována a uložena v databázi s vygenerovanými vyhledávacími klíči.
                     
                  
               
                     
                        „Approved“ (schválená)
                     
                  
                  
                     
                        Orgán vydávající karty schválil žádost o kartu tachografu.
                     
                  
               
                     
                        „Rejected“ (zamítnutá)
                     
                  
                  
                     
                        Orgán vydávající karty žádost neschválil.
                     
                  
               
                     
                        „Personalised“ (individualizovaná)
                     
                  
                  
                     
                        Karta tachografu byla individualizována.
                     
                  
               
                     
                        „Dispatched“ (odeslaná)
                     
                  
                  
                     
                        Vnitrostátní orgán odeslal kartu řidiče příslušnému řidiči nebo doručující agentuře.
                     
                  
               
                     
                        „Handed Over“ (předaná)
                     
                  
                  
                     
                        Vnitrostátní orgán předal kartu řidiče příslušnému řidiči.
                     
                  
               
                     
                        „Confiscated“ (zabavená)
                     
                  
                  
                     
                        Karta řidiče byla řidiči příslušným orgánem zabavena.
                     
                  
               
                     
                        „Suspended“ (pozastavená)
                     
                  
                  
                     
                        Karta řidiče byla řidiči přechodně odebrána.
                     
                  
               
                     
                        „Withdrawn“ (odebraná)
                     
                  
                  
                     
                        Orgán vydávající karty rozhodl kartu řidiče odebrat. Karta byla trvale znehodnocena.
                     
                  
               
                     
                        „Surrendered“ (odevzdaná)
                     
                  
                  
                     
                        Karta tachografu byla orgánu vydávajícímu karty vrácena a byla prohlášena za dále nepotřebnou.
                     
                  
               
                     
                        „Lost“ (ztracená)
                     
                  
                  
                     
                        Karta tachografu byla orgánu vydávajícímu karty nahlášena jako ztracená.
                     
                  
               
                     
                        „Stolen“ (odcizená)
                     
                  
                  
                     
                        Karta tachografu byla orgánu vydávajícímu karty nahlášena jako odcizená. Odcizená karta se považuje za kartu ztracenou.
                     
                  
               
                     
                        „Malfunctioning“ (nesprávně fungující)
                     
                  
                  
                     
                        Karta tachografu byla orgánu vydávajícímu karty nahlášena jako nesprávně fungující.
                     
                  
               
                     
                        „Expired“ (s ukončenou platností)
                     
                  
                  
                     
                        Doba platnosti karty tachografu skončila.
                     
                  
               
                     
                        „Replaced“ (nahrazená)
                     
                  
                  
                     
                        Karta tachografu, která byla nahlášena jako ztracená, odcizená nebo nesprávně fungující, byla nahrazena novou kartou. Údaje na nové kartě zůstávají stejné, s výjimkou indexu náhrady čísla karty, který se zvýší o jednu jednotku.
                     
                  
               
                     
                        „Renewed“ (obnovená)
                     
                  
                  
                     
                        Karta tachografu byla obnovena z důvodu změny správních údajů nebo končící doby platnosti. Číslo nové karty zůstává stejné, s výjimkou indexu obnovy čísla karty, který se zvýší o jednu jednotku.
                     
                  
               
                     
                        „In Exchange“ (probíhá výměna)
                     
                  
                  
                     
                        Orgán vydávající karty, který vydal kartu řidiče, obdržel oznámení, že byl zahájen postup výměny uvedené karty za kartu řidiče vydanou orgánem vydávajícím karty druhé strany.
                     
                  
               
                     
                        „Exchanged“ (vyměněná)
                     
                  
                  
                     
                        Orgán vydávající karty, který vydal kartu řidiče, obdržel oznámení, že byl ukončen postup výměny uvedené karty za kartu řidiče vydanou orgánem vydávajícím karty druhé strany.
                     
                  
               
            
               
            
               Poddodatek 4.3
            
            
               Ustanovení týkající se zpráv systému TACHOnet 
            
            
            
               1.Obecné technické požadavky
            
            
               1.1.Centrální uzel poskytuje pro výměnu zpráv synchronní i asynchronní rozhraní. Strany si mohou k propojení se svými vlastními aplikacemi zvolit tu nejvhodnější technologii.
            
            
               1.2.Všechny zprávy vyměňované mezi centrálním uzlem a vnitrostátními systémy musí být v kódování UTF-8.
            
            
               1.3.Vnitrostátní systémy musí být schopny přijímat a zpracovávat zprávy obsahující znaky v řečtině nebo cyrilici.
            
            
               2.Struktura zpráv XML a definice schématu (XSD) 
            
            
               2.1.Obecná struktura zpráv XML se řídí formátem definovaným schématy XSD instalovanými v centrálním uzlu.
            
            
               2.2.Centrální uzel a vnitrostátní systémy odesílají a přijímají zprávy, které jsou v souladu se schématem XSD dané zprávy.
            
            
               2.3.Vnitrostátní systémy musí být schopny zasílat, přijímat a zpracovávat všechny zprávy odpovídající veškerým funkcím uvedeným v poddodatku 4.2.
            
            
               2.4.Zprávy XML musí splňovat alespoň minimální požadavky stanovené v tabulce 2.
            
         
         
            
               Tabulka 2
            
            
               Minimální požadavky na obsah zpráv XML 
            
            
            
                     
                        Společné záhlaví
                     
                  
                  
                     
                        Povinný údaj
                     
                  
               
                     
                        „Version“ (verze)
                     
                  
                  
                     
                        Oficiální verze specifikací XML bude specifikována prostřednictvím jmenného prostoru definovaného ve schématu XSD zprávy a v atributu „version“ prvku „Header“ (záhlaví) všech zpráv XML. Číslo verze („n.m“) je definováno jako pevně stanovená hodnota v každém vydání souboru s definicí schématu XML (XSD).
                     
                  
                  
                     
                        Ano
                     
                  
               
                     
                        „Test Identifier“ (testovací identifikátor)
                     
                  
                  
                     
                        Nepovinný identifikátor pro testování. Původce testu identifikátor vyplní a všichni účastníci pracovního postupu stejný identifikátor přepošlou/vrátí. V produkčním prostředí by na něj neměl být brán zřetel a bude-li uveden, nepoužije se.
                     
                  
                  
                     
                        Ne
                     
                  
               
                     
                        „Technical Identifier“ (technický identifikátor)
                     
                  
                  
                     
                        Univerzální jednoznačný identifikátor (UUID), který jednoznačně identifikuje každou jednotlivou zprávu. Odesílatel generuje UUID a vyplňuje tento atribut. Tyto údaje nemají žádné provozní využití.
                     
                  
                  
                     
                        Ano
                     
                  
               
                     
                        „Workflow Identifier“ (identifikátor pracovního postupu)
                     
                  
                  
                     
                        Identifikátor workflowId je UUID a měl by být generován žádající stranou. Tento identifikátor se poté používá ve všech zprávách ke korelaci v rámci pracovního postupu.
                     
                  
                  
                     
                        Ano
                     
                  
               
                     
                        „Sent At“ (odesláno)
                     
                  
                  
                     
                        Datum a čas (UTC) odeslání zprávy.
                     
                  
                  
                     
                        Ano
                     
                  
               
                     
                        „Timeout“ (čekací doba)
                     
                  
                  
                     
                        Toto je nepovinný atribut data a času (ve formátu UTC). Tuto hodnotu stanoví pouze centrální uzel pro přeposlané žádosti. Slouží k informování odpovídající strany o době platnosti žádosti. Tato hodnota se nevyžaduje ve zprávách MS2TCN_<x>_Req a ve zprávách s odpověďmi. Je nepovinná, aby bylo možné použít stejnou definici záhlaví pro všechny typy zpráv bez ohledu na to, zda je atribut „timeoutValue“ vyžadován, či nikoli. 
                     
                  
                  
                     
                        Ne
                     
                  
               
                     
                        „From“ (od) 
                     
                  
                  
                     
                        Dvoupísmenný kód strany, která zprávu odeslala, podle normy ISO 3166-1, nebo „EU“.
                     
                  
                  
                     
                        Ano
                     
                  
               
                     
                        „To“ (pro)
                     
                  
                  
                     
                        Dvoupísmenný kód strany, které je zpráva odesílána, podle normy ISO 3166-1, nebo „EU“.
                     
                  
                  
                     
                        Ano
                     
                  
               
            
               Poddodatek 4.4
            
            
               Přepis a služby NYSIIS (New York State Identification and Intelligence System)
            
            
            
               1.Pro zakódování jmen všech řidičů do vnitrostátního rejstříku se používá algoritmus NYSIIS implementovaný v centrálním uzlu.
            
            
               2.Při vyhledávání karty pomocí funkce kontrola vydaných karet (CIC) se jako primární vyhledávací mechanismus použijí klíče NYSIIS.
            
            
               3.Strany mohou navíc pro získání dalších výsledků použít vlastní algoritmus.
            
            
               4.Výsledky vyhledávání uvádějí vyhledávací mechanismus, který byl pro nalezení záznamu použit, tj. NYSIIS nebo vlastní.
            
            
               5.V případě, že se strana rozhodne zaznamenávat oznámení o kartě vydané na základě řidičského průkazu (ICDL), zaznamenávají se klíče NYSIIS obsažené v oznámení jako součást údajů ICDL. Při vyhledávání údajů ICDL strana použije klíče NYSIIS jména žadatele.
            
            
               Poddodatek 4.5
            
            
               Bezpečnostní požadavky
            
            
            
               1.Pro výměnu zpráv mezi centrálním uzlem a vnitrostátními systémy se použije protokol HTTPS.
            
            
               2.Vnitrostátní systémy používají pro účely zabezpečení předávání zpráv mezi vnitrostátními systémy a centrálním uzlem digitální certifikáty uvedené v poddodatcích 4.8 a 4.9.
            
            
               3.Ve vnitrostátních systémech jsou implementovány minimálně certifikáty používající hašovací algoritmus podpisu SHA-2 (SHA-256) a délku veřejného klíče 2048 bitů.
            
            
               Poddodatek 4.6
            
         
         
            
               Úrovně služeb
            
            
            
               1.Vnitrostátní systémy musí splňovat tyto minimální úrovně služeb:
            
            
               1.1.Musí být dostupné 24 hodin denně, 7 dní v týdnu.
            
            
               1.2.Jejich dostupnost se sleduje prostřednictvím zpráv HEARTBEAT, které vysílá centrální uzel.
            
            
               1.3.Jejich míra dostupnosti musí být 98 % podle následující tabulky (údaje jsou zaokrouhleny na nejbližší vhodnou jednotku):
            
            
            
                     
                        Dostupnost
                     
                  
                  
                     
                        znamená následující nedostupnost
                     
                  
               
                     
                  
                  
                     
                        denně
                     
                  
                  
                     
                        měsíčně
                     
                  
                  
                     
                        ročně
                     
                  
               
                     
                        98 %
                     
                  
                  
                     
                        0,5 h
                     
                  
                  
                     
                        15 h
                     
                  
                  
                     
                        7,5 dne
                     
                  
               
            
               Po stranách se požaduje, aby dodržovaly denní míru dostupnosti, uznává se však, že některé nezbytné činnosti, jako je údržba systému, vyžadují dobu odstávky delší než 30 minut. Měsíční a roční míry dostupnosti nicméně zůstávají povinné.
            
            
               1.4.Během jednoho kalendářního měsíce musí odpovědět minimálně na 98 % žádostí, které jim byly přeposlány.
            
            
               1.5.Na žádosti musí reagovat do 10 sekund.
            
            
               1.6.Celková čekací doba u žádostí (prodleva, během níž může žadatel čekat na odpověď) nesmí překročit 20 sekund.
            
            
               1.7.Musí být schopny vyřizovat žádosti rychlostí 6 zpráv za sekundu.
            
            
               1.8.Vnitrostátní systémy nesmí zasílat žádosti centrálnímu systému TACHOnet rychlostí přesahující 2 požadavky za sekundu.
            
            
               1.9.Každý vnitrostátní systém musí být schopen čelit potenciálním technickým problémům centrálního uzlu nebo vnitrostátních systémů v jiných stranách. Patří sem mimo jiné:
            
            
               a)ztráta spojení s centrálním uzlem;
            
            
               b)nezodpovězení žádosti;
            
            
               c)obdržení odpovědí po uplynutí čekací doby zprávy;
            
            
               d)obdržení nevyžádaných zpráv;
            
         
         
            
               e)obdržení neplatných zpráv.
            
            
               2.Centrální uzel musí:
            
            
               2.1.vykazovat míru dostupnosti 98 %;
            
            
               2.2.oznamovat vnitrostátním systémům případné chyby, a to buď prostřednictvím odpovědi, nebo prostřednictvím zvláštního chybového hlášení. Vnitrostátní systémy pak musí tato zvláštní chybová hlášení přijímat a mít zaveden postup eskalace za účelem přijetí vhodných opatření k nápravě oznámené chyby.
            
            
               3.Údržba
            
            
               Strany musí ostatní strany a Evropskou komisi informovat o veškeré běžné údržbě prostřednictvím webové aplikace, a to nejméně jeden týden před zahájením takové činnosti, pokud je to technicky možné.
            
            
               Poddodatek 4.7
            
            
               Protokolování a statistika údajů shromážděných v centrálním uzlu
            
            
               1.V zájmu zajištění soukromí jsou údaje pro statistické účely anonymní. Údaje identifikující určitou kartu, řidiče nebo řidičský průkaz nejsou pro statistické účely k dispozici. 
            
            
               2.Protokolování zachycuje všechny transakce za účelem monitorování a odstraňování chyb a umožňuje generování statistických údajů o těchto transakcích.
            
            
               3.Osobní údaje se v protokolech neuchovávají déle než 6 měsíců. Statistické údaje se uchovávají po dobu neurčitou.
            
            
               4.Statistické údaje používané pro hlášení musí obsahovat následující údaje:
            
            
               a)žádající strana;
            
            
               b)odpovídající strana;
            
            
               c)typ zprávy;
            
            
               d)kód stavu odpovědi;
            
            
               e)datum a čas zpráv;
            
            
               f)dobu odezvy.
            
            
               
            
            
               Poddodatek 4.8
            
         
         
            
               Obecná ustanovení ohledně digitálních klíčů a certifikátů pro systém TACHOnet
            
            
               1.Generální ředitelství pro informatiku Evropské komise (GŘ pro informatiku) zpřístupní službu PKI
                  1
                (dále jen „služba PKI v rámci Nástroje pro propojení Evropy) smluvním stranám dohody AETR připojeným k systému TACHOnet (dále jen „vnitrostátní orgány“) prostřednictvím služby eDelivery.
            
            
               2.Postup žádosti o digitální certifikáty a zrušení jejich platnosti, jakož i podrobné podmínky pro jejich použití jsou definovány v dodatku. 
            
            
               3.Použití certifikátů:
            
            
               3.1.Po vydání certifikátu jej vnitrostátní orgán
                  2
                užívá pouze v souvislosti se systémem TACHOnet. Certifikát lze používat za účelem:
            
            
               a)autentizace původu dat;
            
            
               b)šifrování dat;
            
            
               c)zajištění odhalení narušení integrity dat.
            
            
               3.2.Jakékoliv použití, které není výslovně autorizováno jako součást povoleného použití certifikátu, je zakázáno.
            
            
               4.Smluvní strany:
            
            
               a)chrání své soukromé klíče proti neautorizovanému použití;
            
            
               b)se zdrží přenosu nebo odhalení svého soukromého klíče třetím stranám, a to i pokud by měly jednat v roli zástupců;
            
            
               c)zajistí důvěrnost, integritu a dostupnost vygenerovaných soukromých klíčů, které jsou ukládány a používány v systému TACHOnet;
            
            
               d)se zdrží dalšího používání soukromých klíčů po uplynutí doby platnosti nebo po zrušení platnosti certifikátu kromě zobrazení zašifrovaných dat (např. dešifrování e-mailů). Klíče, u nichž uplynula doba platnosti, musí být buď zničeny, nebo uchovány ve stavu, který zabraňuje jejich používání;
            
            
               e)poskytují registračnímu orgánu identifikaci těch autorizovaných zástupců, kteří jsou pověřeni žádat o zrušení platnosti certifikátů vydaných organizaci (žádosti o zrušení platnosti zahrnují heslo pro žádost o zrušení a podrobnosti o událostech, které vedou ke zrušení platnosti);
            
            
               f)předchází zneužití soukromého klíče pomocí žádosti o zrušení platnosti souvisejícího veřejného klíče v případě ohrožení bezpečnosti soukromého klíče nebo aktivačních údajů soukromého klíče;
            
            
               g)mají povinnost vyžadovat zrušení platnosti certifikátu za okolností uvedených v certifikačních politikách a certifikačních prováděcích směrnicích certifikačního orgánu a nesou za tento úkon odpovědnost; 
            
            
               h)neprodleně oznamují registračnímu orgánu ztrátu, odcizení nebo potenciální ohrožení bezpečnosti jakéhokoliv klíče AETR, jež je používán v souvislosti se systémem TACHOnet.
            
            
               5.Odpovědnost
            
            
               Aniž je dotčena odpovědnost Evropské komise v případě porušení požadavků stanovených platnými vnitrostátními právními předpisy nebo s ohledem na odpovědnost za záležitosti, kterou nelze podle těchto právních předpisů vyloučit, Evropská komise nenese odpovědnost ani jí nevznikají žádné závazky, pokud jde o:
            
         
         
            
               a)obsah certifikátu, který patří výlučně vlastníkovi certifikátu. Za kontrolování správnost obsahu certifikátu odpovídá vlastník certifikátu;
            
            
               b)používání certifikátu jeho vlastníkem. 
            
            
               Poddodatek 4.9
            
            
               Popis služby PKI pro systém TACHOnet
            
            
            
               1.Úvod
            
            
               PKI („Public Key Infrastructure“, infrastruktura veřejných klíčů) je souhrnem rolí, politik, postupů a systémů potřebných pro tvorbu, správu, distribuci a zrušení platnosti digitálních certifikátů
                  3
               . Služba PKI v rámci Nástroje pro propojení Evropy služby eDelivery umožňuje vydávání a správu digitálních certifikátů, které jsou používány pro zajištění důvěrnosti, integrity a nepopíratelnosti informací vyměňovaných mezi přístupovými body.
            
            
               Služba PKI služby eDelivery je založena na službách centra zabezpečení Trust Center Services TeleSec Shared Business CA (certifikační orgán), pro niž platí certifikační politika/certifikační prováděcí směrnice TeleSec Shared-Business-CA společnosti T-Systems International GmbH
                  4
               . 
            
            
               Služba PKI vydává certifikáty, které jsou vhodné pro zabezpečení různých podnikových procesů ve společnostech, organizacích, veřejných orgánech a institucích i mimo ně, které vyžadují střední úroveň zabezpečení pro ověření pravosti, integrity a důvěryhodnosti konečného subjektu.
            
            
               2.Postup při žádosti o certifikát
            
            
               2.1.Úlohy a odpovědnosti
            
            
               2.1.1.„Organizace“ nebo „vnitrostátní orgán“ žádající o certifikát
            
            
               2.1.1.1.Vnitrostátní orgán žádá o certifikáty v souvislosti s projektem TACHOnet. 
            
            
               2.1.1.2.Vnitrostátní orgán:
            
            
               a)žádá certifikáty od služby PKI v rámci Nástroje pro propojení Evropy;
            
            
               b)generuje soukromé klíče a příslušné veřejné klíče, které jsou zahrnuty v certifikátech vydaných certifikačním orgánem;
            
            
               c)po schválení stahuje certifikát;
            
            
               d)podepisuje a zasílá nazpět registračnímu orgánu: 
            
            
               i)identifikační formulář pro kontaktní osoby a důvěryhodné kurýry;
            
            
               ii)podepsanou individuální plnou moc
                  5
               .
            
         
         
            
               2.1.2.Důvěryhodný kurýr
            
            
               2.1.2.1.Vnitrostátní orgán jmenuje důvěryhodného kurýra.
            
            
               2.1.2.2.Důvěryhodný kurýr: 
            
            
               a)předává veřejný klíč registračnímu orgánu během procesu osobní identifikace a registrace;
            
            
               b)obdrží příslušný certifikát od registračního orgánu.
            
            
               2.1.3.Vlastník domény
            
            
               2.1.3.1.Vlastníkem domény je GŘ pro mobilitu a dopravu.
            
            
               2.1.3.2.Vlastník domény:
            
            
               a)potvrzuje a koordinuje síť systému TACHOnet a důvěryhodnou architekturu systému TACHOnet, včetně potvrzení postupů při vydávání certifikátů; 
            
            
               b)provozuje centrální uzel systému TACHOnet a koordinuje činnost stran s ohledem na fungování systému TACHOnet;
            
            
               c)provádí ve spolupráci s vnitrostátními orgány testy připojení k systému TACHOnet.
            
            
               2.1.4.Registrační orgán
            
            
               2.1.4.1.Registračním orgánem je Společné výzkumné středisko (JRC).
            
            
               2.1.4.2.Registrační orgán je odpovědný za ověřování identity důvěryhodného kurýra, za registrování a schvalování žádostí o vydání, zrušení platnosti a obnovení digitálních certifikátů. 
            
            
               2.1.4.3.Registrační orgán:
            
            
               a)přiděluje unikátní identifikátor vnitrostátnímu orgánu;
            
            
               b)autentizuje identitu vnitrostátního orgánu, jeho kontaktních bodů a důvěryhodných kurýrů;
            
            
               c)komunikuje s týmem podpory Nástroje pro propojení Evropy v oblasti autenticity vnitrostátního orgánu, jeho kontaktních bodů a důvěryhodných kurýrů;
            
            
               d)informuje vnitrostátní orgán o schválení nebo zamítnutí certifikátu.
            
            
               2.1.5.Certifikační orgán
            
         
         
            
               2.1.5.1.Certifikační orgán je odpovědný za poskytování technické infrastruktury pro žádosti, vydávání a zrušení platnosti digitálních certifikátů.
            
            
               2.1.5.2.Certifikační orgán:
            
            
               a)zajišťuje technickou infrastrukturu pro žádosti o certifikát vnitrostátními úřady;
            
            
               b)potvrzuje nebo zamítá žádosti o certifikát;
            
            
               c)v případě potřeby komunikuje s registračním orgánem za účelem ověření identity žádající organizace. 
            
            
               2.2.Vydávání certifikátu 
            
            
               2.2.1.Vydávání certifikátu je prováděno v souladu s následujícími postupnými kroky, které jsou znázorněny v obr. 1.:
            
            
               a)Krok 1: identifikace důvěryhodného kurýra; 
            
            
               b)Krok 2: vytvoření žádosti o certifikát;
            
            
               c)Krok 3: registrace u registračního orgánu;
            
            
               d)Krok 4: generování certifikátu;
            
            
               e)Krok 5: zveřejnění certifikátu;
            
            
               f)Krok 6: přijetí certifikátu.
            
            
               
                  
            
            
               Obr. 1 – pracovní postup při vydávání certifikátu
            
            
               2.2.2.Krok 1: Identifikace důvěryhodného kurýra
            
            
               Za účelem identifikace důvěryhodného kurýra se provádí následující proces:
            
            
               a)Registrační orgán zašle vnitrostátním orgánům identifikační formulář pro kontaktní osoby a důvěryhodné kurýry
                  6
               . Tento formulář zahrnuje také plnou moc, kterou organizace (orgán AETR) podepíše.
            
            
               b)Vnitrostátní orgán zašle vyplněný formulář a podepsanou plnou moc nazpět registračnímu orgánu.
            
            
               c)Registrační orgán potvrdí příjem a úplnost formuláře.
            
         
         
            
               d)Registrační orgán poskytne vlastníkovi domény aktualizovanou kopii seznamu kontaktních osob a důvěryhodných kurýrů.
            
            
               2.2.3.Krok 2: Vytvoření žádosti o certifikát
            
            
               2.2.3.1.Žádost o certifikát a jeho vyhledání se musí provést na stejném počítači a ve stejném prohlížeči.
            
            
               2.2.3.2.Za účelem vytvoření žádosti o certifikát musí být proveden následující postup:
            
            
               a)Organizace přejde na uživatelské webové rozhraní pro žádost o certifikát přes URL 
               
                  https://sbca.telesec.de/sbca/ee/login/displayLogin.html?locale=en
               
               : a zadá uživatelské jméno „sbca/CEF_eDelivery.europa.eu“ a heslo „digit.333“
            
            
            
               
                  
            
            
               Obrázek 2
            
            
            
               b)Organizace klikne na „request“ (žádost) na levé straně okna a vybere z rozbalovací nabídky „CEF_TACHOnet“.
            
            
               
                  
            
            
               Obrázek 3
            
            
               c)Organizace vyplní formulář žádosti o certifikát vyobrazený v obrázku 4 s uvedením informací v tabulce 3 a kliknutím na „Next (soft-PSE)“ ukončí proces. 
            
            
               
                  
            
            
               Obrázek 4
               
            
                     
                        Povinná pole
                     
                  
                  
                     
                        Popis
                     
                  
               
                     
                        „Country“ (země)
                     
                  
                  
                     
                        C=kód země, místo vlastníka certifikátu, ověřené veřejným rejstříkem, 
                     
                     
                        Omezení: 2 písmena v souladu s dvoupísmenným kódem podle normy ISO 3166-1, rozlišená velká a malá písmena;
                        Příklady: DE, BE, NL, 
                     
                     
                        Zvláštní případy: UK (Spojené království), EL (Řecko)
                     
                  
               
                     
                        „Organisation/Company (O)“ (organizace/společnost)
                     
                  
                  
                     
                        O=název organizace vlastníka certifikátu
                     
                  
               
                     
                        „Master domain (OU1)“ (hlavní doména)
                     
                  
                  
                     
                        OU=CEF_eDelivery.europa.eu
                     
                  
               
                     
                        „Area of responsibility (OU2)“ (oblast odpovědnosti)
                     
                  
                  
                     
                        OU=CEF_TACHOnet
                     
                  
               
                     
                        „Department (OU3)“ (oddělení)
                     
                  
                  
                     
                        Povinná hodnota podle „OBLASTI ODPOVĚDNOSTI“
                     
                     
                        Obsah musí být při žádosti o certifikát ověřen pomocí pozitivního seznamu (bílá listina). Pokud informace neodpovídá informaci v listině, je žádosti zabráněno.
                     
                     
                        Formát:
                        OU=<TYPE>-<GTC_NUMBER>
                     
                     
                        Přičemž „<TYPE>“ je nahrazen AP_PROD: Přístupový bod v produkčním prostředí.
                     
                     
                        A kde <GTC_NUMBER> je GTC_OID-1.3.130.0.2018.xxxxxx, kde Ares(2018)xxxxxx je číslo protokolu GTC pro projekt TACHOnet.
                     
                     
                        např.:
                     
                     
                        AP_PROD-GTC_OID-1.3.130.0.2018.xxxxxx
                     
                  
               
                     
                        „First name (CN)“ (jméno)
                     
                  
                  
                     
                        Musí být prázdné
                     
                  
               
                     
                        „Last name (CN)“ (příjmení)
                     
                  
                  
                     
                        Musí začínat na"GRP:“ a po něm následuje obecný název.
                     
                     
                        Formát: 
                     
                     
                        CN=GRP:<AREA OF RESPONSIBILITY>_<TYPE>_<COUNTRY CODE>_<UNIQUE IDENTIFIER>
                     
                     
                        např.: 
                        GRP:CEF_TACHOnet_AP_PROD_BE_001
                     
                  
               
                     
                        „E-mail“ (e-mail)
                     
                  
                  
                     
                        E=
                        
                           CEF-EDELIVERY-SUPPORT@ec.europa.eu
                        
                     
                  
               
                     
                        „E-mail 1 (SAN)“ (e-mail)
                     
                  
                  
                     
                        Musí být prázdné
                     
                  
               
                     
                        „E-mail 2 (SAN)“ (e-mail)
                     
                  
                  
                     
                        Musí být prázdné
                     
                  
               
                     
                        „E-mail 3 (SAN)“ (e-mail)
                     
                  
                  
                     
                        Musí být prázdné
                     
                  
               
                     
                        „Address“ (adresa)
                     
                  
                  
                     
                        Musí být prázdné
                     
                  
               
                     
                        „Street“ (ulice)
                     
                  
                  
                     
                        Musí být oficiální adresou organizace vlastníka certifikátu. (Použité v plné moci.)
                     
                  
               
                     
                        „Street no.“ (č. ulice)
                     
                  
                  
                     
                        Musí být oficiální adresou organizace vlastníka certifikátu. (Použité v plné moci.)
                     
                  
               
                     
                        „Zip Code“ (PSČ)
                     
                  
                  
                     
                        Musí být oficiální adresou organizace vlastníka certifikátu. (Použité v plné moci.)
                     
                     
                        Upozornění: pokud PSČ NENÍ 5místným číselným kódem, ponechte pole „ZIP code“ prázdné a vložte PSČ do pole „City“ (město).
                     
                  
               
                     
                        „City“ (město)
                     
                  
                  
                     
                        Musí být oficiální adresou organizace vlastníka certifikátu. (Použité v plné moci.)
                     
                     
                        Upozornění: pokud PSČ NENÍ 5místným číselným kódem, ponechte pole „ZIP code“ prázdné a vložte PSČ do pole „City“ (město).
                     
                  
               
                     
                        „Phone no“ (tel. č.)
                     
                  
                  
                     
                        Musí být prázdné
                     
                  
               
                     
                        „Identification data“ (identifikační údaje)
                     
                  
                  
                     
                        E-mailová adresa musí být shodná s tou, která byla použita pro registraci unikátního identifikátoru.
                           +
                           Musí být jméno osoby zastupující organizaci. (Použité v plné moci.)
                     
                     
                        + „Commercial Register No“ (číslo v obchodním rejstříku) (povinné pouze pro soukromé organizace)
                     
                     
                        „Entered at the Local Court of“ (zapsáno u místního soudu v) (povinné pouze pro soukromé organizace v Německu a Rakousku)
                     
                  
               
                     
                        Heslo pro zrušení platnosti
                     
                  
                  
                     
                        Povinné pole zvolené žadatelem
                     
                  
               
                     
                        Opakování hesla pro zrušení platnosti
                     
                  
                  
                     
                        Opakování povinného pole zvoleného žadatelem
                     
                  
               
               Tabulka 3. Vyplnění podrobností každého požadovaného pole
            
            
               d)Délka zvoleného klíče činí 2048 bitů (High Grade). 
            
            
               
                  
            
            
               Obrázek 5
            
         
         
            
               e)Organizace zaznamenává referenční číslo pro vyhledání certifikátu.
            
            
               
                  
            
            
               Obrázek 6
            
            
               f)Tým podpory Nástroje pro propojení Evropy kontroluje nové žádosti o certifikát a potvrzuje, zda jsou informace v žádosti o certifikát platné, tzn. že vyhovují zásadám vytváření názvů specifikovaným v dodatku 5.1 s názvem Zásady vytváření názvů certifikátů.
            
            
               g)Tým podpory Nástroje pro propojení Evropy potvrdí, že zadané informace v žádosti jsou v platném formátu.
            
            
               h)Pokud kontrola bodů 5 nebo 6 uvedených výše selže, zašle Tým podpory Nástroje pro propojení Evropy e-mail na e-mailovou adresu, která byla poskytnuta v poli „identifikační údaje“ formuláře žádosti spolu s kopií vlastníkovi domény, ve které bude organizace požádána, aby proces zahájila znovu. Neúspěšná žádost o certifikát musí být zrušena.
            
            
               i)Tým podpory Nástroje pro propojení Evropy zašle e-mail registračnímu orgánu ohledně platnosti žádosti. Tento e-mail musí obsahovat:
            
            
               1)název organizace, který je k dispozici v poli „Organisation (O)” (organizace) žádosti o certifikát;
            
            
               2)údaje certifikátu včetně přístupového bodu, pro který má být certifikát vydán a je k dispozici v poli “Last Name (CN)” (příjmení) žádosti o certifikát;
            
            
               3)referenční číslo certifikátu;
            
            
               4)adresu organizace, její e-mail a jméno osoby, která ji zastupuje.
            
            
            
               
                  
            
            
               Obrázek 7 – Proces žádosti o certifikát 
            
            
               2.2.4.Krok 3: Registrace u registračního orgánu (schválení certifikátu)
            
            
               2.2.4.1.Důvěryhodný kurýr nebo kontaktní bod sjedná s registračním orgánem schůzku prostřednictvím e-mailové korespondence, přičemž identifikuje důvěryhodného kurýra, který se zúčastní osobního jednání.
            
            
               2.2.4.2.Organizace připraví balíček dokumentace sestávající z:
            
            
               a)vyplněné a podepsané plné moci;
            
            
               b)kopie platného cestovního pasu důvěryhodného kurýra, který se zúčastní osobního jednání. Tato kopie musí být podepsána jedním z kontaktních bodů organizace, která byla identifikována v kroku 1;
            
            
               c)tištěný formulář žádosti o certifikát podepsaný jedním z kontaktních bodů organizace.
            
         
         
            
               2.2.4.3.Registrační orgán přijme důvěryhodného kurýra po ověření identity na recepci budovy. Registrační orgán provede osobní registraci žádosti o certifikát tak, že:
            
            
               a)identifikuje a provede autentizaci důvěryhodného kurýra;
            
            
               b)ověří fyzický vzhled důvěryhodného kurýra vůči cestovnímu pasu, který předložil;
            
            
               c)ověří platnost cestovního pasu předloženého důvěryhodným kurýrem;
            
            
               d)ověří ověřený cestovní pas předložený důvěryhodným kurýrem vůči kopii platného pasu důvěryhodného kurýra, která je podepsána jedním z identifikovaných kontaktních bodů organizace. Pravost podpisu je ověřena porovnáním s původním „identifikačním formulářem důvěryhodného kurýra a kontaktních bodů“;
            
            
               e)ověří vyplněnou a podepsanou plnou moc;
            
            
               f)ověří tištěný formulář žádosti o certifikát a jeho podpis vůči originálnímu vyhotovení „identifikačního formuláře důvěryhodného kurýra a kontaktních bodů“;
            
            
               g)uskuteční telefonní hovor s podepsaným kontaktním bodem za účelem dvojí kontroly identity důvěryhodného kurýra a obsahu žádosti o certifikát.
            
            
               2.2.4.4.Registrační orgán potvrdí týmu podpory Nástroje pro propojení Evropy, že vnitrostátní orgán je skutečně autorizován k provozu složek, pro které žádá certifikáty, a že odpovídající proces osobní registrace byl úspěšný. Potvrzení musí být odesláno prostřednictvím e-mailu zabezpečeného prostřednictvím certifikátu „CommiSign“ s připojenou naskenovanou kopií autentizovaného balíčku dokumentace z osobního setkání a podepsanou kopií kontrolního seznamu provedeného registračním orgánem.
            
            
               2.2.4.5.Jestliže registrační orgán potvrdí platnost žádosti, bude proveden postup tak, jak je stanoveno v bodech 2.2.4.6 a 2.2.4.7. V opačném případě je vydání certifikátu zamítnuto a organizace je o tom informována. 
            
            
               2.2.4.6.Tým podpory Nástroje pro propojení Evropy schvaluje žádost o certifikát a oznamuje jeho schválení registračnímu orgánu. 
            
            
               2.2.4.7.Registrační orgán informuje organizaci, že certifikát lze získat přes uživatelský portál. 
            
            
               
                  
            
            
               Obr. 8 – schválení certifikátu
            
            
               2.2.5.Krok 4: Vygenerování certifikátu
            
            
               Na základě schválení žádosti o certifikát se certifikát vygeneruje.
            
            
               2.2.6.Krok 5: Zveřejnění a zpřístupnění certifikátu
            
            
               2.2.6.1.Po schválení žádosti o certifikát registrační orgán certifikát zpřístupní a předá důvěryhodnému kurýrovi kopii.
            
            
               2.2.6.2.Organizace přijme od registračního orgánu oznámení o tom, že certifikáty mohou být získány.
            
            
               2.2.6.3.Organizace přejde na uživatelském portálu na adresu 
               
                  https://sbca.telesec.de/sbca/ee/login/displayLogin.html?locale=en
               
                a přihlásí se uživatelským jménem „sbca/CEF_eDelivery.europa.eu“ a heslem „digit.333“. 
            
         
         
            
            
               
                  
            
            
               Obrázek 9
            
            
               2.2.6.4.Organizace klikne na tlačítko „fetch“ na levé straně a poskytne referenční číslo zaznamenané během procesu žádosti o certifikát.
            
            
               
                  
            
            
               Obrázek 10
            
            
               2.2.6.5.Organizace nainstaluje certifikáty kliknutím na tlačítko „install“ (instalovat).
            
            
               
                  
            
            
               Obrázek 11
            
            
               2.2.6.6.Certifikát musí být nainstalován na přístupovém bodu. Jedná se o úkon specifický pro danou implementaci a organizace se musí obrátit na svůj přístupový bod pro získání popisu tohoto procesu.
            
            
               2.2.6.7.Pro instalaci certifikátu na přístupovém bodě je nutno provést následující kroky:
            
            
               a)exportovat soukromý klíč a certifikát;
            
            
               b)vytvořit úložiště klíčů a úložiště důvěryhodných certifikátů;
            
            
               c)instalovat na tomto přístupovém bodě úložiště klíčů a úložiště důvěryhodných certifikátů.
            
            
            
               
                  
            
            
               Obrázek 12 – Získání certifikátu
            
            
               3.Postup při rušení platnosti certifikátu
            
            
               3.1.Organizace předloží žádost o zrušení platnosti prostřednictvím uživatelského webového portálu.
            
            
               3.2.Tým podpory Nástroje pro propojení Evropy provede zrušení platnosti certifikátu.
            
         
         
            
               
                  
            
            
               Obrázek 13 – Zrušení platnosti certifikátu
            
            
               4.Obecné podmínky služby PKI v rámci Nástroje pro propojení Evropy
            
            
               4.1.Souvislosti
            
            
               Ve své funkci poskytovatele řešení stavebního bloku služby eDelivery v rámci Nástroje pro propojení Evropy umožní GŘ pro informatiku dostupnost služby PKI
                  7
                (dále jen „služba PKI v rámci Nástroje pro propojení Evropy“) smluvním stranám dohody AETR. Službu PKI v rámci Nástroje pro propojení Evropy musí používat vnitrostátní orgány (dále jen „koncoví uživatelé“), kteří jsou účastníky systému TACHOnet.
            
            
               GŘ pro informatiku je klientem infrastruktury veřejných klíčů v softwarovém řešení TeleSec Shared-Business-CA (dále jen „SBCA“), jež je provozováno v centru zabezpečení jednotky skupiny T-Systems International GmbH (dále jen „T-Systems“
                  8
               ). GŘ pro informatiku zaujímá roli registrátora domény „CEF_eDelivery.europa.eu“ řešení SBCA. V této roli GŘ pro informatiku vytváří poddomény na doméně „CEF_eDelivery.europa.eu“ pro každý projekt, který užívá službu PKI v rámci Nástroje pro propojení Evropy. 
            
            
               Tento dokument poskytuje podrobnosti o zásadách a podmínkách subdomény TACHOnet. GŘ pro informatiku zaujímá roli dílčího registrátora této subdomény. V této funkci vydává, ruší a obnovuje certifikáty v rámci tohoto projektu.
            
            
               4.2.Prohlášení o odpovědnosti
            
            
               Evropská komise vylučuje jakoukoli odpovědnost za obsah certifikátu, za nějž nese odpovědnost výlučně vlastník certifikátu. Vlastník certifikátu nese zodpovědnost za kontrolu správnosti obsahu certifikátu.
            
            
               Evropská komise vylučuje jakoukoli odpovědnost za použití certifikátu jeho vlastníkem, jenž je třetím právním subjektem mimo Evropskou komisi.
            
            
               Záměrem tohoto prohlášení není omezit odpovědnost Evropské komise v případě porušení požadavků stanovených platnými vnitrostátními právními předpisy ani vyloučit odpovědnost Komise v záležitostech, ve kterých ji podle takových právních předpisů vyloučit nelze.
            
            
               4.3.Autorizovaná/zakázaná použití certifikátů
            
            
               4.3.1.Povolené použití certifikátů
            
            
               Jakmile je certifikát vydán, vlastník certifikátu
                  9
                používá certifikát pouze v souvislosti se systémem TACHOnet. V tomto kontextu lze certifikát použít za účelem:
            
            
               ·autentizace původu dat;
            
            
               ·šifrování dat;
            
            
               ·zajištění odhalení narušení integrity dat.
            
            
               4.3.2.Zakázané použití certifikátů
            
            
               Jakékoliv použití, které není výslovně autorizováno jako součást povoleného použití certifikátu, je zakázáno.
            
            
               4.4.Další povinnosti vlastníka certifikátu
            
         
         
            
               Podrobné zásady a podmínky SBCA jsou uvedeny subjektem T-Systems v certifikační politice / certifikační prováděcí směrnici služby SBCA
                  10
               . Tento dokument zahrnuje bezpečnostní specifikace a pokyny ohledně technických a organizačních aspektů a popisuje činnost operátora centra zabezpečení v rolích certifikačního orgánu a registračního orgánu a rovněž třetí strany delegované registračním orgánem.
            
            
               O certifikát mohou požádat pouze subjekty, které jsou autorizované pro účast v systému TACHOnet.
            
            
               Ohledně přijetí certifikátu platí bod 4.4.1 certifikační politiky a certifikační prováděcí směrnice SBCA, kromě toho jsou podmínky používání a ustanovení popsané v tomto dokumentu považovány za přijaté organizací, které je certifikát vydán („O=“) při prvním použití.
            
            
               Ohledně zveřejnění certifikátu platí bod 2.2 certifikační politiky / certifikační prováděcí směrnice SBCA.
            
            
               Všichni vlastníci certifikátu musí splňovat tyto požadavky:
            
            
               1)chránit své soukromé klíče proti neautorizovanému použití;
            
            
               2)zdržet se přenosu nebo odhalení svého soukromého klíče třetím stranám, a to i pokud by měly jednat v roli zástupců;
            
            
               3)se zdrží dalšího používání soukromých klíčů po uplynutí doby platnosti nebo po zrušení platnosti certifikátu kromě zobrazení zašifrovaných dat (např. dešifrování e-mailů).
            
            
               4)vlastník certifikátu je odpovědný za kopírování nebo přeposlání klíče koncovému subjektu nebo subjektům;
            
            
               5)vlastník certifikátu musí uložit koncovému subjektu / všem koncovým subjektům povinnost dodržovat stávající zásady a podmínky včetně certifikační politiky / certifikační prováděcí směrnice SBCA, pokud pracují se soukromým klíčem;
            
            
               6)vlastník certifikátu musí poskytnout identifikaci těch autorizovaných zástupců, kteří jsou pověřeni žádat o zrušení platnosti certifikátů vydaných organizaci, spolu s uvedením podrobností o události, která vedla k zrušení a heslo pro zrušení platnosti;
            
            
               7)v případě certifikátů spojených se skupinami osob a funkcemi a/nebo právnickými osobami poté, co jedna z osob opustila skupinu koncových subjektů (např. ukončení zaměstnaneckého poměru), vlastník certifikátu musí předcházet zneužití soukromého klíče zrušením certifikátu;
            
            
               8)vlastník certifikátu je odpovědný za zrušení platnosti certifikátu a žádá o něj za okolností, které jsou uvedeny v bodě 4.9.1 certifikační politiky / certifikační prováděcí směrnice SBCA.
            
            
               Ohledně obnovení nebo opětovného vytvoření klíčů u certifikátu platí bod 4.6 nebo 4.7 certifikační politiky / certifikační prováděcí směrnice SBCA. 
            
            
               Ohledně změny certifikátu platí bod 4.8 certifikační politiky / certifikační prováděcí směrnice SBCA.
            
            
               Ohledně zrušení platnosti certifikátu platí bod 4.9 certifikační politiky / certifikační prováděcí směrnice SBCA.
            
            
               5.Identifikační formulář pro kontaktní osoby a důvěryhodné kurýry (příklad)
            
            
                     
                        Já, [jméno a adresa zástupce organizace], potvrzuji, že následující informace budou použity v souvislosti se žádostí, generováním a zpřístupněním digitálních certifikátů veřejného klíče pro přístupové body systému TACHOnet podporující důvěrnost, integritu a nepopíratelnost zpráv vyměňovaných v systému TACHOnet:
                     
                     
                        Údaje o kontaktní osobě:
                     
                     
                     
                        Údaje o důvěryhodném kurýrovi:
                     
                     
                     
                        Místo, datum, razítko společnosti nebo pečeť organizace:
                     
                     
                        Podpis pověřeného zástupce:
                     
                     
                  
               
               6.Dokumenty
            
            
               6.1.Plná moc (vzor)
            
         
         
            
               Vzor individuální plné moci, která musí být podepsána a předložena důvěryhodným kurýrem při osobní registraci v kanceláři registračního orgánu, lze najít zde:
            
            
               
                  
            
            
            
               6.2.Tištěný formulář žádosti o certifikát (vzor)
            
            
               Vzor tištěného formuláře žádosti o certifikát, který musí být podepsán a předložen důvěryhodným kurýrem při osobní registraci v kanceláři registračního orgánu, lze najít zde:
            
            
               7.Glosář
            
            
               Klíčové pojmy používané v tomto poddodatku jsou definovány v oddělení definic Nástroje pro propojení Evropy na jednotném webovém portálu CEF Digital:  
            
            
               
                  https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/CEF+Definitions
               
            
            
            
               Klíčové zkratky používané v tomto popisu nabídky komponentů jsou definovány v glosáři Nástroje pro propojení Evropy na jednotném webovém portálu CEF Digital:  
            
            
               
                  https://ec.europa.eu/cefdigital/wiki/pages/viewpage.action?spaceKey=CEFDIGITAL&title=CEF+Glossary
               
            
         
         
            
                  
                     (1)
                  
                  
                        PKI („Public Key Infrastructure“, infrastruktura veřejných klíčů) je souhrnem rolí, politik, postupů a systémů potřebných pro tvorbu, správu, distribuci a  
                           zrušení platnosti digitálních certifikátů.
                  
               
               
                  
                     (2)
                  
                        Identifikovaný pomocí hodnoty atributu „O=“ v předmětu „rozlišující název“ vydaného certifikátu.
               
               
                  
                     (3)
                  
                        
                  https://en.wikipedia.org/wiki/Public_key_infrastructure
               
               
                  
                     (4)
                  
                        Poslední verzi certifikační politiky a certifikační prováděcí směrnice lze stáhnout na adrese 
                  https://www.telesec.de/en/sbca-en/support/download-area/
                   
               
               
                  
                     (5)
                  
                        Plná moc je právní dokument, kterým organizace zmocňuje Evropskou komisi zastoupenou vybraným úředníkem, který je odpovědný za službu PKI v rámci Nástroje pro propojení Evropy, požádat jejím jménem o generování certifikátu certifikačním orgánem TeleSec Shared Business CA společnosti T-Systems International GmbH a dává jí k tomu pravomoc, viz také bod 6.
               
               
                  
                     (6)
                  
                        Viz bod 5
               
               
                  
                     (7)
                  
                  
                        PKI („Public Key Infrastructure“, infrastruktura veřejných klíčů) je souhrnem rolí, politik, postupů a systémů potřebných pro tvorbu, správu, distribuci a  
                           rušení platnosti digitálních certifikátů.
                  
               
               
                  
                     (8)
                  
                        Důvěryhodná role operátora centra zabezpečení, který je umístěn v centru zabezpečení T-Systems Trust Center, také vykonává úlohu interního registračního orgánu.
               
               
                  
                     (9)
                  
                        Identifikovaný pomocí hodnoty atributu „O=“ v předmětu „rozlišující název“ vydaného certifikátu.
               
               
                  
                     (10)
                  
                        Nejnovější verze certifikační politiky / certifikační prováděcí směrnice SBCA společnosti T-Systems je dostupná na adrese 
                  https://www.telesec.de/en/sbca-en/support/download-area/
                  .