II 
(Akty o charakterze nieustawodaw czym) 
ROZPORZĄDZENIA 
ROZPORZĄDZENIE WYK ONA WCZE KOMISJI (UE) 2016/799 
z dnia 18 marca 2016 r. 
w spra wie wyk onania rozporządzenia Parlamentu Europejskiego i Rady (UE) nr 165/2014 
ustanawiającego wymogi doty czące budo wy, spra wdzania, inst alacji, użytk owania i naprawy 
tachog rafó w oraz ich elementó w składo wych 
(Tekst mający znaczenie dla EOG) 
KOMISJA EUR OPEJSKA, 
uwzg lędnia jąc Traktat o funkcjono waniu Unii Europejskiej, 
uwzg lędnia jąc rozporządzenie Parlamentu Europejskiego i Rady (UE) nr 165/2014 z dnia 4 lutego 2014 r. w spra wie 
tachog rafów stoso wany ch w transporcie drogo wym (1), w szczegól ności jego art. 11 i art. 12 ust. 7, 
a także mając na uwadze, co następuje: 
(1)  Rozporządzeniem (UE) nr 165/2014 wpro wadzono tzw. drugą generację tachog rafów cyfro wych (tzw . 
tachog rafów inteligentn ych), któr e obejmują połączenie z urządzeniem GNSS (globalny system nawig acji 
satelitar nej), urządzenie wczesnego wykr ywania na odległość oraz interfejs do intelig entny ch syste mów transpor ­
towych. Należy ustano wić specyfikacje doty czące wymogó w techniczn ych w zakresie budo wy tachog rafów inteli ­
gentny ch. 
(2)  Urządzenie wczesnego wykr ywania na odległość, przewidziane na mocy art. 9 ust. 4 rozporządzenia (UE) 
nr 165/2014, powinno przekazywać funkcjonar iuszo wi kontroli drogo wej dane z tachog rafu cyfro wego oraz 
informacje doty czące mas oraz masy przypada jącej na osie całego zespołu pojazdó w (ciągnika i przy czep lub 
naczep), zgodnie z dyrektywą 96/53/WE Parlamentu Europejskiego i Rady (2). Powinno to umożliwić skuteczną i 
szybką kontrolę pojazdó w przez organ y kontrolne, przy zmniejszeniu liczby urządzeń elektroniczn ych w kabinie 
pojazdu. 
(3)  Zgodnie z dyrektywą 96/53/WE, w przypadku urządzenia wczesnego wykr ywania na odległość należy stosować 
normy CEN DSR C (3), o któryc h mowa we wspomnianej dyrektywie, w zakresie częstot liwości 5795–5805 MHz. 
Ponieważ ten zakres częst otliwości jest wyk orzystywany również na potrzeby elektroniczny ch syste mów 
pobierania opłat, a także w celu uniknięcia zakłóceń między aplikacjami służącymi do pobierania i kontroli opłat 
drogo wych, funkcjonar iusze służb kontrolny ch nie powinni używać urządzenia wczesnego wykr ywania na 
odległość na placu pobor u opłat. 
(4)  Należy wpro wadzić w tachografie inteli gentn ym nowe mec hanizm y zabezpieczeń na potrzeby utrzymania 
poziomu bezpieczeństwa tachog rafu cyfro wego, aby wye limino wać obecne luki w zakresie bezpieczeństwa. 
Jednym z takich zagrożeń jest brak daty ważności certyfikató w cyfro wych. W celu uwzg lędnienia najlepszy ch 
praktyk w dziedzinie bezpieczeństwa zaleca się unikanie stos owania certyfikatów cyfro wych bez dat ważności. 
Okres ważności normalnie użytk owan ych przyrządó w rejestr ujący ch powinien wynosić 15 lat, licząc od dnia 
wystawi enia certyfikatu cyfro wego przyrządu rejestr ującego. Przyrządy rejestr ujące powinny być wymieniane po 
upływie tego okresu ważności. 26.5.2016 L 139/1 Dziennik Urzędo wy Unii Europejskiej PL    
(1)Dz.U. L 60 z 28.2.2014, s. 1. 
(2)Dyrektywa Rady 96/53/WE z dnia 25 lipca 1996 r. ustanawia jąca dla niektóryc h pojazdó w drogo wych poruszający ch się na terytor ium 
Wspólnoty maksymal ne dopuszczalne wymiar y w ruchu krajo wym i międzynarodo wym oraz maksymalne dopuszczalne obciążenia 
w ruchu międzynarodo wym (Dz.U. L 235 z 17.9.1996, s. 59). 
(3)Nor my Europejskiego Komitetu Nor malizacyjnego (CEN) EN 12253, EN 12795, EN 12834 i EN 13372 oraz norma ISO 14906 
w zakresie wydzielonej łączności krótkiego zasięgu. 
(5)  Zapewnienie bezpieczn ych i wiar ygodny ch informacji o położeniu jest niezbędnym element em skut ecznego 
działania tachograf ów inteli gentn ych. Dlatego też należy zapewnić ich kompatybilność z usług ami dodanymi 
oferowanymi przez program Galileo, określony mi w rozporządzeniu Parlamentu Europejskiego i Rady (UE) 
nr 1285/2013 (1), aby poprawić bezpieczeństwo tachog rafów inteli gentn ych. 
(6)  Zgodnie z art. 8 ust. 1, art. 9 ust. 1 oraz art. 10 ust. 1 i 2 rozporządzenia (UE) nr 165/2014, stoso wanie 
mech anizmó w zabezpiecza jący ch wpro wadzony ch przez to rozporządzenie powinno rozpocząć się po 36 
miesiącac h od wejścia w życie niezbędn ych aktó w wyk onawczy ch, aby umożliwić producentom opraco wanie 
nowej generacji tachograf ów intelig entny ch oraz uzyskanie świadectw homolog acji typu od właściwy ch organów. 
(7)  Zgodnie z rozporządzeniem (UE) nr 165/2014, pojazdy zarejestro wane po raz pier wszy w państwie 
członk owskim po upływie 36 miesięcy od wejścia w życie niniejszego rozporządzenia Komisji, powinny być 
wyposażone w tachog raf inteli gentn y spełnia jący jego wymogi. W każdym przypadku wszystkie pojazdy 
użytk owane w państwie członk owskim innym niż ich państwo członk owskie rejestracji powinn y zostać 
wyposażone w tachog raf inteli gentn y spełnia jący wymogi w ciągu 15 lat od daty rozpoczęcia stoso wania tych 
wymogó w. 
(8)  Rozporządzeniem Komisji (WE) nr 68/2009 (2) zezwolono na stoso wanie – w okresie przejścio wym 
upływaj ącym dnia 31 grudnia 2013 r. – adapt era, aby umożliwić instalo wanie tachog rafów w pojazdach kate gorii 
M1 i N1. Biorąc pod uwagę trudności techniczne związane z poszukiwaniem rozwiązania altern atywnego dla 
stoso wania adap tera, eksperci z sektora motory zacji i tachograf ów wraz z Komisją stwierdzili, że żadne 
alternatywne rozwiązanie dla adap tera nie jest wyk onalne bez poniesienia przez branżę wysokich kosztó w, które 
byłyby nieproporcjonalne do rozmiar u rynku. W związku z tym należy bezt ermino wo dopuścić stoso wanie 
adap teró w w pojazdach kategor ii M1 i N1. 
(9)  Środki przewidziane w niniejszym rozporządzeniu są zgodne z opinią komitetu, o który m mowa w art. 42 ust. 3 
rozporządzenia (UE) nr 165/2014, 
PRZYJMUJE NINIEJSZE ROZPORZĄDZENIE: 
Artykuł 1 
Przedmiot i zakres stoso wania 
1. Niniejsze rozporządzenie ustanawia przepisy niezbędne do jednolitego stoso wania następujący ch aspektó w 
doty czący ch tachog rafów: 
a)  zapisywanie położenia pojazdu w pewn ych punktac h podczas dziennego okresu pracy kiero wcy ; 
b)  wczesne wykr ywanie na odległość możliwy ch przypadk ów manipulo wania tachog rafami intelig entnymi lub ich 
niewłaściwego użytk owania; 
c)  interf ejs do inteligentn ych systemó w transpor towych; 
d)  wymogi administracyjne i techniczne doty czące procedur homologacji typu dla tachog rafów, w tym mecha nizm y 
zabezpiecza jące. 
2. Budo wa, spra wdzanie, instalacja, kontrola, użytk owanie i naprawa tachog rafów inteligentn ych i ich elementó w 
składo wych muszą być zgodne z wymogami techniczn ymi określony mi w załączniku 1C do niniejszego rozporządzenia. 
3. Tachografy inne niż tachog rafy intelig entne muszą nadal spełniać, jeśli chodzi o ich budo wę, spra wdzanie, 
instalację, kontrolę, użytk owanie i naprawę, wymogi zawar te w załączniku 1 albo w załączniku 1B do rozporządzenia 
Rady (EW G) nr 3821/85 (3), stoso wnie do przypadku. 26.5.2016 L 139/2 Dziennik Urzędo wy Unii Europejskiej PL    
(1)Rozporządzenie Parlamentu Europejskiego i Rady (UE) nr 1285/2013 z dnia 11 grudnia 2013 r. w sprawi e realizacji i eksploatacji 
europejskic h systemó w nawig acji satelitarn ej oraz uchylające rozporządzenie Rady (WE) nr 876/2002 i rozporządzenie Parlamentu 
Europejskiego i Rady (WE) nr 683/2008 (Dz.U. L 347 z 20.12.2013, s. 1). 
(2)Rozporządzenie Komisji (WE) nr 68/2009 z dnia 23 stycznia 2009 r. dostoso wujące do postępu technicznego po raz dziewiąty 
rozporządzenie Rady (EW G) nr 3821/85 w spra wie urządzeń rejestr ujący ch stoso wany ch w transporcie drogo wym (Dz.U. L 21 
z 24.1.2009, s. 3). 
(3)Rozporządzenie Rady (EW G) nr 3821/85 z dnia 20 grudnia 1985 r. w sprawie urządzeń rejestr ujący ch stoso wan ych w transporcie 
drogo wym (Dz.U. L 370 z 31.12.1985, s. 8). 
4. Zgodnie z art. 10d dyrektywy 96/53/WE, urządzenie wczesnego wykr ywania na odległość musi również 
przekazywać dane doty czące mas dostarczone przez wewnętrzny pokłado wy system ważenia na potrzeby wczesnego 
wykr ywania nadużyć. 
Artykuł 2 
Def inicje 
Do celó w niniejszego rozporządzenia zastoso wanie mają definicje zawar te w art. 2 rozporządzenia (UE) nr 165/2014. 
Zastoso wanie mają ponadto następujące definicje:  
1) „tachograf cyfro wy” lub „tachograf pier wszej generacji” oznacza tachog raf cyfro wy inny niż tachograf inteli gentn y;  
2) „urządzenie zewnętrzne GNSS” oznacza urządzenie, któr e zawiera odbior nik GNSS, jeżeli przyrząd rejestr ujący nie 
jest pojedynczym urządzeniem, a także inne elementy składo we niezbędne do ochron y przekazywania dany ch o 
położeniu reszcie przyrządu rejestr ującego;  
3) „folder informacyjny” oznacza pełny folder , w formie elektronicznej lub papiero wej, zawi erający wszystkie informacje 
dostarczone przez producenta lub jego przedstawiciela organowi udzielaj ącemu homolog acji typu na potrzeby 
homologacji typu tachog rafu lub jego elementu składo wego, w tym certyfikaty , o któryc h mowa w art. 12 ust. 3 
rozporządzenia (UE) nr 165/2014, wyniki testów przewidziany ch w załączniku 1C do niniejszego rozporządzenia, a 
także rysunki, fotografie i inne istotne dokumenty ;  
4) „pakiet informacyjny ” oznacza folder informacyjny , w formie elektronicznej lub papiero wej, które mu towarzyszą 
wszelkie inne dokumenty dodane przez organ udzielający homolog acji typu do folder u informacyjnego w ramach 
wyk onywan ia jego funkcji, w tym – na zakończenie procesu homologacji typu – świadectw o homologacji typu WE 
tachografu lub jego elementu składo wego;  
5) „indeks do pakietu informacyjnego” oznacza dokument zawiera jący numero wany spis treści pakietu informacyjnego, 
wskazujący wszystkie istotne części tego pakietu. Format tego dokumentu umożliwia rozróżnienie kolejny ch etapó w 
w procesie homologacji typu WE, w tym dat wszelkic h rewizji i aktualizacji tego pakietu;  
6) „urządzenie wczesnego wykr ywania na odległość” oznacza urządzenie przyrządu rejestr ującego, któr e jest używane 
do przepro wadzania ukier unkowany ch kontroli drogo wych;  
7) „tachograf inteli gentn y” lub „tachograf drugiej generacji” oznacza tachog raf cyfro wy spełnia jący wymogi art. 8, 9 i 10 
rozporządzenia (UE) nr 165/2014 oraz załącznika 1C do niniejszego rozporządzenia;  
8) „element składo wy tachog rafu” lub „element składo wy” oznacza dowolny z następujący ch element ów: przyrząd 
rejestr ujący , czujnik ruchu, karta do tachog rafu, wykresó wka, urządzenie zewnętrzne GNSS oraz urządzenie 
wczesnego wykr ywania na odległość;  
9) „organ udzielający homologacji typu” oznacza organ państwa członk owskiego właściwy w spra wach przepro wadzania 
homologacji typu tachografu lub jego elementó w składo wych, procesu zatwierdzania, wydawan ia oraz – 
w stoso wny ch przypadkac h – cofania świadectw homologacji typu, który działa jako punkt kontakto wy dla organó w 
udzielają cych homologacji typu inny ch państw członk owskic h oraz dopilno wuje, aby producenci wypełniali swoj e 
obo wiązki doty czące zapewnienia zgodności z wymogami niniejszego rozporządzenia. 
Artykuł 3 
Usługi w zakresie lokalizac ji 
1. Producenci muszą zapewnić kompatybi lność tachograf ów intelig entny ch z usług ami określania pozy cji 
świadczon ymi przez syste m Galileo i europejski syste m wspomag ania satelitar nego („EGNOS”). 
2. Oprócz systemó w, o któryc h mowa w ust. 1, producenci mogą również postano wić o zapewnieniu kompaty ­
bilności z innymi system ami nawig acji satelitar nej. 26.5.2016 L 139/3 Dziennik Urzędo wy Unii Europejskiej PL    
Artykuł 4 
Procedura homologacji typu tachog rafu i elementó w składo wych tachog rafu 
1. Producent lub jego przedsta wiciel składa wniosek o udzielenie homologacji typu dla tachografu lub jego 
dowolnego elementu składo wego, bądź grupy elementó w składo wych, do organu udzielaj ącego homologacji typu 
wyznaczonego przez dane państwo członk owskie. Obejmuje on folder informacyjny zawi erający informacje na temat 
każdego z odpo wiednich elementó w składo wych, w tym – w stoso wny ch przypadkac h – świadectwa homologacji typu 
innych elementó w składo wych niezbędny ch dla kompletności tachog rafu, jak również wszelkie inne istotne dokumenty . 
2. Państw o członk owskie udziela homologa cji typu dla każdego tachog rafu, elementu składo wego lub grupy 
elementó w składo wych, który (-a) spełnia wymogi administracyjne i techniczne określone w art. 1 ust. 2 lub 3, stoso wnie 
do przypadku. W takim przypadku organ udzielaj ący homolog acji typu wydaj e wniosk odaw cy świadectw o homologacji 
typu zgodne ze wzorem określony m w załączniku II do niniejszego rozporządzenia. 
3. Org an udzielaj ący homologacji typu może zażądać od producenta lub jego przedsta wiciela dostarczenia wszelkic h 
dodatk owych informacji. 
4. Producent lub jego przedstawiciel udostępnia organom udzielają cym homologacji typu, jak również podmioto m 
odpo wiedzialny m za wydawanie certyfikató w, o któr ych mowa w art. 12 ust. 3 rozporządzenia (UE) nr 165/2014, taką 
liczbę tach ograf ów lub elementó w składo wych tach ografu, jaka jest niezbędna, aby umożliwić przepro wadzenie 
procedur y homologacji typu w satysf akcjonujący sposób. 
5. Jeżeli producent lub jego przedsta wiciel ubieg a się o homologację typu niekt órych element ów składo wych lub grup 
elementó w składo wych tachog rafu, musi dostarczyć organom udzielaj ącym homolog acji typu inne elementy składo we, 
któr e uzyskały już homologację typu, a także inne części niezbędne do zbudo wania kompletnego tachog rafu, aby 
umożliwić tym organom przepro wadzenie niezbędn ych badań. 
Artykuł 5 
Modyf ikacje homologacji typu 
1. Producent lub jego przedstawiciel informuje niezwłocznie organy udzielaj ące homologacji typu, któr e udzieliły 
pier wotnej homologacji typu, o wszelkich modyfikacjach oprogramo wania lub sprzętu tachog rafu bądź charakteru 
mate riałów użyty ch do jego produkcji, które zostały odnoto wane w pakiecie informacyjny m, i składa wniosek o 
modyfikację homologacji typu. 
2. Org any udzielające homologa cji typu mogą dokonać rewizji lub rozszerzenia doty chczaso wej homolog acji typu 
albo wydać nową homolog ację typu w zależności od rodza ju i właściwości tych modyfi kacji. 
„Rewizja” ma miejsce, jeżeli organ udzielają cy homologacji typu uzna, że modyfi kacje oprogramo wania lub sprzętu 
tachog rafu, bądź rodzaju mater iałów użyty ch do jego produkcji, są niewielkie. W takic h przypadkac h organ udzielają cy 
homologa cji typu wydaje zrewido wane dokumenty pakietu informacyjnego, wskazując rodza j dokonany ch modyfi kacji i 
datę ich zatwierdzenia. Zaktualizo wana wersja pakietu informacyjnego w formie skonsolido wanej, które j towarzyszy 
szczegóło wy opis dokonany ch modyfikacji, jest wystarcza jąca do spełnienia tego wymogu. 
„Rozszerzenie” ma miejsce, jeżeli organ udzielaj ący homologacji typu uzna, że modyfi kacje oprogramo wania lub sprzętu 
tachog rafu, bądź rodza ju mater iałów użyty ch do jego produkcji, są istotne. W takic h przypadkach Komisja może 
zwrócić się o przepro wadzenie nowych badań i poinf ormować o tym odpo wiednio producenta lub jego upo ważnionego 
przedsta wiciela. Jeśli wyniki tych badań okażą się zado walaj ące, organ udzielają cy homologacji typu wydaj e 
zrewido wane świadectw o homologacji typu, któr e zawi era numer odnoszący się do udzielonego rozszerzenia. 
Świadectwo homologacji typu wskazuje powód rozszerzenia oraz datę jego wydania. 
3. Indeks do pakietu informacyjnego wskazuje datę ostatniego rozszerzenia lub rewizji homologacji typu, bądź datę 
ostatniej konsolidacji zaktualizo wanej wersji homologacji typu. 26.5.2016 L 139/4 Dziennik Urzędo wy Unii Europejskiej PL    
4. Nowa homologacja typu jest konieczna, jeżeli wniosk owane modyfikacje tachog rafu lub jego elementó w 
składo wych posiadaj ących homologację typu prowadziłyby do wydania nowego świadectwa bezpieczeństwa lub inter o­
peracyjności. 
Artykuł 6 
Wejście w życie 
Niniejsze rozporządzenie wchodzi w życie dwudziest ego dnia po jego opublik owaniu w Dzienniku Urzędowym Unii 
Europejskiej. 
Niniejsze rozporządzenie stosuje się od dnia 2 marca 2016 r. 
Załączniki stosuje się jednak od dnia 2 marca 2019 r., z wyjątkiem dodatku 16, który stosuje się od dnia 2 marca 
2016 r. 
Niniejsze rozporządzenie wiąże w całości i jest bezpośrednio stos owane we wszystkic h 
państwach członk owskich. 
Sporządzono w Brukseli dnia 18 marca 2016 r. 
W imieniu Komisji 
Jean-Claude JUNCKER 
Prze wodniczący  26.5.2016 L 139/5 Dziennik Urzędo wy Unii Europejskiej PL    
ZAŁĄCZNIK I C 
Wymagania w zakresie budo wy, badań, inst alacji i kontroli 
WPR OWADZENIE ........................................................................................................................................... 12 
1 DEFINICJE ...................................................................................................................... 13 
2 CHARAK TER YST YKA OGÓLNA I FUNK CJE URZĄDZEŃ REJESTR UJĄCY CH ................................ 19 
2.1 Charakt erystyka ogólna ..................................................................................................... 19 
2.2 Funkcje .......................................................................................................................... 20 
2.3 Tryby pracy .................................................................................................................... 21 
2.4 Zabezpieczenia ................................................................................................................ 22 
3 WYMA GANIA KONSTR UKCYJNE I FUNK CJONALNE URZĄDZEŃ REJESTR UJĄCY CH .................... 22 
3.1 Monitoro wanie wkładania i wyjmo wania kart......................................................................... 22 
3.2 Pomiar prędk ości, pozy cji i odległości ................................................................................... 23 
3.2.1 Pomiar przeb ytej drogi ...................................................................................................... 23 
3.2.2 Pomiar prędk ości ............................................................................................................. 23 
3.2.3 Pomiar pozy cji................................................................................................................ 24 
3.3 Pomiar czasu ................................................................................................................... 24 
3.4 Monitoro wanie czynności kiero wcy ...................................................................................... 24 
3.5 Monitoro wanie stanu prowadzenia pojazdu ............................................................................ 25 
3.6 Dane wpro wadzane przez kiero wców................................................................................... 25 
3.6.1 Wpro wadzanie miejsca rozpoczęcia lub zakończenia okresu pracy .............................................. 25 
3.6.2 Ręczne wpro wadzanie czynności kiero wcy i zgoda kiero wcy na interfejs ITS ................................. 25 
3.6.3 Wpro wadzanie warunków szczegól nych................................................................................ 27 
3.7 Zarządzanie blokadami firmowymi ...................................................................................... 27 
3.8 Monitoro wanie czynności kontroln ych.................................................................................. 28 
3.9 Wykrywan ie zdarzeń lub usterek ......................................................................................... 28 
3.9.1 Zdarzenie „włożenie nieważnej karty”................................................................................... 28 
3.9.2 Zdarzenie „konflikt kart”.................................................................................................... 28 
3.9.3 Zdarzenie „nakładające się czasy” ......................................................................................... 28 
3.9.4 Zdarzenie „pro wadzenie pojazdu bez prawidło wej karty” .......................................................... 29 
3.9.5 Zdarzenie „włożenie karty podczas prowadzenia pojazdu” ......................................................... 29 
3.9.6 Zdarzenie „Sesja ostatniej karty niezamknięta prawidł owo”........................................................ 29 
3.9.7 Zdarzenie „przekroczenie prędk ości” ..................................................................................... 29 
3.9.8 Zdarzenie „przer wa w zasilaniu” .......................................................................................... 29 
3.9.9 Zdarzenie „błąd połączenia z urządzeniem do łączności na odległość” .......................................... 29 
3.9.10 Zdarzenie „brak informacji o pozy cji z odbior nika GNSS” ......................................................... 29 26.5.2016 L 139/6 Dziennik Urzędo wy Unii Europejskiej PL    
3.9.11 Zdarzenie „błąd połączenia z urządzeniem zewnętrznym GNSS” ................................................. 30 
3.9.12 Zdarzenie „błąd dany ch doty czący ch ruchu” ........................................................................... 30 
3.9.13 Zdarzenie „konflikt ruchu pojazdu” ...................................................................................... 30 
3.9.14 Zdarzenie „próba naruszenia zabezpieczenia” ......................................................................... 30 
3.9.15 Zdarzenie „konflikt czasu” .................................................................................................. 30 
3.9.16 Usterk a „kar ta” ................................................................................................................ 30 
3.9.17 Usterk a „urządzenie rejestr ujące” .......................................................................................... 30 
3.10 Testy wbudo wane i autot esty .............................................................................................. 31 
3.11 Odczyt z pamięci dany ch................................................................................................... 31 
3.12 Rejestracja i przecho wywanie w pamięci dany ch..................................................................... 31 
3.12.1 Dane identyf ikujące sprzęt .................................................................................................. 32 
3.12.1.1 Dane identyf ikujące przyrząd rejestr ujący .............................................................................. 32 
3.12.1.2 Dane identyf ikujące czujnik ruchu ....................................................................................... 32 
3.12.1.3 Dane identyf ikujące globalnego syste mu nawig acji satelitarn ej.................................................... 33 
3.12.2 Klucze i certyfikaty ........................................................................................................... 33 
3.12.3 Dane rejestro wane przy wkładaniu i wyjmo waniu karty kiero wcy lub warsztato wej ........................ 33 
3.12.4 Dane doty czące czynności kiero wcy..................................................................................... 34 
3.12.5 Miejsca i pozy cje, w któryc h zaczyna ją się i kończą dzienne okresy pracy lub w których osiągnięto 3 
godziny nieprzer wanego czasu prowadzenia pojazdu ............................................................... 34 
3.12.6 Dane doty czące licznika kilometró w..................................................................................... 35 
3.12.7 Dane szczegóło we doty czące prędk ości ................................................................................. 35 
3.12.8 Dane doty czące zdarzeń .................................................................................................... 35 
3.12.9 Dane doty czące usterek ..................................................................................................... 37 
3.12.10 Dane kalibracyjne ............................................................................................................. 38 
3.12.11 Dane doty czące korekty czasu ............................................................................................. 39 
3.12.12 Dane doty czące czynności kontrolny ch................................................................................. 39 
3.12.13 Dane doty czące blokad firmowych....................................................................................... 39 
3.12.14 Dane doty czące pobierania dany ch....................................................................................... 39 
3.12.15 Dane doty czące warunków szczególn ych............................................................................... 40 
3.12.16 Dane karty do tachografu ................................................................................................... 40 
3.13 Odczyt kart do tachograf ów............................................................................................... 40 
3.14 Rejestro wanie i przecho wywanie dany ch na kartach do tach ograf ów............................................ 40 
3.14.1 Rejestro wanie i przecho wywanie dany ch na kartach do tach ograf ów pier wszej generacji .................. 40 
3.14.2 Rejestro wanie i przecho wywanie dany ch na kartach do tach ograf ów drugiej generacji ...................... 41 
3.15 Wyświ etlanie ................................................................................................................... 41 
3.15.1 Dom yślne informacje na wyświetlaczu .................................................................................. 42 26.5.2016 L 139/7 Dziennik Urzędo wy Unii Europejskiej PL    
3.15.2 Wyświ etlanie ostrzeżeń ..................................................................................................... 43 
3.15.3 Dostęp do menu .............................................................................................................. 43 
3.15.4 Inne wyświetlane informacje ............................................................................................... 43 
3.16 Drukowanie .................................................................................................................... 43 
3.17 Ostrzeżenia ..................................................................................................................... 44 
3.18 Pobieranie dany ch na nośnik zewnętrzn y............................................................................... 45 
3.19 Łączność na odległość na potrzeby ukier unkowany ch kontroli drogo wych.................................... 45 
3.20 Wypro wadzanie dany ch do dodatk owych urządzeń zewnętrzny ch............................................... 46 
3.21 Kali bracja ....................................................................................................................... 47 
3.22 Kontrola drogo wa kalibracji ................................................................................................ 47 
3.23 Korekta czasu .................................................................................................................. 48 
3.24 Parametr y pracy ............................................................................................................... 48 
3.25 Materiały ........................................................................................................................ 48 
3.26 Oznak owania .................................................................................................................. 49 
4 WYMA GANIA KONSTR UKCYJNE I FUNK CJONALNE KART DO TACHOGRAFÓ W........................ 49 
4.1 Dane widzialne ................................................................................................................ 49 
4.2 Zabezpieczenia ................................................................................................................ 52 
4.3 Nor my........................................................................................................................... 53 
4.4 Wymag ania środo wisk owe i elektr yczne ................................................................................ 53 
4.5 Przech owywanie dany ch.................................................................................................... 53 
4.5.1 Pliki elementar ne do identyfika cji i zarządzania kartą............................................................... 54 
4.5.2 Identyf ikacja kart mikroprocesoro wych................................................................................. 54 
4.5.2.1 Identyf ikacja mikroprocesora .............................................................................................. 54 
4.5.2.2 DIR (tylk o w kartach do tachograf ów drugiej generacji) ............................................................ 54 
4.5.2.3 Informacje ATR (war unkowe, dostępne tylko w kartach do tachograf ów drugiej generacji) ................ 54 
4.5.2.4 Informacje o rozszerzonej długości (war unkowe, dostępne tylko w kartach do tachog rafów drugiej ge­
neracji) .......................................................................................................................... 55 
4.5.3 Karta kiero wcy................................................................................................................ 55 
4.5.3.1 Aplikacja tachog raficzna (dostępna dla przyrządó w rejestr ujący ch pier wszej i drugiej generacji) ......... 55 
4.5.3.1.1 Identyf ikacja aplikacji ........................................................................................................ 55 
4.5.3.1.2 Klucz i certyfikaty ............................................................................................................ 55 
4.5.3.1.3 Identyf ikacja karty............................................................................................................ 55 
4.5.3.1.4 Identyf ikacja posiadacza karty............................................................................................. 55 
4.5.3.1.5 Pobieranie dany ch z karty.................................................................................................. 55 
4.5.3.1.6 Dane doty czące prawa jazdy ............................................................................................... 55 
4.5.3.1.7 Dane doty czące zdarzeń .................................................................................................... 56 26.5.2016 L 139/8 Dziennik Urzędo wy Unii Europejskiej PL    
4.5.3.1.8 Dane doty czące usterek ..................................................................................................... 56 
4.5.3.1.9 Dane doty czące czynności kiero wcy..................................................................................... 57 
4.5.3.1.10 Dane doty czące używany ch pojazdó w................................................................................... 57 
4.5.3.1.11 Miejsca rozpoczęcia lub zakończenia dzienny ch okresó w pracy .................................................. 58 
4.5.3.1.12 Dane sesji karty............................................................................................................... 58 
4.5.3.1.13 Dane doty czące czynności kontrolny ch................................................................................. 58 
4.5.3.1.14 Dane doty czące warunków szczególn ych............................................................................... 58 
4.5.3.2 Aplikacja tachograficzna 2. generacji (niedostępna dla przyrządó w rejestr ujący ch pier wszej 
generacji) ........................................................................................................................ 59 
4.5.3.2.1 Identyf ikacja aplikacji ........................................................................................................ 59 
4.5.3.2.2 Klucze i certyfikaty ........................................................................................................... 59 
4.5.3.2.3 Identyf ikacja karty............................................................................................................ 59 
4.5.3.2.4 Identyf ikacja posiadacza karty............................................................................................. 59 
4.5.3.2.5 Pobieranie dany ch z karty.................................................................................................. 59 
4.5.3.2.6 Dane doty czące prawa jazdy ............................................................................................... 59 
4.5.3.2.7 Dane doty czące zdarzeń .................................................................................................... 59 
4.5.3.2.8 Dane doty czące usterek ..................................................................................................... 60 
4.5.3.2.9 Dane doty czące czynności kiero wcy..................................................................................... 61 
4.5.3.2.10 Dane doty czące używany ch pojazdó w................................................................................... 61 
4.5.3.2.11 Miejsca i pozy cje rozpoczęcia lub zakończenia dzienny ch okresó w pracy ...................................... 62 
4.5.3.2.12 Dane sesji karty............................................................................................................... 62 
4.5.3.2.13 Dane doty czące czynności kontrolny ch................................................................................. 62 
4.5.3.2.14 Dane doty czące warunków szczególn ych............................................................................... 63 
4.5.3.2.15 Dane doty czące używany ch przyrządó w rejestr ujący ch............................................................. 63 
4.5.3.2.16 Dane miejsc, w któryc h minęły trzy godziny nieprzer wanego czasu prowadzenia pojazdu ................ 63 
4.5.4 Karta warsztato wa............................................................................................................ 63 
4.5.4.1 Aplikacja tachog raficzna (dostępna dla przyrządó w rejestr ujący ch pier wszej i drugiej generacji) ......... 63 
4.5.4.1.1 Identyf ikacja aplikacji ........................................................................................................ 63 
4.5.4.1.2 Klucze i certyfikaty ........................................................................................................... 63 
4.5.4.1.3 Identyf ikacja karty............................................................................................................ 64 
4.5.4.1.4 Identyf ikacja posiadacza karty............................................................................................. 64 
4.5.4.1.5 Pobieranie dany ch z karty.................................................................................................. 64 
4.5.4.1.6 Dane doty czące kalibracji i korekty czasu .............................................................................. 64 26.5.2016 L 139/9 Dziennik Urzędo wy Unii Europejskiej PL    
4.5.4.1.7 Dane doty czące zdarzeń i usterek ........................................................................................ 65 
4.5.4.1.8 Dane doty czące czynności kiero wcy..................................................................................... 65 
4.5.4.1.9 Dane doty czące używany ch pojazdó w................................................................................... 65 
4.5.4.1.10 Dane doty czące rozpoczęcia lub zakończenia dzienn ych okresó w pracy ....................................... 65 
4.5.4.1.11 Dane sesji karty............................................................................................................... 65 
4.5.4.1.12 Dane doty czące czynności kontrolny ch................................................................................. 65 
4.5.4.1.13 Dane doty czące warunków szczególn ych............................................................................... 65 
4.5.4.2 Aplikacja tachograficzna 2. generacji (niedostępna dla przyrządó w rejestr ujący ch pier wszej 
generacji) ........................................................................................................................ 65 
4.5.4.2.1 Identyf ikacja aplikacji ........................................................................................................ 65 
4.5.4.2.2 Klucze i certyfikaty ........................................................................................................... 66 
4.5.4.2.3 Identyf ikacja karty............................................................................................................ 66 
4.5.4.2.4 Identyf ikacja posiadacza karty............................................................................................. 66 
4.5.4.2.5 Pobieranie dany ch z karty.................................................................................................. 66 
4.5.4.2.6 Dane doty czące kalibracji i korekty czasu .............................................................................. 66 
4.5.4.2.7 Dane doty czące zdarzeń i usterek ........................................................................................ 67 
4.5.4.2.8 Dane doty czące czynności kiero wcy..................................................................................... 67 
4.5.4.2.9 Dane doty czące używany ch pojazdó w................................................................................... 67 
4.5.4.2.10 Dane doty czące rozpoczęcia lub zakończenia dzienn ych okresó w pracy ....................................... 67 
4.5.4.2.11 Dane sesji karty............................................................................................................... 67 
4.5.4.2.12 Dane doty czące czynności kontrolny ch................................................................................. 67 
4.5.4.2.13 Dane doty czące używany ch przyrządó w rejestr ujący ch............................................................. 67 
4.5.4.2.14 Dane miejsc, w któryc h minęły trzy godziny nieprzer wanego czasu prowadzenia pojazdu ................ 68 
4.5.4.2.15 Dane doty czące warunków szczególn ych............................................................................... 68 
4.5.5 Karta kontrolna ............................................................................................................... 68 
4.5.5.1 Aplikacja tachog raficzna (dostępna dla przyrządó w rejestr ujący ch pier wszej i drugiej generacji) ......... 68 
4.5.5.1.1 Identyf ikacja aplikacji ........................................................................................................ 68 
4.5.5.1.2 Klucze i certyfikaty ........................................................................................................... 68 
4.5.5.1.3 Identyf ikacja karty............................................................................................................ 68 
4.5.5.1.4 Identyf ikacja posiadacza karty............................................................................................. 68 
4.5.5.1.5 Dane doty czące czynności kontrolny ch................................................................................. 69 
4.5.5.2 Aplikacja tachograficzna 2. generacji (niedostępna dla przyrządó w rejestr ujący ch pier wszej 
generacji). ....................................................................................................................... 69 
4.5.5.2.1 Identyf ikacja aplikacji ........................................................................................................ 69 
4.5.5.2.2 Klucze i certyfikaty ........................................................................................................... 69 26.5.2016 L 139/10 Dziennik Urzędo wy Unii Europejskiej PL    
4.5.5.2.3 Identyf ikacja karty............................................................................................................ 69 
4.5.5.2.4 Identyf ikacja posiadacza karty............................................................................................. 69 
4.5.5.2.5 Dane doty czące czynności kontrolny ch................................................................................. 70 
4.5.6 Karta firmowa ................................................................................................................. 70 
4.5.6.1 Aplikacja tachog raficzna (dostępna dla przyrządó w rejestr ujący ch pier wszej i drugiej generacji) ......... 70 
4.5.6.1.1 Identyf ikacja aplikacji ........................................................................................................ 70 
4.5.6.1.2 Klucze i certyfikaty ........................................................................................................... 70 
4.5.6.1.3 Identyf ikacja karty............................................................................................................ 70 
4.5.6.1.4 Identyf ikacja posiadacza karty............................................................................................. 70 
4.5.6.1.5 Dane doty czące czynności wyk onywan ych przez firmę ............................................................. 70 
4.5.6.2 Aplikacja tachograficzna 2. generacji (niedostępna dla przyrządó w rejestr ujący ch pier wszej 
generacji) ........................................................................................................................ 71 
4.5.6.2.1 Identyf ikacja aplikacji ........................................................................................................ 71 
4.5.6.2.2 Klucze i certyfikaty ........................................................................................................... 71 
4.5.6.2.3 Identyf ikacja karty............................................................................................................ 71 
4.5.6.2.4 Identyf ikacja posiadacza karty............................................................................................. 71 
4.5.6.2.5 Dane doty czące czynności wyk onywan ych przez firmę ............................................................. 71 
5 INST ALACJA URZĄDZENIA REJESTR UJĄCEGO ..................................................................... 72 
5.1 Instalacja ........................................................................................................................ 72 
5.2 Tabliczka instalacyjna ........................................................................................................ 73 
5.3 Plombo wanie .................................................................................................................. 74 
6 KONTR OLE, PRZEGLĄD Y I NAPRA WY ................................................................................ 74 
6.1 Zatwierdzanie instalat orów, warsztató w i producent ów pojazdó w............................................... 74 
6.2 Kontrola techniczna przyrządó w nowych i po naprawi e............................................................ 75 
6.3 Przeg ląd instalacyjny ......................................................................................................... 75 
6.4 Przeg lądy okreso we .......................................................................................................... 75 
6.5 Wyzn aczanie błędó w........................................................................................................ 76 
6.6 Naprawy ........................................................................................................................ 76 
7 WYD AWANIE KART ......................................................................................................... 76 
8 HOMOLOGA CJA TYPU URZĄDZEŃ REJESTR UJĄCY CH I KART DO TACHOGRAFÓ W.................. 77 
8.1 Uwagi ogóln e.................................................................................................................. 77 
8.2 Świadectwo bezpieczeństwa ................................................................................................ 78 
8.3 Świadectwo funkcjonalności ............................................................................................... 78 
8.4 Świadectwo interoperacyjności ............................................................................................ 78 
8.5 Świadectwo homolog acji typu ............................................................................................. 79 
8.6 Procedura szczególna: pier wsze świadectwa inter operacyjności dla urządzeń rejestr ujący ch i kart do ta­
chograf ów 2. generacji ....................................................................................................... 80  26.5.2016 L 139/11 Dziennik Urzędo wy Unii Europejskiej PL    
WPR OWADZENIE 
Pier wsza generacja tachograf ów cyfro wych jest w użyciu od 1 maja 2006 r. Można z nich korzystać do czasu wycofania 
z eksploatacji w transporcie krajowym. 15 lat po wejściu w życie niniejszego rozporządzenia Komisji wszystkie pojazdy 
w transporcie międzynarodo wym muszą być wyposażone w zgodne z przepisami tachog rafy inteligentne drugiej 
generacji, wpro wadzone niniejszym rozporządzeniem. 
Niniejszy załącznik zawi era wymagania doty czące drugiej generacji urządzeń rejestr ujący ch i kart do tachog rafów. 
Począwszy od daty wpro wadzenia, w pojazdach rejestro wany ch po raz pier wszy instaluje się urządzenia rejestr ujące 
drugiej generacji i wydaje się karty do tachograf ów drugiej generacji. 
Aby wpro wadzenie systemu tach ograf ów drugiej generacji przebiegło płynnie: 
—  karty do tachog rafów drugiej generacji zaprojekt owane są w taki sposób, aby możliwe było ich używanie również 
w przyrządach rejestr ujący ch pier wszej generacji, 
—  wraz z datą wpro wadzenia nie wymag a się wymiany ważny ch kart do tachograf ów pier wszej generacji. 
Pozwoli to kiero wcom na zacho wanie jednej karty kiero wcy, z które j będą mog li korzystać w obu systemac h. 
Urządzenia rejestr ujące drugiej generacji są natomiast kalibro wane tylko z użyciem kart warsztato wych drugiej generacji. 
Niniejszy załącznik zawi era wszelkie wymogi związane z interoperacyjnością między pier wszą a drugą generacją 
system u tachograf ów. 
Dodatek 15 zawi era dodatk owe szczegóło we informacje doty czące zarządzania współistnieniem dwóc h systemó w. 
Wykaz dodatk ów 
Dodatek 1: SPIS DANY CH 
Dodatek 2: SPECYFIKA CJA KART DO TACHOGRAF ÓW 
Dodatek 3: PIKTOGRAMY 
Dodatek 4: WYDR UKI 
Dodatek 5: WYŚWIETL ACZ 
Dodatek 6: PRZEDNIE ZŁĄCZE KALIBRA CJI I POBIERANIA DANY CH 
Dodatek 7: PROTOK OŁY POBIERANIA DANY CH 
Dodatek 8: PROTOK ÓŁ KALIBRA CJI 
Dodatek 9: HOMOLOGA CJA TYPU I WYKAZ MINIMUM WYMA GANY CH BAD AŃ 
Dodatek 10: WYMOGI BEZPIECZEŃST WA 
Dodatek 11: WSPÓLNE MECHANIZMY ZABEZPIECZENIA 
Dodatek 12: OKREŚL ANIE POŁOŻENIA Z WYK ORZYST ANIEM GLOB ALNEGO SYST EMU NAWIGA CJI SATELIT ARNEJ (GNSS) 
Dodatek 13: INTERFEJS ITS 
Dodatek 14: FUNK CJA ŁĄCZNOŚCI NA ODLEGŁOŚĆ 
Dodatek 15: MIGRA CJA: ZARZĄDZANIE WSPÓŁISTNIENIEM GENERA CJI URZĄDZEŃ 
Dodatek 16: ADAPTER DO POJAZDÓ W KATEGORII M1 I N1  26.5.2016 L 139/12 Dziennik Urzędo wy Unii Europejskiej PL    
1  DEFINICJE 
W niniejszym załączniku: 
a)  „aktywacja” oznacza: 
fazę, gdy tachog raf uzyskuje pełną funkcjonalność i uruchamia wszystkie funkcje, łącznie z funkcjami 
zabezpiecza jącymi, z wyk orzystaniem karty warsztato wej; 
b)  „uwierzyt elnienie”oznacza: 
funkcję służącą ustano wieniu i kontroli tożsa mości; 
c)  „aute ntyczność”oznacza: 
właściw ość poleg ającą na tym, że informacje przy chodzą od strony , któr ej tożsamość można 
zwer yfikować; 
d)  „test wbudo wany (BIT)”oznacza: 
testy wyk onywan e na żądanie, uruchamiane przez operatora lub urządzenia zewnętrzne; 
e)  „dzień kalendarzo wy” oznacza: 
dzień zaczynający się o godzinie 00:00 i kończący o godzinie 24:00. Wszystkie dni kalendarzo we 
odnoszą się do czasu UTC (uniwersalny czas koordyno wan y); 
f)  „kalibracja” tachog rafu inteligentnego oznacza: 
aktualizację lub potwierdzenie parametró w pojazdu przecho wywany ch w pamięci dany ch. Parametr y 
pojazdu obejmują identyf ikację pojazdu (numer y VIN, VRN i kod rejestr ującego państwa członk ow­
skiego) i charaktery styki pojazdu, (w, k, l, wielk ość opon, ustawienia urządzenia ograniczenia 
prędk ości (w stosowny ch przypadkac h), bieżący czas UTC, bieżąca wartość licznika kilometró w); 
podczas kalibracji urządzenia rejestr ującego w pamięci dany ch zacho wywane są również rodza je i 
identyfikator y odpo wiednich plomb homolog acyjny ch; 
aktualizację lub potwierdzenie jedynie czasu UTC uważa się za korektę czasu, a nie za kalibrację, pod 
warunkiem że nie jest to sprzeczne z wymaganiem 409; 
do kalibracji urządzenia rejestrującego niezbędna jest karta warsztatowa ; 
g)  „numer karty”oznacza: 
numer składaj ący się z 16 znak ów alfanumer yczny ch, który jednoznacznie identyfikuje kartę do 
tach ograf ów w państwie członk owskim. Numer karty zawiera (w stoso wny ch przypadkac h) numer 
kolejny karty, numer wymiany karty i numer odno wienia karty; 
tym sam ym karta jest jednoznacznie zidentyf ikowana przez kod państwa członk owskiego wydającego 
i numer karty; 
h)  „numer kolejny karty”oznacza: 
14. znak alfanumer yczny w numerze karty, który umożliwia rozróżnianie różn ych kart firmie, 
warsztato wi lub organowi kontrolnemu uprawnion ym do otrzymania kilku kart do tachog rafów. 
Firmę, warsztat lub organ kontrolny jednoznacznie identyf ikuje pier wszy ch 13 znak ów numer u karty; 
i)  „numer odno wienia karty”oznacza: 
16. znak alfanumer yczny w numerze karty, który jest zmienian y przyrosto wo przy każdym 
odno wieniu karty do tachograf ów; 
j)  „numer wymiany karty”oznacza: 
15. znak alfanumer yczny w numerze karty, który jest zmienian y przyrost owo przy każdej wymianie 
karty do tach ograf ów; 26.5.2016 L 139/13 Dziennik Urzędo wy Unii Europejskiej PL    
k)  „współczynnik charakterystyczn y pojazdu”oznacza: 
wielk ość liczbo wą określa jącą wartość sygnału dostarczanego przez część pojazdu podłączoną do 
urządzenia rejestr ującego (wał główny skrzyni biegó w lub oś) w czasie, gdy pojazd przeb ywa drogę o 
długości jednego kilometra mierzoną w normalny ch warunkac h testowych, zgodnie z definicją 
w wymag aniu 414. Współczynnik charaktery styczny pojazdu podaje się w impulsac h na kilometr (w 
=… imp/km); 
l)  „kar ta firmowa” oznacza: 
kartę do tachografu wydaną przez organ y państwa członk owskiego przedsiębiorstwu transpor towemu 
używa jącemu pojazdó w wyposażony ch w tach ografy , któr a identyf ikuje to przedsiębiorstwo 
transpor towe i pozwala na wyświetlanie, pobieranie i drukowanie dany ch zapisan ych w tachog rafie, 
który został zabezpieczony blokadą przez to przedsiębiorstwo transpor towe; 
m)  „stała urządzenia rejestr ującego” oznacza: 
wielk ość liczbo wą określającą wartość sygnału wejścio wego wymaganą do wskazania i rejestracji 
przeb ytej odległości jednego kilometra; stała ta jest wyrażona w impulsach na kilometr (k =…im p/ 
km); 
n)  „nieprzer wany czas prowadzenia pojazdu” obliczany jest przez urządzenie rejestr ujące w następujący 
sposób (1): 
nieprzer wany czas prowadzenia pojazdu obliczany jest jako bieżące, skumulo wane czasy prowadzenia 
pojazdu przez danego kiero wcę od końca jego ostatniego 45-minut owego lub dłuższego okresu 
GOTO WOŚCI lub PRZER WY/ODPOCZYNKU lub NIEOKREŚLONEGO (2) (okres ten może być rozbity 
zgodnie z rozporządzeniem (WE) nr 561/2006 Parlamentu Europejskiego i Rady (3)). W obliczeniac h 
uwzg lędnia się, stos ownie do okoliczności, wcześniejsze czynności zapisane na karcie kiero wcy. Jeżeli 
kiero wca nie włoży swojej karty, obliczenia wyk onuje się na podstawie znajdujący ch się w pamięci 
dany ch zapisó w dla bieżącego okresu, w którym nie było włożonej karty, i dla stoso wnego czytnika; 
o)  „kar ta kontrolna” oznacza: 
kartę do tachografu wydaną krajo wemu właściwemu organowi kontrolnemu przez organy państwa 
członk owskiego, która identyfikuje organ kontrolny i fakultatywnie funkcjonar iusza służb kontrolny ch 
oraz umożliwia dostęp do dany ch zapisany ch w pamięci dany ch lub na kartach kiero wcy i fakulta ­
tywnie na kartach warsztato wych w celu odczytu, wydr uku lub pobrania dany ch; 
Daje ona również dostęp do funkcji kontroli drogo wej kalibracji oraz do dany ch na czytniku 
wczesnego wykr ywania na odległość. 
p)  „skumulo wany czas przer wy” obliczan y jest przez urządzenie rejestr ujące w następujący 
sposób (1): 
skumulo wan y czas przer wy w prowadzeniu pojazdu obliczany jest jako bieżące, zakumulo wane, 15- 
minut owe lub dłuższe okresy GOTO WOŚCI lub PRZER WY/ODPOCZYNKU lub NIEOKREŚLON E (2) dla 
danego kiero wcy, od końca jego ostatniego 45-minut owego lub dłuższego okresu GOTO WOŚCI lub 
PRZER WY/ODPOCZYNKU lub NIEOKREŚLONEGO (2) (okres ten może być rozbity zgodnie z rozporzą ­
dzeniem (WE) nr 561/2006). 
W obliczeniac h uwzg lędnia się, stoso wnie do okoliczności, wcześniejsze czynności zapisane na karcie 
kiero wcy. Do obliczeń nie bierze się nieokreślon ych okresó w o ujemnym czasie trwania (początek 
nieokreślonego okresu > koniec nieokreślonego okresu) wynikły ch z nakładania się czasó w z dwóc h 
różn ych urządzeń rejestr ujący ch. 
Jeżeli kiero wca nie włoży swojej karty, obliczenia wyk onuje się na podsta wie znajdujący ch się 
w pamięci dany ch zapisó w dla bieżącego okresu, w który m nie było włożonej karty, i dla stos ownego 
czytnika. 26.5.2016 L 139/14 Dziennik Urzędo wy Unii Europejskiej PL    
(1)Ten sposób obliczania nieprzer wanego czasu prowadzenia pojazdu oraz skumulo wanego czasu przer wy służy urządzeniu rejestr u­
jącemu do obliczenia ostrzeżenia o nieprzer wanym czasie prowadzenia. Nie przesądza on o prawnej interpretacji tych czasó w. Można 
stosować alter natywne sposoby obliczania nieprzer wanego czasu prowadzenia pojazdu i skumulo wanego czasu przer w w celu 
zastąpienia niniejszy ch definicji, jeżeli defin icje te stały się nieaktualne w wyniku nowelizacji innych stoso wny ch przepisó w. 
(2)Okresy NIEOKREŚLON E odpo wiadają okresom, gdy karta kiero wcy nie jest włożona do urządzenia rejestr ującego, oraz w których nie 
dokonano ręcznej rejestracji czynności kiero wcy. 
(3)Rozporządzenie (WE) nr 561/2006 Parlamentu Europejskiego i Rady z dnia 15 marca 2006 r. w sprawie harmonizacji niektóryc h 
przepisó w socjalny ch odnoszący ch się do transpor tu drogo wego oraz zmieniaj ące rozporządzenia Rady (EW G) nr 3821/85 i (WE) 
2135/98, jak również uchylające rozporządzenie Rady (EW G) nr 3820/85 (Dz.U. L 102 z 11.4.2006, s. 1). 
q)  „pamięć dany ch” oznacza: 
elektroniczne urządzenie przecho wywania dany ch wbudo wane w urządzenie rejestr ujące; 
r)  „podpis cyfro wy” oznacza: 
dane dołączone do bloku dany ch lub kryptograficzne przek ształcenie bloku dany ch, które 
umożliwiaj ą odbiorcy bloku dany ch potwierdzenie aute ntyczności oraz integralności danego bloku 
dany ch; 
s)  „pobieranie” oznacza: 
kopio wanie, wraz z podpisem cyfro wym, części lub kompletn ego zestawu pliku dany ch zapisany ch 
w pamięci dany ch przyrządu rejestr ującego lub w pamięci karty do tach ografu, pod warunkiem że 
proces ten nie zmienia ani nie usuwa żadny ch zapisan ych dany ch; 
Producenci przyrządó w rejestr ujący ch tachog rafów inteli gentn ych oraz producenci urządzeń 
skonstr uowan ych i przeznaczony ch do pobierania zbioró w dany ch podejmują wszelkie racjonalne 
działania zapewniające pobieranie takic h dany ch przez przedsiębiorstwa transpor towe lub kiero wców 
z minimalnym opóźnieniem. 
Pobieranie dany ch z pliku zawiera jącego dane szczegóło we doty czące prędk ości nie jest konieczne do 
celó w zgodności z rozporządzeniem (WE) nr 561/2006, ale może być wyk orzystane do inny ch celó w, 
takic h jak dochodzenie w spra wie wypadku; 
t)  „kar ta kiero wcy” oznacza: 
kartę do tachog rafu, któr a identyf ikuje kiero wcę i umożliwia przecho wywanie dany ch doty czący ch 
czynności kiero wcy, wydaną konkretnemu kiero wcy przez organy państwa członk owskiego; 
u)  „obw ód toczn y kół” oznacza: 
wartość średnią długości drogi przebyt ej przez każde z kół (napędo wych) poruszająceg o się pojazdu 
podczas jednego pełnego obrotu. Pomiar tych długości drogi jest wyk onywan y w normalny ch 
warunkac h testowych zgodnie z definicją w wymaganiu 414 i wyrażony jest w postaci „l = … mm”. 
Producenci pojazdó w mogą zastąpić pomiar odległości obliczeniem teor etycznym, w którym 
uwzg lędnia się rozkład ciężar u na osie dla pojazdu bez obciążenia w stanie goto wym do jazdy (1). 
Metody takiego obliczenia teorety cznego podleg ają zatwierdzeniu przez właściwy organ państwa 
członk owskiego i mogą mieć miejsce tylko przed aktywacją tachog rafu; 
v)  „zdarzenie” oznacza: 
odbieg ające od normy działanie wykr yte przez tachograf intelig entny , które może być spowodo wane 
próbą oszustwa; 
w)  „urządzenie zewnętrzne GNSS” oznacza: 
urządzenie, któr e zawie ra odbior nik GNSS, jeżeli przyrząd rejestr ujący nie jest pojedynczą jednostką 
oraz inne elementy niezbędne do ochrony przekazywania dany ch doty czący ch pozy cji do pozostałej 
części przyrządu rejestr ującego; 
x)  „uste rka” oznacza: 
odbieg ające od normy działanie wykr yte przez tachograf intelig entny , które może być spowodo wane 
wadliwą pracą lub awar ią urządzeń; 
y)  „odbior nik GNSS” oznacza: 
urządzenie elektroniczne, które odbiera i cyfro wo przetwarza sygnały z co najmniej jednego 
globalnego systemu nawig acji satelitar nej (ang. GNSS) w celu uzyskania informacji o pozy cji, 
prędk ości i czasie. 
z)  „instalacja” oznacza: 
montaż tachografu w pojeździe; 26.5.2016 L 139/15 Dziennik Urzędo wy Unii Europejskiej PL    
(1)Rozporządzenie Komisji (UE) nr 1230/2012 z dnia 12 grudnia 2012 r. w sprawi e wyk onania rozporządzenia (WE) nr 661/2009 
Parlamentu Europejskiego i Rady w odniesieniu do wymaga ń w zakresie homolog acji typu doty czący ch mas i wymiaró w pojazdó w 
silnik owych oraz zmieniające dyrektywę 2007/46/WE Parlamentu Europejskiego i Rady (Dz.U. L 353 z 21.12.2012, s. 31), 
z późniejszymi zmianami. 
aa)  „inte roperacyjność” oznacza: 
zdolność system ów oraz będący ch ich podsta wą procesó w gospodarczy ch do wymiany dany ch oraz 
do wymiany informacji; 
bb)  „inte rfejs” oznacza: 
połączenie między systemami, któr e zapewnia mechanizm y, za któryc h pośrednictwem system y te 
mogą się łączyć i wchodzić w interakcję; 
cc)  „pozy cja” oznacza: 
współrzędne geografi czne pojazdu w danym momencie; 
dd)  „czujnik ruchu” oznacza: 
część tachog rafu dostarczaj ącą sygnał odzwierciedlający prędk ość pojazdu lub przeb ytą drogę; 
ee)  „kar ta nieważna” oznacza: 
kartę wykr ytą jako wadliwa lub kartę, któr ej wstępne uwierzytelnienie nie jest możliwe lub które j 
okres ważności jeszcze się nie rozpoczął lub już upłynął; 
ff)  „otwar ty standard” oznacza: 
standard określony w dokumencie specyfi kacji standardó w dostępnym bezpłatnie lub za symboliczną 
opłatą, który może być kopio wany , rozpo wszec hniany lub wyk orzystywan y bezpłatnie lub za 
symboliczną opłatą; 
gg)  „poza zakresem” oznacza: 
że zgodnie z przepisami rozporządzenia (WE) nr 561/2006 użycie urządzenia rejestr ującego nie jest 
wymag ane; 
hh)  „przekroczenie prędk ości” oznacza: 
przekroczenie dozw olonej prędk ości pojazdu definio wane jako dowolny przyna jmniej 60-sekundo wy 
okres, w którym zmierzona prędk ość pojazdu przekracza wartość ograniczenia dla urządzenia 
ograniczenia prędk ości ustano wioną w dyrektywie Rady 92/6/EW G z dnia 10 lutego 1992 r. 
w sprawie mont owania i zast osowania urządzeń ograniczenia prędk ości w niekt órych kategor iach 
pojazdó w silnik owych we Wspólnocie (1), z późniejszymi zmianami; 
ii)  „przeg ląd okreso wy”oznacza: 
zespół czynności wyk onywany ch w celu sprawdzenia, czy tachog raf pracuje prawidło wo, czy jego 
usta wienia odpo wiadają parametrom pojazdu i czy do tachografu nie podłączono urządzeń manipula ­
cyjn ych; 
jj)  „drukarka” oznacza: 
element składo wy urządzenia rejestr ującego wyk onujący wydr uki dany ch zapisan ych w pamięci; 
kk)  „wczesne wykr ywanie na odległość” oznacza: 
łączność między urządzeniem wczesnego wykr ywania na odległość a czytnikiem wczesnego 
wykr ywania na odległość podczas ukier unkowan ych kontroli drogo wych, mającą na celu zdalne 
wykr ycie ewentualn ych manipulacji lub niewłaściwego użycia urządzenia rejestr ującego; 
ll)  „urządzenie do łączności na odległość” oznacza: 
wyposażenie przyrządu rejestr ującego, które jest używane do przepro wadzania ukier unkowany ch 
kontroli drogo wych; 26.5.2016 L 139/16 Dziennik Urzędo wy Unii Europejskiej PL    
(1)Dyrektywa Rady 92/6/EW G z dnia 10 lutego 1992 r. w sprawi e mont owania i zastoso wania urządzeń ograniczenia prędk ości 
w niektóryc h katego riach pojazdó w silnik owych we Wspólnocie (Dz.U. L 57 z 2.3.1992, s. 27). 
mm)  „czytnik wczesnego wykr ywania na odległość” oznacza: 
syste m stoso wany przez funkcjonar iuszy służb kontrolny ch do ukier unkowan ych kontroli drogo wych; 
nn)  „odno wienie” oznacza: 
wydanie nowej karty do tach ografu po upływie term inu ważności doty chczaso wej karty lub 
w przypadku niepra widło wego działania karty i zwrócenia jej organowi wydającemu kartę. 
Odno wienie jest zawsze gwarancją, że dwie ważne karty nie współistnieją; 
oo)  „naprawa” oznacza: 
każdą naprawę czujnika ruchu lub przyrządu rejestr ującego lub przew odu, wymaga jącą odłączenia 
zasilania lub odłączenia od innych elementó w składo wych tachog rafu lub otwarcia czujnika ruchu lub 
przyrządu rejestr ującego; 
pp)  „wymiana karty”oznacza: 
wydanie karty do tachog rafu w celu zastąpienia doty chczaso wej karty, której utratę, kradzież lub 
wadliwe działanie zgłoszono i które j nie zwrócono organowi, który wydał kartę. Wymi ana zaws ze 
wiąże się z ryzykiem, że mogą współistnieć dwie ważne karty; 
qq)  „cer tyfikacja bezpieczeństwa” oznacza: 
procedurę polega jącą na potwierdzeniu przez jednostkę certyfikującą wspólny ch kryteriów, że badane 
urządzenie rejestr ujące (lub jego element składo wy) lub karta do tachog rafu spełnia ją wymogi bezpie ­
czeństwa określone w odpo wiednich prof ilach zabezpieczenia; 
rr)  „auto test” oznacza: 
testy wyk onywan e okreso wo i automaty cznie przez urządzenie rejestr ujące w celu wykr ycia uster ek; 
ss)  „pomiar czasu” oznacza: 
trwały cyfro wy zapis uniwersalnej daty koordyno wanej i uniwersalnego czasu koordyno wanego 
(UTC); 
tt)  „korekta czasu” oznacza: 
autom atyczną korektę bieżącego czasu dokonywan ą w regular nych odstępac h i z tolerancją 
maksymalnie jednej minuty lub korektę dokonaną podczas kalibracji; 
uu)  „rozmiar opon” oznacza: 
oznaczenie wymiaró w opon (na zewnętrzny ch kołach napędo wych) zgodne z dyrektywą Rady 
92/23/EW G z dnia 31 marca 1992 r. (1) z późniejszymi zmianami; 
vv)  „identyfikacja pojazdu” oznacza: 
numer y identyfikujące pojazd: numer rejestracyjny pojazdu (VRN) z oznaczeniem państwa członk ow­
skiego rejestracji i numer identyf ikacyjn y pojazdu (VIN) (2); 
ww)  na potrzeby obliczenio we w urządzeniu rejestr ującym „tydzień”oznacza: 
okres między godziną 00.00 UTC w poniedziałek a 24.00 UTC w niedzielę; 26.5.2016 L 139/17 Dziennik Urzędo wy Unii Europejskiej PL    
(1)Dyrektywa Rady 92/23/EW G z dnia 31 marca 1992 r. odnosząca się do opon pojazdó w silnik owych i ich przy czep oraz ich instalo wania 
(Dz.U. L 129 z 14.5.1992, s. 95). 
(2)Dyrektywa Rady z dnia 18 grudnia 1975 r. w spraw ie zbliżania ustaw odawstw Państw Członk owskich odnoszący ch się do tabliczek 
znamiono wych i oznak owania identyfikacyjnego pojazdó w silnik owych i ich przy czep oraz sposobu i miejsca ich umieszczania (Dz.U. 
L 24 z 30.1.1976, s. 1). 
xx)  „kar ta warsztato wa” oznacza: 
kartę do tachog rafu wydaną przez organy państwa członk owskiego wyznaczonemu personelo wi 
producenta tachog rafu, instalator owi, producento wi pojazdu lub warsztato wi zatwierdzonemu przez 
to państwo członk owskie, któr a identyf ikuje posiadacza karty i umożliwia testowanie, kalibrację i 
aktywację tachograf ów lub pobieranie z nich dany ch; 
yy)  „adap ter” oznacza: 
urządzenie dostarczaj ące sygnał w sposób ciągły odwzoro wujący prędk ość pojazdu lub przeb ytą 
drogę, inne niż urządzenie stoso wane do niezależnego wykr ywania ruchu, oraz: 
—  które jest zainstalo wane i stoso wane wyłącznie w pojazdach kategor ii M1 i N1 (określon ych 
w załączniku II do dyrektywy Rady 2007/46/WE Parlamentu Europejskiego i Rady (1) 
z późniejszymi zmianami) dopuszczony ch do ruchu od dnia 1 maja 2006 r., 
—  które jest zainstalo wane w miejscu, w który m z mechanicznego punktu widzenia niemożliwy jest 
montaż stos owany ch czujnik ów ruchu innego rodza ju, pod innym wzg lędem zgodny ch 
z wymaganiami przedstawion ymi w niniejszym załączniku i w dodatkach 1–15 do niniejszego 
załącznika, 
—  które jest zainstalo wane między przyrządem rejestr ującym a miejscem, gdzie genero wane są 
impulsy prędk ości/drogi przez zintegro wane czujniki lub altern atywne interf ejsy, 
—  z punktu widzenia przyrządu rejestr ującego zach owanie adapt era jest takie samo jak czujnika 
ruchu zgodnego z wymaganiam i w niniejszym załączniku i w dodatkach 1–16 do niniejszego 
załącznika, w przypadku podłączenia go do przyrządu rejestr ującego; 
zast osowanie takiego adap tera w wymieniony ch wyżej pojazdach musi umożliwiać montaż i 
popra wne zast osowanie przyrządu rejestr ującego, zgodnego ze wszystkimi wymaganiam i niniejszego 
załącznika, 
w przypadku tych pojazdó w tachog raf intelig entny obejmuje przewody , adapt er i przyrząd 
rejestr ujący ; 
zz)  „inte gralność dany ch” oznacza: 
dokładność i spójność przech owywany ch dany ch, któryc h potwierdzeniem jest brak jakichk olwiek 
zmian w dany ch między dwoma aktualizacjami rekordu dany ch. Integralno ść oznacza, że dane są 
dokładną kopią wersji oryginalnej, np. że nie zostały zniekszt ałcone w trakcie zapisu na karcie do 
tach ografu lub urządzeniu dedyk owanym lub w trakcie odczytu z nich lub w trakcie transmisji za 
pośrednictwem dowolnego kanału komunikacji; 
aaa)  „prywatność dany ch” oznacza: 
ogólne środki techniczne podjęt e w celu zapewnienia właściwego wdrożenia zasad określony ch 
w dyrektywie 95/46/WE Parlamentu Europejskiego i Rady (2), a także zasad określony ch w dyrektywie 
2002/58/WE Parlamentu Europejskiego i Rady (3); 
bbb)  „syst em tachog rafu inteli gentnego” oznacza: 
urządzenia rejestr ujące, karty do tachog rafów oraz zestaw wszelkic h urządzeń współdziała jący ch 
bezpośrednio lub pośrednio podczas ich budo wy, instalacji, użytk owania, testowania i kontroli, takic h 
jak karty, czytniki na odległość i wszelkie inne urządzenia do pobierania dany ch, analizy dany ch, 
kalibracji, genero wania i wpro wadzania element ów zabezpieczeń lub zarządzania tymi elementami 
itp.; 
ccc)  data wpro wadzenia: 
36 miesięcy po wejściu w życie szczegóło wych przepisó w, o któr ych mowa w art. 11 rozporządzenia 
Parlamentu Europejskiego i Rady (UE) nr 165/2014 (4). 26.5.2016 L 139/18 Dziennik Urzędo wy Unii Europejskiej PL    
(1)Dyrektywa 2007/46/WE Parlamentu Europejskiego i Rady z dnia 5 września 2007 r. ustanawia jąca ram y dla homologacji pojazdó w 
silnik owych i ich przy czep oraz układó w, części i oddzielny ch zespołó w techniczny ch przeznaczony ch do tych pojazdó w (dyrektywa 
ramo wa ) (Dz.U. L 263 z 9.10.2007, s.1). 
(2)Dyrektywa 95/46/WE Parlamentu Europejskiego i Rady z dnia 24 paździer nika 1995 r. w sprawie ochron y osób fizycznych w zakresie 
przetwarzania dany ch osobo wych i swobodnego przepływu tych dany ch (Dz.U. L 281 z 23.11.1995, s. 31). 
(3)Dyrektywa 2002/58/WE Parlamentu Europejskiego i Rady z dnia 12 lipca 2002 r. doty cząca przetwarzania dany ch osobo wych i 
ochro ny prywatności w sektorze łączności elektronicznej (Dz.U. L 201 z 31.7.2002, s. 37). 
(4)Rozporządzenie Parlamentu Europejskiego i Rady (UE) nr 165/2014 z dnia 4 lutego 2014 r. w sprawie tachograf ów stoso wany ch 
w transporcie drogo wym i uchylają ce rozporządzenie Rady (EW G) nr 3821/85 w sprawie urządzeń rejestr ujący ch stoso wany ch 
w transporcie drogo wym oraz zmieniaj ące rozporządzenie (WE) nr 561/2006 Parlamentu Europejskiego i Rady w sprawie harmonizacji 
niektóryc h przepisó w socjalny ch odnoszący ch się do transpor tu drogo wego (Dz.U. L 60 z 28.2.2014, s. 1). 
Jest to data, po które j rejestrow ane po raz pierwszy pojazdy : 
—  muszą być wyposażone w tachog raf podłączony do usługi określania pozycji opar tej na systemie nawig acji 
satelitar nej, 
—  muszą mieć możliwość przek azyw ania danych właściwym organom kontro lnym na potrzeby ukier unkowa nych 
kontroli drogowych podczas ruchu pojazdu. 
—  oraz mogą być wyposażone w znor malizowane inter fejsy pozw alające na wykorzystyw anie przez urządzenie 
zewnętrzne danych rejestrow anych lub generow anych przez tachog rafy w trybie operacyjnym. 
ddd)  „profil zabezpieczenia” oznacza: 
dokument używany w ramach procesu certyfikacyjnego zgodnie ze wspólnymi kryteriami, który 
określa niezależne od wdrożenia specyfikacje wymogó w bezpieczeństwa w zakresie zabezpieczania 
informacji; 
eee)  dokładność GNSS: 
w zapisywaniu pozy cji z globalnego system u nawigacji satelitar nej (GNSS) z użyciem tachog rafów, 
oznacza wartość Hor izontal Dilution of Precision (HDOP) obliczaną jako najn iższa z wartości HDOP 
pobrany ch z dostępny ch systemó w GNSS. 
2  CHARAK TER YSTYKA OGÓLNA I FUNK CJE URZĄDZEŃ REJESTR UJĄCY CH 
2.1  Charakter ystyka ogólna 
Celem urządzenia rejestr ującego jest rejestro wanie, przecho wywanie, wyświetlanie, drukowanie i wypro wa­
dzanie dany ch związan ych z czynnościami kiero wcy . 
Pojazd wyposażony w urządzenie rejestr ujące spełnia jące wymag ania niniejszego załącznika musi mieć 
prędk ościomierz i licznik kilometró w. Funkcje te może spełniać urządzenie rejestr ujące. 
01)  Urządzenie rejestr ujące składa się z przew odó w, czujnika ruchu i przyrządu rejestr ującego. 
02)  Interfejs między czujnikami ruchu i przyrządami rejestr ującymi musi być zgodny z wymogam i 
określonymi w dodatku 11. 
03)  Przyrząd rejestr ujący musi być podłączony do globalnego(-y ch) system u(-ó w) nawig acji satelitar nej, 
jak określono w dodatku 12. 
04)  Przyrząd rejestr ujący musi łączyć się z czytnikami wczesnego wykr ywania na odległość, jak 
określono w dodatku 14. 
05)  Przyrząd rejestr ujący może obejmo wać interfe js ITS, który został określony w dodatku 13. 
Urządzenie rejestr ujące może być podłączone do inny ch urządzeń poprzez dodatk owe interf ejsy lub 
poprzez opcjonalny interf ejs ITS. 
06)  Zawarci e w urządzeniu rejestr ującym lub przyłączenie do niego jakiejk olwiek funkcji, urządzenia lub 
urządzeń, zatwierdzon ych lub nie, nie może zakłócać, ani potencjalnie zakłócać, prawidło wego i 
bezpiecznego działania urządzenia rejestr ującego ani uchybiać przepisom niniejszego rozporządzenia. 
Użytk ownik ów urządzenia rejestr ującego identyfikują w sprzęcie ich karty do tachog rafów. 
07)  Urządzenie rejestr ujące zapewnia selektywne prawa dostępu do dany ch i funkcji zależnie od rodza ju 
lub tożsamości użytk ownika. 26.5.2016 L 139/19 Dziennik Urzędo wy Unii Europejskiej PL    
Urządzenie rejestr ujące rejestr uje i przecho wuje dane w pamięci dany ch, w urządzeniu do łączności na 
odległość i na kartach do tach ograf ów. 
Odbywa się to zgodnie z dyrektywą 95/46/WE z dnia 24 paździer nika 1995 r. w sprawie ochron y osób 
fizyc znych w zakresie przetwarzania dany ch osobo wych i swobod nego przepływu tych dany ch (1), 
dyrektywą 2002/58/WE z dnia 12 lipca 2002 r. doty czącą przetwarzania dany ch osobo wych i ochrony 
prywatności w sekt orze łączności elektronicznej (2) oraz zgodnie z art. 7 rozporządzenia (UE) nr 165/2014. 
2.2  Funkcje 
08)  Urządzenie rejestr ujące realizuje następujące funkcje: 
—  monitoro wanie wkładania i wyjmo wania kart, 
—  pomiar prędk ości, odległości i pozy cji, 
—  pomiar czasu, 
—  monitoro wanie czynności kiero wcy, 
—  monitoro wanie stanu prowadzenia pojazdu, 
—  dane wpro wadzane ręcznie przez kiero wcę: 
—  wpro wadzanie miejsca rozpoczęcia lub zakończenia okresu pracy , 
—  ręczne wpro wadzanie dany ch o czynnościac h kiero wcy, 
—  warunki szczególne, 
—  zarządzanie blokadami firmowymi, 
—  monitoro wanie czynności kontrolny ch, 
—  wykr ywanie zdarzeń lub uste rek, 
—  testy wbudo wane i autot esty, 
—  odczyt z pamięci dany ch, 
—  rejestro wanie i przec howywanie w pamięci dany ch, 
—  odczyt z kart do tachog rafów, 
—  rejestro wanie i przec howywanie na kartach do tachograf ów, 
—  wyświetlanie, 
—  drukowanie, 
—  ostrzega nie, 
—  pobieranie dany ch na nośniki zewnętrzne, 
—  łączność na odległość na potrzeby ukier unkowany ch kontroli drogo wych, 
—  wypro wadzanie dany ch do dodatk owych urządzeń, 
—  kalibracja, 
—  kontrola drogo wa kalibracji 
—  korekta czasu. 26.5.2016 L 139/20 Dziennik Urzędo wy Unii Europejskiej PL    
(1)Dz.U. L 281 z 23.11.1995, s. 31. 
(2)Dz.U. L 201 z 31.7.2002, s. 37. 
2.3  Tryby pracy 
09)  Urządzenie rejestr ujące może praco wać w czter ech trybac h pracy : 
—  tryb eksploatacyj ny, 
—  tryb kontrolny , 
—  tryb kalibracyjny , 
—  tryb firmowy. 
10)  Urządzenie rejestr ujące przełącza się do następujący ch trybów pracy zależnie od rodzaju ważnej 
karty do tachograf ów włożonej do czytnik ów kart. Do określenia trybu pracy nie jest istotna 
generacja karty do tach ografu, pod warunkiem że włożona karta jest ważna. Karta warsztato wa 
pier wszej generacji będzie zawsz e uznawana za nieważną, jeżeli zostanie włożona do przyrządu 
rejestracyjnego drugiej generacji. 
Tryb pracy Czytnik karty kiero wcy 
Brak karty Karta kiero wcy Karta kontrolna Karta warsztat owa Karta firmowa Czytnik karty współkierowcy Brak karty eksploatacyjny eksploatacy jny kontrolny kalibracyjny firmowy 
Karta kiero wcy eksploatacyjny eksploatacy jny kontrolny kalibracyjny firmowy 
Karta kontrolna kontroln y kontrolny kontrolny (*) eksploatacyjny eksploatacyjny 
Karta warszta ­
towa kalibracyjny kalibracyjny eksploatacyj ny kalibracyjny (*) eksploatacyjny 
Karta firmowa firmowy firmowy eksploatacyj ny eksploatacyjny firmowy(*) 
(*)  W tych sytuacjach urządzenie rejestr ujące korzysta tylko z karty do tachograf ów w czytniku kiero wcy.  
11)  Urządzenie rejestr ujące ignor uje włożone karty nieważne, z wyjątkiem tego, że możliwe jest 
wyświetlanie, drukowanie lub pobieranie dany ch zgromadzony ch na kartach, któryc h term in 
ważności minął. 
12)  Wszystkie funkcje wymienione w 2.2. działają w każdym trybie pracy z następującymi wyjątkami: 
—  funkcja kalibracji dostępna jest tylko w trybie kalibracyjny m, 
—  funkcja kontroli drogo wej kalibracji dostępna jest tylko w trybie kontrolny m, 
—  funkcja zarządzania blokadami firmowymi dostępna jest tylko w trybie firmowym, 
—  funkcja monit orowania czynności kontrolny ch dostępna jest tylko w trybie kontrolny m, 
—  funkcja pobierania dany ch nie jest dostępna w trybie eksploatacyjnym, z wyjątkiem przypadk ów 
w wymag aniu 193 i z wyjątkiem pobierania dany ch z karty kiero wcy, gdy żadna inna karta nie 
jest włożona do przyrządu rejestr ującego. 
13)  Urządzenie rejestr ujące może wypro wadzać dane na wyświetlacz, do drukarki lub interfejsó w 
zewnętrzny ch z następującymi wyjątkami: 
—w trybie eksploatacyj nym wszystkie dane identyfikujące osoby (nazwisk o i imię/imiona) nieodpo ­
wiadaj ące włożonej karcie do tachografu są wygas zone, a numer karty nieodpo wiadaj ący 
włożonej karcie do tachografu jest częścio wo wygas zony (wszystkie nieparzyste znaki od lewej do 
prawe j są wygaszone), 26.5.2016 L 139/21 Dziennik Urzędo wy Unii Europejskiej PL    
—  w trybie firmowym, dane doty czące kiero wcy (wymagan ia 102, 105 i 108) mogą być 
wypro wadzane tylko dla okresó w, w któryc h nie ma żadnej blokady ani żadna inna firma nie 
założyła blokady (określona pier wszymi 13 cyframi numer u karty firmowej), 
—  przy braku karty w czytniku urządzenia rejestr ującego dane doty czące kiero wcy mogą być 
wypro wadzane tylko dla bieżącego dnia kalendarzo wego i 8 poprzednich dni kalendarzo wych, 
—  dane osobo we pochodzące z przyrządu rejestr ującego nie mogą być wypro wadzane poprzez 
interfe js ITS przyrządu, o ile nie sprawdzono, że zgodził się na to kiero wca, które go dane 
doty czą, 
—  normaln y okres ważności operacji przyrządó w rejestr ujący ch wynosi 15 lat, począwszy od daty 
wydania świadectwa przyrządu rejestr ującego, ale przyrządy rejestr ujące mogą być wyk orzystane 
przez kolejne 3 miesiące wyłącznie do pobierania dany ch. 
2.4  Zabezpieczenia 
Celem zabezpieczenia systemu jest taka ochrona pamięci dany ch, by uniemożliwić nieaut oryzowany dostęp 
i manipulo wanie dany mi oraz wykr ycie wszelkic h takic h prób, ochrona integraln ości i autenty czności 
dany ch wymieniany ch między czujnikiem ruchu a przyrządem rejestr ującym, ochrona integraln ości i 
autenty czności dany ch wymienian ych między urządzeniem rejestr ującym a kartami do tachog rafów, 
ochrona integraln ości i autenty czności dany ch wymieniany ch między urządzeniem rejestr ującym a 
urządzeniem zewnętrznym GNSS, ochrona poufności, integralności i aute ntyczności dany ch wymieniany ch 
w ramac h wczesnego wykr ywania na odległość na potrzeby kontroli oraz sprawdzenie integralności i 
autenty czności pobierany ch dany ch. 
14)  W celu osiągnięcia bezpieczeństwa systemu, następujące elementy składo we muszą spełniać wymogi 
bezpieczeństwa określone w ich profilach zabezpieczenia, zgodnie z wymaganiami w dodatku 10: 
—  przyrząd rejestr ujący , 
—  karta do tach ografu, 
—  czujnik ruchu, 
—  urządzenie zewnętrzne GNSS (profi l ten jest tylko konieczny i stoso wany do zewnętrznego 
wariantu GNSS). 
3  WYMA GANIA KONSTR UKCYJNE I FUNK CJONALNE URZĄDZEŃ REJESTR UJĄCY CH 
3.1  Monit orowanie wkładania i wyjmo wania kart 
15)  Urządzenie rejestr ujące monitoruje czytniki kart w celu wykr ycia wkładania i wyjmo wania kart. 
16)  Po włożeniu karty urządzenie rejestr ujące sprawdza, czy włożona karta jest ważną kartą do 
tachografu i w przypadku ważnej karty spra wdza typ i generację karty. 
Jeżeli do urządzenia rejestr ującego włożona już była karta o tym sam ym numerze karty i wyższym 
numerze odno wienia, karta jest zgłaszana jako nieważna. 
Jeżeli do urządzenia rejestr ującego włożona już była karta o tym sam ym numerze karty i numerze 
odno wienia, ale wyższym numerze wymiany , karta jest zgłaszana jako nieważna. 
17)  Karty do tach ografu pier wszej generacji są uzna wane przez urządzenie rejestr ujące za nieważne, po 
tym jak możliwość korzystania z kart do tachog rafu pier wszej generacji została wyłączona przez 
warsztat, zgodnie z dodatkiem 15 (wym. MIG003). 
18)  Karty warsztato we pier wszej generacji wkładane do urządzeń rejestr ujący ch drugiej generacji są 
uznawane za nieważne. 
19)  Urządzenie rejestr ujące musi być skonstr uowane tak, aby po prawidło wym włożeniu do czytnika kart 
do tachog rafów były one blok owane we właściwej pozy cji. 26.5.2016 L 139/22 Dziennik Urzędo wy Unii Europejskiej PL    
20)  Odblok owanie kart do tachograf ów jest możliwe tylko przy zatrzymanym pojeździe i po zapisaniu 
odpo wiednich dany ch na kartach. Odblok owanie karty wymag a wyk onania przez użytk ownika 
odpo wiedniej czynności. 
3.2  Pomiar prędk ości, pozy cji i odległości 
21)  Czujnik ruchu (ewentualnie wbudo wan y w adap ter) jest głównym źródłem pomiar u prędk ości i 
odległości. 
22)  Funkcja ta nieprzer wanie mierzy i dostarcza wartość stanu licznika kilometró w odpo wiadaj ącą 
całk owitej drodze przeb ytej przez pojazd za pomocą impulsó w przekazywan ych przez czujnik ruchu. 
23) Funkcja ta nieprzer wanie mierzy i dostarcza wartość prędk ości pojazdu za pomocą impulsó w przeka ­
zywany ch przez czujnik ruchu. 
24)  Funkcja pomiar u prędk ości poda je także informacje o tym, czy pojazd porusza się, czy stoi. Uznaje 
się, że pojazd porusza się, gdy funkcja ta wykr ywa więcej niż 1 impuls na sekundę z czujnika ruchu 
przez co najmnie j 5 sekund, w przeciwnym razie uważa się, że pojazd stoi. 
25)  Urządzenia do pokazywania prędk ości (prędk ościomierz) i łącznej drogi przeb ytej (licznik 
kilometró w) zainstalo wane w pojeździe wyposażonym w urządzenie rejestr ujące, spełnia jące 
wymagania niniejszego rozporządzenia, spełniają wymagani a odnośnie do maksymalny ch tolerancji 
(zob. 3.2.1 i 3.2.2) określone w niniejszym załączniku. 
26)  W celu wykr ycia manipulo wania dany mi doty czącymi ruchu informacje z czujnika ruchu są 
potwierdzane przez informacje doty czące ruchu pojazdu pochodzące z odbior nika GNSS i 
opcjonalnie z inny ch źródeł niezależny ch od czujnika ruchu. 
27)  Funkcja ta mierzy pozy cję pojazdu w celu umożliwienia automaty cznej rejestracji: 
—  pozy cji, w któryc h kiero wca lub współkiero wca rozpoczyna ją dzienny okres pracy ; 
—pozy cji, w któryc h nieprzer wany czas prowadzenia pojazdu przez kiero wcę osiągnie wielok ­
rotność trzec h godzin; 
—  pozy cji, w któryc h kiero wca lub współkiero wca kończą dzienny okres pracy ; 
3.2.1  Pomiar przeb ytej drogi 
28)  Długość przeb ytej drogi może być mierzona, gdy pojazd porusza się: 
—  do przodu i do tyłu, albo 
—  tylko do przodu. 
29)  Urządzenie rejestr ujące mierzy odległość w zakresie 0–9 999 999,9 km. 
30)  Pomiar odległości jest wyk onywan y z następującą dokładnością (odległości co najmniej 1 000 m): 
—  ± 1 % przed instalacją, 
—  ± 2 % po instalacji i przeg lądzie okreso wym, 
—  ± 4 % podczas eksploatacji. 
31)  Pomiar odległości jest wyk onywan y z rozdzielczością co najmniej 0,1 km lub większą. 
3.2.2  Pomiar prędkości 
32)  Urządzenie rejestr ujące mierzy prędk ość w zakresie od 0 do 220 km/h. 26.5.2016 L 139/23 Dziennik Urzędo wy Unii Europejskiej PL    
33)  W celu zapewnienia maksymalnej tolerancji wskazywanej prędk ości ± 6 km/h podczas eksploatacji i 
uwzg lędniając: 
—  tolerancję ± 2 km/h na zmiany sygnału wejścio wego (zmiany opon, …), 
—  tolerancję ± 1 km/h dla pomiaró w wyk onywan ych w czasie instalacji lub przeg lądó w okreso wych, 
urządzenie rejestr ujące, dla zakresu prędk ości między 20 a 180 km/h i dla współczynnik ów charakte ­
rysty czny ch pojazdu między 4 000 a 25 000 impulsó w na km, mierzy prędk ość z dokładnością ± 
1 km/godz. (przy stałej prędk ości). 
Uwaga: Rozdzielczość przec howywania dany ch wpro wadza dodatk ową tolerancję ± 0,5 km/h do 
prędk ości zapisanej przez urządzenie rejestr ujące. 
34)  Prędk ość jest mierzona prawidło wo w zakresie normalny ch tolerancji w czasie nie dłuższym niż 2 
sekundy od zakończenia zmian y prędk ości, jeżeli prędk ość zmieniła się w tempie 2 m/s2. 
35)  Pomiar prędk ości jest wyk onywan y z dokładnością co najmniej 1 km/h lub wyższą. 
3.2.3  Pomiar pozycji 
36)  Urządzenie rejestr ujące mierzy bezwzg lędną pozy cję pojazdu za pomocą odbior nika GNSS. 
37)  Bezwzg lędną pozy cję mierzy się we współrzędny ch szerok ości i długości geografic znej, w stopn iach i 
minutach, z dokładnością do 1/10 minuty . 
3.3  Pomiar czasu 
38)  Funkcja pomiar u czasu mierzy czas nieprzer wanie i cyfro wo podaje czas UTC. 
39)  Do datowania w urządzeniu rejestr ującym (rejestracja, wymiana dany ch) i do wszystkic h wydr uków 
wymieniony ch w dodatku 4 „Wydr uki” używany jest czas UTC. 
40)  W celu wizualizacji czasu lokalnego możliwa jest zmiana przesunięcia wyświetlanego czasu skokowo 
co pół godziny . Nie dopuszcza się innych przesunięć poza przesunięciami wstecz lub do przodu o 
wielokrotność poło wy godziny; 
41)  Dryft czasu musi mieścić się w granicach ± 2 sek. dziennie w warunkach homolog acyjny ch, przy 
braku korekty czasu. 
42)  Pomiar czasu jest wyk onywan y z dokładnością co najmniej 1 sekundy lub więks zą. 
43) Odcięcie zewnętrznego źródła zasilania na czas nie krótszy niż 12 miesięcy w warunkach homologa ­
cyjny ch nie może wpływać na pomiar czasu. 
3.4  Monit orowanie czynności kiero wcy 
44)  Funkcja ta nieprzer wanie i odrębnie monitoruje czynności jednego kiero wcy i jednego 
współkiero wcy. 
45)  Czynnościami kiero wcy są PROWADZENIE , PRA CA, GOTO WOŚĆ lub PRZER WA/ODPOCZYNEK . 
46)  Kiero wca lub współkiero wca mogą ręcznie wybierać PRA CĘ, GOTO WOŚĆ lub PRZER WĘ/ODPOCZYNEK . 
47)  Gdy pojazd porusza się następuje automaty czne wybór czynności PROWADZENIE dla kiero wcy i 
GOTO WOŚĆ dla współkiero wcy. 26.5.2016 L 139/24 Dziennik Urzędo wy Unii Europejskiej PL    
48)  Gdy pojazd zatrzymuje się, następuje automaty czne wybranie czynności PRA CA dla kiero wcy . 
49)  Jeżeli w czasie 120 sekund od automa tycznej zmiany na PRA CĘ, wskute k zatrzymania pojazdu, 
nastąpi zmiana czynności na ODPOCZYNEK lub GOTO WOŚĆ , przyjmuje się, że pier wsza taka zmiana 
zaistniała w czasie postoju pojazdu (w ten sposób można anulo wać zmianę czynności na PRA CA). 
50)  Funkcja ta przekazuje zmian y czynności do funkcji rejestr ującej w odstępac h co jedną minutę. 
51)  W danej minucie zegarowej, jeżeli PROWADZENIE jest zarejestro wane jako czynność w minucie 
bezpośrednio ją poprzedzającej i następującej bezpośrednio po niej, to cała ta minuta liczy się jako 
PROWADZENIE . 
52)  W danej minucie zegarowej, nietrakto wanej jako PROWADZENIE zgodnie z wymag aniem 051, cała 
taka minuta liczy się jako jedna czynność, któr a trwała najdłużej w ciągu tej minuty (lub była 
najpóźniejsza w przypadku czynności o jednak owym czasie trwania). 
53)  Funkcja ta także nieprzer wanie monitoru je zaró wno nieprzer wan y czas prowadzenia pojazdu, jak i 
skumulo wany czas przer wy dla kiero wcy. 
3.5  Monit orowanie stanu prowadzenia pojazdu 
54)  Funkcja ta nieprzer wanie i automaty cznie monitoruj e stan prowadzenia pojazdu. 
55)  Po włożeniu dwóc h ważn ych kart kiero wcy wybieran y jest stan prowadzenia pojazdu ZAŁOGA , 
w każdym innym przypadku wybieran y jest stan prowadzenia pojazdu JEDEN KIER OWCA. 
3.6  Dane wpro wadzane przez kiero wców 
3.6.1  Wprow adzanie miejsca rozpoczęcia lub zakończenia okresu pracy 
56)  Funkcja ta umożliwia wpro wadzanie miejsc, gdzie według kiero wcy lub współkiero wcy rozpoczyna 
się lub kończy dzienny okres pracy . 
57)  Miejsca definiuje się jako kraj i dodatk owo, w stoso wny ch przypadkac h, region; są one wpro wadzane 
lub potwierdzane ręcznie. 
58)  W chwili wyjęcia karty kiero wcy urządzenie rejestr ujące sygnalizuje, że oczekuje od (współ)kiero wcy 
wpro wadzenia „miejsca zakończenia dziennego okresu pracy”. 
59)  Kiero wca wpro wadza wówczas bieżące miejsce pojazdu, a wpis ten uzna je się za tymczaso wy. 
60)  Możliwe jest wpro wadzenie miejsca rozpoczęcia lub zakończenia dziennego okresu pracy przez 
wybranie polecenia w menu. Jeżeli w ciągu jednej minuty zegarowej wydane zostaje więcej poleceń 
niż jedno, zarejestro wane zostaje tylko ostatnie miejsce rozpoczęcia i ostatnie miejsce zakończenia 
wybrane w tym czasie. 
3.6.2  Ręczne wprow adzanie czynności kierowcy i zgoda kierowcy na interfejs ITS 
61)  Po włożeniu karty kiero wcy (lub warsztato wej), i tylko w tym czasie, urządzenie rejestr ujące 
umożliwia ręczne wpro wadzanie czynności. Ręczne wpro wadzanie czynności wyk onuje się, stosując 
lokalny czas i datę strefy czaso wej (przesunięcie UTC) aktualnie ustawione w przyrządzie 
rejestr ującym. 
Po włożeniu karty kiero wcy lub warsztato wej przyrząd rejestr ujący przypomina posiadaczo wi karty: 
—  datę i godzinę ostatniego wyjęcia jego karty; 
—  opcjonalnie: przesunięcie czasu lokalnego aktualnie ustawi onego w przyrządzie rejestr ującym. 26.5.2016 L 139/25 Dziennik Urzędo wy Unii Europejskiej PL    
Przy pier wszym włożeniu danej karty kiero wcy lub warsztato wej, nieznanej przyrządo wi rejestr u­
jącemu, posiadacz karty jest proszony o wyrażenie zgody na wypro wadzenie dany ch osobo wych 
związany ch z tachograf em poprzez opcjonalny interf ejs ITS. 
W dowolnym momencie istnieje możliwość potwierdzenia lub wycofania zgody kiero wcy (ew. 
warsztatu) przez wybranie polecenia w menu, pod warunkiem że karta kiero wcy (lub warsztato wa) 
jest włożona. 
Wpro wadzanie czynności jest możliwe z następującymi ograniczeniami: 
—  rodza jem czynności musi być PRA CA, GOTO WOŚĆ lub PRZER WA/ODPOCZYNEK ; 
—  godzina rozpoczęcia i zakończenia każdej czynności zawar ta jest wyłącznie w okresie między 
ostatnim wyjęciem a obecnym włożeniem karty; 
—  niedopuszczalne jest nakładanie się na siebie w czasie okresó w wyk onywan ia tych czynności. 
W razie potrzeby możliwe jest ręczne wpro wadzanie czynności przy pier wszym włożeniu uprzednio 
nieużywanej karty kiero wcy (lub warsztato wej). 
Procedura ręcznego wpro wadzania czynności zawiera tyle kolejny ch etapó w, ile jest konieczne do 
ustawienia rodza ju każdej czynności, godziny jej rozpoczęcia i godziny jej zakończenia. Dla całego 
okresu między ostatnim wyjęciem a obecn ym włożeniem karty posiadacz karty może nie zgłaszać 
żadnej czynności. 
Podczas ręcznego wpro wadzania dany ch związanego z włożeniem karty, posiadacz karty ma, 
w stoso wny ch przypadkac h, możliwość wpro wadzenia: 
—  miejsca, w którym zakończył się poprzedni dzienny okres pracy powiązany z odnośnym czasem 
(czyli nadpisania wpisu przy ostatnim wyjęciu karty), 
—  miejsca, w który m rozpoczyna się obecny dzienny okres pracy powiązany z odnośnym czasem. 
Jeżeli posiadacz karty nie wpro wadzi miejsca rozpoczęcia lub zakończenia okresu pracy podczas 
ręcznego wpro wadzania dany ch związanego z włożeniem karty, będzie to równo ważne z potwier ­
dzeniem, że okres pracy nie zmienił się od ostatniego wyjęcia karty. Kolejne wpro wadzenie miejsca 
zakończenia poprzedniego dziennego okresu pracy nadpisze wówczas wpis tymczaso wy 
wpro wadzony przy ostatnim wyjęciu karty. 
Jeżeli wpro wadza się miejsce, rejestr uje się je na stoso wnej karcie do tachog rafu. 
Ręczne wpro wadzanie zostaje przer wane, jeżeli: 
—  karta zostaje wyjęta lub 
—  pojazd porusza się i karta znajduje się w czytniku karty kiero wcy. 
Dozwolone są dodatk owe przer wy, np. przekroczenie dozwolone go czasu po pewnym okresie braku 
aktywności użytk ownika. Jeżeli ręczne wpro wadzanie zostanie przer wane, urządzenie rejestr ujące 
dokonuje walidacji wszystkic h komplet nych miejsc i czynności (mający ch przypisane jednoznaczne 
miejsce i godzinę lub rodza j czynności, godzinę rozpoczęcia i godzinę zakończenia). 
Jeżeli podczas ręcznego wpro wadzania czynności dla wcześniej włożonej karty zostanie włożona 
karta drugiego kiero wcy lub karta warsztato wa, dopuszcza się uzupełnienie ręcznego wpro wadzania 
dla karty włożonej wcześniej przed rozpoczęciem ręcznego wpro wadzania dla drugiej karty. 
Posiadacz karty ma możliwość ręcznego wpro wadzenia zgodnie z następującą procedurą minimalną: 
—  Ręczne wpro wadzenie czynności w kolejności chronologicznej w okresie między ostatnim 
wyjęciem a obecn ym włożeniem karty. 26.5.2016 L 139/26 Dziennik Urzędo wy Unii Europejskiej PL    
—  Godzina rozpoczęcia pier wszej czynności jest ustawi ona na godzinę wyjęcia karty. Dla każdego 
kolejnego zapisu godzina rozpoczęcia jest wstępnie ustawiona tak, aby następo wała bezpośrednio 
po godzinie zakończenia poprzedniego zapisu. Rodzaj czynności i godzinę zakończenia wybiera 
się dla każdej czynności. 
Procedura kończy się, gdy godzina zakończenia ręcznie wpro wadzanej czynności pokr ywa się 
z godziną włożenia karty. Urządzenie rejestr ujące umożliwia opcjonalnie posiadaczo wi karty modyfi ­
kowanie ręcznie wpro wadzonej czynności aż do zatwierdzenia przez wybranie odpo wiedniego 
polecenia. W późniejszym czasie wpro wadzenie takich zmian jest zabronione. 
3.6.3  Wprow adzanie warunkó w szczególny ch 
62)  Urządzenie rejestr ujące umożliwia kiero wcy wpro wadzenie w czasie rzeczywistym następujący ch 
dwóc h warunków szczególn ych: 
—  „POZA ZAKRESEM ” (początek, koniec) 
—  „PRZEPRA WA PROMO WA / PRZEJAZD KOLEJO WY” (początek, koniec). 
Jeżeli wybran y jest warunek „POZA ZAKRESEM ”, nie może równocześnie występo wać warunek 
„PRZEPRA WA PROMO WA / PRZEJAZD KOLEJO WY”. 
Włożenie lub wyjęcie karty kiero wcy powoduje automat ycznie zakończenie wybranego stanu „POZA 
ZAKRESEM ”. 
Wybran y stan „POZA ZAKRESEM ” blokuje następujące zdarzenia i ostrzeżenia: 
—  prowadzenie pojazdu bez prawidło wej karty, 
—  ostrzeżenia związane z nieprzer wanym czasem prowadzenia pojazdu. 
Znacznik rozpoczęcia PRZEPRA WY PROMO WEJ / PRZEJAZDU KOLEJO WEGO ustawi a się przed 
wyłączeniem silnika na promie/w pociągu. 
Zamknięcie otwar tego stanu PRZEPRA WA PROMO WA / PRZEJAZD KOLEJO WY musi nastąpić, jeżeli 
wystąpi jedna z następujący ch sytuacji: 
—  kiero wca ręcznie kończy stan PRZEPRA WA PROMO WA / PRZEJAZD KOLEJO WY; 
—  kiero wca wyjmuje swoj ą kartę. 
Otwar ty stan PRZEPRA WA PROMO WA / PRZEJAZD KOLEJO WY kończy się w momencie, gdy przystaje 
być on ważny na podsta wie zasad określony ch w rozporządzeniu (WE) nr 561/2006. 
3.7  Zarządzanie blok adami firmowymi 
63)  Funkcja ta umożliwia zarządzanie blokadami umieszczan ymi przez firmę w celu ograniczenia 
dostępu do dany ch, gdy urządzenie pracuje w trybie firmowym. 
64)  Blokady firmowe polega ją na ustawi eniu daty/godziny rozpoczęcia (włączenie blokady) i daty/ 
godziny zakończenia (zwolnienie blokady) związan ych z identyfika cją firmy pobraną z numer u karty 
firmowej (przy włączeniu blokady). 
65)  Blokady można włączać i zwalniać tylko w czasie rzeczywistym. 
66)  Blokadę może zwol nić tylko ta firma, któr a ją włączyła (identyfik owana na podstawie pier wszy ch 13 
cyfr numer u karty firmowej), lub 26.5.2016 L 139/27 Dziennik Urzędo wy Unii Europejskiej PL    
67)  Zwolnie nie następuje automaty cznie po włączeniu blokady przez inną firmę. 
68)  W przypadku gdy firma włącza blokadę, a poprzednia blokada była włączona przez tę samą firmę, 
przyjmuje się, że poprzednia blokada nie została zwol niona i nadal jest włączona. 
3.8  Monit orowanie czynności kontrolny ch 
69)  Funkcja ta monitoruj e wyk onywan e w trybie kontrolny m czynności WYŚWIETL ANIA, DRUKOWANIA, 
POBIERANIA DANY CH z przyrządu rejestr ującego i karty oraz KONTR OLI DROGO WEJ KALIBRA CJI. 
70)  Funkcja ta również monitoruj e KONTR OLE PRZEKR OCZENIA PRĘDK OŚCI wyk onywan e w trybie 
kontroln ym. Uznaje się, że kontrola przekroczenia prędk ości została przepro wadzona, gdy w trybie 
kontroln ym komunikat „przekroczenie prędk ości” zostaje wysłan y do drukarki lub wyświetlony na 
monitorze, lub gdy dane o „zdarzeniach i usterkac h” zostały pobrane z pamięci dany ch przyrządu 
rejestr ującego. 
3.9  Wykrywanie zdarzeń lub usterek 
71)  Funkcja ta wykr ywa następujące zdarzenia lub usterki: 
3.9.1  Zdarzenie „włożenie nieważnej karty” 
72)  Zdarzenie to uruchamiane jest przez włożenie nieważnej karty, włożenie karty kiero wcy, która 
została wymieniona, lub wygaśnięcie ważności włożonej, ważnej karty. 
3.9.2  Zdarzenie „konf likt kart” 
73)  Zdarzenie to uruchamiane jest przez każdą kombinację ważn ych kart zaznaczoną X w tabeli poniżej: 
Konflikt kart Czytnik karty kiero wcy 
Brak karty Karta kiero wcy Karta kontrolna Karta warsztat owa Karta firmowa Czytnik karty współkierowcy Brak karty      
Karta kiero wcy    X  
Karta kontrolna   X X X 
Karta warszta ­
towa  X X X X 
Karta firmowa   X X X  
3.9.3  Zdarzenie,,nakładające się czasy 
74)  Zdarzenie to uruchamiane jest w sytuacji, gdy data/godzina ostatniego wyjęcia karty kiero wcy, 
odczytana z karty, jest późniejsza niż bieżąca data/godzina urządzenia rejestr ującego, do któr ego 
karta jest wkładana. 26.5.2016 L 139/28 Dziennik Urzędo wy Unii Europejskiej PL    
3.9.4  Zdarzenie „prow adzenie pojazdu bez prawidłowej karty” 
75)  Zdarzenie to uruchamiane jest przez każdą kombinację ważny ch kart do tachog rafów zaznaczoną X 
w poniższej tabeli, gdy czynność kiero wcy zmienia się na PROWADZENIE lub w przypadku zmian y 
trybu pracy , w czasie gdy czynnością wyk onywaną przez kiero wcę jest PROWADZENIE : 
Prowadzenie pojazdu bez 
prawidło wej karty Czytnik karty kiero wcy 
Brak karty (lub 
karta nieważna) Karta kiero wcy Karta kontrolna Karta warsztat owa Karta firmowa Czytnik karty współkierowcy Brak karty (lub 
karta nieważna) X  X  X 
Karta kiero wcy X  X X X 
Karta kontrolna X X X X X 
Karta warszta ­
towa X X X  X 
Karta firmowa X X X X X  
3.9.5  Zdarzenie „włożenie karty podczas prowadzen ia pojazdu” 
76)  Zdarzenie to uruchamia się, gdy do dowolnego czytnika włożona zostaje karta do tach ografu, a 
czynnością kiero wcy jest PROWADZENIE . 
3.9.6  Zdarzenie „Sesja ostatniej karty niezamknięta prawidłowo” 
77)  Zdarzenie to uruchamia się, gdy przy wkładaniu karty urządzenie rejestr ujące wykr yje, że pomimo 
przepisó w określony ch w pkt 3.1 sesja poprzedniej karty nie została prawidł owo zamknięta (kar ta 
została wyjęta przed zapisaniem na karcie wszystkic h wymagan ych dany ch). Zdarzenie to 
uruchamia ją tylko karty kiero wcy i warsztato we. 
3.9.7  Zdarzenie „przekr oczenie prędkości” 
78)  Zdarzenie to uruchamia się przy każdym przekroczeniu prędk ości. 
3.9.8  Zdarzenie „przer wa w zasilaniu” 
79) Z wyjątkiem trybu kalibracyjnego lub kontrolnego, zdarzenie to uruchamia się w przypadku przekra ­
czającej 200 ms przer wy w zasilaniu czujnika ruchu lub przyrządu rejestr ującego. Wartość progo wą 
przer wy definiuje producent. Przer wa w zasilaniu spowodo wana uruchamianiem silnika pojazdu nie 
może uruchamiać tego zdarzenia. 
3.9.9  Zdarzenie „błąd połączenia z urządzeniem do łączności na odległość” 
80)  Z wyjątkiem trybu kalibracyjnego, zdarzenie to uruchamia się w przypadku gdy urządzenie do 
łączności na odległość nie potwierdza odbior u dany ch przesyłan ych zdalnie z przyrządu rejestr u­
jącego podczas więcej niż trzech prób. 
3.9.10  Zdarzenie „brak informacji o pozycji z odbior nika GNSS” 
81)  Z wyjątkiem trybu kalibracyjnego, zdarzenie to uruchamia się w przypadku braku informacji o 
pozy cji pochodzący ch z odbior nika GNSS (wewnętrznego lub zewnętrznego) przez ponad trzy 
godziny skumulo wanego czasu prowadzenia pojazdu. 26.5.2016 L 139/29 Dziennik Urzędo wy Unii Europejskiej PL    
3.9.11  Zdarzenie „błąd połączenia z urządzeniem zewnętrznym GNSS” 
82)  Z wyjątkiem trybu kalibracyjnego, zdarzenie to uruchamia się w przypadku przer wy w łączności 
między urządzeniem zewnętrznym GNSS a przyrządem rejestr ującym przez ponad 20 kolejny ch 
minut, kiedy pojazd jest w ruchu. 
3.9.12  Zdarzenie „błąd dany ch dotyczący ch ruchu” 
83)  Z wyjątkiem trybu kalibracyjnego, zdarzenie to uruchamia się w przypadku przer wy 
w normaln ym przepływie dany ch między czujnikiem ruchu a przyrządem rejestr ującym lub 
w przypadku błędu integralności dany ch lub błędu uwierzytelnienia dany ch wymieniany ch między 
czujnikiem ruchu a przyrządem rejestr ującym. 
3.9.13  Zdarzenie „konf likt ruchu pojazdu” 
84)  Z wyjątkiem trybu kalibracyjnego, zdarzenie to uruchamia się, jeżeli informacje o ruchu 
z czujnika ruchu są sprzeczne z informacjami o ruchu obliczonymi z wewnętrznego odbior nika 
GNSS lub urządzenia zewnętrznego GNSS i ewentualnie z innych niezależny ch źródeł, jak określono 
w dodatku 12. Zdarzenie to nie uruchamia się podczas przeprawy promo wej lub przejazdu 
kolejo wego, w przypadku stanu POZA ZAKRESEM, ani w razie niedostępności informacji o pozy cji 
z odbior nika GNSS. 
3.9.14  Zdarzenie „próba naruszenia zabezpieczenia” 
85)  Zdarzenie to uruchamiane jest przez każde inne zdarzenie narusza jące zabezpieczenie czujnika ruchu 
lub przyrządu rejestr ującego lub urządzenia zewnętrznego GNSS, zgodnie z wymogam i w dodatku 
10, z wyjątkiem trybu kalibracyjnego. 
3.9.15  Zdarzenie „konf likt czasu” 
86)  Z wyjątkiem trybu kalibracyjnego, zdarzenie to uruchamia się, jeżeli przyrząd rejestr ujący wykr yje 
rozbieżność więks zą niż 1 min. między czasem określony m przez funkcję pomiar u czasu 
w przyrządzie rejestr ującym a czasem pochodzącym z odbior nika GNSS. Wyda rzenie to jest 
rejestro wane wraz z wartości ą zegara wewnętrznego przyrządu rejestr ującego oraz z automaty czną 
korektą czasu. Po uruchomieniu zdarzenia konfliktu czasu przyrząd rejestr ujący nie gener uje inny ch 
zdarzeń konfliktu czasu przez kolejny ch 12 godzin. Wydarzenie to nie uruchamia się, jeżeli 
odbior nik GNSS nie wykr ywał prawidło wego sygnału GNSS w ciągu ostatnic h 30 dni. Jednakże 
w momencie gdy informacja o pozy cji z odbior nika GNSS stanie się pono wnie dostępna, ma miejsce 
automaty czna korekta czasu. 
3.9.16  Usterka „karta” 
87)  Usterkę tę uruchamia błąd karty do tach ografu podczas pracy . 
3.9.17  Usterka „urządzenie rejestrujące” 
88)  Usterkę tę uruchamia dowolny z następujący ch błędó w, z wyjątkiem pracy w trybie kalibracyjnym: 
—  uster ka wewnętrzna przyrządu rejestr ującego 
—  uster ka drukarki 
—  uster ka wyświetlacza 
—  uster ka pobierania dany ch 
—  uster ka czujnika 
—  uster ka odbior nika GNSS lub urządzenia zewnętrznego GNSS 
—  uster ka urządzenia do łączności na odległość 26.5.2016 L 139/30 Dziennik Urzędo wy Unii Europejskiej PL    
3.10  Testy wbudo wane i autotesty 
89)  Urządzenie rejestr ujące samoczynnie wykr ywa uste rki, wyk onując autot esty i testy wbudo wane, 
zgodnie z poniższą tabelą: 
Testo wan y podzespół Autotest Test wbudo wany 
Oprogramo wanie  Integralność 
Pamię ć dany ch Dostęp Dostęp, integralność da­
nych 
Czytniki kart Dostęp Dostęp 
Klawiatura  Kontrola ręczna 
Drukarka (w gestii producenta) Wydr uk 
Wyświ etlacz  Kontrola wzrok owa 
Pobieranie dany ch 
(wyk onywane tylko podczas pobierania) Prawidło wa praca  
Czujnik Prawidło wa praca Prawidło wa praca 
Urządzenie do łączności na odległość Prawidło wa praca Prawidło wa praca 
Urządzenie GNSS Prawidło wa praca Prawidło wa praca  
3.11  Odczyt z pamięci dany ch 
90)  Urządzenie rejestr ujące umożliwia odczyt dany ch przec howywany ch w jego pamięci dany ch. 
3.12  Rejestracja i przecho wywanie w pamięci dany ch 
Do celó w niniejszego pkt: 
—  „365 dni” definiuje się jako 365 dni kalendarzo wych przeciętny ch czynności wyk onywan ych przez 
kiero wców w pojeździe. Przeciętne czynności na dzień w pojeździe definiuje się jako co najmniej 6 
kiero wców lub współkiero wców, 6 cykli wkładania i wyjmo wania karty i 256 zmian czynności. „365 
dni” obejmuje zate m co najmniej 2 190 (współ)kiero wców, 2 190 cykli wkładania i wyjmo wania karty i 
93 440 zmian czynności, 
—  średnia liczba pozy cji na dzień jest definio wana jako co najmniej 6 pozy cji, w któryc h rozpoczyna się 
dzienn y okres pracy , 6 pozy cji, w któryc h nieprzer wany czas prowadzenia pojazdu kiero wcy osiąga 
wielokrotność trzech godzin oraz 6 pozy cji, w któryc h kończy się dzienny okres pracy , tak więc „365 
dni” obejmuje co najmniej 6 570 pozy cji, 
—  czas jest rejestro wan y z dokładnością do jednej minuty , chyba że ustalono inaczej, 
—  stany licznika kilometró w rejestr uje się z dokładnością do jednego kilometra, 
—  prędk ości rejestr uje się z dokładnością do 1 km/h, 
—  pozy cje (szerok ość i długość ) rejestr uje się w stopniac h i minutach , z dokładnością do 1/10 minuty , 
z powiązaną dokładnością GNSS i czasem pobrania dany ch. 26.5.2016 L 139/31 Dziennik Urzędo wy Unii Europejskiej PL    
91)  Odcięcie zewnętrznego źródła zasilania na czas krótszy niż dwanaście miesięcy , w warunkac h 
homologacyjn ych, nie może wpływać na dane przecho wywane w pamięci dany ch. Ponadto odcięcie 
zasilania na czas krótszy niż 28 dni nie może mieć wpływu na dane przec howywane 
w zewnętrznym urządzeniu do łączności na odległość, zgodnie z definicją w dodatku 14. 
92)  Urządzenie rejestr ujące umożliwia rejestro wanie, pośrednio lub bezpośrednio, w pamięci dany ch 
następujący ch informacji: 
3.12.1  Dane identyfik ujące sprzęt 
3.12.1.1  Dane identyfikujące przyrząd rejestr ujący 
93) Urządzenie rejestr ujące umożliwia przec howywanie w pamięci dany ch następujący ch dany ch identyfi ­
kujący ch przyrząd rejestr ujący: 
—  nazwa producenta, 
—  adres producenta, 
—  numer części, 
—  numer seryjny, 
—  generacja przyrządu rejestr ującego, 
—  możliwoś ć korzystania z kart do tachog rafów pier wszej generacji, 
—  numer wersji oprogramo wania, 
—  data instalacji wersji oprogramo wania, 
—  rok produkcji urządzenia, 
—  numer homologacji, 
94)  Dane identyf ikujące przyrząd rejestr ujący są rejestro wane i zapisywane w pamięci definit ywnie przez 
producenta przyrządu rejestr ującego, z wyjątkiem dany ch doty czący ch oprogramo wania i numer u 
homologacji, które mogą zmieniać się w przypadku aktualizacji oprogramo wania, oraz z wyjątkiem 
możliwości korzystania z kart do tachog rafów pier wszej generacji. 
3.12.1.2  Dane identyfikujące czujnik ruchu 
95)  Czujnik ruchu umożliwia przec howywanie w pamięci następujący ch dany ch identyf ikujący ch: 
—  nazwa producenta, 
—  numer seryjny, 
—  numer homologacji, 
—identyfika tor wbudo wanego elementu zabezpieczenia (np. numer części wewnętrznego mikropro ­
cesora), 
—  identyfika tor systemu operacyjnego (np. numer wersji oprogramo wania). 
96)  Dane identyfikujące czujnik ruchu są rejestro wane i zapisywane w czujniku ruchu definitywnie przez 
producenta czujnika ruchu. 
97)  Przyrząd rejestr ujący musi mieć możliw ość rejestro wania i zacho wywania w pamięci następujący ch 
dany ch związany ch z 20 ostatnimi sparo waniami czujnik ów ruchu (jeżeli podczas jednego dnia 
kalendarzo wego miało miejsce wiele sparo wań, zach owywane jest tylko pier wsze i ostatnie z danego 
dnia): 
Przy każdym sparo waniu rejestr uje się następujące dane: 
—  dane identyf ikujące czujnik ruchu: 
—  numer seryjny 
—  numer homologacji 26.5.2016 L 139/32 Dziennik Urzędo wy Unii Europejskiej PL    
—  dane sparo wania czujnika ruchu: 
—  data sparo wania. 
3.12.1.3  Dane identyfikujące globalnego systemu nawig acji satelitar nej 
98) Urządzenie zewnętrzne GNSS umożliwia przech owywanie w pamięci następujący ch dany ch identyfi ­
kujący ch: 
—  nazwa producenta, 
—  numer seryjny, 
—  numer homologacji, 
—identyfika tor wbudo wanego elementu zabezpieczenia (np. numer części wewnętrznego mikropro ­
cesora), 
—  identyfika tor systemu operacyjnego (np. numer wersji oprogramo wania). 
99)  Dane identyfikujące są rejestro wane i zapisywane w urządzeniu zewnętrzn ym GNSS definitywnie 
przez producenta urządzenia zewnętrznego GNSS. 
100)  Przyrząd rejestr ujący musi mieć możliw ość rejestro wania i zacho wywania w pamięci następujący ch 
dany ch związany ch z 20 ostatnimi powiązaniami urządzeń zewnętrzny ch GNSS (jeżeli podczas 
jednego dnia kalendarzo wego miało miejsce wiele powiązań, zach owywane jest tylko pier wsze i 
ostatnie z danego dnia). 
Przy każdym powiązaniu rejestr uje się następujące dane: 
—  dane identyf ikujące urządzenia zewnętrznego GNSS: 
—  numer seryjny, 
—  numer homologacji , 
—  dane doty czące powiązania z urządzeniem zewnętrznym GNSS: 
—  data powiązania. 
3.12.2  Klucze i certyfik aty 
101)  Urządzenie rejestr ujące umożliwia przech owywanie szeregu kluczy i certyfikató w kryptograficzn ych, 
jak określono w dodatku 11 część A i część B. 
3.12.3  Dane rejestrow ane przy wkładaniu i wyjmowa niu karty kierowcy lub warsztatowej 
102)  Przy każdym cyklu wkładania/wyjmo wania karty kiero wcy lub warsztato wej do urządzenia, 
urządzenie rejestr ujące rejestr uje i przec howuje w pamięci dany ch następujące informacje: 
—  nazwisk o i imię (imiona) posiadacza karty zapisane na karcie, 
—  numer karty, państwo członk owskie wydaj ące kartę i termin ważności zapisane na karcie, 
—  generację karty, 
—  datę i godzinę włożenia karty, 
—  stan licznika kilometró w przy wkładaniu karty, 
—  szczelinę czytnika, do któr ej karta jest wkładana, 
—  datę i godzinę wyjęcia karty, 
—  stan licznika kilometró w przy wyjęciu karty, 26.5.2016 L 139/33 Dziennik Urzędo wy Unii Europejskiej PL    
—  następujące informacje o poprzednim pojeździe używanym przez kiero wcę, zapisane na karcie: 
—  numer VRN i państwo członk owskie rejestracji, 
—  generacja przyrządu rejestr ującego (w razie dostępności), 
—  datę i godzinę wyjęcia karty, 
—  wskaźnik stanu pokazujący , czy przy wkładaniu karty posiadacz karty wpro wadził ręcznie 
informacje o wyk onywaniu czynności. 
103)  Pamię ć dany ch wystarcza do przec howywania tych dany ch przez co najmniej 365 dni. 
104)  W przypadku zapełnienia pamięci dany ch nowe dane zastępują dane najstarsze. 
3.12.4  Dane dotyczące czynności kierowcy 
105)  Urządzenie rejestr ujące rejestr uje i przecho wuje w pamięci dany ch za każdym razem, kiedy następuje 
zmiana czynności kiero wcy lub współkiero wcy, lub za każdym razem, kiedy następuje zmiana stanu 
prowadzenia pojazdu, lub za każdym razem, kiedy następuje włożenie lub wyjęcie karty kiero wcy 
lub karty warsztato wej: 
—  stan prowadzenia pojazdu (ZAŁOGA, JEDEN KIER OWCA), 
—  szczelinę czytnika (KIER OWCA, WSPÓŁKIER OWCA), 
—  status karty w odpo wiedniej szczelinie czytnika kart (WŁOŻONA, NIEWŁOŻONA ), 
—  czynność (PROWADZENIE, GOTO WOŚĆ, PRA CA, PRZER WA/ODPOCZYNEK ), 
—  datę i godzinę zmian y. 
WŁOŻONA oznacza, że do czytnika jest włożona ważna karta kiero wcy lub warsztato wa. 
NIEWŁOŻONA oznacza sytuację przeciwną, tzn. że do czytnika nie jest włożona ważna karta 
kiero wcy ani warsztato wa (np. włożona jest karta firmowa lub brak jest karty). 
Dane doty czące czynności ręcznie wpro wadzone przez kiero wcę nie są rejestro wane w pamięci 
dany ch. 
106)  Pamię ć dany ch wystarcza do przech owywania dany ch doty czący ch czynności kiero wcy przez co 
najmniej 365 dni. 
107)  W przypadku zapełnienia pamięci dany ch nowe dane zastępują dane najstarsze. 
3.12.5 Miejsca i pozycje , w których zaczynają się i kończą dzienne okres y pracy lub w których osiągnięto 3 godziny nieprzer ­
wanego czasu prowadzenia pojazdu 
108)  Urządzenie rejestr ujące rejestr uje i przech owuje w pamięci następujące dane: 
—  miejsca i pozy cje, w któryc h kiero wca lub współkiero wca rozpoczyna ją dzienny okres pracy ; 
—pozy cje, w któryc h nieprzer wany czas prowadzenia pojazdu przez kiero wcę osiągnie wielok ­
rotność trzec h godzin; 
—  miejsca i pozy cje, w któryc h kiero wca lub współkiero wca kończą dzienny okres pracy ; 
109)  Jeżeli w danym momencie pozy cja pojazdu nie jest dostępna z odbior nika GNSS, urządzenie 
rejestr ujące korzysta z ostatniej dostępnej pozy cji i odpo wiadają cej jej daty i godziny . 
110)  Wraz z miejscem lub pozy cją urządzenie rejestr ujące rejestr uje i przec howuje w pamięci następujące 
dane: 
—  numer karty (współ)kiero wcy i państwo członk owskie wydaj ące kartę, 
—  generację karty, 26.5.2016 L 139/34 Dziennik Urzędo wy Unii Europejskiej PL    
—  datę i godzinę wpisu, 
—  rodza j wpisu (rozpoczęcie, zakończenie lub 3 godziny nieprzer wanego czasu prowadzenia 
pojazdu), 
—  w stoso wny ch przypadkach odpo wiednią dokładność GNSS, datę i godzinę, 
—  stan licznika kilometró w. 
111)  Pamię ć dany ch wystarcza do przech owywania miejsc i pozy cji, w któryc h zaczyna ją się i kończą 
dzienne okresy pracy lub w któryc h osiągnięt o 3 godziny nieprzer wanego czasu prowadzenia 
pojazdu, przez co najmniej 365 dni. 
112)  W przypadku zapełnienia pamięci dany ch nowe dane zastępują dane najstarsze. 
3.12.6  Dane dotyczące licznika kilometrów 
113)  Urządzenie rejestr ujące rejestr uje w pamięci dany ch stan licznika kilometró w i odpo wiednią datę o 
północy każdego dnia kalendarzo wego. 
114)  Pamię ć dany ch wystarcza do przecho wywania dany ch doty czący ch stanu licznika o północy przez co 
najmniej 365 dni kalendarzo wych. 
115)  W przypadku zapełnienia pamięci dany ch nowe dane zastępują dane najstarsze. 
3.12.7  Dane szczegó łowe dotyczące prędkości 
116)  Urządzenie rejestr ujące rejestr uje i przech owuje w pamięci dany ch prędk ość chwilo wą pojazdu wraz 
z datą i godziną, rejestro wane co sekundę przez okres co najmniej ostatnich 24 godzin, w któryc h 
pojazd był w ruchu. 
3.12.8  Dane dotyczące zdarzeń 
Do celó w niniejszego podpunktu czas rejestr uje się z dokładnością do 1 sekundy . 
117)  Urządzenie rejestr ujące rejestr uje i przecho wuje w pamięci dany ch następujące dane dla każdego 
zdarzenia wykr ytego zgodnie z poniższymi zasadami przec howywania dany ch: 
Zdarzenie Zasady przecho wywania Dane rejestro wane dla zdarzenia 
Włożenie nieważnej karty —  10 ostatnich zdarzeń —  data i godzina zdarzenia 
—  typ karty, numer , państwo członk owskie 
wydające kartę i generacja karty, która 
wywołała zdarzenie 
—  liczba podobn ych zdarzeń w tym dniu 
Konflikt kart —  10 ostatnich zdarzeń —  data i godzina początku zdarzenia 
—  data i godzina końca zdarzenia 
—  typ karty, numer , państwo członk owskie 
wydające kartę i generacja dwóc h kart, 
które wyw ołały konflikt 
Prowadzenie pojazdu bez 
prawidł owej karty —najdłuższe zdarzenie w każdym z ostat ­
nich 10 dni ich występo wania 
—5 najdł uższy ch zdarzeń w ciągu ostat ­
nich 365 dni —  data i godzina początku zdarzenia 
—  data i godzina końca zdarzenia 
—  typ karty, numer , państwo członk owskie 
wydające kartę i generacja dla każdej 
karty wpro wadzonej na początku lub 
pod koniec zdarzenia 
—  liczba podobn ych zdarzeń w tym dniu 26.5.2016 L 139/35 Dziennik Urzędo wy Unii Europejskiej PL    
Zdarzenie Zasady przecho wywania Dane rejestro wane dla zdarzenia 
Włożenie karty podczas 
jazdy —  ostatnie zdarzenie dla każdego z 10 
ostatnich dni ich występo wania —  data i godzina zdarzenia 
—  typ karty, numer , państwo członk owskie 
wydające kartę i generacja 
—  liczba podobn ych zdarzeń w tym dniu 
Sesja ostatniej karty nie­
zamknięta prawidło wo —  10 ostatnich zdarzeń —  data i godzina włożenia karty 
—  typ karty, numer , państwo członk owskie 
wydające kartę i generacja 
—  dane doty czące ostatniej sesji odczytane 
z karty: 
—  data i godzina włożenia karty 
—  numer VRN, państwo członk owskie 
rejestracji i generacja przyrządu re­
jestr ującego 
Przekroczenie prędk ości (1) —  najpoważniejsze zdarzenie dla każdego 
z 10 ostatnich dni od zaistnienia zda­
rzenia (tzn. zdarzenie o najwyższej 
przeciętnej prędk ości) 
—  5 najpoważniejszy ch zdarzeń w ciągu 
ostatnich 365 dni 
—pier wsze zdarzenie zaistniałe po ostat ­
niej kalibracji —  data i godzina początku zdarzenia 
—  data i godzina końca zdarzenia 
—mak symalna prędk ość zmierzona w cza­
sie zdarzenia 
—średnia arytmety czna prędk ość zmie ­
rzona w czasie zdarzenia 
—  typ karty, numer , państwo członk owskie 
wydające kartę i generacja karty kie­
rowcy (w stoso wnych przypadkac h) 
—  liczba podobn ych zdarzeń w tym dniu 
Przer wa w zasilaniu (2) —najdłuższe zdarzenie w każdym z ostat ­
nich 10 dni ich występo wania 
—5 najdł uższy ch zdarzeń w ciągu ostat ­
nich 365 dni —  data i godzina początku zdarzenia 
—  data i godzina końca zdarzenia 
—  typ karty, numer , państwo członk owskie 
wydające kartę i generacja dla każdej 
karty wpro wadzonej na początku lub 
pod koniec zdarzenia 
—  liczba podobn ych zdarzeń w tym dniu 
Błąd połączenia z urządze ­
niem do łączności na odleg ­
łość —najdłuższe zdarzenie w każdym z ostat ­
nich 10 dni ich występo wania 
—5 najdł uższy ch zdarzeń w ciągu ostat ­
nich 365 dni —  data i godzina początku zdarzenia 
—  data i godzina końca zdarzenia 
—  typ karty, numer , państwo członk owskie 
wydające kartę i generacja dla każdej 
karty wpro wadzonej na początku lub 
pod koniec zdarzenia 
—  liczba podobn ych zdarzeń w tym dniu 
Brak informacji o pozy cji 
z odbior nika GNSS —najdłuższe zdarzenie w każdym z ostat ­
nich 10 dni ich występo wania 
—5 najdł uższy ch zdarzeń w ciągu ostat ­
nich 365 dni —  data i godzina początku zdarzenia 
—  data i godzina końca zdarzenia 
—  typ karty, numer , państwo członk owskie 
wydające kartę i generacja dla każdej 
karty wpro wadzonej na początku lub 
pod koniec zdarzenia 
—  liczba podobn ych zdarzeń w tym dniu 26.5.2016 L 139/36 Dziennik Urzędo wy Unii Europejskiej PL    
Zdarzenie Zasady przecho wywania Dane rejestro wane dla zdarzenia 
Błąd dany ch doty czący ch ru­
chu —najdłuższe zdarzenie w każdym z ostat ­
nich 10 dni ich występo wania 
—5 najdł uższy ch zdarzeń w ciągu ostat ­
nich 365 dni —  data i godzina początku zdarzenia 
—  data i godzina końca zdarzenia 
—  typ karty, numer , państwo członk owskie 
wydające kartę i generacja dla każdej 
karty wpro wadzonej na początku lub 
pod koniec zdarzenia 
—  liczba podobn ych zdarzeń w tym dniu 
Konflikt ruchu pojazdu —najdłuższe zdarzenie w każdym z ostat ­
nich 10 dni ich występo wania 
—5 najdł uższy ch zdarzeń w ciągu ostat ­
nich 365 dni —  data i godzina początku zdarzenia 
—  data i godzina końca zdarzenia 
—  typ karty, numer , państwo członk owskie 
wydające kartę i generacja dla każdej 
karty wpro wadzonej na początku lub 
pod koniec zdarzenia 
—  liczba podobn ych zdarzeń w tym dniu 
Próba naruszenia zabezpie ­
czenia —10 ostatnic h zdarzeń wg typu zdarze ­
nia —  data i godzina początku zdarzenia 
—  data i godzina zakończenia zdarzenia 
(jeżeli jest istotna) 
—  typ karty, numer , państwo członk owskie 
wydające kartę i generacja dla każdej 
karty wpro wadzonej na początku lub 
pod koniec zdarzenia 
—  typ zdarzenia 
Konflikt czasu —najdłuższe zdarzenie w każdym z ostat ­
nich 10 dni ich występo wania 
—5 najdł uższy ch zdarzeń w ciągu ostat ­
nich 365 dni —data i godzina z urządzenia rejestr ują­
cego 
—  data i godzina z GNSS, 
—  typ karty, numer , państwo członk owskie 
wydające kartę i generacja dla każdej 
karty wpro wadzonej na początku lub 
pod koniec zdarzenia 
—  liczba podobn ych zdarzeń w tym dniu   
(1) Urządzenie rejestr ujące rejestr uje i przec howuje również w pamięci następujące dane: 
—  datę i godzinę ostatniej KONTR OLI PRZEKR OCZENIA PRĘDK OŚCI , 
—  datę i godzinę pier wszego przekroczenia prędk ości po tej ostatniej KONTR OLI PRZEKR OCZENIA 
PRĘDK OŚCI . 
—  liczbę zdarzeń przekroczenia prędk ości od ostatniej KONTR OLI PRZEKR OCZENIA PRĘDK OŚCI .  
(2) Dane te mogą być rejestro wane wyłącznie po przywróceniu zasilania, czas może być znany 
z dokładnością do minuty . 
3.12.9  Dane dotyczące uster ek 
Do celó w niniejszego podpunktu czas rejestr uje się z dokładnością do 1 sekundy . 26.5.2016 L 139/37 Dziennik Urzędo wy Unii Europejskiej PL    
118)  Urządzenie rejestr ujące próbuje rejestro wać i przec howywać w pamięci dany ch następujące dane dla 
każdej wykr ytej uster ki zgodnie z następującymi zasadami przec howywania dany ch: 
Usterka Zasady przecho wywania Dane rejestro wane dla uster ki 
Uster ka karty —  10 ostatnich usterek karty kiero wcy —  data i godzina początku uste rki 
—  data i godzina końca uster ki 
—  typ karty, numer , państwo członk owskie 
wydające kartę i generacja 
Uster ki urządzenia rejestr u­
jącego —  10 ostatnich uster ek dla każdego typu 
uster ki 
—  pier wsza uste rka po ostatniej kalibracji —  data i godzina początku uste rki 
—  data i godzina końca uster ki 
—  rodzaj uster ki 
—  typ karty, numer , państwo członk owskie 
wydające kartę i generacja dla każdej 
karty wpro wadzonej na początku lub 
pod koniec uster ki  
3.12.10  Dane kalibracyjne 
119)  Urządzenie rejestr ujące rejestr uje i przech owuje w pamięci następujące dane: 
—  parametr y kalibracyjne znane w momencie aktywacji, 
—  pier wszą kalibrację po aktywacji urządzenia, 
—  pier wszą kalibrację w obecnym pojeździe (identyf ikowanym numerem VIN), 
—20 ostatnich kalibracji (jeżeli w czasie jednego dnia kalendarzo wego jest kilka kalibracji, zapamię ­
tywana jest tylko pier wsza i ostatnia kalibracja z tego dnia). 
120)  Przy każdej z tych kalibracji rejestr uje się następujące dane: 
—  cel kalibracji (aktywacja, pier wsza instalacja, instalacja, przeg ląd okreso wy), 
—  nazwa i adres warsztatu, 
—  numer karty warsztato wej, państwo członk owskie wydaj ące kartę i term in ważności karty, 
—  identyfika cja pojazdu, 
—  parametr y uaktualnione lub potwierdzone: w, k, l, rozmiar opon, usta wienia urządzenia 
ograniczenia prędk ości, licznik kilometró w (war tości stare i nowe), data i godzina (war tości stare i 
nowe), 
—  rodza je i identyf ikatory wszystkic h założony ch plomb. 
121)  Ponadto urządzenie rejestr ujące rejestr uje i przecho wuje w pamięci dany ch zdolność do użytk owania 
kart do tachog rafów pier wszej generacji (aktywo waną lub nie). 
122)  Czujnik ruchu rejestr uje i przec howuje w pamięci następujące dane instalacyjne czujnika ruchu: 
—  pier wsze sparo wanie z przyrządem rejestr ującym (data, godzina, numer homologacji przyrządu 
rejestr ującego, numer seryjny przyrządu rejestr ującego), 
—  ostatnie sparo wanie z przyrządem rejestr ującym (data, godzina, numer homologacji przyrządu 
rejestr ującego, numer seryjny przyrządu rejestr ującego). 26.5.2016 L 139/38 Dziennik Urzędo wy Unii Europejskiej PL    
123)  Urządzenie zewnętrzne GNSS rejestr uje i przecho wuje w pamięci następujące dane instalacyjne 
urządzenia zewnętrznego GNSS: 
—  pier wsze powiązanie z przyrządem rejestr ującym (data, godzina, numer homolog acji przyrządu 
rejestr ującego, numer seryjny przyrządu rejestr ującego), 
—  ostatnie powiązanie z przyrządem rejestr ującym (data, godzina, numer homologacji przyrządu 
rejestr ującego, numer seryjny przyrządu rejestr ującego). 
3.12.11  Dane dotyczące korekty czasu 
124)  Urządzenie rejestr ujące rejestr uje i przech owuje w pamięci dany ch dane doty czące korekty czasu 
przepro wadzonej w trybie kalibracyjnym, poza ramami regular nej kalibracji (def. f)): 
—  ostatnia korekta czasu, 
—  5 najwięk szych korekt czasu. 
125)  Przy każdej z tych korekt czasu rejestr uje się następujące dane: 
—  data i godzina, stara wartość, 
—  data i godzina, nowa wartość, 
—  nazwa i adres warsztatu, 
—  numer karty warsztato wej, państwo członk owskie wydaj ące kartę, generacja karty i term in 
ważności karty. 
3.12.12  Dane dotyczące czynności kontrolny ch 
126)  Urządzenie rejestr ujące rejestr uje i przec howuje w pamięci dany ch następujące dane doty czące 
ostatnich 20 czynności kontrolny ch: 
—  data i godzina kontroli, 
—  numer karty kontrolnej, państwo członk owskie wydające kartę i generacja karty, 
—  rodza j kontroli (wyświetlanie lub drukowanie lub pobieranie dany ch z przyrządu rejestr ującego 
lub karty lub kontrola drogo wa kalibracji). 
127)  W przypadku pobierania dany ch rejestr uje się także daty najstarszy ch i najnowszy ch dni, z któryc h 
dane są pobierane. 
3.12.13  Dane dotyczące blokad firmow ych 
128)  Urządzenie rejestr ujące rejestr uje i przech owuje w pamięci następujące dane doty czące 255 ostatnich 
blokad firmowych: 
—  data i godzina założenia blokady , 
—  data i godzina zdjęcia blokady , 
—  numer karty firmowej, państwo członk owskie wydające kartę i generacja karty, 
—  nazwa i adres firmy. 
Dane wcześniej zabezpieczone przez blokadę usunięte z pamięci z powodu powyższego ograniczenia 
traktuje się jako niezabezpieczone. 
3.12.14  Dane dotyczące pobier ania danych 
129)  Urządzenie rejestr ujące rejestr uje i przec howuje w pamięci dany ch następujące dane doty czące 
ostatniego pobierania dany ch z pamięci urządzenia na nośnik zewnętrzny , wyk onanego w trybie 
firmowym lub kalibracyjnym : 
—  data i godzina pobrania dany ch, 26.5.2016 L 139/39 Dziennik Urzędo wy Unii Europejskiej PL    
—  numer karty firmowej lub warsztato wej, państwo członk owskie wydaj ące kartę i generacja karty, 
—  nazwa firmy lub warsztatu. 
3.12.15  Dane dotyczące warunków szczególny ch 
130)  Urządzenie rejestr ujące rejestr uje i przec howuje w pamięci dany ch następujące dane doty czące 
warunków szczególn ych: 
—  data i godzina wpro wadzenia dany ch, 
—  rodza j warunku szczególnego. 
131)  Pamię ć dany ch umożliwia przech owywanie dany ch doty czący ch warunków szczegól nych przez co 
najmniej 365 dni (przy założeniu, że przeciętnie otwiera się i zam yka jeden warunek dziennie). 
W przypadku zapełnienia pamięci dany ch nowe dane zastępują dane najstarsze. 
3.12.16  Dane karty do tachog rafu 
132)  Urządzenie rejestr ujące umożliwia przecho wywanie następujący ch dany ch doty czący ch różn ych kart 
do tachog rafów, które zostały użyt e w przyrządzie rejestr ującym: 
—  numer karty do tachografu i jej numer seryjny, 
—  producent karty do tachografu, 
—  typ karty do tachog rafu, 
—  wersja karty do tachografu. 
133)  Urządzenie rejestr ujące umożliwia przecho wywanie co najmnie j 88 takic h rekordó w dany ch. 
3.13  Odczyt kart do tachog rafów 
134)  Urządzenie rejestr ujące umożliwia odczyt z kart do tachograf ów pier wszej i drugiej generacji, 
w odpo wiednich przypadkac h, dany ch niezbędn ych do: 
—  rozpoznania typu karty, posiadacza karty, wcześniej używanego pojazdu, daty i godziny 
ostatniego wyjęcia karty i czynności wybranej dla tego czasu, 
—  spra wdzenia, czy ostatnia sesja karty została prawidło wo zamknięta, 
—  wyliczenia dla kiero wcy: nieprzer wanego czasu prowadzenia pojazdu, skumulo wanego czasu 
przer wy i skumulo wanego czasu prowadzenia za poprzedni i obecn y tydzień, 
—  wydr ukowania żądany ch wydr uków związany ch z danym i zarejestro wan ymi na karcie kiero wcy , 
—  pobrania dany ch z karty kiero wcy na zewnętrzny nośnik. 
Wymóg ten ma zastoso wanie tylko do kart do tachog rafów pier wszej generacji, jeżeli ich stoso wanie 
nie zostało wyłączone przez warsztat. 
135)  W przypadku błędu odczytu urządzenie rejestr ujące maksymaln ie trzykrotnie powtarza to samo 
polecenie odczytu i w przypadku gdy odczyt nadal nie jest możliwy , uzna je kartę za uszk odzoną i 
nieważną. 
3.14  Rejestro wanie i przecho wywanie dany ch na kartach do tacho grafów 
3.14.1  Rejestrowani e i przechowy wanie dany ch na kartach do tachog rafów pierwszej generacji 
136)  O ile karty do tachog rafów pier wszej generacji nie zostały wyłączone przez warsztat, urządzenie 
rejestr ujące rejestr uje i przech owuje dane dokładnie w ten sam sposób co urządzenie rejestr ujące 
pier wszej generacji. 26.5.2016 L 139/40 Dziennik Urzędo wy Unii Europejskiej PL    
137)  Urządzenie rejestr ujące ustawi a „dane sesji karty” na karcie kiero wcy lub warsztato wej bezpośrednio 
po włożeniu karty. 
138)  Urządzenie rejestr ujące aktualizuje dane zapisane na ważnej karcie kiero wcy, warsztato wej, firmowej 
lub kontrolnej, wpro wadzając wszystkie niezbędne dane odnośnie do okresu, w którym karta 
pozostaje włożona, i odnośnie do posiadacza karty. Dane, któr e są przech owywane na tych kartach, 
określono w rozdziale 4. 
139)  Urządzenie rejestr ujące aktualizuje dane doty czące czynności kiero wcy i miejsc (jak określono w pkt 
4.5.3.1.9 i 4.5.3.1.11), zapisane na ważnej karcie kiero wcy lub warsztato wej, danymi doty czącymi 
czynności i miejsc wpro wadzonym i ręcznie przez posiadacza karty. 
140)  Wszystkie wydarzenia niezdefiniowa ne dla urządzeń rejestr ujący ch pier wszej generacji nie są 
zapisywane na karcie kiero wcy ani na karcie warsztato wej. 
141)  Aktualizacja kart do tach ograf ów odbywa się w taki sposób, że gdy zaistnieje taka potrzeba i biorąc 
pod uwagę rzeczywistą zdolność przec howywania dany ch, najstarsze dane są zastępo wan ymi 
najno wszymi danymi. 
142)  W przypadku błędu zapisu urządzenie rejestr ujące maksymaln ie trzykrotnie powtarza to samo 
polecenie zapisu i w przypadku gdy zapis nadal nie jest możliwy , uznaje kartę za uszk odzoną i 
nieważną. 
143)  Przed odblok owaniem karty kiero wcy i po zapisaniu na karcie wszystkic h stoso wnych dany ch 
urządzenie rejestr ujące zeruje „dane sesji karty”. 
3.14.2  Rejestrowani e i przechowy wanie dany ch na kartach do tachog rafów drugiej generacji 
144)  Karty do tachog rafów drugiej generacji zawi erają 2 różne aplikacje kart, z których pier wsza jest 
dokładnie taka sama jak aplikacja TACHO w kartach do tach ograf ów pier wszej generacji, a druga 
aplikacja „TACHO_G2” jest zgodna ze specyfikacjami w rozdziale 4 i dodatku 2. 
145)  Urządzenie rejestr ujące ustawi a „dane sesji karty” na karcie kiero wcy lub warsztato wej bezpośrednio 
po włożeniu karty. 
146)  Urządzenie rejestr ujące aktualizuje dane zapisane w 2 aplikacjach ważnej karty kiero wcy , 
warsztato wej, firmowej lub kontrolnej, wpro wadzając wszystkie niezbędne dane odnośnie do okresu, 
w który m karta pozostaje włożona, i odnośnie do posiadacza karty. Dane, któr e są przec howywane 
na tych kartach, określono w rozdziale 4. 
147)  Urządzenie rejestr ujące aktualizuje dane doty czące miejsc i pozy cji czynności kiero wcy (jak określono 
w pkt 4.5.3.1.9, 4.5.3.1.11, 4.5.3.2.9 i 4.5.3.2.11), zapisane na ważnej karcie kiero wcy lub 
warsztato wej, danymi doty czącymi czynności i miejsc wpro wadzonymi ręcznie przez posiadacza 
karty. 
148)  Aktualizacja kart do tach ograf ów odbywa się w taki sposób, że gdy zaistnieje taka potrzeba i biorąc 
pod uwagę rzeczywistą zdolność przec howywania dany ch, najstarsze dane są zastępo wan ymi 
najno wszymi danymi. 
149)  W przypadku błędu zapisu urządzenie rejestr ujące maksymaln ie trzykrotnie powtarza to samo 
polecenie zapisu i w przypadku gdy zapis nadal nie jest możliwy , uznaje kartę za uszk odzoną i 
nieważną. 
150)  Przed odblok owaniem karty kiero wcy i po zapisaniu wszystkich stoso wnych dany ch w 2 aplikacjach 
karty urządzenie rejestr ujące zeruje „dane sesji karty”. 
3.15  Wyświetlanie 
151)  Wyświ etlacz umożliwia wyświetlanie co najmniej 20 znak ów. 
152)  Wyświ etlane znaki mają wymiar y co najmniej 5 mm wysok ości i 3,5 mm szerok ości. 26.5.2016 L 139/41 Dziennik Urzędo wy Unii Europejskiej PL    
153)  Wyświ etlacz umożliwia wyświetlanie znak ów określony ch w dodatku 1 rozdział 4 „Zesta wy 
znak ów”. Wyświetlacz może wyświetlać uproszczone glify (np. znaki z akcentami można wyświetlać 
bez akcentu, a małe liter y może wyświetlać jako duże). 
154)  Wyświ etlacz musi mieć nieoślepiaj ące oświetlenie. 
155)  Wskazania są widoczne spoza urządzenia rejestr ującego. 
156)  Urządzenie rejestr ujące umożliwia wyświetlanie: 
—  informacji standardo wych, 
—  informacji związany ch z ostrzeżeniami, 
—  informacji związany ch z dostępem do menu, 
—  innych informacji, któryc h zażąda użytk ownik. 
Urządzenie rejestr ujące może wyświetlać również dodatk owe informacje, z tym jednak , że muszą być 
one łatwe do odróżnienia od wymieniony ch powyżej, wymagan ych informacji. 
157)  Na wyświetlaczu urządzenia rejestr ującego używa się piktogramó w lub kombinacji piktogramó w 
wymieniony ch w dodatku 3. Dopuszcza się także dodatk owe pikt ogram y lub kombinacje 
piktogramó w, jeżeli są one łatwe do odróżnienia od wymagan ych pikt ogramó w lub kombinacji 
piktogramó w. 
158)  Gdy pojazd jest w ruchu, wyświetlacz jest stale włączon y. 
159)  Urządzenie rejestr ujące może gasić wyświetlacz automaty cznie lub umożliwiać gasz enie ręczne, gdy 
pojazd nie jest w ruchu. 
Format wyświetlania określono w dodatku 5. 
3.15.1  Domyślne infor macje na wyświetlaczu 
160)  Gdy nie istnieje potrzeba wyświetlania żadny ch inny ch informacji, urządzenie rejestr ujące dom yślnie 
wyświetla następujące informacje: 
—  czas lokalny (wynik czasu UTC + przesunięcie wpro wadzone przez kiero wcę), 
—  tryb pracy , 
—  bieżącą czynność kiero wcy i bieżącą czynność współkiero wcy, 
—  informacje odnoszące się do kiero wcy: 
—  jeżeli jego bieżącą czynnością jest PROWADZENIE , jego bieżący nieprzer wany czas prowadzenia 
pojazdu i jego bieżący skumulo wan y czas przer wy, 
—  jeżeli jego bieżącą czynnością nie jest PROWADZENIE , bieżący czas trwania tej czynności (od 
momentu wybrania) i jego bieżący skumulo wany czas przer wy. 
161)  Prezentacja informacji odnoszący ch się do każdego kiero wcy jest wyraźna, prosta i jednoznaczna. 
W przypadku gdy informacji odnoszący ch się do kiero wcy i współkiero wcy nie można wyświetlić 
w tym sam ym czasie, urządzenie rejestr ujące pokazuje dom yślnie informacje odnoszące się do 
kiero wcy i pozwala użytk ownik owi wyświetlić informacje odnoszące się do współkiero wcy . 
162)  W przypadku gdy wyświetlacz nie pozwala na dom yślne pokazywanie trybu pracy , to przy zmianie 
trybu pracy urządzenie rejestr ujące przez krótki czas pokazuje informację o nowym trybie pracy . 
163)  Przy wkładaniu karty urządzenie rejestr ujące przez krótki czas pokazuje nazwisk o jej posiadacza. 26.5.2016 L 139/42 Dziennik Urzędo wy Unii Europejskiej PL    
164)  W przypadku otwarcia warunku „POZA ZAKRESEM ” lub „PRZEPRA WA PROMO WA/PRZEJAZD 
KOLEJO WY” na dom yślnym wyświetlaczu musi pojawić się informacja w postaci stoso wnego 
piktogramu o tym, że warunek ten jest rozpoczęty (dopuszcza się, że w tym sam ym czasie nie jest 
pokazywana bieżąca czynność kiero wcy). 
3.15.2  Wyświetlanie ostrzeżeń 
165)  Przy wyświetlaniu ostrzeżeń urządzenie rejestr ujące korzysta przede wszystkim z piktogramó w 
w dodatku 3, w razie potrzeby uzupełniony ch informacjami w postaci kodó w liczbo wych. Można też 
dodać wyszczególnienie słowne w prefero wan ym języku kiero wcy . 
3.15.3  Dostęp do menu 
166)  Urządzenie rejestr ujące udostępnia niezbędne polecenia poprzez odpo wiednie menu. 
3.15.4  Inne wyświetlane informacje 
167)  Na żądanie możliwe jest selektywne wyświetlanie: 
—  czasu UTC oraz przesunięcia czasu lokalnego, 
—  treści każdego z sześciu wydr uków w takim sam ym formacie jak wydr uki, 
—  nieprzer wanego czasu prowadzenia pojazdu i skumulo wanego czasu przer wy kiero wcy, 
—  nieprzer wanego czasu prowadzenia pojazdu i skumulo wanego czasu przer wy współkiero wcy , 
—  skumulo wanego czasu prowadzenia pojazdu kiero wcy za poprzedni i bieżący tydzień, 
—  skumulo wanego czasu prowadzenia pojazdu współkiero wcy za poprzedni i bieżący tydzień, 
opcjonalnie: 
—  bieżącego czasu trwania czynności współkiero wcy (od momentu wybrania), 
—  skumulo wanego czasu prowadzenia pojazdu kiero wcy za bieżący tydzień, 
—  skumulo wanego czasu prowadzenia pojazdu współkiero wcy za bieżący dzienny okres pracy , 
—  skumulo wanego czasu prowadzenia pojazdu kiero wcy za bieżący dzienny okres pracy . 
168)  Treść wydr uku jest wyświetlana sekwencyjnie, wiersz po wierszu. Jeżeli w szerok ości wyświetlacza 
mieści się mniej niż 24 znaki, użytk ownik musi mieć dostęp do pełnej informacji w odpo wiedni 
sposób (w kilku wierszach , przy pomocy przewijania itp.). 
Wiersze wydr uku przeznaczone na ręczne adnotacje można pominąć na wyświetlaczu. 
3.16  Drukowanie 
169)  Urządzenie rejestr ujące umożliwia drukowanie siedmiu określony ch poniżej wydr uków, na podstawie 
informacji zgromadzony ch w pamięci urządzenia lub na kartach do tachog rafów: 
—  wydr uk dzienny czynności kiero wcy z karty, 
—  wydr uk dzienny czynności kiero wcy z przyrządu rejestr ującego, 
—  wydr uk zdarzeń i uste rek z karty, 
—  wydr uk zdarzeń i uste rek z przyrządu rejestr ującego, 
—  wydr uk dany ch techniczn ych, 26.5.2016 L 139/43 Dziennik Urzędo wy Unii Europejskiej PL    
—  wydr uk przekroczenia prędk ości, 
—  histo ria dany ch karty do tachografu dla danego przyrządu rejestr ującego (zob. rozdział 3.12.16). 
Szczegóły formatu i treści tych wydr uków określono w dodatku 4. 
Pod koniec wydr uku mogą być umieszczane informacje dodatk owe. 
Urządzenie rejestr ujące może wyk onywać także dodatk owe wydr uki, jeżeli są one łatwe do 
odróżnienia od siedmiu określony ch powyżej wydr uków. 
170)  „Wydruk dzienny czynności kiero wcy z karty” i „wydr uk zdarzeń i uster ek z karty” dostępne są 
jedynie wtedy , gdy do urządzenia rejestr ującego włożona jest karta kiero wcy lub karta warsztato wa. 
Przed uruchomieniem drukowania urządzenie rejestr ujące aktualizuje dane przec howywane na 
stoso wnej karcie. 
171)  W celu sporządzenia „wydr uku dziennego czynności kiero wcy z karty” lub „wydr uku zdarzeń i 
uster ek z karty” urządzenie rejestr ujące: 
—  automaty cznie wybiera kartę kiero wcy lub kartę warsztato wą, jeżeli tylko jedna z tych kart jest 
włożona do urządzenia rejestr ującego, 
—  lub umożliwia wybór karty źródło wej albo wybiera kartę znajdującą się w czytniku karty 
kiero wcy, jeżeli obie te karty włożone są do urządzenia rejestr ującego. 
172)  Drukarka umożliwia drukowanie 24 znak ów w wierszu. 
173)  Drukowane znaki mają wymiar y co najmnie j 2,1 mm wysok ości i 1,5 mm szerok ości. 
174)  Drukarka umożliwia drukowanie znak ów określony ch w dodatku 1 rozdział 4 „Zesta wy znak ów”. 
175) Konstr ukcja drukarki umożliwia sporządzanie wydr uków z rozdzielczością eliminującą niejedno ­
znaczność przy odczy cie. 
176)  Wydr uki zacho wują wymiar y i treść w warunkach normalnej wilgotności (10–90 %) i temperatur y. 
177)  Papier homologo wan y używany w urządzeniu rejestr ującym musi mieć odpo wiedni znak 
homologacji typu i oznak owanie typu (typó w) urządzenia rejestr ującego, w którym może być 
używany . 
178)  Wydr uki muszą być łatwe do odczytania i rozróżnienia, gdy są przech owywane w normalny ch 
warunkach przech owywania, w normalnym oświetleniu, wilgotności i temperaturze, przez okres co 
najmniej dwóc h lat. 
179)  Wydr uki muszą być zgodne co najmniej ze specyfi kacjami testów podan ymi w dodatku 9. 
180)  Na wydr uku musi być również możliwoś ć umieszczenia ręczny ch adnotacji, takic h jak podpis 
kiero wcy . 
181)  Urządzenie rejestr ujące obsługuje zdarzenia „brak papier u” w czasie drukowania, a po założeniu 
papier u, uruchamia drukowanie od początku wydr uku lub kontynuuje drukowanie i umieszcza 
jednoznaczne odniesienie do części wcześniej wydr ukowanej. 
3.17  Ostr zeżenia 
182)  Urządzenie rejestr ujące ostrzeg a kiero wcę o wykr yciu zdarzenia lub uster ki. 
183)  Ostrzeżenie o przer wie w zasilaniu może być opóźnione do czasu przywrócenia zasilania. 26.5.2016 L 139/44 Dziennik Urzędo wy Unii Europejskiej PL    
184) Urządzenie rejestr ujące ostrzega kiero wcę na 15 minut przed przekroczeniem i w momencie przekro ­
czenia mak symalnego dopuszczalnego nieprzer wanego czasu prowadzenia pojazdu. 
185)  Ostrzeżenia są wizualne. Oprócz ostrzeżeń wizualny ch dopuszcza się ostrzeżenia akusty czne. 
186)  Ostrzeżenia wizualne muszą być łatwo rozpoznawalne przez użytk ownika, znajdo wać się w polu 
widzenia kiero wcy i być łatwe do odczytania tak w dzień, jak i w nocy . 
187)  Ostrzeżenia wizualne mogą być emito wane bezpośrednio przez urządzenie rejestr ujące lub zdalnie 
od urządzenia rejestr ującego. 
188)  W tym ostatnim przypadku są oznaczone symbolem „T”. 
189)  Ostrzeżenia trwają przez przyna jmniej 30 sekund, chyba że są potwierdzone przez użytk ownika 
poprzez wciśnięcie jednego lub większej liczby specjaln ych przy cisków w urządzeniu rejestr ującym. 
To pier wsze potwierdzenie nie usuwa z wyświetlacza informacji o przy czynie ostrzeżenia, o której 
mowa w następnym punkcie. 
190) Urządzenie rejestr ujące wyświetla informację o przy czynie ostrzeżenia, aż do momentu potwier ­
dzenia przez użytk ownika przy pomocy specjalnego przy cisku lub polecenia urządzenia rejestr u­
jącego. 
191)  Dopuszcza się dodatk owe ostrzeżenia, pod warunkiem że nie są mylące dla kiero wców w odniesieniu 
do wcześniej zdefinio wany ch ostrzeżeń. 
3.18  Pobieranie dany ch na nośnik zewnętrzny 
192)  Urządzenie rejestr ujące umożliwia, na żądanie, pobieranie dany ch z pamięci dany ch lub karty 
kiero wcy na zewnętrzny nośnik poprzez gniazdo kalibracji/pobierania dany ch. Przed pobraniem 
dany ch urządzenie rejestr ujące aktualizuje dane przec howywane na stoso wnej karcie. 
193)  Dodatk owo i opcjonalnie, urządzenie rejestr ujące może w dowolnym trybie pracy przesyłać dane 
w dowolny inny sposób do firmy uwierzyteln ionej do korzystania z tego kanału. W takim przypadku 
do tak przesyłany ch dany ch stosuje się prawa dostępu obo wiązujące dla trybu firmowego. 
194) Przy pobieraniu dany ch nie może mieć miejsca zmienianie ani usuwanie jakich kolwiek przecho wy­
wany ch dany ch. 
195)  Specyfi kacje elektr ycznego interf ejsu dla gniazda kalibracji/pobierania dany ch są określone w dodatku 
6. 
196)  Protok oły pobierania dany ch są określone w dodatku 7. 
3.19  Łączność na odległość na potrzeb y ukier unk owany ch kontroli drogo wych 
197)  Przy włączonym zapłonie przyrząd rejestr ujący co 60 sekund zacho wuje na urządzeniu do łączności 
na odległość najno wsze dane niezbędne na potrzeby ukier unkowan ych kontroli drogo wych. Dane 
takie są szyfro wane i podpisywane zgodnie z dodatkiem 11 i dodatkiem 14. 
198)  Kontrolo wane zdalnie dane muszą być dostępne dla czytnik ów na odległość za pośrednictwem 
łączności bezprzewodo wej, jak określono w dodatku 14. 
199)  Dane niezbędne na potrzeby ukier unkowany ch kontroli drogo wych odnoszą się do: 
—  ostatniej próby naruszenia zabezpieczenia, 
—  najdłuższej przer wy w zasilaniu, 26.5.2016 L 139/45 Dziennik Urzędo wy Unii Europejskiej PL    
—  uster ki czujnika, 
—  błędu dany ch doty czący ch ruchu, 
—  konfliktu ruchu pojazdu, 
—  prowadzenia pojazdu bez ważnej karty, 
—  włożenia karty podczas prowadzenia pojazdu, 
—  dany ch doty czący ch korekty czasu, 
—  dany ch kalibracyjny ch, w tym dat dwóc h ostatnio zapisany ch rekordó w dany ch kalibracji, 
—  numer u rejestracyjnego pojazdu, 
—  prędk ości zarejestro wanej przez tachograf. 
3.20  Wypro wadzanie dany ch do dodatk owych urządzeń zewnętrzny ch 
200)  Urządzenie rejestr ujące może być również wyposażone w znor malizo wane interfejsy pozwalaj ące na 
wyk orzystywanie przez urządzenie zewnętrzne dany ch rejestro wan ych lub genero wan ych przez 
tachograf w trybie operacyjnym lub kalibracyjny m. 
W dodatku 13 określono i podano normę dla opcjonalnego interfe jsu ITS. Inne podobne interfe jsy 
mogą współistnieć, pod warunkiem że są w pełni zgodne z wymogami określonymi w dodatku 13 
w odniesieniu do minimalnego wykazu dany ch, zabezpieczeń i zgody kiero wcy . 
Następujące wymagania mają zast osowanie do dany ch ITS udostępnian ych za pośrednictwem tego 
interfejsu: 
—  dane te stano wią zbiór wybrany ch istniejący ch dany ch ze słownika dany ch tachografu (dodat ek 
1), 
—  podzbiór tych wybrany ch dany ch jest oznaczony jako „dane osobo we”, 
—  podzbiór „dan ych osobo wych” jest dostępny jedynie w przypadku, gdy włączona jest opcja 
podleg ającej weryfikacji zgody kiero wcy na wypro wadzenie jego dany ch osobo wych z sieci 
pojazdu, 
—  w dowolny m momencie istnieje możliwość potwierdzenia lub wycofania zgody kiero wcy przez 
wybranie polecenia w menu, pod warunkiem że karta kiero wcy jest włożona, 
—  zbiór i podzbiór dany ch są przekazywane za pośrednictwem protok ołu bezprzew odo wego 
Bluetooth w promieniu kabin y pojazdu, z częstotliw ością odświeżania co 1 minutę, 
—  sparo wanie urządzenia zewnętrznego z interfejsem ITS jest zabezpieczone dedyk owanym 
loso wym kodem PIN składającym się z co najmniej 4 cyfr, zapisywany m i dostępnym przez 
wyświetlacz każdego przyrządu rejestr ującego, 
—w żadny ch okolicznościac h obecność interfejsu ITS nie może zakłócać prawidło wego funkcjo ­
nowania i bezpieczeństwa przyrządu rejestr ującego, ani oddziaływać na niego. 
Można wypro wadzać również inne dane oprócz zbior u wybran ych istniejący ch dany ch, uznawa nych 
za wykaz minimaln y, pod warunkiem że nie można ich uważać za dane osobo we. 
Urządzenie rejestr ujące powiadamia inne urządzenia zewnętrzne o zgodzie kiero wcy . 
Przy włączon ym zapłonie pojazdu dane te udostępniane są nieprzer wanie. 
201)  Do celó w kompatybilności wstecznej możliwe jest wyposażenie tachograf ów w interfe js szerego wy, 
jak określono w załączniku 1B do rozporządzenia (EW G) nr 3821/85. Nadal wymag ana jest zgoda 
kiero wcy w przypadku gdy przekazywane są dane osobo we. 26.5.2016 L 139/46 Dziennik Urzędo wy Unii Europejskiej PL    
3.21  Kalibracja 
202)  Funkcja kalibracji umożliwia: 
—  automaty czne sparo wanie czujnika ruchu z przyrządem rejestr ującym, 
—  automaty czne powiązanie urządzenia zewnętrznego GNSS z przyrządem rejestr ującym 
w stoso wny ch przypadkach, 
—  cyfro we dostoso wanie stałej urządzenia rejestr ującego (k) do współczynnika charaktery stycznego 
pojazdu (w), 
—  regulację bieżącego wskazania czasu w zakresie okresu ważności włożonej karty warsztato wej, 
—  regulację bieżącego wskazania licznika kilometró w, 
—  aktualizację dany ch identyfikacyjny ch czujnika ruchu zapisany ch w pamięci dany ch, 
—  aktualizację, w stoso wnych przypadkac h, dany ch identyfika cyjn ych urządzenia zewnętrznego 
GNSS zapisan ych w pamięci dany ch, 
—  aktualizację rodza jów i identyf ikatorów wszystkic h założony ch plomb, 
—  aktualizację lub potwierdzenie inny ch parametró w używany ch przez urządzenie rejestr ujące: 
identyfika cję pojazdu, w, l, rozmiar opon i ustawienie urządzenia ograniczenia prędk ości, 
w stoso wny ch przypadkach. 
203)  Ponadto funkcja kalibracji umożliwia wyłączenie stoso wania kart do tach ograf ów pier wszej generacji 
w urządzeniu rejestr ującym pod warunkiem spełnienia wymogó w określony ch w dodatku 15. 
204)  Paro wanie czujnika ruchu z przyrządem rejestr ującym obejmuje co najmniej: 
—  aktualizację dany ch instalacyjn ych czujnika ruchu zapisany ch w pamięci czujnika ruchu (w razie 
potrzeby ), 
—  skopio wanie z czujnika ruchu do pamięci dany ch przyrządu rejestr ującego niezbędny ch dany ch 
identyfika cyjn ych czujnika ruchu. 
205)  Powiązanie urządzenia zewnętrznego GNSS z przyrządem rejestr ującym obejmuje co najmniej: 
—  aktualizację dany ch instalacyjny ch urządzenia zewnętrznego GNSS przec howywany ch na 
urządzeniu zewnętrznym GNSS (w razie potrzeby), 
—  skopio wanie z urządzenia zewnętrznego GNSS do pamięci dany ch przyrządu rejestr ującego 
niezbędn ych dany ch identyfika cyjn ych GNSS, w tym numer u seryjnego urządzenia zewnętrznego 
GNSS. 
Po powiązaniu następuje weryfikacja informacji o pozy cji GNSS. 
206)  Funkcja kalibracji umożliwia wpro wadzanie niezbędny ch dany ch poprzez gniazdo kalibracji/ 
pobierania dany ch zgodnie z protok ołem kalibracji zdefinio wanym w dodatku 8. Funkcja kalibracji 
może także umożliwiać wpro wadzanie niezbędn ych dany ch w inny sposób. 
3.22  Kon trola drogo wa kalibracji 
207)  Funkcja kontroli drogo wej kalibracji umożliwia odczyt numer u seryjnego czujnika (ewentualnie 
wbudo wanego w adap ter) oraz numer u seryjnego urządzenia zewnętrznego GNSS (w odpo wiednich 
przypadkac h), podłączony ch do przyrządu rejestr ującego w momencie wysłania żądania. 
208)  Odczyt musi być możliwy na wyświetlaczu przyrządu rejestr ującego przyna jmniej przez wybranie 
poleceń w menu. 26.5.2016 L 139/47 Dziennik Urzędo wy Unii Europejskiej PL    
209)  Funkcja kontroli drogo wej kalibracji umożliwia również kontrolo wanie wybranego trybu we/wy linii 
sygnało wej we/wy kalibracji, określonej w dodatku 6, za pośrednictwem interfejsu K-line. Wyk onuje 
się to poprzez ECU AdjustmentSession, jak określono w dodatku 8 sekcja 7 Sterowanie impulsami 
testującymi – Jednostka funkcjonalna sterowania we/wy . 
3.23  Korekta czasu 
210)  Funkcja korekty czasu umożliwia automaty czną korektę bieżącego czasu. W urządzeniu rejestr ującym 
korzysta się z dwóc h źródeł czasu do celó w korekty czasu: 1) wewnętrznego zegara przyrządu 
rejestr ującego, 2) odbior nika GNSS. 
211)  Ustawie nia czasu zegara wewnętrznego przyrządu rejestr ującego są automaty cznie korygowane 
w odstępac h mak symalnie 12 godzin. Jeżeli ten odstęp czasu upłynie, a sygnał GNSS nie jest 
dostępny , ustawienie czasu wpro wadza się, jak tylko przyrząd rejestr ujący uzyska dostęp do 
prawidło wego czasu z odbior nika GNSS, zależnie od stanu włączenia zapłonu pojazdu. Czasem 
odniesienia dla automaty cznego ustawi enia wewnętrznego zegara przyrządu rejestr ującego jest czas 
pobrany z odbior nika GNSS. Zdarzenie konfliktu czasu uruchami a się, jeżeli bieżący czas odbiega o 
ponad jedną (1) minutę od informacji przekazywany ch przez odbior nik GNSS. 
212)  W trybie kalibracyjny m funkcja korekty czasu umożliwia również wymuszoną korektę bieżącego 
czasu. 
3.24  Parametr y pracy 
213)  Przyrząd rejestr ujący musi być w pełni funkcjonalny w zakresie temperatur – 20–70 °C, urządzenie 
zewnętrzne GNSS w zakresie temperatur – 20–70 °C, a czujnik ruchu w zakresie temperatur – 40– 
135 °C. Zawar tość pamięci dany ch jest zacho wywana w temperaturac h do – 40 °C. 
214)  Tachog raf zacho wuje pełną funkcjonalność w zakresie wilgotności 10–90 %. 
215)  Plomb y używane w tachograf ach inteligentn ych muszą być wytrzymałe w takic h sam ych warunkach , 
co warunki stoso wane wzg lędem elementó w składo wych tachografu, do których są dołączone. 
216)  Urządzenie rejestr ujące jest zabezpieczone przed przepięciami, odwróceniem bieguno wości zasilania i 
zwarciami. 
217)  Czujniki ruchu muszą: 
—reago wać na pole magnety czne, które zakłóca wykr ywanie ruchu pojazdu. W takic h okolicz ­
nościach przyrząd rejestr ujący zarejestr uje i zapisze w pamięci uster kę czujnika (wymagan ie 88); 
albo 
—  posiadać czujnik, który jest chroniony przed polami magnety cznymi lub odpor ny na nie. 
218)  Urządzenie rejestr ujące oraz urządzenie zewnętrzne GNSS muszą być zgodne z międzynarodo wym 
regulaminem EKG ONZ nr 10 oraz być zabezpieczone przed skutkami wyłado wań elektrostaty cznych 
oraz stanó w nieustalony ch. 
3.25  Mater iały 
219)  Wszystkie części składo we urządzenia rejestr ującego są wyk onane z mater iałów o wystarczającej 
stabilności i wytrzymałości mechanicznej oraz stabilny ch właściw ościach elektr yczny ch i 
magnety czny ch. 
220)  W normalny ch warunkach eksploatacji wszystkie części wewnętrzne urządzeń są zabezpieczone 
przed wilgocią i pyłem. 
221)  Przyrząd rejestr ujący i urządzenie zewnętrzne GNSS muszą spełniać wymagania klasy ochrony IP 40, 
a czujnik ruchu musi spełniać wymagania klasy ochron y IP 64 zgodnie z normą IEC 60529:1989 
łącznie z A1:1999 i A2:2013. 26.5.2016 L 139/48 Dziennik Urzędo wy Unii Europejskiej PL    
222)  Urządzenie rejestr ujące musi spełniać odpo wiednie wymagania techniczne odnoszące się do 
ergonomii. 
223)  Urządzenie rejestr ujące jest zabezpieczone przed przypadk owym uszk odzeniem. 
3.26  Oznak owania 
224)  Jeżeli urządzenie rejestr ujące pokazuje stan licznika kilometró w i prędk ość, na wyświetlaczu 
widoczne są następujące informacje: 
—  przy liczbie pokazującej odległość, jednostka miar y odległości wskazana skrót em „km”, 
—  przy liczbie pokazującej prędk ość, jednostka „km/h”. 
Urządzenie rejestr ujące może być również przełączane na wskazywanie prędk ości w milach na 
godzinę, w takim przypadku jednostka pomiar u prędk ości jest wskazana skrótem „mph”. Urządzenie 
rejestr ujące może być również przełączane na wskazywanie odległości w milach, w takim przypadku 
jednostka pomiar u odległości jest wskazana skrót em „mi”. 
225)  Do każdego odrębnego elementu składo wego urządzenia rejestr ującego jest przymoco wana tabliczka 
zawie rająca następujące informacje: 
—  nazwę i adres producenta urządzenia, 
—  numer części producenta i rok produkcji urządzenia, 
—  numer seryjny urządzenia, 
—  znak homolog acji typu dla urządzenia. 
226)  Jeżeli dostępna powierzch nia nie wystarcza do umieszczenia wszystkic h powyższy ch informacji, na 
tabliczce umieszcza się przynajmniej: nazwę producenta lub jego logo i numer części. 
4  WYMA GANIA KONSTR UKCYJNE I FUNK CJONALNE KART DO TACHOGRAF ÓW 
4.1  Dane widzialne 
Na awe rsie znajdują się: 
227)  słowa „Kar ta kiero wcy” lub „Kar ta kontrolna” lub „Kar ta warsztato wa” lub „Kar ta firmowa” 
nadr ukowane wersalikiem w języku urzędo wym lub językac h urzędo wych państwa członk owskiego 
wydającego kartę, odpo wiednio do rodza ju karty; 
228)  nazwa państwa członk owskiego wydającego kartę (nieobo wiązk owo); 
229)  wyróżniający znak państwa członk owskiego wydaj ącego kartę, drukowan y w negatywie w niebieskim 
prostokącie i otoczony 12 żółtymi gwiazdami. Obo wiązują następujące oznaczenia: 
B 
BG 
CZ 
CY Belgia 
Bułgari a 
Republika Czeska 
Cypr LV 
L 
LT 
M Łotwa 
Luksemburg 
Litwa 
Malta 
DK Dania NL Niderlandy 26.5.2016 L 139/49 Dziennik Urzędo wy Unii Europejskiej PL    
D 
EST Niemcy 
Estonia A 
PL Aust ria 
Polska 
GR Grecja P 
RO 
SK 
SLO Portugalia 
Rumunia 
Słowacja 
Słowenia 
E Hiszpania FIN Finlandia 
F 
HR 
H Francja 
Chor wacja 
Węgr y S Szwecja 
IRL Irlandia UK Zjednoczone Królestwo 
I Włoch y    
230)  informacje szczegól ne dla wydanej karty, ponumero wane jak następuje:  
Karta kiero wcy Karta kontrolna Karta firmowa lub warsztat owa 
1. Nazwisk o kiero wcy Nazwa orga nu kontrolnego Nazwa firmy lub warsztatu 
2. Imię (imiona) kiero wcy Nazwisk o kontrolera 
(w stos owny ch przypadkach) Nazwisk o posiadacza karty 
(w stosowny ch przypadkach) 
3. Data urodzenia kiero wcy Imię (imiona) kontrolera 
(w stos owny ch przypadkach) Imię (imiona) posiadacza 
karty 
(w stosowny ch przypadkach) 
4.a Data początku okresu ważności karty 
4.b Termin ważności karty 
4.c Nazwa organu wydaj ącego (może być wydr ukowana na rewersie) 
4.d Numer inny niż w pozy cji 5 do celó w administracyjn ych (fakultatywnie) 
5.a Numer prawa jazdy 
(w dniu wydania karty kie­
rowcy) — — 
5.b Numer karty 
6. Zdjęcie kiero wcy Zdjęcie kontrolera (fakulta ­
tywnie) Zdjęcie instalat ora (fakultatyw ­
nie) 26.5.2016 L 139/50 Dziennik Urzędo wy Unii Europejskiej PL    
Karta kiero wcy Karta kontrolna Karta firmowa lub warsztat owa 
7. Podpis posiadacza karty (fakulta tywnie) 
8. Miejsce stałego zamieszkania 
lub adres poczto wy posiada ­
cza (fakultatywnie) Adres poczto wy organu kon­
trolnego Adres poczto wy firmy lub 
warsztatu  
231)  daty podaje się w formacie „dd/mm/r rrr” lub „dd.mm.r rrr” (dzień, miesiąc, rok). 
Na rewersie znajdują się: 
232)  objaśnienia numero wan ych pozy cji znajdujący ch się na awer sie karty; 
233)  za szczególną pisemną zgodą posiadacza karty, na karcie można dodatk owo umieścić informacje, 
które nie wiążą się z administro waniem kartą; takie dodatk owe informacje w żaden sposób nie 
zmieniaj ą sposobu używania danego modelu jako karty do tachograf ów; 
234)  Karty do tach ograf ów drukuje się w następujący ch dominujący ch kolorach tła:  
— karta kiero wcy: biały ,  
— karta kontrolna: niebieski,  
— karta warsztato wa: czer wony,  
— karta firmowa: żółty . 
235)  Karty do tachograf ów muszą mieć przyna jmniej następujące zabezpieczenia przed fałszo waniem i 
manipulacjami: 
—  zabezpiecza jący wzór tła z drukowanym drobn ym giloszem i drukiem irysowym, 
—  w obszarze zdjęcia zabezpieczający wzór tła i zdjęcie zachodzą na siebie, 
—  przyna jmniej dwubar wną linię wyk onaną techniką mikrodr uku.  26.5.2016 L 139/51 Dziennik Urzędo wy Unii Europejskiej PL    
236)  Po konsultacji z Komisją państwa członk owskie mogą dodać kolor y lub oznak owania, takie jak 
symbole państwo we i zabezpieczenia, bez uszczerbku dla inny ch przepisó w w niniejszym załączniku. 
237)  Karty czaso we, o których mowa w art. 26 ust. 4 rozporządzenia (UE) nr 165/2014, muszą być 
zgodne z przepisami niniejszego załącznika. 
4.2  Zabezpieczenia 
Celem systemu zabezpieczenia jest ochrona integralności i autenty czności dany ch wymieniany ch między 
kartami a urządzeniem rejestr ującym, ochrona integralności i aute ntyczności dany ch pobierany ch z kart, 
umożliwienie niektóryc h czynności zapisu na kartach tylko urządzeniu rejestr ującemu, odszyfro wywania 
niekt órych dany ch, uniemożliwienie fałszo wania dany ch przec howywany ch na kartach, uniemożliwienie 
manipulacji i wykr ycie wszelkic h prób takiego działania. 
238)  Aby możliwe było osiągnięcie bezpieczeństwa systemu, karty do tachog rafów muszą spełniać 
wymogi bezpieczeństwa określone w dodatkach 10 i 11. 26.5.2016 L 139/52 Dziennik Urzędo wy Unii Europejskiej PL    
239)  Karty do tachog rafów muszą umożliwiać odczyt przy pomocy innych urządzeń, takic h jak komput er 
osobisty . 
4.3  Nor my 
240)  Karty do tach ograf ów muszą spełniać wymag ania następujący ch norm: 
—  ISO/IEC 7810 Karty identyfika cyjne – Charakt erystyki fizyczne, 
—  ISO/IEC 7816 Karty identyfika cyjne – Karty styk owe: 
—  Część 1: Charakt erystyki fizyc zne, 
—  Część 2: Wymi ary i rozmieszczenie styk ów (ISO/IEC 7816-2:2007), 
—  Część 3: Interfe js elektr yczny i protok oły transmisji (ISO/IEC 7816-3:2006), 
—  Część 4: Organizacja, zabezpieczenia i polecenia wymiany (ISO/IEC 7816-4:2013 + Cor 
1:2014), 
—  Część 6: Elementy dany ch wymieniane z otoczeniem, niezależne od dziedziny zastoso wań 
(ISO/IEC 7816-6:2004 + Cor 1:2006), 
—  Część 8: Polecenia operacji zabezpiecza jący ch (ISO/IEC 7816-8:2004). 
—  Karty do tachograf ów bada się zgodnie z normą SO/IEC 10373-3:2010 Karty identyfikacyjne – 
Metod y badań – część 3: Elektroniczne karty styk owe i powiązane z nimi urządzenia interfejso we. 
4.4  Wymagania środo wisk owe i elektr yczne 
241) Karty do tachog rafów muszą prawidł owo działać w warunkach klimaty czny ch normalnie występu ­
jący ch na terytor ium Wspólnoty , przynajmniej w zakresie temperatur od – 25– + 70 °C ze 
sporady cznymi temperaturami szczyto wymi do + 85 °C, przy czym „sporady czny” oznacza nie dłużej 
niż 4 godziny jednorazo wo i nie więcej niż 100 razy w okresie eksploatacji karty. 
242)  Karty do tach ograf ów muszą działać prawidło wo w warunkac h wilgotności 10 %–90 %. 
243)  Karty do tachog rafów muszą prawidło wo działać przez okres pięciu lat, jeżeli są używane w zgodnie 
z warunkami środo wisk owymi i elektr ycznymi . 
244)  W trakcie stoso wania karty do tachograf ów muszą spełniać wymogi regulaminu EKG ONZ nr 10 
w odniesieniu do kompat ybilności elektromagnety cznej oraz muszą być chronione przed wyłado ­
waniami elektrostaty cznymi . 
4.5  Przecho wywanie dany ch 
Do celó w niniejszego pkt: 
—  czas jest rejestro wan y z dokładnością do jednej minuty , chyba że ustalono inaczej, 
—  stany licznika kilometró w rejestr uje się z dokładnością do jednego kilometra, 
—  prędk ości rejestr uje się z dokładnością do 1 km/h, 
—  pozy cje (szerok ość i długość ) rejestr uje się w stopniac h i minutach, z dokładnością do 1/10 minuty . 
Funkcje kart do tach ograf ów, polecenia i struktur y logiczne, spełnia jące wymagania doty czące przecho ­
wywania dany ch wyszczeg ólniono w dodatku 2. 
O ile nie określono inaczej, przec howywanie dany ch na kartach do tachog rafów odbywa się w taki sposób, 
że najstarsze dane są zastępo wane nowymi dany mi, jeżeli wyczer pie się pamięć przewidziana na określone 
rekordy dany ch. 26.5.2016 L 139/53 Dziennik Urzędo wy Unii Europejskiej PL    
245)  W niniejszym punkcie określono minimalną pojemność przec howywania dany ch dla różn ych 
zbioró w dany ch aplikacyjny ch. Karty do tachograf ów przekazują do urządzenia rejestr ującego bieżącą 
pojemność przecho wywania dany ch dla tych zbioró w dany ch. 
246)  Wszelkie dodatk owe dane, które mogą być zapisywane na kartach do tachograf ów, związane 
z innymi aplikacjami ewentualnie zamieszczonym i na karcie, są przec howywane zgodnie 
z dyrektywą 95/46/WE oraz dyrektywą 2002/58/WE oraz zgodnie z art. 7 rozporządzenia (UE) 
nr 165/2014. 
247) Każd y plik główny (MF) na każdej karcie do tachog rafu zawiera mak symalnie pięć plików elemen ­
tarnych (EF) do zarządzania kartą, identyfikacji aplikacji i mikroprocesora oraz dwa pliki dedyk owane 
(DF): 
—  DF Tachograph, który zawi era aplikację dostępną dla przyrządó w rejestr ujący ch pier wszej 
generacji, używaną również w kartach do tach ograf ów pier wszej generacji, 
—  DF Tachog raph_G2, który zawiera aplikację dostępną tylko dla przyrządó w rejestr ujący ch drugiej 
generacji, używaną tylko w kartach do tachograf ów drugiej generacji, 
Szczegóło we informacje o strukturze kart do tachog rafów określono w dodatku 2. 
4.5.1  Pliki elementar ne do identyfik acji i zarządzania kartą 
4.5.2  Identyfik acja kart mikropr ocesor owych 
248)  Karty do tachog rafów umożliwiają przec howywanie następujący ch dany ch identyf ikujący ch kartę 
elektroniczną: 
—  zatrzymanie zegara, 
—  numer seryjny karty (łącznie z numerem producenta), 
—  numer homologacji typu dla karty, 
—  identyfika tor jednostki personalizującej kartę, 
—  identyfika tor wbudo wującego, 
—  identyfika tor układu scalonego. 
4.5.2.1  Identyfikacja mikroprocesora 
249)  Karty do tachog rafów umożliwiają przec howywanie następujący ch dany ch identyfikującyc h układ 
scalony (IC): 
—  numer seryjny układu scalonego, 
—  oznaczenie fabr yczne układu scalonego. 
4.5.2.2  DIR (tylk o w kar tach do tach ograf ów drugiej generacji) 
250)  Karty do tachog rafów umożliwiają przec howywanie obiektó w dany ch identyf ikujący ch aplikacje 
określony ch w dodatku 2. 
4.5.2.3  Informacje ATR (war unk owe, dostępne tylk o w kar tach do tachograf ów drugiej generacji) 
251)  Karty do tachog rafów umożliwiaj ą przec howywanie następujący ch obiektó w dany ch informacji o 
rozszerzonej długości: 
—  jeżeli karta do tach ograf ów obsługuje pola o rozszerzonej długości, obiekt dany ch informacji o 
rozszerzonej długości określony w dodatku 2. 26.5.2016 L 139/54 Dziennik Urzędo wy Unii Europejskiej PL    
4.5.2.4  Informacje o rozszerzonej długości (war unk owe, dostępne tylk o w kar tach do 
tach ograf ów drugiej generacji) 
252)  Karty do tachog rafów umożliwiaj ą przec howywanie następujący ch obiektó w dany ch informacji o 
rozszerzonej długości: 
—  jeżeli karta do tachograf ów obsługuje pola o rozszerzonej długości, obiekty dany ch informacji o 
rozszerzonej długości określony w dodatku 2. 
4.5.3  Karta kierowcy 
4.5.3.1  Aplikacja tach ograf iczna (dostępna dla przyrządó w rejestr ujący ch pier wszej i drugiej 
generacji) 
4.5.3.1.1  Identyfika cja aplikacji 
253)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch identyf ikujący ch aplikację: 
—  identyfika cja aplikacji tach ografi cznej, 
—  identyfika cja typu karty do tachog rafów. 
4.5.3.1.2  Klucz i certyfikaty 
254)  Karta kiero wcy umożliwia przec howywanie szeregu kluczy i certyfikató w kryptograficzny ch, jak 
określono w dodatku 11 część A. 
4.5.3.1.3  Identyfika cja karty 
255)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch identyf ikujący ch kartę: 
—  numer karty, 
—  państwo członk owskie wydaj ące kartę, nazwa organu wydaj ącego, data wydania, 
—  data rozpoczęcia okresu ważności karty, term in ważności karty. 
4.5.3.1.4  Identyfika cja posiadacza karty 
256)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch identyf ikujący ch posiadacza karty: 
—  nazwisk o posiadacza karty, 
—  imię (imiona) posiadacza karty, 
—  data urodzenia, 
—  prefe rowan y język. 
4.5.3.1.5  Pobieranie dany ch z karty 
257)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch doty czący ch pobierania dany ch: 
—  data i godzina ostatniego pobrania dany ch z karty (do inny ch celó w niż kontrola). 
258)  Karta kiero wcy umożliwia przec howywanie jednego takiego rekordu dany ch. 
4.5.3.1.6  Dane doty czące prawa jazdy 
259)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch doty czący ch prawa jazdy: 
—  państwo członk owskie wydaj ące, nazwa organu wydaj ącego, 
—  numer prawa jazdy (w dniu wydania karty). 26.5.2016 L 139/55 Dziennik Urzędo wy Unii Europejskiej PL    
4.5.3.1.7  Dane doty czące zdarzeń 
Do celó w niniejszego podpunktu czas zacho wuje się z dokładnością do 1 sekundy . 
260)  Karta kiero wcy umożliwia przecho wywanie następujący ch dany ch doty czący ch zdarzeń wykr ytych 
przez urządzenie rejestr ujące przy włożonej karcie: 
—  nakłada jące się czasy (w przypadku gdy dana karta jest przy czyną zdarzenia), 
—  włożenie karty podczas jazdy (w przypadku gdy dana karta jest przedmiot em zdarzenia), 
—  sesja ostatniej karty niezamknięta prawidło wo (w przypadku gdy dana karta jest przedmiot em 
zdarzenia), 
—  przer wa w zasilaniu, 
—  błąd dany ch doty czący ch ruchu, 
—  próby naruszenia zabezpieczenia. 
261)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch dla tych zdarzeń: 
—  kod zdarzenia, 
—  data i godzina rozpoczęcia zdarzenia (lub włożenia karty, jeżeli zdarzenie trwało w tym czasie), 
—  data i godzina zakończenia zdarzenia (lub wyjęcia karty, jeżeli zdarzenie trwało w tym czasie), 
—  numer VRN i państwo członk owskie rejestracji pojazdu, w którym wystąpiło zdarzenie. 
Uwaga: dla zdarzenia „nakłada jące się czasy”: 
—  data i godzina rozpoczęcia zdarzenia musi odpo wiadać dacie i godzinie wyjęcia karty 
z poprzedniego pojazdu, 
—  data i godzina zakończenia zdarzenia musi odpo wiadać dacie i godzinie włożenia karty 
w bieżącym pojeździe, 
—  dane pojazdu muszą odpo wiadać bieżącemu pojazdo wi powodującemu zdarzenie. 
Uwaga: dla zdarzenia „sesja ostatniej karty niezamknięta prawidło wo”: 
—  data i godzina rozpoczęcia zdarzenia musi odpo wiadać dacie i godzinie włożenia karty dla sesji 
niezamknięte j prawidło wo, 
—  data i godzina zakończenia zdarzenia musi odpo wiadać dacie i godzinie włożenia karty dla sesji, 
w czasie któr ej wykr yto zdarzenie (bieżąca sesja), 
—  dane pojazdu muszą odpo wiadać pojazdo wi, w który m sesja nie została zamknięta prawidło wo. 
262)  Karta kiero wcy umożliwia przec howywanie dany ch doty czący ch sześciu ostatnich zdarzeń każdego 
typu (łącznie 36 zdarzeń). 
4.5.3.1.8  Dane doty czące uster ek 
Do celó w niniejszego podpunktu czas rejestr uje się z dokładnością do 1 sekundy . 
263)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch doty czący ch uste rek wykr ytych 
przez urządzenie rejestr ujące przy włożonej karcie: 
—  uster ka karty (w przypadku gdy dana karta jest przedmiot em zdarzenia), 
—  uster ka urządzenia rejestr ującego. 26.5.2016 L 139/56 Dziennik Urzędo wy Unii Europejskiej PL    
264)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch doty czący ch tych usterek: 
—  kod uste rki, 
—  data i godzina rozpoczęcia usterki (lub włożenia karty, jeżeli usterka trwała w tym czasie), 
—  data i godzina zakończenia uste rki (lub wyjęcia karty, jeżeli usterka trwała w tym czasie), 
—  numer VRN i państwo członk owskie rejestracji pojazdu, w którym wystąpiła uste rka. 
265)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch doty czący ch dwunastu ostatnic h 
uster ek każdego rodza ju (łącznie 24 uster ki). 
4.5.3.1.9  Dane doty czące czynności kiero wcy 
266)  Karta kiero wcy umożliwia przech owywanie, dla każdego dnia kalendarzo wego, w który m karta jest 
użyta, lub dla każdego dnia, dla którego kiero wca ręcznie wpro wadza informacje doty czące 
czynności, następujący ch dany ch: 
—  data, 
—  dzienny licznik obecności (zwięks zony o jeden dla każdego z tych dni kalendarzo wych), 
—  całk owita droga przeb yta przez kiero wcę w ciągu tego dnia, 
—  status kiero wcy o godzinie 00:00, 
—  za każdym razem, kiedy kiero wca zmienia czynność lub stan prowadzenia pojazdu lub wkłada 
lub wyjmuje swoją kartę: 
—  stan prowadzenia pojazdu (ZAŁOGA, JEDEN KIER OWCA), 
—  szczelina czytnika (KIER OWCA, WSPÓŁKIER OWCA), 
—  status karty (WŁOŻONA, NIEWŁOŻONA ), 
—  czynność (PROWADZENIE, GOTO WOŚĆ, PRA CA, PRZER WA/ODPOCZYNEK ), 
—  godzina zmiany . 
267)  Pamię ć karty kiero wcy wystarcza do przec howywania dany ch doty czący ch czynności kiero wcy przez 
co najmniej 28 dni (przeciętną aktywność kiero wcy definiuje się jako 93 zmiany czynności dziennie). 
268)  Dane wyszczeg ólnione w wymag aniach 261, 264 i 266 przec howuje się w sposób umożliwiający 
wyszukiwanie czynności w kolejności chronologicznej, nawe t w przypadku nakładania się czasó w. 
4.5.3.1.10  Dane doty czące używany ch pojazdó w 
269)  Karta kiero wcy umożliwia przech owywanie, dla każdego dnia kalendarzo wego, w który m karta jest 
użyta, i dla każdego okresu używania danego pojazdu w tym dniu (okres używania obejmuje 
wszystkie następujące po sobie cykle włożenia i wyjęcia karty w danym pojeździe, z perspektywy 
dany ch zapisany ch na karcie), następujący ch dany ch: 
—  data i godzina pier wszego użycia pojazdu (tj. pier wsze włożenie karty w tym okresie używania 
pojazdu lub 00:00, jeżeli okres używania trwał w tym czasie), 
—  stan licznika kilometró w o tej godzinie, 
—  data i godzina ostatniego użycia pojazdu, (tj. ostatnie wyjęcie karty w tym okresie używania 
pojazdu lub 23:59, jeżeli okres używania trwał w tym czasie), 
—  stan licznika kilometró w o tej godzinie, 
—  numer VRN i państwo członk owskie rejestracji pojazdu. 26.5.2016 L 139/57 Dziennik Urzędo wy Unii Europejskiej PL    
270)  Karta kiero wcy umożliwia przec howywanie co najmniej 84 takic h rekordó w dany ch. 
4.5.3.1.11  Miejsca rozpoczęcia lub zakończenia dzienny ch okresó w pracy 
271)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch doty czący ch miejsc rozpoczęcia 
lub zakończenia dzienny ch okresó w pracy , wpro wadzany ch przez kiero wcę: 
—  data i godzina wpro wadzenia dany ch (lub data/godzina odnosząca się do wpisu, jeżeli wpis 
wpro wadza się w procedurze ręcznego wpro wadzania dany ch), 
—  rodza j wpisu (rozpoczęcie lub zakończenie, status wpisu), 
—  kraj i region, 
—  stan licznika kilometró w. 
272)  Pamię ć karty kiero wcy umożliwia przech owywanie co najmniej 42 par takic h rekordó w dany ch. 
4.5.3.1.12  Dane sesji karty 
273)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch doty czący ch pojazdu, dla któr ego 
otwar to bieżącą sesję: 
—  data i godzina otwarcia sesji (tj. włożenia karty) z dokładnością do jednej sekundy , 
—  numer VRN i państwo członk owskie rejestracji. 
4.5.3.1.13  Dane doty czące czynności kontrolny ch 
274)  Karta kiero wcy umożliwia przech owywanie następujący ch dany ch doty czący ch czynności 
kontroln ych: 
—  data i godzina kontroli, 
—  numer karty kontrolnej i państwo członk owskie wydaj ące kartę, 
—  rodza j kontroli (wyświetlanie lub drukowanie lub pobieranie dany ch z przyrządu rejestr ującego 
lub pobieranie dany ch z karty – patrz uwaga), 
—  okres, dla które go pobrano dane, w przypadku pobierania dany ch, 
—  numer VRN i państwo członk owskie rejestracji pojazdu, w którym miała miejsce kontrola. 
Uwaga: pobieranie dany ch z karty jest rejestro wane wyłącznie wtedy , gdy jest wyk onywane przez 
urządzenie rejestr ujące. 
275)  Karta kiero wcy umożliwia przec howywanie jednego takiego rekordu dany ch. 
4.5.3.1.14  Dane doty czące warunków szczególn ych 
276)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch doty czący ch warunków 
szczególn ych wpro wadzony ch przy włożonej karcie (niezależnie od tego, do której szczelin y 
czytnika): 
—  data i godzina wpro wadzenia dany ch, 
—  rodza j warunku szczególnego. 
277)  Karta kiero wcy umożliwia przec howywanie co najmniej 56 takic h rekordó w dany ch. 26.5.2016 L 139/58 Dziennik Urzędo wy Unii Europejskiej PL    
4.5.3.2  Aplikacja tachograficzna 2. generacji (niedostępna dla przyrządó w rejestr ujący ch 
pier wszej generacji) 
4.5.3.2.1  Identyfika cja aplikacji 
278)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch identyf ikujący ch aplikację: 
—  identyfika cja aplikacji tach ografi cznej, 
—  identyfika cja typu karty do tachog rafów. 
4.5.3.2.2  Klucze i certyfikaty 
279)  Karta kiero wcy umożliwia przec howywanie szeregu kluczy i certyfikató w kryptograficzny ch, jak 
określono w dodatku 11 część B. 
4.5.3.2.3  Identyfika cja karty 
280)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch identyf ikujący ch kartę: 
—  numer karty, 
—  państwo członk owskie wydaj ące kartę, nazwa organu wydaj ącego, data wydania, 
—  data rozpoczęcia okresu ważności karty, term in ważności karty. 
4.5.3.2.4  Identyfika cja posiadacza karty 
281)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch identyf ikujący ch posiadacza karty: 
—  nazwisk o posiadacza karty, 
—  imię (imiona) posiadacza karty, 
—  data urodzenia, 
—  prefe rowan y język. 
4.5.3.2.5  Pobieranie dany ch z karty 
282)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch doty czący ch pobierania dany ch: 
—  data i godzina ostatniego pobrania dany ch z karty (do inny ch celó w niż kontrola). 
283)  Karta kiero wcy umożliwia przec howywanie jednego takiego rekordu dany ch. 
4.5.3.2.6  Dane doty czące prawa jazdy 
284)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch doty czący ch prawa jazdy: 
—  państwo członk owskie wydaj ące, nazwa organu wydaj ącego, 
—  numer prawa jazdy (w dniu wydania karty). 
4.5.3.2.7  Dane doty czące zdarzeń 
Do celó w niniejszego podpunktu czas zacho wuje się z dokładnością do 1 sekundy . 26.5.2016 L 139/59 Dziennik Urzędo wy Unii Europejskiej PL    
285)  Karta kiero wcy umożliwia przecho wywanie następujący ch dany ch doty czący ch zdarzeń wykr ytych 
przez urządzenie rejestr ujące przy włożonej karcie: 
—  nakłada jące się czasy (w przypadku gdy dana karta jest przy czyną zdarzenia), 
—  włożenie karty podczas jazdy (w przypadku gdy dana karta jest przedmiot em zdarzenia), 
—  sesja ostatniej karty niezamknięta prawidło wo (w przypadku gdy dana karta jest przedmiot em 
zdarzenia), 
—  przer wa w zasilaniu, 
—  błąd połączenia z urządzeniem do łączności na odległość, 
—  brak informacji o pozy cji z odbior nika GNSS, 
—  błąd połączenia z urządzeniem zewnętrznym GNSS, 
—  błąd dany ch doty czący ch ruchu, 
—  konflikt ruchu pojazdu, 
—  próba naruszenia zabezpieczenia, 
—  konflikt czasu. 
286)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch dla tych zdarzeń: 
—  kod zdarzenia, 
—  data i godzina rozpoczęcia zdarzenia (lub włożenia karty, jeżeli zdarzenie trwało w tym czasie), 
—  data i godzina zakończenia zdarzenia (lub wyjęcia karty, jeżeli zdarzenie trwało w tym czasie), 
—  numer VRN i państwo członk owskie rejestracji pojazdu, w którym wystąpiło zdarzenie. 
Uwaga: dla zdarzenia „nakłada jące się czasy”: 
—  data i godzina rozpoczęcia zdarzenia musi odpo wiadać dacie i godzinie wyjęcia karty 
z poprzedniego pojazdu, 
—  data i godzina zakończenia zdarzenia musi odpo wiadać dacie i godzinie włożenia karty 
w bieżącym pojeździe, 
—  dane pojazdu muszą odpo wiadać bieżącemu pojazdo wi powodującemu zdarzenie. 
Uwaga: dla zdarzenia „sesja ostatniej karty niezamknięta prawidło wo”: 
—  data i godzina rozpoczęcia zdarzenia musi odpo wiadać dacie i godzinie włożenia karty dla sesji 
niezamknięte j prawidło wo, 
—  data i godzina zakończenia zdarzenia musi odpo wiadać dacie i godzinie włożenia karty dla sesji, 
w czasie któr ej wykr yto zdarzenie (bieżąca sesja), 
—  dane pojazdu muszą odpo wiadać pojazdo wi, w który m sesja nie została zamknięta prawidło wo. 
287)  Karta kiero wcy umożliwia przec howywanie dany ch doty czący ch sześciu ostatnich zdarzeń każdego 
typu (łącznie 66 zdarzeń). 
4.5.3.2.8  Dane doty czące uster ek 
Do celó w niniejszego podpunktu czas rejestr uje się z dokładnością do 1 sekundy . 26.5.2016 L 139/60 Dziennik Urzędo wy Unii Europejskiej PL    
288)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch doty czący ch uste rek wykr ytych 
przez urządzenie rejestr ujące przy włożonej karcie: 
—  uster ka karty (w przypadku gdy dana karta jest przedmiot em zdarzenia), 
—  uster ka urządzenia rejestr ującego. 
289)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch doty czący ch tych usterek: 
—  kod uste rki, 
—  data i godzina rozpoczęcia usterki (lub włożenia karty, jeżeli usterka trwała w tym czasie), 
—  data i godzina zakończenia uste rki (lub wyjęcia karty, jeżeli usterka trwała w tym czasie), 
—  numer VRN i państwo członk owskie rejestracji pojazdu, w którym wystąpiła uste rka. 
290)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch doty czący ch dwunastu ostatnic h 
uster ek każdego rodza ju (łącznie 24 uster ki). 
4.5.3.2.9  Dane doty czące czynności kiero wcy 
291)  Karta kiero wcy umożliwia przech owywanie, dla każdego dnia kalendarzo wego, w który m karta jest 
użyta, lub dla każdego dnia, dla którego kiero wca ręcznie wpro wadza informacje doty czące 
czynności, następujący ch dany ch: 
—  data, 
—  dzienny licznik obecności (zwięks zony o jeden dla każdego z tych dni kalendarzo wych), 
—  całk owita droga przeb yta przez kiero wcę w ciągu tego dnia, 
—  status kiero wcy o godzinie 00:00, 
—  za każdym razem, kiedy kiero wca zmienia czynność lub stan prowadzenia pojazdu lub wkłada 
lub wyjmuje swoją kartę: 
—  stan prowadzenia pojazdu (ZAŁOGA, JEDEN KIER OWCA), 
—  szczelina czytnika (KIER OWCA, WSPÓŁKIER OWCA), 
—  status karty (WŁOŻONA, NIEWŁOŻONA ), 
—  czynność (PROWADZENIE, GOTO WOŚĆ, PRA CA, PRZER WA/ODPOCZYNEK ), 
—  godzina zmiany . 
292)  Pamię ć karty kiero wcy wystarcza do przec howywania dany ch doty czący ch czynności kiero wcy przez 
co najmniej 28 dni (przeciętną aktywność kiero wcy definiuje się jako 93 zmiany czynności dziennie). 
293)  Dane wyszczeg ólnione w wymag aniach 286, 289 i 291 przec howuje się w sposób umożliwiający 
wyszukiwanie czynności w kolejności chronologicznej, nawe t w przypadku nakładania się czasó w. 
4.5.3.2.10  Dane doty czące używany ch pojazdó w 
294)  Karta kiero wcy umożliwia przech owywanie, dla każdego dnia kalendarzo wego, w który m karta jest 
użyta, i dla każdego okresu używania danego pojazdu w tym dniu (okres używania obejmuje 
wszystkie następujące po sobie cykle włożenia i wyjęcia karty w danym pojeździe, z perspektywy 
dany ch zapisany ch na karcie), następujący ch dany ch: 
—  data i godzina pier wszego użycia pojazdu (tj. pier wsze włożenie karty w tym okresie używania 
pojazdu lub 00:00, jeżeli okres używania trwał w tym czasie), 26.5.2016 L 139/61 Dziennik Urzędo wy Unii Europejskiej PL    
—  stan licznika kilometró w w chwili pier wszego użycia, 
—  data i godzina ostatniego użycia pojazdu, (tj. ostatnie wyjęcie karty w tym okresie używania 
pojazdu lub 23:59, jeżeli okres używania trwał w tym czasie), 
—  stan licznika kilometró w w chwili ostatniego użycia, 
—  numer VRN i państwo członk owskie rejestracji pojazdu, 
—  numer VIN pojazdu. 
295)  Karta kiero wcy umożliwia przec howywanie co najmniej 84 takic h rekordó w dany ch. 
4.5.3.2.11  Miejsca i pozy cje rozpoczęcia lub zakończenia dzienny ch okresó w pracy 
296)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch doty czący ch miejsc rozpoczęcia 
lub zakończenia dzienny ch okresó w pracy , wpro wadzany ch przez kiero wcę: 
—  data i godzina wpro wadzenia dany ch (lub data/godzina odnosząca się do wpisu, jeżeli wpis 
wpro wadza się w procedurze ręcznego wpro wadzania dany ch), 
—  rodza j wpisu (rozpoczęcie lub zakończenie, status wpisu), 
—  kraj i region, 
—  stan licznika kilometró w, 
—  pozy cja pojazdu, 
—  dokładność GNSS, data i godzina określenia pozy cji. 
297)  Pamię ć karty kiero wcy umożliwia przech owywanie co najmniej 84 par takic h rekordó w dany ch. 
4.5.3.2.12  Dane sesji karty 
298)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch doty czący ch pojazdu, dla któr ego 
otwar to bieżącą sesję: 
—  data i godzina otwarcia sesji (tj. włożenia karty) z dokładnością do jednej sekundy , 
—  numer VRN i państwo członk owskie rejestracji. 
4.5.3.2.13  Dane doty czące czynności kontrolny ch 
299)  Karta kiero wcy umożliwia przech owywanie następujący ch dany ch doty czący ch czynności 
kontroln ych: 
—  data i godzina kontroli, 
—  numer karty kontrolnej i państwo członk owskie wydaj ące kartę, 
—  rodza j kontroli (wyświetlanie lub drukowanie lub pobieranie dany ch z przyrządu rejestr ującego 
lub pobieranie dany ch z karty – patrz uwaga), 
—  okres, dla które go pobrano dane, w przypadku pobierania dany ch, 
—  numer VRN i państwo członk owskie rejestracji pojazdu, w którym miała miejsce kontrola. 
Uwaga: zgodnie z wymogam i bezpieczeństwa pobieranie dany ch z karty jest rejestro wane wyłącznie 
wtedy , gdy jest wyk onywane przez urządzenie rejestr ujące. 
300)  Karta kiero wcy umożliwia przec howywanie jednego takiego rekordu dany ch. 26.5.2016 L 139/62 Dziennik Urzędo wy Unii Europejskiej PL    
4.5.3.2.14  Dane doty czące warunków szczególn ych 
301)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch doty czący ch warunków 
szczególn ych wpro wadzony ch przy włożonej karcie (niezależnie od tego, do której szczelin y 
czytnika): 
—  data i godzina wpro wadzenia dany ch, 
—  rodza j warunku szczególnego. 
302)  Karta kiero wcy umożliwia przec howywanie co najmniej 56 takic h rekordó w dany ch. 
4.5.3.2.15  Dane doty czące używany ch przyrządó w rejestr ujący ch 
303)  Karta kiero wcy umożliwia przec howywanie następujący ch dany ch doty czący ch różn ych przyrządó w 
rejestr ujący ch, w któryc h dana karta była używana: 
—  data i godzina rozpoczęcia okresu używania przyrządu rejestr ującego (tj. pier wsze włożenie karty 
do przyrządu rejestr ującego dla danego okresu), 
—  producent przyrządu rejestr ującego, 
—  rodza j przyrządu rejestr ującego, 
—  numer wersji oprogramo wania przyrządu rejestr ującego. 
304)  Karta kiero wcy umożliwia przec howywanie co najmniej 84 takic h rekordó w dany ch. 
4.5.3.2.16  Dane miejsc, w któryc h minęły trzy godziny nieprzer wanego czasu prowadzenia pojazdu 
305)  Karta kiero wcy umożliwia przech owywanie następujący ch dany ch doty czący ch pozy cji pojazdu, 
w któryc h nieprzer wany czas prowadzenia pojazdu przez kiero wcę osiąga wielokrotność trzec h 
godzin: 
—  data i godzina, o które j nieprzer wan y czas prowadzenia pojazdu przez posiadacza karty osiąga 
wielokrotność trzec h godzin, 
—  pozy cja pojazdu, 
—  dokładność GNSS, data i godzina określenia pozy cji. 
306)  Karta kiero wcy umożliwia przec howywanie co najmniej 252 takich rekordó w dany ch. 
4.5.4  Karta warsztato wa 
4.5.4.1  Aplikacja tach ograf iczna (dostępna dla przyrządó w rejestr ujący ch pier wszej i drugiej 
generacji) 
4.5.4.1.1  Identyfika cja aplikacji 
307)  Karta warsztato wa umożliwia przec howywanie następujący ch dany ch identyfikującyc h aplikację: 
—  identyfika cja aplikacji tach ografi cznej, 
—  identyfika cja typu karty do tachog rafów. 
4.5.4.1.2  Klucze i certyfikaty 
308)  Karta warsztato wa umożliwia przec howywanie szeregu kluczy i certyfikatów kryptograficzn ych, jak 
określono w dodatku 11 część A. 26.5.2016 L 139/63 Dziennik Urzędo wy Unii Europejskiej PL    
309)  Karta warsztato wa umożliwia przec howywanie osobistego numer u identyfikacyjnego (kodu PIN). 
4.5.4.1.3  Identyfika cja karty 
310)  Karta warsztato wa umożliwia przec howywanie następujący ch dany ch identyfikującyc h kartę: 
—  numer karty, 
—  państwo członk owskie wydaj ące kartę, nazwa organu wydaj ącego, data wydania, 
—  data rozpoczęcia okresu ważności karty, term in ważności karty. 
4.5.4.1.4  Identyfika cja posiadacza karty 
311)  Karta warsztato wa umożliwia przec howywanie następujący ch dany ch identyf ikujący ch posiadacza 
karty: 
—  nazwa warsztatu, 
—  adres warsztatu, 
—  nazwisk o posiadacza karty, 
—  imię (imiona) posiadacza karty, 
—  prefe rowan y język. 
4.5.4.1.5  Pobieranie dany ch z karty 
312)  Karta warsztato wa umożliwia przec howywanie rekordu dany ch pobrany ch z karty, w taki sam 
sposób jak karta kiero wcy. 
4.5.4.1.6  Dane doty czące kalibracji i korekty czasu 
313)  Karta warsztato wa umożliwia przech owywanie zapisó w doty czący ch kalibracji lub korekty czasu 
wyk onany ch przy karcie włożonej do urządzenia rejestr ującego. 
314)  Każd y rekord dany ch kalibracji może zawie rać następujące dane: 
—  cel kalibracji (aktywacja, pier wsza instalacja, instalacja, przeg ląd okreso wy), 
—  identyfika cja pojazdu, 
—  parametr y uaktualnione lub potwierdzone (w, k, l, rozmiar opon, ustawi enie urządzenia 
ograniczenia prędk ości, licznik kilometró w (nowe i stare wartości), data i godzina (nowe i stare 
wartości )), 
—  identyfika cja urządzenia rejestr ującego (numer części VU, numer seryjny VU, numer seryjny 
czujnika ruchu). 
315)  Karta warsztato wa umożliwia przec howywanie co najmniej 88 takic h rekordó w dany ch. 
316)  Karta warsztato wa jest wyposażona w licznik pokazujący łączną liczbę kalibracji wyk onany ch przy 
użyciu tej karty. 
317)  Karta warsztato wa jest wyposażona w licznik pokazujący liczbę kalibracji wyk onany ch od ostatniego 
pobrania dany ch. 26.5.2016 L 139/64 Dziennik Urzędo wy Unii Europejskiej PL    
4.5.4.1.7  Dane doty czące zdarzeń i uster ek 
318)  Karta warsztato wa umożliwia przecho wywanie rekordó w dany ch zdarzeń i uster ek, w taki sam 
sposób jak karta kiero wcy. 
319)  Karta warsztato wa umożliwia przecho wywanie dany ch doty czący ch trzec h ostatnich zdarzeń każdego 
rodzaju (łącznie 18 zdarzeń) i sześciu ostatnich usterek każdego rodzaju (łącznie 12 usterek). 
4.5.4.1.8  Dane doty czące czynności kiero wcy 
320)  Karta warsztato wa umożliwia przec howywanie dany ch doty czący ch czynności kiero wcy , w taki sam 
sposób jak karta kiero wcy. 
321)  Karta warsztato wa umożliwia przec howywanie dany ch doty czący ch czynności kiero wcy za co 
najmniej 1 dzień przeciętnej aktywności kiero wcy. 
4.5.4.1.9  Dane doty czące używany ch pojazdó w 
322)  Karta warsztato wa umożliwia przech owywanie rekordó w dany ch doty czący ch używanego pojazdu, 
w taki sam sposób jak karta kiero wcy. 
323)  Karta warsztato wa umożliwia przec howywanie co najmniej 4 takic h rekordó w. 
4.5.4.1.10  Dane doty czące rozpoczęcia lub zakończenia dzienny ch okresó w pracy 
324)  Karta warsztato wa umożliwia przecho wywanie rekordó w dany ch doty czący ch rozpoczęcia lub 
zakończenia dzienny ch okresó w pracy , w taki sam sposób jak karta kiero wcy. 
325)  Karta warsztato wa umożliwia przec howywanie co najmniej 3 par takich rekordó w dany ch. 
4.5.4.1.11  Dane sesji karty 
326)  Karta warsztato wa umożliwia przech owywanie rekordu dany ch sesji karty, w taki sam sposób jak 
karta kiero wcy. 
4.5.4.1.12  Dane doty czące czynności kontrolny ch 
327)  Karta warsztato wa umożliwia przecho wywanie rekordu dany ch czynności kontrolny ch, w taki sam 
sposób jak karta kiero wcy. 
4.5.4.1.13  Dane doty czące warunków szczególn ych 
328)  Karta warsztato wa umożliwia przech owywanie dany ch doty czący ch warunków szczegól nych, w taki 
sam sposób jak karta kiero wcy. 
329)  Karta warsztato wa umożliwia przec howywanie co najmniej 2 takic h rekordó w. 
4.5.4.2  Aplikacja tachograficzna 2. generacji (niedostępna dla przyrządó w rejestr ujący ch 
pier wszej generacji) 
4.5.4.2.1  Identyfika cja aplikacji 
330)  Karta warsztato wa umożliwia przec howywanie następujący ch dany ch identyfikującyc h aplikację: 
—  identyfika cja aplikacji tach ografi cznej, 
—  identyfika cja typu karty do tachog rafów. 26.5.2016 L 139/65 Dziennik Urzędo wy Unii Europejskiej PL    
4.5.4.2.2  Klucze i certyfikaty 
331)  Karta warsztato wa umożliwia przec howywanie szeregu kluczy i certyfikatów kryptograficzn ych, jak 
określono w dodatku 11 część B. 
332)  Karta warsztato wa umożliwia przec howywanie osobistego numer u identyfikacyjnego (kodu PIN). 
4.5.4.2.3  Identyfika cja karty 
333)  Karta warsztato wa umożliwia przec howywanie następujący ch dany ch identyfikującyc h kartę: 
—  numer karty, 
—  państwo członk owskie wydaj ące kartę, nazwa organu wydaj ącego, data wydania, 
—  data rozpoczęcia okresu ważności karty, term in ważności karty. 
4.5.4.2.4  Identyfika cja posiadacza karty 
334)  Karta warsztato wa umożliwia przec howywanie następujący ch dany ch identyf ikujący ch posiadacza 
karty: 
—  nazwa warsztatu, 
—  adres warsztatu, 
—  nazwisk o posiadacza karty, 
—  imię (imiona) posiadacza karty, 
—  prefe rowan y język. 
4.5.4.2.5  Pobieranie dany ch z karty 
335)  Karta warsztato wa umożliwia przec howywanie rekordu dany ch pobrany ch z karty, w taki sam 
sposób jak karta kiero wcy. 
4.5.4.2.6  Dane doty czące kalibracji i korekty czasu 
336)  Karta warsztato wa umożliwia przech owywanie zapisó w doty czący ch kalibracji lub korekty czasu 
wyk onany ch przy karcie włożonej do urządzenia rejestr ującego. 
337)  Każd y rekord dany ch kalibracji może zawie rać następujące dane: 
—  cel kalibracji (aktywacja, pier wsza instalacja, instalacja, przeg ląd okreso wy), 
—  identyfika cja pojazdu, 
—  parametr y uaktualnione lub potwierdzone (w, k, l, rozmiar opon, ustawi enie urządzenia 
ograniczenia prędk ości, licznik kilometró w (nowe i stare wartości), data i godzina (nowe i stare 
wartości )), 
—  identyfika cja urządzenia rejestr ującego (numer części VU, numer seryjny VU, numer seryjny 
czujnika ruchu, numer seryjny urządzenia do łączności na odległość, numer seryjny urządzenia 
zewnętrznego GNSS, w stoso wny ch przypadkac h), 
—  rodza je i identyf ikatory wszystkic h założony ch plomb, 
—  możliwoś ć korzystania przez przyrząd rejestr ujący z kart do tachog rafów pier wszej generacji 
(włączona lub nie). 26.5.2016 L 139/66 Dziennik Urzędo wy Unii Europejskiej PL    
338)  Karta warsztato wa umożliwia przec howywanie co najmniej 88 takic h rekordó w dany ch. 
339)  Karta warsztato wa jest wyposażona w licznik pokazujący łączną liczbę kalibracji wyk onany ch przy 
użyciu tej karty. 
340)  Karta warsztato wa jest wyposażona w licznik pokazujący liczbę kalibracji wyk onany ch od ostatniego 
pobrania dany ch. 
4.5.4.2.7  Dane doty czące zdarzeń i uster ek 
341)  Karta warsztato wa umożliwia przecho wywanie rekordó w dany ch zdarzeń i uster ek, w taki sam 
sposób jak karta kiero wcy. 
342)  Karta warsztato wa umożliwia przecho wywanie dany ch doty czący ch trzec h ostatnich zdarzeń każdego 
rodzaju (łącznie 33 zdarzenia) i sześciu ostatnich uste rek każdego rodza ju (łącznie 12 uste rek). 
4.5.4.2.8  Dane doty czące czynności kiero wcy 
343)  Karta warsztato wa umożliwia przec howywanie dany ch doty czący ch czynności kiero wcy , w taki sam 
sposób jak karta kiero wcy. 
344)  Karta warsztato wa umożliwia przec howywanie dany ch doty czący ch czynności kiero wcy za co 
najmniej 1 dzień przeciętnej aktywności kiero wcy. 
4.5.4.2.9  Dane doty czące używany ch pojazdó w 
345)  Karta warsztato wa umożliwia przech owywanie rekordó w dany ch doty czący ch używanego pojazdu, 
w taki sam sposób jak karta kiero wcy. 
346)  Karta warsztato wa umożliwia przec howywanie co najmniej 4 takic h rekordó w. 
4.5.4.2.10  Dane doty czące rozpoczęcia lub zakończenia dzienny ch okresó w pracy 
347)  Karta warsztato wa umożliwia przecho wywanie rekordó w dany ch doty czący ch rozpoczęcia lub 
zakończenia dzienny ch okresó w pracy , w taki sam sposób jak karta kiero wcy. 
348)  Karta warsztato wa umożliwia przec howywanie co najmniej 3 par takich rekordó w dany ch. 
4.5.4.2.11  Dane sesji karty 
349)  Karta warsztato wa umożliwia przech owywanie rekordu dany ch sesji karty, w taki sam sposób jak 
karta kiero wcy. 
4.5.4.2.12  Dane doty czące czynności kontrolny ch 
350)  Karta warsztato wa umożliwia przecho wywanie rekordu dany ch czynności kontrolny ch, w taki sam 
sposób jak karta kiero wcy. 
4.5.4.2.13  Dane doty czące używany ch przyrządó w rejestr ujący ch 
351)  Karta warsztato wa umożliwia przec howywanie następujący ch dany ch doty czący ch różn ych 
przyrządó w rejestr ujący ch, w któryc h dana karta była używana: 
—  data i godzina rozpoczęcia okresu używania przyrządu rejestr ującego (tj. pier wsze włożenie karty 
do przyrządu rejestr ującego dla danego okresu), 
—  producent przyrządu rejestr ującego, 26.5.2016 L 139/67 Dziennik Urzędo wy Unii Europejskiej PL    
—  rodza j przyrządu rejestr ującego, 
—  numer wersji oprogramo wania przyrządu rejestr ującego. 
352)  Karta warsztato wa umożliwia przec howywanie co najmniej 4 takic h rekordó w. 
4.5.4.2.14  Dane miejsc, w któryc h minęły trzy godziny nieprzer wanego czasu prowadzenia pojazdu 
353)  Karta warsztato wa umożliwia przec howywanie następujący ch dany ch doty czący ch pozy cji pojazdu, 
w któryc h nieprzer wany czas prowadzenia pojazdu przez kiero wcę osiąga wielokrotność trzec h 
godzin: 
—  data i godzina, o które j nieprzer wan y czas prowadzenia pojazdu przez posiadacza karty osiąga 
wielokrotność trzec h godzin, 
—  pozy cja pojazdu, 
—  dokładność GNSS, data i godzina określenia pozy cji. 
354)  Karta warsztato wa umożliwia przec howywanie co najmniej 18 takic h rekordó w. 
4.5.4.2.15  Dane doty czące warunków szczególn ych 
355)  Karta warsztato wa umożliwia przech owywanie dany ch doty czący ch warunków szczegól nych, w taki 
sam sposób jak karta kiero wcy. 
356)  Karta warsztato wa umożliwia przec howywanie co najmniej 2 takic h rekordó w. 
4.5.5  Karta kontrolna 
4.5.5.1  Aplikacja tach ograf iczna (dostępna dla przyrządó w rejestr ujący ch pier wszej i drugiej 
generacji) 
4.5.5.1.1  Identyfika cja aplikacji 
357)  Karta kontrolna umożliwia przec howywanie następujący ch dany ch identyfikującyc h aplikację: 
—  identyfika cja aplikacji tach ografi cznej, 
—  identyfika cja typu karty do tachog rafów. 
4.5.5.1.2  Klucze i certyfikaty 
358)  Karta kontrolna umożliwia przec howywanie szeregu kluczy i certyfikató w kryptograficzny ch, jak 
określono w dodatku 11 część A. 
4.5.5.1.3  Identyfika cja karty 
359)  Karta kontrolna umożliwia przec howywanie następujący ch dany ch identyfikującyc h kartę: 
—  numer karty, 
—  państwo członk owskie wydaj ące kartę, nazwa organu wydaj ącego, data wydania, 
—  data rozpoczęcia okresu ważności karty, term in ważności karty (jeżeli jest określony). 
4.5.5.1.4  Identyfika cja posiadacza karty 
360)  Karta kontrolna umożliwia przec howywanie następujący ch dany ch identyfikującyc h posiadacza karty: 
—  nazwa organu kontrolnego, 
—  adres organu kontrolnego, 26.5.2016 L 139/68 Dziennik Urzędo wy Unii Europejskiej PL    
—  nazwisk o posiadacza karty, 
—  imię (imiona) posiadacza karty, 
—  prefe rowan y język. 
4.5.5.1.5  Dane doty czące czynności kontrolny ch 
361)  Karta kontrolna umożliwia przec howywanie następujący ch dany ch doty czący ch czynności 
kontroln ych: 
—  data i godzina kontroli, 
—  rodza j kontroli (wyświetlanie lub drukowanie lub pobieranie dany ch z przyrządu rejestr ującego 
lub karty lub kontrola drogo wa kalibracji), 
—  okres, dla które go pobrano dane (jeżeli ma zast osowanie), 
—  numer VRN i państwo członk owskie rejestracji kontrolo wanego pojazdu, 
—  numer karty i państwo członk owskie wydaj ące kontrolo waną kartę kiero wcy. 
362)  Karta kontrolna umożliwia przec howywanie co najmniej 230 takich rekordó w dany ch. 
4.5.5.2  Aplikacja tachograficzna 2. generacji (niedostępna dla przyrządó w rejestr ujący ch 
pier wszej generacji) 
4.5.5.2.1  Identyfika cja aplikacji 
363)  Karta kontrolna umożliwia przec howywanie następujący ch dany ch identyfikującyc h aplikację: 
—  identyfika cja aplikacji tach ografi cznej, 
—  identyfika cja typu karty do tachog rafów. 
4.5.5.2.2  Klucze i certyfikaty 
364)  Karta kontrolna umożliwia przec howywanie szeregu kluczy i certyfikató w kryptograficzny ch, jak 
określono w dodatku 11 część B. 
4.5.5.2.3  Identyfika cja karty 
365)  Karta kontrolna umożliwia przec howywanie następujący ch dany ch identyfikującyc h kartę: 
—  numer karty, 
—  państwo członk owskie wydaj ące kartę, nazwa organu wydaj ącego, data wydania, 
—  data rozpoczęcia okresu ważności karty, term in ważności karty (jeżeli jest określony). 
4.5.5.2.4  Identyfika cja posiadacza karty 
366)  Karta kontrolna umożliwia przec howywanie następujący ch dany ch identyfikującyc h posiadacza karty: 
—  nazwa organu kontrolnego, 
—  adres organu kontrolnego, 
—  nazwisk o posiadacza karty, 
—  imię (imiona) posiadacza karty, 
—  prefe rowan y język. 26.5.2016 L 139/69 Dziennik Urzędo wy Unii Europejskiej PL    
4.5.5.2.5  Dane doty czące czynności kontrolny ch 
367)  Karta kontrolna umożliwia przec howywanie następujący ch dany ch doty czący ch czynności 
kontroln ych: 
—  data i godzina kontroli, 
—  rodza j kontroli (wyświetlanie lub drukowanie lub pobieranie dany ch z przyrządu rejestr ującego 
lub karty lub kontrola drogo wa kalibracji), 
—  okres, dla które go pobrano dane (jeżeli ma zast osowanie), 
—  numer VRN i państwo członk owskie rejestracji kontrolo wanego pojazdu, 
—  numer karty i państwo członk owskie wydaj ące kontrolo waną kartę kiero wcy. 
368)  Karta kontrolna umożliwia przec howywanie co najmniej 230 takich rekordó w dany ch. 
4.5.6  Karta firmowa 
4.5.6.1  Aplikacja tach ograf iczna (dostępna dla przyrządó w rejestr ujący ch pier wszej i drugiej 
generacji) 
4.5.6.1.1  Identyfika cja aplikacji 
369)  Karta firmowa umożliwia przec howywanie następujący ch dany ch identyf ikujący ch aplikację: 
—  identyfika cja aplikacji tach ografi cznej, 
—  identyfika cja typu karty do tachog rafów. 
4.5.6.1.2  Klucze i certyfikaty 
370)  Karta firmowa umożliwia przecho wywanie szeregu kluczy i certyfikatów kryptografic znych, jak 
określono w dodatku 11 część A. 
4.5.6.1.3  Identyfika cja karty 
371)  Karta firmowa umożliwia przec howywanie następujący ch dany ch identyf ikujący ch kartę: 
—  numer karty, 
—  państwo członk owskie wydaj ące kartę, nazwa organu wydaj ącego, data wydania, 
—  data rozpoczęcia okresu ważności karty, term in ważności karty (jeżeli jest określony). 
4.5.6.1.4  Identyfika cja posiadacza karty 
372)  Karta firmowa umożliwia przec howywanie następujący ch dany ch identyf ikujący ch posiadacza karty: 
—  nazwa firmy, 
—  adres firmy. 
4.5.6.1.5  Dane doty czące czynności wyk onywan ych przez firmę 
373)  Karta firmowa umożliwia przech owywanie następujący ch dany ch doty czący ch czynności 
wyk onywan ych przez firmę: 
—  data i godzina czynności, 
—  typ czynności (blok owanie lub zdejmo wanie blokady z przyrządu rejestr ującego lub pobieranie 
dany ch z przyrządu rejestr ującego lub pobieranie dany ch z karty), 
—  okres, dla które go pobrano dane (jeżeli ma zast osowanie), 26.5.2016 L 139/70 Dziennik Urzędo wy Unii Europejskiej PL    
—  numer VRN i państwo członk owskie rejestracji pojazdu, 
—  numer karty i państwo członk owskie wydaj ące kartę (w przypadku pobierania dany ch z karty). 
374)  Karta firmowa umożliwia przec howywanie co najmniej 230 takich rekordó w dany ch. 
4.5.6.2  Aplikacja tachograficzna 2. generacji (niedostępna dla przyrządó w rejestr ujący ch 
pier wszej generacji) 
4.5.6.2.1  Identyfika cja aplikacji 
375)  Karta firmowa umożliwia przec howywanie następujący ch dany ch identyf ikujący ch aplikację: 
—  identyfika cja aplikacji tach ografi cznej, 
—  identyfika cja typu karty do tachog rafów. 
4.5.6.2.2  Klucze i certyfikaty 
376)  Karta firmowa umożliwia przecho wywanie szeregu kluczy i certyfikatów kryptografic znych, jak 
określono w dodatku 11 część B. 
4.5.6.2.3  Identyfika cja karty 
377)  Karta firmowa umożliwia przec howywanie następujący ch dany ch identyf ikujący ch kartę: 
—  numer karty, 
—  państwo członk owskie wydaj ące kartę, nazwa organu wydaj ącego, data wydania, 
—  data rozpoczęcia okresu ważności karty, term in ważności karty (jeżeli jest określony). 
4.5.6.2.4  Identyfika cja posiadacza karty 
378)  Karta firmowa umożliwia przec howywanie następujący ch dany ch identyf ikujący ch posiadacza karty: 
—  nazwa firmy, 
—  adres firmy. 
4.5.6.2.5  Dane doty czące czynności wyk onywan ych przez firmę 
379)  Karta firmowa umożliwia przech owywanie następujący ch dany ch doty czący ch czynności 
wyk onywan ych przez firmę: 
—  data i godzina czynności, 
—  typ czynności (blok owanie lub zdejmo wanie blokady z przyrządu rejestr ującego lub pobieranie 
dany ch z przyrządu rejestr ującego lub pobieranie dany ch z karty), 
—  okres, dla które go pobrano dane (jeżeli ma zast osowanie), 
—  numer VRN i państwo członk owskie rejestracji pojazdu, 
—  numer karty i państwo członk owskie wydaj ące kartę (w przypadku pobierania dany ch z karty). 
380)  Karta firmowa umożliwia przec howywanie co najmniej 230 takich rekordó w dany ch. 26.5.2016 L 139/71 Dziennik Urzędo wy Unii Europejskiej PL    
5  INST ALACJA URZĄDZENIA REJESTR UJĄCEGO 
5.1  Inst alacja 
381) Nowe urządzenie rejestr ujące dostarcza się instalator om lub producentom pojazdó w w stanie nieakty ­
wowanym, ze wszystkimi parametrami kalibracyjnymi, wyszczeg ólniony mi w rozdziale 3.21, 
ustawion ymi na odpo wiednie i prawidło we wartości dom yślne. W przypadku gdy nie ma konkretnej 
odpo wiedniej wartości, parametr y litero we należy ustawi ć jako łańcuc hy znak ów „?”, a parametr y 
liczbo we jako „0”. Dosta wę części układu zabezpiecza jącego urządzeń rejestr ujący ch można w razie 
konieczności ograniczyć podczas certyfikacji bezpieczeństwa. 
382)  Przed aktywacją urządzenie rejestr ujące umożliwia dostęp do funkcji kalibracji, nawet jeśli nie jest 
w trybie kalibracyjnym. 
383)  Przed aktywacją urządzenie rejestr ujące nie może rejestro wać ani przecho wywać dany ch, o któryc h 
mowa w pkt 3.12.3, 3.12.9 oraz 3.12.12–3.12.15. 
384)  W czasie instalacji producenci pojazdó w wstępnie ustawi ają wszystkie znane parametr y. 
385)  Producenci pojazdó w lub instalat orzy aktywują zainstalo wane urządzenie rejestr ujące najpóźniej 
przed rozpoczęciem korzystania z pojazdu w zakresie objętym rozporządzeniem (WE) nr 561/2006. 
386)  Aktywacja urządzenia rejestr ującego uruchamiana jest automat ycznie przez pier wsze włożenie 
ważnej karty warsztato wej do któr egok olwiek czytnika karty. 
387)  Szczegól ne czynności parujące, wymagane między czujnikiem ruchu a przyrządem rejestr ującym, 
odbywa ją się w razie potrzeby automaty cznie przed aktywacją lub w trakcie aktywacji. 
388)  Podobnie szczegól ne czynności powiązania, wymaga ne między urządzeniem zewnętrznym GNSS a 
przyrządem rejestr ującym, odbywają się w razie potrzeby automaty cznie przed aktywacją lub 
w czasie aktywacji. 
389)  Po aktywo waniu urządzenia rejestr ującego wszystkie funkcje i prawa dostępu do dany ch muszą być 
w pełni wdrożone. 
390)  Po aktywo waniu urządzenie rejestr ujące przekazuje do urządzenia do łączności na odległość 
zabezpieczone dane niezbędne na potrzeby ukier unkowan ych kontroli drogo wych. 
391)  Po aktywo waniu urządzenia rejestr ującego funkcje rejestro wania i przech owywania muszą być 
w pełni funkcjonalne. 
392)  Następnym krokiem po instalacji jest kalibracja. Podczas pier wszej kalibracji nie jest konieczne 
wpro wadzenie numer u rejestracyjnego pojazdu (VRN), jeżeli nie jest on znany zatwierdzonemu 
warsztato wi mającemu przepro wadzić kalibrację. W tej sytuacji, i tylko wted y, właściciel pojazdu 
może wpro wadzić numer VRN, używa jąc swoj ej karty firmowej przed rozpoczęciem korzystania 
z pojazdu w zakresie objętym rozporządzeniem (WE) nr 561/2006 (np. używa jąc poleceń poprzez 
odpo wiednie menu interfejsu czło wiek -maszyna przyrządu rejestr ującego) (1). Każda aktualizacja lub 
potwierdzenie wpro wadzony ch w ten sposób dany ch są możliwe jedynie przy użyciu karty 
warsztato wej. 
393)  Instalacja urządzenia zewnętrznego GNSS wymaga powiązania z przyrządem rejestr ującym, a 
następnie weryfikacji informacji o pozy cji GNSS. 
394)  Urządzenie rejestr ujące musi być umieszczone w pojeździe w taki sposób, aby kiero wca miał ze 
swoje go siedzenia dostęp do niezbędny ch funkcji. 26.5.2016 L 139/72 Dziennik Urzędo wy Unii Europejskiej PL    
(1)Dz.U. L 102 z 11.4.2006, s. 1. 
5.2  Tabliczka inst alacyjna 
395)  Po zainstalo waniu i sprawdzeniu urządzenia rejestr ującego mocuje się na nim dobrze widoczną i 
łatwo dostępną tabliczkę instalacyjną, wygrawero waną lub nadr ukowaną w trwały sposób. Jeżeli nie 
jest to możliwe, tabliczkę mocuje się na słupku „B” pojazdu, tak aby była dobrze widoczna. 
W przypadku pojazdó w, które nie posiadają słupka „B”, tabliczkę instalacyjną należy umoco wać na 
ościeżnicy po stronie kiero wcy pojazdu, tak aby zaws ze była dobrze widoczna. 
Po każdym przeg lądzie przepro wadzonym przez zatwierdzonego instalator a lub warsztat, w miejsce 
starej tabliczki mocuje się nową. 
396)  Tabliczka zawi era co najmniej następujące dane: 
—  nazwa, adres lub nazwa handlo wa zatwierdzonego instalatora lub warsztatu, 
—  współczynnik charakterystyczn y pojazdu, w postaci „w = …im p/km”, 
—  stała urządzenia rejestr ującego, w postaci „k = …im p/km”, 
—  obwó d toczny opon, w postaci „l = …mm”, 
—  rozmiar opon, 
—  data pomiar u współczynnika charakterystyczneg o pojazdu i obwodu tocznego opon, 
—  numer identyfika cyjn y pojazdu, 
—  obecność (lub brak) urządzenia zewnętrznego GNSS, 
—  numer seryjny urządzenia zewnętrznego GNSS, 
—  numer seryjny urządzenia do łączności na odległość, 
—  numer seryjny wszystkich założony ch plomb, 
—  część pojazdu, w której zamonto wan y jest ewentualny adap ter, 
—  część pojazdu, w której zamonto wany jest czujnik ruchu, jeżeli nie jest podłączony do skrzyni 
biegó w lub w przypadku niezast osowania adap tera, 
—  kolor przewodu łączącego adapt er z częścią pojazdu, z które j doch odzą impulsy , 
—  numer seryjny czujnika ruchu wbudo wanego w adap ter. 
397)  Drugą dodatk ową tabliczkę można użyć tylko w pojazdach M1 i N1, w któryc h zainstalo wan y jest 
adapt er zgodnie z rozporządzeniem Komisji (WE) nr 68/2009 (1) z późniejszymi zmianami, oraz gdy 
nie ma możliwości zamieszczenia wszystkic h niezbędn ych informacji opisany ch w wymaganiu 396. 
W takich przypadkac h na dodatk owej tabliczce zamieszczane są co najmniej ostatnie czte ry tiret 
określone w wymaganiu 396. 
Drugą dodatk ową tabliczkę mocuje się w stoso wnych przypadkach obok lub w pobliżu pier wszej 
podstaw owej tabliczki opisanej w wymag aniu 396 i zapewnia się jej taki sam poziom ochrony . Na 
dodatk owej tabliczce umieszcza się ponadto nazwę, adres lub nazwę handlo wą zatwierdzonego 
instalatora lub warsztatu, który dokonał instalacji, oraz datę instalacji. 26.5.2016 L 139/73 Dziennik Urzędo wy Unii Europejskiej PL    
(1)Rozporządzenie Komisji (WE) nr 68/2009 z dnia 23 stycznia 2009 r. dostoso wujące do postępu technicznego po raz dziewiąty 
rozporządzenie Rady (EW G) nr 3821/85 w spra wie urządzeń rejestr ujący ch stoso wany ch w transporcie drogo wym (Dz.U. L 21 
z 24.1.2009, s. 3). 
5.3  Plombo wanie 
398)  Następujące części muszą być zaplombo wane: 
—  Wszelkie połączenia, któryc h rozłączenie może powodo wać niewykr ywalne zmiany dany ch lub 
niewykr ywalne utraty dany ch (może to doty czyć np. instalacji czujnika ruchu na skrzyni bieg ów, 
adapt erów w pojazdach M1/N1, połączenia z urządzeniem zewnętrznym GNSS lub przyrządu 
rejestr ującego); 
—  Tabliczka instalacyjna, chyba że jest przymoco wana w taki sposób, że nie można jej usunąć bez 
uszk odzenia wyk onany ch na niej oznaczeń. 
399)  Plomb y, o któryc h mowa powyżej, mogą być usunięt e: 
—  w nagły ch przypadkac h, 
—  w celu zainstalo wania, wyregulo wania lub naprawy urządzenia ograniczenia prędk ości lub innego 
urządzenia istotnego dla bezpieczeństwa drogo wego, z zastrzeżeniem że urządzenie rejestr ujące 
nadal pracuje nieza wodnie i prawidło wo i zostanie powtórnie zaplombo wane przez zatwier ­
dzonego instalat ora lub warsztat (zgodnie z rozdziałem 6) niezwłocznie po zainstalo waniu 
urządzenia ograniczenia prędk ości lub innego urządzenia istotnego dla bezpieczeństwa 
drogo wego lub w term inie siedmiu dni w pozostały ch przypadkach. 
400)  Każd y przypadek zdjęcia takiej plomby wymaga sporządzenia pisemnego oświadczenia poda jącego 
powody takiego działania, a oświadczenie to udostępniane jest właściwemu organo wi. 
401)  Plomb y muszą mieć numer identyfikacyjny przydzielon y przez ich producenta. Numer ten jest 
niepo wtarzalny i różn y od innych numeró w plomb przydzielon ych przez innych producent ów 
plomb. 
Ten niepo wtarzalny numer identyf ikacyjn y jest określony w następujący sposób: MM NNNNNN 
w formie niedającego się usunąć oznak owania, gdzie MM to jednoznaczny identyf ikator producenta 
(numer w bazie dany ch prowadzonej przez KE), a NNNNNN to numer alfanumer yczny plomby , 
niepo wtarzalny dla danego producenta. 
402)  Na plombie musi być wolne miejsce, na który m zatwierdzeni instalator zy, warsztaty lub producenci 
pojazdó w mogą dodać specjalny znak zgodnie z art. 22 ust. 3 rozporządzenia (UE) nr 165/2014. 
Znak ten nie może zakr ywać numer u identyfikacyjnego plomby . 
403)  Producenci plomb muszą być zarejestro wani w specjalnej bazie dany ch i muszą udostępniać 
publicznie numer y identyf ikacyjne plomb w procedurze, którą ma określić Komisja Europejska. 
404)  Zatwierdzone warsztaty i producenci pojazdó w korzystają, w ramach rozporządzenia (UE) 
nr 165/2014, wyłącznie z plomb od producentó w plomb zapisany ch w bazie dany ch, o któr ej mowa 
powyżej. 
405) Producenci plomb i ich dystr ybutorzy zacho wują pełną dokumentację umożliwiaj ącą identyf iko­
walność plomb sprzedawan ych do użytku w ramac h rozporządzenia (UE) nr 165/2014 i są goto wi 
do jej przedłużenia właściwym organom krajo wym w razie potrzeby . 
406)  Niepo wtarzalne numer y identyfikacyjne plomb muszą być widoczne na tabliczce instalacyjnej. 
6  KONTR OLE, PRZEGLĄD Y I NAPRA WY 
Wymagania odnośnie do okoliczności, w jakich można usunąć plomby , określone w art. 22 ust. 5 rozporzą ­
dzenia (UE) nr 165/2014, zostały zdef inio wane w rozdziale 5.3 niniejszego załącznika. 
6.1  Zatwierdzanie inst alatorów, warszta tów i producent ów pojazdó w 
Państwa członk owskie zatwierdzaj ą, regular nie kontrolują i certyfikują instytucje odpo wiadaj ące za: 
—  instalacje, 
—  kontrole, 26.5.2016 L 139/74 Dziennik Urzędo wy Unii Europejskiej PL    
—  przeg lądy , 
—  naprawy . 
Karty warsztato we wydaje się wyłącznie instalator om lub warsztatom zatwierdzonym do aktywo wania lub 
kalibro wania urządzeń rejestr ujący ch zgodnie z niniejszym załącznikiem i, chyba że istnieją inne należyte 
uzasadnienia, 
—  którzy nie kwalifikują się do posiadania karty firmowej, 
—  i któryc h inna działalność zaw odo wa nie stano wi potencjalnego zagrożenia dla ogólnego bezpieczeństwa 
syste mu zgodnie z wymogami w dodatku 10. 
6.2  Kon trola techniczna przyrządó w nowych i po naprawie 
407)  Każd y przyrząd, tak nowy, jak i po naprawi e, jest kontrolo wan y pod wzg lędem prawidło wego 
funkcjono wania oraz dokładności odczytó w i rejestracji, w granicach określony ch w rozdziale 3.2.1, 
3.2.2, 3.2.3 oraz 3.3 poprzez zaplombo wanie zgodnie z rozdziałem 5.3 oraz kalibrację. 
6.3  Przegląd inst alacyjny 
408)  Po zainstalo waniu w pojeździe cała instalacja (włącznie z urządzeniem rejestr ującym) musi być 
zgodna z przepisami doty czącymi maksymalny ch tolerancji ustano wionymi w rozdziałach 3.2.1, 
3.2.2, 3.2.3 i 3.3. 
6.4  Przeglądy okreso we 
409)  Przeg lądy okreso we urządzeń zainstalo wany ch w pojazdach przepro wadza się po każdej naprawi e 
urządzenia lub po jakiejk olwiek zmianie współczynnika charakt erysty cznego pojazdu lub obwo du 
tocznego opon, lub gdy czas UTC urządzenia różni się od czasu UTC o więcej niż 20 minut, lub 
przy zmianie numer u VRN i przyna jmniej raz w okresie dwóc h lat (24 miesięcy) od ostatniej 
kontroli. 
410)  Przeg lądy te obejmują następujące kontrole: 
—  czy urządzenie rejestr ujące działa prawidł owo, włącznie z funkcją przec howywania dany ch na 
kartach do tach ograf ów oraz łącznością z czytnikami na odległość, 
—  czy jest zacho wana zgodność z wymaganiam i rozdziału 3.2.1 i 3.2.2 co do maksymalny ch 
tolerancji przy instalacji, 
—  czy jest zach owana zgodność z przepisami rozdziałó w 3.2.3 i 3.3, 
—  czy urządzenie rejestr ujące opatrzone jest znakiem homolog acji typu, 
—  czy tabliczka instalacyjna określona w wymaganiu 396 oraz tabliczka określona w wymaganiu 
225 są zamoco wane, 
—  rozmiar u opon i fakty cznego obwo du tocznego opon, 
—  czy do urządzenia nie są podłączone żadne urządzenia służące do manipulacji, 
—  czy plomby są prawidło wo założone, w dobr ym stanie, czy ich numer y identyfika cyjne są ważne 
(producent plomb zatwierdzony w bazie KE) oraz czy ich numer y identyf ikacyjne odpo wiadają 
oznak owaniom na tabliczce instalacyjnej (zob. wymag anie 401). 
411)  Jeżeli jedno ze zdarzeń wymieniony ch w rozdziale 3.9 (Wykrywanie zdarzeń lub uster ek) pojawiło 
się od czasu poprzedniego przeg lądu i producenci tachograf ów lub organy krajo we uważają, że 
stwarza ono zagrożenie dla bezpieczeństwa urządzenia, warsztat: 
a.  poró wnuje dane identyfikacyjne czujnika ruchu podłączonego do skrzyni biegó w z danym i 
sparo wanego czujnika ruchu zarejestro wan ymi w przyrządzie rejestr ującym; 26.5.2016 L 139/75 Dziennik Urzędo wy Unii Europejskiej PL    
b.  spra wdza, czy informacje zapisane na tabliczce instalacyjnej są zgodne z informacjami zawar tymi 
w przyrządzie rejestr ującym; 
c.  spra wdza, czy numer seryjny czujnika ruchu i numer homolog acji, jeżeli są nadr ukowane na 
obudo wie czujnika ruchu, są zgodne z informacjami przech owywany mi w pamięci dany ch 
urządzenia rejestr ującego; 
d.  poró wnuje dane identyfika cyjne umieszczone na tabliczce znamiono wej ewentualnego urządzenia 
zewnętrznego GNSS z dany mi przecho wywanymi w pamięci dany ch przyrządu rejestr ującego. 
412)  Warsztaty odnot owują w swoic h spraw ozdaniac h z przeg lądu wszystkie ustalenia doty czące 
zniszczony ch plomb lub urządzeń służący ch do manipulacji. Warsztaty przecho wują przedmiot owe 
spraw ozdania co najmniej przez 2 lata i udostępniaj ą je każdorazo wo na wniosek właściwego 
orga nu. 
413)  W ramac h przeg lądó w wyk onuje się kalibrację i zapobiega wczą wymianę plomb, za któryc h montaż 
odpo wiadają warsztaty . 
6.5  Wyznaczanie błędó w 
414)  Wyzn aczanie błędó w po zainstalo waniu i podczas użytk owania jest wyk onywane w następujący ch 
warunkach, które stano wią warunki odniesienia: 
—  pojazd bez obciążenia w stanie goto wym do jazdy , 
—  ciśnienie w ogumieniu zgodne z instr ukcjami producenta, 
—  zuży cie ogumienia w granicach dopuszczalny ch przepisami krajowymi, 
—  ruch pojazdu: 
—  pojazd porusza się napędzany własnym silnikiem, po linii proste j i po poziomej powierzchni, 
z prędk ością 50 ± 5 km/h. Odległość pomiaro wa wynosi przyna jmniej 1 000 m. 
—  spra wdzenie może być również przepro wadzone inną metodą, np. na odpo wiednim stano wisku 
warsztato wym, pod warunkiem że zapewni ono poró wnywaln ą dokładność. 
6.6  Napraw y 
415)  Warsztaty mogą pobierać dane z urządzenia rejestr ującego w celu przekazania tych dany ch 
odpo wiedniej firmie przew ozowej. 
416)  Zatwierdzone warsztaty wydaj ą firmom przewozo wym zaświadczenie o niemożliw ości pobrania 
dany ch, w przypadku gdy uszk odzenie urządzenia rejestr ującego uniemożliwia pobranie zarejestro ­
wany ch dany ch nawet po naprawi e w tym warsztacie. Warsztaty przec howują kopię każdego 
wydanego zaświadczenia przez okres co najmniej dwóch lat. 
7  WYD AWANIE KART 
Procedur y wydawania kart określone przez państwa członk owskie spełnia ją następujące wymaga nia: 
417)  Pier wsza karta do tachog rafów wydana wniosk odawcy ma numer karty równy numero wi kolejnemu 
(jeżeli ma zastoso wanie), a numer wymiany i numer odno wienia ustawione na „0”. 
418)  Numer y karty wszystkich nieosobisty ch kart do tach ograf ów wydan ych jednemu organo wi 
kontrolnemu lub jednemu warsztato wi lub jednej firmie przew ozowej mają te same pier wsze 13 cyfr 
i wszystkie mają różn y numer kolejny . 
419)  Karta do tach ograf ów wydana jako duplikat istniejącej karty do tachog rafów ma ten sam numer karty 
co karta zastąpiona, z wyjątkiem numer u wymiany , który jest zwięk szan y o „1” (w kolejności 0, …, 
9, A, …, Z). 26.5.2016 L 139/76 Dziennik Urzędo wy Unii Europejskiej PL    
420)  Karta do tachograf ów wydana jako duplikat istniejącej karty do tachog rafów ma ten sam term in 
ważności karty co karta zastąpiona. 
421)  Karta do tachograf ów wydana jako odno wienie istniejącej karty do tachog rafów ma ten sam numer 
karty co karta odno wiona, z wyjątkiem numer u wymiany , który jest ustawi ony na „0” i numer u 
odno wienia, któr y jest zwięk szan y o „1” (w kolejności 0, …, 9, A, …, Z). 
422)  Przy wymianie istniejącej karty do tachog rafów w celu zmiany dany ch administracyjny ch stosuje się 
te same zasady co przy odna wianiu, jeżeli odbywa się w tym sam ym państwie członk owskim, lub te 
same zasady co przy pier wszym wydaniu, jeżeli odbywa się w innym państwie członk owskim. 
423)  W rubryce „nazwisk o posiadacza karty” w przypadku nieosobisty ch kart warsztato wych lub 
kontroln ych wpisuje się albo nazwę warsztatu lub organu kontrolnego albo nazwisk o instalator a lub 
funkcjonar iusza służb kontrolny ch, według uznania państw członk owskich. 
424)  Państwa członk owskie wymienia ją dane drogą elektroniczną w celu zapewnienia niepo wtarzalności 
wydawan ych kart kiero wcy zgodnie z art. 31 rozporządzenia (UE) nr 165/2014. 
8  HOMOL OGA CJA TYPU URZĄDZEŃ REJESTR UJĄCY CH I KAR T DO TACHOGRAFÓ W 
8.1  Uwagi ogólne 
Do celó w niniejszego rozdziału wyrażenie „urządzenie rejestr ujące” oznacza „urządzenie rejestr ujące lub 
jego elementy składo we”. Homolog acji typu nie wymaga się dla przew odu(-ó w) łączącego(-y ch) czujnik 
ruchu z przyrządem rejestr ującym, urządzenie zewnętrzne GNSS z przyrządem rejestr ującym lub 
urządzenie do łączności na odległość z przyrządem rejestr ującym. Papier używany przez urządzenie 
rejestr ujące uważa się za element składo wy urządzenia rejestr ującego. 
Każdy producent może zwrócić się o homologację typu jego elementu składo wego z każdym typem 
czujnika ruchu, urządzenia zewnętrznego GNSS i odwrotnie, pod warunkiem że każdy element jest zgodn y 
z wymag aniami w niniejszym załączniku. Producenci mogą również zwrócić się o homologa cję typu 
urządzenia rejestr ującego. 
425) Urządzenie rejestr ujące dostarcza się do homolog acji w stanie komple tnym z wszystkimi zintegro ­
wanymi urządzeniami dodatk owymi. 
426)  Homologa cja typu urządzenia rejestr ującego i kart do tachograf ów obejmuje badania związane 
z bezpieczeństwem, badania funkcjonalności i badania interoperacyjności. Pozytywne wyniki każdego 
z tych badań potwierdza się odpo wiednim świadectwem. 
427)  Org any homologacji typu w państwach członk owskic h nie wydają świadectwa homolog acji typu, 
dopóki nie mają: 
—  świadectwa bezpieczeństwa, 
—  świadectwa funkcjonalności, 
—  i świadectwa interoperacyjności 
dla urządzenia rejestr ującego lub kart do tachog rafów, dla któryc h złożono wniosek o homologa cję 
typu. 
428)  O wszelkic h modyfi kacjac h oprogramo wania lub sprzętu urządzenia lub rodza ju mate riałów użyty ch 
do wytw orzenia urządzenia należy , przed zastoso waniem, zawi adomić organ, który wydał 
homologację typu dla urządzenia. Org an ten potwierdza producento wi rozszerzenie homologacji 
typu lub też może zażądać uaktualnienia lub potwierdzenia stoso wnych świadectw funkcjonalności, 
bezpieczeństwa lub interoperacyjności. 
429)  Procedur y aktualizacji oprogramo wania w prawidło wo funkcjonującym urządzeniu rejestr ującym 
zatwierdza orga n, który wydał homolog ację typu dla tego urządzenia rejestr ującego. Aktualizacja 
oprogramo wania nie może zmienić ani usunąć żadny ch dany ch doty czący ch czynności kiero wcy 
przech owywany ch w pamięci urządzenia rejestr ującego. Oprogramo wanie można aktualizo wać 
wyłącznie na odpo wiedzialność producenta urządzenia. 26.5.2016 L 139/77 Dziennik Urzędo wy Unii Europejskiej PL    
430)  Nie można odmó wić homologacji typu zmian w oprogramo waniu, któryc h celem jest aktualizacja 
wcześniej homologo wanego typu urządzenia rejestr ującego, jeżeli takie zmiany doty czą wyłącznie 
funkcji nieokreślon ych w niniejszym załączniku. Aktualizacja oprogramo wania urządzenia rejestr u­
jącego może nie obejmo wać wpro wadzania nowych zestaw ów znak ów, jeśli nie jest to technicznie 
wyk onalne. 
8.2  Świadectw o bezpieczeńst wa 
431)  Świadectwo bezpieczeństwa wydaj e się zgodnie z przepisami dodatku 10 do niniejszego załącznika. 
Elementy składo we urządzenia rejestr ującego objęte certyfikacją to przyrząd rejestr ujący , czujnik 
ruchu, urządzenie zewnętrzne GNSS i karty do tachograf ów. 
432)  W wyjątk owej sytuacji, gdy organy certyfikacji bezpieczeństwa odma wiają certyfikowania nowego 
urządzenia z powodu przestarzały ch mechaniz mów bezpieczeństwa, homolog ację typu przyznaje się 
nadal tylko w tych konkretny ch i wyjątk owych okolicznościach oraz jeżeli, zgodnie z rozporzą ­
dzeniem, nie istnieje rozwiązanie alternatywne. 
433)  W takiej sytuacji dane państwo członk owskie bezzwłocznie informuje Komisję Europejską, która 
w ciągu dwunastu miesięcy kalendarzo wych od przyznania homologacji typu wszczyna procedurę 
mającą na celu zapewnienie przywrócenia poziomu bezpieczeństwa do stanu początk owego. 
8.3  Świadectw o funkcjonalności 
434)  Każd y ubieg ający się o homologację typu dostarcza organowi państwa członk owskiego właściwemu 
dla homolog acji typu wszelkie mater iały i dokumentacje, jakie organ ten uzna za niezbędne. 
435)  W ciągu jednego miesiąca od złożenia wniosku producenci dostarczaj ą odpo wiednie próbki 
produktó w posiadający ch homologację typu i związaną z nimi dokumentację wymaganą przez 
laboratori a wyznaczone do przepro wadzenia badań funkcjonalności. Wniosk odaw ca ponosi 
wszystkie koszty wynikające z przedmiot owego wniosku. Laboratoria zacho wują poufność 
wszystkich informacji wrażliwy ch pod wzg lędem handlo wym. 
436)  Świadectwo funkcjonalności wydaj e się producento wi wyłącznie po pozytywnym przejściu 
przynajmniej przez wszystkie badania funkcjonalności wyszczeg ólnione w dodatku 9. 
437)  Org an właściwy dla homologacji typu wydaj e świadectwo funkcjonalności. W świadectwie tym 
podaje się, oprócz nazwy (nazwiska) otrzymującego świadectwo i identyfika cji modelu, szczegóło wy 
wykaz wyk onany ch badań i uzyskany ch wynik ów. 
438)  W świadectwie funkcjonalności każdego elementu składo wego urządzenia rejestr ującego wskazuje się 
także numer y homologacji typu wszystkich innych homologo wany ch kompatybiln ych element ów 
składo wych urządzenia rejestr ującego przebadany ch do celó w certyfikacji. 
439)  W świadectwie funkcjonalności każdego elementu składo wego urządzenia rejestr ującego wskazuje się 
także normę CEN lub ISO, na podsta wie której certyfiko wano interfejs funkcjonalny . 
8.4  Świadectw o interoperacyjności 
440)  Badania inter operacyjności przepro wadza jedno laborat orium w imieniu i na odpo wiedzialność 
Komisji Europejskiej. 
441)  Laboratori um rejestr uje wnioski o badania interoperacyjności złożone przez producent ów 
w kolejności chronologicznej napływu tych wniosk ów. 26.5.2016 L 139/78 Dziennik Urzędo wy Unii Europejskiej PL    
442)  Wnioski rejestr uje się oficjalnie tylko wted y, gdy w posiadaniu laboratorium znajdują się: 
—  komplet mate riałów i dokumentó w niezbędny ch do takic h badań interoperacyjności, 
—  odpo wiednie świadectwo bezpieczeństwa, 
—  odpo wiednie świadectwo funkcjonalności. 
Producenta zawiadamia się o dacie rejestracji wniosku. 
443)  Laboratori um nie przepro wadza żadny ch badań interoperacyjności urządzeń rejestr ujący ch ani kart 
do tach ograf ów, któr ym nie przyznano świadectwa bezpieczeństwa i świadectwa funkcjonalności, 
poza wyjątk owymi sytuacjami opisany mi w wymaganiu 432. 
444) Producent wnioskujący o przepro wadzenie badań interoperacyjności zobo wiązuje się do pozosta ­
wienia w laboratori um, które ma przepro wadzić te badania, kompletu mater iałów i dokument ów, 
które dostarczył do przepro wadzenia tych badań. 
445)  Badania inter operacyjności przepro wadza się, zgodnie z przepisami dodatku 9 do niniejszego 
załącznika, dla, odpo wiednio, wszystkich typó w urządzenia rejestr ującego lub kart do tachograf ów: 
—  które mają jeszcze ważną homologację typu, lub 
—  któryc h homolog acja typu jest w toku i któr e mają ważne świadectwo inter operacyjności. 
446)  Badania interoperacyjności obejmują wszystkie generacje urządzeń rejestr ujący ch lub kart do 
tachograf ów będące nadal w użyciu. 
447)  Laboratori um wydaj e producento wi świadectwo interoperacyjności tylko wtedy , gdy objęte nim 
urządzenia pom yślnie przejdą wszystkie wymagane badania interoperacyjności. 
448)  Jeżeli co najmnie j jedno urządzenie rejestr ujące lub karta do tachograf ów nie przejdą pom yślnie 
badań interoperacyjności, świadectwa interoperacyjności nie wydaje się, dopóki wnioskujący 
producent nie wpro wadzi niezbędny ch popra wek i dopóki nie przejdą one pom yślnie przez badania 
interoperacyjności. Laboratori um, przy pomocy zaintereso wany ch producent ów, rozpoznaj e 
przy czynę uster ki inter operacyjności i dokłada starań, by pomóc wnioskującemu producento wi 
w znalezieniu rozwiązania technicznego. W przypadku gdy producent modyfi kuje swój produkt, 
odpo wiada on za uzyskanie potwierdzenia właściwy ch organów, że świadectwo bezpieczeństwa i 
świadectwo funkcjonalności nadal zacho wują ważność. 
449)  Świadectwo inter operacyjności ważne jest przez sześć miesięcy . Zostaj e ono odwołane na koniec tego 
okresu, jeżeli producent nie uzyska odpo wiadaj ącego mu świadectwa homologacji typu. Producent 
przekazuje to świadectw o organowi homolog acji typu w państwie członk owskim, który wydał 
świadectwo funkcjonalności. 
450)  Żaden element, któr y może być źródłem uster ki interoperacyjności, nie może być użyty do osiągan ia 
korzyści z pozy cji dominującej ani prowadzić do uzyskania takiej pozy cji. 
8.5  Świadectw o homologacji typu 
451)  Org an homologacji typu w państwie członk owskim może wydać świadectw o homolog acji typu, jeżeli 
posiada trzy wymagane świadectwa. 
452)  W świadectwie homolog acji typu każdego elementu składo wego urządzenia rejestr ującego wskazuje 
się także numer y homologa cji typu inny ch homologo wan ych interoperacyjn ych urządzeń rejestr u­
jący ch. 
453)  Org an homolog acji typu przekazuje kopię świadectwa homologacji typu do laborat orium właściwego 
do przepro wadzenia badań inter operacyjności równocześnie z dostarczeniem świadectwa 
producento wi. 26.5.2016 L 139/79 Dziennik Urzędo wy Unii Europejskiej PL    
454)  Laboratori um właściwe do przepro wadzenia badań interoperacyjności prowadzi publiczną stronę 
intern etową, na które j znajduje się uaktualnion y wykaz modeli urządzeń rejestr ujący ch lub kart do 
tachograf ów: 
—  dla któr ych zarejestro wano wniosek o badania interoperacyjności, 
—  które uzyskały świadectw o interoperacyjności (nawet czaso we), 
—  które uzyskały świadectw o homologacji typu. 
8.6  Procedura szczególna: pier wsze świadectwa interoperacyjności dla urządzeń rejestr ujący ch i kart 
do tacho grafó w 2. generacji 
455)  Przez cztery miesiące od czasu, gdy pier wsza para urządzeń rejestr ujący ch 2. generacji i kart do 
tachograf ów 2. generacji (kar ty kiero wcy, warsztato we, kontrolne i firmowe) uzyska świadectwa 
interoperacyjności, wszelkie wydane świadectwa interoperacyjności (łącznie z pier wszymi), 
w odniesieniu do wniosk ów zarejestro wanymi w tym okresie, uważa się za czaso we. 
456)  Jeżeli na koniec tego okresu wszystkie produkty , których to doty czy, współdziałają, wszystkie 
odpo wiednie świadectwa inter operacyjności zastępuje się świadectwem ostate cznym. 
457) Jeżeli w tym okresie wykr yje się uster ki inter operacyjności, laboratori um właściwe do przepro wa­
dzenia badań inter operacyjności rozpoznaj e przy czyny problemó w z pomocą wszystkich zaintereso ­
wany ch producentó w i zachę ca ich do wpro wadzenia niezbędny ch poprawek. 
458)  Jeżeli na koniec tego okresu nadal występują problem y inter operacyjności, laborat orium właściwe do 
przepro wadzenia badań interoperacyjności, we współpracy z zaintereso wan ymi producentami i 
orga nami homologacji typu, które wydały odpo wiednie świadectwa funkcjonalności, szuka przy czyn 
uster ek interoperacyjności i ustala, jakie poprawki powinien wpro wadzić każdy z zaintereso wan ych 
producentó w. Poszukiwanie rozwiązań techniczn ych trwa mak symalnie dwa miesiące, po czym, jeśli 
nie zostanie znalezione wspólne rozwiązanie, Komisja, po konsultacji z laborat orium właściwym do 
przepro wadzenia badań inter operacyjności, decyduje, które urządzenie(-a) i karty otrzymują 
ostateczne świadectwa inter operacyjności wraz z uzasadnieniem swoj ej decyzji. 
459)  Wszelkie wnioski o przepro wadzenie badań interoperacyjności, zarejestro wane przez laborat orium 
w okresie między końcem czterom iesięcznego okresu po dostarczeniu pier wszego czaso wego 
świadectwa interoperacyjności a datą decyzji Komisji, o której mowa w wymaganiu 455, są 
odraczane aż do rozwiązania początk owych problemó w inter operacyjności. Następnie wnioski te 
rozpatr uje się w kolejności chronologicznej ich rejestracji.  26.5.2016 L 139/80 Dziennik Urzędo wy Unii Europejskiej PL    
Dodatek 1 
SPIS DANY CH: 
SPIS TREŚCI 
1. WPR OWADZENIE ............................................................................................................................. 88 
1.1. Podejście do definicji typó w dany ch.......................................................................................... 88 
1.2. Odniesienia ......................................................................................................................... 88 
2. DEFINICJE TYPÓ W DANY CH ............................................................................................................... 89 
2.1. ActivityChang eInfo............................................................................................................... 89 
2.2. Address .............................................................................................................................. 90 
2.3. AESKe y.............................................................................................................................. 91 
2.4. AES128Key ......................................................................................................................... 91 
2.5. AES192Key ......................................................................................................................... 91 
2.6. AES256Key ......................................................................................................................... 92 
2.7. BCDStr ing .......................................................................................................................... 92 
2.8. CalibrationPur pose ............................................................................................................... 92 
2.9. CardA ctivityDailyRecord ........................................................................................................ 93 
2.10. CardA ctivityLengthRa nge ....................................................................................................... 93 
2.11. CardAppro valNumber ........................................................................................................... 93 
2.12. CardCer tificate..................................................................................................................... 94 
2.13. CardChipIdentification ........................................................................................................... 94 
2.14. CardConsecutiveIndex ........................................................................................................... 94 
2.15. CardControlA ctivityDataRecord ............................................................................................... 94 
2.16. CardCur rentUse ................................................................................................................... 95 
2.17. CardDr iverA ctivity ................................................................................................................ 95 
2.18. CardDr ivingLicenceInf ormation ............................................................................................... 95 
2.19. CardEventData ..................................................................................................................... 96 
2.20. CardEventRecord .................................................................................................................. 96 
2.21. CardF aultData ...................................................................................................................... 96 
2.22. CardF aultRecord .................................................................................................................. 97 
2.23. CardIccIdentification ............................................................................................................. 97 
2.24. CardIdentification ................................................................................................................. 97 
2.25. CardMA Certificate................................................................................................................ 98 
2.26. CardNumber ....................................................................................................................... 98 
2.27. CardPlaceDailyW orkPer iod ..................................................................................................... 99 
2.28. CardPr ivateKe y.................................................................................................................... 99 26.5.2016 L 139/81 Dziennik Urzędo wy Unii Europejskiej PL    
2.29. CardPublicKe y..................................................................................................................... 99 
2.30. CardRenewalIndex ................................................................................................................ 99 
2.31. CardReplacementIndex .......................................................................................................... 99 
2.32. CardSignCer tificate............................................................................................................... 100 
2.33. CardSlotNumber .................................................................................................................. 100 
2.34. CardSlotsStatus .................................................................................................................... 100 
2.35. CardSlotsStatusRecordAr ray.................................................................................................... 100 
2.36. CardStr uctureV ersion ............................................................................................................ 101 
2.37. CardV ehicleRecord ................................................................................................................ 101 
2.38. CardV ehiclesUsed ................................................................................................................. 102 
2.39. CardV ehicleU nitRecord .......................................................................................................... 102 
2.40. CardV ehicleU nitsUsed ............................................................................................................ 102 
2.41. Certyfikat ........................................................................................................................... 103 
2.42. CertificateCont ent ................................................................................................................ 103 
2.43. CertificateHolderAuth orisation ................................................................................................ 104 
2.44. CertificateRequestID .............................................................................................................. 104 
2.45. CertificationAuthor ityKID ...................................................................................................... 104 
2.46. Com panyA ctivityData ........................................................................................................... 105 
2.47. Com panyA ctivityT ype ........................................................................................................... 106 
2.48. Com panyCard ApplicationIdentif ication ..................................................................................... 106 
2.49. Com panyCard HolderIdentif ication ........................................................................................... 106 
2.50. ControlCardApplicationIdentification ........................................................................................ 106 
2.51. ControlCardControlA ctivityData .............................................................................................. 107 
2.52. ControlCardHolderIdentification .............................................................................................. 107 
2.53. ControlT ype ........................................................................................................................ 108 
2.54. CurrentDateTime ................................................................................................................. 109 
2.55. CurrentDateTimeRecordArr ay................................................................................................. 109 
2.56. DailyPresenceCount er............................................................................................................ 109 
2.57. Datef................................................................................................................................. 109 
2.58. DateOfDa yDo wnloaded ......................................................................................................... 110 
2.59. DateOfDa yDo wnloadedRecordAr ray......................................................................................... 110 
2.60. Distance ............................................................................................................................. 110 
2.61. DriverCardApplicationIdentifi cation ......................................................................................... 110 
2.62. DriverCardHolderIdentifi cation ................................................................................................ 111 
2.63. DSR CSecur ityData ................................................................................................................ 112 
2.64. EGFCer tificate...................................................................................................................... 112 
2.65. EmbedderIcAssemblerId ......................................................................................................... 112 26.5.2016 L 139/82 Dziennik Urzędo wy Unii Europejskiej PL    
2.66. Entr yTypeDailyW orkPer iod ..................................................................................................... 113 
2.67. EquipmentT ype .................................................................................................................... 113 
2.68. EuropeanPublicKe y............................................................................................................... 114 
2.69. EventF aultRecordPur pose ....................................................................................................... 114 
2.70. EventF aultT ype .................................................................................................................... 114 
2.71. Exten dedSealIdentifi er........................................................................................................... 115 
2.72. Exten dedSer ialNumber .......................................................................................................... 116 
2.73. FullCardNumber .................................................................................................................. 116 
2.74. FullCardNumberAndGeneration ............................................................................................... 117 
2.75. Generation .......................................................................................................................... 117 
2.76. GeoCoordinates ................................................................................................................... 117 
2.77. GNSS Accuracy ..................................................................................................................... 118 
2.78. GNSSContinuousDr iving ........................................................................................................ 118 
2.79. GNSSContinuousDr ivingRecord ............................................................................................... 118 
2.80. GNSSPlaceRecord ................................................................................................................. 118 
2.81. HighResOdomete r................................................................................................................ 119 
2.82. HighResT ripDistance ............................................................................................................. 119 
2.83. HolderName ....................................................................................................................... 119 
2.84. InternalGNSSReceiver ............................................................................................................ 119 
2.85. K-ConstantOfRecordingEquipment ........................................................................................... 119 
2.86. KeyIdentifier ....................................................................................................................... 120 
2.87. KMW CKey.......................................................................................................................... 120 
2.88. Languag e............................................................................................................................ 120 
2.89. LastCardDo wnload ............................................................................................................... 120 
2.90. LinkCer tificate ..................................................................................................................... 120 
2.91. L-TyreCircumf erence ............................................................................................................. 121 
2.92. MAC................................................................................................................................. 121 
2.93. ManualIn putFlag .................................................................................................................. 121 
2.94. Manufa cturerCode ................................................................................................................ 121 
2.95. Manufa cturerSpecifi cEventF aultData ......................................................................................... 121 
2.96. MemberStat eCer tificate .......................................................................................................... 122 
2.97. MemberStat eCer tificateRecordAr ray.......................................................................................... 122 
2.98. MemberStat ePublicKey .......................................................................................................... 122 
2.99. Name ................................................................................................................................ 122 
2.100. NationAlpha ....................................................................................................................... 123 
2.101. NationNumer ic.................................................................................................................... 123 
2.102. NoOfCalibrationRecords ........................................................................................................ 123 26.5.2016 L 139/83 Dziennik Urzędo wy Unii Europejskiej PL    
2.103. NoOfCalibrationsSinceDo wnload ............................................................................................. 123 
2.104. NoOfCardPlaceRecords .......................................................................................................... 123 
2.105. NoOfCardV ehicleRecords ....................................................................................................... 124 
2.106. NoOfCardV ehicleU nitRecords .................................................................................................. 124 
2.107. NoOfComp anyA ctivityRecords ................................................................................................ 124 
2.108. NoOfControlA ctivityRecords .................................................................................................. 124 
2.109. NoOfEventsPe rType .............................................................................................................. 124 
2.110. NoOfF aultsPerT ype ............................................................................................................... 124 
2.111. NoOfGNSSCDRecords ........................................................................................................... 124 
2.112. NoOfSpecificConditionRecords ................................................................................................ 125 
2.113. Odomet erShor t,................................................................................................................... 125 
2.114. Odomet erValueMidnight ........................................................................................................ 125 
2.115. Odomet erValueMidnightRecordAr ray........................................................................................ 125 
2.116. OverspeedNumber ................................................................................................................ 125 
2.117. PlaceRecord ........................................................................................................................ 126 
2.118. PreviousV ehicleInf o............................................................................................................... 126 
2.119. PublicKey ........................................................................................................................... 127 
2.120. RecordT ype ......................................................................................................................... 127 
2.121. RegionAlpha ....................................................................................................................... 128 
2.122. RegionNumer ic.................................................................................................................... 128 
2.123. Remot eCommunicationModuleSer ialNumber .............................................................................. 129 
2.124. RSA KeyModulus .................................................................................................................. 129 
2.125. RSA KeyPrivate Exponent ......................................................................................................... 129 
2.126. RSA KeyPublicExponent ......................................................................................................... 129 
2.127. RtmData ............................................................................................................................ 129 
2.128. SealDataCard ....................................................................................................................... 129 
2.129. SealDataV u......................................................................................................................... 130 
2.130. SealRecord .......................................................................................................................... 130 
2.131. SensorAppro valNumber ......................................................................................................... 130 
2.132. SensorExt ernalGNSSA ppro valNumber ....................................................................................... 131 
2.133. SensorExt ernalGNSSCoupledRecord ......................................................................................... 131 
2.134. SensorExt ernalGNSSIdentifi cation ............................................................................................ 131 
2.135. SensorExt ernalGNSSInstallation ............................................................................................... 132 
2.136. SensorExt ernalGNSSOSIdentifi er.............................................................................................. 132 
2.137. SensorExt ernalGNSSSCIdentifie r.............................................................................................. 132 
2.138. SensorGNSSCouplingDate ...................................................................................................... 133 26.5.2016 L 139/84 Dziennik Urzędo wy Unii Europejskiej PL    
2.139. SensorGNSSSer ialNumber ...................................................................................................... 133 
2.140. SensorIdentification .............................................................................................................. 133 
2.141. SensorInstallation ................................................................................................................. 133 
2.142. SensorInstallationSecData ....................................................................................................... 134 
2.143. SensorOSIdentifier ................................................................................................................ 134 
2.144. SensorP aired ....................................................................................................................... 134 
2.145. SensorP airedRecord .............................................................................................................. 135 
2.146. SensorP airingDate ................................................................................................................ 135 
2.147. SensorSCIdentifier ................................................................................................................ 135 
2.148. SensorSer ialNumber .............................................................................................................. 135 
2.149. Podpis ............................................................................................................................... 135 
2.150. SignatureRecordAr ray........................................................................................................... 136 
2.151. SimilarEventsNumber ............................................................................................................ 136 
2.152. SpecificConditionRecord ........................................................................................................ 136 
2.153. SpecificConditions ................................................................................................................ 136 
2.154. SpecificCondition Type ........................................................................................................... 137 
2.155. Prędk ość ............................................................................................................................ 137 
2.156. SpeedA uthor ised .................................................................................................................. 137 
2.157. SpeedA verag e...................................................................................................................... 138 
2.158. SpeedMax ........................................................................................................................... 138 
2.159. TachographP ayload ............................................................................................................... 138 
2.160. TachographP ayloadEncr ypted .................................................................................................. 138 
2.161. TDesSessionKe y................................................................................................................... 138 
2.162. TimeReal ............................................................................................................................ 139 
2.163. TyreSize ............................................................................................................................. 139 
2.164. VehicleIdentif icationNumber ................................................................................................... 139 
2.165. VehicleIdentif icationNumberRecordAr ray................................................................................... 139 
2.166. VehicleRegistrationIdentificat ion .............................................................................................. 139 
2.167. VehicleRegistrationNumber ..................................................................................................... 140 
2.168. VehicleRegistrationNumberRecordAr ray.................................................................................... 140 
2.169. VuAbility ............................................................................................................................ 140 
2.170. VuActivityDailyData .............................................................................................................. 141 
2.171. VuActivityDailyRecordAr ray................................................................................................... 141 
2.172. VuAppro valNumber .............................................................................................................. 141 
2.173. VuCalibrationData ................................................................................................................ 142 
2.174. VuCalibrationRecord ............................................................................................................. 142 
2.175. VuCalibrationRecordAr ray...................................................................................................... 143 26.5.2016 L 139/85 Dziennik Urzędo wy Unii Europejskiej PL    
2.176. VuCardIWData .................................................................................................................... 144 
2.177. VuCardIWRecord ................................................................................................................. 144 
2.178. VuCardIWRecordAr ray.......................................................................................................... 145 
2.179. VuCardRecord ..................................................................................................................... 145 
2.180. VuCardRecordAr ray.............................................................................................................. 146 
2.181. VuCer tificate ....................................................................................................................... 146 
2.182. VuCer tificateRecordAr ray....................................................................................................... 146 
2.183. VuCom panyL ocksData .......................................................................................................... 147 
2.184. VuCom panyL ocksRecord ....................................................................................................... 147 
2.185. VuCom panyL ocksRecordAr ray................................................................................................ 148 
2.186. VuControlA ctivityData .......................................................................................................... 148 
2.187. VuControlA ctivityRecord ....................................................................................................... 148 
2.188. VuControlA ctivityRecordAr ray................................................................................................ 149 
2.189. VuDataBloc kCounter ............................................................................................................. 149 
2.190. VuDetailedSpeedBlock ........................................................................................................... 149 
2.191. VuDetailedSpeedBlockRe cordAr ray........................................................................................... 150 
2.192. VuDetailedSpeedData ............................................................................................................ 150 
2.193. VuDo wnloadableP eriod.......................................................................................................... 150 
2.194. VuDo wnloadableP eriodRecordAr ray......................................................................................... 151 
2.195. VuDo wnloadA ctivityData ....................................................................................................... 151 
2.196. VuDo wnloadA ctivityDataRecordAr ray....................................................................................... 151 
2.197. VuEventData ....................................................................................................................... 152 
2.198. VuEventRecord .................................................................................................................... 152 
2.199. VuEventRecordAr ray............................................................................................................. 153 
2.200. VuFaul tData ........................................................................................................................ 154 
2.201. VuFaul tRecord ..................................................................................................................... 154 
2.202. VuFaul tRecordAr ray.............................................................................................................. 155 
2.203. VuGNSSCDRecord ................................................................................................................ 155 
2.204. VuGNSSCDRecordAr ray........................................................................................................ 156 
2.205. VuIdentification ................................................................................................................... 156 
2.206. VuIdentificationRecordAr ray................................................................................................... 157 
2.207. VuITSConsentRecord ............................................................................................................ 157 
2.208. VuITSConsentRecordAr ray..................................................................................................... 158 
2.209. VuManufa cturerAddress ......................................................................................................... 158 
2.210. VuManufa cturerName ............................................................................................................ 158 
2.211. VuManufa ctur ingDate ............................................................................................................ 158 26.5.2016 L 139/86 Dziennik Urzędo wy Unii Europejskiej PL    
2.212. VuOverSpeedingControlData .................................................................................................. 159 
2.213. VuOverSpeedingControlDataRecordAr ray.................................................................................. 159 
2.214. VuOverSpeedingEventData ..................................................................................................... 159 
2.215. VuOverSpeedingEventRecord .................................................................................................. 159 
2.216. VuOverSpeedingEventRecordAr ray........................................................................................... 160 
2.217. VuPartNumber ..................................................................................................................... 161 
2.218. VuPlaceDailyW orkPe riodData .................................................................................................. 161 
2.219. VuPlaceDailyW orkPe riodRecord ............................................................................................... 161 
2.220. VuPlaceDailyW orkPe riodRecordAr ray....................................................................................... 162 
2.221. VuPrivate Key ....................................................................................................................... 162 
2.222. VuPublicKey ........................................................................................................................ 162 
2.223. VuSer ialNumber ................................................................................................................... 162 
2.224. VuSof tInstallationDate ........................................................................................................... 162 
2.225. VuSof twareIdentif ication ........................................................................................................ 163 
2.226. VuSof twareV ersion ............................................................................................................... 163 
2.227. VuSpecificConditionData ....................................................................................................... 163 
2.228. VuSpecificConditionRecordAr ray............................................................................................. 163 
2.229. VuTimeAd justmentData ......................................................................................................... 164 
2.230. VuTimeAd justmentGNSSRecord .............................................................................................. 164 
2.231. VuTimeAd justmentGNSSRecordAr ray....................................................................................... 164 
2.232. VuTimeAd justmentRecord ...................................................................................................... 165 
2.233. VuTimeAd justmentRecordAr ray.............................................................................................. 165 
2.234. WorkshopCardApplicationIdentification .................................................................................... 166 
2.235. WorkshopCardCalibrationData ................................................................................................ 166 
2.236. WorkshopCardCalibrationRecord ............................................................................................. 167 
2.237. WorkshopCardHolderIdentificat ion .......................................................................................... 168 
2.238. WorkshopCardPIN ................................................................................................................ 168 
2.239. W-VehicleCharact eristicConstant .............................................................................................. 169 
2.240. VuPowerSupplyInt erruptionRecord ........................................................................................... 169 
2.241. VuPowerSupplyInt erruptionRecordArr ay................................................................................... 169 
2.242. VuSensorExt ernalGNSSCoupledRecordAr ray............................................................................... 170 
2.243. VuSensorP airedRecordAr ray.................................................................................................... 170 
3. DEFINICJE WARTO ŚCI I ZAKRESU WIELK OŚCI ....................................................................................... 171 
4. ZEST AW ZNAK ÓW:.......................................................................................................................... 171 
5. KODO WANIE .................................................................................................................................. 171 
6. IDENT YFIKA TOR Y OBIEK TU I IDENT YFIKA TOR Y APLIKA CJI ...................................................................... 171 
6.1. Identyfikator y obiektu ........................................................................................................... 171 
6.2. Identyfikator y aplikacji .......................................................................................................... 172  26.5.2016 L 139/87 Dziennik Urzędo wy Unii Europejskiej PL    
1.  WPR OWADZENIE 
Niniejszy dodat ek określa formaty dany ch, elementy dany ch i struktur y dany ch przeznaczone do wyk orzystania 
w urządzeniach rejestr ujący ch i kartach do tachograf ów. 
1.1.  Podejście do definicji typó w dany ch 
W niniejszym dodatku do definio wania typó w dany ch użyt o zapisu składni abstrakcyjnej 1 (ASN.1). Pozwala to 
na definio wanie prosty ch i strukturalny ch dany ch bez narzucania żadnej swoi stej składni przesyłania dany ch 
(reguł kodo wania), któr a zależy od aplikacji i środo wiska. 
Konwe ncje nazewnictwa typu ASN.1 opraco wano zgodnie z normą ISO/IEC 8824-1. Powyższe oznacza, że: 
—  tam gdzie możliwe wybrane nazwy opisują znaczenie typu, 
—  tam gdzie typ dany ch zbudo wany jest z inny ch typó w dany ch nazwa typu dany ch ma postać pojedynczego 
ciągu znak ów alfanumer yczny ch zaczynającego się od dużej liter y, natomiast duże liter y wewnątrz nazwy 
opisują odpo wiednie znaczenia, 
—  ogóln ie nazwy typó w dany ch powiązane są z nazwami typó w dany ch, z któryc h są zbudo wane, 
urządzeniem, w który m są zgromadzone i funkcją z nimi związaną. 
Jeżeli typ ASN.1 jest już zdefinio wany jako część innej normy i jeżeli jest to właściwe w celu wyk orzystania 
w urządzeniu rejestr ującym, to ten typ ASN.1 jest zdefinio wany w niniejszym dodatku. 
Aby umożliwić stoso wanie kilku reguł kodo wania, niekt óre typy ASN.1 w niniejszym dodatku są ograniczone 
identyf ikatorami zakresu wartości. Identyfika tory zakresu wartości zostały zdefini owane w pkt. 3 i dodatku 2. 
1.2.  Odniesienia 
W niniejszym dodatku stosuje się następujące odniesienia: 
ISO 639  Kod reprezentacji nazw język ów. Wydanie pier wsze: 1988. 
ISO 3166  Kody nazw krajó w i ich jednostek administracyjny ch – Część 1: Kody krajów, 2013. 
ISO 3779  Pojazdy drogo we – Numer identyfikacyjny pojazdu (VIN) – zawar tość i struktura. 2009 
ISO/IEC 7816-5  Karty identyfikacyjne — Elektroniczne karty styk owe — część 5: Rejestracja identyfika torów 
aplikacji 
Wydanie drugie: 2004. 
ISO/IEC 7816-6  Karty identyf ikacyjne — Elektroniczne karty styk owe — część 6: Elementy dany ch wymieniane 
z otoczeniem niezależnie od dziedziny zastoso wań, 2004 + Poprawka techniczna 1: 2006 
ISO/IEC 8824-1  Informatyka – Zapis składni abstrakcyjnej 1 (ASN.1): Specyfikacja notacji podsta wowej. 
2008 + sprosto wanie techniczne 1: 2012 i sprost owanie techniczne 2: 2014. 
ISO/IEC 8825-2  Informatyka – Reguły kodo wania ASN.1: Specyfikacja reguł upak owanego kodo wania (PER). 
2008. 
ISO/IEC 8859-1  Informatyka – 8-bito we jednoba jtowe zesta wy znak ów grafi czny ch – część 1: Zestaw łaciński 
1. Wydanie pier wsze: 1998. 
ISO/IEC 8859-7  Informatyka – 8-bito we jednoba jtowe zesta wy znak ów graficzny ch – część 7: Alfabe t łaciński/ 
grecki. 2003. 26.5.2016 L 139/88 Dziennik Urzędo wy Unii Europejskiej PL    
ISO 16844-3  Pojazdy drogo we – System y tachograficzne – interfe js czujnika ruchu. 2004 + Poprawka 
techniczna 1: 2006. 
TR-03110-3  Wyty czne techniczne BSI/ANSSI TR-03110-3, Zaawan sowane mec hanizm y zabezpieczeń 
dokumentó w podróży odczytywany ch maszyno wo i token eIDAS – część 3 Wspólne 
specyfi kacje, wersja 2.20, 3. Luty 2015 r. 
2.  DEFINICJE TYPÓ W DANY CH 
Dla każdego z następujący ch typó w dany ch wartość dom yślna „nieznane” lub zawar tość „nie doty czy” poleg a na 
wypełnieniu elementu dany ch bajtami „FF”. 
Wszystkie typy dany ch są wyk orzystywane w aplikacjach generacji 1 i generacji 2, chyba że określono inaczej. 
2.1.  Acti vityChangeInfo 
Ten typ dany ch umożliwia kodo wanie, w dwubajt owym słowie, stanu szczelin y czytnika o godzinie 00:00 lub 
statusu kiero wcy o godzinie 00:00 lub zmiany czynności, lub zmian y stanu prowadzenia pojazdu, lub zmiany 
stanu karty dla kiero wcy lub współkiero wcy. Ten typ dany ch związany jest z wymaga niami 105, 266, 291, 320, 
321, 343 i 344 określony mi w załączniku 1C. 
Przypisanie war tości – zapisane oktetami: ‘scpaattttttttttt’B (16 bitów) 
Zapisy w pamięci dany ch (lub stan szczeliny czytnika karty): 
‘s’B  Szczelina czytnika karty: 
‘0’B: KIER OWCA, 
‘1’B: WSPÓŁKIER OWCA, 
‘c’B  Stan prowadzenia pojazdu: 
‘0’B: JEDEN KIER OWCA, 
‘1’B: ZAŁOGA, 
‘p’B  Stan karty kiero wcy (lub warsztato wej) w odpo wiedniej szczelinie czytnika: 
‘0’B: WŁOŻONA, karta jest włożona, 
‘1’B: NIEWŁOŻONA, brak karty (lub karta jest wyjęta), 
‘aa’B  Czynność: 
‘00’B: PRZER WA/ODPOCZYNEK, 
‘01’B: GOTO WOŚĆ, 
‘10’B: PRA CA, 
‘11’B: PROWADZENIE, 
‘ttttttttttt’B  Godzina zmiany: liczba minut od godziny 00:00 w danym dniu. 26.5.2016 L 139/89 Dziennik Urzędo wy Unii Europejskiej PL    
Dla zapisó w na kartach kiero wcy (lub warsztato wej) (i statusu kiero wcy): 
‘s’B  Szczelina czytnika karty (nieist otne, gdy „p” = 1 z wyjątkiem jak w uwadze poniżej): 
‘0’B: KIER OWCA, 
‘1’B: WSPÓŁKIER OWCA, 
‘c’B  Stan prowadzenia pojazdu (przypadek „p” = 0); lub 
Następny stan czynności (przypadek „p” = 1): 
‘0’B: JEDEN KIER OWCA, 
‘0’B: NIEZNANY 
‘1’B: ZAŁOGA, 
‘1’B: ZNANY (=wpro wadzony ręcznie) 
‘p’B  Stan karty: 
‘0’B: WŁOŻONA, karta jest włożona do urządzenia rejestr ującego, 
‘1’B: NIEWŁOŻONA, brak karty (lub karta jest wyjęta) 
‘aa’B  Czynność (nieist otne, gdy „p” = 1 i „c” = 0 z wyjątkiem jak w uwadze poniżej): 
‘00’B: PRZER WA/ODPOCZYNEK, 
‘01’B: GOTO WOŚĆ, 
‘10’B: PRA CA, 
‘11’B: PROWADZENIE, 
‘ttttttttttt’B  Godzina zmiany: liczba minut od godziny 00:00 w danym dniu. 
Uwaga dla przypadku „wyjęcie karty”: 
Gdy karta jest wyjęta: 
—  „s” odnosi się do szczelin y czytnika i wskazuje szczelinę czytnika, z któr ej wyjęta jest karta, 
—  „c” musi być ustawion y na 0, 
—  „p” musi być ustawion y na 1, 
—  „aa” musi kodo wać bieżącą czynność wybraną w tym czasie. 
W wyniku ręcznego wpro wadzenia dany ch bity „c” i „aa” słowa (zapisanego na karcie) mogą być nadpisane 
później w celu odzwierciedlania zapisu. 
2.2.  Addre ss 
Adres. 
26.5.2016 L 139/90 Dziennik Urzędo wy Unii Europejskiej PL    
codePage określa zesta w znak ów zdefinio wany w rozdziale 4, 
address jest adresem zakodo wanym przy użyciu wyszczeg ólnionego zesta wu znak ów. 
2.3.  AESKey 
Generacja 2: 
Klucz AES o długości 128, 192 lub 256 bitó w. 
Przypisanie war tości: nie określa się. 
2.4.  AES128Key 
Generacja 2: 
Klucz AES 128. 
length oznacza długość klucza AES 128 w oktetac h. 
aes128Key oznacza klucz AES o długości 128 bitó w. 
Przypisanie war tości: 
długość ma wartość 16. 
2.5.  AES192Key 
Generacja 2: 
Klucz AES 192. 
length oznacza długość klucza AES 192 w oktetac h. 
aes192Key oznacza klucz AES o długości 192 bitó w. 
Przypisanie war tości: 
długość ma wartość 24. 26.5.2016 L 139/91 Dziennik Urzędo wy Unii Europejskiej PL    
2.6.  AES256Key 
Generacja 2: 
Klucz AES 256. 
długość oznacza długość klucza AES 256 w okte tach. 
aes256Key oznacza klucz AES o długości 256 bitó w. 
Przypisanie war tości: 
długość ma wartość 32. 
2.7.  BCDStr ing 
BCDStr ing jest stosowany do reprezentacji liczb w zapisie dziesiętn ym kodo wan ym dwójkowo (BCD). Tego typu 
dany ch używa się do przedsta wiania jednej cyfr y dziesiętnej w półokt ecie (4 bity). BCDStr ing opar ty jest na 
definicji z normy ISO/IEC 8824-1 „CharacterStringT ype”. 
BCDStr ing używa notacji „hstr ing”. Skra jna lewa cyfra heksadecymalna jest najbardziej znaczącym półokte tem 
pier wszego oktetu. Aby utworz yć wielokrotne oktety , wstawi a się, gdy trzeba, zero we półoktet y o lewej skra jnej 
pozy cji półokt etu w pier wszym okteci e. 
Dozwolon ymi cyframi są: 0, 1, .. 9. 
2.8.  CalibrationPur pose 
Kod wyjaśnia jący, dlaczego zarejestro wano zbiór parametró w kalibracyjny ch. Ten typ dany ch związany jest 
z wymag aniami 097 i 098 określony mi w załączniku 1B i wymag aniem 119 określony m w załączniku 1C. 
Przypisanie war tości: 
Generacja 1: 
‘00’H  wartość zastrzeżona, 
‘01’H  aktywacja: zapis parametró w kalibracyjny ch znany ch w momencie aktywacji VU, 
‘02’H  pier wsza instalacja: pier wsza kalibracja VU po aktywacji, 
‘03’H  instalacja: pier wsza kalibracja VU w bieżącym pojeździe, 
‘04’H  przeg ląd okreso wy. 26.5.2016 L 139/92 Dziennik Urzędo wy Unii Europejskiej PL    
Generacja 2: 
Oprócz generacji 1 używane są następujące wartości: 
‘05’H  wpro wadzenie VRN przez firmę, 
‘06’H  korekta czasu bez kalibracji, 
‘07’H to ‘7F’H  RFU, 
‘80’H – ‘FF’H  swoisty dla producenta. 
2.9.  CardActi vityDailyRecord 
Informacje, zapisane na karcie, doty czące czynności kiero wcy w dany m dniu kalendarzo wym. Ten typ dany ch 
związany jest z wymaganiam i 266, 291, 320 i 343 określonymi w załączniku 1C. 
activityPreviousRecordLength jest całk owitą długością w bajtac h poprzedniego rekordu dziennego. 
Mak symalną wartość określa długość OCTET STRING zawiera jącego te rekordy (zob. pkt 4 CardA ctivity ­
LengthR ange w dodatku 2). Gdy rekord ten jest najstarszym rekordem dziennym, wartość activityPreviousRe ­
cordLength musi być ustawi ona na 0. 
activityRecordLength jest całk owitą długością tego rekordu w bajtach. Mak symalną wartość określa długość 
OCTET STRING zawi erającego te rekordy . 
activityRecordDate jest datą rekordu. 
activityDailyPresenceCounter jest licznikiem obecności dla karty w tym dniu. 
activityDayDi stance jest całk owitą drogą przeb ytą w tym dniu. 
activityChangeInfo jest zbiorem dany ch ActivityChang eInfo dla kiero wcy w tym dniu. Może zawie rać 
maksy malnie 1440 wartości (jedna zmiana czynności na minutę). W tym zbiorze dany ch zawsze znajduje się 
activityChangeInf o określa jący status kiero wcy o godzinie 00:00. 
2.10.  CardActi vityLengthR ange 
Liczba bajtów na karcie kiero wcy lub na karcie warsztato wej, dostępny ch do przecho wywania rekordó w 
z czynnościami kiero wcy. 
Przypisanie war tości: zob. dodat ek 2. 
2.11.  CardAppro valNumber 
Numer homologacji typu karty. 
26.5.2016 L 139/93 Dziennik Urzędo wy Unii Europejskiej PL    
Przypisanie war tości: 
Należy podawać numer homolog acji, który został opublik owany na odpo wiedniej stronie interneto wej Komisji 
Europejskiej, tj. na przykład z uwzg lędnieniem myślnik ów, jeżeli występują. Numer homologacji musi być 
wyró wnany do lewej strony . 
2.12.  CardCer tificate 
Generacja 1: 
Certyfikat klucza publicznego karty. 
2.13.  CardChipIdentif ication 
Informacje, zapisane na karcie, doty czące identyfikacji układu scalonego karty (IC) (wymaganie 249 określone 
w załączniku 1C). IcSer ialNumber wraz z icManuf actur ingRefe rences identyfikują w sposób niepo wtarzalny chip 
karty. Sam IcSer ialNumber nie identyf ikuje chipu karty w sposób niepo wtarzalny . 
icSer ialNumber jest numerem seryjnym IC. 
icManufactur ingReferences jest identyf ikatorem swoist ym producenta IC. 
2.14.  CardConsecutiv eIndex 
Numer kolejny karty (definicja h)). 
Przypisanie war tości: (zob. rozdział 7 załącznika 1C) 
Kolejność zwięk szania: ‘0, …, 9, A, …, Z, a, …, z’ 
2.15.  CardControlActivit yDat aRecord 
Informacje przec howywane na karcie kiero wcy lub warsztato wej doty czące ostatniej kontroli, któr ej poddany był 
kiero wca (wymagania 274, 299, 327 i 350 określone w załączniku 1C). 
controlT ype jest typem kontroli. 
controlTime jest datą i godziną kontroli. 26.5.2016 L 139/94 Dziennik Urzędo wy Unii Europejskiej PL    
controlCardNumber jest numerem karty FullCardNumber funkcjonar iusza służb kontrolny ch przepro wadzają ­
cego kontrolę. 
controlV ehicleRegistration jest numerem VRN i państwa członk owskiego rejestracji pojazdu, w któr ym miała 
miejsce kontrola. 
controlDo wnloadPeriodBegin i controlDo wnloadPeriodEnd jest okresem, dla którego pobrano dane, 
w przypadku pobierania dany ch. 
2.16.  CardCur rentUse 
Informacje o rzeczywistym użyciu karty (wymagan ia 273, 298, 326 i 349 określone w załączniku 1C). 
sessionOpen Time jest godziną, o której kartę włożono dla bieżącego użycia. Przy wyjęciu karty element ten 
jest zero wany . 
sessionOpenV ehicle jest identyfika cją aktualnie używanego pojazdu ustawi aną przy wkładaniu karty. Przy 
wyjęciu karty element ten jest zero wany . 
2.17.  CardDr iverActivity 
Informacje przec howywane na karcie kiero wcy lub na karcie warsztato wej doty czące czynności kiero wcy 
(wymagan ia 267, 268, 292, 293, 321 i 344 określone w załączniku 1C). 
activityPointer Oldest Day Record jest wskaźnikiem początku miejsca gromadzenia dany ch (liczba bajtów od 
początku łańcuch a znak ów) najstarszego, pełnego rekordu dziennego w łańcuc hu activityDailyRecords. 
Mak symalna wartość jest określona długością łańcuc ha. 
activityPointer New estRecord jest wskaźnikiem początku miejsca gromadzenia dany ch (liczba bajtów od 
początku łańcuc ha znak ów) najświeższe go rekordu dziennego w łańcuc hu activityDailyRecords. Maksy malna 
wartość jest określona długością łańcuc ha. 
activityDailyRecords jest przestrzenią dostępną do przec howywania dany ch doty czący ch czynności kiero wcy 
(struktura dany ch: CardA ctivityDailyRecord) dla każdego dnia kalendarzo wego, w który m karta jest użyta. 
Przypisanie war tości: ten OCTET STRING jest cyklicznie wypełniany rekordami CardA ctivityDailyRecord. Przy 
pier wszym użyciu gromadzenie rozpoczyna się od pier wszego bajtu łańcuc ha. Wszystkie nowe rekordy dołącza 
się do końca poprzedniego rekordu. Gdy łańcuc h zostaje zapełniony wypełnianie rozpoczyna się od pier wszego 
bajtu łańcuc ha niezależnie od przer wy w elemencie dany ch. Przed wstawi eniem do łańcuc ha dany ch o nowej 
czynności (zwięks zenie bieżącego rekordu activityDailyRecord lub wstawi enie nowego rekordu activityDaily ­
Record), który zamienia stare dane o starej czynności, wskaźnik activityP ointerOldestDa yRecord musi być 
uaktualnion y w celu odzwierciedlenia nowego położenia najstarszego, pełnego rekordu dziennego a długość 
activityPreviousRecordLength tego (nowego) najstarszego, pełnego rekordu dziennego musi być wyzero wana. 
2.18.  CardDr ivingLicenceInfo rmation 
Informacje przecho wywane na karcie kiero wcy doty czące prawa jazdy posiadacza karty (wymagan ia 259 i 284 
określone w załączniku 1C). 26.5.2016 L 139/95 Dziennik Urzędo wy Unii Europejskiej PL    
drivingLicenceIssuingAuthor ity jest orga nem, który wydał prawo jazdy . 
drivingLicenceIssuingNation jest przynależnością państwo wą organu, któr y wydał praw o jazdy . 
drivingLicenceNumber jest numerem prawa jazdy . 
2.19.  CardEv entData 
Informacje przecho wywane na karcie kiero wcy lub na karcie warsztato wej doty czące zdarzeń związany ch 
z posiadaczem karty (wymagania 260, 285, 318 i 341 określone w załączniku 1C). 
CardEv entData jest sekwencją uporządk owaną w kolejności rosnącej typu EventF aultT ype, w zapisach cardEven ­
tRecords (z wyjątkiem rekordó w związany ch z próbami naruszenia zabezpieczeń, które gromadzone są 
w ostatnim zbiorze sekwencji). 
cardEv entRecords jest zbiorem rekordó w ze zdarzeniami dla danego typu zdarzenia (lub kategor ii prób 
naruszeń zabezpieczenia). 
2.20.  CardEv entRecord 
Informacje przec howywane na karcie kiero wcy lub na karcie warsztato wej doty czące zdarzenia związanego 
z posiadaczem karty (wymagania 261, 286, 318 i 341 określone w załączniku 1C). 
eventT ype jest typem zdarzenia. 
eventBegin Time jest datą i godziną rozpoczęcia zdarzenia. 
eventEndTime jest datą i godziną zakończenia zdarzenia. 
eventV ehicleRegist ration jest numerem VRN i państwa członk owskiego rejestracji pojazdu, w którym 
zdarzenie miało miejsce. 
2.21.  CardFaultData 
Informacje przec howywane na karcie kiero wcy lub na karcie warsztato wej doty czące usterek związany ch 
z posiadaczem karty (wymagania 263, 288, 318 i 341 określone w załączniku 1C). 
26.5.2016 L 139/96 Dziennik Urzędo wy Unii Europejskiej PL    
CardFaultData jest sekwencją zbior u rekordó w doty czący ch uster ek urządzenia rejestr ującego poprzedza jącego 
zbiór rekordó w doty czący ch uste rek kart. 
cardFaultRecords jest zbiorem rekordó w doty czący ch uster ek danej kategor ii (urządzenia rejestr ującego lub 
karty). 
2.22.  CardFaultRecord 
Informacje przecho wywane na karcie kiero wcy lub na karcie warsztato wej doty czące usterki związanej 
z posiadaczem karty (wymagania 264, 289, 318 i 341 określone w załączniku 1C). 
faultT ype jest typem usterki. 
faultBegin Time jest datą i godziną początku uster ki. 
faultEndTime jest datą i godziną zakończenia uster ki. 
faultV ehicleRegist ration jest numerem VRN i państwa członk owskiego rejestracji pojazdu, w któr ym uste rka 
się zdarzyła. 
2.23.  CardIccIdentif ication 
Informacje zapisane na karcie doty czące identyf ikacji karty z układem scalon ym (IC) (wymagan ie 248 określone 
w załączniku 1C). 
clockStop jest trybem Clockst op zdefini owanym w dodatku 2. 
cardExtendedSer ialNumber jest niepo wtarzalny m numerem seryjnym karty IC, dodatk owo określony m za 
pomocą typu dany ch Exten dedSer ialNumber . 
cardAppro valNumber jest numerem homolog acji typu karty. 
cardPers onaliserID jest identyf ikatorem jednostki personalizującej kartę zakodo wanym jako ManufacturerCode. 
embedderIcAssemblerId zapewnia informacje o wbudo wującym/montującym układ scalony . 
icIdentif ier jest identyf ikatorem układu scalonego na karcie i producenta układu scalonego zdefinio wanym 
w normie ISO/IEC 7816-6. 
2.24.  CardIdentif ication 
Informacje zapisane na karcie doty czące identyfikacji karty (wymagan ia 255, 280, 310, 333, 359, 365, 371 i 
377 określone w załączniku 1C). 26.5.2016 L 139/97 Dziennik Urzędo wy Unii Europejskiej PL    
cardIssuingMemberStat e jest kodem państwa członk owskiego wydaj ącego kartę. 
cardNumber jest numerem karty. 
cardIssuingAuthor ityName jest nazwą organu wydaj ącego kartę. 
cardIssueDate jest datą wydania karty aktualnemu posiadaczo wi. 
cardV alidityBegin jest pier wszą datą ważności karty. 
cardExpir yDate jest terminem ważności karty. 
2.25.  CardMA Cer tificate 
Generacja 2: 
Certyfikat klucza publicznego karty na potrzeby wzajemn ego uwierzyteln iania z VU. Strukturę tego certyfikatu 
określono w dodatku 11. 
2.26.  CardNumber 
Numer karty zgodn y z definicją g). 
driverIdentif ication jest jednoznaczną identyfika cją kiero wcy w państwie członk owskim. 
ownerIdentif ication jest jednoznaczną identyfikacją firmy lub warsztatu lub organu kontrolnego w państwie 
członk owskim. 
cardConsecutiv eIndex jest numerem kolejny m karty. 
cardReplacementIndex jest numerem wymiany karty. 26.5.2016 L 139/98 Dziennik Urzędo wy Unii Europejskiej PL    
cardRenewalIndex jest numerem odno wienia karty. 
Pier wsza wybierana sekwencja umożliwia kodo wanie karty kiero wcy, a druga wybierana sekwencja umożliwia 
kodo wanie numer u karty warsztato wej, karty kontrolnej i karty firmowej. 
2.27.  CardPlaceDailyW orkPeriod 
Informacje przecho wywane na karcie kiero wcy lub na karcie warsztato wej doty czące miejsc rozpoczęcia lub 
zakończenia dzienny ch okresó w pracy (wymaga nia 272, 297, 325 i 348 określone w załączniku 1C). 
placeP ointerNew estR ecord jest indeks em ostatniego, uaktualnionego rekordu miejsca. 
Przypisanie war tości: liczba odpo wiadaj ąca stano wi licznika rekordó w miejsca, zaczynająca się od „0” dla 
pier wszego wystąpienia rekordó w miejsca w strukturze. 
placeRecords jest zbiorem rekordó w doty czący ch wpro wadzony ch miejsc. 
2.28.  CardPr ivateKey 
Generacja 1: 
Klucz prywatny karty. 
2.29.  CardPublicKey 
Klucz publiczny karty. 
2.30.  CardRenewalIndex 
Numer odno wienia karty (definicja i)). 
Przypisanie war tości: (zob. rozdział VII niniejszego załącznika). 
‘0’  Wydanie pier wsze. 
Kolejność zwięk szania: ‘0, …, 9, A, …, Z’ 
2.31.  CardReplacementIndex 
Numer wymiany karty (definicja j)). 
Przypisanie war tości: (zob. rozdział VII niniejszego załącznika). 
‘0’  Oryginał karty. 
Kolejność zwięk szania: ‘0, …, 9, A, …, Z’ 26.5.2016 L 139/99 Dziennik Urzędo wy Unii Europejskiej PL    
2.32.  CardSignCer tificate 
Generacja 2: 
Certyfikat klucza publicznego karty do podpisu. Strukturę tego certyfikatu określono w dodatku 11. 
2.33.  CardSlotNumber 
Kod rozróżnienia między dwiema szczelinami kart w przyrządzie rejestr ującym. 
Przypisanie war tości: nie określa się. 
2.34.  CardSlotsSt atus 
Kod wskazujący typ kart włożony ch do dwóc h szczelin czytnik ów karty przyrządu rejestr ującego. 
Przypisanie war tości – zapisane oktetami: ‘ccccdddd’B 
‘cccc’B  identyf ikacja typu karty włożonej do szczeliny karty współkiero wcy, 
‘dddd’B  identyf ikacja typu karty włożonej do szczeliny karty kiero wcy, 
z następującymi kodami identyf ikującymi: 
‘0000’B  brak karty, 
‘0001’B  karta kiero wcy jest włożona, 
‘0010’B  karta warsztato wa jest włożona, 
‘0011’B  karta kontrolna jest włożona, 
‘0100’B  karta firmowa jest włożona. 
2.35.  CardSlotsSt atusRecordAr ray 
Generacja 2: 
CardSlotsStatus wraz z metadan ymi stoso wany w protok ole pobierania dany ch. 
recordT ype oznacza typ rekordu (CardSlotsStatus). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość CardSlotsStatus w bajtac h. 26.5.2016 L 139/100 Dziennik Urzędo wy Unii Europejskiej PL    
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w CardSlotsStatus. 
2.36.  CardStr uctureV ersion 
Kod wskazujący wersję struktur y na karcie do tachog rafu. 
Przypsianie war tości: ‘aabb’H: 
‘aa’H  indeks zmian struktur y, 
‘00’H dla aplikacji generacji 1 
‘01’H dla aplikacji generacji 2 
‘bb’H  indeks zmian doty czący ch użycia element ów dany ch zdefini owany ch dla struktur y określony 
wyższym bajtem. 
‘00’H dla tej wersji aplikacji generacji 1 
‘00’H la tej wersji aplikacji generacji 2 
2.37.  CardV ehicleRecord 
Informacje przech owywane na karcie kiero wcy lub na karcie warsztato wej doty czące okresu używania pojazdu 
w czasie dnia kalendarzo wego (wymagan ia 269, 294, 322 i 345 określone w załączniku 1C). 
Generacja 1: 
vehicleOdometerBegin jest stanem licznika kilometró w na początku okresu używania pojazdu. 
vehicleOdometerEnd jest stanem licznika kilometró w na końcu okresu używania pojazdu. 
vehicleFi rstUse jest datą i godziną rozpoczęcia okresu używania pojazdu. 
vehicleLas tUse jest datą i godziną zakończenia okresu używania pojazdu. 
vehicleRegist ration wskazuje numer VRN i państwo członk owskie rejestracji pojazdu. 
vuData BlockCounter jest wartości ą licznika VuDataBloc kCounter ostatniego wyciągu okresu użycia pojazdu. 26.5.2016 L 139/101 Dziennik Urzędo wy Unii Europejskiej PL    
Generacja 2: 
Oprócz generacji 1 używany jest następujący element dany ch: 
VehicleIdentif icationNumber jest numerem identyf ikacyjn ym pojazdu odnoszącym się do pojazdu jako 
całości. 
2.38.  CardV ehiclesUsed 
Informacje przecho wywane na karcie kiero wcy lub na karcie warsztato wej doty czące używany ch pojazdó w 
(wymagan ia 270, 295, 323 i 346 określone w załączniku 1C). 
vehiclePointer New estRecord jest indeks em ostatniego, uaktualnionego rekordu doty czącego pojazdu. 
Przypisanie war tości: liczba odpo wiadaj ąca stano wi licznika rekordó w doty czący ch pojazdu, rozpoczyna jąc od 
„0” dla pier wszego wystąpienia w strukturze rekordó w doty czący ch pojazdu. 
cardV ehicleRecords jest zbiorem rekordó w zawiera jący ch informacje o używany ch pojazdach. 
2.39.  CardV ehicleUnitRecord 
Generacja 2: 
informacje przec howywane na karcie kiero wcy lub na karcie warsztato wej doty czące używanego przyrządu 
rejestr ującego (wymagan ia 303 i 351 określone w załączniku 1C). 
timeSt amp jest początkiem okresu używania przyrządu rejestr ującego (tj. pier wszym włożeniem karty do 
przyrządu rejestr ującego dla tego okresu). 
manufacturerCode identyf ikuje producenta przyrządu rejestr ującego. 
deviceID identyf ikuje typ przyrządu rejestr ującego producenta. Wartość jest swoi sta dla producenta. 
vuSof twareV ersion jest numerem wersji oprogramo wania przyrządu rejestr ującego. 
2.40.  CardV ehicleUnitsUsed 
Generacja 2: 
Informacje przec howywane na karcie kiero wcy lub na karcie warsztato wej doty czące przyrządó w rejestr ujący ch 
używany ch przez posiadacza karty (wymagania 306 i 352 określone w załączniku 1C). 26.5.2016 L 139/102 Dziennik Urzędo wy Unii Europejskiej PL    
vehiclePointer New estRecord jest indeks em ostatniego, uaktualnionego rekordu doty czącego przyrządu 
rejestr ującego. 
Przypisanie war tości: liczba odpo wiadaj ąca stano wi licznika rekordó w przyrządu rejestr ującego, rozpoczyna jąc 
od „0” dla pier wszego wystąpienia w strukturze rekordó w doty czący ch przyrządu rejestr ującego. 
cardV ehicleUnitRecords jest zbiorem rekordó w zawi erający ch informacje o używany ch przyrządach rejestr u­
jący ch. 
2.41.  Cer tyfikat 
Certyfikat klucza publicznego wydany przez organ certyfikacji. 
Generacja 1: 
Przypisanie war tości: podpis cyfro wy z częścio wym odzyskiwaniem zawar tości CertificateCont ent, zgodnie 
z dodatkiem 11 „Wspólne mechanizm y bezpieczeństwa”: Podpis (128 bajtów) || Reszta klucza publicznego (58 
bajtów) || Odnośnik do orga nu certyfikacji: (8 bajtów) 
Generacja 2: 
Przypisanie wartości: zob. dodat ek 11 
2.42.  Cer tificateContent 
Generacja 1: 
Treść certyfikatu klucza publicznego zgodnie z dodatkiem 11 – Wspólne mechanizm y bezpieczeństwa. 
certificateProf ileIdentif ier jest wersją odpo wiedniego certyfikatu. 
Przypisanie war tości: ‘01h’ dla tej wersji. 
certificationAuthor ityRefer ence identyf ikuje organ certyfikacji wydający certyfikat. Jest tu także odesłanie do 
klucza publicznego tego organu certyfikacji. 
certificateHolderAuthor isation identyfikuje prawa posiadacza certyfikatu. 
certificateEndOfV alidity jest datą administracyjnego wygaś nięcia certyfikatu. 
certificateHolderRef erence identyfikuje posiadacza certyfikatu. Jest tu także odesłanie do jego klucza 
publicznego. 
publicKey jest kluczem publiczny m, który jest poświadczony tym certyfikatem. 26.5.2016 L 139/103 Dziennik Urzędo wy Unii Europejskiej PL    
2.43.  Cer tificateHolderAuthor isation 
Identyf ikacja praw posiadacza certyfikatu. 
Generacja 1: 
tacho graphApplicationID jest identyfikatorem aplikacji dla aplikacji tachog raficznej. 
Przypisanie war tości: ‘FFh’ ‘54h’ ‘41h’ ‘43h’ ‘48h’ ‘4Fh’. Ten AID jest zastrzeżon ym, nierejestro wan ym identyfi ­
katore m aplikacji zgodnie z normą ISO/IEC 7816-5. 
equipmentT ype jest identyf ikacją typu urządzenia, dla którego przeznaczony jest certyfikat. 
Przypisanie war tości: zgodnie z typem dany ch EquipmentT ype. 0 gdy jest to certyfikat jednego z państw 
członk owskich. 
Generacja 2: 
tacho graphApplicationID oznacza 6 najbardziej znaczący ch bajtów odpo wiedniego identyfikatora aplikacji 
(AID) karty do tachog rafu generacji 2. AID dla aplikacji karty do tach ografu określono w rozdziale 6.2. 
Przypisanie war tości: ‘FF 53 4D 52 44 54’. 
equipmentT ype jest identyfikacją typu urządzenia określonego dla generacji 2, dla którego przeznaczony jest 
certyfikat. 
Przypisanie war tości: zgodnie z typem dany ch EquipmentT ype. 
2.44.  Cer tificateRequest ID 
Jednoznaczna identyfikacja wniosku o certyfikat. Może być także używana jako identyfikator klucza publicznego 
przyrządu rejestr ującego, jeżeli numer seryjny przyrządu rejestr ującego, do które go ten klucz jest przeznaczony , 
nie jest znany w czasie sporządzania certyfikatu. 
request SerialNumber jest numerem seryjnym wniosku o certyfikat, unikato wym dla producenta i miesiąca 
określonego poniżej. 
request MonthY ear jest identyf ikacją miesiąca i roku wniosku o certyfikat. 
Przypisanie war tości: miesiąc (dwie cyfr y) i rok (dwie ostatnie cyfr y) w kodzie BCD. 
crIdentif ier: jest identyf ikatorem umożliwiaj ącym rozróżnienie wniosku o certyfikat od rozszerzonego numer u 
seryjnego. 
Przypisanie war tości: ‘FFh’. 
manufacturerCode: jest kodem numer ycznym producenta wnioskującego o certyfikat. 
2.45.  Cer tificationAuthor ityKID 
Identyf ikator klucza publicznego organu certyfikacji (organu certyfikacji państwa członk owskiego lub europej ­
skiego organu certyfikacji). 26.5.2016 L 139/104 Dziennik Urzędo wy Unii Europejskiej PL    
nationNumer ic jest numer ycznym kodem krajo wym organu certyfikacji. 
nationAlpha jest alfanumer ycznym kodem krajo wym organu certyfikacji. 
keySer ialNumber jest numerem seryjnym umożliwiaj ącym rozróżnienie różny ch kluczy organu certyfikacji 
w przypadku zmian y kluczy . 
additionalInfo jest dwubajt owym polem przeznaczonym na dodatk owy kod (swoisty dla organu certyfikacji). 
caIdentif ier jest identyfika torem umożliwiaj ącym rozróżnienie identyfikatora klucza organu certyfikacji od 
inny ch identyf ikatorów kluczy . 
Przypisanie war tości: ‘01h’. 
2.46.  CompanyA ctivityData 
Informacje przec howywane na karcie firmowej doty czące czynności wyk onany ch przy użyciu karty (wymagan ia 
373 i 379 określone w załączniku 1C). 
companyP ointerNew estRecord jest indeks em ostatniego, uaktualnionego zapisu compan yActivityRecord. 
Przypisanie war tości: liczba odpo wiadająca stano wi licznika rekordó w czynności firmy, rozpoczynając od „0” 
dla pier wszego wystąpienia rekordu czynności firmy w strukturze. 
companyA ctivityRecords są zbiorem wszystkich rekordó w czynności firmy. 
companyA ctivityRecord jest sekwencją informacji doty czący ch jednej czynności firmy. 
companyA ctivityT ype jest typem czynności firmy. 
companyA ctivityTime jest datą i godziną czynności firmy. 
cardNumberInfo rmation jest numerem karty i państwa członk owskiego wydaj ącego kartę, z której pobrano 
dane, gdy doty czy. 
vehicleRegist rationInf ormation jest numerem VRN i państwem członk owskim rejestracji pojazdu, dla które go 
pobrano dane lub zablok owano, lub zdjęt o blokadę. 
downloadPerio dBegin i downloadPerio dEnd jest okresem, dla któr ego pobrano dane z VU, gdy doty czy. 26.5.2016 L 139/105 Dziennik Urzędo wy Unii Europejskiej PL    
2.47.  CompanyA ctivityT ype 
Kod wskazujący czynność wyk onaną przez firmę z wyk orzystaniem jej karty firmowej. 
2.48.  CompanyCardApplicat ionIdentif ication 
Informacje przecho wywane na karcie firmowej doty czące identyf ikacji aplikacji na karcie (wymaga nia 369 i 375 
określone w załączniku 1C). 
typeOfT achog raphCardId określa wdrożony typ karty. 
cardStr uctureV ersion określa wersję struktur y wdrożonej na karcie. 
noOfCompan yActivityRecords jest liczbą rekordó w z czynnościami firmy, któr e można przech owywać na 
karcie. 
2.49.  CompanyCardHo lderIdentif ication 
Informacje przec howywane na karcie firmowej doty czące identyf ikacji posiadacza karty (wymagania 372 i 378 
określone w załączniku 1C). 
companyName jest nazwą firmy posiadaj ącej kartę. 
companyA ddress jest adresem firmy posiadaj ącej kartę. 
cardHolderPreferredLan guage jest prefero wanym językiem posiadacza karty. 
2.50.  ControlCardApplicationIdentif ication 
Informacje przech owywane na karcie kontrolnej doty czące identyfika cji aplikacji na karcie (wymaga nia 357 i 
363 określone w załączniku 1C). 
typeOfT achog raphCardId określa wdrożony typ karty. 
cardStr uctureV ersion określa wersję struktur y wdrożoną na karcie. 
noOfControlAc tivityRecords jest liczbą rekordó w czynności kontrolny ch, któr e mogą być zapisane na karcie. 26.5.2016 L 139/106 Dziennik Urzędo wy Unii Europejskiej PL    
2.51.  ControlCardControlActivityDa ta 
Informacje przec howywane na karcie kontrolnej doty czące czynności wyk onany ch przy użyciu karty 
(wymagan ia 361 i 367 określone w załączniku 1C). 
controlPoin terNew estRecord jest indeks em ostatniego, uaktualnionego rekordu czynności kontrolny ch. 
Przypisanie war tości: liczba odpo wiadaj ąca stano wi licznika rekordó w czynności kontrolny ch, rozpoczyna jąc 
od „0” dla pier wszego wystąpienia w strukturze rekordu czynności kontroli. 
controlActivi tyRecords jest zbiorem wszystkich rekordó w czynności kontrolny ch. 
controlActivi tyRecord jest ciągiem informacji doty czący ch jednej kontroli. 
controlT ype jest typem kontroli. 
controlTime jest datą i godziną kontroli. 
controlledCardNumber jest numerem karty i państwa członk owskiego wydającego kartę, która jest 
kontrolo wana. 
controlledV ehicleRegistration jest numerem VRN i państwa członk owskiego rejestracji pojazdu, w którym 
miała miejsce kontrola. 
controlDo wnloadPeriodBegin i controlDo wnloadPeriodEnd wyznaczają ostat ecznie pobieran y okres. 
2.52.  ControlCardHolderIdentif ication 
Informacje przecho wywane na karcie kontrolnej doty czące identyfikacji posiadacza karty (wymag ania 360 i 366 
określone w załączniku 1C). 
controlBodyName jest nazwą organu kontrolnego posiadacza karty. 
controlBodyA ddress jest adresem organu kontrolnego posiadacza karty. 
cardHolderName jest nazwą i imieniem (imionami) posiadacza karty kontrolnej. 
cardHolderPreferredLan guage jest prefero wanym językiem posiadacza karty. 26.5.2016 L 139/107 Dziennik Urzędo wy Unii Europejskiej PL    
2.53.  ControlT ype 
Kod wskazujący czynności wyk onane podczas kontroli. Ten typ dany ch związany jest z wymagania mi 126, 274, 
299, 327 i 350 określony mi w załączniku 1C. 
Generacja 1: 
Przypisanie war tości – zapisane oktetami: ‘cvpdxxxx’B (8 bitów) 
‘c’B  pobieranie dany ch z karty: 
‘0’B: nie pobrano dany ch z karty w czasie tej kontroli, 
‘1’B: pobrano dane z karty w czasie tej kontroli 
‘v’B  pobieranie dany ch z VU: 
‘0’B: nie pobrano dany ch z VU w czasie tej kontroli, 
‘1’B: pobrano dane z VU w czasie tej kontroli 
‘p’B  drukowanie: 
‘0’B: nie wyk onano wydr uków w czasie tej kontroli, 
‘1’B: wyk onano wydr uki w czasie tej kontroli 
‘d’B  wyświetlacz: 
‘0’B: nie użyto wyświetlacza w czasie tej kontroli, 
‘1’B: użyt o wyświetlacza w czasie tej kontroli 
‘xxxx’B  Nieużywany . 
Generacja 2: 
Przypisanie war tości – zapisane oktetami: ‘cvpdexxx’B (8 bitó w) 
‘c’B  pobieranie dany ch z karty: 
‘0’B: nie pobrano dany ch z karty w czasie tej kontroli, 
‘1’B: pobrano dane z karty w czasie tej kontroli 
‘v’B  pobieranie dany ch z VU: 
‘0’B: nie pobrano dany ch z VU w czasie tej kontroli, 
‘1’B: pobrano dane z VU w czasie tej kontroli 
‘p’B  drukowanie: 
‘0’B: nie wyk onano wydr uków w czasie tej kontroli, 
‘1’B: wyk onano wydr uki w czasie tej kontroli 
‘d’B  wyświetlacz: 
‘0’B: nie użyto wyświetlacza w czasie tej kontroli, 
‘1’B: użyt o wyświetlacza w czasie tej kontroli 26.5.2016 L 139/108 Dziennik Urzędo wy Unii Europejskiej PL    
‘e’B  kontrola drogo wa kalibracji 
‘0’B: parametr y kalibracyjne nie zostały skontrolo wane w czasie tej kontroli, 
‘1’B: parametr y kalibracyjne zostały skontrolo wane w czasie tej kontroli, 
‘xxx’B  RFU. 
2.54.  Cur rentDateTime 
Bieżąca data i godzina urządzenia rejestr ującego. 
Przypisanie war tości: nie określa się. 
2.55.  Cur rentDateTimeRecordAr ray 
Generacja 2: 
Bieżąca data i godzina wraz z metadan ymi stosowane w prot okole pobierania dany ch. 
recordT ype oznacza typ rekordu (Cur rentDateTim e). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość CurrentDateTim e w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w z bieżącego dnia i godziny . 
2.56.  DailyPresenceCounter 
Licznik znajdujący się na karcie kiero wcy lub na karcie warsztato wej zwiększany o jeden dla każdego dnia 
kalendarzo wego, w którym karta jest włożona do VU. Ten typ dany ch związany jest z wymaganiami 266, 299, 
320 i 343 określonymi w załączniku 1C. 
Przypisanie war tości: Kolejna liczba do maksy malnej wartości = 9 999, i następnie pono wnie zaczyna od 0. 
Przy pier wszym wydaniu karty licznik jest usta wiany na 0. 
2.57.  Datef 
Data wyrażona w czyteln ym, przeznaczony m do druku formacie numer ycznym. 
26.5.2016 L 139/109 Dziennik Urzędo wy Unii Europejskiej PL    
Przypisanie wartości: 
yyyy  rok 
mm  miesiąc 
dd  dzień 
‘00000000’H  oznacza jednoznacznie brak daty . 
2.58.  DateOfDa yDo wnloaded 
Generacja 2: 
data i godzina pobrania dany ch; 
Przypisanie war tości: nie określa się. 
2.59.  DateOfDa yDo wnloadedRecordAr ray 
Generacja 2: 
Data i godzina pobrania dany ch wraz z metadan ymi stoso wane w prot okole pobierania dany ch. 
recordT ype oznacza typ rekordu (DateOfDa yDo wnloaded). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość CurrentDateTim e w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem daty i godziny rekordó w pobierania dany ch. 
2.60.  Dist ance 
Przebyta odległość (wynik obliczenia różnicy między dwoma odczytami licznika kilometró w pojazdu wyrażona 
w kilometrach ). 
Przypisanie war tości: liczba binar na bez znaku. Wartość w km w zakresie operacyjn ym 0 do 9 999 km. 
2.61.  DriverCardApplicationIdentif ication 
Informacje przecho wywane na karcie kiero wcy doty czące identyfikacji aplikacji na karcie (wymaga nia 253 i 278 
określone w załączniku 1C). 26.5.2016 L 139/110 Dziennik Urzędo wy Unii Europejskiej PL    
Generacja 1: 
typeOfT achog raphCardId określa wdrożony typ karty. 
cardStr uctureV ersion określa wersję struktur y wdrożonej na karcie. 
noOfEv entsP erType jest liczbą zdarzeń według typu zdarzenia możliwy ch do zarejestro wania na karcie. 
noOfFaultsPerT ype jest liczbą usterek według typu uster ki możliwy ch do zarejestro wania na karcie. 
activityStr uctureLength podaje liczbę bajtów dostępn ych do przec howywania rekordó w czynności. 
noOfCardV ehicleRecords jest liczbą rekordó w doty czący ch pojazdó w możliwy ch do zarejestro wania na karcie. 
noOfCardPlaceRecords jest liczbą miejsc możliwy ch do zarejestro wania na karcie. 
Generacja 2: 
Oprócz generacji 1 używane są następujące elementy dany ch: 
noOfGNSSCDRecords jest liczbą rekordó w nieprzer wanego czasu prowadzenia GNSS, któr e mogą być 
zapisane na karcie. 
noOfSpecif icConditionRecords jest liczbą rekordó w warunków szczegól nych, które mogą być zapisane na 
karcie. 
2.62.  DriverCardHolderIdentif ication 
Informacje przec howywane na karcie kiero wcy doty czące identyfikacji posiadacza karty (wymagan ia 256 i 281 
określone w załączniku 1C). 
cardHolderName jest nazwą i imieniem (imionami) posiadacza karty kiero wcy . 26.5.2016 L 139/111 Dziennik Urzędo wy Unii Europejskiej PL    
cardHolderBir thDate jest datą urodzenia posiadacza karty kiero wcy. 
cardHolderPreferredLan guage jest prefero wanym językiem posiadacza karty. 
2.63.  DSR CSecur ityData 
Generacja 2: 
Informacje w formie odkr ytego tekstu oraz MAC przekazywane za pośrednictwem DSR C z tach ografu do 
zdalnego interr ogatora (RI), szczegóło we informacje – zob. dodat ek 11 część B rozdział 13. 
tagL ength jest częścią kodo wania DER -TLV i ma przypisaną wartość „81 10” (zob. dodat ek 11 część B 
rozdział 13). 
currentDateTime jest bieżącą datą i godziną przyrządu rejestr ującego. 
counter nadaje numer y komunikat om RTM. 
vuSer ialNumber jest numerem seryjnym przyrządu rejestr ującego. 
dSR CMKV ersionNumber jest numerem wersji klucza głównego DSR C, z które go zostały wypro wadzone 
poszczegól ne klucze DSR C dla VU. 
tagL engthMac jest znacznikiem i długością obiektu dany ch MAC w ramac h kodo wania DER -TLV. Znacznik musi 
być ustawion y na wartość „8E”, długość musi kodo wać długość MAC w oktetac h (zob. dodatek 11 część B 
rozdział 13). 
mac jest MAC obliczanym na podstawie komunikatu RTM (zob. dodatek 11 część B rozdział 13). 
2.64.  EGFCer tificate 
Generacja 2: 
Certyfikat klucza publicznego urządzenia zewnętrznego GNSS na potrzeby wzaj emnego uwierzyteln iania z VU. 
Strukturę tego certyfikatu określono w dodatku 11. 
2.65.  EmbedderIcAssemblerId 
Dostarcza informacje o wbudo wującym układ scalon y. 
26.5.2016 L 139/112 Dziennik Urzędo wy Unii Europejskiej PL    
countr yCode jest 2-liter owym kodem państwa wbudo wującego moduł zgodnie z normą ISO 3166. 
moduleEmbedder oznacza wbudo wującego moduł. 
manufacturerInfor mation na potrzeby użytku wewnętrznego producenta. 
2.66.  Entr yTypeDailyW orkPeriod 
Kod umożliwiaj ący rozróżnienie między początkiem a końcem wpisu doty czącego dziennego okresu pracy oraz 
miejsca i sposobu wpro wadzenia wpisu. 
Generacja 1 
Przypisanie war tości: zgodnie z normą ISO/IEC8824-1. 
Generacja 2 
Przypisanie war tości: zgodnie z normą ISO/IEC8824-1. 
2.67.  EquipmentT ype 
Kod umożliwiający rozróżnienie typó w urządzeń dla aplikacji tachog raficznej. 
Generacja 1: 
Przypisanie war tości: zgodnie z normą ISO/IEC8824-1. 
Wartość 0 jest zastrzeżona do celó w oznaczenia państwa członk owskiego lub Europ y w rubryce CHA 
certyfikatów. 26.5.2016 L 139/113 Dziennik Urzędo wy Unii Europejskiej PL    
Generacja 2: 
Takie same wartości jak w przypadku generacji 1 z następującymi uzupełnieniami: 
Uwaga: Wartości generacji 2 dla tabliczki, adap tera, połączenia zewnętrznego GNSS, a także wartości generacji 1 
dla przyrządu rejestr ującego oraz czujnika ruchu mogą być, w stosowny ch przypadkach, używane w SealRecord.  
2.68.  EuropeanPublicKey 
Generacja 1: 
Europejski klucz publiczny . 
2.69.  EventFaultRecordPur pose 
Kod wyjaśniający , dlaczego zarejestro wano zdarzenie lub uster kę. 
Przypisanie war tości: 
jedno/jedna z 10 ostatnich zdarzeń lub usterek (lub ostatnie/ostatnia zdarzenie lub usterka) 
najdł uższe zdarzenie w jedn ym z ostatnich 10 dni ich występo wania 
jedno z 5 najdł uższy ch zdarzeń w ciągu ostatnich 365 dni 
ostatnie zdarzenie w jednym z ostatnich 10 dni ich występo wania 
najpo ważniejsze zdarzenie w jednym z ostatnich 10 dni ich występo wania 
jedno z 5 najpo ważniejszy ch zdarzeń w ciągu ostatnich 365 dni 
pier wsze zdarzenie lub usterka zaistniałe po ostatniej kalibracji 
aktywne/tr wające zdarzenie lub uster ka 
RFU 
swoisty dla producenta.  
2.70.  EventFaultT ype 
Kod kwalif ikujący zdarzenie lub usterkę. 
Przypisanie war tości: 
Generacja 1: 
zdarzenia ogólne 
brak dalszy ch szczeg ółów, 
włożenie nieważnej karty, 
konflikt kart, 
nakłada jące się czasy , 
prowadzenie pojazdu bez praw idło wej karty, 
włożenie karty podczas prowadzenia pojazdu, 
sesja ostatniej karty niezamknięta prawidło wo, 
przekroczenie prędk ości, 
przer wa w zasilaniu, 
błąd dany ch doty czący ch ruchu, 
Konflikt ruchu pojazdu, 
RFU, 26.5.2016 L 139/114 Dziennik Urzędo wy Unii Europejskiej PL    
zdarzenia związane z próbami naruszenia zabezpieczenia przyrządu rejestr ującego, 
brak dalszy ch szczeg ółów, 
błąd uwierzyt elnienia czujnika ruchu, 
błąd uwierzyt elnienia kart do tachograf ów, 
nieupo ważniona zmiana w czujniku ruchu, 
błąd integ ralności wpro wadzania dany ch na kartę 
błąd integ ralności przecho wywan ych dany ch użytk ownika, 
błąd wewnętrznego przesyłania dany ch, 
nieupo ważnione otwarcie obudo wy, 
uszk odzenie sprzętu, 
RFU, 
zdarzenia związane z próbami naruszenia zabezpieczenia czujnika, 
brak dalszy ch szczeg ółów, 
błąd uwierzyt elnienia, 
błąd integ ralności przecho wywan ych dany ch, 
błąd wewnętrznego przesyłania dany ch, 
nieupo ważnione otwarcie obudo wy, 
uszk odzenie sprzętu, 
RFU, 
usterki urządzenia rejestr ującego, 
brak dalszy ch szczeg ółów, 
usterka wewnętrzna VU, 
usterka drukarki, 
usterka wyświetlacza, 
usterka pobierania dany ch, 
usterka czujnika, 
RFU, 
usterki karty, 
brak dalszy ch szczeg ółów, 
RFU, 
RFU, 
swoisty dla producenta.   
Generacja 2: 
Takie same wartości jak w przypadku generacji 1 z następującymi uzupełnieniami: 
konflikt czasu (GNSS i wewnętrzny zegar VU), 
RFU, 
usterki związane z GNSS, 
brak dalszy ch szczeg ółów, 
usterka wewnętrzna odbior nika GNSS, 
usterka zewnętrzna odbior nika GNSS, 
usterka zewnętrzna komunikacji GNSS, 
brak dany ch GNSS doty czący ch położenia 
wykr ycie ingerencji w GNSS, 
wygaśnięcie certyfika tu urządzenia zewnętrznego GNSS, 
RFU, 
usterki związane z modułem komunikacji na odległość 
brak dalszy ch szczeg ółów, 
usterka modułu komunikacji na odległość, 
usterka modułu komunikacji związana z łącznością, 
RFU, 
usterki związane z interfejsem ITS, 
brak dalszy ch szczeg ółów, 
RFU.   
2.71.  ExtendedSealIdentif ier 
Generacja 2: 
Rozszerzon y identyf ikator plomby jednoznacznie identyfikuje plombę (wymaganie 401 określone 
w załączniku 1C). 26.5.2016 L 139/115 Dziennik Urzędo wy Unii Europejskiej PL    
manufacturerCode: jest kodem producenta plomby . 
sealIdentif ier jest identyf ikatorem plomby , który jest niepo wtarzalny dla producenta. 
2.72.  ExtendedSer ialNumber 
Unikal na identyf ikacja urządzenia. Może być używana także jako identyfikator klucza publicznego urządzenia. 
Generacja 1: 
serialNumber jest numerem seryjnym urządzenia, niepo wtarzalnym dla producenta, typu urządzenia i miesiąca 
oraz roku, jak wyjaśniono poniżej. 
monthY ear jest identyf ikacją miesiąca i roku produkcji (lub przypisanym numerem seryjnym). 
Przypisanie war tości: miesiąc (dwie cyfr y) i rok (dwie ostatnie cyfr y) w kodzie BCD. 
type jest identyf ikatorem typu urządzenia. 
Przypisanie war tości: swoisty dla producenta, z wartości ą zastrzeżoną „FFh”. 
manufacturerCode: jest kodem numer ycznym identyf ikującym producenta homologo wanego urządzenia. 
Generacja 2: 
serialNumber , zob. generacja 1 
monthY ear, zob. generacja 1 
type jest identyf ikatorem typu urządzenia 
manufacturerCode: zob. generacja 1. 
2.73.  FullCardNumber 
Kod całk owicie identyfikujący kartę do tachografu. 26.5.2016 L 139/116 Dziennik Urzędo wy Unii Europejskiej PL    
cardT ype jest typem karty do tachografu. 
cardIssuingMemberStat e jest kodem państwa członk owskiego, które wydało kartę. 
cardNumber jest numerem karty. 
2.74.  FullCardNumberAndGeneration 
Generacja 2: 
Kod całk owicie identyfikujący kartę do tachografu i jej generację. 
fullcardNumber identyfikuje kartę do tachog rafu. 
generation oznacza generację używanej karty do tachog rafu. 
2.75.  Generation 
Generacja 2: 
wskazuje generację używanego tachog rafu. 
Przypisanie war tości: 
‘00’H  RFU 
‘01’H  Generacja 1 
‘02’H  Generacja 2 
‘03’H .. ‘FF’H  RFU 
2.76.  GeoCoordinates 
Generacja 2: 
Współrzędne geografi czne są zakodo wane jako liczb y całk owite. Takie liczby są wielokrotnościami kodo wania 
± DDMM.M dla szerok ości geograficznej i ± DDDMM.M dla długości geografi cznej. W powyższym przypadku 
odpo wiednio ± DD i ± DDD oznaczają stopnie, a MM.M minuty . 
latitude koduje się jako wielokrotność (mnożnik 10) zapisu ± DDMM.M. 
longitude koduje się jako wielokrotność (mnożnik 10) zapisu ± DDMM.M. 26.5.2016 L 139/117 Dziennik Urzędo wy Unii Europejskiej PL    
2.77.  GNSSA ccuracy 
Generacja 2: 
Dokładność dany ch GNSS doty czący ch położenia (definicja eee)). Taka dokładność jest kodo wana jako liczba 
całk owita i jest wielokrotnością (mnożnik 10) wartości X.Y podanej w zdaniu GSA NMEA. 
2.78.  GNSSContinuousDr iving 
Generacja 2: 
Informacje zapisane na karcie kiero wcy lub na karcie warsztato wej doty czące położenia pojazdu GNSS, jeżeli 
nieprzer wan y czas prowadzenia pojazdu przez kiero wcę osiągnie wielokrotność trzec h godzin (wymaga nia 306 i 
354 określone w załączniku 1C). 
controlPoin terNew estRecord jest indeks em ostatniego uaktualnionego rekordu nieprzer wanego prowadzenia 
pojazdu GNSS. 
Przypisanie war tości: liczba odpo wiadaj ąca stano wi licznika rekordu GNSS doty czącego nieprzer wanego 
prowadzenia pojazdu, rozpoczyna jąc od „0” dla pier wszego wystąpienia w strukturze rekordu GNSS doty czącego 
nieprzer wanego czasu prowadzenia pojazdu. 
gnssContinuousDr ivingRecords jest zbiorem rekordó w zawi erający ch datę i godzinę, kiedy nieprzer wany czas 
prowadzenia pojazdu osiąga wielokrotność trzec h godzin i informacji na temat położenia pojazdu. 
2.79.  GNSSContinuousDr ivingRecord 
Generacja 2: 
Informacje przech owywane na karcie kiero wcy lub na karcie warsztato wej doty czące położenia pojazdu GNSS, 
jeżeli nieprzer wan y czas prowadzenia pojazdu przez kiero wcę osiągnie wielokrotność trzec h godzin (wymagan ia 
305 i 353 określone w załączniku 1C). 
timeSt amp jest datą i godziną, kiedy nieprzer wany czas prowadzenia pojazdu przez posiadacza karty osiągnie 
wielokrotność trzech godzin. 
gnssPlaceRecord zawi era informacje doty czące położenia pojazdu. 
2.80.  GNSSPlaceRecord 
Generacja 2: 
Informacje doty czące położenia GNSS pojazdu (wymagan ia 108, 109, 110, 296, 305, 347 i 353 określone 
w załączniku 1C). 
26.5.2016 L 139/118 Dziennik Urzędo wy Unii Europejskiej PL    
timeSt amp jest datą i godziną określenia położenia GNSS pojazdu. 
gnssAccu racy jest dokładnością dany ch doty czący ch położenia GNSS. 
geoCoordinates jest lokalizacją zapisaną przy użyciu GNSS. 
2.81.  HighResOdometer 
Stan licznika kilometró w pojazdu: skumulo wana odległość przeb yta przez pojazd w czasie jego eksploatacji. 
Przypisanie war tości: liczba binar na bez znaku. Wartość wyrażona w 1/200 km w zakresie operacyjnym 0 do 
21 055 406 km. 
2.82.  HighResT ripDist ance 
Odległość przeb yta w czasie całej lub części podróży . 
Przypisanie war tości: liczba binar na bez znaku. Wartość wyrażona w 1/200 km w zakresie operacyjnym 0 do 
21 055 406 km. 
2.83.  HolderName 
Nazwisk o i imię (imiona) posiadacza karty. 
holderSur name jest nazwiskiem posiadacza. Do nazwiska nie doda je się tytułó w. 
Przypisanie war tości: w przypadku kart nieosobo wych, holderSur name zawi era te same informacje, co 
compan yName lub workshopName, lub controlBodyName. 
holderFir stNames oznacza imię (imiona) i inicjały posiadacza. 
2.84.  Inter nalGNSSReceiv er 
Generacja 2: 
Informacje, czy odbior nik GNSS znajduje się wewnątrz czy na zewnątrz przyrządu rejestr ującego. Prawda – 
oznacza, że odbior nik GNSS znajduje się wewnątrz VU. Fałsz – oznacza, że odbior nik GNSS jest zewnętrzny . 
2.85.  K-Cons tantOfRecordingEquipment 
Stała urządzenia rejestr ującego (definicja m)). 
Przypisanie war tości: liczba impulsó w na kilometr w zakresie operacyjn ym 0 do 64 255 impulsó w/km. 26.5.2016 L 139/119 Dziennik Urzędo wy Unii Europejskiej PL    
2.86.  KeyIdent ifier 
Unikal ny identyf ikator klucza publicznego używany przy odwoływan iu się do klucza i do wybierania klucza. 
Identyf ikuje także posiadacza klucza. 
Pier wsza pozy cja jest odpo wiednia przy odesłaniu do klucza publicznego przyrządu rejestr ującego lub karty do 
tachog rafu. 
Druga pozy cja jest odpo wiednia przy odesłaniu do klucza publicznego przyrządu rejestr ującego (w przypadku, 
gdy numer seryjny przyrządu rejestr ującego może nie być znany w czasie sporządzenia certyfikatu). 
Trzecia pozy cja jest odpo wiednia przy odesłaniu do klucza publicznego państwa członk owskiego. 
2.87.  KMW CKey 
Generacja 2: 
Klucz AES i związana z nim wersja klucza stoso wane do sparo wania VU z czujnikiem ruchu. Szczegóło we 
informacje – zob. dodat ek 11. 
kMW CKey jest długością klucza AES w szeregu z kluczem stoso wan ym do sparo wania VU z czujnikiem ruchu. 
keyVersion oznacza wersję klucza AES. 
2.88.  Language 
Kod identyf ikujący język. 
Przypisanie war tości: kod składają cy się z dwóc h mały ch liter zgodny z normą ISO 639. 
2.89.  Last CardDo wnload 
Data i godzina, zapisane na karcie kiero wcy, ostatniego pobierania dany ch z karty (do innych celó w niż 
kontrola) – wymag ania 257 i 282 określone w załączniku 1C. Datę tę aktualizuje VU lub dowoln y czytnik kart. 
Przypisanie war tości: nie określa się. 
2.90.  LinkCer tificate 
Generacja 2: 
Certyfikat połączenia par kluczy Głównego Europejskiego Org anu Certyfikacji. 
26.5.2016 L 139/120 Dziennik Urzędo wy Unii Europejskiej PL    
2.91.  L-TyreCircumference 
Obwód toczny opon (definicja u)). 
Przypisanie war tości: liczba binar na bez znaku, wyrażona w 1/8 mm w zakresie operacyjnym 0 do 
8 031 mm. 
2.92.  MA C 
Generacja 2: 
Kryptograficzna suma kontrolna o długości 8, 12 lub 16 bajtów odpo wiadaj ącej mechaniz mom szyfro wania 
określony m w dodatku 11. 
2.93.  ManualInputFlag 
Kod identyfikujący czy posiadacz karty wpro wadza ręcznie czynności kiero wcy przy wkładaniu karty 
(wymagan ie 081 określone w załączniku 1B i wymaganie 102 określone w załączniku 1C). 
Przypisanie war tości: nie określa się. 
2.94.  ManufacturerCode 
Kod identyf ikujący producenta urządzeń posiadaj ących homolog ację typu. 
Laboratori um właściwe dla przepro wadzania badań interoperacyjności prowadzi i publikuje wykaz kodó w 
producenta na swojej stronie intern etowej (wymagan ie 454 określone w załączniku 1C). 
Manufactur erCodes przyznaj e się tymczaso wo twórcom tachog rafów po wystąpieniu przez nich z wnioskiem do 
laboratorium właściwego dla przepro wadzania badań interoperacyjności. 
2.95.  ManufacturerSpecif icEv entFaultData 
Generacja 2: 
Swoist e dla producent ów kody błędó w upraszcza ją analizę błędó w oraz konser wację przyrządó w rejestr ujący ch. 
26.5.2016 L 139/121 Dziennik Urzędo wy Unii Europejskiej PL    
manufacturerCode identyf ikuje producenta przyrządu rejestr ującego. 
manufacturerSpecif icEr rorCode jest kodem błędu swoist ym dla producenta. 
2.96.  MemberSta teCer tificate 
Certyfikat klucza publicznego państwa członk owskiego wydany przez europejski organ certyfikacji. 
2.97.  MemberSta teCer tificateRecordAr ray 
Generacja 2: 
Certyfikat państwa członk owskiego wraz z metadanymi stoso wan y w protok ole pobierania dany ch. 
recordT ype oznacza typ rekordu (MemberStateCer tificate). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość MemberStat eCer tificate w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. Wartość tę należy ustawi ć na 1, ponieważ certyfikaty mogą mieć 
różne długości. 
records jest zbiorem certyfikatów państw członk owskich. 
2.98.  MemberSta tePublicKe y 
Generacja 1: 
Klucz publiczny państwa członk owskiego. 
2.99.  Name 
Nazwa (nazwisk o). 
codePage określa zesta w znak ów zdefinio wany w rozdziale 4, 
name jest nazwą zakodo waną przy użyciu wyszczeg ólnionego zesta wu znak ów. 26.5.2016 L 139/122 Dziennik Urzędo wy Unii Europejskiej PL    
2.100.  NationAlpha 
Alfabety czne określenie państwa musi być zgodne ze znakami wyróżniaj ącymi stoso wanymi na pojazdach 
w ruchu międzynarodo wym (Konwencj a wiedeńska Narodó w Zjednoczony ch o ruchu drogo wym z 1968 r.). 
Kody Nation Alpha i Numer ic znajdują się na wykazie utrzym ywany m na stronie internetowej laboratorium 
wyznaczonego do przepro wadzenia badań interoperacyjności zgodnie z wymaganiem 440 określony m 
w załączniku 1C. 
2.101.  NationNumer ic 
Numer yczne odesłanie do państwa. 
Przypisanie war tości: zob. typ dany ch w 2.100 (NationAlpha) 
Modyfi kacji lub aktualizacji specyfi kacji Nation Alpha lub Numer ic opisany ch w powyższym akapicie dokonuje 
się dopiero po otrzymaniu przez wyznaczone laborat orium opinii producentó w przyrządó w rejestr ujący ch 
tachog rafów cyfro wych i intelig entny ch posiadaj ących homolog ację typu. 
2.102.  NoOfCalibrationRecords 
Liczba rekordó w kalibracyjny ch, możliwy ch do przech owywania na karcie. 
Generacja 1: 
Przypisanie war tości: zob. dodat ek 2. 
Generacja 2: 
Przypisanie war tości: zob. dodat ek 2. 
2.103.  NoOfCalibrationsSinceDo wnload 
Licznik pokazujący liczbę kalibracji wyk onany ch przy użyciu karty warsztato wej od ostatniego pobrania dany ch 
z tej karty (wymaganie 317 i 340 określone w załączniku 1C). 
Przypisanie war tości: nie określa się. 
2.104.  NoOfCardPlaceRecords 
Liczba rekordó w doty czący ch miejsca, możliwy ch do przecho wywania na karcie kiero wcy lub na karcie 
warsztato wej. 
Generacja 1: 
Przypisanie war tości: zob. dodat ek 2. 
Generacja 2: 
Przypisanie war tości: zob. dodat ek 2. 26.5.2016 L 139/123 Dziennik Urzędo wy Unii Europejskiej PL    
2.105.  NoOfCardV ehicleRecords 
Liczba rekordó w doty czący ch użyty ch pojazdó w, możliwy ch do przech owywania na karcie kiero wcy lub na 
karcie warsztato wej. 
Przypisanie war tości: zob. dodat ek 2. 
2.106.  NoOfCardV ehicleUnitRecords 
Generacja 2: 
Liczba rekordó w doty czący ch przyrządó w rejestr ujący ch, możliwy ch do przec howywania na karcie kiero wcy lub 
na karcie warsztato wej. 
Przypisanie war tości: zob. dodat ek 2. 
2.107.  NoOfCompanyA ctivityRecords 
Liczba rekordó w doty czący ch czynności firmy, możliwy ch do przec howywania na karcie firmowej. 
Przypisanie war tości: zob. dodat ek 2. 
2.108.  NoOfControlActivityRe cords 
Liczba rekordó w doty czący ch czynności kontrolny ch, możliwy ch do przec howywania na karcie kontrolnej. 
Przypisanie war tości: zob. dodat ek 2. 
2.109.  NoOfEv entsPerT ype 
Liczba zdarzeń według typu, możliwy ch do przec howywania na karcie. 
Przypisanie war tości: zob. dodat ek 2. 
2.110.  NoOfFaultsPerT ype 
Liczba usterek według typu, możliwy ch do przec howywania na karcie. 
Przypisanie war tości: zob. dodat ek 2. 
2.111.  NoOfGNSSCDRecords 
Generacja 2: 
Liczba rekordó w nieprzer wanego czasu prowadzenia pojazdu GNSS, które mogą być przec howywane na karcie. 
Przypisanie war tości: zob. dodat ek 2. 26.5.2016 L 139/124 Dziennik Urzędo wy Unii Europejskiej PL    
2.112.  NoOfSpecif icConditionRecords 
Generacja 2: 
Liczba rekordó w warunków szczegól nych, które mogą być przec howywane na karcie. 
Przypisanie war tości: zob. dodat ek 2. 
2.113.  OdometerShor t, 
Stan licznika kilometró w pojazdu w skróconej postaci. 
Przypisanie war tości: liczba binar na bez znaku. Wartość w km w zakresie operacyjn ym 0 do 9 999 999 km. 
2.114.  OdometerV alueMidnight 
Stan licznika kilometró w o północy w danym dniu (wymaganie 090 określone w załączniku 1B i 
wymaganie 113 określone w załączniku 1C). 
Przypisanie war tości: nie określa się. 
2.115.  OdometerV alueMidnightRecordAr ray 
Generacja 2: 
Odomet erValueMidnight wraz z metadan ymi stoso wany w prot okole pobierania dany ch. 
recordT ype oznacza typ rekordu (OdometerV alueMidnight). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość Odomet erValueMidnight w bajtac h. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w Odomet erValueMidnight. 
2.116.  OverspeedNumber 
Liczba zdarzeń przekroczenia prędk ości od ostatniej kontroli przekroczenia prędk ości. 
Przypisanie war tości: 0 oznacza, że nie było zdarzenia przekroczenie prędk ości od ostatniej kontroli przekro ­
czenia prędk ości, 1 oznacza, że było jedno zdarzenie przekroczenia prędk ości od ostatniej kontroli przekro ­
czenia prędk ości... 255 oznacza, że było 255 lub więcej zdarzeń przekroczenia prędk ości od ostatniej kontroli 
przekroczenia prędk ości. 26.5.2016 L 139/125 Dziennik Urzędo wy Unii Europejskiej PL    
2.117.  PlaceRecord 
Informacje doty czące miejsca rozpoczęcia lub zakończenia dziennego okresu pracy (wymagania 108, 271, 296, 
324 i 347 określone w załączniku 1C). 
Generacja 1: 
entr yTime jest datą i godziną wpisu. 
entr yTypeDailyW orkPeriod jest typem wpisu. 
dailyW orkPeriod Countr y jest wpro wadzonym państwem. 
dailyW orkPeriod Region jest wpro wadzony m regionem. 
vehicleOdometerV alue jest stanem licznika kilometró w w czasie wpro wadzania miejsca. 
Generacja 2: 
Oprócz generacji 1 używany jest następujący element składo wy: 
entr yGNSSPlaceRecord jest zapisaną lokalizacją i godziną. 
2.118.  PreviousV ehicleInfo 
Informacje doty czące pojazdu poprzednio używanego przez kiero wcę w chwili wkładania jego karty do 
przyrządu rejestr ującego (wymaga nie 081 określone w załączniku 1B i wymaganie 102 określone 
w załączniku 1C). 
Generacja 1: 
vehicleRegist rationIdentif ication wskazuje numer VRN i państwo członk owskie rejestracji pojazdu. 
cardWithdrawa lTime jest datą i godziną wyjęcia karty. 
Generacja 2: 
26.5.2016 L 139/126 Dziennik Urzędo wy Unii Europejskiej PL    
Oprócz generacji 1 używany jest następujący element dany ch: 
vuGeneration identyfikuje generację przyrządu rejestr ującego. 
2.119.  PublicKey 
Generacja 1: 
Klucz publiczny RSA. 
rsaKeyMod ulus jest modułem pary kluczy . 
rsaKeyPu blicExponent jest wykładnikiem publiczny m pary kluczy . 
2.120.  RecordT ype 
Generacja 2: 
Odniesienie do typu rekordu. Ten typ dany ch stosuje się w RecordAr rays. 
Przypisanie war tości: 
ActivityChangeI nfo, 
CardSlotsStatus, 
CurrentDateTime, 
MemberStateCer tificate, 
OdometerV alueMidnight, 
DateOfD ayDo wnloaded, 
SensorPaired, 
Signature, 
Specific ConditionRecord, 
VehicleIdentif icationNumber , 
VehicleRegistrationNumber , 
VuCalibrationRecord, 
VuCardIWRecord, 
VuCardRecord, 
VuCer tificate, 
VuCom panyLoc ksRe cord, 
VuControlA ctivityRecord, 
VuDetailedSpeedBlock, 
VuDo wnloadableP eriod, 
VuDo wnloadA ctivityData, 
VuEventRecord, 
VuGNSSCDRecord, 
VuITSConsentRecord, 
VuFaultRecord, 
VuIdentification, 
VuOverSpeedingControlData, 
VuOverSpeedingEventRecord, 
VuPlaceDailyW orkP eriodRecord, 
VuTimeA djustmentGNSSRecord, 
VuTimeA djustmentRecord, 
VuPowerSupplyInter ruptionRecord, 
SensorPairedRecord, 
SensorExternalGNSSC oupledRecord, 
RFU, 
swoisty dla producenta.  26.5.2016 L 139/127 Dziennik Urzędo wy Unii Europejskiej PL    
2.121.  RegionAlpha 
Alfabety czne odniesienie do regionu w określonym kraju. 
Generacja 1: 
Przypisanie war tości: 
Generacja 2: 
Kody RegionAlpha znajdują się na wykazie utrzym ywanym na stronie interneto wej laborat orium wyznaczonego 
do przepro wadzenia badań interoperacyjności . 
2.122.  RegionNumer ic 
Numer yczne odniesienie do regionu w określony m państwie. 
Generacja 1: 
Przypisanie war tości: 
26.5.2016 L 139/128 Dziennik Urzędo wy Unii Europejskiej PL    
Generacja 2: 
Kody RegionNumer ic znajdują się na wykazie utrzym ywany m na stronie intern etowej laborat orium 
wyznaczonego do przepro wadzenia badań interoperacyjności. 
2.123.  RemoteCommunicationModuleSer ialNumber 
Generacja 2: 
Numer seryjny modułu komunikacji na odległość. 
2.124.  RSAKe yModulus 
Generacja 1: 
Moduł pary kluczy RSA. 
Przypisanie war tości: nieokreślona. 
2.125.  RSAKe yPrivateExponent 
Generacja 1: 
Wykładnik prywatn y pary kluczy RSA. 
Przypisanie war tości: nieokreślona. 
2.126.  RSAKe yPublicExponent 
Generacja1: 
Wykładnik publiczny pary kluczy RSA. 
Przypisanie war tości: nieokreślona. 
2.127.  RtmDat a 
Generacja2: 
Defi nicja tego typu dany ch znajduje się w dodatku 14. 
2.128.  SealDat aCard 
Generacja 2: 
W tym typie dany ch przec howuje się informacje o plombach przymoco wan ych do różn ych części pojazdu i jest 
on przeznaczony do przec howywania na karcie. Ten typ dany ch związan y jest z wymaganie m 337 określony m 
w załączniku 1C. 26.5.2016 L 139/129 Dziennik Urzędo wy Unii Europejskiej PL    
noOfSealRecords jest liczbą rekordó w w zbiorze sealRecords. 
sealRecords jest zbiorem rekordó w doty czący ch plomb. 
2.129.  SealDat aVu 
Generacja 2: 
W tym typie dany ch przec howuje się informacje o plombach przymoco wan ych do różn ych części pojazdu i jest 
on przeznaczony do przecho wywania w przyrządzie rejestr ującym. 
sealRecords jest zbiorem rekordó w doty czący ch plomb. W przypadku gdy dostępny ch jest mniej niż 5 plomb 
wartość EquipmentT ype we wszystkic h niewyk orzystany ch sealRecords należy usta wić na 16, tj. niewyk o­
rzystane. 
2.130.  SealRecord 
Generacja 2: 
W tym typie dany ch przec howuje się informacje o plombie przymoco wanej do danego elementu składo wego. 
Ten typ dany ch związan y jest z wymag aniem 337 określony m w załączniku 1C. 
equipmentT ype określa typ urządzenia, do którego jest przymoco wana plomba. 
extendedSealIdentif ier jest identyf ikatorem plomby przymoco wanej do urządzenia. 
2.131.  SensorAppro valNumber 
Numer homologacji typu czujnika. 
Generacja 1: 
Przypisanie war tości: nieokreślona. 
Generacja 2: 
Przypisanie war tości: 
Należy podawać numer homolog acji, który został opublik owany na odpo wiedniej stronie interneto wej Komisji 
Europejskiej, tj. na przykład z uwzg lędnieniem myślnik ów, jeżeli występują. Numer homologacji musi być 
wyró wnany do lewej strony . 26.5.2016 L 139/130 Dziennik Urzędo wy Unii Europejskiej PL    
2.132.  SensorExter nalGNSSA ppro valNumber 
Generacja 2: 
Numer homologacji urządzenia zewnętrznego GNSS. 
Przypisanie war tości: 
Należy podawać numer homolog acji, który został opublik owany na odpo wiedniej stronie interneto wej Komisji 
Europejskiej, tj. na przykład z uwzg lędnieniem myślnik ów, jeżeli występują. Numer homologacji musi być 
wyró wnany do lewej strony . 
2.133.  SensorExter nalGNSSCoupledRecord 
Generacja 2: 
Informacje przech owywane w przyrządzie rejestr ującym doty czące identyf ikacji urządzenia zewnętrznego GNSS 
powiązanego z przyrządem rejestr ującym (wymaganie 100 określone w załączniku 1C). 
sensorSer ialNumber jest numerem seryjnym urządzenia zewnętrznego GNSS powiązanego z przyrządem 
rejestr ującym. 
sensorAppro valNumber jest numerem homologacji tego urządzenia zewnętrznego GNSS. 
sensorCouplingDate jest datą powiązania tego urządzenia zewnętrznego GNSS z przyrządem rejestr ującym. 
2.134.  SensorExter nalGNSSIdentif ication 
Generacja 2: 
Informacje doty czące identyf ikacji urządzenia zewnętrznego GNSS (wymaga nie 98 określone w załączniku 1C). 
sensorSer ialNumber jest rozszerzonym numerem seryjnym urządzenia zewnętrznego GNSS. 
sensorAppro valNumber jest numerem homologacji urządzenia zewnętrznego GNSS. 
sensorSCIdentif ier jest identyfika torem elementu zabezpieczenia urządzenia zewnętrznego GNSS. 
sensorOSIdentif ier jest identyf ikatorem systemu operacyjnego urządzenia zewnętrznego GNSS. 26.5.2016 L 139/131 Dziennik Urzędo wy Unii Europejskiej PL    
2.135.  SensorExter nalGNSSInst allation 
Generacja 2: 
Informacje, przech owywane w urządzeniu zewnętrzn ym GNSS, doty czące instalacji urządzenia zewnętrznego 
GNSS (wymagan ie 123 określone w załączniku 1C). 
sensorCouplingDateFir st jest datą pier wszego powiązania urządzenia zewnętrznego GNSS z przyrządem 
rejestr ującym. 
firstV uAppro valNumber jest numerem homologacji pier wszego przyrządu rejestr ującego powiązanego 
z urządzeniem zewnętrzn ym GNSS. 
firstV uSer ialNumber jest numerem seryjnym pier wszego przyrządu rejestr ującego sparo wanego z urządzeniem 
zewnętrznym GNSS. 
sensorCouplingDateCur rent jest datą obecnego powiązania urządzenia zewnętrznego GNSS z przyrządem 
rejestr ującym. 
currentV uAppro valNumber jest numerem homologacji przyrządu rejestr ującego powiązanego obecnie 
z urządzeniem zewnętrzn ym GNSS. 
currentVUSer ialNumber jest numerem seryjnym przyrządu rejestr ującego powiązanego obecnie z urządzeniem 
zewnętrznym GNSS. 
2.136.  SensorExter nalGNSSOSIdentif ier 
Generacja 2: 
Identyf ikator systemu operacyjnego urządzenia zewnętrznego GNSS. 
Przypisanie war tości: swoisty dla producenta. 
2.137.  SensorExter nalGNSSSCIdentif ier 
Generacja 2: 
Ten typ jest stoso wan y np. w celu zidentyf ikowania kryptografi cznego modułu urządzenia zewnętrznego GNSS. 
Identyf ikator elementu zabezpieczenia urządzenia zewnętrznego GNSS. 
Przypisanie war tości: element swoi sty dla producenta. 26.5.2016 L 139/132 Dziennik Urzędo wy Unii Europejskiej PL    
2.138.  SensorGNSSCouplingDate 
Generacja 2: 
Data powiązania urządzenia zewnętrznego GNSS z przyrządem rejestr ującym. 
Przypisanie war tości: nieokreślona. 
2.139.  SensorGNSSSer ialNumber 
Generacja 2: 
Ten typ jest wyk orzystywany do przec howywania numer u seryjnego odbior nika GNSS, zaró wno gdy jest w VU, 
jak i gdy znajduje się poza VU. 
Numer seryjny odbior nika GNSS. 
2.140.  SensorIdentif ication 
Informacje przech owywane w czujniku ruchu doty czące jego identyf ikacji (wymaganie 077 określone 
w załączniku 1B i wymaga nie 95 określone w załączniku 1C). 
sensorSer ialNumber jest rozszerzonym numerem seryjnym czujnika ruchu (zawie ra numer części i kod 
producenta). 
sensorAppro valNumber jest numerem homologacji czujnika ruchu. 
sensorSCIdentif ier jest identyfika torem elementu zabezpieczenia czujnika ruchu. 
sensorOSIdentif ier jest identyf ikatorem systemu operacyjnego czujnika ruchu. 
2.141.  SensorInst allation 
Informacje przec howywane w czujniku ruchu doty czące jego instalacji (wymaganie 099 określone w załączniku 
1B i wymaganie 122 określone w załączniku 1C). 
sensorPair ingDateF irst jest datą pier wszego sparo wania czujnika ruchu z przyrządem rejestr ującym. 
firstV uAppro valNumber jest numerem homolog acji pier wszego przyrządu rejestr ującego sparo wanego 
z czujnikiem ruchu. 26.5.2016 L 139/133 Dziennik Urzędo wy Unii Europejskiej PL    
firstV uSer ialNumber jest numerem seryjnym pier wszego przyrządu rejestr ującego sparo wanego z czujnikiem 
ruchu. 
sensorPair ingDateCur rent jest datą obecnego sparo wania czujnika ruchu z przyrządem rejestr ującym. 
currentV uAppro valNumber jest numerem homologacji przyrządu rejestr ującego obecnie sparo wanego 
z czujnikiem ruchu. 
currentVUSer ialNumber jest numerem seryjnym przyrządu rejestr ującego obecnie sparo wanego z czujnikiem 
ruchu. 
2.142.  SensorInst allationSecData 
Informacje przec howywane na karcie warsztato wej doty czące zabezpieczenia potrzebne do sparo wania 
czujnik ów ruchu z przyrządami rejestr ującymi (wymaganie 308 i 331 określone w załączniku 1C). 
Generacja 1: 
Przypisanie war tości: zgodnie z normą ISO 16844-3. 
Generacja 2: 
Zgodnie z opisem w dodatku 11 karta warsztato wa musi przec howywać maksy malnie trzy klucze na potrzeby 
paro wania czujnika ruchu z VU. Klucze te mają różne wersje. 
2.143.  SensorOSIdentif ier 
Identyf ikator systemu operacyjnego czujnika ruchu. 
Przypisanie war tości: swoisty dla producenta. 
2.144.  SensorPaired 
Generacja 1: 
Informacje przech owywane w przyrządzie rejestr ującym doty czące identyf ikacji czujnika ruchu sparo wanego 
z przyrządem rejestr ującym (wymaganie 079 określone w załączniku 1B). 
sensorSer ialNumber jest numerem seryjnym czujnika ruchu obecnie sparo wanego z przyrządem rejestr ującym. 
sensorAppro valNumber jest numerem homolog acji czujnika ruchu obecnie sparo wanego z przyrządem 
rejestr ującym. 
sensorPair ingDateF irst jest datą pier wszego sparo wania z przyrządem rejestr ującym czujnika ruchu obecnie 
sparo wanego z przyrządem rejestr ującym. 26.5.2016 L 139/134 Dziennik Urzędo wy Unii Europejskiej PL    
2.145.  SensorPairedRecord 
Generacja 2: 
Informacje przech owywane w przyrządzie rejestr ującym doty czące identyf ikacji czujnika ruchu sparo wanego 
z przyrządem rejestr ującym (wymaganie 97 określone w załączniku 1C). 
sensorSer ialNumber jest numerem seryjnym czujnika ruchu sparo wanego z przyrządem rejestr ującym. 
sensorAppro valNumber jest numerem homologacji tego czujnika ruchu. 
sensorPair ingDate jest datą sparo wania tego czujnika ruchu z przyrządem rejestr ującym. 
2.146.  SensorPair ingDate 
Data sparo wania czujnika ruchu z przyrządem rejestr ującym. 
Przypisanie war tości: nieokreślona. 
2.147.  SensorSCIdentif ier 
Identyf ikator elementu zabezpieczenia czujnika ruchu. 
Przypisanie war tości: element swoi sty dla producenta. 
2.148.  SensorSer ialNumber 
Numer seryjny czujnika ruchu. 
2.149.  Podpis 
Podpis cyfro wy. 
Generacja 1: 
Przypisanie war tości: zgodnie z dodatkiem 11 – Wspólne mechani zmy zabezpieczenia. 
Generacja 2: 
Przypisanie war tości: zgodnie z dodatkiem 11 – Wspólne mechani zmy zabezpieczenia. 26.5.2016 L 139/135 Dziennik Urzędo wy Unii Europejskiej PL    
2.150.  SignatureRecordAr ray 
Generacja 2: 
Zbiór podpisó w wraz z metadan ymi stosowany w protok ole pobierania dany ch. 
recordT ype oznacza typ rekordu (Signature). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość Signature w bajtac h. 
noOfRecords jest liczbą rekordó w w zbiorze. Wartość tę należy ustawić na 1, ponieważ podpisy mogą mieć 
różne długości. 
records jest zbiorem podpisó w. 
2.151.  SimilarEv entsNumber 
Liczba podobn ych zdarzeń w danym dniu (wymagan ie 094 określone w załączniku 1B i wymaganie 117 
określone w załączniku 1C). 
Przypisanie war tości: 0 nie używany , 1 oznacza, że tylko jedno zdarzenie tego typu wystąpiło i jest 
zapamiętane dla tego dnia, 2 oznacza, że 2 zdarzenia wystąpiły w tym dniu (zapamiętane jest tylko jedno),... 
255 oznacza, że 255 lub więcej zdarzeń wystąpiło w tym dniu. 
2.152.  Specif icConditionRecord 
Informacje przech owywane na karcie kiero wcy, karcie warsztato wej lub w przyrządzie rejestr ującym doty czące 
warunku szczególnego (wymagan ia 130, 276, 301, 328 i 355 określone w załączniku 1C). 
entr yTime jest datą i godziną wpro wadzenia dany ch. 
specif icCondition Type jest kodem identyfikującym warunek szczegól ny. 
2.153.  Specif icConditions 
Informacje przech owywane na karcie kiero wcy, karcie warsztato wej lub w przyrządzie rejestr ującym doty czące 
warunku szczególnego (wymagan ia 131, 277, 302, 329 i 356 określone w załączniku 1C). 
Generacja 2: 
26.5.2016 L 139/136 Dziennik Urzędo wy Unii Europejskiej PL    
conditionPoi nterNew estR ecord jest indeksem ostatniego, uaktualnionego rekordu warunku szczegól nego. 
Przypisanie war tości: liczba odpo wiadająca stano wi licznika rekordu doty czącego warunku szczegól nego, 
rozpoczynając od „0” dla pier wszego wystąpienia w strukturze rekordu doty czącego warunku szczególnego. 
specif icConditionRecords jest zbiorem rekordó w zawi erający ch informacje o zarejestro wany ch warunkach 
szczegól nych. 
2.154.  Specif icCondition Type 
Kod identyfikujący warunek szczególn y (wymagan ia 050b, 105a, 212a i 230a określone w załączniku 1B oraz 
wymaganie 62 określone w załączniku 1C). 
Generacja 1: 
Przypisanie war tości: 
‘00’H  RFU 
‘01’H  poza zakresem — począte k 
‘02’H  poza zakresem — koniec 
‘03’H  Przeprawa promo wa/przejazd kolejo wy 
‘04’H .. ‘FF’H  RFU 
Generacja 2: 
Przypisanie war tości: 
‘00’H  RFU 
‘01’H  poza zakresem — począte k 
‘02’H  poza zakresem — koniec 
‘03’H  Przeprawa promo wa/przejazd kolejo wy – początek 
‘04’H  Przeprawa promo wa/przejazd kolejo wy – koniec 
‘05’H .. ‘FF’H  RFU 
2.155.  Prędk ość 
Prędk ość pojazdu (km/h). 
Przypisanie war tości: kilometr y na godzinę w zakresie operacyjnym 0 do 220 km/h. 
2.156.  SpeedAuthor ised 
Mak symalne dozw olone prędk ości pojazdu (definicja hh)). 
26.5.2016 L 139/137 Dziennik Urzędo wy Unii Europejskiej PL    
2.157.  SpeedA verage 
Prędk ość średnia w uprzednio zdef inio wan ym przedziale czasu (km/h). 
2.158.  SpeedMax 
Prędk ość mak symalna zmierzona w uprzednio zdefini owanym przedziale czasu. 
2.159.  Tachog raphPayload 
Generacja 2: 
Defi nicja tego typu dany ch znajduje się w dodatku 14. 
2.160.  Tachog raphPayloadEncr ypted 
Generacja 2: 
Ładunek tachog rafu zaszyfro wan y w formacie DER -TLV, tj. dane przesłane w formie zaszyfro wanego 
komunikatu RTM. Odnośnie do kodo wania zob. rozdział 13 dodatek 11 część B. 
tag jest częścią kodo wania w formacie DER -TLV ma przypisaną wartość „87” (zob. dodat ek 11 część B 
rozdział 13). 
length jest częścią kodo wania w formacie DER -TLV i koduje długość następujący ch paddingCont entIndicatorByt e 
i encr yptedData. 
paddingContentIndicatorB yte musi mieć przypisaną wartość „00”. 
encr yptedDat a jest zaszyfro wan ym tachographP ayload, określonym w dodatku 11 część B rozdział 13. Długość 
tych dany ch w okte tach musi być zawsze wielokrotnością liczby 16. 
2.161.  TDesSessionKey 
Generacja 1: 
Klucz sesyjny T-DES. 
Przypisanie war tości: nie określa się. 26.5.2016 L 139/138 Dziennik Urzędo wy Unii Europejskiej PL    
2.162.  TimeReal 
Kod w polu zawi erającym łącznie datę i godzinę, gdzie data i godzina są wyrażone w sekundach liczon ych od 
godziny 00h.00m.00s. w dniu 1 stycznia 1970 r. GMT . 
Przypisanie war tości – zapisane oktetami: liczba sekund od północy 1 stycznia 1970 r. GMT . 
Mak symalna możliwa data/godzina wypada w 2106 r. 
2.163.  TyreSize 
Oznaczenie wymiaró w opon. 
Przypisanie war tości: zgodnie z dyrektywą 92/23 (EW G) z dnia 31 marca 1992, Dz.U. L 129 s. 95. 
2.164.  VehicleIdentif icationNumber 
Numer identyf ikacyjn y pojazdu (VIN) odnoszący się do pojazdu jako całości, normalnie numer seryjny nadwo zia 
lub ram y. 
Przypisanie war tości: jak określono w normie ISO 3779. 
2.165.  VehicleIdentif icationNumberRecordAr ray 
Generacja 2: 
Numer identyfikacyjny pojazdu wraz z metadanymi stoso wan y w protok ole pobierania dany ch. 
recordT ype oznacza typ rekordu (VehicleIdentificationNumb er). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VehicleIdentif icationNumber w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem numeró w identyfikacyjny ch pojazdu. 
2.166.  VehicleRegist rationIdentif ication 
Identyf ikacja pojazdu, unikalna dla Europ y (VRN i państwo członk owskie). 26.5.2016 L 139/139 Dziennik Urzędo wy Unii Europejskiej PL    
vehicleRegist rationNation jest państwem, w którym pojazd jest zarejestro wany . 
vehicleRegist rationNumber jest numerem rejestracyjny m pojazdu (VRN). 
2.167.  VehicleRegist rationNumber 
Numer rejestracyjny pojazdu (VRN). Numer rejestracyjny przydziela organ rejestracji pojazdó w. 
codePage określa zesta w znak ów zdefinio wany w rozdziale 4, 
vehicleRegNumber jest numerem VRN zakodo wan ym przy użyciu wyszczeg ólnionego zestawu znak ów. 
Przypisanie war tości: swoisty dla kraju. 
2.168.  VehicleRegist rationNumberRecordAr ray 
Generacja 2: 
Numer rejestracyjny pojazdu wraz z metadanymi stoso wany w protok ole pobierania dany ch. 
recordT ype oznacza typ rekordu (VehicleRegistrationNumber). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VehicleRegistrationNumber w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem numeró w rejestracyjny ch pojazdu. 
2.169.  VuAbility 
Generacja 2: 
Informacje przech owywane w VU doty czące możliwoś ci stoso wania kart do tachograf ów generacji 1 (wymag anie 
121 określone w załączniku 1C). 
Przypisanie war tości – zapisane oktetami: ‘xxxxxxxa’B (8 bitów) 26.5.2016 L 139/140 Dziennik Urzędo wy Unii Europejskiej PL    
Odnośnie do zdolności do obsługi generacji 1: 
‘a’B  Zdolność do obsługi kart do tachograf ów generacji 1: 
‘0’ B generacja 1 jest obsługiwana, 
‘1’ B generacja 1 nie jest obsługiwana, 
‘xxxxxxx’B  RFU 
2.170.  VuActivityDailyData 
Generacja 1: 
Informacje przec howywane w VU doty czące zmian czynności lub zmian stanu prowadzenia pojazdu lub zmian 
stanu karty dla określonego dnia kalendarzo wego (wymaganie 084 określone w załączniku 1B i wymagania 105, 
106, 107 określone w załączniku 1C) i stanu czytnik ów o godzinie 00:00 tego dnia. 
noOfAc tivityChanges jest liczbą słów ActivityChange Info w zbiorze activityChangeInf os. 
activityChangeInfos jest zbiorem słów ActivityChange Info przecho wywany ch w VU dla danego dnia. Zawsze 
zawie ra dwa słowa ActivityChang eInfo opisujące stan dwóc h czytnik ów o godzinie 00:00 tego dnia. 
2.171.  VuActivityDailyRecordAr ray 
Generacja 2: 
Informacje przec howywane w VU doty czące zmian czynności lub zmian stanu prowadzenia pojazdu lub zmian 
stanu karty dla określonego dnia kalendarzo wego (wymaganie 105, 106, 107 określone w załączniku 1C) i 
stanu szczelin o godzinie 00:00 tego dnia. 
recordT ype oznacza typ rekordu (ActivityChangeInf o). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość ActivityChangeInf o w bajtac h. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem słów ActivityChange Info przec howywany ch w VU dla danego dnia. Zawsze zawi era dwa 
słowa ActivityChang eInfo opisujące stan dwóch czytnik ów o godzinie 00:00 tego dnia. 
2.172.  VuAppro valNumber 
Numer homologacji typu przyrządu rejestr ującego. 26.5.2016 L 139/141 Dziennik Urzędo wy Unii Europejskiej PL    
Generacja 1: 
Przypisanie war tości: nieokreślona. 
Generacja 2: 
Przypisanie war tości: 
Należy podawać numer homolog acji, który został opublik owany na odpo wiedniej stronie interneto wej Komisji 
Europejskiej, tj. na przykład z uwzg lędnieniem myślnik ów, jeżeli występują. Numer homologacji musi być 
wyró wnany do lewej strony . 
2.173.  VuCalibrationDat a 
Generacja 1: 
Informacje przecho wywane w przyrządzie rejestr ującym doty czące kalibracji urządzenia rejestr ującego 
(wymagan ie 098 określone w załączniku 1B). 
noOfV uCalibrationRecords jest liczbą rekordó w w zbiorze vuCalibrationRecords. 
vuCalibrationRecords jest zbiorem rekordó w kalibracyjny ch. 
2.174.  VuCalibrationRecord 
Informacje przecho wywane w przyrządzie rejestr ującym doty czące kalibracji urządzenia rejestr ującego 
(wymagan ie 098 określone w załączniku 1B i wymaganie 119 i 120 określone w załączniku 1C). 
Generacja 1: 
calibrationPur pose jest celem kalibracji. 
workshopName, workshopA ddress są nazwą i adresem warsztatu. 26.5.2016 L 139/142 Dziennik Urzędo wy Unii Europejskiej PL    
workshopCardNumber identyfikuje kartę warsztato wą używaną przy kalibracji. 
workshopCardExpir yDate jest term inem ważności karty. 
vehicleIdentif icationNumber jest numerem VIN. 
vehicleRegist rationIdentif ication zawiera numer VRN i państwa członk owskiego rejestracji. 
wVehicleCharacter isticCons tant jest współczynnikiem charakt erysty cznym pojazdu. 
kCons tantOfRecordingEquipment jest stałą urządzenia rejestr ującego. 
lTyreCircumference jest obwo dem toczn ym kół. 
tyreSize jest oznaczeniem rozmiar u opon zamonto wan ych w pojeździe. 
author isedSpeed jest dozwoloną prędk ością pojazdu. 
oldOdometerV alue, newOdometerV alue są starym i nowym stanem licznika kilometró w. 
oldTimeV alue, newTimeV alue są starą i nową wartością daty i godziny . 
nextCalibrationDate jest datą następnej kalibracji typu określonego w CalibrationPur pose, którą powinien 
przepro wadzić autory zowany organ kontrolny . 
Generacja 2: 
Oprócz generacji 1 używany jest następujący element dany ch: 
sealDataV u podaje informacje o plombach przymoco wany ch do różn ych części pojazdu. 
2.175.  VuCalibrationRecordAr ray 
Generacja 2: 
Informacje przecho wywane w przyrządzie rejestr ującym doty czące kalibracji urządzenia rejestr ującego 
(wymagan ia 119 i 120 określone w załączniku 1C). 26.5.2016 L 139/143 Dziennik Urzędo wy Unii Europejskiej PL    
recordT ype oznacza typ rekordu (VuCalibrationRecord). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuCalibrationRecord w bajtac h. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w kalibracji. 
2.176.  VuCardIWDat a 
Generacja 1: 
Informacje przec howywane w przyrządzie rejestr ującym doty czące cykli wkładania i wyjmo wania kart dla kart 
kiero wcy lub kart warsztato wych w przyrządzie rejestr ującym (wymaga nie 081 określone w załączniku 1B i 
wymaganie 103 określone w załączniku 1C). 
noOfIWRecords jest liczbą rekordó w w zbiorze vuCardIWRecords. 
vuCardIWRecords jest zbiorem rekordó w doty czący ch cykli wkładania i wyjmo wania kart. 
2.177.  VuCardIWRecord 
Informacje przec howywane w przyrządzie rejestr ującym doty czące cyklu wkładania i wyjmo wania karty 
kiero wcy lub karty warsztato wej w przyrządzie rejestr ującym (wymagan ie 081 określone w załączniku 1B i 
wymaganie 102 określone w załączniku 1C). 
Generacja 1: 
cardHolderName jest nazwiskiem i imionami posiadacza karty kiero wcy lub karty warsztato wej zapisan ymi na 
karcie. 
fullCardNumber jest typem karty, państwem członk owskim wydaj ącym kartę i numerem karty zapisanymi na 
karcie. 
cardExpir yDate jest terminem ważności karty zapisanym na karcie. 26.5.2016 L 139/144 Dziennik Urzędo wy Unii Europejskiej PL    
cardInser tion Time jest datą i godziną włożenia karty. 
vehicleOdometerV alueAtInser tion jest stanem licznika kilometró w przy wkładaniu karty. 
cardSlotNumber jest szczeliną czytnika, do której karta jest włożona. 
cardWithdrawa lTime jest datą i godziną wyjęcia karty. 
vehicleOdometerV alueAtWithdra wal jest stanem licznika kilometró w przy wyjęciu karty. 
previousV ehicleInfo zawiera informacje o pojeździe poprzednio używanym przez kiero wcę, zapisane na karcie. 
manualInputFlag jest flagą pokazującą, czy posiadacz karty przy wkładaniu karty wpro wadził ręcznie czynności 
kiero wcy . 
Generacja 2: 
Zamiast fullCardNumber w strukturze dany ch generacji 2 wyk orzystuje się następujący element dany ch. 
fullCardNumberAndGeneration jest typem karty, państwem członk owskim wydającym kartę, numerem karty i 
generacją zapisanymi na karcie. 
2.178.  VuCardIWRecordAr ray 
Generacja 2: 
Informacje przech owywane w przyrządzie rejestr ującym doty czące cykli wkładania i wyjmo wania kart kiero wcy 
lub kart warsztato wych w przyrządzie rejestr ującym (wymaganie 103 określone w załączniku 1C). 
recordT ype oznacza typ rekordu (VuCardIWRecord). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuCardIWRecord w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w doty czący ch cykli wkładania i wyjmo wania kart. 
2.179.  VuCardRecord 
Generacja 2: 
Informacje przecho wywane w przyrządzie rejestr ującym doty czące używanej karty do tachografu (wymagan ie 
132 określone w załączniku 1C). 26.5.2016 L 139/145 Dziennik Urzędo wy Unii Europejskiej PL    
cardExtendedSer ialNumber odczytany z pliku EF_ICC w ramac h pliku głównego karty. 
cardPers onaliserIDodczytane z pliku EF_ICC w ramach pliku głównego karty. 
typeOfT achog raphCardId odczytane z pliku EF_Application_Identification w ramac h pliku DF_T achog raph_G2 
cardStr uctureV ersion odczytane z pliku EF_Application_Identifi cation w ramach pliku DF_T achograph_G2 
cardNumber odczytane z pliku EF_Identification w ramac h pliku DF_T achograph_G2 
2.180.  VuCardRecordAr ray 
Generacja 2: 
Informacje przech owywane w przyrządzie rejestr ującym doty czące kart do tachog rafów używany ch w tym VU. 
Informacje te są przeznaczone do analizy przez VU problemó w doty czący ch kart (wymag anie 132 określone 
w załączniku 1C). 
recordT ype oznacza typ rekordu (VuCardRecord). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuCardRecord w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w doty czący ch kart do tachog rafów używany ch w VU. 
2.181.  VuCer tificate 
Certyfikat klucza publicznego przyrządu rejestr ującego. 
2.182.  VuCer tificateRecordAr ray 
Generacja 2: 
Certyfikat VU wraz z metadanymi stoso wany w protok ole pobierania dany ch. 
26.5.2016 L 139/146 Dziennik Urzędo wy Unii Europejskiej PL    
recordT ype oznacza typ rekordu (VuCer tificate). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuCer tificate w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. Wartość tę należy ustawi ć na 1, ponieważ certyfikaty mogą mieć 
różne długości. 
records jest zbiorem certyfikatów VU. 
2.183.  VuCompan yLocksDat a 
Generacja 1: 
Informacje przec howywane w przyrządzie rejestr ującym doty czące blokad firmowych (wymaganie 104 
określone w załączniku 1B). 
noOfLocks jest liczbą blokad wyszczególnion ych w vuCompan yLocksRecords. 
vuCompany Lock sRecords jest zbiorem rekordó w blokad firmowych. 
2.184.  VuCompan yLocksR ecord 
Informacje przec howywane w przyrządzie rejestr ującym doty czące jednej blokady (wymagan ie 104 określone 
w załączniku 1B i wymaga nie 128 określone w załączniku 1C). 
Generacja 1: 
lockIn Time, lockOutTime są datą i godziną założenia i zdjęcia blokady . 
companyName, companyA ddress są nazwą i adresem firmy związanej z założeniem blokady . 
companyCardNumber identyfikuje kartę użytą przy założeniu blokady . 
Generacja 2: 
Zamiast compan yCardNumber w strukturze dany ch generacji 2 wyk orzystuje się następujący element dany ch. 
companyCardNumberAndGeneration identyf ikuje kartę, w tym jej generację, użytą przy założeniu blokady . 26.5.2016 L 139/147 Dziennik Urzędo wy Unii Europejskiej PL    
2.185.  VuCompan yLocksR ecordAr ray 
Generacja 2: 
Informacje przec howywane w przyrządzie rejestr ującym doty czące blokad firmowych (wymaganie 128 
określone w załączniku 1C). 
recordT ype oznacza typ rekordu (VuCompan yLocksRecord). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuCom panyL ocksRecord w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. Wartość 0..255. 
records jest zbiorem rekordó w blokad firmowych. 
2.186.  VuControlA ctivityData 
Generacja 1: 
Informacje przech owywane w przyrządzie rejestr ującym, doty czące kontroli przepro wadzony ch przy użyciu tego 
VU (wymaganie 102 określone w załączniku 1B). 
noOfControls jest liczbą kontroli wyszczególnion ych w vuControlA ctivityRecords. 
vuControlAct ivityRecords jest zbiorem rekordó w czynności kontrolny ch. 
2.187.  VuControlA ctivityRecord 
Informacje przech owywane w przyrządzie rejestr ującym doty czące kontroli wyk onanej przy użycie tego VU 
(wymagan ie 102 określone w załączniku 1B i wymaganie 126 określone w załączniku 1C). 
Generacja 1: 
controlT ype jest typem kontroli. 
controlTime jest datą i godziną kontroli. 
controlCardNumber identyf ikuje kartę kontrolną użytą przy kontroli. 26.5.2016 L 139/148 Dziennik Urzędo wy Unii Europejskiej PL    
downloadPerio dBegin Time jest czasem rozpoczęcia okresu, dla któr ego pobrano dane, w przypadku 
pobierania dany ch. 
downloadPerio dEndTime jest czasem zakończenia okresu, dla którego pobrano dane, w przypadku pobierania 
dany ch. 
Generacja 2: 
Zamiast controlCardNumber w strukturze dany ch generacji 2 wyk orzystuje się następujący element dany ch. 
controlCardNumberAndGeneration identyf ikuje kartę kontrolną, w tym jej generację, użytą przy kontroli. 
2.188.  VuControlA ctivityRecordAr ray 
Generacja 2: 
Informacje przech owywane w przyrządzie rejestr ującym, doty czące kontroli przepro wadzony ch przy użyciu tego 
VU (wymaganie 126 określone w załączniku 1C). 
recordT ype oznacza typ rekordu (VuControlA ctivityRecord). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuControlA ctivityRecord w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w czynności kontrolny ch VU. 
2.189.  VuDat aBlockCounter 
Licznik przec howywany na karcie pokazujący kolejno cykle wkładania/wyjmo wania karty dla przyrządó w 
rejestr ujący ch. 
Przypisanie war tości: kolejna liczba, po osiągnięciu wartości maksymaln ej 9 999 liczenie rozpoczyna się 
pono wnie od 0. 
2.190.  VuDetai ledSpeedBlock 
Informacje przecho wywane w przyrządzie rejestr ującym doty czące szczegół owej prędk ości pojazdu dla minuty , 
przez którą pojazd był w ruchu (wymagan ie 093 określone w załączniku 1B i wymaga nie 116 określone 
w załączniku 1C). 
26.5.2016 L 139/149 Dziennik Urzędo wy Unii Europejskiej PL    
speedBlockBeginDate jest datą i godziną pier wszego odczytu prędk ości w bloku. 
speedsPerSecon d jest chronologiczn ym ciągiem prędk ości mierzony ch co sekundę w ciągu minuty rozpoczy ­
nającej się od godziny określonej w speedBlockBeginDat e (włącznie). 
2.191.  VuDetai ledSpeedBlockRecordAr ray 
Generacja 2: 
Informacje przec howywane w przyrządzie rejestr ującym doty czące szczegóło wej prędk ości pojazdu. 
recordT ype oznacza typ rekordu (VuDetailedSpeedBlock). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuDetailedSpeedBlock w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem blok ów szczegół owej prędk ości. 
2.192.  VuDetai ledSpeedData 
Generacja 1: 
Informacje przec howywane w przyrządzie rejestr ującym doty czące szczegóło wej prędk ości pojazdu. 
noOfSpeedBlock s jest liczbą blok ów zarejestro wany ch prędk ości w zbiorze vuDetailedSpeedBlocks. 
vuDetail edSpeedBlocks jest zbiorem blok ów szczegóło wej prędk ości. 
2.193.  VuDo wnloadableP eriod 
Najs tarsza i najświeższa data i godzina, wyznaczające okres, dla którego przyrząd rejestr ujący przec howuje dane 
doty czące czynności kiero wców (wymaga nia 081, 084 lub 087 określone w załączniku 1B i wymag ania 102, 
105, 108 określone w załączniku 1C). 
minDo wnloadableTime jest przec howywaną w VU datą i godziną dawniejszego włożenia karty lub zmiany 
czynności lub miejsca wpro wadzania dany ch. 
maxDo wnloadableTime jest przech owywaną w VU datą i godziną ostatniego wyjęcia karty lub zmiany 
czynności, lub miejsca wpro wadzania dany ch. 26.5.2016 L 139/150 Dziennik Urzędo wy Unii Europejskiej PL    
2.194.  VuDo wnloadableP eriodRecordAr ray 
Generacja 2: 
VUDo wnloadableP eriod wraz z metadan ymi stoso wan y w protok ole pobierania dany ch. 
recordT ype oznacza typ rekordu (VuDo wnloadablePer iod). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuDo wnloadableP eriod w bajtac h. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w VuDo wnloadableP eriod. 
2.195.  VuDo wnloadA ctivityData 
Informacje przecho wywane w przyrządzie rejestr ującym doty czące ostatniego pobrania dany ch (wymagan ie 105 
określone w załączniku 1B i wymaganie 129 określone w załączniku 1C). 
Generacja 1: 
downloadingTime jest datą i godziną pobierania dany ch. 
fullCardNumber identyf ikuje kartę użytą do autory zowania pobierania dany ch. 
companyOrW orkshopName jest nazwą firmy lub warsztatu. 
Generacja 2: 
Zamiast fullCardNumber w strukturze dany ch generacji 2 wyk orzystuje się następujący element dany ch. 
fullCardNumberAndGeneration identyf ikuje kartę kontrolną, w tym jej generację , użytą do autoryzacji 
pobierania dany ch. 
2.196.  VuDo wnloadA ctivityData RecordAr ray 
Generacja 2: 
Informacje doty czące ostatniego pobrania dany ch z VU (wymagan ie 129 określone w załączniku 1C). 
26.5.2016 L 139/151 Dziennik Urzędo wy Unii Europejskiej PL    
recordT ype oznacza typ rekordu (VuDo wnloadA ctivityData). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuDo wnloadA ctivityData w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w czynności pobierania dany ch. 
2.197.  VuEv entData 
Generacja 1: 
Informacje przech owywane w przyrządzie rejestr ującym, doty czące zdarzeń (wymaganie 094 określone 
w załączniku 1B z wyłączeniem przekroczenia prędk ości). 
noOfV uEv ents jest liczbą zdarzeń wyszczeg ólniony ch w zbiorze vuEventRecords. 
vuEv entRecords jest zbiorem rekordó w doty czący ch zdarzeń. 
2.198.  VuEv entRecord 
Informacje przec howywane w przyrządzie rejestr ującym, doty czące zdarzenia (wymag anie 094 określone 
w załączniku 1B i wymaga nie 117 określone w załączniku 1C z wyłączeniem przekroczenia prędk ości). 
Generacja 1: 
eventT ype jest typem zdarzenia. 
eventRecordPur pose jest celem, dla które go zarejestro wano to zdarzenie. 
eventBegin Time jest datą i godziną rozpoczęcia zdarzenia. 
eventEndTime jest datą i godziną zakończenia zdarzenia. 
cardNumberDr iverSlotBegin identyfikuje kartę włożoną do szczelin y karty kiero wcy na początku zdarzenia. 
cardNumberCodr iverSlotBegin identyf ikuje kartę włożoną do szczeliny karty współkiero wcy na początku 
zdarzenia. 
cardNumberDr iverSlotEnd identyf ikuje kartę włożoną do szczeliny karty kiero wcy na końcu zdarzenia. 
cardNumberCodr iverSlotEnd identyfikuje kartę włożoną do szczeliny karty współkiero wcy na końcu 
zdarzenia. 26.5.2016 L 139/152 Dziennik Urzędo wy Unii Europejskiej PL    
similarEv entsNumber jest liczbą podobn ych zdarzeń w tym dniu. 
Sekwencji tej można używać dla wszystkic h zdarzeń innych niż przekroczenie prędk ości. 
Generacja 2: 
Oprócz generacji 1 używane są następujące elementy dany ch: 
manufacturerSpecif icEv entFaultData zawi era dodatk owe, szczegóło we informacje o zdarzeniu odnoszące się 
do danego producenta. 
Zamiast cardNumberDr iverSlotBegin, cardNumberCodr iverSlotBegin, cardNumberDr iverSlotEnd i cardNumber ­
Codr iverSlotEnd w strukturze dany ch generacji 2 wyk orzystuje się następujący element dany ch. 
cardNumberAndGenDr iverSlotBegin identyf ikuje kartę, w tym jej generację, włożoną do szczeliny karty 
kiero wcy na początku zdarzenia. 
cardNumberAndGenCodr iverSlotBegin identyf ikuje kartę, w tym jej generację, włożoną do szczeliny karty 
współkiero wcy na początku zdarzenia. 
cardNumberAndGenDr iverSlotEnd identyf ikuje kartę, w tym jej generację, włożoną do szczelin y karty 
kiero wcy na końcu zdarzenia. 
cardNumberAndGenCodr iverSlotEnd identyf ikuje kartę, w tym jej generację, włożoną do szczeliny karty 
współkiero wcy na końcu zdarzenia. 
Jeżeli w zdarzeniu zachod zi konflikt czasu eventBegin Time i eventEndTime należy interpreto wać w następujący 
sposób: 
eventBegin Time jest datą i godziną urządzenia rejestr ującego. 
eventEndTime jest datą i godziną GNSS. 
2.199.  VuEv entRecordAr ray 
Generacja 2: 
Informacje przech owywane w przyrządzie rejestr ującym, doty czące zdarzeń (wymaganie 117 określone 
w załączniku 1C z wyłączeniem przekroczenia prędk ości). 
26.5.2016 L 139/153 Dziennik Urzędo wy Unii Europejskiej PL    
recordT ype oznacza typ rekordu (VuEventRecord). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuEventRecord w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w doty czący ch zdarzeń. 
2.200.  VuFaultData 
Generacja 1: 
Informacje przec howywane w przyrządzie rejestr ującym doty czące usterek (wymagan ie 096 określone 
w załączniku 1B). 
noOfV uFaults jest liczbą usterek wyszczeg ólniony ch w zbiorze vuFaultRe cords. 
vuFaultRecords jest zbiorem rekordó w doty czący ch usterek . 
2.201.  VuFaultRecord 
Informacje przech owywane w przyrządzie rejestr ującym doty czące jednej uste rki (wymag anie 096 określone 
w załączniku 1B i wymaga nie 118 określone w załączniku 1C). 
Generacja 1: 
faultT ype jest typem usterki urządzenia rejestr ującego. 
faultRecordPur pose jest celem, dla któr ego ta uster ka jest zarejestro wana. 
faultBegin Time jest datą i godziną początku uster ki. 
faultEndTime jest datą i godziną zakończenia uster ki. 
cardNumberDr iverSlotBegin identyfikuje kartę włożoną do szczelin y karty kiero wcy na początku usterki. 
cardNumberCodr iverSlotBegin identyf ikuje kartę włożoną do szczeliny karty współkiero wcy na początku 
uster ki. 
cardNumberDr iverSlotEnd identyf ikuje kartę włożoną do szczeliny karty kiero wcy na końcu uster ki. 
cardNumberCodr iverSlotEnd identyfikuje kartę włożoną do szczelin y karty współkiero wcy na końcu usterki. 26.5.2016 L 139/154 Dziennik Urzędo wy Unii Europejskiej PL    
Generacja 2: 
Oprócz generacji 1 używany jest następujący element dany ch: 
manufacturerSpecif icEv entFaultData zawi era dodatk owe, szczegół owe informacje o usterce odnoszące się do 
danego producenta. 
Zamiast cardNumberDr iverSlotBegin, cardNumberCodr iverSlotBegin, cardNumberDr iverSlotEnd i cardNumber ­
Codr iverSlotEnd w strukturze dany ch generacji 2 wyk orzystuje się następujący element dany ch. 
cardNumberAndGenDr iverSlotBegin identyf ikuje kartę, w tym jej generację, włożoną do szczeliny karty 
kiero wcy na początku usterki. 
cardNumberAndGenCodr iverSlotBegin identyf ikuje kartę, w tym jej generację, włożoną do szczeliny karty 
współkiero wcy na początku uster ki. 
cardNumberAndGenDr iverSlotEnd identyf ikuje kartę, w tym jej generację, włożoną do szczelin y karty 
kiero wcy na końcu uste rki. 
cardNumberAndGenCodr iverSlotEnd identyf ikuje kartę, w tym jej generację, włożoną do szczeliny karty 
współkiero wcy na końcu usterki. 
2.202.  VuFaultRecordAr ray 
Generacja 2: 
Informacje przec howywane w przyrządzie rejestr ującym doty czące usterek (wymagan ie 118 określone 
w załączniku 1C). 
recordT ype oznacza typ rekordu (VuFaultRecord). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuFaul tRecord w bajtac h. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w doty czący ch uster ek. 
2.203.  VuGNSSCDRecord 
Generacja 2: 
Informacje przech owywane w przyrządzie rejestr ującym doty czące położenia pojazdu GNSS, jeżeli nieprzer wan y 
czas prowadzenia pojazdu przez kiero wcę osiągnie wielokrotność trzech godzin (wymagania 108 i 110 
określone w załączniku 1C). 26.5.2016 L 139/155 Dziennik Urzędo wy Unii Europejskiej PL    
timeSt amp jest datą i godziną, kiedy nieprzer wany czas prowadzenia pojazdu przez posiadacza karty osiągnie 
wielokrotność trzech godzin. 
cardNumberAndGenDr iverSlot identyf ikuje kartę, w tym jej generację , włożoną do szczeliny karty kiero wcy. 
cardNumberAndGenCodr iverSlot identyfikuje kartę, w tym jej generację, włożoną do szczeliny karty 
współkiero wcy. 
gnssPlaceRecord zawi era informacje doty czące położenia pojazdu. 
2.204.  VuGNSSCDRecordAr ray 
Generacja 2: 
Informacje przech owywane w przyrządzie rejestr ującym doty czące położenia pojazdu GNSS, jeżeli nieprzer wan y 
czas prowadzenia pojazdu przez kiero wcę osiągnie wielokrotność trzech godzin (wymagania 108 i 110 
określone w załączniku 1C). 
recordT ype oznacza typ rekordu (VuGNSSCDRecord). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuGNSSCDRecord w bajtac h. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w nieprzer wanego czasu prowadzenia pojazdu GNSS. 
2.205.  VuIdentif ication 
Informacje przec howywane w przyrządzie rejestr ującym doty czące jego identyf ikacji (wymaga nie 075 określone 
w załączniku 1B oraz wymaga nia 93 i 121 określone w załączniku 1C). 
Generacja 1: 
vuManufacturerName jest nazwą producenta przyrządu rejestr ującego. 
vuManufacturerAdd ress jest adresem producenta przyrządu rejestr ującego. 26.5.2016 L 139/156 Dziennik Urzędo wy Unii Europejskiej PL    
vuPar tNumber jest numerem części przyrządu rejestr ującego. 
vuSer ialNumber jest numerem seryjnym przyrządu rejestr ującego. 
vuSof twareIdentif ication identyf ikuje oprogramo wanie zainstalo wane w przyrządzie rejestr ującym. 
vuManufactur ingDate jest datą produkcji przyrządu rejestr ującego. 
vuAppro valNumber jest numerem homologacji typu przyrządu rejestr ującego. 
Generacja 2: 
Oprócz generacji 1 używane są następujące elementy dany ch: 
vuGeneration identyfikuje generację przyrządu rejestr ującego. 
vuAbility zapewnia informacje, czy VU obsługuje karty do tachografu generacji 1. 
2.206.  VuIdentif icationRecordAr ray 
Generacja 2: 
VuIdentif ication wraz z metadan ymi stoso wany w prot okole pobierania dany ch. 
recordT ype oznacza typ rekordu (VuIdentif ication). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuIdentification w bajtac h. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w VuIdentif ication. 
2.207.  VuITSConsentRecord 
Generacja 2: 
Informacje przec howywane w przyrządzie rejestr ującym doty czące zgody kiero wcy na stoso wanie intelig entn ych 
systemó w transpor towych. 
26.5.2016 L 139/157 Dziennik Urzędo wy Unii Europejskiej PL    
companyCardNumberAndGen identyfikuje kartę, w tym jej generację. Musi to być karta kiero wcy lub karta 
warsztato wa. 
consent jest flagą wskazującą, czy kiero wca wyraził zgodę na stosowanie inteli gentn ych systemó w transpor ­
towych w danym pojeździe / przyrządzie rejestr ującym. 
Przypisanie war tości: 
TRUE  wskazuje zgodę kiero wcy na stoso wanie inteli gentn ych systemó w transpor towych 
FALSE  wskazuje odmo wę kiero wcy doty czącą stoso wania inteli gentn ych systemó w transpor towych 
2.208.  VuITSConsentRecordAr ray 
Generacja 2: 
Informacje przec howywane w przyrządzie rejestr ującym doty czące zgody kiero wcy na stoso wanie intelig entn ych 
systemó w transpor towych (wymagan ie 200 określone w załączniku 1C). 
recordT ype oznacza typ rekordu (VuITSConsentRecord). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuITSConsentRecord w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w ITS. 
2.209.  VuManufacturerA ddress 
Adres producenta przyrządu rejestr ującego. 
Przypisanie war tości: nieokreślona. 
2.210.  VuManufacturerName 
Nazwa producenta przyrządu rejestr ującego. 
Przypisanie war tości: nieokreślona. 
2.211.  VuManufactur ingDate 
Data produkcji przyrządu rejestr ującego. 
Przypisanie war tości: nieokreślona. 26.5.2016 L 139/158 Dziennik Urzędo wy Unii Europejskiej PL    
2.212.  VuOv erSpeedingControlDat a 
Informacje przec howywane w przyrządzie rejestr ującym doty czące przekroczeń prędk ości od ostatniej kontroli 
przekroczenia prędk ości (wymag anie 095 określone w załączniku 1B i wymag anie 117 określone 
w załączniku 1C). 
lastOverspeedControlTime jest datą i godziną ostatniej kontroli przekroczenia prędk ości. 
firstOv erspeedSince jest datą i godziną pier wszego przekroczenia prędk ości po tej ostatniej kontroli przekro ­
czenia prędk ości. 
numberOfOv erspeedSince jest liczbą zdarzeń przekroczenia prędk ości od ostatniej kontroli przekroczenia 
prędk ości. 
2.213.  VuOv erSpeedingControlDat aRecordAr ray 
Generacja 2: 
VuOverSpeedingControlData wraz z metadanymi stoso wan y w protok ole pobierania dany ch. 
recordT ype oznacza typ rekordu (VuOverSpeedingControlData). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuOverSpeedingControlData w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w dany ch kontroli przekroczenia prędk ości. 
2.214.  VuOv erSpeedingEv entData 
Generacja 1: 
Informacje przech owywane w przyrządzie rejestr ującym doty czące zdarzeń przekroczenia prędk ości (wymaganie 
094 określone w załączniku 1B). 
noOfV uOv erSpeedingEv ents jest liczbą zdarzeń wyszczeg ólniony ch w zbiorze vuOverSpeedingEventRecords. 
vuOv erSpeedingEv entRecords jest zbiorem rekordó w zdarzeń przekroczenia prędk ości. 
2.215.  VuOv erSpeedingEv entRecord 
Generacja 1: 
Informacje przech owywane w przyrządzie rejestr ującym doty czące zdarzeń przekroczenia prędk ości (wymaganie 
094 określone w załączniku 1B i wymag anie 117 określone w załączniku 1C). 26.5.2016 L 139/159 Dziennik Urzędo wy Unii Europejskiej PL    
eventT ype jest typem zdarzenia. 
eventRecordPur pose jest celem, dla które go zarejestro wano to zdarzenie. 
eventBegin Time jest datą i godziną rozpoczęcia zdarzenia. 
eventEndTime jest datą i godziną zakończenia zdarzenia. 
maxSpeedV alue jest mak symalną prędk ością zmierzoną w czasie zdarzenia. 
averageSpeedV alue jest średnią arytmety czną prędk ości zmierzony ch w czasie zdarzenia. 
cardNumberDr iverSlotBegin identyfikuje kartę włożoną do szczelin y karty kiero wcy na początku zdarzenia. 
similarEv entsNumber jest liczbą podobn ych zdarzeń w tym dniu. 
Generacja 2: 
Informacje przech owywane w przyrządzie rejestr ującym doty czące zdarzeń przekroczenia prędk ości (wymaganie 
094 określone w załączniku 1B i wymag anie 117 określone w załączniku 1C). 
Zamiast cardNumberDr iverSlotBegin w strukturze dany ch generacji 2 wyk orzystuje się następujący element 
dany ch. 
cardNumberAndGenDr iverSlotBegin identyf ikuje kartę, w tym jej generację, włożoną do szczeliny karty 
kiero wcy na początku zdarzenia. 
2.216.  VuOv erSpeedingEv entRecordAr ray 
Generacja 2: 
Informacje przech owywane w przyrządzie rejestr ującym doty czące zdarzeń przekroczenia prędk ości (wymaganie 
117 określone w załączniku 1C). 
26.5.2016 L 139/160 Dziennik Urzędo wy Unii Europejskiej PL    
recordT ype oznacza typ rekordu (VuOverSpeedingEventRecord). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuOverSpeedingEventRecord w bajtac h. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w zdarzeń przekroczenia prędk ości. 
2.217.  VuPar tNumber 
Numer części przyrządu rejestr ującego. 
Przypisanie war tości: swoista dla producenta VU. 
2.218.  VuPlaceDailyW orkPeriodD ata 
Generacja 1: 
Informacje przec howywane w przyrządzie rejestr ującym doty czące miejsc rozpoczęcia lub zakończenia 
dziennego okresu pracy kiero wcó w (wymagan ie 087 określone w załączniku 1B oraz wymagania 108 i 110 
określone w załączniku 1C). 
noOfPlaceRecords jest liczbą rekordó w wyszczeg ólniony ch w zbiorze vuPlaceDailyW orkPer iodRecords. 
vuPlaceDailyW orkPeriodRecords jest zbiorem rekordó w doty czący ch miejsca. 
2.219.  VuPlaceDailyW orkPeriodR ecord 
Generacja 1: 
Informacje przech owywane w przyrządzie rejestr ującym doty czące miejsca rozpoczęcia lub zakończenia 
dziennego okresu pracy kiero wcy (wymaganie 087 określone w załączniku 1B oraz wymaga nia 108 i 110 
określone w załączniku 1C). 
fullCardNumber zawi era typ karty kiero wcy, państwo członk owskie wydaj ące kartę i numer karty. 
placeRecord zawi era informacje doty czące wpro wadzonego miejsca. 
Generacja 2: 
Informacje przech owywane w przyrządzie rejestr ującym doty czące miejsca rozpoczęcia lub zakończenia 
dziennego okresu pracy kiero wcy (wymaganie 087 określone w załączniku 1B oraz wymaga nia 108 i 110 
określone w załączniku 1C). 
26.5.2016 L 139/161 Dziennik Urzędo wy Unii Europejskiej PL    
Zamiast fullCardNumber w strukturze dany ch generacji 2 wyk orzystuje się następujący element dany ch: 
fullCardNumberAndGeneration jest typem karty, państwem członk owskim wydającym kartę, numerem karty i 
generacją przecho wywany mi na karcie. 
2.220.  VuPlaceDailyW orkPeriodR ecordAr ray 
Generacja 2: 
Informacje przec howywane w przyrządzie rejestr ującym doty czące miejsc rozpoczęcia lub zakończenia 
dziennego okresu pracy kiero wców (wymagania 108 i 110 określone w załączniku 1C). 
recordT ype oznacza typ rekordu (VuPlaceDailyW orkP eriodRecord). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuPlaceDailyW orkP eriodRecord w bajtac h. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w doty czący ch miejsca. 
2.221.  VuPrivateKe y 
Generacja 1: 
Klucz prywatny przyrządu rejestr ującego. 
2.222.  VuPublicKey 
Generacja 1: 
Klucz publiczny przyrządu rejestr ującego. 
2.223.  VuSer ialNumber 
Numer seryjny przyrządu rejestr ującego (wymagan ie 075 określone w załączniku 1B i wymaganie 93 określone 
w załączniku 1C). 
2.224.  VuSof tInst allationDate 
Data instalacji wersji oprogramo wania przyrządu rejestr ującego. 
Przypisanie war tości: nieokreślona. 26.5.2016 L 139/162 Dziennik Urzędo wy Unii Europejskiej PL    
2.225.  VuSof twareIdentif ication 
Informacje przec howywane w przyrządzie rejestr ującym doty czące zainstalo wanego oprogramo wania. 
vuSof twareV ersion jest numerem wersji oprogramo wania przyrządu rejestr ującego. 
vuSof tIns tallationDate jest datą zainstalo wania wersji oprogramo wania. 
2.226.  VuSof twareV ersion 
Numer wersji oprogramo wania przyrządu rejestr ującego. 
Przypisanie war tości: nieokreślona. 
2.227.  VuSpecif icConditionData 
Generacja 1: 
Informacje przec howywane w przyrządzie rejestr ującym doty czące warunków szczegól nych. 
noOfSpecif icConditionRecords jest liczbą rekordó w wyszczególnion ych w zbiorze specifi cConditionRecords. 
specif icConditionRecords jest zbiorem rekordó w doty czący ch warunków szczególn ych. 
2.228.  VuSpecif icConditionRecordAr ray 
Generacja 2: 
Informacje przecho wywane w przyrządzie rejestr ującym doty czące warunków szczegól nych (wymagan ie 130 
określone w załączniku 1C). 
recordT ype oznacza typ rekordu (Specif icConditionRecord). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość SpecificConditionRecord w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w doty czący ch warunków szczególn ych. 26.5.2016 L 139/163 Dziennik Urzędo wy Unii Europejskiej PL    
2.229.  VuTimeA djus tmentData 
Generacja 1: 
Informacje przec howywane w przyrządzie rejestr ującym doty czące korekt czasu dokonany ch poza regular ną 
kalibracją (wymagan ie 101 określone w załączniku 1C). 
noOfV uTimeA djRecords jest liczbą rekordó w w zbiorze vuTimeA djustmentRecords. 
vuTimeAdjustmentRecords jest zbiorem rekordó w doty czący ch korekty czasu. 
2.230.  VuTimeA djus tmentGNSSRecord 
Generacja 2: 
Informacje przech owywane w przyrządzie rejestr ującym doty czące korekty czasu w oparciu o dane doty czące 
czasu z GNSS (wymagan ia 124 i 125 określone w załączniku 1C). 
oldTimeV alue, newTimeV alue są starą i nową wartością daty i godziny . 
2.231.  VuTimeA djus tmentGNSSRecordAr ray 
Generacja 2: 
Informacje przec howywane w przyrządzie rejestr ującym doty czące korekty czasu dokonywanej w oparciu o 
dane doty czące czasu z GNSS (wymagania 124 i 125 określone w załączniku 1C). 
recordT ype oznacza typ rekordu (VuTimeAdjustmentGNSSRecord). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuTimeAd justmentGNSSRecord w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w korekty czasu GNSS. 26.5.2016 L 139/164 Dziennik Urzędo wy Unii Europejskiej PL    
2.232.  VuTimeA djus tmentRecord 
Informacje przech owywane w przyrządzie rejestr ującym doty czące korekty czasu dokonanej poza regular ną 
kalibracją (wymagan ie 101 określone w załączniku 1B oraz wymaga nia 124 i 125 określone w załączniku 1C). 
Generacja 1: 
oldTimeV alue, newTimeV alue są starą i nową wartością daty i godziny . 
workshopName, workshopA ddress są nazwą i adresem warsztatu. 
workshopCardNumber identyfikuje kartę warsztato wa użytą do dokonania korekty czasu. 
Generacja 2: 
Zamiast workshopCardNumber w strukturze dany ch generacji 2 wyk orzystuje się następujący element dany ch. 
workshopCardNumberAndGeneration identyfikuje kartę warsztato wa, w tym jej generację, użytą do 
dokonania korekty czasu. 
2.233.  VuTimeA djus tmentRecordAr ray 
Generacja 2: 
Informacje przec howywane w przyrządzie rejestr ującym doty czące korekt czasu dokonany ch poza regular ną 
kalibracją (wymagan ia 124 i 125 określone w załączniku 1C). 
recordT ype oznacza typ rekordu (VuTimeAdjustmentRecord). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuTimeAd justmentRecord w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w korekty czasu. 26.5.2016 L 139/165 Dziennik Urzędo wy Unii Europejskiej PL    
2.234.  WorkshopCardApplicationIdentif ication 
Informacje przech owywane na karcie warsztato wej doty czące identyfikacji aplikacji na karcie (wymagan ia 307 i 
330 określone w załączniku 1C). 
Generacja 1: 
typeOfT achog raphCardId określa wdrożony typ karty. 
cardStr uctureV ersion określa wersję struktur y wdrożonej na karcie. 
noOfEv entsP erType jest liczbą zdarzeń według typu zdarzenia możliwy ch do zarejestro wania na karcie. 
noOfFaultsPerT ype jest liczbą usterek według typu uster ki możliwy ch do zarejestro wania na karcie. 
activityStr uctureLength podaje liczbę bajtów dostępn ych do przec howywania rekordó w czynności. 
noOfCardV ehicleRecords jest liczbą rekordó w doty czący ch pojazdó w możliwy ch do zarejestro wania na karcie. 
noOfCardPlaceRecords jest liczbą miejsc możliwy ch do zarejestro wania na karcie. 
noOfCalibrationRecords jest liczbą rekordó w kalibracyjny ch możliwy ch do zarejestro wania na karcie. 
Generacja 2: 
Oprócz generacji 1 używane są następujące elementy dany ch: 
noOfGNSSCDRecords jest liczbą rekordó w nieprzer wanego czasu prowadzenia pojazdu GNSS, które mogą 
być przecho wywane na karcie. 
noOfSpecif icConditionRecords jest liczbą rekordó w warunków szczegól nych, które mogą być zapisane na 
karcie. 
2.235.  WorkshopCardCalibrationDat a 
Informacje przec howywane na karcie warsztato wej doty czące czynności warsztato wych wyk onany ch przy użyciu 
karty (wymagan ia 314, 316, 337 i 339 określone w załączniku 1C). 26.5.2016 L 139/166 Dziennik Urzędo wy Unii Europejskiej PL    
calibration TotalNumber jest całk owitą liczbą kalibracji wyk onany ch przy użyciu karty. 
calibrationPoin terNew estRecord jest indeks em ostatniego, uaktualnionego rekordu kalibracyjnego. 
Przypisanie war tości: liczba odpo wiadaj ącą licznik owi rekordó w kalibracyjny ch, rozpoczyna jąc od „0” dla 
pier wszego wystąpienia rekordu kalibracyjnego w strukturze. 
calibrationRecords jest zbiorem rekordó w zawi erający ch informacje o kalibracji lub korekcie czasu. 
2.236.  WorkshopCardCalibrationRecord 
Informacje przec howywane na karcie warsztato wej doty czące czynności wyk onany ch przy użyciu karty 
(wymagan ia 314 i 337 określone w załączniku 1C). 
Generacja 1: 
calibrationPur pose jest celem kalibracji. 
vehicleIdentif icationNumber jest numerem VIN. 
vehicleRegist ration zawiera numer VRN i państwa członk owskiego rejestracji. 
wVehicleCharacter isticCons tant jest współczynnikiem charakt erysty cznym pojazdu. 
kCons tantOfRecordingEquipment jest stałą urządzenia rejestr ującego. 
lTyreCircumference jest obwo dem toczn ym kół. 
tyreSize jest oznaczeniem rozmiaró w opon zamonto wany ch w pojeździe. 
author isedSpeed jest maksymaln ą, dozwoloną prędk ością pojazdu. 
oldOdometerV alue, newOdometerV alue są starym i nowym stanem licznika kilometró w. 
oldTimeV alue, newTimeV alue są starą i nową wartością daty i godziny . 26.5.2016 L 139/167 Dziennik Urzędo wy Unii Europejskiej PL    
nextCalibrationDate jest datą następnej kalibracji typu określonego w CalibrationPur pose, którą powinien 
przepro wadzić autory zowany organ kontrolny . 
vuPar tNumber , vuSer ialNumber and sensorSer ialNumber są elementami dany ch do identyfikacji urządzenia 
rejestr ującego. 
Generacja 2: 
Oprócz generacji 1 używane są następujące elementy dany ch: 
sensorGNSSSer ialNumber , który identyfikuje urządzenie zewnętrzne GNSS. 
rcmSer ialNumber , który identyf ikuje moduł komunikacji na odległość. 
sealDataCard podaje informacje o plombach przymoco wan ych do różny ch części pojazdu. 
2.237.  WorkshopCardHolderIdentif ication 
Informacje przec howywane na karcie warsztato wej doty czące identyfikacji posiadacza karty (wymagan ia 311 i 
334 określone w załączniku 1C). 
workshopName jest nazwą warsztatu posiadacza karty. 
workshopAd dressjest adresem warsztatu posiadacza karty. 
cardHolderName jest nazwiskiem i imieniem (imionami) posiadacza karty (np. nazwiskiem mech anika). 
cardHolderPreferredLan guage jest prefero wanym językiem posiadacza karty. 
2.238.  WorkshopCardPIN 
Osobisty numer identyf ikacyjn y (PIN) karty warsztato wej (wymagan ie 309 i 332 określone w załączniku 1C). 26.5.2016 L 139/168 Dziennik Urzędo wy Unii Europejskiej PL    
Przypisanie war tości: PIN znany posiadaczo wi karty, z prawej strony wypełnion y bajtami o wartości „FF” aż do 
8 bajtów. 
2.239.  W-VehicleCharacter isticCons tant 
Współczynnik charakt erysty czny pojazdu (definicja k)). 
Przypisanie war tości: liczba impulsó w na kilometr w zakresie operacyjn ym 0 do 64 255 impulsó w/km. 
2.240.  VuPo werSupplyInter ruptionRecord 
Generacja 2: 
Informacje przecho wywane w przyrządzie rejestr ującym doty czące zdarzeń przer wy w zasilaniu (wymaga nie 
117 określone w załączniku 1C). 
eventT ype jest typem zdarzenia. 
eventRecordPur pose jest celem, dla które go zarejestro wano to zdarzenie. 
eventBegin Time jest datą i godziną rozpoczęcia zdarzenia. 
eventEndTime jest datą i godziną zakończenia zdarzenia. 
cardNumberAndGenDr iverSlotBegin identyf ikuje kartę, w tym jej generację, włożoną do szczeliny karty 
kiero wcy na początku zdarzenia. 
cardNumberAndGenDr iverSlotEnd identyf ikuje kartę, w tym jej generację, włożoną do szczelin y karty 
kiero wcy na końcu zdarzenia. 
cardNumberAndGenCodr iverSlotBegin identyf ikuje kartę, w tym jej generację, włożoną do szczeliny karty 
współkiero wcy na początku zdarzenia. 
cardNumberAndGenCodr iverSlotEnd identyf ikuje kartę, w tym jej generację, włożoną do szczeliny karty 
współkiero wcy na końcu zdarzenia. 
similarEv entsNumber jest liczbą podobn ych zdarzeń w tym dniu. 
2.241.  VuPo werSupplyInter ruptionRecordAr ray 
Generacja 2: 
Informacje przecho wywane w przyrządzie rejestr ującym doty czące zdarzeń przer wy w zasilaniu (wymaga nie 
117 określone w załączniku 1C). 26.5.2016 L 139/169 Dziennik Urzędo wy Unii Europejskiej PL    
recordT ype oznacza typ rekordu (VuPowerSupplyInt erruptionRecord ). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość VuPowerSupplyInt erruptionRecord w bajtach. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w zdarzeń przer wy w zasilaniu. 
2.242.  VuSensorExter nalGNSSCoupledRecordAr ray 
Generacja 2: 
Zbiór zapisó w SensorExter nalGNSSCoupledRecord wraz z metadanymi stoso wan y w protok ole pobierania 
dany ch. 
recordT ype oznacza typ rekordu (SensorExter nalGNSSCoupledRecord). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość SensorExt ernalGNSSCoupledRecord w bajtac h. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w SensorExte rnalGNSSCoupled. 
2.243.  VuSensorPairedRecordAr ray 
Generacja 2: 
Zbiór zapisó w SensorPairedRecord wraz z metadanymi stoso wan y w protok ole pobierania dany ch. 
recordT ype oznacza typ rekordu (SensorPairedRecord). Przypisanie war tości: zob. RecordT ype 
recordSize to wielk ość SensorP airedRecord w bajtac h. 
noOfRecords jest liczbą rekordó w w zbiorze. 
records jest zbiorem rekordó w sparo wanego czujnika. 26.5.2016 L 139/170 Dziennik Urzędo wy Unii Europejskiej PL    
3.  DEFINICJE WARTOŚCI I ZAKRESU WIELK OŚCI 
Defi nicja wartości zmienny ch używana w definicjach w ust. 2. 
4.  ZEST AW ZNAK ÓW: 
W łańcuchac h IA5Str ings używa się znak ów ASCII zdefini owany ch w normie ISO/IEC 8824-1. Na potrzeby 
czyt elności i łatwego odwoł ywania się poniżej podano przypisanie wartości . W przypadku rozbieżności między 
tą uwagą a normą obo wiązują przepisy normy ISO/IEC 8824-1. 
W inny ch łańcuchac h znak ów (Addr ess, Name, VehicleRegistrationNumber) używa się dodatk owo zna­
ków zdefiniowan ych kodami od 161 do 255 następujący ch 8-bit owych standardo wych zestaw ów zna­
ków, określon ych numerem Code Page: 
Standardo wy zestaw znak ów Code Page 
(dziesiętny) 
ISO/IEC 8859-1 Latin-1 – dla Europ y Zachodniej 1 
ISO/IEC 8859-2 Latin-2 – dla Europ y Środk owej i Wsch odniej 2 
ISO/IEC 8859-3 Latin-3 – dla Europ y Południo wej 3 
ISO/IEC 8859-5 Latin – dla cyrylicy 5 
ISO/IEC 8859-7 Latin – dla alfabetu grecki ego 7 
ISO/IEC 8859-9 Latin-5 – dla alfabetu tureckiego 9 
ISO/IEC 8859-13 Latin-7 – dla krajów bałty ckic h 13 
ISO/IEC 8859-15 Latin-9 15 
ISO/IEC 8859-16 Latin-10 – dla Europ y Południo wo-Wsc hodniej 16 
KOI8-R Latin – dla cyrylicy 80 
KOI8-U Latin – dla cyrylicy 85  
5.  KODO WANIE 
Przy kodo waniu zgodnie z zasadami ASN.1, wszystkie zdefinio wane typy dany ch koduje się zgodnie 
z wariante m unor mowanym w ISO/IEC 8825-2. 
6.  IDENT YFIKA TOR Y OBIEK TU I IDENT YFIKA TOR Y APLIKA CJI 
6.1.  Identyf ikatory obiektu 
Identyf ikatory obiektu (OID) wymienione w niniejszym rozdziale mają zastoso wanie wyłącznie do generacji 2. 
Takie OID wyszczeg ólniono w TR-03110-3 i powtór zono dla komplet ności wyw odu. Takie OID zawar to 
w poddrzewie bsi-de: 
26.5.2016 L 139/171 Dziennik Urzędo wy Unii Europejskiej PL    
Identyf ikatory proto kołu uwierzytelnienia VU 
Przykład: Załóżm y, że należy dokonać uwierzyteln ienia VU za pomocą SHA-384, wtedy identyfika torem obiektu, 
który należy użyć jest (w składni ASN.1) 
 . Wartość tego 
identyf ikatora obiektu w zapisie kropk owym wynosi 
 .  
Zapis kropk owy Zapis bajtowy 
‘04 00 7F 00 07 02 02 02 02 03’ 
‘04 00 7F 00 07 02 02 02 02 04’ 
‘04 00 7F 00 07 02 02 02 02 05’  
Identyf ikatory proto kołu uwierzytelnienia z chipem 
Przykład: Przypuśćm y, że uwierzyteln ienie chipu ma zostać dokonane za pomocą algor ytmu ECDH, co daje 
długość klucza sesji AES 128 bitów. Ten klucz sesji zostanie następnie wyk orzystany w trybie pracy CBC w celu 
zapewnienia poufności dany ch i z algor ytmem CMA C w celu zapewnienia autenty czności dany ch. Zate m identy ­
fikatorem obiektu, który należy użyć jest (w składni ASN.1) 
 . 
Wartość tego identyfikatora obiektu w zapisie kropk owym wynosi 
 .  
Zapis kropk owy Zapis bajtowy 
‘04 00 7F 00 07 02 02 03 02 02’ 
‘04 00 7F 00 07 02 02 03 02 03’ 
‘04 00 7F 00 07 02 02 03 02 04’  
6.2.  Identyf ikatory aplik acji 
Generacja 2: 
Identyf ikator aplikacji (AID) dla urządzenia zewnętrznego GNSS (generacja 2) jest określony za pomocą „FF 
44 54 45 47 4D”. Jest to zastrzeżony AID zgodny z normą ISO/IEC 7816-4. 26.5.2016 L 139/172 Dziennik Urzędo wy Unii Europejskiej PL    
Uwaga: 5 ostatnich bajtów koduje DTEGM dla urządzenia zewnętrznego GNSS tachografu inteli gentnego. 
Identyf ikator aplikacji dla aplikacji kart do tachograf ów generacji 2 jest określony za pomocą „FF 53 4D 52 44 
54”. Jest to zastrzeżon y AID zgodn y z normą ISO/IEC 7816-4.  26.5.2016 L 139/173 Dziennik Urzędo wy Unii Europejskiej PL    
Dodatek 2 
SPECYFIKA CJA KART DO TACHOGRAFÓ W 
SPIS TREŚCI 
1. WPR OWADZENIE ............................................................................................................................. 175 
1.1. Skróty ............................................................................................................................... 175 
1.2. Odniesienia ......................................................................................................................... 176 
2. CHARAK TER YSTYKI ELEK TRYCZNE I FIZY CZNE ..................................................................................... 176 
2.1. Napięcie zasila jące i pobór prądu ............................................................................................. 177 
2.2. Napięcie programo wania Vpp................................................................................................... 177 
2.3. Genero wanie i częstotliw ość zegara .......................................................................................... 177 
2.4. Styk we/wy ......................................................................................................................... 177 
2.5. Stany karty......................................................................................................................... 177 
3. SPRZĘT I KOMUNIKA CJA ................................................................................................................... 177 
3.1. Wpro wadzenie .................................................................................................................... 177 
3.2. Protok ół komunikacyjny ........................................................................................................ 178 
3.2.1 Protok oły ........................................................................................................................... 178 
3.2.2 ATR .................................................................................................................................. 179 
3.2.3 PTS ................................................................................................................................... 179 
3.3. Zasady dostępu .................................................................................................................... 180 
3.4. Przeg ląd poleceń i kodó w błędó w............................................................................................ 183 
3.5. Opisy poleceń ..................................................................................................................... 185 
3.5.1 SELECT .......................................................................................................................................... 186 
3.5.2 READ BINAR Y................................................................................................................................. 187 
3.5.3 UPD ATE BINAR Y.............................................................................................................................. 194 
3.5.4 GET CHALLENGE ............................................................................................................................. 200 
3.5.5 VERIFY .......................................................................................................................................... 200 
3.5.6 GET RESPONSE ................................................................................................................................ 202 
3.5.7 PSO: VERIFY CERTIFICA TE.................................................................................................................. 202 
3.5.8 INTERNAL AUTHENTICA TE................................................................................................................ 204 
3.5.9 EXTERNAL AUTHENTICA TE ............................................................................................................... 205 
3.5.10 GENERAL AUTHENTICA TE................................................................................................................. 206 
3.5.11 MANA GE SECURIT Y ENVIR ONMENT .................................................................................................... 207 
3.5.12 PSO: HASH ..................................................................................................................................... 210 
3.5.13 PERFORM HASH OF FILE ................................................................................................................... 211 
3.5.14 PSO: COMP UTE DIGIT AL SIGNA TURE ................................................................................................... 212 
3.5.15 PSO: VERIFY DIGIT AL SIGNA TURE ....................................................................................................... 213 
3.5.16 PROCESS DSR C MESSA GE .................................................................................................................. 214 
4. STR UKTURA KART DO TACHOGRAF ÓW.............................................................................................. 216 
4.1. Plik główny MF.................................................................................................................... 216 26.5.2016 L 139/174 Dziennik Urzędo wy Unii Europejskiej PL    
4.2. Aplikacje karty kiero wcy........................................................................................................ 217 
4.2.1 Aplikacja karty kiero wcy 1. generacji ........................................................................................ 217 
4.2.2 Aplikacja karty kiero wcy 2. generacji ........................................................................................ 221 
4.3. Aplikacje karty warsztato wej .................................................................................................. 224 
4.3.1 Aplikacja karty warsztato wej 1. generacji ................................................................................... 224 
4.3.2 Aplikacja karty warsztato wej 2. generacji ................................................................................... 228 
4.4. Aplikacje karty kontrolnej ...................................................................................................... 233 
4.4.1 Aplikacja karty kontrolnej 1. generacji ...................................................................................... 233 
4.4.2 Aplikacja karty kontrolnej 2. generacji ...................................................................................... 235 
4.5. Aplikacje karty firmowej ........................................................................................................ 237 
4.5.1 Aplikacja karty firmowej 1. generacji ........................................................................................ 237 
4.5.2 Aplikacja karty firmowej 2. generacji ........................................................................................ 238  
1.  WPR OWADZENIE 
1.1.  Skróty 
Do celó w niniejszego dodatku stosuje się poniższe skróty . 
AC  [Access conditions] warunki dostępu 
AES  [Advanced Encr yption Standard] zaawanso wany standard szyfro wania 
AID  [Application Identif ier] identyfika tor aplikacji 
ALW  [Alwa ys] zawsze 
APDU  [Application Protocol Data Unit] jednostka dany ch protok ołu aplikacji (struktura polecenia) 
ATR  [Answer To Reset] reakcja na spro wadzenie do stanu wyjścio wego 
AUT  [Aut henticated] uwierzytelnion y 
C6, C7  styki 6 i 7 karty opisane w normie ISO/IEC 7816-2 
cc  [clock cycles] cykle zegarowe 
CHV  [Card holder Verification Information] informacje weryfikacyjne posiadacza karty 
CLA  bajt klasy w poleceniu APDU 
DSR C  [Dedicat ed Shor t Range Communication] wydzielona łączność krótkiego zasięgu 
DF  [Dedicat ed File] plik dedyk owany . DF może zawierać inne pliki (EF lub DF) 
ECC  [Ellipti c Curve Cryptograph y] kryptografia krzywy ch eliptyczny ch 
EF  [Elementar y File] plik elementar ny 
etu  [elementar y time unit] elementar na jednostka czasu 
G1  [Generation 1] 1. generacja 
G2  [Generation 2] 2. generacja 
IC  [Integ rated Circuit] układ scalon y 
ICC  [Integ rated Circuit Card] karta z układem scalonym 
ID  [Identifier] identyf ikator 
IFD  [Interf ace Device] urządzenie interfe jsu 
IFS  [Information Field Size] wielk ość pola informacyjnego 
IFSC  [Information Field Size for the card] wielk ość pola informacyjnego dla karty 26.5.2016 L 139/175 Dziennik Urzędo wy Unii Europejskiej PL    
IFSD  [Information Field Size Device] wielk ość pola informacyjnego urządzenia (dla term inala) 
INS  bajt instr ukcji w poleceniu APDU 
Lc  długość dany ch wejścio wych dla polecenia APDU 
Le  długość dany ch oczekiwany ch (dane wyjścio we dla polecenia) 
MF  [Maste r File] plik główny (root DF) 
NAD  [Node Addre ss] adres węzła używan y w protok ole T=1 
NEV  [Never] nigdy 
P1-P2  bajty parametr yczne 
PIN  [Personal Identification Number] osobisty numer identyfikacyjny 
PRO SM  [Protect ed with secure messaging] chronion y z bezpieczną wymianą komunikató w 
PTS  [Protoc ol Transmission Selection] wybór protok ołu komunikacyjnego 
RFU  [Reser ved for Future Use] zastrzeżone do wyk orzystania w przyszłości 
RST  [Reset] spro wadzenie do stanu wyjścio wego (kar ty) 
SFID  [Shor t EF Identifier] krótki identyfikator EF 
SM  [Secure Messaging] bezpieczna wymiana komunikat ów 
SW1-SW2  bajty stanu 
TS  początk owy znak ATR 
VPP  napięcie programo wania 
VU  [Vehicle Unit] przyrząd rejestr ujący 
XXh  wartość XX w zapisie heksad ecymaln ym 
‘XXh’  wartość XX w zapisie heksad ecymaln ym 
||  symbol konkat enacji 03||04=0304 
1.2.  Odniesienia 
W niniejszym dodatku stosuje się następujące odniesienia: 
ISO/IEC 7816-2  Karty identyf ikacyjne – Karty z układami scalon ymi – część 2: Wymiar y i rozmieszczenie 
styk ów. ISO/IEC 7816-2:2007. 
ISO/IEC 7816-3  Karty identyfikacyjne – Karty z układami scalonymi – część 3: Złącze elektr yczne i 
protok oły komunikacyjne. ISO/IEC 7816-3:2006. 
ISO/IEC 7816-4  Karty identyfikacyjne – Karty z układami scalonymi – część 4: Org anizacja, zabezpieczenia 
i polecenia wymiany . ISO/IEC 7816-4:2013 + Cor 1: 2014. 
ISO/IEC 7816-6  Karty identyfika cyjne – Karty z układami scalonymi – część 6: Międzybranżo we elementy 
dany ch do wymiany . ISO/IEC 7816-6:2004 + Cor 1: 2006. 
ISO/IEC 7816-8 Karty identyf ikacyjne – Karty z układami scalonymi – część 8: Polecenia operacji zabezpie ­
czający ch. ISO/IEC 7816-8:2004. 
ISO/IEC 9797-2  Techn ologia informaty czna – Techniki zabezpieczeń – Kody uwierzytelnian ia wiadomości 
(MA C) – część 2: Mech anizm y wyk orzystujące funkcję haszującą. ISO/IEC 9797-2:2011 
2.  CHA RAK TER YST YKI ELEK TRYCZNE I FIZY CZNE 
TCS_01  Wszystkie sygnały elektr yczne muszą być zgodne z normą ISO/IEC 7816-3, chyba że określono 
inaczej. 
TCS_02  Rozmieszczenie i wymiar y styk ów kart muszą być zgodne z normą ISO/IEC 7816-2. 26.5.2016 L 139/176 Dziennik Urzędo wy Unii Europejskiej PL    
2.1.  Napięcie zasilające i pobór prądu 
TCS_03  Karta pracuje zgodnie ze specyfi kacją przy poborze w granicach określony ch w normie ISO/IEC 
7816-3. 
TCS_04  Karta pracuje z Vcc = 3V (± 0,3V) bądź z Vcc = 5V (± 0,5V). 
Wybór napięcia odbywa się zgodnie z normą ISO/IEC 7816-3. 
2.2.  Napięcie prog ramo wania Vpp 
TCS_05  Karta nie wymaga napięcia programo wania na pinie C6. Oczekuje się, że pin C6 nie jest 
przyłączony w IFD. Styk C6 może być przyłączony do Vcc na karcie, ale nie może być przyłączony 
do masy . W żadnym przypadku napięcie to nie może być interpreto wane. 
2.3.  Genero wanie i częstotliw ość zegara 
TCS_06  Karta pracuje w zakresie częst otliwości 1–5 MHz i może obsługiwać wyższe częstotliw ości. 
W czasie jednej sesji karty częstotliw ość zegara może zmieniać się w granicach ± 2 %. Częstotli wość 
zegara genero wana jest przez przyrząd rejestr ujący , a nie przez kartę. Cykl pracy może zmieniać się 
w granicach 40–60 %. 
TCS_07  W warunkac h określony ch na karcie w pliku EF ICC zewnętrzny zegar może zostać zatrzymany . 
Pier wszy bajt treści pliku EF ICC koduje warunki trybu pracy Cloc kstop: 
Niski Wysoki   
Bit 3 Bit 2 Bit 1 
0 0 1 Clockst op dozwolon y, brak prefe rowanego poziomu 
0 1 1 Clockst op dozwolon y, prefe rowan y poziom wysoki 
1 0 1 Clockst op dozwolon y, prefe rowan y poziom niski 
0 0 0 Clockst op niedozw olony 
0 1 0 Clockst op dozwolon y tylko przy wysokim poziomie 
1 0 0 Clockst op dozwolon y tylko przy niskim poziomie  
Bitó w od 4 do 8 nie używa się. 
2.4.  Styk we/wy 
TCS_08  Styk we/wy C7 służy do odbierania i wysyłania dany ch do IFD. W czasie pracy tylko karta albo 
tylko IFD jest w trybie nadawania. Gdyb y jednak obie jednostki jednocześnie znalazły się w trybie 
nadawania, nie może to spowodo wać uszk odzenia karty. Karta wchodzi do trybu odbior u, chyba że 
nadaje dane. 
2.5.  Stany karty 
TCS_09  Gdy poda wane jest napięcie zasilające, karta pracuje w dwóch stanach: 
stan operacyjny , w któr ym karta wyk onuje polecenia lub jest połączona z jednostką cyfro wą; 
stan jałowy we wszystkic h pozostały ch sytuacjach (w tym stanie karta zacho wuje wszystkie dane). 
3.  SPRZĘT I KOMUNIKA CJA 
3.1.  Wpro wadzenie 
W punkcie tym opisano minimalną funkcjonalność wymag aną od kart do tachog rafów i VU w celu 
zagwaranto wania prawidło wego funkcjono wania i interoperacyjności. 26.5.2016 L 139/177 Dziennik Urzędo wy Unii Europejskiej PL    
Karty do tachog rafów muszą być zgodne, w najwięk szym możliwym stopn iu, z obo wiązującymi normami 
ISO/IEC (w szczególności z normą ISO/IEC 7816). Niemniej jednak szczegóło wo opisano polecenia i 
protok oły w celu określenia niekt órych ograniczony ch zast osowań lub różnic, o ile takie występują. Opisane 
polecenia są w pełni zgodne z przywołan ymi normami, jeżeli nie wskazano inaczej. 
3.2.  Protok ół komunikacyjny 
TCS_10  Protok ół komunikacyjny musi być zgodny z normą ISO/IEC 7816-3 dla T = 0 oraz T = 1. W 
szczegól ności VU musi rozpoznawać wysyłane przez kartę przedłużenia czasu oczekiwania. 
3.2.1  Protokoły 
TCS_11  Karta obsługuje zaró wno protok ół T = 0, jak i protok ół T=1. Karta może ponadto obsługiwać 
dodatk owe prot okoły zoriento wane kontakto wo. 
TCS_12  T = 0 jest protok ołem dom yślnym, dlatego też polecenie PTS jest niezbędne do zmiany protok ołu 
na T = 1. 
TCS_13  Urządzenia wyk orzystują konw encję bezpośrednią w obu protok ołach: w związku z tym 
konwencja bezpośrednia jest obo wiązk owa dla karty. 
TCS_14  Bajt karty informacyjnej wielk ości pola przedstawion y jest na ATR pod oznaczeniem TA3. 
Wartość ta jest nie mniejsza niż ‘F0h’ (= 240 bajtów). 
Do protok ołów stos uje się następujące ograniczenia: 
TCS_15  T=0 
—  Urządzenie interfe jsu wspiera odpo wiedź na we/wy po wzroście krawę dzi narasta jącego sygnału 
na RST z 400 cc. 
—  Urządzenie interfejsu potrafi odczytać znaki rozdzielone 12 etu. 
—  Urządzenie interfe jsu odczytuje błędny znak i jego powtórz enie, jeżeli rozdzielone 13 etu. 
W przypadku wykr ycia błędnego znaku na we/wy może poja wić się sygnał błędu między 1 etu 
a 2 etu. Urządzenie obsługuje opóźnienie 1 etu. 
—  Urządzenie interfejsu akcep tuje 33-bajt owe ATR (TS + 32) 
—  Jeżeli TC1 znajduje się w ATR, to dla znak ów wysyłan ych przez urządzenie interfejsu jest 
dodatk owy czas ochronny (Extra Guard Time), chociaż znaki wysyłane przez kartę mogą być 
jeszcze przedzielone odstępami 12 etu. Odnosi się to także do znaku ACK wysyłanego przez 
kartę po wysłaniu znaku P3 przez urządzenie interfejsu. 
—  Urządzenie interfejsu bierze pod uwagę znak NUL wysyłany przez kartę. 
—  Urządzenie interfejsu akcep tuje tryb uzupełniający dla ACK. 
—  Polecenia odbierz-odpo wiedź (get-response) nie można używać w trybie łańcuc howym do 
otrzym ywania dany ch, któryc h długość może być więks za niż 255 bajtów. 
TCS_16  T=1 
—  Bajt NAD: nieużywany (NAD ustawi a się na ‘00’). 
—  S-bloc k ABOR T: nieużywan y. 
—  Błąd stanu S-bloc k VPP: nieużywany . 
—  Całk owita długość łańcuc ha dla pola dany ch nie może przekraczać 255 bajtów (IFD musi to 
zapewniać). 
—  IFD bezpośrednio po ATR poda je wielk ość pola informacyjnego dla urządzenia (IFSD): IFD 
wysyła żądanie S-Bloc k IFS po ATR, a karta odpo wiada S-Bloc k IFS. Zalecaną wartością dla IFSD 
są 254 bajty. 
—  Karta nie pyta o skorygowane IFS. 26.5.2016 L 139/178 Dziennik Urzędo wy Unii Europejskiej PL    
3.2.2  ATR 
TCS_17  Urządzenie sprawdza bajty ATR, zgodnie z normą ISO/IEC 7816-3. Nie wyk onuje się weryfikacji 
znak ów histo ryczny ch ATR. 
Przykład podsta wowego Biprotocol ATR zgodnego z normą ISO/IEC 7816-3 
Znak Wartość Uwagi 
TS ‘3Bh’ wskazuje konwencję bezpośrednią 
T0 ‘85h’ TD1 obecn y; jest 5 bajtów histo ryczny ch 
TD1 ‘80h’ TD2 obecn y; będzie użyty T=0 
TD2 ‘11h’ TA3 obecny ; będzie użyty T=1 
TA3 ‘XXh’ (min. ‘F0h’) wielk ość pola informacyjnego dla karty (IFSC) 
TH1–TH5 ‘XXh’ znaki histo ryczne 
TCK ‘XXh’ znak kontrolny (exclusive OR)  
TCS_18  Po ATR wybierany jest dom yślnie plik główny (MF) i staje się katalogiem bieżącym. 
3.2.3  PTS 
TCS_19  Dom yślny m prot okołem jest T=0. Aby wybrać protok ół T=1, urządzenie musi wysłać do karty PTS 
(znane też jako PPS). 
TCS_20  Ponieważ oba protok oły T=0 i T=1 są wymagane dla karty, podsta wowy PTS do przełączania 
między protok ołami jest obo wiązk owy dla karty. 
PTS można używać, jak wskazano w normie ISO/IEC 7816-3, do przełączania na szybk ości 
transmisji więks ze niż standardo wa, propono wane przez kartę w ATR, jeżeli doty czy (bajt TA(1)). 
Większe szybk ości transmisji są opcjonalne dla karty. 
TCS_21  Jeżeli karta nie obsługuje innej szybk ości transmisji niż standardo wa (lub jeżeli nie obsługuje 
wybranej szybk ości transmisji), karta musi prawidło wo odpo wiadać na PTS, zgodnie z normą ISO/ 
IEC 7816-3, opuszcza jąc bajt PPS1. 
Poniżej pokazano przykłady podstaw owego PTS do wybor u protok ołu: 
Znak Wartość Uwagi 
PPSS ‘FFh’ znak inicjujący 
PPS0 ‘00h’ lub ‘01h’ nie ma PPS1 do PPS3; ‘00h’ , aby wybrać T0, ‘01h’, aby wybrać 
T1 
PK ‘XXh’ znak kontrolny:  ‘XXh’ = ‘FFh’, jeżeli PPS0 = ‘00h’ , 
‘XXh’ = ‘FEh’, jeżeli PPS0 = ‘01h’ .  26.5.2016 L 139/179 Dziennik Urzędo wy Unii Europejskiej PL    
3.3.  Zasady dostęp u 
TCS_22  Zasada dostępu określa odpo wiednie warunki zabezpieczenia dla danego trybu dostępu, tj. 
polecenia. Jeżeli przedmiot owe warunki zabezpieczenia są spełnione, odpo wiednie polecenie jest 
przetwarzane. 
TCS_23  Następujące warunki zabezpieczenia są stoso wane na potrzeby karty do tachog rafu: 
Skrót Znaczenie 
ALW Operacja jest zaws ze możliwa i może być wyk onywana bez ograniczeń. Po­
lecenie i odpo wiedź APDU są wysyłane w postaci zwykłego tekstu, tzn. bez 
bezpiecznej wymiany komunikató w. 
NEV Operacja nie jest nigdy możliwa. 
PLAIN-C Polecenie APDU jest wysyłane w postaci zwykłego tekstu, tzn. bez bezpiecz ­
nej wymiany komunikató w. 
PWD Działanie może zostać zrealizo wane, wyłącznie jeżeli PIN karty warsztato wej 
został pom yślnie zwer yfiko wany , tzn. jeżeli stan zabezpieczenia wewnętrz ­
nego karty ma status „PIN_V erified”. Polecenie musi być przesłane bez bez­
piecznej wymiany komunikató w. 
EXT -AUT-G1 Działanie może zostać zrealizo wane, wyłącznie jeżeli polecenie Exter nal Au­
thenticate dla uwierzytelnienia 1. generacji (zob. także dodat ek 11 część A) 
zostało pom yślnie wyk onane. 
SM-MA C-G1 Polecenie i odpo wiedź APDU muszą być stoso wane z bezpieczną wymianą 
komunikató w 1. generacji w trybie tylko uwierzyteln ienia (zob. dodatek 11 
część A). 
SM-C-MA C-G1 Polecenie APDU musi być stoso wane z bezpieczną wymianą komunikat ów 
1. generacji w trybie tylko uwierzyteln ienia (zob. dodat ek 11 część A). 
SM-R -ENC-G1 Odpo wiedź APDU musi być stoso wana z bezpieczną wymianą komunika ­
tów 1. generacji w trybie szyfro wania (zob. dodat ek 11 część A), tzn. bez 
zwracania kodu uwierzyteln ienia wiadomości. 
SM-R -ENC-MA C-G1 Odpo wiedź APDU musi być stoso wana z bezpieczną wymianą komunika ­
tów 1. generacji w trybie szyfro wania i uwierzyteln ienia (zob. dodat ek 11 
część A). 
SM-MA C-G2 Polecenie i odpo wiedź APDU muszą być stoso wane z bezpieczną wymianą 
komunikató w 2. generacji w trybie tylko uwierzyteln ienia (zob. dodatek 11 
część A). 
SM-C-MA C-G2 Polecenie APDU musi być stoso wane z bezpieczną wymianą komunikat ów 
2. generacji w trybie tylko uwierzyteln ienia (zob. dodat ek 11 część A). 
SM-R -ENC-MA C-G2 Odpo wiedź APDU musi być stoso wana z bezpieczną wymianą komunika ­
tów 2. generacji w trybie szyfro wania i uwierzyteln ienia (zob. dodat ek 11 
część A).  
TCS_24  Przedmioto we warunki zabezpieczenia mogą być powiązane ze sobą w następujący sposób: 
AND: muszą zostać spełnione wszystkie warunki zabezpieczenia 
OR: musi zostać spełnion y przyna jmniej jeden warunek zabezpieczenia 
Zasady dostępu dla systemu plików, tzn. polecenia SELECT , READ BINAR Y oraz UPD ATE BINAR Y, 
zostały określone w rozdziale 4. Zasady dostępu dla pozostały ch poleceń zostały określone 
w poniższy ch tabelach. 26.5.2016 L 139/180 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_25  W przypadku aplikacji DF Tachograph G1 zastoso wanie mają następujące zasady dostępu: 
Polecenie Karta kiero wcy Karta warsztato wa Karta kontrolna Karta firmowa 
Extern al Authenticat e     
—dla uwierzytelnie ­
nia 1. generacji ALW ALW ALW ALW 
—dla uwierzytelnie ­
nia 2. generacji ALW PWD ALW ALW 
Internal Authenticat e ALW PWD ALW ALW 
General Auth enticate ALW ALW ALW ALW 
Get Challenge ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
Process DSR C Mes ­
sage nie doty czy nie doty czy nie doty czy nie doty czy 
PSO: Com pute Digital 
Signature ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 nie doty czy nie doty czy 
PSO: Hash nie doty czy nie doty czy ALW nie doty czy 
PSO: Hash of File ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 nie doty czy nie doty czy 
PSO: Verify Certificate ALW ALW ALW ALW 
PSO: Verify Digital 
Signature nie doty czy nie doty czy ALW nie doty czy 
Verify nie doty czy ALW nie doty czy nie doty czy  
TCS_26  W przypadku aplikacji DF Tachograph_G2 zast osowanie mają następujące zasady dostępu: 
Polecenie Karta kiero wcy Karta warsztato wa Karta kontrolna Karta firmowa 
Extern al Authenticat e     
—dla uwierzytelnie ­
nia 1. generacji nie doty czy nie doty czy nie doty czy nie doty czy 
—dla uwierzytelnie ­
nia 2. generacji ALW PWD ALW ALW 
Internal Authenticat e nie doty czy nie doty czy nie doty czy nie doty czy 26.5.2016 L 139/181 Dziennik Urzędo wy Unii Europejskiej PL    
Polecenie Karta kiero wcy Karta warsztato wa Karta kontrolna Karta firmowa 
General Auth enticate ALW ALW ALW ALW 
Get Challenge ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
Process DSR C Mes ­
sage nie doty czy ALW ALW nie doty czy 
PSO: Com pute Digital 
Signature ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 nie doty czy nie doty czy 
PSO: Hash nie doty czy nie doty czy ALW nie doty czy 
PSO: Hash of File ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 nie doty czy nie doty czy 
PSO: Verify Certificate ALW ALW ALW ALW 
PSO: Verify Digital 
Signature nie doty czy nie doty czy ALW nie doty czy 
Verify nie doty czy ALW nie doty czy nie doty czy  
TCS_27  W przypadku MF zastos owanie mają następujące zasady dostępu: 
Polecenie Karta kiero wcy Karta warsztato wa Karta kontrolna Karta firmowa 
Extern al Authenticat e     
—dla uwierzytelnie ­
nia 1. generacji nie doty czy nie doty czy nie doty czy nie doty czy 
—dla uwierzytelnie ­
nia 2. generacji ALW PWD ALW ALW 
Internal Authenticat e nie doty czy nie doty czy nie doty czy nie doty czy 
General Auth enticate ALW ALW ALW ALW 
Get Challenge ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
Process DSR C Mes ­
sage nie doty czy nie doty czy nie doty czy nie doty czy 26.5.2016 L 139/182 Dziennik Urzędo wy Unii Europejskiej PL    
Polecenie Karta kiero wcy Karta warsztato wa Karta kontrolna Karta firmowa 
PSO: Com pute Digital 
Signature nie doty czy nie doty czy nie doty czy nie doty czy 
PSO: Hash nie doty czy nie doty czy nie doty czy nie doty czy 
PSO: Hash of File nie doty czy nie doty czy nie doty czy nie doty czy 
PSO: Verify Certificate ALW ALW ALW ALW 
Verify nie doty czy ALW nie doty czy nie doty czy  
TCS_28  Karta do tachog rafu może, ale nie musi przyjmo wać poleceń z wyższego poziomu zabezpieczenia 
niż poziom określony w warunkach zabezpieczenia. Tzn. jeżeli warunkiem zabezpieczenia jest 
ALW (lub PLAIN-C), karta może przyjąć polecenie z bezpieczną wymianą komunikat ów (w trybie 
szyfro wania lub uwierzyteln ienia). Jeżeli warunek zabezpieczenia wymaga bezpiecznej wymiany 
komunikató w w trybie uwierzyteln ienia, karta do tachografu może przyjąć polecenie z bezpieczną 
wymianą komunikató w tej samej generacji w trybie uwierzytelnienia i szyfro wania. 
Uwaga: Opisy poleceń dostarczają więcej informacji na temat obsługi poleceń dla poszczegól nych 
typó w kart do tachograf ów oraz poszczegól nych DF. 
3.4.  Przegląd poleceń i kodó w błędó w 
Polecenia i organizacja pliku wynikają z normy ISO/IEC 7816-4 i spełniają jej wymag ania. 
W tej sekcji opisano poniższe pary polecenie-odpo wiedź dla APDU. Warianty poleceń, które są obsługiwane 
przez aplikacje 1. i 2. generacji, zostały określone w odpo wiednich opisach poleceń. 
Polecenie INS 
SELECT ‘A4h’ 
READ BINAR Y ‘B0h’, ‘B1h’ 
UPD ATE BINAR Y ‘D6h’, ‘D7h’ 
GET CHALLENGE ‘84h’ 
VERIFY ‘20h’ 
GET RESPONSE ‘C0h’ 
PERFORM SECURIT Y OPERA TION ‘2Ah’ 
—  VERIFY CER TIFIC ATE  
—  COMPUTE DIGIT AL SIGNA TURE  
—  VERIFY DIGIT AL SIGNA TURE  
—  HASH  
—  PERFORM HASH OF FILE  
—  PROCESS DSR C MESSA GE  26.5.2016 L 139/183 Dziennik Urzędo wy Unii Europejskiej PL    
Polecenie INS 
INTERNAL AUTHENTICA TE ‘88h’ 
EXTERNAL AUTHENTICA TE ‘82h’ 
MANA GE SECURIT Y ENVIR ONMENT ‘22h’ 
—  SET DIGIT AL SIGNA TURE TEMPL ATE  
—  SET AUTHENTICA TION TEMPL ATE  
GENERAL AUTHENTICA TE ‘86h’  
TCS_29  Słowa stanu SW1 i SW2 są zwracane w komunikacie odpo wiedzi i oznacza ją stan przetwarzania 
polecenia. 
SW1 SW2 Znaczenie 
90 00 Nor malne przetwarzanie. 
61 XX Nor malne przetwarzanie. XX = liczba dostępny ch bajtów odpo wiedzi. 
62 81 Przetwarzanie ostrzeżenia. Część zwracany ch dany ch może być uszk odzona 
63 00 Nieudane uwierzytelnienie (ostrzeżenie) 
63 CX Nieprawidło we CHV (PIN). ‘X’ oznacza licznik pozostały ch prób 
64 00 Błąd wyk onania – Stan pamięci nieulotnej bez zmian. Błąd integralności. 
65 00 Błąd wyk onania – Stan pamięci nieulotnej zmieniony 
65 81 Błąd wyk onania – Stan pamięci nieulotnej zmienion y – Uszk odzona pamięć 
66 88 Błąd zabezpieczenia: nieprawidło wa kryptograficzna suma kontrolna (w cza­
sie bezpiecznej wymiany komunikat ów) lub 
nieprawidło wy certyfikat (w czasie weryfikacji certyfi­
katu) lub 
nieprawidło wy kryptogram (w czasie zewnętrznego 
uwierzytelnienia) lub 
nieprawidło wy podpis (w czasie weryfikacji podpisu) 
67 00 Nieprawidło wa długość (nieprawidło we Lc lub Le) 
68 82 Bezpieczna wymiana komunikató w nieobsługiwana 
68 83 Oczekiwane ostatnie polecenie łańcucha 
69 00 Niedozwolone polecenie (brak dostępnej odpo wiedzi w T=0) 
69 82 Niespełniony stan zabezpieczenia. 
69 83 Metoda uwierzyteln ienia zablok owana. 
69 85 Warunki użycia niespełnione. 
69 86 Polecenie niedozwolone (brak bieżącego EF). 26.5.2016 L 139/184 Dziennik Urzędo wy Unii Europejskiej PL    
SW1 SW2 Znaczenie 
69 87 Brak oczekiwan ych obiektó w dany ch w bezpiecznej wymianie komunikat ów 
69 88 Nieprawidło we obiekty dany ch w bezpiecznej wymianie komunikató w 
6A 80 Nieprawidło we parametr y w polu dany ch 
6A 82 Nie znaleziono pliku. 
6A 86 Nieprawidło we parametr y P1-P2. 
6A 88 Nie znaleziono powołany ch dany ch. 
6 B 00 Nieprawidło we parametr y (przesunięcie poza EF). 
6C XX Nieprawidło wa długość, SW2 wskazuje dokładną długość. Pole dany ch nie jest 
zwracane. 
6D 00 Kod instr ukcji nieobsługiwany lub nieważny . 
6E 00 Klasa nieobsługiwana. 
6F 00 Inne błędy kontroli  
TCS_30  W przypadku gdy w jedn ym poleceniu APDU spełniony jest więcej niż jeden warunek wystąpienia 
błędu, karta może odesłać dowolny z odpo wiednich słów stanu. 
3.5.  Opisy poleceń 
W tym rozdziale opisano obo wiązk owe polecenia dla kart do tachograf ów. 
Dodatk owe szczegóło we informacje doty czące stoso wany ch czynności kryptograficzny ch zamieszczono 
w dodatku 11 Wspólne mechaniz my zabezpieczenia dla tachog rafów 1. generacji i 2. generacji. 
Wszystkie polecenia opisane są niezależnie od używanego protok ołu (T=0 lub T=1). Bajty CLA, INS, P1, P2, 
Lc i Le w APDU są zawsze wskazywane. Jeżeli Lc lub Le nie jest potrzebn y dla opisywanego polecenia, 
związane z nimi długość, wartość i opis są puste. 
TCS_31  Jeżeli żądane są oba bajty długości (Lc i Le), opisywane polecenie musi być podzielone na dwie 
części, jeśli IFD używa protok ołu T=0: IFD wysyła to polecenie z P3=Lc + dane, a następnie wysyła 
polecenie GET RESPONSE (zob. pkt 3.5.6) z P3=Le. 
TCS_32  Jeżeli żądane są oba bajty długości i Le=0 (bezpieczna wymiana komunikató w): 
—  gdy używan y jest protok ół T=1, karta odpo wiada na Le=0, wysyła jąc wszystkie dostępne dane 
wyjścio we; 
—  gdy używany jest prot okół T=0, IFD wysyła pier wsze polecenie z P3=Lc + dane, karta 
odpo wiada (na to niejawne Le=0) bajtami stanu ‘61La’ , gdzie La jest liczbą dostępny ch bajtów 
odpo wiedzi. Następnie IFD gener uje polecenie GET RESPONSE z P3=La w celu odczytania 
dany ch. 
TCS_33  Karta do tachog rafu może opcjonalnie obsługiwać pola o rozszerzonej długości zgodnie z normą 
ISO/IEC 7816-4. Karta do tachografu, która obsługuje pola o rozszerzonej długości, musi: 
—  wskazywać możliwość obsługi pól o rozszerzonej długości w ATR; 
—  zapewniać obsługiwane pojemności bufora za pomocą informacji o rozszerzonej długości w EF 
ATR/INFO, zob. TCS_146; 26.5.2016 L 139/185 Dziennik Urzędo wy Unii Europejskiej PL    
—  wskazywać, czy obsługuje pola o rozszerzonej długości dla T = 1 lub T = 0 w EF Exten ded 
Length, zob. TCS_147. 
—  obsługiwać pola o rozszerzonej długości dla aplikacji tachog raficznej 1. i 2. generacji. 
Uwagi: 
Wszystkie polecenia zostały określone dla pól o krótkiej długości. Stoso wanie APDU o rozszerzonej 
długości wynika z ISO/IEC 7816-4. 
Polecenia są zasadniczo określone dla trybu zwykłego, tj. bez bezpiecznej wymiany komunikat ów, 
ponieważ warstwa bezpiecznej wymiany komunikat ów została określona w dodatku 11. Z zasad 
dostępu dla polecenia wynika, czy polecenie wspiera bezpieczną wymianę komunikató w, a także – 
czy polecenie wspiera bezpieczną wymianę komunikat ów 1. generacji lub 2. generacji. Niektó re 
warianty poleceń opisano z bezpieczną wymianą komunikat ów, aby zilustro wać stoso wanie 
bezpiecznej wymiany komunikat ów. 
TCS_34  VU wyk onuje pełny prot okół 2. generacji wzaj emnego uwierzyteln ienia VU – karta dla sesji, łącznie 
z weryfikacją certyfikatu (jeżeli jest to wymag ane), w DF Tachograph, w DF Tachog raph_G2 lub 
w MF. 
3.5.1  SELECT 
Polecenie to jest zgodne z normą ISO/IEC 7816-4, ale jego zastoso wanie jest ograniczone w poró wnaniu 
z poleceniem zdefinio wan ym w tej normie. 
Polecenia SELECT używa się: 
—  do wybierania aplikacji DF (musi być używany wybór przez nazwę); 
—  do wybierania pliku elementar nego odpo wiadaj ącego przekazanemu ID pliku. 
3.5.1.1  Wybór przez nazwę (AID) 
Polecenie to pozwala wybrać aplikację DF na karcie. 
TCS_35  Polecenie to można wyk onywać z dowolnego miejsca w strukturze pliku (po ATR lub w dowolny m 
momencie). 
TCS_36  Wybór aplikacji powoduje przywrócenie bieżącego stanu środo wiska zabezpieczeń do stanu 
wyjścio wego. Po wybraniu aplikacji żaden bieżący klucz publiczny nie jest już wybierany . Warunek 
dostępu EXT -AUT-G1 także zosta je utracony . Jeżeli polecenie zostało wyk onane bez bezpiecznej 
wymiany komunikató w, wcześniejsze klucze sesji bezpiecznej wymiany komunikató w nie są już 
dostępne. 
TCS_37  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’  
INS 1 ‘A4h’  
P1 1 ‘04h’ Wybór przez nazwę (AID) 
P2 1 ‘0Ch’ brak oczekiwanej odpo wiedzi 
Lc 1 ‘NNh’ liczba bajtów wysłany ch do karty (długość AID): 
‘06h’ dla aplikacji tach ograf icznej 
#6-#(5+NN) NN ‘XX..XXh’ AID: ‘FF 54 41 43 48 4F’ dla aplikacji tachog raficznej 1. gene ­
racji 
AID: ‘FF 53 4D 52 44 54’ dla aplikacji tachog raficznej 2. ge­
neracji  
Dla polecenia SELECT nie jest potrzebna żadna odpo wiedź (brak Le w T=1, bądź nie ma żądania 
odpo wiedzi w T=0). 26.5.2016 L 139/186 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_38  Komunikat odpo wiedzi (brak żądania odpo wiedzi) 
Bajt Długość Wartość Opis 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli nie znaleziono aplikacji wyszczególnionej przez AID, zwrócon ym stanem przetwarzania 
jest ‘6A82’. 
—  W T=1, jeżeli jest bajt Le, zwrócon ym stanem jest ‘6700’. 
—  W T=0, jeżeli po poleceniu SELECT wymaga się odpo wiedzi, zwróconym stanem jest ‘6900’. 
—  Jeżeli wybrana aplikacja uznana jest za uszk odzoną (znaleziony błąd integralności w atrybutac h 
pliku), zwrócon ym stanem przetwarzania jest ‘6400’ lub ‘6581’. 
3.5.1.2  Wybór pliku elementar nego przy pomocy identyfi katora pliku 
TCS_39  Komunikat polecenia 
TCS_40  Karta do tachografu musi obsługiwać bezpieczną wymianę komunikat ów 2. generacji, jak określono 
w dodatku 11 część B dla tego wariantu polecenia. 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’  
INS 1 ‘A4h’  
P1 1 ‘02h’ wybór EF pod bieżącym DF 
P2 1 ‘0Ch’ brak oczekiwanej odpo wiedzi 
Lc 1 ‘02h’ liczba bajtów wysłany ch do karty 
#6-#7 2 ‘XXXXh’ identyf ikator pliku  
Dla polecenia SELECT nie jest potrzebna żadna odpo wiedź (brak Le w T=1, bądź nie ma żądania 
odpo wiedzi w T=0). 
TCS_41  Komunikat odpo wiedzi (brak żądania odpo wiedzi) 
Bajt Długość Wartość Opis 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli nie znaleziono pliku odpo wiadające go identyfika torowi pliku, zwrócon ym stanem 
przetwarzania jest ‘6A82’. 
—  W T=1, jeżeli jest bajt Le, zwrócon ym stanem jest ‘6700’. 
—  W T=0, jeżeli po poleceniu SELECT wymaga się odpo wiedzi, zwróconym stanem jest ‘6900’. 
—  Jeżeli wybrany plik uznany jest za uszk odzon y (znaleziony błąd integra lności w atrybutac h 
pliku), zwrócon ym stanem przetwarzania jest ‘6400’ lub ‘6581’. 
3.5.2  READ BINARY 
Polecenie to jest zgodne z normą ISO/IEC 7816-4, ale jego zastoso wanie jest ograniczone w poró wnaniu 
z poleceniem zdefinio wan ym w tej normie. 26.5.2016 L 139/187 Dziennik Urzędo wy Unii Europejskiej PL    
Polecenie READ BINAR Y służy do odczytu dany ch z przezroczyste go pliku. 
Odpo wiedź karty obejmuje zwrot odczytany ch dany ch, opcjonalnie obudo wane w strukturę bezpiecznej 
wymiany komunikat ów. 
3.5.2.1  Polecenie z przesunięciem w P1-P2 
Polecenie to umożliwia IFD odczyt dany ch z aktualnie wybranego EF bez bezpiecznej wymiany 
komunikató w. 
Uwaga: Tego polecenia bez bezpiecznej wymiany komunikat ów można używać tylko do odczytu pliku, któr y 
wspiera warunek zabezpieczenia ALW dla trybu dostępu do odczytu. 
TCS_42  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’  
INS 1 ‘B0h’ Odczyt binar ny 
P1 1 ‘XXh’ Przesunięcie w bajtach od początku pliku: bajt najbardziej znaczący 
P2 1 ‘XXh’ Przesunięcie w bajtach od początku pliku: bajt najmniej znaczący 
Le 1 ‘XXh’ Długość oczekiwany ch dany ch. Liczba bajtów do odczytu.  
Uwaga: bit 8 w P1 musi być ustawi ony na 0.  
TCS_43  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
#1-#X X ‘XX..XXh’ Odczyt dany ch 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli nie wybrano EF, zwrócon ym stanem przetwarzania jest ‘6986’. 
—  Jeżeli warunki zabezpieczenia wybranego pliku nie są spełnione, polecenie zostaje przer wane 
z ‘6982’. 
—  Jeżeli przesunięcie nie jest zgodne z wielk ością EF (przesunięcie > wielk ość EF), zwróconym 
stanem przetwarzania jest ‘6B00’. 
—  Jeżeli wielk ość dany ch do odczytu nie jest zgodna z wielk ością EF (przesunięcie + Le > wielk ość 
EF), zwróconym stanem przetwarzania jest ‘6700’ lub ‘6Cxx’, gdzie „xx” wskazuje dokładną 
długość. 
—  Jeżeli błąd integralności zostaje wykr yty w atrybutac h pliku, karta uznaje, że plik jest 
uszk odzon y i nienapra wialny , a zwróconym stanem przetwarzania jest ‘6400’ lub ‘6581’. 
—  Jeżeli błąd integralności zostaje wykr yty w zgromadzony ch dany ch, karta zwraca żądane dane, a 
zwrócon ym stanem przetwarzania jest ‘6281’. 
3.5.2.1.1  Polecenie z bezpieczną wymianą komunikató w (przykłady) 
Polecenie to umożliwia IFD odczyt dany ch z bieżąco wybranego EF z bezpieczną wymianą komunikató w 
w celu zwer yfiko wania integraln ości odebran ych dany ch oraz ochron y poufności dany ch, jeżeli zastos owanie 
ma warunek zabezpieczenia SM-R -ENC-MA C-G1 (1. generacja) lub SM-R -ENC-MA C-G2 (2. generacja). 26.5.2016 L 139/188 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_44  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘0Ch’ Żądana bezpieczna wymiana komunikat ów 
INS 1 ‘B0h’ Odczyt binar ny 
P1 1 ‘XXh’ P1 (przesunięcie w bajtach od początku pliku): bajt najbar ­
dziej znaczący 
P2 1 ‘XXh’ P2 (przesunięcie w bajtac h od początku pliku): bajt najmniej 
znaczący 
Lc 1 ‘XXh’ Długość dany ch wejścio wych dla bezpiecznej wymiany komu ­
nikató w 
#6 1 ‘97h’ TLE: znacznik specyfikacji oczekiwanej długości 
#7 1 ‘01h’ LLE: długość oczekiwanej długości 
#8 1 ‘NNh’ Specyfi kacja oczekiwanej długości (początk owy Le): liczba 
bajtów do odczytu 
#9 1 ‘8Eh’ TCC: znacznik kryptograficznej sum y kontrolnej 
#10 1 ‘XXh’ LCC: długość znajdującej się dalej kryptograficzne j sum y kon­
trolnej 
‘04h’ dla bezpiecznej wymiany komunikat ów 1. generacji 
(zob. dodat ek 11 część A) 
‘08h’, ‘0Ch’ lub ‘10h’ , w zależności od długości klucza AES, 
dla bezpiecznej wymiany komunikat ów 2. generacji (zob. do­
datek 11 część B) 
#11-#(10+L) L ‘XX..XXh’ Kryptograficzna suma kontrolna 
Le 1 ‘00h’ zgodnie ze specyfi kacją w normie ISO/IEC 7816-4  
TCS_45  Komunikat odpo wiedzi, jeżeli SM-R-ENC-MA C-G1 (1. generacja) / SM-R-ENC-MA C-G2 (2. 
generacja) nie są wymagane oraz jeżeli format wejścio wy bezpiecznej wymian y 
komunik atów jest prawidło wy: 
Bajt Długość Wartość Opis 
#1 1 ‘99h’ Znacznik stanu przetwarzania (SW1-SW2) – 
opcjonalny dla bezpiecznej wymiany komunika ­
tów 1. generacji 
#2 1 ‘02h’ Długość stanu przetwarzania 
#3 – #4 2 ‘XX XXh’ Stan przetwarzania niechr onionej odpo wiedzi 
APDU 
#5 1 ‘81h’ TPV: znacznik wartości dany ch odkr ytych 
#6 L ‘NNh’ lub 
‘81 NNh’ LPV: długość zwracany ch dany ch (= początk o­
wemu Le). 
L ma 2 bajty, jeżeli LPV>127 bajtów 26.5.2016 L 139/189 Dziennik Urzędo wy Unii Europejskiej PL    
Bajt Długość Wartość Opis 
#(6+L)-#(5+L+NN) NN ‘XX..XXh’ Wartość dany ch odkr ytych 
#(6+L+NN) 1 ‘8Eh’ TCC: znacznik kryptograficznej sum y kontrolnej 
#(7+L+NN) 1 ‘XXh’ LCC: długość znajdującej się dalej kryptograficz ­
nej sum y kontrolnej 
‘04h’ dla bezpiecznej wymiany komunikató w 1. 
generacji (zob. dodatek 11 część A) 
‘08h’ , ‘0Ch’ lub ‘10h’, w zależności od długości 
klucza AES, dla bezpiecznej wymiany komuni ­
kató w 2. generacji (zob. dodatek 11 część B) 
#(8+L+NN)-#(7+M+L+NN) M ‘XX..XXh’ Kryptografi czna suma kontrolna 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
TCS_46  Komunikat odpo wiedzi, jeżeli SM-R-ENC-MA C-G1 (1. generacja) / SM-R-ENC-MA C-G2 (2. 
generacja) są wymagane oraz jeżeli format wejścio wy bezpiecznej wymian y komunik atów 
jest praw idło wy: 
Bajt Długość Wartość Opis 
#1 1 ‘87h’ TPI CG: znacznik zaszyfro wany ch dany ch 
(kryptogram) 
#2 L ‘MMh’ lub 
‘81 MMh’ LPI CG: długość zwracany ch zaszyfro wan ych 
dany ch (różna od początk owego Le z polece ­
nia, ze wzg lędu na wypełnienie) 
L ma 2 bajty, jeżeli LPI CG > 127 bajtów 
#(2+L)-#(1+L+MM) MM ‘01XX..XXh’ dane szyfro wane: wskaźnik wypełnienia i 
kryptogram 
#(2+L+MM) 1 ‘99h’ Znacznik stanu przetwarzania (SW1-SW2) – 
opcjonalny dla bezpiecznej wymiany komu ­
nikató w 1. generacji 
#(3+L+MM) 1 ‘02h’ Długość stanu przetwarzania 
#(4+L+MM) – #(5+L+MM) 2 ‘XX XXh’ Stan przetwarzania niechronionej odpo wie­
dzi APDU 
#(6+L+MM) 1 ‘8Eh’ TCC: znacznik kryptograficznej sum y kon­
trolnej 
#(7+L+MM) 1 ‘XXh’ LCC: długość znajdującej się dalej kryptogra ­
ficznej sum y kontrolnej 
‘04h’ dla bezpiecznej wymiany komunika ­
tów 1. generacji (zob. dodatek 11 część A) 
‘08h’ , ‘0Ch’ lub ‘10h’ , w zależności od dłu­
gości klucza AES, dla bezpiecznej wymiany 
komunikató w 2. generacji (zob. dodat ek 11 
część B) 
#(8+L+MM)-#(7+N+L+MM) N ‘XX..XXh’ Kryptografi czna suma kontrolna 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  26.5.2016 L 139/190 Dziennik Urzędo wy Unii Europejskiej PL    
Polecenie READ BINAR Y może zwracać stany regular nego przetwarzania, wymienione w TCS_43 
pod znacznikiem ‘99h’ , opisane w TCS_59, przy użyciu struktur y odpo wiedzi bezpiecznej wymiany 
komunikató w. 
Ponadto mogą wystąpić niektór e błędy , swoi ście doty czące bezpiecznej wymiany komunikató w. 
W takim przypadku zwracany jest po prostu stan przetwarzania bez struktur y bezpiecznej 
wymiany komunikat ów: 
TCS_47  Komunikat odpo wiedzi przy niepraw idło wym formacie wejścio wym bezpiecznej wymiany 
komunik atów 
Bajt Długość Wartość Opis 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli klucz bieżącej sesji nie jest dostępny , zwracany jest stan przetwarzania ‘6A88’. Zdarza się 
to w sytuacji, gdy klucz sesyjn y nie jest już genero wany , albo w sytuacji, gdy wygaśnie już 
ważność kluczy sesyjny ch (w tym przypadku IFD musi powtórn ie uruchomić proces 
wzaj emnego uwierzytelnienia w celu utwor zenia nowego klucza sesyjnego). 
—  Jeżeli w formacie bezpiecznej wymiany komunikató w brakuje pewn ych oczekiwany ch obiektó w 
(określon ych powyżej), zwracany jest stan przetwarzania ‘6987’: ten błąd ma miejsce, jeżeli 
brakuje oczekiwanego znacznika lub jeżeli treść polecenia nie jest prawidło wo skonstr uowana. 
—  Jeżeli pewne obiekty dany ch są niepra widło we, zwrócon ym stanem przetwarzania jest ‘6988’: 
ten błąd ma miejsce, jeżeli obecne są wszystkie wymag ane znaczniki, ale niektóre długości 
różnią się od oczekiwany ch. 
—  Jeżeli weryfikacja kryptograficzne j sum y kontrolnej wykaże niezgodność, zwrócon ym stanem 
przetwarzania jest ‘6688’. 
3.5.2.2  Polecenie z krótkimi identyfikatorem EF (Elementar y File) 
Ten wariant polecenia umożliwia IFD wybór EF przy pomocy krótkiego identyfikatora EF oraz odczyt 
dany ch z tego EF. 
TCS_48  Karta do tachog rafu obsługuje ten wariant polecenia dla wszystkic h plików elementar nych 
z określony m krótkim identyfikatorem EF. Przedmioto we krótkie identyfika tory EF zostały 
określone w rozdziale 4. 
TCS_49  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’  
INS 1 ‘B0h’ Odczyt binar ny 
P1 1 ‘XXh’ Bit 8 ustawi any jest na 1. 
Bity 7 i 6 usta wiane są na 00. 
Bity 5 – 1 kodują krótki identyf ikator EF odpo wiedniego EF. 
P2 1 ‘XXh’ Koduje przesunięcie od 0 do 255 bajtów w EF przywołan ym przez P1. 
Le 1 ‘XXh’ Długość oczekiwany ch dany ch. Liczba bajtów do odczytu.  
Uwaga: Krótkie identyf ikatory EF używane na potrzeby aplikacji tach ografi cznej 2. generacji zostały 
określone w rozdziale 4. 
Jeżeli P1 koduje krótki identyfika tor EF, a polecenie zostało pom yślnie wyk onane, ustalone EF staje 
się bieżąco wybranym EF (bieżący EF). 
TCS_50  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
#1-#L L ‘XX..XXh’ Odczyt dany ch 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  26.5.2016 L 139/191 Dziennik Urzędo wy Unii Europejskiej PL    
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli nie znaleziono pliku odpo wiadaj ącego krótkiemu identyf ikatorowi EF, zwrócon ym stanem 
przetwarzania jest ‘6A82’. 
—  Jeżeli warunki zabezpieczenia wybranego pliku nie są spełnione, polecenie zostaje przer wane 
z ‘6982’. 
—  Jeżeli przesunięcie nie jest zgodne z wielk ością EF (przesunięcie > wielk ość EF), zwróconym 
stanem przetwarzania jest ‘6B00’. 
—  Jeżeli wielk ość dany ch do odczytu nie jest zgodna z wielk ością EF (przesunięcie + Le > wielk ość 
EF), zwróconym stanem przetwarzania jest ‘6700’ lub ‘6Cxx’, gdzie „xx” wskazuje dokładną 
długość. 
—  Jeżeli błąd integralności zostaje wykr yty w atrybutac h pliku, karta uznaje, że plik jest 
uszk odzon y i nienapra wialny , a zwróconym stanem przetwarzania jest ‘6400’ lub ‘6581’. 
—  Jeżeli błąd integralności zostaje wykr yty w zgromadzony ch dany ch, karta zwraca żądane dane, a 
zwrócon ym stanem przetwarzania jest ‘6281’. 
3.5.2.3  Polecenie z nieparzystym bajt em instr ukcji 
Ten wariant polecenia umożliwia IFD odczyt dany ch z EF, który ma 32 768 bajtów lub więcej. 
TCS_51  Karta do tachografu obsługująca EF, który ma 32 768 bajtów lub więcej, musi obsługiwać ten 
wariant polecenia dla takic h EF. Karta do tachografu może, ale nie musi obsługiwać tego wariantu 
polecenia dla inny ch EF, z wyjątkiem EF Sensor_Installation_Data (zob. TCS_156 i TCS_160). 
TCS_52  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’  
INS 1 ‘B1h’ Odczyt binar ny 
P1 1 ‘00h’ bieżący EF 
P2 1 ‘00h’ 
Lc 1 ‘NNh’ Lc długość przesuniętego obiektu dany ch. 
#6-#(5+NN) NN ‘XX..XXh’ przesunięty obiekt dany ch: 
znacznik  ‘54h’ 
długość  ‘01h’ lub ‘02h’ 
wartość  przesunięcie 
Le 1 ‘XXh’ Liczba bajtów do odczytu.  
IFD koduje długość przesunięte go obiektu dany ch z możliwie najmniejszą liczbą oktet ów, tzn. przy 
pomocy bajtu długości ‘01h’ IFD koduje przesunięcie od 0 do 255 bajtów, a przy pomocy bajtu 
długości ‘02h’ koduje przesunięcie od ‘256’ do ‘65 535’ bajtów. 
TCS_53  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
#1-#L L ‘XX..XXh’ Odczytane dane zapak owane do nieokreślonego obiektu dany ch ze 
znacznikiem ‘53h’. 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  26.5.2016 L 139/192 Dziennik Urzędo wy Unii Europejskiej PL    
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli nie wybrano EF, zwrócon ym stanem przetwarzania jest ‘6986’. 
—  Jeżeli warunki zabezpieczenia wybranego pliku nie są spełnione, polecenie zostaje przer wane 
z ‘6982’ . 
—  Jeżeli przesunięcie nie jest zgodne z wielk ością EF (przesunięcie > wielk ość EF), zwróconym 
stanem przetwarzania jest ‘6B00’. 
—  Jeżeli wielk ość dany ch do odczytu nie jest zgodna z wielk ością EF (przesunięcie + Le > wielk ość 
EF), zwróconym stanem przetwarzania jest ‘6700’ lub ‘6Cxx’, gdzie „xx” wskazuje dokładną 
długość. 
—  Jeżeli błąd integralności zostaje wykr yty w atrybutac h pliku, karta uznaje, że plik jest 
uszk odzon y i nienapra wialny , a zwróconym stanem przetwarzania jest ‘6400’ lub ‘6581’. 
—  Jeżeli błąd integralności zostaje wykr yty w zgromadzony ch dany ch, karta zwraca żądane dane, a 
zwrócon ym stanem przetwarzania jest ‘6281’. 
3.5.2.3.1  Polecenie z bezpieczną wymianą komunikató w (przykład) 
Poniższy przykład ilustr uje stoso wanie bezpiecznej wymiany komunikató w, jeżeli zastoso wanie ma warunek 
zabezpieczenia SM-MA C-G2. 
TCS_54  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘0Ch’ Żądana bezpieczna wymiana komunikató w 
INS 1 ‘B1h’ Odczyt binar ny 
P1 1 ‘00h’ bieżący EF 
P2 1 ‘00h’ 
Lc 1 ‘XXh’ długość chronionego pola dany ch 
#6 1 ‘B3h’ znacznik wartości dany ch odkr ytych kodo wany ch 
w BER -TLV 
#7 1 ‘NNh’ LPV: długość przesyłany ch dany ch 
#(8)-#(7+NN) NN ‘XX..XXh’ dane odkr yte kodo wane w BER -TLV, tj. przesu ­
nięty obiekt dany ch ze znacznikiem ‘54’ 
#(8+NN) 1 ‘97h’ TLE: znacznik specyfikacji oczekiwanej długości 
#(9+NN) 1 ‘01h’ LLE: długość oczekiwanej długości 
#(10+NN) 1 ‘XXh’ specyfikacja oczekiwanej długości (początk owy 
Le): liczba bajtów do odczytu 
#(11+NN) 1 ‘8Eh’ TCC: znacznik kryptografi cznej sum y kontrolnej 
#(12+NN) 1 ‘XXh’ LCC: długość znajdującej się dalej kryptografi cznej 
sum y kontrolnej 
‘08h’ , ‘0Ch’ lub ‘10h’, w zależności od długości 
klucza AES, dla bezpiecznej wymiany komunika ­
tów 2. generacji (zob. dodatek 11 część B) 
#(13+NN)-#(12+M+NN) M ‘XX..XXh’ Kryptografic zna suma kontrolna 
Le 1 ‘00h’ zgodnie ze specyfikacją w normie ISO/IEC 7816-4  26.5.2016 L 139/193 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_55  komunikat odpo wiedzi, jeżeli polecenie zostało pom yślnie wyk onane 
Bajt Długość Wartość Opis 
#1 1 ‘B3h’ odkr yte dane kodo wane w BER -TLV 
#2 L ‘NNh’ lub 
‘81 NNh’ LPV: długość zwracany ch dany ch (= początk o­
wemu Le). 
L ma 2 bajty, jeżeli LPV>127 bajtów 
#(2+L)-#(1+L+NN) NN ‘XX..XXh’ Wartość odkr ytych dany ch kodo wany ch w BER - 
TLV, tj. odczytane dane zapak owane do nieokre ­
ślonego obiektu dany ch ze znacznikiem ‘53h’. 
#(2+L+NN) 1 ‘99h’ Stan przetwarzania niechr onionej odpo wiedzi 
APDU 
#(3+L+NN) 1 ‘02h’ Długość stanu przetwarzania 
#(4+L+NN) – #(5+L+NN) 2 ‘XX XXh’ Stan przetwarzania niechr onionej odpo wiedzi 
APDU 
#(6+L+NN) 1 ‘8Eh’ TCC: znacznik kryptograficznej sum y kontrolnej 
#(7+L+NN) 1 ‘XXh’ LCC: długość znajdującej się dalej kryptograficz ­
nej sum y kontrolnej 
‘08h’ , ‘0Ch’ lub ‘10h’, w zależności od długości 
klucza AES, dla bezpiecznej wymiany komuni ­
kató w 2. generacji (zob. dodatek 11 część B) 
#(8+L+NN)-#(7+M+L+NN) M ‘XX..XXh’ Kryptografi czna suma kontrolna 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
3.5.3  UPD ATE BINARY 
Polecenie to jest zgodne z normą ISO/IEC 7816-4, ale jego zastoso wanie jest ograniczone w poró wnaniu 
z poleceniem zdefinio wan ym w tej normie. 
Komunikat polecenia UPD ATE BINAR Y inicjuje aktualizację (kaso wanie + zapis) bitó w już znajdujący ch się 
w binar nym EF, zastępując je bitami podanymi w poleceniu APDU. 
3.5.3.1  Polecenie z przesunięciem w P1-P2 
Polecenie to umożliwia IFD zapis dany ch do bieżąco wybranego EF, bez spra wdzenia przez kartę 
integraln ości otrzymany ch dany ch. 
Uwaga: Tego polecenia bez bezpiecznej wymiany komunikató w można używać tylko do aktualizacji pliku, 
który wspiera warunek zabezpieczenia ALW dla trybu dostępu do aktualizacji. 
TCS_56  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’  
INS 1 ‘D6h’ Aktualizacja binar na licznika 26.5.2016 L 139/194 Dziennik Urzędo wy Unii Europejskiej PL    
Bajt Długość Wartość Opis 
P1 1 ‘XXh’ Przesunięcie w bajtach od początku pliku: bajt najbardziej zna­
czący 
P2 1 ‘XXh’ Przesunięcie w bajtach od początku pliku: bajt najmniej zna­
czący 
Lc 1 ‘NNh’ Lc długość aktualizo wan ych dany ch. Liczba zapisywany ch baj­
tów. 
#6-#(5+NN) NN ‘XX..XXh’ zapisywane dane  
Uwaga: bit 8 w P1 musi być ustawi ony na 0.  
TCS_57  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli nie wybrano EF, zwrócon ym stanem przetwarzania jest ‘6986’. 
—  Jeżeli warunki zabezpieczenia wybranego pliku nie są spełnione, polecenie zostaje przer wane 
z ‘6982’. 
—  Jeżeli przesunięcie nie jest zgodne z wielk ością EF (przesunięcie > wielk ość EF), zwróconym 
stanem przetwarzania jest ‘6B00’. 
—  Jeżeli wielk ość dany ch, któr e mają być zapisane, nie jest zgodna z wielk ością EF (przesunięcie + 
Lc > wielk ość EF), zwróconym stanem przetwarzania jest ‘6700’. 
—  Jeżeli błąd integralności zostaje wykr yty w atrybutac h pliku, karta uznaje, że plik jest 
uszk odzon y i nienapra wialny , a zwróconym stanem przetwarzania jest ‘6400’ lub ‘6500’. 
—  Jeżeli zapis nie jest wyk onany pom yślnie, zwrócon ym stanem przetwarzania jest ‘6581’. 
3.5.3.1.1  Polecenie z bezpieczną wymianą komunikató w (przykłady) 
Polecenie to umożliwia IFD zapis dany ch do bieżąco wybranego EF, ze sprawdzeniem przez kartę 
integraln ości otrzymany ch dany ch. Gdy nie jest wymagana poufność, dane nie są szyfro wane. 
TCS_58  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘0Ch’ Żądana bezpieczna wymiana komunika ­
tów 
INS 1 ‘D6h’ Aktualizacja binar na licznika 
P1 1 ‘XXh’ Przesunięcie w bajtac h od początku 
pliku: 
bajt najbardziej znaczący 
P2 1 ‘XXh’ Przesunięcie w bajtac h od początku 
pliku: 
bajt najmniej znaczący 
Lc 1 ‘XXh’ długość chronionego pola dany ch 26.5.2016 L 139/195 Dziennik Urzędo wy Unii Europejskiej PL    
Bajt Długość Wartość Opis 
#6 1 ‘81h’ TPV: znacznik wartości dany ch odkr y­
tych 
#7 L ‘NNh’ lub 
‘81 NNh’ LPV: długość transmito wan ych dany ch. 
L ma 2 bajty , jeżeli LPV >127 bajtów. 
#(7 + L)-#(6 + L + NN) NN ‘XX..XXh’ wartość odkr ytych dany ch (dane, któr e 
mają być zapisane) 
#(7 + L + NN) 1 ‘8Eh’ TCC: znacznik kryptograficznej sum y 
kontrolnej 
#(8 + L + NN) 1 ‘XXh’ LCC: długość znajdującej się dalej krypto­
graficznej sum y kontrolnej ‘04h’ dla 
bezpiecznej wymiany komunikató w 1. 
generacji (zob. dodat ek 11 część A) 
‘08h’ , ‘0Ch’ lub ‘10h’, w zależności od 
długości klucza AES, dla bezpiecznej 
wymiany komunikató w 2. generacji 
(zob. dodatek 11 część B) 
#(9 + L + NN)-#(8 + M + L + NN) M ‘XX..XXh’ Kryptograficzna suma kontrolna 
Le 1 ‘00h’ zgodnie ze specyfi kacją w normie ISO/ 
IEC 7816-4  
TCS_59  Komunikat odpo wiedzi przy prawidło wym formacie wejścio wym bezpiecznej wymiany 
komunik atów 
Bajt Długość Wartość Opis 
#1 1 ‘99h’ TSW: znacznik słów stanu (chroniony przez CC) 
#2 1 ‘02h’ LSW: długość zwracanego słowa stanu 
#3-#4 2 ‘XXXXh’ Stan przetwarzania niechronionej odpo wiedzi APDU 
#5 1 ‘8Eh’ TCC: znacznik kryptografic znej sum y kontrolnej 
#6 1 ‘XXh’ LCC: długość znajdującej się dalej kryptografi cznej sum y kontrol ­
nej 
‘04h’ dla bezpiecznej wymiany komunikató w 1. generacji (zob. 
dodat ek 11 część A) 
‘08h’ , ‘0Ch’ lub ‘10h’ , w zależności od długości klucza AES, dla 
bezpiecznej wymiany komunikató w 2. generacji (zob. dodat ek 
11 część B) 
#7-#(6+L) L ‘XX..XXh’ Kryptograficzna suma kontrolna 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
Stany „regular nego” przetwarzania, opisane dla polecenia UPD ATE BINAR Y z bezpieczną wymianą 
komunikató w (zob. pkt 3.5.3.1), mogą być zwracane przy użyciu struktur y komunikatu odpo wiedzi 
opisanej powyżej. 
Ponadto mogą wystąpić niektór e błędy , swoi ście doty czące bezpiecznej wymiany komunikató w. 
W takim przypadku zwracany jest po prostu stan przetwarzania bez struktur y bezpiecznej 
wymiany komunikat ów: 
TCS_60  Komunikat odpo wiedzi w przypadku błędu w bezpiecznej wymianie komunikató w 
Bajt Długość Wartość Opis 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  26.5.2016 L 139/196 Dziennik Urzędo wy Unii Europejskiej PL    
—  Jeżeli klucz bieżącej sesji nie jest dostępny , zwracany jest stan przetwarzania ‘6A88’. 
—  Jeżeli w formacie bezpiecznej wymiany komunikató w brakuje pewn ych oczekiwany ch obiektó w 
(określon ych powyżej), zwracany jest stan przetwarzania ‘6987’: ten błąd ma miejsce, jeżeli 
brakuje oczekiwanego znacznika lub jeżeli treść polecenia nie jest prawidło wo skonstr uowana. 
—  Jeżeli pewne obiekty dany ch są niepra widło we, zwrócon ym stanem przetwarzania jest ‘6988’: 
ten błąd ma miejsce, jeżeli obecne są wszystkie wymag ane znaczniki, ale niektóre długości 
różnią się od oczekiwany ch. 
—  Jeżeli weryfikacja kryptograficzne j sum y kontrolnej wykaże niezgodność, zwrócon ym stanem 
przetwarzania jest ‘6688’. 
3.5.3.2  Polecenie z krótkimi identyfikatorem EF 
Ten wariant polecenia umożliwia IFD wybór EF przy pomocy krótkiego identyfikatora EF oraz zapis dany ch 
z tego EF. 
TCS_61  Karta do tachog rafu obsługuje ten wariant polecenia dla wszystkic h plików elementar nych 
z określony m krótkim identyfikatorem EF. Przedmioto we krótkie identyfika tory EF zostały 
określone w rozdziale 4. 
TCS_62  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’  
INS 1 ‘D6h’ Aktualizacja binar na licznika 
P1 1 ‘XXh’ Bit 8 ustawian y jest na 1. 
Bity 7 i 6 ustawi ane są na 00. 
Bity 5 – 1 kodują krótki identyf ikator EF odpo wiedniego EF. 
P2 1 ‘XXh’ Koduje przesunięcie od 0 do 255 bajtów w EF przywoł anym 
przez P1. 
Lc 1 ‘NNh’ Lc długość aktualizo wan ych dany ch. Liczba zapisywany ch baj­
tów. 
#6-#(5+NN) NN ‘XX..XXh’ zapisywane dane  
TCS_63  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
Uwaga: Krótkie identyf ikatory EF używane na potrzeby aplikacji tach ografi cznej 2. generacji zostały 
określone w rozdziale 4. 
Jeżeli P1 koduje krótki identyfika tor EF, a polecenie zostało pom yślnie wyk onane, ustalone EF staje 
się bieżąco wybranym EF (bieżący EF). 
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli nie znaleziono pliku odpo wiadaj ącego krótkiemu identyf ikatorowi EF, zwrócon ym stanem 
przetwarzania jest ‘6A82’. 
—  Jeżeli warunki zabezpieczenia wybranego pliku nie są spełnione, polecenie zostaje przer wane 
z ‘6982’. 26.5.2016 L 139/197 Dziennik Urzędo wy Unii Europejskiej PL    
—  Jeżeli przesunięcie nie jest zgodne z wielk ością EF (przesunięcie > wielk ość EF), zwróconym 
stanem przetwarzania jest ‘6B00’. 
—  Jeżeli wielk ość dany ch, któr e mają być zapisane, nie jest zgodna z wielk ością EF (przesunięcie + 
Lc > wielk ość EF), zwróconym stanem przetwarzania jest ‘6700’. 
—  Jeżeli błąd integralności zostaje wykr yty w atrybutac h pliku, karta uznaje, że plik jest 
uszk odzon y i nienapra wialny , a zwróconym stanem przetwarzania jest ‘6400’ lub ‘6581’. 
—  Jeżeli zapis nie jest wyk onany pom yślnie, zwrócon ym stanem przetwarzania jest ‘6581’. 
3.5.3.3  Polecenie z nieparzystym bajt em instr ukcji 
Ten wariant polecenia umożliwia IFD zapis dany ch do EF, który ma 32 768 bajtów lub więcej. 
TCS_64  Karta do tachografu obsługująca EF, który ma 32 768 bajtów lub więcej, musi obsługiwać ten 
wariant polecenia dla takic h EF. Karta do tachografu może, ale nie musi obsługiwać tego wariantu 
polecenia dla inny ch EF. 
TCS_65  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’  
INS 1 ‘D7h’ Aktualizacja binar na licznika 
P1 1 ‘00h’ bieżący EF 
P2 1 ‘00h’ 
Lc 1 ‘NNh’ Lc długość dany ch w polu dany ch doty czący ch polecenia 
#6-#(5+NN) NN ‘XX..XXh’ przesunięty obiekt dany ch ze znacznikiem ‘54h’ || nieokre ­
ślony obiekt dany ch ze znacznikiem ‘53h’, który pakuje dane 
do zapisu  
IFD koduje długość przesunięte go obiektu dany ch oraz długość nieokreślonego obiektu dany ch 
z możliwie najmniejszą liczbą okte tów, tzn. przy pomocy bajtu długości ‘01h’ IFD koduje 
przesunięcie/długość od 0 do 255 bajtów, a przy pomocy bajtu długości ‘02h’ koduje przesunięcie/ 
długość od ‘256’ do ‘65 535’ bajtów. 
TCS_66  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli nie wybrano EF, zwrócon ym stanem przetwarzania jest ‘6986’. 
—  Jeżeli warunki zabezpieczenia wybranego pliku nie są spełnione, polecenie zostaje przer wane 
z ‘6982’. 
—  Jeżeli przesunięcie nie jest zgodne z wielk ością EF (przesunięcie > wielk ość EF), zwróconym 
stanem przetwarzania jest ‘6B00’. 
—  Jeżeli wielk ość dany ch, któr e mają być zapisane, nie jest zgodna z wielk ością EF (przesunięcie + 
Lc > wielk ość EF), zwróconym stanem przetwarzania jest ‘6700’. 26.5.2016 L 139/198 Dziennik Urzędo wy Unii Europejskiej PL    
—  Jeżeli błąd integralności zostaje wykr yty w atrybutac h pliku, karta uznaje, że plik jest 
uszk odzon y i nienapra wialny , a zwróconym stanem przetwarzania jest ‘6400’ lub ‘6500’. 
—  Jeżeli zapis nie jest wyk onany pom yślnie, zwrócon ym stanem przetwarzania jest ‘6581’. 
3.5.3.3.1  Polecenie z bezpieczną wymianą komunikató w (przykład) 
Poniższy przykład ilustr uje stoso wanie bezpiecznej wymiany komunikató w, jeżeli zastoso wanie ma warunek 
zabezpieczenia SM-MA C-G2. 
TCS_67  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘0Ch’ Żądana bezpieczna wymiana komunikat ów 
INS 1 ‘D7h’ Aktualizacja binar na licznika 
P1 1 ‘00h’ bieżący EF 
P2 1 ‘00h’ 
Lc 1 ‘XXh’ długość chronionego pola dany ch 
#6 1 ‘B3h’ znacznik wartości dany ch odkr ytych kodo wa­
nych w BER -TLV 
#7 L ‘NNh’ lub 
‘81 NNh’ LPV: długość transmito wan ych dany ch. 
L ma 2 bajty, jeżeli LPV >127 bajtów. 
#(7+L)-#(6+L+NN) NN ‘XX..XXh’ dane odkr yte kodo wane w BER -TLV, tj. przesu ­
nięty obiekt dany ch ze znacznikiem ‘54h’ || nie­
określony obiekt dany ch ze znacznikiem ‘53h’ , 
który pakuje dane do zapisu 
#(7+L+NN) 1 ‘8Eh’ TCC: znacznik kryptograficznej sum y kontrolnej 
#(8+L+NN) 1 ‘XXh’ LCC: długość znajdującej się dalej kryptograficz ­
nej sum y kontrolnej 
‘08h’ , ‘0Ch’ lub ‘10h’, w zależności od długości 
klucza AES, dla bezpiecznej wymiany komuni ­
kató w 2. generacji (zob. dodatek 11 część B) 
#(9+L+NN)-#(8+M+L+NN) M ‘XX..XXh’ Kryptografi czna suma kontrolna 
Le 1 ‘00h’ zgodnie ze specyfi kacją w normie ISO/IEC 
7816-4  
TCS_68  komunikat odpo wiedzi, jeżeli polecenie zostało pom yślnie wyk onane 
Bajt Długość Wartość Opis 
#1 1 ‘99h’ TSW: znacznik słów stanu (chroniony przez CC) 
#2 1 ‘02h’ LSW: długość zwracanego słowa stanu 
#3-#4 2 ‘XXXXh’ Stan przetwarzania niechr onionej odpo wiedzi APDU 
#5 1 ‘8Eh’ TCC: znacznik kryptograficznej sum y kontrolnej 26.5.2016 L 139/199 Dziennik Urzędo wy Unii Europejskiej PL    
Bajt Długość Wartość Opis 
#6 1 ‘XXh’ LCC: długość znajdującej się dalej kryptograficznej sum y kon­
trolnej 
‘08h’, ‘0Ch’ lub ‘10h’ , w zależności od długości klucza AES, dla 
bezpiecznej wymiany komunikató w 2. generacji (zob. dodatek 
11 część B) 
#7-#(6 + L) L ‘XX..XXh’ Kryptograficzna suma kontrolna 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
3.5.4  GET CHALLENGE 
Polecenie to jest zgodne z normą ISO/IEC 7816-4, ale jego zastoso wanie jest ograniczone w poró wnaniu 
z poleceniem zdefinio wan ym w tej normie. 
Polecenie GET CHALLENGE żąda od karty wydania wyzwania w celu użycia go w procedurze związanej 
z zabezpieczeniem, w której do karty wysyłany jest kryptogram lub pewne szyfro wane dane. 
TCS_69  Wyzwanie wydane przez kartę ważne jest tylko dla następnego polecenia, które używa wyzwania, 
wysłanego do karty. 
TCS_70  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’  
INS 1 ‘84h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 
Le 1 ‘08h’ Le (długość oczekiwanego wyzwania).  
TCS_71  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
#1-#8 8 ‘XX..XXh’ wyzwanie 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli Le jest inne niż ‘08h’, zwracany jest stan przetwarzania ‘6700’ . 
—  Jeżeli parametr y P1-P2 są nieprawidło we, zwracany jest stan przetwarzania ‘6A86’. 
3.5.5  VERIFY 
Polecenie to jest zgodne z normą ISO/IEC 7816-4, ale jego zastoso wanie jest ograniczone w poró wnaniu 
z poleceniem zdefinio wan ym w tej normie. 
Jedynie karta warsztato wa jest zobo wiązana do obsługi tego polecenia. 
Inne rodza je kart do tachog rafów mogą, ale nie muszą realizo wać tego polecenia, lecz w przypadku tych kart 
żadne referencyjne CHV nie jest zindywidualizo wane. Karty te nie mogą zatem pom yślnie wyk onywać tego 
polecenia. Jeśli chodzi o rodza je kart do tach ograf ów inne niż karta warsztato wa, ich zacho wanie, tj. 
zwracany kod błędu, nie jest objęte zakresem zast osowania niniejszej specyfi kacji, jeżeli polecenie to jest 
wysyłane. 26.5.2016 L 139/200 Dziennik Urzędo wy Unii Europejskiej PL    
Polecenie VERIFY inicjuje poró wnanie w karcie dany ch CHV (PIN) wysłan ych w poleceniu z referencyjnymi 
CHV przec howywanymi na karcie. 
TCS_72  PIN wpro wadzony przez użytk ownika musi być kodo wany w ASCI i prawidło wo wypełniony przez 
IFD bajtami ‘FFh’ do długości 8 bajtów (zob. również typ dany ch WorkshopCardPIN w dodatku 1). 
TCS_73  Aplikacje tachog raficzne 1. i 2. generacji używa ją tego samego referencyjnego CHV. 
TCS_74  Karta do tachografu sprawdza, czy polecenie jest prawidło wo zakodo wane. Jeżeli polecenie nie jest 
prawidło wo zakodo wane, karta nie poró wnuje wartości CHV, nie zmniejsza licznika dozwolon ych 
prób CHV, ani nie zeruje stanu zabezpieczenia „PIN_V erified”, lecz przer ywa wyk onanie polecenia. 
Polecenie jest prawidło wo zakodo wane, jeżeli bajty CLA, INS, P1, P2 i Lc posiadaj ą określone 
wartości, brak jest Le, a pole dany ch doty czący ch polecenia posiada odpo wiednią długość. 
TCS_75  Jeżeli polecenie zostało pom yślnie wyk onane, licznik dozwolon ych prób CHV zosta je przywrócon y 
do stanu wyjścio wego. Wartość początk owa licznika dozwolon ych prób CHV to 5. Jeżeli polecenie 
zostało pom yślnie wyk onane, stan zabezpieczenia wewnętrznego karty otrzymuje status 
„PIN_V erified”. Karta zeruje ten stan zabezpieczenia, jeżeli karta jest zreseto wana lub jeżeli kod 
CHV przesłan y w poleceniu nie odpo wiada przec howywanemu referencyjnemu CHV . 
Uwaga: Stoso wanie tego samego referencyjnego CHV i globalnego stanu zabezpieczenia zapobieg a 
konieczności pono wnego wpro wadzenia PIN przez praco wnika warsztatu po wybraniu innej 
aplikacji tachog raficznej DF.  
TCS_76  Jeżeli poró wnanie wykaże niezgodność, jest ono rejestro wane na karcie, tzn. licznik dozwolon ych 
prób CHV zmniejsza się o jeden, aby ograniczyć liczbę dalszy ch prób użycia referencyjnego CHV . 
TCS_77  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’  
INS 1 ‘20h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 (zwer yfiko wane CHV jest domniemanie znane) 
Lc 1 ‘08h’ długość przesyłanego kodu CHV 
#6-#13 8 ‘XX..XXh’ CHV  
TCS_78  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli nie znaleziono referencyjnego CHV, zwróconym stanem przetwarzania jest ‘6A88’. 
—  Jeżeli CHV jest zablok owane (licznik dozwolon ych prób CHV jest wyzero wany), zwróconym 
stanem przetwarzania jest ‘6983’. Po znalezieniu się w tym stanie CHV nie może już nigdy być 
pom yślnie przekazane. 
—  Jeżeli poró wnanie wykaże niezgodność, licznik dozwolon ych prób CHV jest zmniejszany i 
zwracany jest stan ‘63CX’ (X > 0, gdzie X pokazuje stan licznika dozwolon ych prób CHV). 
—  Jeżeli referencyjne CHV uznane jest za uszk odzone, zwróconym stanem przetwarzania jest 
‘6400’ lub ‘6581’. 
—  Jeżeli Lc jest inne niż ‘08h’ , zwracany jest stan przetwarzania ‘6700’. 26.5.2016 L 139/201 Dziennik Urzędo wy Unii Europejskiej PL    
3.5.6  GET RESPONSE 
Polecenie to jest zgodne z normą ISO/IEC 7816-4. 
Polecenia tego (niezbędnego i dostępnego tylko dla protok ołu T=0) używa się do przesyłania przygoto ­
wany ch dany ch z karty do urządzenia interfe jsu (przypadek, gdy polecenie zawie ra oba parametr y Lc i Le). 
Polecenie GET RESPONSE musi być wydane bezpośrednio po poleceniu przygoto wującym dane, 
w przeciwnym przypadku dane są tracone. Po wyk onaniu polecenia GET RESPONSE (z wyjątkiem sytuacji, 
gdy wystąpi błąd ‘61xx’ lub ‘6Cxx’, zob. poniżej) wcześniej przygot owane dane nie są już dostępne. 
TCS_79  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’  
INS 1 ‘C0h’  
P1 1 ‘00h’  
P2 1 ‘00h’  
Le 1 ‘XXh’ oczekiwana liczba bajtów  
TCS_80  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
#1-#X X ‘XX..XXh’ dane 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli karta nie przygotuje żadny ch dany ch, zwróconym stanem przetwarzania jest ‘6900’ lub 
‘6F00’ .. 
—  Jeżeli Le przekracza liczbę dostępny ch bajtów lub Le to zero, zwróconym stanem przetwarzania 
jest ‘6Cxx’ , gdzie „xx” oznacza dokładną liczbę dostępny ch bajtów. W takim przypadku 
przygot owane dane pozostają dostępne dla kolejnego polecenia GET RESPONSE. 
—  Jeżeli Le jest różne od zera i jest mniejsze od liczby dostępn ych bajtów, karta wysyła normalnie 
żądane dane, a zwróconym stanem przetwarzania jest ‘61xx’, gdzie „xx” oznacza liczbę 
dodatk owych bajtów jeszcze dostępn ych dla kolejnego polecenia GET RESPONSE. 
—  Jeżeli polecenie nie jest obsługiwane (protok ół T=1), karta zwraca ‘6D00’ . 
3.5.7  PSO: VERIFY CER TIFICA TE 
Polecenie to jest zgodne z normą ISO/IEC 7816-8, ale jego zastoso wanie jest ograniczone w poró wnaniu 
z poleceniem zdefinio wan ym w tej normie. 
Karta używa polecenia VERIFY_CER TIFICA TE do otrzymania klucza publicznego z zewnątrz i do 
spra wdzenia ważności tego klucza. 
3.5.7.1  Para polecenie – odpo wiedź 1. generacji 
TCS_81  Ten wariant polecenia jest obsługiwany jedynie przez aplikację tach ografi czną 1. generacji. 26.5.2016 L 139/202 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_82  W przypadku pom yślnej weryfikacji poleceniem VERIFY CERTI FICATE klucz publiczny jest 
zapamiętany do przyszłego wyk orzystania w środo wisku zabezpieczeń. Klucz ten jest jawnie 
przydzielony do używania w poleceniach związany ch z zabezpieczeniem (INTERNAL 
AUTHENTICA TE, EXTERNAL AUTHENTICA TE lub VERIFY CERTIFICA TE) przez polecenie MSE 
(zob. pkt 3.5.11) przy użyciu jego identyf ikatora klucza. 
TCS_83  W każdym przypadku polecenie VERIFY CERTIFICA TE używa klucza publicznego uprzednio 
wybranego przez polecenie MSE do otwarcia certyfikatu. Ten klucz publiczny musi być kluczem 
jednego z państw członk owskich lub Europ y. 
TCS_84  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’  
INS 1 ‘2Ah’ wyk onanie operacji zabezpiecza jącej 
P1 1 ‘00h’ P1 
P2 1 ‘AEh’ P2: dane niek odo wane w BER -TLV (konkat enacja element ów da­
nych) 
Lc 1 ‘C2h’ Lc: długość certyfikatu, 194 bajty 
#6-#199 194 ‘XX..XXh’ certyfikat: konkat enacja elementó w dany ch (opisana w dodatku 
11)  
TCS_85  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli weryfikacja certyfikatu nie uda się, zwróconym stanem przetwarzania jest ‘6688’. Proces 
weryfikacji i otwierania certyfikatu opisano w dodatku 11 dla 1. generacji i 2. generacji. 
—  Jeżeli klucza publicznego nie ma w środo wisku zabezpieczeń, zwróconym stanem przetwarzania 
jest ‘6A88’. 
—  Jeżeli wybrany klucz publiczny (użyty do otwierania certyfikatu) uznan y jest za uszk odzony , 
zwrócon ym stanem przetwarzania jest ‘6400’ lub ‘6581’. 
—  Wyłącznie 1. generacja: Jeżeli CHA .LSB  
(
 ) wybranego klucza publicznego 
(użyt ego do otwierania certyfikatu) różni się od ‘00’ (tzn. nie jest kluczem państwa członk ow­
skiego lub Europ y), zwróconym stanem przetwarzania jest ‘6985’ . 
3.5.7.2  Para polecenie – odpo wiedź 2. generacji 
W zależności od wielk ości krzywej certyfikaty ECC mogą być tak długie, że nie mogą być przekazywane 
w jedn ym APDU. W takim przypadku stoso wany musi być łańcuc h poleceń zgodny z ISO/IEC 7816-4, a 
certyfikat musi być przesyłany w dwóch kolejny ch poleceniach APDU PSO: Verify Certificate. 
Struktura certyfikatu i parametr y domeny zostały określone w dodatku 11. 
TCS_86  Polecenie może być wyk onywane w MF, w DF Tachograph i w DF Tachograph_G2 (zob. również 
TCS_33). 26.5.2016 L 139/203 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_87  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘X0h’ bajt CLA wskazujący łańcuc h poleceń: 
‘00h’ – jedyne lub ostatnie polecenie łańcucha 
‘10h’ – nieostatnie polecenie łańcuch a 
INS 1 ‘2Ah’ wyk onanie operacji zabezpiecza jącej 
P1 1 ‘00h’  
P2 1 ‘BEh’ weryfikacja samoopisującego certyfikatu 
Lc 1 ‘XXh’ długość pola dany ch doty czący ch polecenia (zob. TCS_88 oraz 
TCS_89). 
#6-#5+L L ‘XX..XXh’ dane kodo wane w DER -TLV: Obiekt dany ch jednostki certyfikują ­
cej ECC jako pier wszy obiekt dany ch konkat enowan y z obiektem 
dany ch podpisu certyfikatu ECC jako drugim obiektem dany ch 
lub jako częścią tej konkat enacji. Znacznik ‘7F21’ i odpo wiednia 
długość nie są przekazywane. 
Kolejność tych obiektó w dany ch jest stała.  
TCS_88  W odniesieniu do APDU o krótkiej długości zastoso wanie mają następujące postano wienia: IFD 
musi wyk orzystywać minimalną liczbę APDU wymaganą do przesłania payloadu polecenia oraz 
transmisji maksymaln ej liczby bajtów w pier wszym poleceniu APDU zgodnie z wartością bajtu 
wielk ości pola informacyjnego dla karty (zob. TCS_14). Jeżeli IFD działa inaczej, zach owanie karty 
nie jest objęte zakresem zastoso wania. 
TCS_89  W odniesieniu do APDU o rozszerzonej długości zastos owanie mają następujące postano wienia: 
Jeżeli certyfikat nie jest dopaso wany do pojedynczego APDU, karta musi obsługiwać łańcuc h 
poleceń. IFD musi wyk orzystywać minimalną liczbę APDU wymag aną do przesłania payloadu 
polecenia oraz transmisji maksymaln ej liczby bajtów w pier wszym poleceniu APDU. Jeżeli IFD 
działa inaczej, zacho wanie karty nie jest objęte zakresem zastoso wania. 
Uwaga: Zgodnie z dodatkiem 11 karta przecho wuje certyfikat lub odpo wiednie treści certyfikatu 
oraz uaktualnia jego currentA uthenticated Time. 
Struktura komunikatu odpo wiedzi i słowa stanu zostały określone w TCS_85. 
TCS_90  Oprócz kodó w błędó w wymieniony ch w TCS_85, karta może zwracać następujące kody błędó w: 
—  jeżeli CHA .LSB (Cer tificateHolderAuth orisation.equipmentT ype) wybranego klucza publicznego 
(użyt ego do otwierania certyfikatu) nie jest odpo wiednie dla weryfikacji certyfikatu zgodnie 
z dodatkiem 11, zwróconym stanem przetwarzania jest ‘6985’. 
—  Jeżeli currentAuthenticat edTime karty jest późniejszy niż data upływu ważności certyfikatu, 
zwrócon ym stanem przetwarzania jest ‘6985’. 
—  Jeżeli oczekiwane jest ostatnie polecenie łańcuch a, karta zwraca ‘6883’. 
—  Jeżeli nieprawidło we parametr y są wysyłane w polu dany ch doty czący ch polecenia, karta zwraca 
‘6A80’ (także w przypadku, gdy obiekty dany ch nie są wysyłane w określonej kolejności). 
3.5.8  INTERNAL AUTHENTICATE 
Polecenie to jest zgodne z normą ISO/IEC 7816-4. 
TCS_91  Wszystkie karty do tachog rafów obsługują to polecenie w DF Tachograph_G1. Polecenie może, ale 
nie musi być dostępne w MF lub DF Tachograph_G2. W takim przypadku polecenie zostaje 
zakończone odpo wiednim kodem błędu, ponieważ klucz prywatn y karty (Card.SK) dla protok ołu 
uwierzytelnienia 1. generacji jest dostępny tylko w DF_T achograph G1. 26.5.2016 L 139/204 Dziennik Urzędo wy Unii Europejskiej PL    
Używając polecenia INTERNAL AUTHENTICA TE, IFD może uwierzyteln ić kartę. Proces uwierzytelnienia 
opisano w dodatku 11. W procesie tym używa się następujący ch instr ukcji: 
TCS_92  Polecenie INTERNAL AUTHENTICA TE używa klucza prywatnego karty (wybranego niejawn ie) do 
podpisania dany ch uwierzytelnia jący ch obejmujący ch K1 (pier wszy element do uzgodnienia kluczy 
sesyjny ch) i RND1, a także używa bieżąco wybranego klucza publicznego (w ostatnim poleceniu 
MSE) do zaszyfro wania podpisu i utworzenia tokenu uwierzytelniania (dokładniej opisano 
w dodatku 11). 
TCS_93  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’ CLA 
INS 1 ‘88h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 
Lc 1 ‘10h’ długość dany ch wysłany ch do karty 
#6 – #13 8 ‘XX..XXh’ wyzwanie użyte do uwierzyteln ienia karty 
#14 -#21 8 ‘XX..XXh’ VU.CH R (zob. dodat ek 11) 
Le 1 ‘80h’ długość dany ch oczekiwany ch z karty  
TCS_94  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
#1-#128 128 ‘XX..XXh’ token uwierzytelniania karty (zob. dodat ek 11) 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli klucza publicznego nie ma w środo wisku zabezpieczeń, zwróconym stanem przetwarzania 
jest ‘6A88’. 
—  Jeżeli klucza prywatnego nie ma w środo wisku zabezpieczeń, zwrócon ym stanem przetwarzania 
jest ‘6A88’. 
—  Jeżeli VU.CH R nie zgadza się z bieżącym identyf ikatorem klucza publicznego, zwróconym 
stanem przetwarzania jest ‘6A88’. 
—  Jeżeli wybran y klucz prywatny uznan y jest za uszk odzon y, zwrócon ym stanem przetwarzania 
jest ‘6400’ lub ‘6581’. 
TCS_95  Jeżeli uwierzyteln ienie poleceniem INTERNAL AUTHENTICA TE jest pom yślne, klucz bieżącej sesji 
(o ile istnieje) zostaje skaso wany i nie jest dalej dostępny . W celu uzyskania nowego klucza sesji 
konieczne jest pom yślne wyk onanie uwierzytelnienia poleceniem EXTERNAL AUTHENTICA TE dla 
mechaniz mu uwierzytelnienia 1. generacji. 
3.5.9  EXTERNAL AUTHENTIC ATE 
Polecenie to jest zgodne z normą ISO/IEC 7816-4. 
Poleceniem EXTERNAL AUTHENTICA TE karta może uwierzyteln ić IFD. Proces uwierzytelnienia opisano 
w dodatku 11 dla tachograf ów 1. generacji i 2. generacji (uwierzytelnienie VU). 26.5.2016 L 139/205 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_96  Wariant polecenia dla mechani zmu wzajemnego uwierzytelnienia 1. generacji jest obsługiwany 
jedynie przez aplikację tach ograf iczną 1. generacji. 
TCS_97  Wariant polecenia dla wzaj emnego uwierzytelnienia VU – karta drugiej generacji można wyk onać 
w MF, DF Tachog raph i DF Tachograph_G2 (zob. również TCS_34). 
TCS_98  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’ CLA 
INS 1 ‘82h’ INS 
P1 1 ‘00h’ klucze i algor ytm y domniemanie znane 
P2 1 ‘00h’  
Lc 1 ‘XXh’ Lc (długość dany ch wysłan ych do karty) 
#6-#(5+L) L ‘XX..XXh’ uwierzyteln ienie 1. generacji: kryptogram (zob. dodatek 11 część 
A) 
uwierzyteln ienie 2. generacji: podpis wyge nero wan y przez IFD 
(zob. dodatek 11 część B)  
TCS_99  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli CHA bieżąco ustawi onego klucza publicznego nie jest konkat enacją AID aplikacji 
tachog raficznej i typu urządzenia VU, zwrócon ym stanem przetwarzania jest ‘6F00’. 
—  Jeżeli bezpośrednio przed poleceniem nie znajduje się polecenie GET CHALLENGE, zwróconym 
stanem przetwarzania jest ‘6985’. 
Aplikacja tachog raficzna 1. generacji może zwracać następujące dodatk owe kody błędó w: 
—  Jeżeli klucza publicznego nie ma w środo wisku zabezpieczeń, zwróconym stanem przetwarzania 
jest ‘6A88’. 
—  Jeżeli klucza prywatnego nie ma w środo wisku zabezpieczeń, zwrócon ym stanem przetwarzania 
jest ‘6A88’. 
—  Jeżeli weryfikacja kryptogramu daje zły wynik, zwrócon ym stanem przetwarzania jest ‘6688’. 
—  Jeżeli wybran y klucz prywatny uznan y jest za uszk odzon y, zwrócon ym stanem przetwarzania 
jest ‘6400’ lub ‘6581’. 
Wariant polecenia dla uwierzytelnienia 2. generacji może zwracać następujący dodatk owy kod 
błędu: 
—  Jeżeli podpis jest zwer yfikowany negat ywnie, karta zwraca ‘6300’. 
3.5.10  GENERAL AUTHENTIC ATE 
Polecenie to jest używane na potrzeby protok ołu uwierzytelnienia mikroprocesora 2. generacji, określonego 
w dodatku 11 część B, i jest zgodne z normą ISO/IEC 7816-4. 
TCS_100  Polecenie może być wyk onywane w MF, DF Tachograph i DF Tachog raph_G2 (zob. również 
TCS_34). 26.5.2016 L 139/206 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_101  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’  
INS 1 ‘86h’  
P1 1 ‘00h’ klucze i prot okół domniemanie 
znane 
P2 1 ‘00h’  
Lc 1 ‘NNh’ Lc: długość następnego pola dany ch 
#6-#(5+L) L ‘7Ch’ + L7C + ‘80h’ + L80 + ‘XX..XXh’ Wartość efemer ycznego klucza pu­
blicznego kodo wana w DER -TLV 
(zob. dodat ek 11) 
VU wysyła obiekty dany ch w tej ko­
lejności.  
TCS_102  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
#1-#L L ‘7Ch’ + L7C + ‘81h’ + ‘08h’ 
+ ‘XX..XXh’ + ‘82h’ + L82 + 
‘XX..XXh’ dane dynamicznego uwierzyteln iania kodo wane 
w DER -TLV: nonce i token uwierzytelniania 
(zob. dodatek 11) 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Karta zwraca ‘6A80’ , aby wskazać niepra widło we parametr y w polu dany ch. 
—  Karta zwraca ‘6982’, jeżeli uwierzytelnienie poleceniem EXTERNAL AUTHENTICA TE nie 
zostało pom yślnie wyk onane. 
Obiekt dany ch dynamicznego uwierzyteln ienia odpo wiedzi ‘7Ch’ 
—  musi być obecny , jeżeli operacja została pom yślnie wyk onana, tzn. słowa stanu to ‘9000’, 
—  musi być nieobecny w przypadku błędu wyk onania lub błędu kontroli, tzn. jeśli słowa stanu 
mieszczą się w zakresie ‘6400’ – ‘6FFF’ , oraz 
—  musi być nieobecny w przypadku ostrzeżenia, tzn. jeśli słowa stanu mieszczą się w zakresie 
‘6200’ – ‘63FF’ . 
3.5.11  MANA GE SECURIT Y ENVIRONMENT 
Poleceniem tym ustawia się klucz publiczny na potrzeby uwierzyteln ienia. 
3.5.11.1  Para polecenie – odpo wiedź 1. generacji 
Polecenie to jest zgodne z normą ISO/IEC 7816-4. Zastoso wanie tego polecenia jest ograniczone 
w poró wnaniu z poleceniem zdefinio wanym w tej normie. 
TCS_103  To polecenie jest obsługiwane jedynie przez aplikację tachog raficzną 1. generacji. 
TCS_104  Klucz powołan y w polu dany ch MSE pozostaje bieżącym kluczem publicznym aż do następnego 
prawidło wego polecenia MSE, DF zostaje wybran y lub karta zostaje zreseto wana. 
TCS_105  Jeżeli powołanego klucza nie ma (już) na karcie, środo wisk o zabezpieczeń pozosta je niezmienione. 26.5.2016 L 139/207 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_106  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’ CLA 
INS 1 ‘22h’ INS 
P1 1 ‘C1h’ P1: powołany klucz ważn y dla wszystkic h czynności kryptogra ­
ficznych 
P2 1 ‘B6h’ P2 (powołane dane doty czące podpisu cyfro wego) 
Lc 1 ‘0Ah’ Lc: długość następnego pola dany ch 
#6 1 ‘83h’ znacznik do powołanego klucza publicznego w przypadkac h asy­
metr yczny ch 
#7 1 ‘08h’ długość referencji klucza (identyf ikator klucza) 
#8-#15 8 ‘XX..XXh’ identyf ikator klucza określony w dodatku 11  
TCS_107  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli powołany klucz nie znajduje się na karcie, zwróconym stanem przetwarzania jest 
‘6A88’. 
—  Jeżeli niektóryc h oczekiwany ch obiektó w dany ch brakuje w formacie bezpiecznej wymiany 
komunikató w, zwracany jest stan przetwarzania ‘6987’. To może zdarzyć się, gdy brakuje 
znacznika ‘83h’ . 
—  Jeżeli pewne obiekty dany ch są niepra widło we, zwrócon ym stanem przetwarzania jest ‘6988’ . 
To może zdarzyć się, gdy długość identyfikatora klucza różna jest od ‘08h’ . 
—  Jeżeli wybran y klucz uznany jest za uszk odzon y, zwrócon ym stanem przetwarzania jest ‘6400’ 
lub ‘6581’. 
3.5.11.2  Pary polecenie – odpo wiedź 2. generacji 
Jeśli chodzi o uwierzyteln ienie 2. generacji, karta do tachog rafu obsługuje następujące MSE: Wersje zbior u 
poleceń, któr e są zgodne z normą ISO/IEC 7816-4. Te wersje poleceń nie są obsługiwane na potrzeby 
uwierzytelnienia 1. generacji. 
3.5.11.2.1  MSE:SET AT na potrzeb y uwierzytelnienia mikroprocesora 
Poniższego polecenia MSE:SET AT używa się do wybor u parametró w na potrzeby uwierzyteln ienia mikropro ­
cesora, któr e jest wyk onywane kolejnym poleceniem General Authenticat e. 
TCS_108  Polecenie może być wyk onywane w MF, DF Tachograph i DF Tachog raph_G2 (zob. również 
TCS_34). 
TCS_109  Komunikat polecenia MSE:SET AT na potrzeb y uwierzytelnienia mikroprocesora 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’  
INS 1 ‘22h’  26.5.2016 L 139/208 Dziennik Urzędo wy Unii Europejskiej PL    
Bajt Długość Wartość Opis 
P1 1 ‘41h’ przydzielone do uwierzytelnienia wewnętrz ­
nego 
P2 1 ‘A4h’ Uwierzyt elnienie 
Lc 1 ‘NNh’ Lc: długość następnego pola dany ch 
#6-#(5+L) L ‘80h’ + ‘0Ah’ + ‘XX..XXh’ Odniesienie do mechanizmu kryptografic znego 
kodo wanego w DER -TLV: identyfikator obiektu 
uwierzyteln ienia mikroprocesora (wyłącznie 
wartość, znacznik ‘06h’ jest pomijan y). 
Zob. dodat ek 1 dla wartości identyf ikatorów 
obiektu; Stosuje się zapis bajtowy. Zob. dodatek 
11 zawiera jący wyty czne doty czące sposobu 
wybor u jednego z tych identyf ikatorów 
obiektu.  
3.5.11.2.2  MSE:SET AT na potrzeb y uwierzytelnienia VU 
Poniższego polecenia MSE:SET AT używa się do wybor u parametró w i kluczy na potrzeby uwierzytelnienia 
VU, które jest wyk onywane kolejny m poleceniem External Authenticate. 
TCS_110  Polecenie może być wyk onywane w MF, DF Tachograph i DF Tachog raph_G2 (zob. również 
TCS_34). 
TCS_111  Komunikat polecenia MSE:SET AT na potrzeb y uwierzytelnienia VU 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’  
INS 1 ‘22h’  
P1 1 ‘81h’ przydzielone do uwierzyteln ienia zewnętrznego 
P2 1 ‘A4h’ Uwierzyt elnienie 
Lc 1 ‘NNh’ Lc: długość następnego pola dany ch 
#6-#(5+L) L ‘80h’ + ‘0Ah’ + ‘XX..XXh’ Odniesienie do mechanizmu kryptografic znego 
kodo wanego w DER -TLV: identyfikator obiektu 
uwierzyteln ienia VU (wyłącznie wartość, znacz ­
nik ‘06h’ jest pomi jany). 
Zob. dodat ek 1 dla wartości identyf ikatorów 
obiektu; Stosuje się zapis bajtowy. Zob. dodatek 
11 zawiera jący wyty czne doty czące sposobu 
wybor u jednego z tych identyf ikatorów 
obiektu. 
‘83h’ + ‘08h’ + ‘XX..XXh’ kodo wane w DER -TL odniesienie klucza pu­
blicznego VU przez Certificate Holder Refe­
rence wymienione w jego certyfikacie 
‘91h’ + L91 + ‘XX..XXh’ kodo wana w DER -TLV skompr esowana repre ­
zentacja efemer ycznego klucza publicznego VU 
do stoso wania podczas uwierzytelnienia mikro ­
procesora (zob. dodat ek 11)  
3.5.11.2.3  MSE:SET DST 
Poniższego polecenia MSE:SET DST używa się do ustawi enia klucza publicznego 
—  albo do weryfikacji podpisu, który znajduje się w następnym poleceniu PSO: Verify Digital Signature 26.5.2016 L 139/209 Dziennik Urzędo wy Unii Europejskiej PL    
—  albo do weryfikacji podpisem certyfikatu, który znajduje się w następn ym poleceniu PSO: Verify 
Certificate. 
TCS_112  Polecenie może być wyk onywane w MF, w DF Tachog raph i w DF Tachog raph_G2 (zob. również 
TCS_33). 
TCS_113  Komunikat polecenia MSE:SET DST 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’  
INS 1 ‘22h’  
P1 1 ‘81h’ przydzielone do weryfikacji 
P2 1 ‘B6h’ podpis cyfro wy 
Lc 1 ‘NNh’ Lc: długość następnego pola dany ch 
#6-#(5+L) L ‘83h’ + ‘08h’ + ‘XX...XXh’ kodo wane w DER -TLV odniesienie klucza pu­
blicznego, tj. Certificate Holder Reference w cer­
tyfikacie klucza publicznego (zob.dodate k 11)  
Dla wszystkic h wersji polecenia struktura komunikatu odpo wiedzi i słowa stanu podane są przez: 
TCS_114  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. Protok ół został wybran y i 
zainicjo wany . 
—  ‘6A80’ oznacza niepra widło we parametr y w polu dany ch doty czący ch polecenia. 
—  ‘6A88’ oznacza, że przywoła ne dane (tj. powołany klucz) nie są dostępne. 
3.5.12  PSO: HASH 
Polecenia tego używa się do przesłania na kartę wyniku obliczeń funkcji skrótu dla niektóryc h dany ch. 
Polecenia tego używa się do weryfiko wania podpisó w cyfro wych. Wartość skrótu jest tymczaso wo 
zacho wywana dla kolejnego polecenia PSO: Verify Digital Signature. 
Polecenie to jest zgodne z normą ISO/IEC 7816-8. Zastoso wanie tego polecenia jest ograniczone 
w poró wnaniu z poleceniem zdefinio wanym w tej normie. 
Tylko karta kontrolna jest zobo wiązana obsługiwać to polecenie w DF Tachog raph i DF Tachograph_G2. 
Inne rodza je kart do tachograf ów mogą, ale nie muszą realizo wać tego polecenia. Polecenie może, ale nie 
musi być dostępne w MF. 
Aplikacja karty kontrolnej 1. generacji obsługuje tylko SHA-1. 
TCS_115  Tymczaso wo zacho wana wartość skrótu jest usuwana, jeżeli nowa wartość skrótu zostaje 
obliczona za pomocą polecenia PSO: HASH, jeżeli DF jest wybrany oraz jeżeli karta do tachog rafu 
jest zreseto wana. 26.5.2016 L 139/210 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_116  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ wyk onanie operacji zabezpieczającej 
P1 1 ‘90h’ zwróć kod skrótu 
P2 1 ‘A0h’ Znacznik: pole dany ch zawie ra DO stoso wne do obliczania 
skrótu 
Lc 1 ‘XXh’ Lc długość następnego pola dany ch 
#6 1 ‘90h’ znacznik dla kodu skrótu 
#7 1 ‘XXh’ długość L kodu skrótu: 
‘14h’ dla aplikacji 1. generacji (zob. dodatek 11 część A) 
‘20h’ , ‘30h’ lub ‘40h’ dla aplikacji 2. generacji (zob. dodatek 11 
część B) 
#8-#(7+L) L ‘XX..XXh’ kod skrótu  
TCS_117  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli brakuje niektóryc h oczekiwany ch obiektó w dany ch (jak określone powyżej), zwracany 
jest stan przetwarzania ‘6987’. To może zdarzyć się, jeżeli brakuje jednego ze znacznik ów 
‘90h’ . 
—  Jeżeli pewne obiekty dany ch są niepra widło we, zwrócon ym stanem przetwarzania jest ‘6988’ . 
Ten błąd zdarza się, gdy wymag any znacznik jest obecn y, ale ma długość różną niż ‘14h’ dla 
SHA-1, ‘20h’ dla SHA-256, ‘30h’ dla SHA-384, ‘40h’ dla SHA-512 (aplikacja 2. generacji). 
3.5.13  PERFORM HASH of FILE 
Polecenie to nie jest zgodne z normą ISO/IEC 7816-8. Tym sam ym bajt CLA w tym poleceniu wskazuje na 
zastrzeżone użycie polecenia PERFORM SECURIT Y OPERA TION/HASH. 
Tylko karta kiero wcy i karta warsztato wa są zobo wiązane obsługiwać to polecenie w DF Tachograph i DF 
Tachog raph_G2. 
Inne rodza je kart do tachog rafów mogą, ale nie muszą realizo wać tego polecenia. Jeżeli przedsiębiorstwo lub 
karta kontrolna realizują to polecenie, odbywa się to zgodnie z opisem w niniejszym rozdziale. 
Polecenie może, ale nie musi być dostępne w MF. W takim przypadku polecenie realizo wane jest zgodnie 
z opisem w niniejszym rozdziale, tzn. nie pozwala na obliczenie wartości skrótu, ale zosta je zakończone 
odpo wiednim kodem błędu. 
TCS_118  Polecenia PERFORM HASH of FILE używa się do obliczenia skrótu obszar u dany ch aktualnie 
wybranego przezroczyste go pliku EF. 
TCS_119  Karta do tach ografu obsługuje to polecenie jedynie dla EF, któr e są wymienione w rozdziale 4 pod 
DF_T achograph i DF_T achog raph_G2 z poniższym wyjątkiem. Karta do tachog rafu nie obsługuje 
polecenia dla EF Sensor_Installation_Data w DF_T achograph_G2. 26.5.2016 L 139/211 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_120  Wynik operacji obliczania skrótu przec howywany jest tymczaso wo na karcie. Następnie może być 
używany do otrzymania podpisu cyfro wego pliku przy pomocy polecenia PSO: COMPUTE 
DIGIT AL SIGNA TURE. 
TCS_121  Tymczaso wo zacho wana wartość skrótu pliku jest usuwana, jeżeli nowa wartość skrótu zostaje 
obliczona za pomocą polecenia PSO: Hash of File, jeżeli DF jest wybran y oraz jeżeli karta do 
tachografu jest zreseto wana. 
TCS_122  Aplikacja tachograficzna 1. generacji obsługuje SHA-1. 
TCS_123  Aplikacja tachograficzna 2. generacji obsługuje SHA-1 i SHA-2 (256 bitów, 384 bity i 512 bitów). 
TCS_124  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘80h’ CLA 
INS 1 ‘2Ah’ wyk onanie operacji zabezpiecza jącej 
P1 1 ‘90h’ znacznik: Hash 
P2 1 ‘XXh’ P2: Wskazuje algor ytm, jaki ma zostać użyty do haszo wania dany ch 
dla aktualnie wybranego przezroczystego pliku: 
‘00h’ dla SHA-1 
‘01h’ dla SHA-256 
‘02h’ dla SHA-384 
‘03h’ dla SHA-512  
TCS_125  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli bieżący EF nie dopuszcza tego polecenia (EF Sensor_Installation_Data in DF 
Tachog raph_G2), zwrócon ym stanem przetwarzania jest ‘6985’. 
—  Jeżeli wybrany plik EF uznany jest za uszk odzon y (błąd atrybutó w pliku lub błąd integraln ości 
przech owywany ch dany ch), zwróconym stanem przetwarzania jest ‘6400’ lub ‘6581’. 
—  Jeżeli wybrany plik nie jest plikiem przezroczystym, zwrócon ym stanem przetwarzania jest 
‘6986’. 
3.5.14  PSO: COMPUTE DIGIT AL SIGNATURE 
Polecenia tego używa się do obliczania podpisu cyfro wego z obliczonego wcześniej kodu skrótu (zob. 
polecenie PERFORM HASH of FILE, pkt 3.5.13). 
Tylko karta kiero wcy i karta warsztato wa są zobo wiązane obsługiwać to polecenie w DF Tachograph i DF 
Tachog raph_G2. 
Inne rodza je kart do tachog rafów mogą, ale nie muszą realizo wać tego polecenia, lecz nie mogą mieć klucza 
podpisu. Dlate go też karty te nie mogą wyk onać pom yślnie polecenia, ale kończą je odpo wiednim kodem 
błędu. 
Polecenie może, ale nie musi być dostępne w MF. W takim przypadku polecenie zostaje zakończone 
odpo wiednim kodem błędu. 26.5.2016 L 139/212 Dziennik Urzędo wy Unii Europejskiej PL    
Polecenie to jest zgodne z normą ISO/IEC 7816-8. Zastoso wanie tego polecenia jest ograniczone 
w poró wnaniu z poleceniem zdefinio wanym w tej normie. 
TCS_126  Polecenie to nie oblicza podpisu cyfro wego z obliczonego wcześniej kodu skrótu poleceniem PSO: 
HASH. 
TCS_127  Klucza prywatnego karty, który jest niejawnie znany karcie, używa się do obliczania podpisu 
cyfro wego. 
TCS_128  Aplikacja tachog raficzna 1. generacji wyk onuje podpis cyfro wy metodą wypełniania zgodną 
z PKCS1 (zob. dokładniejszy opis w dodatku 11). 
TCS_129  Aplikacja tachograficzna 2. generacji oblicza podpis cyfro wy opar ty na krzywej eliptycznej (zob. 
dokładniejszy opis w dodatku 11). 
TCS_130  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ wyk onanie operacji zabezpiecza jącej 
P1 1 ‘9Eh’ zwracany podpis cyfro wy 
P2 1 ‘9Ah’ znacznik: pole dany ch zawie ra dane do podpisania. Gdy nie zawar to 
pola dany ch, przyjmuje się, że dane te są już na karcie (skrót pliku). 
Le 1 ‘NNh’ długość oczekiwanego podpisu  
TCS_131  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
#1-#L L ‘XX..XXh’ podpis uprzednio obliczonego skrótu 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli niejawn ie wybran y klucz prywatn y uznany jest za uszk odzon y, zwrócon ym stanem 
przetwarzania jest ‘6400’ lub ‘6581’. 
—  Jeżeli skrót, który został obliczon y w ramach poprzedniego polecenia Perform Hash of File nie 
jest dostępn y, zwróconym stanem przetwarzania jest ‘6985’. 
3.5.15  PSO: VERIFY DIGIT AL SIGNATURE 
Polecenia tego używa się do weryfiko wania podpisu cyfro wego dostarczanego jako dane wejścio we, któr ego 
skrót jest znany karcie. Algor ytm podpisu jest niejawnie znan y karcie. 
Polecenie to jest zgodne z normą ISO/IEC 7816-8. Zastoso wanie tego polecenia jest ograniczone 
w poró wnaniu z poleceniem zdefinio wanym w tej normie. 
Tylko karta kontrolna jest zobo wiązana obsługiwać to polecenie w DF Tachog raph i DF Tachograph_G2. 
Inne rodza je kart do tachograf ów mogą, ale nie muszą realizo wać tego polecenia. Polecenie może, ale nie 
musi być dostępne w MF. 
TCS_132  Polecenie VERIFY DIGIT AL SIGNA TURE zawsze używa klucza publicznego wybranego 
poprzednim poleceniem Manage Secur ity Envi ronment MSE: Set DST i poprzednim kodem skrótu 
wpro wadzony m poleceniem PSO: HASH. 26.5.2016 L 139/213 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_133  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ wyk onanie operacji zabezpieczającej 
P1 1 ‘00h’  
P2 1 ‘A8h’ Znacznik: pole dany ch zawiera obiekty DO stoso wne do wery­
fikacj i 
Lc 1 ‘83h’ Lc długość następnego pola dany ch 
6 1 ‘9Eh’ znacznik dla podpisu cyfro wego 
#7-#8 2 ‘81 XXh’ Długość podpisu cyfro wego: 
128 bajtów kodo wany ch zgodnie z dodatkiem 11 część A dla 
aplikacji tachog raficznej 1. generacji. 
w zależności od wybranej krzywej dla aplikacji tachograficznej 
2. generacji (zob. dodat ek 11 część B) 
#9-#(8+L) L ‘XX..XXh’ treść podpisu cyfro wego  
TCS_134  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  Jeżeli podpis jest zwer yfikowany negatywnie, zwrócon ym stanem przetwarzania jest ‘6688’ . 
Proces weryfikacji opisano w dodatku 11. 
—  Jeżeli nie wybrano klucza publicznego, zwróconym stanem przetwarzania jest ‘6A88’. 
—  Jeżeli brakuje niektóryc h oczekiwany ch obiektó w dany ch (jak określone powyżej), zwracany 
jest stan przetwarzania ‘6987’ . To może się zdarzyć, gdy brakuje jednego z wymag anych 
znacznik ów. 
—  Jeżeli kod skrótu nie jest dostępny dla przetwarzania polecenia (w wyniku poprzedniego 
polecenia PSO: Hash), zwróconym stanem przetwarzania jest ‘6985’. 
—  Jeżeli pewne obiekty dany ch są niepra widło we, zwrócon ym stanem przetwarzania jest ‘6988’ . 
To może się zdarzyć, gdy długość jednego z wymagan ych obiektó w dany ch jest niepra ­
widło wa. 
—  Jeżeli wybran y klucz publiczny uznany jest za uszk odzon y, zwróconym stanem przetwarzania 
jest ‘6400’ lub ‘6581’ . 
3.5.16  PROCE SS DSRC MESSA GE 
Polecenia tego używa się do weryfikowania integraln ości i aute ntyczności komunikatu DSR C oraz 
odszyfro wania dany ch przekazywany ch z VU do orga nu kontrolnego lub warsztatu poprzez łącze DSR C. 
Karta wypro wadza klucz szyfr ujący oraz klucz MAC stoso wane do zabezpieczenia komunikatu DSR C 
zgodnie z opisem w dodatku 11 część B rozdział 13. 
Tylko karta kontrolna i karta warsztato wa są zobo wiązane obsługiwać to polecenie w DF Tachograph_G2. 
Inne rodza je kart do tachog rafów mogą, ale nie muszą realizo wać tego polecenia, lecz nie mogą mieć klucza 
głównego DSR C. Dlatego też karty te nie mogą wyk onać pom yślnie polecenia, ale kończą je odpo wiednim 
kodem błędu. 26.5.2016 L 139/214 Dziennik Urzędo wy Unii Europejskiej PL    
Polecenie może, ale nie musi być dostępne w MF lub DF Tachograph. W takim przypadku polecenie zostaje 
zakończone odpo wiednim kodem błędu. 
TCS_135  Klucz główny DSR C jest dostępny tylko w DF Tachograph_G2, tzn. karta kontrolna i karta 
warsztato wa obsługują pom yślne wyk onanie polecenia tylko w DF Tachog raph_G2. 
TCS_136  Polecenie służy jedynie do odszyfro wania dany ch i weryfikacji kryptograficznej sum y kontrolnej, 
ale nie ma interpreto wać dany ch wejścio wych. 
TCS_137  Kolejność obiektó w dany ch w polu dany ch doty czący ch polecenia jest ustalona w niniejszej 
specyfi kacji. 
TCS_138  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘80h’ zastrzeżone CLA 
INS 1 ‘2Ah’ wyk onanie operacji zabezpiecza jącej 
P1 1 ‘80h’ dane reakcji: wartość odkr yta 
P2 1 ‘B0h’ dane doty czące polecenia: wartość odkr yta kodo ­
wana w BER -TLV i z uwzg lędnieniem obiektó w 
dany ch SM 
Lc 1 ‘NNh’ Lc długość następnego pola dany ch 
#6-#(5+L) L ‘87h’ + L87 + ‘XX..XXh’ Kodo wany w DER -TLV bajt wskaźnika wypełnie ­
nia, a następnie zaszyfro wany payload tachog rafu. 
Na potrzeby bajtu wskaźnika wypełnienia używa 
się wartości ‘00h’ („brak dalszy ch wskazań” zgod ­
nie z normą ISO/IEC 7816-4:2013 tabela 52). In­
formacje doty czące mech anizmu szyfro wania 
znajdują się w dodatku 11 część B rozdział 13. 
Dozwolone wartości dla długości L87 to wielok ­
rotności długości bloku AES plus 1 dla bajtu 
wskaźnika wypełnienia, tj. od 17 bajtów do 193 
bajtów włącznie. 
Uwaga: zob. ISO/IEC 7816-4:2013 tabela 49 dla 
obiektó w dany ch SM ze znacznikiem ‘87h’. 
‘81h’ + ‘10h’ kodo wany w DER -TLV referencyjny szablon kon­
trolny , zagnieżdżający konkat enację następujący ch 
elementó w dany ch (zob. dodat ek 1 DSR CSecur ity­
Data oraz dodatek 11 część B rozdział 13): 
—  4-ba jtowy znacznik czasu 
—  3-ba jtowy licznik 
—  8-ba jtowy numer seryjny VU 
—  1-ba jtowa wersja klucza głównego DSR C 
Uwaga: zob. ISO/IEC 7816-4:2013 tabela 49 dla 
obiektó w dany ch SM ze znacznikiem ‘81h’. 
‘8Eh’ + L8E + ‘XX..XXh’ Kodo wany w DER -TLV MAC nad komunikat em 
DSR C. Informacje doty czące algor ytmu i oblicza ­
nia MAC znajdują się w dodatku 11 część B roz­
dział 13. 
Uwaga: zob. ISO/IEC 7816-4:2013 tabela 49 dla 
obiektó w dany ch SM ze znacznikiem ‘8Eh’.  26.5.2016 L 139/215 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_139  Komunikat odpo wiedzi 
Bajt Długość Wartość Opis 
#1-#L L ‘XX..XXh’ nieobecny (w przypadku błędu) lub dane odszyfro wane (wypełnie ­
nie usunięte) 
SW 2 ‘XXXXh’ Słowa stanu (SW1, SW2)  
—  Jeżeli polecenie zostało pom yślnie wyk onane, karta zwraca ‘9000’. 
—  ‘6A80’ oznacza niepra widło we parametr y w polu dany ch doty czący ch polecenia (używane 
także w przypadku, gdy obiekty dany ch nie są wysyłane w określonej kolejności). 
—  ‘6A88’ oznacza, że przywoł ane dane nie są dostępne, tzn. nie jest dostępny powołan y klucz 
główny DSR C. 
—  ‘6900’ oznacza, że nie udało się wyk onać weryfikacji kryptograficznej sum y kontrolnej lub 
odszyfro wywania dany ch. 
4.  STR UKTURA KAR T DO TACHOGRAFÓ W 
W niniejszym punkcie opisano struktur y plików na kartach do tachog rafów przeznaczony ch do 
gromadzenia dostępn ych dany ch. 
Nie stano wi to opisu wewnętrzny ch struktur właściwy ch dla producenta, takic h jak nagłó wki plików, ani 
sposobu gromadzenia element ów dany ch tylko do użytku wewnętrznego (takic h 
jak
 ,
 ,
 lub
 ) i manipu ­
lowania tymi elementami dany ch. 
TCS_140  Karta do tach ografu 2. generacji jest host em dla pliku głównego MF oraz aplikacji tachog raficznej 
1. generacji i 2. generacji tego samego typu (np. aplikacje karty kiero wcy). 
TCS_141  Karta do tachog rafu musi obsługiwać co najmniej minimalną liczbę rekordó w określoną dla 
odpo wiednich aplikacji i nie może obsługiwać więcej rekordó w niż maksymalna liczba rekordó w 
określona dla odpo wiednich aplikacji. 
Minimalne i maksymalne liczby rekordó w zostały określone w niniejszym rozdziale dla poszcze ­
góln ych aplikacji. 
Jeśli chodzi o warunki zabezpieczenia stoso wane w zasadach dostępu w niniejszym rozdziale, zob. 
rozdział 3.3. Ogóln ie tryb dostępu „odczyt” oznacza polecenie READ BINAR Y z parzystym i 
(jeżeli obsługiwane) z nieparzystym bajtem INS, z wyjątkiem EF Sensor_Installation_Data na karcie 
warsztato wej (zob. TCS_156 i TCS_160). Tryb dostępu „aktualizacja” oznacza polecenie Update 
Binar y z parzystym i (jeżeli obsługiwany ) z nieparzystym bajtem INS, a tryb dostępu „wybór” – 
polecenie SELECT . 
4.1.  Plik główny MF 
TCS_142  Po personalizacji plik główny MF ma następującą, trwałą strukturę plików i zasady dostępu do 
plików: 
Uwaga: The shor t EF identif ier SFID podan y jest jako liczba dziesiętna, np. wartość 30 odpo wiada 
zapiso wi 11110 w systemie binar nym. 
26.5.2016 L 139/216 Dziennik Urzędo wy Unii Europejskiej PL    
W tabeli zastoso wano następujący skrót dla warunku zabezpieczenia: 
SC1  ALW OR SM-MA C-G2 
TCS_143  Wszystkie struktur y plików EF są przezroczyst e. 
TCS_144  Plik główny (MF) ma następującą strukturę dany ch: 
TCS_145  Plik elementar ny EF DIR zawiera następujące obiekty dany ch doty czące aplikacji: ‘61 08 4F 06 FF 
54 41 43 48 4F 61 08 4F 06 FF 53 4D 52 44 54’ 
TCS_146  Plik elementar ny EF ATR/INFO musi być obecny , jeżeli karta do tachografu wskaże w swoj ej ATR, 
że obsługuje pola o rozszerzonej długości. W takim przypadku EF ATR/INFO zawie ra obiekt 
dany ch z informacjami o rozszerzonej długości (DO‘7F66’) zgodnie z opisem w normie ISO/IEC 
7816-4:2013 pkt 12.7.1. 
TCS_147  Plik elementar ny EF Exten ded_Length musi być obecn y, jeżeli karta do tachografu wskaże 
w swoj ej ATR, że obsługuje pola o rozszerzonej długości. W takim przypadku EF zawie ra 
następujący obiekt dany ch: ‘02 01 xx’, gdzie wartość „xx” wskazuje, czy pola o rozszerzonej 
długości są obsługiwane dla protok ołu T = 1 lub T = 0. 
Wartość ‘01’ oznacza obsługiwanie pola o rozszerzonej długości dla protok ołu T = 1. 
Wartość ‘10’ oznacza obsługiwanie pola o rozszerzonej długości dla protok ołu T = 0. 
Wartość ‘11’ oznacza obsługiwanie pola o rozszerzonej długości dla protok ołu T = 1 i T = 0. 
4.2.  Aplik acje karty kiero wcy 
4.2.1  Aplik acja karty kierowcy 1. generacji 
TCS_148  Po personalizacji aplikacja karty kiero wcy 1. generacji ma trwałą strukturę plików i zasady 
dostępu do plików, jak określono poniżej: 26.5.2016 L 139/217 Dziennik Urzędo wy Unii Europejskiej PL    
W tabeli zastoso wano następujące skróty dla warunków bezpieczeństwa: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
TCS_149  Wszystkie struktur y plików EF są przezroczyst e. 
TCS_150  Aplikacja karty kiero wcy 1. generacji ma następującą strukturę dany ch:   26.5.2016 L 139/218 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/219 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/220 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_151  W tabeli poniżej podano wartości odnoszące się do tabeli powyżej, wyznaczające minimalne i 
mak symalne liczb y rekordó w, które musi stoso wać struktura dany ch karty kiero wcy dla aplikacji 
1. generacji: 
4.2.2  Aplik acja karty kierowcy 2. generacji 
TCS_152  Po personalizacji aplikacja karty kiero wcy 2. generacji ma trwałą strukturę plików i zasady 
dostępu do plików, jak określono poniżej. 
Uwaga: .The shor t EF identif ier SFID podan y jest jako liczba dziesiętna, np. wartość 30 odpo wiada 
zapiso wi 11110 w systemie binar nym. 
W tabeli zastoso wano następujący skrót dla warunku zabezpieczenia: 
SC1  ALW OR SM-MA C-G2 
TCS_153  Wszystkie struktur y plików EF są przezroczyst e. 
TCS_154  Aplikacja karty kiero wcy 2. generacji ma następującą strukturę dany ch:   26.5.2016 L 139/221 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/222 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/223 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_155  W tabeli poniżej podano wartości odnoszące się do tabeli powyżej, wyznaczające minimalne i 
mak symalne liczb y rekordó w, które musi stoso wać struktura dany ch karty kiero wcy dla aplikacji 
2. generacji: 
4.3.  Aplik acje karty warszta towej 
4.3.1  Aplik acja karty warsztato wej 1. gener acji 
TCS_156  Po personalizacji aplikacja karty warsztato wej 1. generacji ma trwałą strukturę plików i zasady 
dostępu do plików, jak określono poniżej.  26.5.2016 L 139/224 Dziennik Urzędo wy Unii Europejskiej PL    
W tabeli zastoso wano następujące skróty dla warunków bezpieczeństwa: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC4  Dla polecenia READ BINAR Y z parzystym bajtem INS: 
(PLAIN-C AND SM-R -ENC-G1) OR (SM-C-MA C-G1 AND SM-R -ENC-MA C-G1) OR 
(SM-C-MA C-G2 AND SM-R -ENC-MA C-G2) 
Dla polecenia READ BINAR Y z nieparzystym bajtem INS (jeżeli obsługiwane): NEV 
TCS_157  Wszystkie struktur y plików EF są przezroczyst e. 
TCS_158  Aplikacja karty warsztato wej 1. generacji ma następującą strukturę dany ch:   26.5.2016 L 139/225 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/226 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/227 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_159  W tabeli poniżej podano wartości odnoszące się do tabeli powyżej, wyznaczające minimalne i 
mak symalne liczby rekordó w, które musi stoso wać struktura dany ch karty warsztato wej dla 
aplikacji 1. generacji: 
4.3.2  Aplik acja karty warsztato wej 2. gener acji 
TCS_160  Po personalizacji aplikacja karty warsztato wej 2. generacji ma trwałą strukturę plików i zasady 
dostępu do plików, jak określono poniżej. 
Uwaga: .The shor t EF identif ier SFID podan y jest jako liczba dziesiętna, np. wartość 30 odpo wiada 
zapiso wi 11110 w systemie binar nym.  26.5.2016 L 139/228 Dziennik Urzędo wy Unii Europejskiej PL    
W tabeli zastoso wano następujące skróty dla warunków bezpieczeństwa: 
SC1  ALW OR SM-MA C-G2 
SC5  Dla polecenia Read Binar y z parzystym bajtem INS: SM-C-MA C-G2 AND SM-R -ENC-MA C- 
G2 
Dla polecenia Read Binar y z nieparzystym bajtem INS (jeżeli obsługiwane): NEV 
TCS_161  Wszystkie struktur y plików EF są przezroczyst e. 
TCS_162  Aplikacja karty warsztato wej 2. generacji ma następującą strukturę dany ch:   26.5.2016 L 139/229 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/230 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/231 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/232 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_163  W tabeli poniżej podano wartości odnoszące się do tabeli powyżej, wyznaczające minimalne i 
mak symalne liczby rekordó w, które musi stoso wać struktura dany ch karty warsztato wej dla 
aplikacji 2. generacji: 
4.4.  Aplik acje karty kontrolnej 
4.4.1  Aplik acja karty kontro lnej 1. generacji 
TCS_164  Po personalizacji aplikacja karty kontrolnej 1. generacji ma trwałą strukturę plików i zasady 
dostępu do plików, jak określono poniżej. 
W tabeli zastoso wano następujące skróty dla warunków bezpieczeństwa: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC6  EXT -AUT-G1 OR SM-MA C-G1 OR SM-MA C-G2 
TCS_165  Wszystkie struktur y plików EF są przezroczyst e. 
TCS_166  Aplikacja karty kontrolnej 1. generacji ma następującą strukturę dany ch:   26.5.2016 L 139/233 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_167  W tabeli poniżej podano wartości odnoszące się do tabeli powyżej, wyznaczające minimalne i 
mak symalne liczby rekordó w, któr e musi stoso wać struktura dany ch karty kontrolnej dla aplikacji 
1. generacji: 
4.4.2  Aplik acja karty kontro lnej 2. generacji 
TCS_168  Po personalizacji aplikacja karty kontrolnej 2. generacji ma trwałą strukturę plików i zasady 
dostępu do plików, jak określono poniżej. 
Uwaga: .The shor t EF identif ier SFID podan y jest jako liczba dziesiętna, np. wartość 30 odpo wiada 
zapiso wi 11110 w systemie binar nym. 26.5.2016 L 139/234 Dziennik Urzędo wy Unii Europejskiej PL    
W tabeli zastoso wano następujący skrót dla warunku zabezpieczenia: 
SC1  ALW OR SM-MA C-G2 
TCS_169  Wszystkie struktur y plików EF są przezroczyst e. 
TCS_170  Aplikacja karty kontrolnej 2. generacji ma następującą strukturę dany ch:   26.5.2016 L 139/235 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_171  W tabeli poniżej podano wartości odnoszące się do tabeli powyżej, wyznaczające minimalne i 
mak symalne liczby rekordó w, któr e musi stoso wać struktura dany ch karty kontrolnej dla aplikacji 
2. generacji: 
4.5.  Aplik acje karty firmowej 
4.5.1  Aplik acja karty firmowej 1. generacji 
TCS_172  Po personalizacji aplikacja karty firmowej 1. generacji ma trwałą strukturę plików i zasady 
dostępu do plików, jak określono poniżej. 26.5.2016 L 139/236 Dziennik Urzędo wy Unii Europejskiej PL    
W tabeli zastoso wano następujące skróty dla warunków bezpieczeństwa: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC6  EXT -AUT-G1 OR SM-MA C-G1 OR SM-MA C-G2 
TCS_173  Wszystkie struktur y plików EF są przezroczyst e. 
TCS_174  Aplikacja karty firmowej 1. generacji ma następującą strukturę dany ch: 
26.5.2016 L 139/237 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_175  W tabeli poniżej podano wartości odnoszące się do tabeli powyżej, wyznaczające minimalne i 
mak symalne liczby rekordó w, które musi stosować struktura dany ch karty firmowej dla aplikacji 
1. generacji: 
4.5.2  Aplik acja karty firmowej 2. generacji 
TCS_176  Po personalizacji aplikacja karty firmowej 2. generacji ma trwałą strukturę plików i zasady 
dostępu do plików, jak określono poniżej. 
Uwaga: Krótki identyfikator EF (SFID) podan y jest jako liczba dziesiętna, np. wartość 30 
odpo wiada zapiso wi 11110 w systemie binar nym. 
W tabeli zastoso wano następujący skrót dla warunku zabezpieczenia: 
SC1  ALW OR SM-MA C-G2 
TCS_177  Wszystkie struktur y plików EF są przezroczyst e. 
TCS_178  Aplikacja karty firmowej 2. generacji ma następującą strukturę dany ch:   26.5.2016 L 139/238 Dziennik Urzędo wy Unii Europejskiej PL    
TCS_179  W tabeli poniżej podano wartości odnoszące się do tabeli powyżej, wyznaczające minimalne i 
mak symalne liczby rekordó w, które musi stosować struktura dany ch karty firmowej dla aplikacji 
2. generacji: 
26.5.2016 L 139/239 Dziennik Urzędo wy Unii Europejskiej PL    
Dodatek 3 
PIKTOGRAMY 
PIC_001  Tachograf może opcjonalnie używać następujący ch pikt ogramó w i kombinacji pikt ogramó w (lub pikt ogramó w 
i kombinacji wystarcza jąco do nich podobn ych, aby można je było z nimi jednoznacznie identyf ikować):  
1. PODST AWOWE PIKTOGRAMY  
Osoby Operacje Tryby pracy 
firma  tryb firmowy 
kontroler kontrola tryb kontrolny 
kiero wca prowadzenie pojazdu tryb eksploatacyj ny 
warsztat/stano wisk o badań przeg ląd/kalibracja tryb kalibracyjny 
producent     
Czynności Czas trwania 
goto wość bieżący okres gotowości 
prowadzenie pojazdu nieprzer wany czas prowadze ­
nia pojazdu 
odpoczynek bieżący okres odpoczynku 
inna praca bieżący okres pracy 
przer wa skumulo wany czas przer wy 
nieznane    
Urządzenie Funkcje 
szczelina karty kiero wcy  
szczelina karty współkie ­
rowcy  
karta  
zegar  
wyświetlacz wyświetlanie 
zewnętrzne gromadzenie da­
nych pobieranie dany ch 
zasilanie  
drukarka/wydr uk drukowanie 
czujnik  
rozmiar opon  
pojazd/przyrząd rejestr ujący  
urządzenie GNSS  
urządzenie wykr ywania na 
odległość  
interfejs ITS    
Warunki szczególne 
poza zakresem 
przeprawa promo wa/przejazd kolejo wy  26.5.2016 L 139/240 Dziennik Urzędo wy Unii Europejskiej PL    
Różne   
zdarzenia 
 uste rki 
początek dziennego okresu pracy 
 koniec dziennego okresu pracy 
umiejsco wienie   
ręczne wpro wadzenie czynności kie­
rowcy   
zabezpieczenie   
prędk ość   
godzina   
razem/podsumo wanie     
Kwalif ikatory 
24h dobo wo 
tygodnio wo 
dwa tygodnie 
od lub do   
2. KOMBINA CJE PIKTOGRAMÓ W  
Różne   
miejsce kontroli   
miejsce rozpoczęcia dziennego ok­
resu pracy 
miejsce zakończenia dziennego okresu 
pracy 
od godziny 
 do godziny 
z pojazdu   
początek poza zakresem 
 koniec poza zakresem   
Karty 
karta kiero wcy 
karta firmowa 
karta kontrolna 
karta warsztato wa 
brak karty   
Prowadzenie pojazdu 
załoga 
czas prowadzenia w ciągu jednego tygodnia 
czas prowadzenia w ciągu dwóc h tygodni   
Wydr uki 
wydr uk dzienny czynności kiero wcy z karty 
wydr uk dzienny czynności kiero wcy z VU 
wydr uk zdarzeń i usterek z karty 
wydr uk zdarzeń i usterek z VU 
wydr uk dany ch techniczny ch 
wydr uk przekroczenia prędk ości  26.5.2016 L 139/241 Dziennik Urzędo wy Unii Europejskiej PL    
Zdarzenia 
włożenie nieważnej karty 
konflikt kart 
nakładające się czasy 
prowadzenie pojazdu bez prawidło wej karty 
włożenie karty podczas prowadzenia pojazdu 
sesja ostatniej karty niezamknięta prawidł owo 
przekroczenie prędk ości 
przer wa w zasilaniu 
błąd dany ch doty czący ch ruchu 
konflikt ruchu pojazdu 
naruszenie zabezpieczenia 
korekta czasu (w warsztacie) 
kontrola przekroczenia prędk ości   
Usterki 
usterka karty (szczelina karty kiero wcy) 
usterka karty (szczelina karty współkiero wcy) 
usterka wyświetlacza 
usterka pobierania dany ch 
usterka drukarki 
usterka czujnika 
usterka wewnętrzna VU 
usterka GNSS 
usterka urządzenia wykr ywania na odległość   
Procedura ręcznego wpro wadzania dany ch 
Czy nadal ten sam dzienny okres pracy? 
Czy koniec poprzedniego okresu pracy? 
potwierdź lub wpro wadź miejsce zakończenia okresu pracy 
wpro wadź godzinę rozpoczęcia 
wpro wadź miejsce rozpoczęcia okresu pracy  
Uwaga: dodatk owe kombinacje piktogramó w używane do tworze nia blok ów wydr uków lub identyfika torów 
zapisó w określono w dodatku 4.   26.5.2016 L 139/242 Dziennik Urzędo wy Unii Europejskiej PL    
Dodatek 4 
WYDR UKI 
SPIS TREŚCI 
1. ZASAD Y OGÓLNE .............................................................................................................................. 243 
2. SPECYFIKA CJA BLOKÓW DANY CH ......................................................................................................... 243 
3. SPECYFIKA CJE WYDR UKU .................................................................................................................... 250 
3.1. Wydr uk dzienn y czynności kiero wcy z karty................................................................................ 250 
3.2. Wydr uk dzienn y czynności kiero wcy z VU .................................................................................. 251 
3.3. Wydr uk zdarzeń i uste rek z karty.............................................................................................. 252 
3.4. Wydr uk zdarzeń i uste rek z VU ................................................................................................. 252 
3.5. Wydr uk dany ch techniczn ych................................................................................................... 253 
3.6. Wydr uk przekroczenia prędk ości ............................................................................................... 253 
3.7 Histori a włożon ych kart.......................................................................................................... 254  
1.  ZASA DY OGÓLNE 
Wszystkie wydr uki tworzy się poprzez zbudo wanie łańcuch a różn ych blok ów dany ch, w miarę możliwoś ci 
identyfik owany ch identyfikatorem bloku. 
Blok dany ch składa się z jednego lub więcej rekordó w, o ile możliwe identyfik owan ych identyfika torem rekordu. 
PRT_001  Jeżeli identyf ikator bloku bezpośrednio poprzedza identyf ikator rekordu, identyfikator rekordu nie jest 
drukowan y. 
PRT_002  W przypadku gdy pozy cja dany ch nie jest znana lub nie może być drukowana z uwagi na prawa 
dostępu do dany ch, zamiast tej pozy cji drukowane są spacje. 
PRT_003  Jeżeli zawar tość pełnego wiersza nie jest znana lub nie wymaga drukowania, cały wiersz jest pomijan y. 
PRT_004  Numer yczne pola dany ch są drukowane z wyró wnaniem do prawej strony , ze spacją oddzielającą 
tysiące i miliony i bez zer z lewej strony . 
PRT_005  Pola dany ch teksto wych są drukowane z wyró wnaniem do lewej strony i wypełniane spacjami do 
długości danej pozy cji dany ch lub w razie potrzeby obcinane do długości danej pozy cji (nazwy , 
nazwiska i adresy). 
PRT_006  W przypadku łamania wiersza w związku z długością tekstu pier wszym znakiem w nowym wierszu 
powinien być znak specjalny (kropka w poło wie wysok ości wiersza: „•”). 
2.  SPECYFIKA CJA BLOK ÓW DANY CH 
W tym rozdziale przyjęto następujące konwencje zapisu formatu: 
—  Znaki drukowane wytłuszczonym drukiem oznacza ją zwykły tekst, który ma być drukowan y (wydr uk 
normalną czcionką), 
—  Znaki normalną czcionką oznacza ją zmienne (pikt ogram y lub dane), które na wydr uku są zastępo wane 
odpo wiednimi wartościam i, 
—  Nazwy zmienny ch wypełniono znakami podkreślenia w celu pokazania długości pozy cji dany ch dostępnej dla 
zmiennej, 
—  Daty poda wane są w układzie „dd/mm/r rrr” (dzień, miesiąc, rok). Dopuszczalny jest także układ „dd.mm.r rrr”. 
—  Wyrażenie „identyf ikacja karty” oznacza następujący zesta w dany ch: typ karty w postaci kombinacji 
piktogramó w, kod państwa członk owskiego, które wydało kartę, ukośnik prawy i numer karty wraz 
z numerem wymiany i numerem odno wienia rozdzielon ymi spacjami: 
P 
 x x x / x x x x x x x x x x x x x x  x  x Kombinacja 
piktogramów 
Kod państwa 
wydającego  Pierwsze 14 znak ów numer u karty 
(ewentualnie z numerem kolejnym)  
Numer 
wymiany  
Numer 
odnowienia  26.5.2016 L 139/243 Dziennik Urzędo wy Unii Europejskiej PL    
PRT_007 W wydr ukach korzysta się z następujący ch blok ów dany ch lub rekordó w dany ch w opisany m poniżej 
znaczeniu i formacie: 
26.5.2016 L 139/244 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/245 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/246 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/247 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/248 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/249 Dziennik Urzędo wy Unii Europejskiej PL    
3.  SPECYFIKA CJE WYDR UKU 
W tym rozdziale przyjęto następujące konwencje zapisu: 
N Wydr uk bloku lub rekordu o numerze N  
N Wydr uk bloku lub rekordu o numerze N powtarzany tyle razy , ile jest to niezbędne  
X/Y Wydr uk blok ów lub rekordó w X lub Y w zależności od potrzeby i powtórz enie tyle 
razy , ile jest to niezbędne  
3.1.  Wydr uk dzienny czynności kiero wcy z karty 
PRT_008 Wydr uk dzienny czynności kiero wcy z karty jest zgodny z poniższym formate m: 
1 Data i godzina drukowania dokumentu 
2 Typ wydr uku 
3 Identyfika cja kontrolera (jeżeli w czytniku VU znajduje się karta kontrolna) 
3 Identyfika cja kiero wcy (z karty, dla której sporządzan y jest wydr uk) 
4 Identyfika cja pojazdu (tego, dla któr ego sporządzany jest wydr uk) 
5 Identyfika cja VU (z któr ego uzyskano wydr uk) 
6 Ostatnia kalibracja VU 
7 Ostatnia kontrola sprawdzan ego kiero wcy 
8 Ogranicznik czynności kiero wcy 
8a Stan poza zakresem na początku danego dnia 
8.1a / 8.1b / 8.1c / 8.2 / 
8.3 / 8.3a / 8.4 Czynności kiero wcy w kolejności chronologicznej 
11 Ogranicznik dziennego zesta wienia 26.5.2016 L 139/250 Dziennik Urzędo wy Unii Europejskiej PL    
11.4 Miejsca wpro wadzone w kolejności chronologicznej 
11.5 Dane GNSS 
11.6 Podsumo wania dla czynności 
12.1 Zdarzenia lub uster ki z ogranicznika karty 
12.4 Rekordy zdarzeń/ uster ek (5 ostatnich zdarzeń lub uster ek zapisany ch na karcie) 
13.1 Zdarzenia lub uster ki z ogranicznika VU 
13.4 Rekordy zdarzeń/ uster ek (5 ostatnich zdarzeń lub usterek zapisany ch lub trwających 
na VU) 
22.1 Miejsce kontroli 
22.2 Podpis kontrolera 
22.5 Podpis kiero wcy  
3.2.  Wydr uk dzienny czynności kiero wcy z VU 
PRT_009 Wydr uk dzienny czynności kiero wcy z VU jest zgodn y z poniższym format em: 
1 Data i godzina drukowania dokumentu 
2 Typ wydr uku 
3 Identyfika cja posiadacza karty (dla wszystkic h kart włożon ych do VU + GEN) 
4 Identyfika cja pojazdu (tego, dla któr ego sporządzany jest wydr uk) 
5 Identyfika cja VU (z któr ego uzyskano wydr uk) 
6 Ostatnia kalibracja VU 
7 Ostatnia kontrola tego tachografu 
9 Ogranicznik czynności kiero wcy 
10 Ogranicznik szczeliny czytnika karty kiero wcy (szczelina 1) 
10a Stan poza zakresem na początku danego dnia 
10.1 / 10.2 / 10.3 
/10.3a / 10.4 Czynności w kolejności chronologicznej (szczelina czytnika karty kiero wcy) 
10 Ogranicznik szczeliny czytnika karty współkiero wcy (szczelina 2) 
10a Stan poza zakresem na początku danego dnia 
10.1 / 10.2 / 10.3 
/10.3a / 10.4 Czynności w kolejności chronologicznej (szczelina czytnika karty współkiero wcy) 
11 Ogranicznik dziennego zesta wienia 
11.1 Zestawien ie okresó w bez karty w szczelinie czytnika karty kiero wcy 
11.4 Miejsca wpro wadzone w kolejności chronologicznej 
11.5 Dane GNSS 
11.6 Podsumo wania dla czynności 
11.2 Zestawien ie okresó w bez karty w szczelinie czytnika karty współkiero wcy 
11.4 Miejsca wpro wadzone w kolejności chronologicznej 
11.5 Dane GNSS 26.5.2016 L 139/251 Dziennik Urzędo wy Unii Europejskiej PL    
11.7 Podsumo wania dla czynności 
11.3 Zestawien ie czynności dla kiero wcy z uwzg lędnieniem obu szczelin czytnika kart  
11.4  Miejsca wpro wadzone przez danego kiero wcę w kolejności chronologicznej 
11.5 Dane GNSS 
11.8 Podsumo wania dla czynności danego kiero wcy 
13.1 Ogranicznik zdarzeń/ uste rek 
12.4 Rekordy zdarzeń/ uster ek (5 ostatnich zdarzeń lub usterek zapisany ch lub trwających 
na VU) 
13.1 Miejsce kontroli 
22.2 Podpis kontrolera 
22.3 Od godziny (miejsce przeznaczone dla kiero wcy bez karty w celu wskazania do­
tyczący ch go okresó w) 
22.4 Do godziny 
22.5 Podpis kiero wcy  
3.3.  Wydr uk zdarzeń i usterek z karty 
PRT_010 Wydr uk zdarzeń i uste rek z karty jest zgodny z poniższym formatem : 
1 Data i godzina drukowania dokumentu 
2 Typ wydr uku 
3 Identyfika cja kontrolera (jeżeli w czytniku VU znajduje się karta kontrolna + GEN) 
3 Identyfika cja kiero wcy (z karty, dla której sporządzan y jest wydr uk) 
4 Identyfika cja pojazdu (tego, dla któr ego sporządzany jest wydr uk) 
12.2 Ogranicznik zdarzeń 
12.4 Rekordy zdarzeń (wszystkie zdarzenia zarejestro wane na karcie) 
12.3 Ogranicznik usterek 
12.4 Rekordy usterek (wszystkie uster ki zarejestro wane na karcie) 
22.1 Miejsce kontroli 
22.2 Podpis kontrolera 
22.5 Podpis kiero wcy  
3.4.  Wydr uk zdarzeń i usterek z VU 
PRT_011 Wydr uk zdarzeń i uste rek z VU jest zgodny z poniższym format em: 
1 Data i godzina drukowania dokumentu 
2 Typ wydr uku 
3 Identyfika cja posiadacza karty (dla wszystkic h kart włożon ych do VU + GEN) 
4 Identyfika cja pojazdu (tego, dla któr ego sporządzany jest wydr uk) 26.5.2016 L 139/252 Dziennik Urzędo wy Unii Europejskiej PL    
13.2 Ogranicznik zdarzeń 
13.4 Rekordy zdarzeń (wszystkie zdarzenia zarejestro wane lub trwające w VU) 
13.3 Ogranicznik usterek 
13.4 Rekordy usterek (wszystkie uster ki zarejestro wane lub trwające w VU) 
22.1 Miejsce kontroli 
22.2 Podpis kontrolera 
22.5 Podpis kiero wcy  
3.5.  Wydr uk dany ch techniczny ch 
PRT_012 Wydr uk dany ch techniczn ych jest zgodny z poniższym formatem : 
1 Data i godzina drukowania dokumentu 
2 Typ wydr uku 
3 Identyfika cja posiadacza karty (dla wszystkic h kart włożon ych do VU + GEN) 
4 Identyfika cja pojazdu (tego, dla któr ego sporządzany jest wydr uk) 
14 Identyfika cja VU 
15 Identyfika cja czujnika 
15.1 Dane sparo wania czujnika (wszystkie dane dostępne w kolejności chronologicznej) 
16 Identyfika cja urządzenia GNSS 
16.1 Dane powiązania urządzenia zewnętrznego GNSS (wszystkie dane dostępne w kolej­
ności chronologicznej) 
17 Ogranicznik dany ch kalibracyjny ch 
17.1 Rekordy kalibracji (wszystkie dostępne rekordy w kolejności chronologicznej) 
18 Ogranicznik korekty czasu 
18.1 Rekordy korekty czasu (wszystkie dostępne rekordy z rekordó w korekty czasu i kali­
bracji) 
19 Ostatnie zdarzenie i uster ka zarejestro wane w VU  
3.6.  Wydr uk przekroczenia prędk ości 
PRT_013 Wydr uk przekroczenia prędk ości jest zgodny z poniższym formate m: 
1 Data i godzina drukowania dokumentu 
2 Typ wydr uku 
3 Identyfika cja posiadacza karty (dla wszystkic h kart włożon ych do VU + GEN) 
4 Identyfika cja pojazdu (tego, dla któr ego sporządzany jest wydr uk) 
20 Informacje doty czące kontroli przekroczenia prędk ości 
21.1 Identyfika tor dany ch doty czący ch przekroczenia prędk ości 
21.4 / 21.5 Pier wsze przekroczenie prędk ości po ostatniej kalibracji 26.5.2016 L 139/253 Dziennik Urzędo wy Unii Europejskiej PL    
21.2 Identyfika tor dany ch doty czący ch przekroczenia prędk ości 
21.4 / 21.5 5 najpo ważniejszy ch przekroczeń prędk ości w ciągu ostatnich 365 dni 
21.3 Identyfika tor dany ch doty czący ch przekroczenia prędk ości 
21.4 / 21.5 Najpoważniejsze przekroczenie prędk ości dla każdego z ostatnic h 10 dni ich wystę ­
powania 
22.1 Miejsce kontroli 
22.2 Podpis kontrolera 
22.5 Podpis kiero wcy  
3.7.  Histor ia włożony ch kart 
PRT_014 Wydr uk histo rii włożon ych kart jest zgodn y z poniższym format em: 
1 Data i godzina drukowania dokumentu 
2 Typ wydr uku 
3 Identyfika cja posiadacza karty (dla wszystkic h kart włożon ych do przyrządu rejestr u­
jącego) 
23 Karta ostatnio włożona do VU 
23.1 Włożone karty (maks. 88 rekordó w) 
12.3 Ogranicznik usterek   26.5.2016 L 139/254 Dziennik Urzędo wy Unii Europejskiej PL    
Dodatek 5 
WYŚWIETL ACZ 
W niniejszym dodatku przyjęto następujące konwe ncje zapisu formatu: 
—  znaki wytłuszczon ym drukiem oznacza ją odkr yty tekst widoczny na wyświetlaczu (są wyświetlane jako normalne 
znaki), 
—znaki normalne oznacza ją zmienne (piktogram y lub dane), które na wyświetlaczu zastępo wane są przez odpo wia­
dające im wartości:  
— dd mm yyyy:  dzień, miesiąc, rok,  
— hh:  godziny ,  
— mm:  minuty ,  
— D:  pikt ogram czasu trwania,  
— EF:  kombinacja pikt ogramó w zdarzeń lub uste rek,  
— O:  pikt ogram trybu pracy . 
DIS_001  Tachograf wyświetla dane zgodnie z poniższymi formatami: 
Dane Format 
Domy ślne informa cje na wyświetlaczu 
Czas miejsco wy 
Tryb pracy 
Informacje doty czące kiero wcy 
Informacje doty czące współkiero wcy 
Otwar ty warunek poza zakresem 
Wyświetlanie ostrzeżeń 
Nadmier ny nieprzer wany czas prowadzenia pojazdu 
Zdarzenie lub uster ka 
Inne wyświetlane informacje 
Data UTC 
godzina 
Nieprzer wany czas prowadzenia pojazdu przez kiero wcę i skumulo wan y czas 
przer wy 
Nieprzer wany czas prowadzenia pojazdu przez współkiero wcę i skumulo wany 
czas przer wy 
Skumulo wany czas prowadzenia pojazdu przez kiero wcę za ubiegły i obecny 
tydzień 
Skumulo wany czas prowadzenia pojazdu przez współkiero wcę za ubiegły i 
obecn y tydzień 
26.5.2016 L 139/255 Dziennik Urzędo wy Unii Europejskiej PL    
Dodatek 6 
PRZEDNIE ZŁĄCZE KALIBRA CJI I POBIERANIA DANY CH 
SPIS TREŚCI 
1. SPRZĘT .............................................................................................................................................. 256 
1.1. Złącze ................................................................................................................................... 256 
1.2. Rozmieszczenie styk ów............................................................................................................. 257 
1.3. Schema t blok owy..................................................................................................................... 258 
2. INTERFEJS POBIERANIA DANY CH ............................................................................................................ 258 
3. INTERFEJS KALIBRA CYJNY ..................................................................................................................... 259   
1.  SPRZĘT 
1.1.  Złącze 
INT_001  Złącze pobierania dany ch/kalibracji jest złączem sześciopino wym, dostępn ym od strony panelu 
czoło wego bez potrzeby odłączania jakiejk olwiek części tachografu. Złącze musi mieć wymiar y zgodne 
z pokazanym i na rysunku poniżej (wszystkie wymiar y w milimetrach): 
26.5.2016 L 139/256 Dziennik Urzędo wy Unii Europejskiej PL    
Na rysunku poniżej pokazano typo wą sześciopino wą wtyczkę złączną: 
1.2.  Rozmieszczenie stykó w 
INT_002  Rozmieszczenie styk ów opisuje poniższa tabela: 
Pin Wyszczeg ólnienie Uwagi 
1 minus akumulatora przyłączony do minusa akumulatora pojazdu 
2 przesyłanie dany ch K-line (ISO 14230-1) 26.5.2016 L 139/257 Dziennik Urzędo wy Unii Europejskiej PL    
Pin Wyszczeg ólnienie Uwagi 
3 RxD – pobieranie dany ch dane wpro wadzane do tachog rafu 
4 sygnał we/wy kalibracja 
5 stałe wyjście zasilania Zakres napięcia musi być taki jak dla zasilania pojazdu minus 
3V w celu umożliwienia spadku napięcia na obwo dzie 
ochronnym. 
Wyjście 40 mA 
6 TxD – pobieranie dany ch dane pobierane z tachografu   
1.3.  Schemat blok owy 
INT_003  Schemat blok owy jest następujący: 
2.  INTERFEJS POBIERANIA DANY CH 
INT_004  Interfejs pobierania dany ch musi być zgodny z wymaganiami RS232. 
INT_005  Interfejs pobierania dany ch jest skonfiguro wany w następujący sposób: jeden bit startowy, 8 bitów 
dany ch najmniej znaczący ch na początku, jeden bit parzystości i jeden bit stopu. 
Organizacja bajtu dany ch 
bit startowy:  jeden bit na poziomie logicznym 0 
bity dany ch:  przesyłane z najmniej znaczącym na początku 
bit parzystości:  kontrola parzystoś ci; 
bit stopu:  jeden bit na poziomie logicznym 1 26.5.2016 L 139/258 Dziennik Urzędo wy Unii Europejskiej PL    
W przypadku przesyłania dany ch liczbo wych złożon ych z więcej niż jednego bajtu bajt najbardziej znaczący jest 
przesyłan y pier wszy , a bajt najmniej znaczący – ostatni. 
INT_006  Szybk ość transmisji dany ch w bodach regulo wana jest w zakresie od 9 600 b/s do 115 200 b/s. 
Transmisja odbywa się z najwyższą możliwą szybk ością, przy czym szybk ość początk owa przy 
inicjo waniu sesji ustawiona jest na 9 600 b/s. 
3.  Interfejs kalibracyjny 
INT_007  Przesyłanie dany ch musi być zgodne z normą ISO 14230-1 Pojazdy drogo we – System y diagnosty czne 
– Prot okół słów kluczo wych 2000 – część 1: Warstwa fizyczna (wydanie pier wsze: 1999 r.). 
INT_008  Sygnał we/wy musi być zgodn y z następującymi wymaganiami elektr ycznymi : 
Parametr Min. Typowy Maks. Uwagi 
U low (we)   1,0 V I = 750 µA 
U high (we) 4 V   I = 200 µA 
Częstotliw ość   4 kHz  
U low (wy)   1,0 V I = 1 mA 
U high (wy) 4 V   I = 1 mA   
INT_009  Sygnał we/wy musi być zgodn y z następującymi przebiegami czaso wymi: 
26.5.2016 L 139/259 Dziennik Urzędo wy Unii Europejskiej PL    
Dodatek 7 
PROTOK OŁY POBIERANIA DANY CH 
SPIS TREŚCI 
1. WPR OWADZENIE ........................................................................................................................... 261 
1.1. Zakres ............................................................................................................................. 261 
1.2. Akronim y i skróty .............................................................................................................. 261 
2. POBIERANIE DANY CH Z VU ............................................................................................................. 262 
2.1. Procedura pobierania dany ch................................................................................................ 262 
2.2. Prot okół pobierania dany ch.................................................................................................. 262 
2.2.1 Struktura komunikatu ......................................................................................................... 262 
2.2.2 Typy komunikat ów............................................................................................................. 264 
2.2.2.1 Star t Communication Request (SID 81) ................................................................................... 266 
2.2.2.2 Positive Response Star t Communication (SID C1) ...................................................................... 266 
2.2.2.3 Star t Diagnostic Session Request (SID 10) ................................................................................ 266 
2.2.2.4 Positive Response Star t Diagnostic (SID 50) ............................................................................. 266 
2.2.2.5 Link Control Service (SID 87) ............................................................................................... 266 
2.2.2.6 Link Control Positive Response (SID C7) ................................................................................. 266 
2.2.2.7 Request Upload (SID 35) ...................................................................................................... 266 
2.2.2.8 Positive Response Request Upload (SID 75) .............................................................................. 266 
2.2.2.9 Transf er Data Request (SID 36) .............................................................................................. 266 
2.2.2.10 Positive Response Transfer Data (SID 76) ................................................................................. 267 
2.2.2.11 Request Transfer Exit (SID 37) ............................................................................................... 267 
2.2.2.12 Positive Response Request Transf er Exit (SID 77) ....................................................................... 267 
2.2.2.13 Stop Communication Request (SID 82) ................................................................................... 267 
2.2.2.14 Positive Response Stop Communication (SID C2) ...................................................................... 267 
2.2.2.15 Ackno wledge Sub Message (SID 83) ....................................................................................... 267 
2.2.2.16 Neg ative Response (SID 7F) .................................................................................................. 268 
2.2.3 Przepływ komunikató w....................................................................................................... 268 
2.2.4 Przebiegi czaso we............................................................................................................... 269 
2.2.5 Obsługa błędó w................................................................................................................. 270 
2.2.5.1 Faza rozpoczęcia komunikacji ............................................................................................... 270 
2.2.5.2 Faza komunikacji ............................................................................................................... 270 
2.2.6 Treść komunikatu odpo wiedzi ............................................................................................... 272 
2.2.6.1 Positive Response Transfer Data Over view ............................................................................... 273 
2.2.6.2 Positive Response Transfer Data Activities ................................................................................ 274 
2.2.6.3 Positive Response Transfer Data Events and Faults ..................................................................... 275 
2.2.6.4 Positive Response Transfer Data Detailed Speed ......................................................................... 276 
2.2.6.5 Positive Response Transfer Data Technical Data ......................................................................... 276 
2.3. Gromadzenie plików na ESM ................................................................................................ 277 26.5.2016 L 139/260 Dziennik Urzędo wy Unii Europejskiej PL    
3. PROTOK ÓŁ POBIERANIA DANY CH Z KART DO TACHOGRAF ÓW............................................................ 277 
3.1. Zakres ............................................................................................................................. 277 
3.2. Definicje .......................................................................................................................... 277 
3.3. Pobieranie dany ch z karty.................................................................................................... 277 
3.3.1 Sekwencja inicjalizująca ....................................................................................................... 278 
3.3.2 Sekwencja dla niepodpisany ch plików dany ch........................................................................... 278 
3.3.3 Sekwencja dla podpisan ych plików dany ch............................................................................... 279 
3.3.4 Sekwencja zero wania licznika kalibracji ................................................................................... 279 
3.4. Format gromadzenia dany ch................................................................................................. 280 
3.4.1 Wpro wadzenie .................................................................................................................. 280 
3.4.2 Format pliku ..................................................................................................................... 280 
4. POBIERANIE DANY CH Z KART Y DO TACHOGRAF U ZA POŚREDNICT WEM PRZYRZĄDU REJESTR UJĄCEGO ..... 281  
1.  WPR OWADZENIE 
Niniejszy dodat ek zawiera procedur y stoso wane przy pobieraniu dany ch różn ych typó w na zewnętrzny 
nośnik dany ch (ESM), wraz z protok ołami, któr e muszą być wdrożone w celu zagwaranto wania 
prawidł owego przesyłania dany ch i pełnej zgodności formatu pobrany ch dany ch, tak by umożliwić każdemu 
kontrolero wi sprawdzenie tych dany ch oraz spra wdzenie aute ntyczności i integraln ości przed przystąpieniem 
do analizy dany ch. 
1.1.  Zakres 
Dane mogą być pobierane na ESM: 
—z przyrządu rejestr ującego za pośrednictwem intelig entnego, wydzielonego urządzenia (IDE) przyłą ­
czonego do VU; 
—  z karty do tachografu za pośrednictwem IDE spaso wanego z czytnikiem karty (IFD); 
—  z karty do tachografu za pośrednictwem przyrządu rejestr ującego poprzez IDE przyłączone do VU. 
Aby umożliwić weryfikację autenty czności i integraln ości pobrany ch dany ch przec howywany ch na ESM, dane 
są pobierane razem z dołączonym podpisem, zgodnie z dodatkiem 11 Wspólne mechaniz my zabezpieczenia. 
Razem z danymi pobierane są również identyfika cja urządzenia źródło wego (VU lub karta) i jego świadectwa 
bezpieczeństwa (państw o członk owskie i urządzenie). Niezależnie od tego weryfikator dany ch musi mieć 
zauf any europejski klucz publiczny . 
DDP_001  Dane pobrane podczas jednej sesji pobierania muszą być przech owywane na ESM w jednym 
pliku. 
1.2.  Akronim y i skróty 
W niniejszym dodatku używa się następujący ch skrót ów: 
AID  [Application Identifier] identyf ikator aplikacji 
ATR  [Answer To Reset] reakcja na spro wadzenie do stanu wyjścio wego 
CS  [Chec ksum byte] bajt sum y kontrolnej 
DF  [Dedicate d File] plik dedyk owan y 
DS_  [Diagnostic Session] sesja diagnosty czna 
EF  [Elementar y File] plik elementar ny 
ESM  [Ext ernal Storage Medium] zewnętrzny nośnik dany ch 
FID  [File Identif ier] identyfika tor pliku (ID pliku) 
FMT  [For mat Byte] bajt formatu (pier wszy bajt nagłó wka komunikatu) 
ICC  [Integ rated Circuit Card] karta z układem scalonym 
IDE  [Intell igent Dedicat ed Equipment] intelig entne urządzenie dedyk owane: urządzenie służące do 
pobierania dany ch na ESM (np. komput er osobisty) 
IFD  [Interface Device] urządzenie interfejsu 26.5.2016 L 139/261 Dziennik Urzędo wy Unii Europejskiej PL    
KWP  [Keyword Protocol 2000] protok ół słowa kluczo wego 2000 
LEN  [Length Byte] bajt długości (ostatni bajt nagłó wka komunikatu) 
PPS  [Protoc ol Paramet er Selection] wybór parametr u protok ołu 
PSO  [Perform Secur ity Operation] wyk onanie operacji zabezpiecza jącej 
SID  [Ser vice Identif ier] identyfikator usługi 
SRC  [Source byte] bajt źródło wy 
TGT  [Target Byte] bajt docelo wy 
TLV  [Tag Length Value] wartość długości znacznika 
TREP  [Transf er Response Paramet er] parametr odpo wiedzi na przesłanie dany ch 
TRTP  [Transf er Request Paramet er] parametr żądania przesłania dany ch 
VU  [Vehicle Unit] przyrząd rejestr ujący 
2.  POBIERANIE DANY CH Z VU 
2.1.  Procedura pobierania dany ch 
W celu pobrania dany ch z VU operat or musi wyk onać następujące czynności: 
—  włożyć swoją kartę do tachografu do czytnika karty w VU (*); 
—  podłączyć IDE do gniazda pobierania w VU; 
—  nawiązać połączenie między IDE i VU; 
—  wybrać w IDE dane do pobrania i wysłać żądanie do VU; 
—  zamknąć sesję pobierania dany ch. 
2.2.  Protok ół pobierania dany ch 
Protok ół skonstr uowany jest zgodnie z zasadą nadrzędn y-podległy , gdzie IDE jest urządzeniem nadrzędnym a 
VU podległym. 
Struktura komunikatu, typy komunikat ów i przepływ są zasadniczo opar te na Protok ole słowa kluczo wego 
2000 (KWP) (według normy ISO 14230-2 Pojazdy drogo we – System y diagnosty czne – Protok ół słowa 
kluczo wego 2000 – część 2: Warstwa łącza dany ch). 
Warstwa aplikacji zbudo wana jest zasadniczo w oparciu o bieżący projekt normy ISO 14229-1 (Pojazdy 
drogo we – System y diagnosty czne – część 1: Usługi diagnosty czne, wersja 6 z dnia 22 lutego 2001 r.) 
2.2.1  Struktur a komunik atu 
DDP_002  Wszystkie komunikaty wymieniane między IDE i VU mają strukturę złożoną z następujący ch 
trzec h części: 
—  nagłó wek zawi erający bajt formatu (FMT), bajt docelo wy (TGT), bajt źródło wy (SRC) i 
ewentualnie bajt długości (LEN); 
—  pole dany ch zawi erające bajt identyf ikator usługi (SID) i zmienną liczbę bajtów z danymi, 
w któryc h może być bajt opcjonalnej sesji diagnosty cznej (DS_) lub bajt opcjonalnego 
parametr u przesyłania (TRTP lub TREP); 
—  suma kontrolna zawi erająca bajt sum y kontrolnej (CS). 
Nagłó wek Pole dany ch Suma kontrolna 
FMT TGT SRC LEN SID DATA … … … CS 
4 bajty Maks. 255 bajtów 1 bajt  26.5.2016 L 139/262 Dziennik Urzędo wy Unii Europejskiej PL    
(*)Włożenie karty spowoduje aktywację właściwy ch praw dostępu do funkcji pobierania i do dany ch. Możliwe jest jednak pobieranie 
dany ch z karty kiero wcy włożonej do jednej ze szczelin VU, jeżeli w drugiej szczelinie nie ma żadnej innej karty. 
Bajty TGT i SRC reprezentują fizyczny adres adresata i źródła komunikatu. Przyjmują one 
wartości F0 Hex dla IDE i EE Hex dla VU. 
Bajt LEN jest długością pola dany ch. 
Bajt sum y kontrolnej jest ośmiobito wą sumą serii modulo 256 wszystkich bajtów komunikatu, 
z wyłączeniem bajtu CS. 
Bajty FMT , SID, DS_, TRTP i TREP są zdefini owane w dalszej części niniejszego dokumentu. 
DDP_003  W przypadku gdy dane przesyłane komunikate m są dłuższe niż dyspono wane pole dany ch, 
komunikat wysyła się w kilku podk omunikatach . Każdy podk omunikat ma nagłó wek , te same 
bajty SID i TREP oraz dwuba jtowy licznik podk omunikatu pokazujący liczbę podk omunikat ów 
w całym komunikacie. Aby umożliwić kontrolę błędó w i przer wanie przesyłania, IDE potwierdza 
każdy podk omunikat. IDE może przyjmo wać podk omunikat, żądać powtór zenia transmisji, żądać 
od VU powtórzeni a transmisji od początku lub przer wania transmisji. 
DDP_004  Jeżeli ostatni podk omunikat ma dokładnie 255 bajtów w polu dany ch, musi być dołączony 
końco wy podk omunikat z pustym polem dany ch (z wyjątkiem SID TREP i licznika podk omu ­
nikató w) w celu pokazania końca komunikatu. 
Przykład: 
Nagłó wek SID TREP Komunikat CS 
4 bajty dłuższy niż 255 bajtów   
zostanie przesłan y w następujący sposób: 
Nagłó wek SID TREP 00 01 Podkomunikat 
1 CS 
4 bajty 255 bajtów   
Nagłó wek SID TREP 00 02 Podkomunikat 
2 CS 
4 bajty 255 bajtów   
… 
Nagłó wek SID TREP xx yy Podkomunikat 
n CS 
4 bajty mniej niż 255 bajtów   
lub w taki sposób: 
Nagłó wek SID TREP 00 01 Podkomunikat 
1 CS 
4 bajty 255 bajtów   
Nagłó wek SID TREP 00 02 Podkomunikat 
2 CS 
4 bajty 255 bajtów   26.5.2016 L 139/263 Dziennik Urzędo wy Unii Europejskiej PL    
… 
Nagłó wek SID TREP xx yy Podkomunikat 
n CS 
4 bajty 255 bajtów   
Nagłó wek SID TREP xx yy + 1 CS 
4 bajty 4 bajty   
2.2.2  Typy komunikató w 
Protok ół komunikacyjny pobierania dany ch między VU i IDE wymag a wymiany komunikató w 8 różn ych 
typó w. 
W tabeli poniżej opisano te komunikaty . 
Struktura komunikatu Mak s. 4 bajty 
Nagłó wek Maks. 255 bajtów 
Dane 1 bajt 
Suma 
kontrolna 
IDE -> <- VU FMT TGT SRC LEN SID DS_/TRTP DATA CS 
Star t Communication Request 81 EE F0  81   E0 
Positive Response Star t Commu ­
nication 80 F0 EE 03 C1  EA, 8F 9B 
Star t Diagnostic Session Request 80 EE F0 02 10 81  F1 
Positive Response Star t Diagnos ­
tic 80 F0 EE 02 50 81  31 
Link Control Service  
Verify Baud Rate (stag e 1) 
9 600 Bd 80 EE F0 04 87  01,01, 
01 EC 
19 200 Bd 80 EE F0 04 87  01,01, 
02 ED 
38 400 Bd 80 EE F0 04 87  01,01, 
03 EE 
57 600 Bd 80 EE F0 04 87  01,01, 
04 EF 
115 200 Bd 80 EE F0 04 87  01,01, 
05 F0 
Positive Response Verify Baud 
Rate 80 F0 EE 02 C7  01 28 
Transition Baud Rate (stage 2) 80 EE F0 03 87  02,03 ED 
Request Upload 80 EE F0 0A 35  00,00, 
00,00, 
00,FF ,FF, 
FF,FF 99 
Positive Response Request 
Upload 80 F0 EE 03 75  00,FF D5 26.5.2016 L 139/264 Dziennik Urzędo wy Unii Europejskiej PL    
Struktura komunikatu Mak s. 4 bajty 
Nagłó wek Maks. 255 bajtów 
Dane 1 bajt 
Suma 
kontrolna 
IDE -> <- VU FMT TGT SRC LEN SID DS_/TRTP DATA CS 
Transfer Data Request  
Over view 80 EE F0 02 36 01  97 
Activities 80 EE F0 06 36 02 Date CS 
Events & Faults 80 EE F0 02 36 03  99 
Detailed Speed 80 EE F0 02 36 04  9A 
Technical Data 80 EE F0 02 36 05  9B 
Card download 80 EE F0 02 36 06 Slot CS 
Positive Response Transfer Data 80 F0 EE Len 76 TREP Data CS 
Request Transfer Exit 80 EE F0 01 37   96 
Positive Response Request Trans ­
fer Exit 80 F0 EE 01 77   D6 
Stop Communication Request 80 EE F0 01 82   E1 
Positive Response Stop Commu ­
nication 80 F0 EE 01 C2   21 
Ackno wledge sub message 80 EE F0 Len 83  Data CS 
Negative responses  
General reject 80 F0 EE 03 7F Sid Req 10 CS 
Service not suppor ted 80 F0 EE 03 7F Sid Req 11 CS 
Sub function not suppor ted 80 F0 EE 03 7F Sid Req 12 CS 
Incor rect Message Length 80 F0 EE 03 7F Sid Req 13 CS 
Conditions not correct or Re­
quest sequence error 80 F0 EE 03 7F Sid Req 22 CS 
Request out of range 80 F0 EE 03 7F Sid Req 31 CS 
Upload not accept ed 80 F0 EE 03 7F Sid Req 50 CS 
Response pending 80 F0 EE 03 7F Sid Req 78 CS 
Data not avai lable 80 F0 EE 03 7F Sid Req FA CS  
Uwagi: 
—  Sid Req = Sid odpo wiadające go żądania. 
—  TREP = TRTP odpo wiadające go żądania. 
—  Ciemne rubryki oznacza ją, że nic nie jest przesyłane. 
—  Pojęcia „łado wanie” (z perspektywy IDE) używa się zgodnie z normą ISO 14229. Oznacza to samo co 
pobieranie (z perspektywy VU). 
—  W tabeli nie pokazano poten cjalny ch dwubajt owych licznik ów podk omunikató w. 
—  „Szczelina” doty czy numer u szczeliny: „1” (kar ta w szczelinie czytnika karty kiero wcy) albo „2” (kar ta 
w szczelinie czytnika karty współkiero wcy) 
—  W przypadku gdy szczelina nie jest określona, VU wybiera szczelinę 1, jeżeli karta jest włożona w tę 
szczelinę, a szczelinę 2 wybiera tylko wówczas, gdy użytk ownik specjalnie ją wybierze. 26.5.2016 L 139/265 Dziennik Urzędo wy Unii Europejskiej PL    
2.2.2.1  Star t Communication Request (SID 81) 
DDP_005  Komunikat ten wysyła IDE w celu zesta wienia łącza komunikacyjnego z VU. Początk owe 
komunikaty są zaws ze wysyłane z szybk ością 9 600 bodó w (aż do ewentualnej zmian y szybk ości 
transmisji przy wyk orzystaniu odpo wiedniej obsługi sterowania łączem). 
2.2.2.2  Positive Response Star t Communication (SID C1) 
DDP_006  Komunikat ten wysyła VU w celu przesłania pozytywnej odpo wiedzi na żądanie rozpoczęcia 
transmisji. Komunikat zawie ra 2 kluczo we bajty („EA ” „8F”) wskazujące, że urządzenie obsługuje 
protok ół z nagłó wkiem zawi erającym informacje o adresie, źródle i długości. 
2.2.2.3  Star t Diagnostic Session Request (SID 10) 
DDP_007 IDE wysyła komunikat „Star t Diagnostic Session Request” w celu zażądania nowej sesji diagnos ­
tycznej z VU. Podfunkcja „default session” (81 Hex) wskazuje, że IDE żąda otwarcia standardo wej 
sesji diagnosty cznej. 
2.2.2.4  Positive Response Star t Diagnostic (SID 50) 
DDP_008  VU wysyła komunikat „Positive Response Star t Diagnostic” w celu przesłania pozytywnej 
odpo wiedzi na żądanie „Diagnostic Session Request”. 
2.2.2.5  Link Control Ser vice (SID 87) 
DDP_052  IDE używa obsługi sterowania łączem do zainicjo wania zmian y szybk ości transmisji w bodac h. 
Odbywa się to dwustopnio wo. Najpier w IDE proponuje zmianę szybk ości transmisji podając 
nową szybk ość (pier wszy krok). Po otrzymaniu pozytywnej odpo wiedzi od VU IDE wysyła do VU 
potwierdzenie zmiany szybk ości (drugi krok). Następnie IDE przec hodzi na nową szybk ość 
transmisji. Po otrzymaniu potwierdzenia VU przechodzi na nową szybk ość transmisji. 
2.2.2.6  Link Control Positive Response (SID C7) 
DDP_053  VU wysyła odpo wiedź „Link Control Positive Response” w celu przesłania pozytywnej odpo wiedzi 
na żądanie „Link Control Service” (pier wszy krok). Należy zwrócić uwagę, że na żądanie potwier ­
dzenia (drugi krok) nie ma odpo wiedzi. 
2.2.2.7  Request Upload (SID 35) 
DDP_009  IDE wysyła komunikat „Request Upload” w celu przekazania VU, że żądana jest operacja 
pobierania. Aby spełnić wymagania normy ISO14229 przesyłane są szczegóło we informacje 
doty czące adresu, wielk ości i szczegółó w żądany ch dany ch. Ponieważ informacje te nie są znane 
IDE przed pobieraniem, adres pamięci ustawi ony jest na 0, format jest nieszyfro wany i bez 
kompres ji, a wielk ość pamięci ustawiona na maksi mum. 
2.2.2.8  Positive Response Request Upload (SID 75) 
DDP_010  VU wysyła komunikat „Positive Response Request Upload”, aby wskazać IDE, że VU jest goto we 
do pobierania dany ch. Aby spełnić wymag ania normy ISO 14229 ten komunikat pozytywnej 
odpo wiedzi zawi era dane wskazujące IDE, że dalsze komunikaty „Positive Response Transf er Data” 
będą zawi erały mak symalnie 00FF hex bajtów. 
2.2.2.9  Transfer Data Request (SID 36) 
DDP_011  IDE wysyła żądanie „Transf er Data Request” w celu wskazania VU typu dany ch, któr e mają być 
pobierane. Jednobajt owy parametr „Transfer Request Paramet er” (TRTP) wskazuje typ przesyłania. 
Rozróżnia się sześć typó w przesyłania dany ch: 
—  Informacje ogólne (TRTP 01); 
—  Czynności o określonej dacie (TRTP 02); 
—  Zdarzenia i usterki (TRTP 03); 26.5.2016 L 139/266 Dziennik Urzędo wy Unii Europejskiej PL    
—  Szczegół owe dane doty czące prędk ości (TRTP 04); 
—  Dane techniczne (TRTP 05); 
—  Pobieranie dany ch z karty (TRTP 06). 
DDP_054  IDE musi obo wiązk owo zażądać przesłania dany ch Informacje ogólne (TRTP 01) w czasie sesji 
pobierania, ponieważ tylko to zagwarantuje, że certyfikaty VU są zarejestro wane w pobieran ym 
pliku (i umożliwi weryfikację podpisu cyfro wego). 
W drugim przypadku (TRTP 02) w komunikacie „Transf er Data Request” znajduje się informacja o 
dniu kalendarzo wym (format 
 ), dla któr ego dane mają być pobrane. 
2.2.2.10  Positive Response Transfer Data (SID 76) 
DDP_012  VU wysyła pozytywną odpo wiedź „Positive Response Transf er Data” w odpo wiedzi na żądanie 
„Transfer Data Request”. Komunikat zawi era żądane dane z parametrem „Transf er Response 
Parameter” (TREP) odpo wiadającym TRTP żądania. 
DDP055  W pier wszym przypadku (TREP 01) VU wyśle dane pomaga jące operat orowi IDE w wyborze 
dany ch, które chce dalej pobrać. Komunikat ten zawi era następujące informacje: 
—  świadectwa bezpieczeństwa; 
—  identyfikacja pojazdu; 
—  bieżąca data i godzina VU; 
—  minimalna i maksymaln a data, dla której można dokonać pobrania (dane z VU); 
—  sygnalizacja obecności kart w VU; 
—  poprzednie pobranie dla firmy; 
—  blokady firmowe; 
—  poprzednie kontrole. 
2.2.2.11  Request Transfer Exit (SID 37) 
DDP_013  IDE wysyła komunikat „Request Transf er Exit” w celu zawi adomienia VU, że sesja pobierania jest 
zakończona. 
2.2.2.12  Positive Response Request Transfer Exit (SID 77) 
DDP_014  VU wysyła komunikat „Positive Response Request Transf er Exit” w celu potwierdzenia otrzymania 
żądania wyjścia z przesyłania dany ch „Request Transf er Exit”. 
2.2.2.13  Stop Communication Request (SID 82) 
DDP_015  IDE wysyła komunikat „Stop Communication Request” w celu rozłączenia łącza komunikacyjnego 
z VU. 
2.2.2.14  Positive Response Stop Communication (SID C2) 
DDP_016  VU wysyła komunikat „Positive Response Stop Communication” w celu potwierdzenia otrzymania 
żądania „Stop Communication Request”. 
2.2.2.15  Ackno wledg e Sub Message (SID 83) 
DDP_017  IDE wysyła potwierdzenie podk omunikatu w celu potwierdzenia otrzymania każdej części 
komunikatu przesyłanego w kilku podk omunikatach. W polu dany ch znajduje się SID otrzymany 
z VU i dwubajt owy kod opisany poniżej: 
—  MsgC +1 potwierdza prawidło wy odbiór podk omunikatu o numerze MsgC. 
Żądanie od IDE dla VU wysłania następnego podk omunikatu. 
—  MsgC wskazuje na problem z odbiorem podk omunikatu o numerze MsgC. 
Żądanie od IDE dla VU wysłania powtór nie następnego podk omunikatu. 26.5.2016 L 139/267 Dziennik Urzędo wy Unii Europejskiej PL    
—  FFFF żąda zakończenia komunikatu. 
IDE może użyć tego do zakończenia transmisji komunikatu z VU z dowolnej przy czyny . 
Ostatni podk omunikat komunikatu (bajt LEN < 255) może być potwierdzony przy pomocy 
dowolnego z tych kodó w lub być niepotwierdzony . 
Odpo wiedziami VU, które składają się z kilku podk omunikat ów są: 
—  Positive Response Transfer Data (SID 76) 
2.2.2.16  Neg ative Response (SID 7F) 
DDP_018  VU wysyła komunikat „Negat ive Response” w odpo wiedzi na powyższe komunikaty żądań, gdy 
VU nie może obsłużyć żądania. Pole dany ch komunikatu zawi era SID odpo wiedzi (7F), SID 
żądania i kod podający przy czynę negatywnej odpo wiedzi. Dozw olone są następujące kody: 
—  10 generalne odrzucenie 
Czynności nie można wyk onać z przy czyny innej niż określone poniżej. 
—  11 usług a nieobsługiwana 
SID żądania nie jest zrozumian y. 
—  12 podfunkcja nieobsługiwana 
DS_ lub TRTP żądania nie jest zrozumiany lub nie ma dalszy ch komunikató w do wysłania. 
—  13 niepra widło wa długość komunikatu 
Długość odebranego komunikatu jest nieprawidło wa. 
—  22 niepra widło we warunki lub błąd kolejności żądań 
Żądana usług a nie jest aktywna lub sekwencja komunikató w żądań nie jest prawidło wa. 
—  31 żądanie poza zakresem 
Żądany rekord doty czący parametr u (pole dany ch) nie jest ważn y. 
—  50 łado wanie nieprzyjęte 
Żądania nie można obsłużyć (VU w nieodpo wiednim trybie pracy lub usterka wewnętrzna 
VU). 
—  78 odpo wiedź zawi eszona 
Czynności nie można zakończyć na czas i VU nie jest gotowe do przyjęcia innego żądania. 
—  FA brak dostępn ych dany ch 
Obiekt dany ch żądania przesłania dany ch nie jest dostępny w VU (np. karta nie jest włożona, 
…). 
2.2.3  Przepływ komunikató w 
Typowy przepływ komunikató w podczas normalnej procedur y pobierania dany ch wyg ląda następująco: 
IDE  VU 
Star t Communication Request 
Positive Response 
Star t Diagnostic Service Request 
Positive Response 
Request Upload 
Positive Response 26.5.2016 L 139/268 Dziennik Urzędo wy Unii Europejskiej PL    
IDE  VU 
Transf er Data Request Over view 
Positive Response 
Transf er Data Request #2 
Positive Response #1 
Ackno wledge Sub Message #1 
Positive Response #2 
Ackno wledge Sub Message #2 
Positive Response #m 
Ackno wledge Sub Message #m 
Positive Response (Data Field<255 Bytes) 
Ackno wledge Sub Message (opt ional) 
… 
Transf er Data Request #n 
Positive Response 
Request Transf er Exit 
Positive Response 
Stop Communication Request 
Positive Response  
2.2.4  Przebiegi czasowe 
DDP_019  Podczas normalnej pracy przebiegi czaso we wyg lądają tak jak na poniższym rysunku: 
Rysunek 1 
Przepływ komunik atów, przebiegi czaso we 
26.5.2016 L 139/269 Dziennik Urzędo wy Unii Europejskiej PL    
Gdzie: 
P1  =czas między bajtami dla odpo wiedzi VU. 
P2  =czas między końcem żądania IDE a początkiem odpo wiedzi VU, lub między końcem 
potwierdzenia IDE a początkiem następnej odpo wiedzi VU. 
P3  =czas między końcem odpo wiedzi VU a początkiem nowego żądania IDE, bądź między 
końcem odpo wiedzi VU a początkiem potwierdzenia IDE, bądź między końcem żądania 
IDE a początkiem nowego żądania IDE, jeżeli VU nie odpo wiada. 
P4  =czas między bajtami dla żądania IDE. 
P5  =przedłużona wartość P3 dla pobierania dany ch z karty. 
Dozwolon e wartości przebiegó w czaso wych pokazano w tabeli poniżej (KWP rozszerzony zestaw 
parametró w przebiegó w czaso wych używany w przypadku adreso wania fizyc znego w celu 
uzyskania szybszej komunikacji). 
Parametr czaso wy Dolna wartość graniczna 
(ms) Gór na wartość graniczna 
(ms) 
P1 0 20 
P2 20 1 000 (*) 
P3 10 5 000 
P4 5 20 
P5 10 20 minut 
(*)  Jeżeli VU daje nega tywną odpo wiedź „Negativ e Response” zawi erającą kod o znaczeniu „żądanie odebrane 
prawi dłowo, odpo wiedź zawieszona”, wartość ta zostaje przedłużona do górn ej wartości granicznej P3.  
2.2.5  Obsług a błędów 
W przypadku wystąpienia błędu w czasie wymiany komunikató w, schemat przepływu komunikató w zostaje 
zmodyfik owany zależnie od tego, które urządzenia wykr yło błąd, i od komunikatu gener ującego błąd. 
Na rysunkac h 2 i 3 pokazano odpo wiednio procedur y obsługi błędó w dla VU i IDE. 
2.2.5.1  Faza rozpoczęcia komunikacji 
DDP_020  Jeżeli w czasie fazy rozpoczęcia komunikacji IDE wykr yje błąd synchr onizacji lub strumienia 
bitowego, to odczekuje okres P3min przed powtórnym wysłaniem żądania. 
DDP_021  Jeżeli VU wykr yje błąd w sekwencji przy chodzącej z IDE, to nie wysyła żadnej odpo wiedzi i czeka 
na następn y komunikat „Star t Communication Request” przez okres P3 max. 
2.2.5.2  Faza komunikacji 
W tym przypadku można zdefinio wać dwa różne obszar y obsługi błędó w:  
1. VU wykr ywa błąd transmisji IDE. 
DDP_022  Dla każdego odebranego komunikatu VU wykr ywa błędy synchr onizacji, błędy formatu 
bajtowego (np. błędy bitów startu i stopu) i błędy ramki (zła liczba odebran ych bajtów, zły bajt 
sum y kontrolnej). 
DDP_023  Jeżeli VU wykr yje jeden z powyższy ch błędó w, to nie wysyła odpo wiedzi i ignor uje odebrany 
komunikat. 26.5.2016 L 139/270 Dziennik Urzędo wy Unii Europejskiej PL    
DDP_024  VU może wykr ywać inne błędy formatu lub treści otrzymanego komunikatu (np. komunikat 
nieobsługiwan y), nawet jeżeli długości i sum y kontrolne są prawidło we; w takim przypadku 
VU wysyła do IDE komunikat negat ywnej odpo wiedzi „Negative Response” określa jący 
charakter błędu. 
Rysunek 2 
Obsługa błędó w w VU 
26.5.2016 L 139/271 Dziennik Urzędo wy Unii Europejskiej PL    
2. IDE WYKR YW A BŁĄD TRANSMISJI VU 
DDP_025  Dla każdego odebranego komunikatu IDE wykr ywa błędy synchr onizacji, błędy formatu 
bajtowego (np. błędy bitów startu i stopu) i błędy ramki (zła liczba odebran ych bajtów, zły bajt 
sum y kontrolnej). 
DDP_026  IDE wykr ywa błędy kolejności, np. niepra widło we zwięk szenie stanu licznika podk omunikat ów 
w kolejny ch komunikatac h. 
DDP_027  Jeżeli IDE wykr ywa błąd lub nie ma odpo wiedzi z VU w okresie P2max, wysyła pono wnie 
komunikat żądania, z tym że mogą być maksy malnie trzy transmisje. Na potrzeby tego 
wykr ywania błędó w VU traktuje potwierdzenie podk omunikatu jako żądanie. 
DDP_028  Przed rozpoczęciem każdej transmisji IDE oczekuje przez okres P3min; okres oczekiwania 
odmierza się od ostatniego bitu stopu po wykr yciu błędu. 
Rysunek 3 
Obsługa błędó w w IDE 
2.2.6  Treść komunikatu odpowiedzi 
W tym punkcie określono treść pól dany ch w różn ych komunikatac h pozytywnej odpo wiedzi. 
Elementy dany ch zdefinio wano w dodatku 1 „Sło wnik dany ch”. 
Uwaga: W przypadku pobrań 2. generacji każdy element dany ch najwyższego poziomu jest reprezent owan y 
przez tablicę rekordó w, nawet jeśli zawie ra tylko jeden rekord. Tablica rekordó w zaczyna się od nagłó wka; 
nagłó wek ten zawie ra typ rekordu, wielk ość rekordu i liczbę rekordó w. Tablice rekordó w oznaczone są za 
pomocą „…RecordAr ray” (z nagłó wkiem) w poniższy ch tabelach. 26.5.2016 L 139/272 Dziennik Urzędo wy Unii Europejskiej PL    
2.2.6.1  Positive Response Transfer Data Over view 
DDP_029  Pole dany ch w komunikacie „Positive Response Transfer Data Over view” zawie ra następujące dane 
w określonej tu kolejności pod SID 76 Hex, TREP 01 Hex z odpo wiednim podziałem na 
podk omunikaty i licznikami: 
Struktura dany ch 1. generacji 
Element dany ch  Uwagi 
świadectwa bezpieczeństwa VU 
identyfika cja pojazdu 
bieżąca data i godzina VU 
okres do pobrania 
typy kart włożon ych do VU 
poprzednie pobranie dany ch z VU 
Wszystkie przec howywane blokady firmowe. Jeżeli 
sekcja jest pusta, wysyłany jest jedynie noOfLocks = 0. 
Wszystkie rekordy doty czące kontroli przech owywane 
w VU. Jeżeli sekcja jest pusta, wysyłany jest jedynie 
noOfControls = 0. 
Podpis RSA wszystkich dany ch (z wyjątkiem certyfika ­
tów), począwszy od elementu VehicleIdentif ication ­
Number aż do ostatniego bajtu ostatniego elementu 
VuControlA ctivityData.  
Struktura dany ch 2. Generacji 
Element dany ch  Uwagi 
certyfikat państwa członk owskiego 
certyfikat VU 
identyfika cja pojazdu 
numer rejestracyjny pojazdu 
bieżąca data i godzina VU 
okres do pobrania 
typy kart włożon ych do VU 
poprzednie pobranie dany ch z VU 
Wszystkie przec howywane blokady firmowe. Jeżeli 
sekcja jest pusta, wysyłany jest nagłó wek tablicy 
z noOfRecords = 0. 
Wszystkie rekordy doty czące kontroli przech owywane 
w VU. Jeżeli sekcja jest pusta, wysyłany jest nagłó wek 
tablicy z noOfRecords = 0. 
Podpis ECC wszystkic h poprzednich dany ch, z wyjąt ­
kiem certyfikató w.  26.5.2016 L 139/273 Dziennik Urzędo wy Unii Europejskiej PL    
2.2.6.2  Positive Response Transfer Data Activities 
DDP_030  Pole dany ch w komunikacie „Positive Response Transf er Data Activities” zawi era następujące dane 
w określonej tu kolejności pod SID 76 Hex, TREP 02 Hex z odpo wiednim podziałem na 
podk omunikaty i licznikami: 
Struktura dany ch 1. generacji 
Element dany ch  Uwagi 
data pobieranego dnia 
stan licznika kilometró w na koniec pobieranego dnia 
Dane doty czące cykli wkładania wyjmo wania kart. 
—  Jeżeli sekcja ta nie zawiera dostępny ch dany ch, wysyłany 
jest jedynie noOfV uCardIWRecords = 0. 
—  Jeżeli VuCardIWRecord wykracza poza 00:00 (włożenie 
karty poprzedniego dnia) lub poza 24:00 (wyjęcie karty 
następnego dnia), musi pojawiać się w pełni w ciągu 
dwóc h odpo wiednich dni. 
Stan szczelin o godzinie 00:00 i zmian y czynności zapisane 
dla pobieranego dnia. 
Dane doty czące miejsc zapisane dla pobieranego dnia. Jeżeli 
sekcja jest pusta, wysyłany jest jedynie noOfPlaceRecords = 0. 
Dane doty czące warunków szczegól nych zapisane dla pobiera ­
nego dnia. Jeżeli sekcja jest pusta, wysyłany jest jedynie noOf ­
Specifi cConditionRecords=0. 
Podpis RSA wszystkic h dany ch, począwszy od elementu Time ­
Real aż do ostatniego bajtu ostatniego rekordu doty czącego 
stanu szczegól nego.  
Struktura dany ch 2. generacji: 
Element dany ch  Uwagi 
data pobieranego dnia 
stan licznika kilometró w na koniec pobieranego dnia 
Dane doty czące cykli wkładania wyjmo wania kart. 
—  Jeżeli ta sekcja nie zawiera dostępny ch dany ch, wysyłany 
jest nagłó wek tablicy z noOfRecords = 0. 
—  Jeżeli VuCardIWRecord wykracza poza 00:00 (włożenie 
karty poprzedniego dnia) lub poza 24:00 (wyjęcie karty 
następnego dnia), musi pojawiać się w pełni w ciągu 
dwóc h odpo wiednich dni. 
Stan szczelin o godzinie 00:00 i zmian y czynności zapisane 
dla pobieranego dnia. 
Dane doty czące miejsc zapisane dla pobieranego dnia. Jeżeli 
sekcja jest pusta, wysyłany jest nagłó wek tablicy z noOfRecords 
= 0. 
Pozycje GNSS dla pojazdu, jeżeli nieprzer wany czas prowadze ­
nia pojazdu przez kiero wcę osiągnie wielokrotność trzech go­
dzin. Jeżeli sekcja jest pusta, wysyłany jest nagłó wek tablicy 
z noOfRecords = 0. 
Dane doty czące warunków szczegól nych zapisane dla pobiera ­
nego dnia. Jeżeli sekcja jest pusta, wysyłan y jest nagłó wek tab­
licy z noOfRecords =0. 
Podpis ECC wszystkic h poprzednich dany ch.  26.5.2016 L 139/274 Dziennik Urzędo wy Unii Europejskiej PL    
2.2.6.3  Positive Response Transfer Data Events and Faults 
DDP_031  Pole dany ch w komunikacie „Positive Response Transf er Data Events and Faul ts” zawie ra 
następujące dane w określonej tu kolejności pod SID 76 Hex, TREP 03 Hex, z odpo wiednim 
podziałem na podk omunikaty i z licznikami: 
Struktura dany ch 1. generacji 
Element dany ch  Uwagi 
Wszystkie uste rki przech owywane lub trwające w VU. 
Jeżeli sekcja jest pusta, wysyłan y jest jedynie noOfV u­
Faul ts = 0. 
Wszystkie zdarzenia (z wyjątkiem przekroczenia pręd ­
kości) przec howywane lub trwające w VU. 
Jeżeli sekcja jest pusta, wysyłany jest jedynie noOfV uE­
vents = 0. 
Dane doty czące ostatniej kontroli przekroczenia pręd ­
kości (war tość dom yślna w przypadku braku dany ch). 
Wszystkie zdarzenia doty czące przekroczenia pręd ­
kości przecho wywane w VU. 
Jeżeli sekcja jest pusta, wysyłany jest jedynie noOf ­
VuOverSpeedingEvents = 0. 
Wszystkie zdarzenia doty czące korekty czasu przec ho­
wywane w VU (poza ramami pełnej kalibracji). 
Jeżeli sekcja jest pusta, wysyłan y jest jedynie noOfV u­
TimeAdjRecor ds = 0. 
Podpis RSA wszystkich dany ch, począwszy od noOf ­
VuFaul ts aż do ostatniego bajtu ostatniego rekordu do­
tyczącego korekty czasu.  
Struktura dany ch 2. generacji: 
Element dany ch  Uwagi 
Wszystkie uste rki przech owywane lub trwające w VU. 
Jeżeli sekcja jest pusta, wysyłany jest nagłó wek tablicy 
z noOfRecords = 0. 
Wszystkie zdarzenia (z wyjątkiem przekroczenia pręd ­
kości) przec howywane lub trwające w VU. 
Jeżeli sekcja jest pusta, wysyłany jest nagłó wek tablicy 
z noOfRecords = 0. 
Dane doty czące ostatniej kontroli przekroczenia pręd ­
kości (war tość dom yślna w przypadku braku dany ch). 
Wszystkie zdarzenia doty czące przekroczenia pręd ­
kości przecho wywane w VU. 
Jeżeli sekcja jest pusta, wysyłany jest nagłó wek tablicy 
z noOfRecords = 0. 
Wszystkie zdarzenia doty czące korekty czasu przec ho­
wywane w VU (poza ramami pełnej kalibracji). 
Jeżeli sekcja jest pusta, wysyłany jest nagłó wek tablicy 
z noOfRecords = 0. 
Podpis ECC wszystkic h poprzednich dany ch.  26.5.2016 L 139/275 Dziennik Urzędo wy Unii Europejskiej PL    
2.2.6.4  Positive Response Transfer Data Detailed Speed 
DDP_032  Pole dany ch w komunikacie „Positive Response Transf er Data Detailed Speed” zawi era następujące 
dane w określonej tu kolejności pod SID 76 Hex, TREP 04 Hex z odpo wiednim podziałem na 
podk omunikaty i licznikami: 
Struktura dany ch 1. generacji 
Element dany ch  Uwagi 
Wszystkie szczegóło we dane doty czące prędk ości 
przec howywane w VU (jeden blok prędk ości dla mi­
nuty , przez którą pojazd był w ruchu). 
60 wartości prędk ości na minutę (jedna na sekundę). 
Podpis RSA wszystkich dany ch, począwszy od noOf ­
SpeedBlocks aż do ostatniego bajtu ostatniego bloku 
prędk ości.  
Struktura dany ch 2. generacji: 
Element dany ch  Uwagi 
Wszystkie szczegóło we dane doty czące prędk ości 
przec howywane w VU (jeden blok prędk ości dla mi­
nuty , przez którą pojazd był w ruchu). 
60 wartości prędk ości na minutę (jedna na sekundę). 
Podpis ECC wszystkic h poprzednich dany ch.  
2.2.6.5  Positive Response Transfer Data Technical Data 
DDP_033  Pole dany ch w komunikacie „Positive Response Transf er Data Technical Data” zawiera następujące 
dane w określonej tu kolejności pod SID 76 Hex, TREP 05 Hex z odpo wiednim podziałem na 
podk omunikaty i licznikami: 
Struktura dany ch 1. generacji 
Element dany ch  Uwagi 
Wszystkie rekordy doty czące kalibracji przec howy­
wane w VU. 
Podpis RSA wszystkic h dany ch, począwszy od vuMa ­
nufactur erName aż do ostatniego bajtu ostatniego Vu­
CalibrationRecord.  26.5.2016 L 139/276 Dziennik Urzędo wy Unii Europejskiej PL    
Struktura dany ch 2. generacji: 
Element dany ch  Uwagi 
Wszystkie sparo wania państw członk owskich przech o­
wywane w VU. 
Wszystkie powiązania urządzenia zewnętrznego GNSS 
przec howywane w VU. 
Wszystkie rekordy doty czące kalibracji przec howy­
wane w VU. 
Wszystkie dane doty czące włożenia karty przec howy­
wane w VU. 
Podpis ECC wszystkic h poprzednich dany ch.  
2.3.  Gromadzenie plik ów na ESM 
DDP_034  Jeżeli sesja pobierania obejmuje przesłanie dany ch z VU, IDE w jedn ym fizycznym pliku 
przec howuje wszystkie dane odebrane z VU w czasie tej sesji przesłane z komunikatami „Positive 
Response Transfer Data”. Dane przech owuje się bez nagłó wków komunikató w, licznik ów 
podk omunikat ów, pusty ch podk omunikató w i sum kontrolny ch, ale wraz z SID i TREP (tylk o 
pier wszego podk omunikatu w przypadku kilku podk omunikat ów). 
3.  PROTOK ÓŁ POBIERANIA DANY CH Z KART DO TACHOGRAF ÓW 
3.1.  Zakres 
W tym punkcie opisano bezpośrednie pobieranie dany ch z karty do tachog rafu do IDE. IDE nie jest częścią 
bezpiecznego środo wiska; dlatego też nie wyk onuje się uwierzyteln ienia między kartą a IDE. 
3.2.  Def inicje 
Sesja pobierania:  Sesja pobierania ma miejsce za każdym razem, gdy pobiera się dane z karty ICC. 
Sesja obejmuje całą procedurę od zainicjo wania karty ICC przez IFD do dezakty ­
wowania karty ICC (wyjęcie karty lub następne zainicjo wanie). 
Podpisany plik dany ch:  Plik z karty ICC. Plik przesyła się do IFD w formie odkr ytego tekstu. Na karcie 
ICC skrót pliku jest obliczany i podpisywany , a podpis jest przesyłany do IFD. 
3.3.  Pobieranie dany ch z karty 
DDP_035  Pobieranie dany ch z karty do tachografu obejmuje następujące kroki: 
—  Pobieranie wspólny ch informacji zawar tych na karcie w plikac h EF 
 i 
 . Dane te są 
nieobo wiązk owe i nie są chronione podpisem cyfro wym. 
—  Pobranie plików EF 
 (lub 
 ) i 
. Dane te nie są chronione podpisem cyfro wym. 
Pobranie tych plików jest obo wiązk owe dla każdej sesji pobierania. 
—  Pobranie plików EF zawiera jący ch inne dane aplikacyjne (w 
 i 
, w stoso wny ch przypadkach) z wyłączeniem EF 
 . Dane 
te są chronione podpisem cyfro wym. 
—  Pobranie przyna jmniej plików EF 
 i 
 jest obo wiązk owe 
dla każdej sesji pobierania. 26.5.2016 L 139/277 Dziennik Urzędo wy Unii Europejskiej PL    
—  Przy pobieraniu dany ch z karty kiero wcy obo wiązk owe jest pobranie także następujący ch 
plików EF: 
—  Przy pobieraniu dany ch z karty kiero wcy, aktualizo wana jest data 
 w EF 
. 
—  Przy pobieraniu dany ch z karty warsztato wej, zero wan y jest licznik kalibracji w EF 
. 
—  Przy pobieraniu dany ch z karty warsztato wej plik 
 nie jest 
pobieran y. 
3.3.1  Sekwe ncja inicjalizująca 
DDP_036  IDE inicjuje następującą sekwencję: 
Karta Kier u­
nek IDE/IFD Znaczenie/Uwagi  
restar t sprzęto wy  
ATR 
Opcjonalnie można używać protok ołu PPS do przełączania na większą szybk ość transmisji, o ile 
ICC obsługuje tę funkcję. 
3.3.2  Sekwe ncja dla niepodpisanych plikó w dany ch 
DDP_037  Sekwencja pobierania plików elementar nych ICC, IC, Card_Cer tificate (lub CardSignCer tificate) i 
CA_Cer tificate jest następująca: 
Karta Kier u­
nek IDE/IFD Znaczenie/Uwagi  
Select File wybierz poprzez identyf ika­
tor pliku 
OK 
Read Binar y Jeżeli wielk ość dany ch w pliku 
jest więks za od pojemności 
bufora czytnika lub karty, po­
lecenie musi być powtarzane 
aż do odczytania całego 
pliku. 
File Data 
OK 
zapisz dane na ESM zgodnie z pkt 3.4 Format 
gromadzenia dany ch  
Uwaga 1: przed wybraniem Card_Cer tificate (lub CardSignCer tificate) EF musi być wybrana 
aplikacja tachograficzna (wybór poprzez AID). 
Uwaga 2: wybór i odczyt pliku może być również wyk onany za jedn ym razem przy użyciu 
polecenia Read Binar y z krótkim identyf ikatorem EF. 26.5.2016 L 139/278 Dziennik Urzędo wy Unii Europejskiej PL    
3.3.3  Sekwe ncja dla podpisanych plikó w dany ch 
DDP_038  Dla każdego pliku, który pobrany jest z podpisem, stosuje się następującą sekwencję operacji: 
Karta Kier u­
nek IDE/IFD Znaczenie/Uwagi  
Select File  
OK 
Perfor m Hash of File Oblicza wartość skrótu dla 
dany ch wybranego pliku przy 
pomocy wymaganeg o algo ­
rytmu skrótu zgodnie z do­
datkiem 11. Polecenie to nie 
jest poleceniem ISO. 
oblicz skrót pliku i cza­
sowo zacho waj wartość 
skrótu    
OK 
Read Binar y Jeżeli wielk ość dany ch w pliku 
jest więks za od pojemności 
bufora czytnika lub karty, po­
lecenie musi być powtarzane 
aż do odczytania całego 
pliku. 
File Data 
OK 
zapisz odebrane dane na 
ESM zgodnie z pkt 3.4 Format 
gromadzenia dany ch  
PSO: Compute Digital Sig­
nature  
wyk onaj operację zabez ­
piecza jącą „Comp ute Di­
gital Signature”, używa ­
jąc czaso wo zacho waną 
wartość skrótu    
Signature 
OK 
dołącz dane do poprzednio 
zapisany ch dany ch na ESM zgodnie z pkt 3.4 Format 
gromadzenia dany ch  
Uwaga: wybór i odczyt pliku może być również wyk onany za jedn ym razem przy użyciu 
polecenia Read Binar y z krótkim identyfikatorem EF. W tym przypadku EF może być wybran y i 
odczytan y przed zastoso waniem polecenia Perform Hash of File. 
3.3.4  Sekwe ncja zerow ania licznik a kalibracji 
DDP_039  Sekwencja zero wania licznika kalibracji 
 w pliku EF 
na karcie warsztato wej jest następująca: 
Karta Kier u­
nek IDE/IFD Znaczenie/Uwagi  
Select File EF Card_Do wn­
load wybierz poprzez identyf ika­
tor pliku 
OK 
26.5.2016 L 139/279 Dziennik Urzędo wy Unii Europejskiej PL    
Karta Kier u­
nek IDE/IFD Znaczenie/Uwagi  
Update Binar y 
NoOfCalibrationsSince ­
Download = ‘00 00’  
zeruje liczbę pobrań da­
nych z karty    
OK 
Uwaga: wybór i odczyt pliku może być również wyk onany za jedn ym razem przy użyciu 
polecenia Update Binar y z krótkim identyf ikatorem EF.  
3.4.  Format gromadzenia dany ch 
3.4.1  Wprow adzenie 
DDP_040  Pobrane dane należy przec howywać w sposób zgodny z następującymi wymag aniami: 
—  Dane przec howuje się transparentnie. Oznacza to, że przy gromadzeniu należy zacho wać 
kolejność bajtów, jak i kolejność bitów w bajcie taką jak przy przesyłaniu z karty. 
—  Wszystkie pliki pobrane z karty w ramach sesji pobierania przecho wuje się w jednym pliku na 
ESM. 
3.4.2  Format pliku 
DDP_041  Format pliku jest konkatenacją kilku obiektó w TLV. 
DDP_042  Znacznikiem pliku EF jest jego identyfika tor FID z dodatkiem „00”. 
DDP_043  Znacznikiem podpisu pliku EF jest identyf ikator pliku FID z dodatkiem „01”. 
DDP_044  Długość podana jest w postaci dwubajt owej wartości. Wartość określa liczbę bajtów w polu 
wartości . Wartość „FF FF” w polu długości jest zastrzeżona do wyk orzystania w przyszłości. 
DDP_045  Gdy plik nie jest pobrany , nie zacho wuje się żadny ch dany ch doty czący ch tego pliku (nie ma 
znacznika i nie ma zero wej długości). 
DDP_046  Podpis zacho wuje się w obiekcie TLV znajdującym się bezpośrednio za obiekte m TLV 
zawi erającym dane pliku. 
Definicja Znaczenie Długość 
FID (2 bajty) || „00” Znacznik pliku EF (FID) 3 bajty 
FID (2 bajty) || „01” Znacznik podpisu pliku EF 
(FID) 3 bajty 
xx xx pole Wartość długości 2 bajty  
Przykłado we dane w pliku pobranym na ESM: 
Znacznik Długość Wartość 
Dane pliku EF ICC 
Dane pliku EF Card_Cer tificate   
… 
Dane pliku EF 
Podpis pliku EF 
26.5.2016 L 139/280 Dziennik Urzędo wy Unii Europejskiej PL    
4.  POBIERANIE DANY CH Z KART Y DO TACHOGRAF U ZA POŚREDNICT WEM PRZYRZĄDU REJESTR UJĄCEGO 
DDP_047  VU musi umożliwiać pobieranie dany ch z włożonej karty kiero wcy do przyłączonego IDE. 
DDP_048  IDE wysyła do VU komunikat „Transf er Data Request Card Download” w celu zainicjo wania tego 
trybu (zob. pkt 2.2.2.9). 
DDP_049  Następnie VU pobiera wszystkie dane z karty, plik po pliku, zgodnie z protok ołem pobierania 
dany ch z karty zdef inio wan ym w pkt 3 oraz przekazuje wszystkie dane odebrane z karty do IDE 
w odpo wiednim formacie pliku TLV (zob. 3.4.2) i zapak owane w komunikacie „Positive Response 
Transf er Data”. 
DDP_050  IDE odzyskuje dane z karty z komunikatu „Positive Response Transf er Data” (usuwa jąc wszystkie 
nagłó wki, SID, TREP , liczniki podk omunikató w i sum y kontrolne) i zacho wuje te dane w jedn ym 
fizyc znym pliku jak opisano w pkt 2.3. 
DDP_051  Następnie VU, stoso wnie do przypadku, aktualizuje plik 
 lub 
na karcie kiero wcy.  26.5.2016 L 139/281 Dziennik Urzędo wy Unii Europejskiej PL    
Dodatek 8 
PROTOK ÓŁ KALIBRA CJI 
SPIS TREŚCI 
1. WPR OWADZENIE ............................................................................................................................... 283 
2. POJĘCIA, DEFINICJE I ODNIESIENIA ....................................................................................................... 283 
3. INFORMA CJE OGÓLNE O USŁUGA CH .................................................................................................... 284 
3.1. Dostępne usługi ..................................................................................................................... 284 
3.2. Kody odpo wiedzi ................................................................................................................... 285 
4. USŁUGI KOMUNIKA CYJNE ................................................................................................................... 285 
4.1. Usługa Star tCommunication ..................................................................................................... 285 
4.2. Usługa StopCommunication ..................................................................................................... 287 
4.2.1 Opis komunikatu ................................................................................................................... 287 
4.2.2 Format komunikatu ................................................................................................................ 288 
4.2.3 Definicja parametr u................................................................................................................ 289 
4.3. Usługa TesterPresent ............................................................................................................... 289 
4.3.1 Opis komunikatu ................................................................................................................... 289 
4.3.2 Format komunikatu ................................................................................................................ 289 
5. USŁUGI ZARZĄDZANIA ..................................................................................................................... 291 
5.1. Usługa Star tDiagnosticSession ................................................................................................... 291 
5.1.1 Opis komunikatu ................................................................................................................... 291 
5.1.2 Format komunikatu ................................................................................................................ 292 
5.1.3 Definicja parametr u................................................................................................................ 293 
5.2. Usługa Secur ityA ccess ............................................................................................................. 294 
5.2.1 Opis komunikatu ................................................................................................................... 294 
5.2.2 Format komunikatu – Secur ityA ccess – requestSeed ....................................................................... 295 
5.2.3 Format komunikatu – Secur ityA ccess – sendKey ........................................................................... 296 
6. USŁUGI PRZESYŁANIA DANY CH ........................................................................................................... 297 
6.1. Usługa ReadDataByIdentifier ..................................................................................................... 298 
6.1.1 Opis komunikatu ................................................................................................................... 298 
6.1.2 Format komunikatu ................................................................................................................ 298 
6.1.3 Definicja parametr u................................................................................................................ 299 
6.2. UsługaW riteDataByIdentifi er..................................................................................................... 300 
6.2.1 Opis komunikatu ................................................................................................................... 300 
6.2.2 Format komunikatu ................................................................................................................ 300 
6.2.3 Definicja parametr u................................................................................................................ 302 26.5.2016 L 139/282 Dziennik Urzędo wy Unii Europejskiej PL    
7. STER OWANIE IMPULSAMI TESTUJĄCYMI – JEDNOSTKA FUNK CJONALNA STER OWANIA WE/WY ....................... 302 
7.1. Usługa InputO utputControlByIdentif ier....................................................................................... 302 
7.1.1 Opis komunikatu ................................................................................................................... 302 
7.1.2 Format komunikatu ................................................................................................................ 303 
7.1.3 Definicja parametr u................................................................................................................ 304 
8. FORMA TY DATARECORDS ................................................................................................................... 305 
8.1. Zakresy przesyłan ych parametró w.............................................................................................. 305 
8.2. Formaty dataRecords .............................................................................................................. 306  
1.  WPR OWADZENIE 
Niniejszy dodatek opisuje wymianę dany ch między przyrządem rejestr ującym a testerem poprzez łącze K-line, 
które stano wi część interfejsu kalibracyjnego opisanego w dodatku 6. Opisano tu także stero wanie linią 
sygnało wą we/wy w złączu kalibracji. 
Komunikaty zestawia jące łącze K-line opisano w sekcji 4 „Usługi komunikacyjne”. 
W niniejszym dodatku wyk orzystano koncepcję „sesji” diagnosty czny ch do ustalania zakresu kontroli K-line dla 
różn ych warunków. Sesją dom yślną jest „StandardDiagnosticSession”, w które j wszystkie dane można odczytać 
z przyrządu rejestr ującego, ale żadny ch dany ch nie można zapisać w przyrządzie rejestr ującym. 
Wybór sesji diagnosty cznej opisano w sekcji 5 „Usługi zarządzania”. 
Niniejszy dodat ek musi być uznany za odnoszący się do obu generacji VU i kart warsztato wych, zgodnie 
z wymaga niami w zakresie inter operacyjności określony mi w niniejszym rozporządzeniu. 
CPR_001  Sesja „ECUProgrammingSession” umożliwia wpro wadzanie dany ch do przyrządu rejestr ującego. 
W przypadku wpro wadzania dany ch kalibracyjny ch przyrząd rejestr ujący musi praco wać w trybie 
KALIBRA CYJNYM . 
Przesyłanie dany ch poprzez K-line opisano w sekcji 6 „Usługi przesyłania dany ch”. Formaty 
przesyłan ych dany ch opisano szczegóło wo w sekcji 8 „For maty dataRecords”. 
CPR_002  Sesja „ECU AdjustmentSession” umożliwia wybranie trybu we/wy dla linii sygnało wej we/wy kalibracji 
poprzez interf ejs K-line. Stero wanie linią sygnało wą we/wy kalibracji opisano w sekcji 7„St erowanie 
impulsami testującymi – jednostka funkcjonalna sterowania we/wy”. 
CPR_003  W niniejszym dokumencie adres testera określony jest jako „tt”. Chociaż mogą być zalecane adresy dla 
testeró w, VU odpo wiada prawidło wo na dowolny adres testera. Fizy cznym adresem VU jest 0xEE. 
2.  POJĘCIA, DEFINICJE I ODNIESIENIA 
Protok oły, komunikaty i kody błędó w opar te są zasadniczo na projekcie normy ISO 14229-1 (Pojazdy drogo we 
— System y diagnosty czne — część 1: Usługi diagnosty czne, wersja 6 z dnia 22 lutego 2001 r.). 
Kodo wania bajtowego i wartości heksadecy maln ych używa się w identyf ikatorach usług, żądaniach usług i 
odpo wiedziach oraz parametrac h standardo wych. 
Pojęcie „tester” oznacza urządzenie służące do wpro wadzania do VU dany ch programisty czny ch/kalibracyjny ch. 
Pojęcia „klient” i „serwer” oznaczają odpo wiednio tester i VU. 
Pojęcie ECU oznacza „stero wnik elektroniczny” i odnosi się do VU. 26.5.2016 L 139/283 Dziennik Urzędo wy Unii Europejskiej PL    
Odniesienia: 
ISO 14230-2: 
Pojazdy drogo we – System y diagnosty czne – Protok ół słowa kluczo wego 2000 – część 2: Warstwa łącza dany ch). 
Wydanie pier wsze: 1999. 
Pojazdy – system y diagnosty czne. 
3.  INFORMA CJE OGÓLNE O USŁUGA CH 
3.1.  Dos tępne usługi 
Tabela poniżej zawi era informacje ogólne o usług ach, które są dostępne w tach ografi e i są zdefinio wane 
w niniejszym dokumencie. 
CPR_004  Tabela wskazuje usługi dostępne przy włączonej sesji diagnosty cznej. 
—  Pier wsza kolumna zawi era wykaz dostępny ch usług. 
—  Druga kolumna zawie ra numer sekcji w niniejszym dodatku, gdzie usług a jest dokładniej 
zdef inio wana. 
—  Trzecia kolumna przypisuje wartości identyf ikatora usługi dla komunikató w żądań. 
—  Czwar ta kolumna określa usługi „StandardDiagnosticSession” (SD), któryc h wdrożenie jest 
wymagane w każdym VU. 
—  Piąta kolumna określa usługi „ECU AdjustmentSession” (ECU AS), któr e muszą być wdrożone 
w celu umożliwienia sterowania linią sygnało wą we/wy w złączu kalibracji w panelu czoło wym 
VU. 
—  Szós ta kolumna określa usługi „ECUProg rammingSession” (ECUPS), które muszą być 
wdrożone w celu umożliwienia programo wania parametró w w VU. 
Tabela 1 
Zest awienie war tości identyf ikatoró w usług  
Sesje diagnosty czne 
Nazwa usługi diagnosty cznej Sekcja nr Wartość SId 
Req. SD ECU AS ECUPS 
Star tCommunication 4.1 81             
StopCommunicatio n 4.2 82       
TesterPresent 4.3 3E             
Star tDiagnosticSession 5.1 10             
Secur ityA ccess 5.2 27             
ReadDataByIdentifi er 6.1 22             
WriteDataByIdentifier 6.2 2E       
InputOutputCont rolByIdentif ier 7.1 2F         
   Symbol ten oznacza, że usługa jest obo wiązk owa w tej sesji diagnosty cznej. 
Brak symbolu oznacza, że usługa nie jest dozwolona w tej sesji diagnosty cznej.  26.5.2016 L 139/284 Dziennik Urzędo wy Unii Europejskiej PL    
3.2.  Kody odpo wiedzi 
Kody odpo wiedzi są zdefini owane dla każdej usługi. 
4.  USŁUGI KOMUNIKA CYJNE 
Niektóre usługi są niezbędne do ustano wienia i utrzymania komunikacji. Nie występują one w warstwie aplikacji. 
Dostępne usługi wyszczególniono w tabeli poniżej: 
Tabela 2 
Usługi komunik acyjne 
Nazwa usługi Wyszczeg ólnienie 
Star tCommunication Klient żąda rozpoczęcia sesji komunikacyjnej z serwerem(-ami). 
StopCommunicatio n Klient żąda zaprzestania bieżącej sesji komunikacyjnej. 
TesterPresent Klient wskazuje serwero wi, że jest jeszcze obecn y.  
CPR_005  Usług a Star tCommunication służy do rozpoczęcia komunikacji. W celu wyk onania usługi konieczne 
jest zainicjo wanie komunikacji i ustawienie parametró w odpo wiednio dla pożądanego trybu. 
4.1.  Usługa Star tCommunication 
CPR_006  Po odebraniu prymitywu wskazania Star tCommunication VU spra wdza, czy w obecny ch warunkac h 
można zainicjo wać żądane łącze komunikacyjne. Warunki zezwalające na zainicjo wanie łącza komuni ­
kacyjnego opisano w normie ISO 14230-2. 
CPR_007  Następnie VU wyk onuje wszystkie działania niezbędne do zainicjo wania łącza komunikacyjnego i 
wysyła prymityw odpo wiedzi Star tCommunication z wybranymi parametrami Positive Response. 
CPR_008  Jeżeli VU, który jest już zainicjo wan y (ma otwar tą dowolną sesję diagnosty czną), otrzymuje nowe 
żądanie Star tCommunication (np. wskut ek usuwania błędu w testerze), żądanie zostanie przyjęte, a VU 
pono wnie zainicjo wany . 
CPR_009  Jeżeli z jakiejk olwiek przy czyny nie można zainicjo wać łącza komunikacyjnego, VU pracuje tak jak 
praco wał bezpośrednio przed próbą zainicjo wania łącza komunikacyjnego. 
CPR_010  Komunikat żądania Star tCommunication musi mieć fizyczny adres. 
CPR_011  Inicjo wanie usług w VU odbywa się metod ą „szybkiej inicjalizacji”: 
—  Przed każdą czynnością występuje czas jałowy magistrali. 
—  Następnie tester wysyła kod inicjujący . 
—  Wszystkie informacje niezbędne do nawiązania komunikacji zawar te są w odpo wiedzi VU. 
CPR_012  Po zakończeniu inicjalizacji: 
—  Wszystkie parametr y komunikacyjne zosta ją usta wione na wartości zdefini owane w tabeli 4 
zgodnie z bajtami kluczo wymi. 
—  VU czeka na pier wsze żądanie testera. 26.5.2016 L 139/285 Dziennik Urzędo wy Unii Europejskiej PL    
—  VU znajduje się w dom yślny m trybie diagnosty cznym, tj. StandardDiagnosticSession. 
—  Linia sygnało wa we/wy kalibracji jest w stanie dom yślny m, tj. w stanie „disabled” (wyłączona). 
CPR_014  Szybk ość transmisji K-line jest ustawi ona na 10 400 bodó w. 
CPR_016  Szybką inicjalizację uruchamia tester, wysyła jąc kod wywoływania (Wup) przez K-line. Kod rozpoczyna 
się po czasie jałowym na K-line niskim stanem w czasie Tinil. Tester wysyła pier wszy bit usługi 
Star tCommunication po czasie Twup następującym po pier wszej krawędzi opadającej. 
CPR_017  Wartości czasó w dla szybkiej inicjalizacji i ogóln ie komunikató w podano w tabeli poniżej. Dla czasu 
jałowego są różne możliwości: 
—  pier wsza transmisja po włączeniu zasilania, Tidle = 300 ms; 
—  po zakończeniu usługi StopCommunication, Tidle = P3 min; 
—  po zatrzymaniu komunikacji wskut ek upływu czasu oczekiwania P3 max, Tidle = 0. 
Tabela 3 
Wartości czasó w dla szybkiej inicjalizacji 
Parametr Wartość min. Wartość maks . 
Tinil 25 ± 1 ms 24 ms 26 ms 
Twup 50 ± 1 ms 49 ms 51 ms  
Tabela 4 
Wartości czasó w dla komunikacji 
Parametr 
czaso wy Opis parametr u Dolna granica 
[ms] Gór na granica 
[ms] 
min. maks. 
P1 Czas między bajtami dla odpo wiedzi VU 0 20 
P2 Czas między żądaniem testera a odpo wiedzią VU 
lub dwiema odpo wiedziami VU 25 250 
P3 Czas między końcem odpo wiedzi VU a począt ­
kiem nowego żądania testera 55 5 000 
P4 Czas między bajtami dla żądania testera 5 20  26.5.2016 L 139/286 Dziennik Urzędo wy Unii Europejskiej PL    
CPR_018  Format komunikatu dla szybkiej inicjalizacji opisano szczegół owo w poniższy ch tabelac h. 
Tabela 5 
Komu nikat Star tCommunication Request 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 81 FMT 
#2 Bajt adresu docelo wego EE TGT 
#3 Bajt adresu źródło wego tt SRC 
#4 Star tCommunication Request Service Id 81 SCR 
#5 Suma kontrolna 00-FF CS  
Tabela 6 
Komu nikat Star tCommunication Positiv e Reponse 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego tt TGT 
#3 Bajt adresu źródło wego EE SRC 
#4 Dodatk owy bajt długości 03 LEN 
#5 Star tCommunication Positiv e Response Ser­
vice Id C1 SCRPR 
#6 Bajt kluczo wy 1 EA KB1 
#7 Bajt kluczo wy 2 8F KB2 
#8 Suma kontrolna 00-FF CS  
CPR_019  Nie ma negatywnej odpo wiedzi na komunikat Star tCommunication Request, gdy nie zostanie wysłana 
pozytywna odpo wiedź, VU nie zostaje zainicjo wany , nic nie jest przesyłane i VU pozostaje w stanie 
normalnej pracy . 
4.2.  Usługa StopCommunication 
4.2.1  Opis komunikatu 
Celem tej usługi warstwy komunikacji jest zakończenie sesji komunikacyjnej. 
CPR_020  Po odebraniu prymitywu wskazania StopCo mmunication VU sprawdza, czy bieżące warunki pozwalaj ą 
na zakończenie tej komunikacji. W tym przypadku VU wyk onuje wszystkie działania niezbędne do 
zakończenia sesji komunikacyjnej. 26.5.2016 L 139/287 Dziennik Urzędo wy Unii Europejskiej PL    
CPR_021  Jeżeli zakończenie sesji komunikacyjnej jest możliwe, VU – przed zakończeniem komunikacji – wysyła 
prymityw odpo wiedzi StopCo mmunication z wybran ymi parametrami Positive Response. 
CPR_022  Jeżeli zakończenie sesji komunikacyjnej nie jest możliwe z jakiejk olwiek przy czyny , VU wysyła 
prymityw odpo wiedzi StopCo mmunication z wybran ym parametrem Nega tive Response. 
CPR_023  Jeżeli VU wykr yje przekroczenie czasu P3 max, komunikacja zostaje zakończona bez wysyłania 
żadnego prymitywu odpo wiedzi. 
4.2.2  Format komunikatu 
CPR_024  Formaty komunikatu dla prymitywó w StopCommunicatio n opisano szczegóło wo w poniższy ch 
tabelac h. 
Tabela 7 
Komu nikat StopCommunication Request 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego EE TGT 
#3 Bajt adresu źródło wego tt SRC 
#4 Dodatk owy bajt długości 01 LEN 
#5 StopCommunication Request Service Id 82 SPR 
#6 Suma kontrolna 00-FF CS  
Tabela 8 
Komunikat StopCommunication Positiv e Response 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego tt TGT 
#3 Bajt adresu źródło wego EE SRC 
#4 Dodatk owy bajt długości 01 LEN 
#5 StopCommunication Positiv e Response Ser­
vice Id C2 SPRPR 
#6 Suma kontrolna 00-FF CS  26.5.2016 L 139/288 Dziennik Urzędo wy Unii Europejskiej PL    
Tabela 9 
Komu nikat StopCommunication Negativ e Response 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego tt TGT 
#3 Bajt adresu źródło wego EE SRC 
#4 Dodatk owy bajt długości 03 LEN 
#5 negativ e Response Service Id 7F NR 
#6 StopCommunication Request Service Identif ication 82 SPR 
#7 responseCode = generalReject 10 RC_GR 
#8 Suma kontrolna 00-FF CS  
4.2.3  Definicja parametr u 
Ta usług a nie wymaga żadny ch definicji parametró w. 
4.3.  Usługa Tester Present 
4.3.1  Opis komunikatu 
Tester używa usługi TesterPresent do wskazania serwero wi, że jeszcze jest obecny , w celu zapobieżenia automa ­
tycznemu powroto wi serwera do normalnego trybu pracy i zerwania komunikacji. Usługa ta, wysyłana okreso wo, 
utrzymuje sesję diagnosty czną/k omunikacyjną w stanie aktywnym, zerując timer P3 za każdym razem po 
odebraniu żądania tej usługi. 
4.3.2  Format komunikatu 
CPR_079  Formaty komunikatu dla prymitywó w TesterPresent opisano szczegół owo w poniższy ch tabelac h. 
Tabela 10 
Komunika t TesterPresent Request 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego EE TGT 
#3 Bajt adresu źródło wego tt SRC 
#4 Dodatk owy bajt długości 02 LEN 
#5 Tester Present Request Service Id 3E TP 26.5.2016 L 139/289 Dziennik Urzędo wy Unii Europejskiej PL    
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#6 podfunkcja = responseRequired = [ tak 01 RESPREQ_Y 
nie ] 02 RESPREQ_NO 
#7 Suma kontrolna 00-FF CS  
CPR_080  Jeżeli parametr responseRequired jest ustawi ony na „tak”, to serwer odpo wie niżej przedsta wionym 
komunikate m pozytywnej odpo wiedzi. Jeżeli jest ustawion y na „nie”, serwer nie wysyła żadnej 
odpo wiedzi. 
Tabela 11 
Komu nikat Tester Present Positiv e Response 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego tt TGT 
#3 Bajt adresu źródło wego EE SRC 
#4 Dodatk owy bajt długości 01 LEN 
#5 Tester Present Positiv e Response Service Id 7E TPPR 
#6 Suma kontrolna 00-FF CS  
CPR_081  Usług a używa następujący ch kodó w negat ywnej odpo wiedzi: 
Tabela 12 
Komu nikat TesterPresent Negativ e Response 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego tt TGT 
#3 Bajt adresu źródło wego EE SRC 
#4 Dodatk owy bajt długości 03 LEN 
#5 negativ e Response Service Id 7F NR 
#6 TesterPresent Request Service Identification 3E TP 26.5.2016 L 139/290 Dziennik Urzędo wy Unii Europejskiej PL    
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#7 responseCode = [ SubFunctionNotSuppor ted-In ­
validFor mat 12 RC_SFNS_IF 
incor rectMessageL ength ] 13 RC_IML 
#8 Suma kontrolna 00-FF CS  
5.  USŁUGI ZARZĄDZANIA 
Dostępne usługi wyszczególniono w tabeli poniżej: 
Tabela 13 
Usługi zarządzania 
Nazwa usługi Wyszczeg ólnienie 
Star tDiagnosticSession Klient żąda rozpoczęcia sesji diagnosty cznej z VU. 
Secur ityA ccess Klient żąda dostępu do funkcji zastrzeżon ych dla upra wniony ch użytk owni­
ków.  
5.1.  Usługa Star tDiagnos ticSession 
5.1.1  Opis komunikatu 
CPR_025  Usług a Star tDiagnosticSession służy do włączania różn ych sesji diagnosty cznych w serwerze. Sesja 
diagnosty czna udostępnia swoist y zesta w usług zgodnie z opisem w Tabeli 17. Sesja może udostępnić 
producent owi pojazdu usługi swois te nieobjęte tym dokumente m. Zasady wdrożenia muszą spełniać 
następujące wymagania: 
—  W VU aktywna jest zaws ze dokładnie jedna sesja diagnosty czna. 
—  Po włączeniu zasilania VU zawsze uruchamia StandardDiagnosticSession. Jeżeli żadna inna sesja 
diagnosty czna nie zostanie uruchomiona, wówczas StandardDiagnosticSession pozostaje 
uruchomiona tak długo, jak włączone jest zasilanie VU. 
—  Jeżeli jest już uruchomiona sesja diagnosty czna zażądana przez tester, VU wysyła komunikat 
pozytywnej odpo wiedzi. 
—  Za każdym razem kiedy tester żąda nowej sesji diagnosty cznej, VU najpi erw wysyła komunikat 
pozytywnej odpo wiedzi Star tDiagnosticSession, zanim nowa sesja stanie się aktywna w VU. Jeżeli 
VU nie może uruchomić żądanej nowej sesji diagnosty cznej, to odpo wiada komunikat em 
negatywnej odpo wiedzi Star tDiagnosticSession i bieżąca sesja jest kontynuo wana. 
CPR_026  Sesja diagnosty czna może zostać uruchomiona tylko wtedy, gdy nawiązana jest komunikacja między 
klient em a VU. 
CPR_027 Parametr y czaso we zdef inio wane w tabeli 4 są aktywne po pom yślnym uruchomieniu sesji Star tDiag ­
nosticSession z parametrem diagnosticSession usta wionym na „StandardDiagnosticSession” 
w komunikacie żądania, jeżeli poprzednio aktywna była inna sesja diagnosty czna. 26.5.2016 L 139/291 Dziennik Urzędo wy Unii Europejskiej PL    
5.1.2  Format komunikatu 
CPR_028  Formaty komunikatu dla prymitywó w Star tDiagnosticSession opisano szczegóło wo w poniższy ch 
tabelac h. 
Tabela 14 
Komu nikat Star tDiagnos ticSession Request 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego EE TGT 
#3 Bajt adresu źródło wego tt SRC 
#4 Dodatk owy bajt długości 02 LEN 
#5 Star tDiagnos ticSession Request Service Id 10 STDS 
#6 diagnosticSession = [jedna wartość z tabeli 17] xx DS_… 
#7 Suma kontrolna 00-FF CS  
Tabela 15 
Komunikat StartDiagnos ticSession Positiv e Response 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego tt TGT 
#3 Bajt adresu źródło wego EE SRC 
#4 Dodatk owy bajt długości 02 LEN 
#5 Star tDiagnos ticSession Positiv e Response Ser­
vice Id 50 STDSPR 
#6 diagnosticSession = [ta sama wartość jak dla bajtu 
#6 w tabeli 14] xx DS_… 
#7 Suma kontrolna 00-FF CS  
Tabela 16 
Komunikat Star tDiagnos ticSession Negativ e Response 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego tt TGT 26.5.2016 L 139/292 Dziennik Urzędo wy Unii Europejskiej PL    
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#3 Bajt adresu źródło wego EE SRC 
#4 Dodatk owy bajt długości 03 LEN 
#5 Negativ e Response Service Id 7F NR 
#6 Star tDiagnosticSession Request Service Id 10 STDS 
#7 ResponseCode = [subFunctionNotSuppor ted(a) 12 RC_SFNS 
incor rectMessageL ength (b) 13 RC_IML 
conditionsNotCor rect (c) 22 RC_CNC 
#8 Suma kontrolna 00-FF CS 
(a)  – wartość wstawiona w bajcie #6 komunikatu żądania nie jest obsługiwana, tzn. nie ma jej w tabeli 17; 
(b)  – długość komunikatu jest nieprawidło wa; 
(c)  – kryteria żądania Star tDiagnosticSession nie są spełnione.  
5.1.3  Definicja parametr u 
CPR_029  Parametr diagnosticSession (DS_) używany jest w usłudze Star tDiagnosticSession do wybierania 
szczegól nego zacho wania serwera(-ó w). W niniejszym dokumencie określone są następujące sesje 
diagnosty czne: 
Tabela 17 
Def inicja war tości diagnosti cSession 
Heks Wyszczególnienie Mnemonik 
81 StandardDiagnos ticSession 
Ta sesja diagnosty czna udostępnia wszystkie usługi wyszczególnione w ta­
beli 1 w kolumnie 4 „SD”. Usługi te umożliwiaj ą odczyt dany ch z ser­
wera (VU). Ta sesja diagnosty czna jest aktywna po pom yślnym zakończe ­
niu inicjacji między klient em (tester) a serwerem (VU). Tę sesję diagnos ­
tyczną można zastąpić każdą inną sesją diagnosty czną wyszczeg ólnioną 
w tej sekcji. SD 
85 ECUProg rammingSession 
Ta sesja diagnosty czna udostępnia wszystkie usługi wyszczególnione w ta­
beli 1 w kolumnie 6 „ECUPS”. Usługi te wspomag ają programo wanie 
pamięci serwera (VU). Tę sesję diagnosty czną można zastąpić każdą inną 
sesją diagnosty czną wyszczeg ólnioną w tej sekcji. ECUPS 
87 ECU Adjust mentSession 
Ta sesja diagnosty czna udostępnia wszystkie usługi wyszczególnione w ta­
beli 1 w kolumnie 5 „ECU AS”. Usługi te wspomag ają sterowania we/wy 
serwera (VU). Tę sesję diagnosty czną można zastąpić każdą inną sesją 
diagnosty czną wyszczególnioną w tej sekcji. ECU AS  26.5.2016 L 139/293 Dziennik Urzędo wy Unii Europejskiej PL    
5.2.  Usługa Secur ityAcc ess 
Zapis dany ch kalibracyjny ch nie jest możliwy w trybie KALIBRA CYJNYM . Dodatk owo, oprócz włożenia do VU 
ważnej karty warsztato wej, niezbędne jest wpro wadzenie numer u PIN do VU przed uzyskaniem dostępu do trybu 
KALIBRA CYJNEGO . 
Jeżeli VU jest w trybie KALIBRA CYJNYM lub KONTR OLNYM , dostęp do linii we/wy kalibracji jest również możliwy . 
Usługa Secur ityA ccess umożliwia wpro wadzenie numer u PIN i przekazanie testerowi, czy VU jest w trybie 
KALIBRA CYJNYM . 
Dopuszcza się wpro wadzanie numer u PIN altern atywn ymi metodami. 
5.2.1  Opis komunikatu 
Usługa Secur ityA ccess zawi era komunikat Secur ityA ccess „requestSeed”, po który m może nastąpić komunikat 
Secur ityA ccess „sendKey ”. Usług a Secur ityA ccess musi być przepro wadzona po usłudze Star tDiagnosticSession. 
CPR_033  Tester używa komunikatu Secur ityA ccess „requestSeed” do sprawdzenia, czy przyrząd rejestr ujący jest 
gotowy do przyjęcia numer u PIN. 
CPR_034  Jeżeli przyrząd rejestr ujący jest już w trybie KALIBRA CYJNYM , odpo wiada na żądanie wysyłając „seed” 
równy 0x0000 przy pomocy usługi Secur ityA ccess Positive Response. 
CPR_035  Jeżeli przyrząd rejestr ujący jest gotowy do przyjęcia numer u PIN w celu zwer yfiko wania go przez kartę 
warsztato wą, odpo wiada na żądanie wysyła jąc „seed” większy niż 0x0000 przy pomocy usługi Secur i­
tyAccess Positive Response. 
CPR_036  Jeżeli przyrząd rejestr ujący nie jest goto wy do przyjęcia numer u PIN z testera, albo z tego powodu, że 
włożona karta warsztato wa nie jest ważna lub nie włożono żadnej karty warsztato wej lub przyrząd 
rejestr ujący oczekuje na wpro wadzenie numer u PIN inną metod ą, odpo wiada na żądanie wysyłając 
nega tywną odpo wiedź (Neg ative Reponse) z kodem odpo wiedzi ustawi onym na conditionsNotCor rec­
tOrRequestSequenceEr ror. 
CPR_037  Następnie tester używa ostatecznie komunikatu Secur ityA ccess „sendKey” do przesłania numer u PIN do 
przyrządu rejestr ującego. Aby karta miała wystarcza jący czas na przepro wadzenie uwierzyte lnienia, VU 
w celu przedłużenia czasu oczekiwania na odpo wiedź używa kodu negatywnej odpo wiedzi requestCor ­
rectlyReceived-ResponseP ending. Maksy maln y czas oczekiwania na odpo wiedź nie może jednak 
przekraczać 5 minut. Gdy tylko żądana usługa zosta je zakończona, VU wysyła komunikat pozytywnej 
odpo wiedzi lub komunikat negatywn ej odpo wiedzi z kodem odpo wiedzi różnym od tego pier wszego 
kodu. VU może powtarzać kod negat ywnej odpo wiedzi requestCor rectlyReceived-ResponseP ending aż 
do zakończenia żądanej usługi i wysłania komunikatu ostatecznej odpo wiedzi. 
CPR_038  Przyrząd rejestr ujący odpo wiada na to żądanie przy pomocy usługi Secur ityA ccess Positive Response 
jedynie wtedy , gdy jest w trybie KALIBRA CYJNYM. 
CPR_039  W następujący ch przypadkach przyrząd rejestr ujący odpo wiada na to żądanie negatywną odpo wiedzią 
(Neg ative Reponse) z następującą wartością kodu odpo wiedzi: 
—  subFunctionNot suppor ted: niedozw olony format dla parametr u podfunkcji (accessT ype); 
—  conditionsNotCor rectOrRequestSequenceEr ror: przyrząd rejestr ujący nie jest goto wy do przyjęcia 
numer u PIN; 
—  invalidKe y: nieprawidło wy numer PIN i nieprzekroczona dozwolona liczba prób sprawdzan ia 
numer u PIN; 
—  exceededNumberOfA ttem pts: niepra widło wy numer PIN i przekroczona dozwolon a liczba prób 
sprawdzania numer u PIN; 
—  generalReject: prawidł owy numer PIN, ale nieudane wzaj emne uwierzytelnienie z kartą 
warsztato wą. 26.5.2016 L 139/294 Dziennik Urzędo wy Unii Europejskiej PL    
5.2.2  Format komunikatu – Secur ityAccess – requestSeed 
CPR_040  Formaty komunikatu dla prymitywó w Secur ityA ccess „requestSeed” opisano szczegóło wo 
w poniższy ch tabelac h. 
Tabela 18 
Komunikat Secur ityAcc ess Request- requestSeed 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego EE TGT 
#3 Bajt adresu źródło wego tt SRC 
#4 Dodatk owy bajt długości 02 LEN 
#5 Secur ityA ccess Request Service Id 27 SA 
#6 accessT ype – requestSeed 7D AT_RSD 
#7 Suma kontrolna 00-FF CS  
Tabela 19 
Komu nikat Secur ityAc cess – requestSeed Positiv e Response 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego tt TGT 
#3 Bajt adresu źródło wego EE SRC 
#4 Dodatk owy bajt długości 04 LEN 
#5 Secur ityA ccess Positiv e Response Service Id 67 SAPR 
#6 accessT ype – requestSeed 7D AT_RSD 
#7 Seed High 00-FF SEEDH 
#8 Seed Low 00-FF SEEDL 
#9 Suma kontrolna 00-FF CS  
Tabela 20 
Komunika t Secur ityAccess Negativ e Response 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego tt TGT 
#3 Bajt adresu źródło wego EE SRC 26.5.2016 L 139/295 Dziennik Urzędo wy Unii Europejskiej PL    
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#4 Dodatk owy bajt długości 03 LEN 
#5 negativ eResponse Service Id 7F NR 
#6 Secur ityA ccess Request Service Id 27 SA 
#7 responseCode = [conditionsNotCor rectOrRe ­
questSequenceEr ror 22 RC_CNC 
incor rectMessageL ength] 13 RC_IML 
#8 Suma kontrolna 00-FF CS  
5.2.3  Format komunikatu – Secur ityAccess – sendKe y 
CPR_041  Formaty komunikatu dla prymitywó w Secur ityA ccess „sendKey ” opisano szczegóło wo w poniższy ch 
tabelac h. 
Tabela 21 
Komu nikat Secur ityAc cess Request – sendKe y 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego EE TGT 
#3 Bajt adresu źródło wego tt SRC 
#4 Dodatk owy bajt długości m+2 LEN 
#5 Secur ityA ccess Request Service Id 27 SA 
#6 accessT ype – sendKey 7E AT_SK 
#7 do #m 
+6 Klucz#1 (najwyższy) xx KEY 
… …  
Klucz #m (niższy , m musi być minimum 4 i mak ­
simum 8) xx  
#m+7 Suma kontrolna 00-FF CS  
Tabela 22 
Komunika t Secur ityAccess – sendKe y Positiv e Response 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego tt TGT 
#3 Bajt adresu źródło wego EE SRC 26.5.2016 L 139/296 Dziennik Urzędo wy Unii Europejskiej PL    
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#4 Dodatk owy bajt długości 02 LEN 
#5 Secur ityA ccess Positiv e Response Service Id 67 SAPR 
#6 accessT ype – sendKey 7E AT_SK 
#7 Suma kontrolna 00-FF CS  
Tabela 23 
Komunika t Secur ityAccess Negativ e Response 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego tt TGT 
#3 Bajt adresu źródło wego EE SRC 
#4 Dodatk owy bajt długości 03 LEN 
#5 Negativ eResponse Service Id 7F NR 
#6 Secur ityA ccess Request Service Id 27 SA 
#7 ResponseCode = [generalReject 10 RC_GR 
subFunctionNotSuppor ted 12 RC_SFNS 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rectOrRe ­
questSequenceEr ror 22 RC_CNC 
invalidKey 35 RC_IK 
excee dedNumberOfAtt emp ts 36 RC_ENA 
requestCor rectlyReceived-Res ­
ponseP ending] 78 RC_R CR_RP 
#8 Suma kontrolna 00-FF CS  
6.  USŁUGI PRZESYŁANIA DANY CH 
Dostępne usługi wyszczególniono w tabeli poniżej: 
Tabela 24 
Usługi przesyłania dany ch 
Nazwa usługi Wyszczeg ólnienie 
ReadDataByIdentifi er Klient żąda przesłania bieżącej wartości rekordu z dostępem poprzez recordDa ­
taIdentif ier. 
WriteDataByIdentifier Klient żąda zapisu rekordu z dostępem poprzez recordDataIdentifier .  26.5.2016 L 139/297 Dziennik Urzędo wy Unii Europejskiej PL    
6.1.  Usługa ReadDataBy Identif ier 
6.1.1  Opis komunikatu 
CPR_050  Klient używa usługi ReadDataByIdentifi er do żądania wartości rekordó w dany ch z serwera. Dane są 
identyfik owane przez recordDataIdentif ier. Producent VU odpo wiada za spełnienie warunków serwera 
przy wyk onywan iu tej usługi. 
6.1.2  Format komunikatu 
CPR_051  Formaty komunikatu dla prymitywó w ReadDataByIdentifier opisano szczegóło wo w poniższy ch 
tabelac h. 
Tabela 25 
Komunika t ReadDat aByIdentif ier Request 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego EE TGT 
#3 Bajt adresu źródło wego tt SRC 
#4 Dodatk owy bajt długości 03 LEN 
#5 ReadDataByIdentif ier Request Service Id 22 RDBI 
#6 do #7 recordDataIdentifier = [war tość z tabeli 28] xxxx RDI_… 
#8 Suma kontrolna 00-FF CS  
Tabela 26 
Komunikat ReadDataByIdenti fier Positiv e Response 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego tt TGT 
#3 Bajt adresu źródło wego EE SRC 
#4 Dodatk owy bajt długości m + 3 LEN 
#5 ReadDataByIdentif ier Positiv e Response Ser­
vice Id 62 RDBIPR 
#6 i #7 recordDataIdentifier = [ta sama wartość jak dla 
bajtów #6 i #7 w tabeli 25] xxxx RDI_… 
#8 do 
#m + 7 dataRecord[] = [data#1 xx DREC_D ATA1 
: : : 
data#m] xx DREC_D ATAm 
#m+8 Suma kontrolna 00-FF CS  26.5.2016 L 139/298 Dziennik Urzędo wy Unii Europejskiej PL    
Tabela 27 
Komu nikat ReadDat aByIdentif ier Negativ e Response 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego tt TGT 
#3 Bajt adresu źródło wego EE SRC 
#4 Dodatk owy bajt długości 03 LEN 
#5 Negativ eResponse Service Id 7F NR 
#6 ReadDataByIdentifier Request Service Id 22 RDBI 
#7 ResponseCode= [requestOutOfRange 31 RC_R OOR 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect] 22 RC_CNC 
#8 Suma kontrolna 00-FF CS  
6.1.3  Definicja parametr u 
CPR_052  Parametr recor dDataIdentifier (RDI_) w komunikacie żądania ReadDataByIdentifier wskazuje rekord 
dany ch. 
CPR_053  Wartości recordDataIdentifier zdefinio wane w tym dokumencie pokazano w tabeli poniżej. 
Tabela recordDataIdentifier składa się z czter ech kolumn i wielu rzędó w. 
—Pier wsza kolumna (Heks) zawi era „war tość heksad ecymalną” przypisaną identyf ikatorowi record ­
DataIdentif ier z trzeciej kolumny . 
—  Druga kolumna (Element dany ch) określa element dany ch z dodatku 1, na którym opar ty jest 
identyf ikator recordDataIdentif ier (czasami niezbędne jest przek odo wanie). 
—  Trzecia kolumna (Opis) podaje nazwę odpo wiadaj ącego identyf ikatora recordDataIdentifier . 
—  Czwar ta kolumna (Mnemonik) poda je mnemonik tego identyfikatora recordDataIdentifie r. 
Tabela 28 
Def inicja war tości recordDataIdentif ier 
Heks Element dany ch Nazwa recordDataldentif ier 
(zob. format w sekcji 8.2) Mnemonik 
F90B 
 TimeDat e RDI_TD 
F912 
 HighResolution TotalV ehicleDistance RDI_HRT VD 
F918 
 Kfact or RDI_KF 26.5.2016 L 139/299 Dziennik Urzędo wy Unii Europejskiej PL    
Heks Element dany ch Nazwa recordDataldentif ier 
(zob. format w sekcji 8.2) Mnemonik 
F91C 
 LfactorT yreCircumfe rence RDI_LF 
F91D 
 WvehicleCharacter isticF actor RDI_WV CF 
F921 
 TyreSize RDI_TS 
F922 
 NextCalibrationDat e RDI_NCD 
F92C 
 SpeedAuthor ised RDI_S A 
F97D 
 Regist eringMemberState RDI_RMS 
F97E 
 VehicleRegistrationNumber RDI_ VRN 
F190 
 VIN RDI_ VIN  
CPR_054 Parametr dataRecor d (DREC_) używany jest w komunikacie pozytywnej odpo wiedzi ReadDataByIden ­
tifier do dostarczania wartości rekordu dany ch wskazanego kliento wi (testero wi) identyfikatorem 
recordDataIdentifier . Formaty dany ch określono w sekcji 8. Można wpro wadzić dodatk owe opcjonalne 
dataRecords użytk ownika obejmujące szczególne dane wejścio we, wewnętrzne i wyjścio we VU, ale nie 
są one zdef inio wane w tym dokumencie. 
6.2.  UsługaW riteDataByIdent ifier 
6.2.1  Opis komunikatu 
CPR_056  Usług a WriteDataByIdentifier używana jest przez klienta do zapisania wartości rekordu dany ch 
w serwerze. Dane są identyfik owane przez recordDataIdentif ier. Producent VU odpo wiada za spełnienie 
warunków serwera przy wyk onywan iu tej usługi. Aby aktualizo wać parametr y wymienione w tabeli 
28, VU musi być w trybie KALIBRA CYJNYM. 
6.2.2  Format komunikatu 
CPR_057  Formaty komunikatu dla prymitywó w WriteDataByIdentifi er opisano szczegóło wo w poniższy ch 
tabelac h. 
Tabela 29 
Komunikat WriteDataByIdentif ier Request 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego EE TGT 
#3 Bajt adresu źródło wego tt SRC 
#4 Dodatk owy bajt długości m+3 LEN 
#5 WriteDat aByIdentif ier Request Service Id 2E WDBI 
#6 do #7 recordDataIdentifier = [war tość z tabeli 28] xxxx RDI_… 26.5.2016 L 139/300 Dziennik Urzędo wy Unii Europejskiej PL    
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#8 do m 
+7 dataRecord[] = [data#1 xx DREC_D ATA1 
: : : 
data#m] xx DREC_D ATAm 
#m+8 Suma kontrolna 00-FF CS  
Tabela 30 
Komunika t WriteDat aByIdentif ier Positiv e Response 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego tt TGT 
#3 Bajt adresu źródło wego EE SRC 
#4 Dodatk owy bajt długości 03 LEN 
#5 WriteDat aByIdentif ier Positiv e Response Ser­
vice Id 6E WDBIPR 
#6 do #7 recordDataIdentifier = [ta sama wartość jak dla 
bajtów #6 i #7 w tabeli 29] xxxx RDI_… 
#8 Suma kontrolna 00-FF CS  
Tabela 31 
Komunikat WriteDataByIdent ifier Negativ e Response 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego tt TGT 
#3 Bajt adresu źródło wego EE SRC 
#4 Dodatk owy bajt długości 03 LEN 
#5 Negativ eResponse Service Id 7F NR 
#6 WriteDataByIdentif ier Request Service Id 2E WDBI 26.5.2016 L 139/301 Dziennik Urzędo wy Unii Europejskiej PL    
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#7 ResponseCode= [requestOutOfRange 31 RC_R OOR 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect] 22 RC_CNC 
#8 Suma kontrolna 00-FF CS  
6.2.3  Definicja parametr u 
Parame tr recor dDataIdentifier (RDI_) zdefinio wano w tabeli 28. 
Parame tr dataRecor d (DREC_) używany jest w komunikacie żądania WriteDataByIdentif ier do dostarczenia 
wartości rekordu dany ch wskazanego serwero wi (VU) przez recordDataIdentif ier. Formaty dany ch określono 
w sekcji 8. 
7.  STER OWANIE IMPULSAMI TESTUJĄCYMI – JEDNOSTKA FUNK CJONALNA STER OWANIA WE/WY 
Dostępne usługi wyszczególniono w tabeli poniżej: 
Tabela 32 
Jednos tka funkcjonalna sterow ania we/wy 
Nazwa usługi Wyszczeg ólnienie 
InputOutputCont rolByIdentif ier Klient żąda sterowania we/wy specyfi cznego dla serwera.  
7.1.  Usługa InputOutputControlByIdentif ier 
7.1.1  Opis komunikatu 
Przez przednie gniazdo zestawione jest połączenie, które umożliwia sterowanie lub monitor owanie impulsó w 
testowych przy pomocy odpo wiedniego testera. 
CPR_058  Tę linię sygnało wą we/wy kalibracji można skonfiguro wać poleceniem K-line, posługując się usługą 
InputOut putControlByIdentif ier w celu wybrania dla linii wymag anej funkcji wejścia lub wyjścia. Linia 
może przyjmo wać następujące stany: 
—  disabled (wyłączona); 
—  speedSignalInput, w który m linia sygnało wa we/wy kalibracji używana jest do wpro wadzenia 
sygnału prędk ości (sygnał testowy) zastępującego sygnał prędk ości z czujnika ruchu; ta funkcja nie 
jest dostępna w trybie KONTR OLNYM ; 
—  realTimeSpeedSignalOutputSensor , w którym linia sygnało wa we/wy kalibracji używana jest do 
wypro wadzenia sygnału prędk ości z czujnika ruchu; 
—  RTC Output, w którym linia sygnało wa we/wy kalibracji używana jest do wypro wadzenia sygnału 
zegaro wego UTC; ta funkcja nie jest dostępna w trybie KONTR OLNYM . 
CPR_059  Przyrząd rejestr ujący musi być wpro wadzony do sesji regulacji i być w trybie KALIBRA CYJNYM lub 
KONTR OLNYM w celu skonfiguro wania stanu linii. Jeżeli VU jest w trybie KALIBRA CYJNYM , można 
wybrać czte ry stany linii (disabled, speedSignalInput, realTimeSpeedSignalOutputSensor , RTC Output). 
Jeżeli VU jest w trybie KONTR OLNYM , można wybrać tylko dwa stany linii (disabled, realTimeSpeedOut ­
putSensor). Na zakończenie sesji regulacji lub trybu KALIBRA CYJNEGO lub KONTR OLNEGO przyrząd 
rejestr ujący musi zapewnić, aby linia sygnało wa we/wy kalibracji powróciła do stanu „disabled” 
(wyłączona – stan dom yślny ). 26.5.2016 L 139/302 Dziennik Urzędo wy Unii Europejskiej PL    
CPR_060  Jeżeli impulsy prędk ości odbierane są w czasie rzeczywistym z linii sygnału wejścio wego prędk ości 
w VU, natomiast linia sygnało wa we/wy kalibracji jest usta wiona na wejście, to linia sygnało wa we/wy 
kalibracji zostanie ustawi ona na wyjście lub powróci do stanu „disabled” (wyłączona). 
CPR_061  Kolejność czynności jest następująca: 
—  uruchomienie komunikacji usługą Star tCommunication; 
—  otworzenie sesji regulacji usługą Star tDiagnosticSession i wejście do trybu KALIBRA CYJNEGO lub 
KONTR OLNEGO (kolejność tych dwóc h czynności nie ma znaczenia); 
—  zmiana stanu wyjścia usługą InputOutp utControlByIdentif ier. 
7.1.2  Format komunikatu 
CPR_062  Formaty komunikatu dla prymitywó w InputOutputCont rolByIdentif ier opisano szczegóło wo 
w poniższy ch tabelac h. 
Tabela 33 
Komu nikat InputOutputControlByIdentif ier Request 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego EE TGT 
#3 Bajt adresu źródło wego tt SRC 
#4 Dodatk owy bajt długości xx LEN 
#5 InputOutputControlByIdentif ier Request Sid 2F IOCBI 
#6 i #7 Input OutputIdentif ier = [CalibrationInputOutput] F960 IOI_CIO 
#8 lub 
#8 do #9 ControlOp tionRecord = [  COR_… 
inputOut putControlParamet er – jedna wartość z ta­
beli 36 xx IOCP_… 
controlStat e – jedna wartość z tabeli 37 (zob. 
uwag a poniżej)] xx CS_… 
#9 lub 
#10 Suma kontrolna 00-FF CS  
Uwaga: Parametr controlState występuje tylko w określony ch przypadkac h (zob. 7.1.3). 
Tabela 34 
Komunika t InputOutputControlByIdentif ier Positiv e Response 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego tt TGT 26.5.2016 L 139/303 Dziennik Urzędo wy Unii Europejskiej PL    
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#3 Bajt adresu źródło wego EE SRC 
#4 Dodatk owy bajt długości xx LEN 
#5 inputOutputControlByIdentif ier Positiv e Res ­
ponse SId 6F IOCBIPR 
#6 i #7 inputOut putIdentif ier = [CalibrationInputOutput] F960 IOI_CIO 
#8 lub 
#8 do #9 controlStatusRecord = [  CSR_ 
inputOut putControlParamet er (ta sama wartość 
jak dla bajtu #8 w tabeli 33) xx IOCP_… 
controlStat e (ta sama wartość jak dla bajtu #9 
w tabeli 33)] (jeżeli doty czy) xx CS_… 
#9 lub 
#10 Suma kontrolna 00-FF CS  
Tabela 35 
Komunikat InputOutputControlByIdentif ier Negativ e Response 
# bajtu Nazwa parametr u Wartość heksade ­
cymalna Mnemonik 
#1 Bajt formatu – adreso wanie fizyc zne 80 FMT 
#2 Bajt adresu docelo wego tt TGT 
#3 Bajt adresu źródło wego EE SRC 
#4 Dodatk owy bajt długości 03 LEN 
#5 negativ eResponse Service Id 7F NR 
#6 inputOut putControlByIdentif ier Request SId 2F IOCBI 
#7 responseCode=[   
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect 22 RC_CNC 
requestOutOfRange 31 RC_R OOR 
deviceControlLimitsEx ceeded] 7A RC_DCLE 
#8 Suma kontrolna 00-FF CS  
7.1.3  Definicja parametr u 
CPR_064  Parametr inputOutputContr olParameter (IOCP_) zdef inio wano w poniższej tabeli. 26.5.2016 L 139/304 Dziennik Urzędo wy Unii Europejskiej PL    
Tabela 36 
Def inicja war tości inputOutputControlParameter 
Heks Wyszczególnienie Mnemonik 
00 Retur nControlT oECU 
Wartość ta wskazuje serwero wi (VU), że tester już nie steruje linią sygna ­
łową we/wy kalibracji. RCTECU 
01 ResetT oDefault 
Wartość ta wskazuje serwero wi (VU), że wymagane jest przełączenie linii 
sygnało wej we/wy kalibracji do stanu dom yślnego. RTD 
03 Shor tTermAdjustment 
Wartość ta wskazuje serwero wi (VU), że wymagane jest przełączenie linii 
sygnało wej we/wy kalibracji do żądanej wartości w celu wyregulo wania 
parametr u controlState. STA  
CPR_065  Parametr controlState występuje jedynie wted y, gdy parametr inputOutputControlP arameter jest 
usta wiony na Shor tTermAdjustment i przyjmuje wartości zdefinio wane w poniższej tabeli. 
Tabela 37 
Def inicja war tości controlSt ate 
Tryb Wartość heksade ­
cymalna Wyszczególnienie 
wyłączon y 00 linia we/wy wyłączona (stan dom yślny ) 
włączon y 01 włącz linię sygnało wą we/wy kalibracji jako speedSignalInput 
włączon y 02 włącz linię sygnało wą we/wy kalibracji jako realTimeSpeedSigna ­
lOutputSensor 
włączon y 03 włącz linię sygnało wą we/wy kalibracji jako RTC Output  
8.  FORMA TY DATARECORDS 
W tej sekcji opisano szczegóło wo: 
—  ogóln e zasady odnoszące się do szeregu parametró w wysyłany ch przez przyrząd rejestr ujący do testera; 
—  formaty , któr e należy stoso wać dla dany ch przesyłany ch poprzez usługi przesyłania dany ch opisane w sekcji 
6. 
CPR_067  VU obsługuje wszystkie wyszczególnione parametr y. 
CPR_068  Dane wysyłane przez przyrząd rejestr ujący do testera w odpo wiedzi na komunikat żądania są typu 
pomiaro wego (tj. bieżąca wartość żądanego parametr u pomierzona lub stwierdzona przez VU). 
8.1.  Zakresy przesyłany ch parametró w 
CPR_069  W tabeli 38 podano wartości zakresó w używane do sprawdzan ia popra wności przesłanego parametr u. 26.5.2016 L 139/305 Dziennik Urzędo wy Unii Europejskiej PL    
CPR_070  Wartości w zakresie „wskaźnik błędu” umożliwiaj ą przyrządo wi rejestr ującemu niezwłoczne wskazanie, 
że popra wne dane parametr yczne nie są dostępne w bieżącym czasie wskute k pewnego typu błędu 
w tachografie. 
CPR_071  Wartości w zakresie „niedostępne” umożliwiają przyrządo wi rejestr ującemu wysłanie komunikatu 
zawi erającego parametr , który nie jest dostępny bądź nie jest obsługiwany w tym module. Wartości 
w zakresie „nieżądane” umożliwiają urządzeniu wysłanie komunikatu polecenia i wskazanie tych 
parametró w, w przypadku gdy od urządzenia odbierającego oczekiwany jest brak odpo wiedzi. 
CPR_072  Jeżeli usterka elementu składo wego uniemożliwia wysłanie prawidł owych dany ch dla parametr u, 
zamiast dany ch parametr u używa się wskaźnika błędu opisanego w tabeli 38. Jednak jeżeli dane 
pomierzone lub obliczone dają wartość, która jest poprawna, ale wychodzi poza zdefini owany zakres 
parametr u, nie należy używać wskaźnika błędu. Dane przesyłane są przy użyciu odpo wiednio wartości 
minimalnej lub maksymaln ej parametr u. 
Tabela 38 
Zakresy dataRecords 
Nazwa zakresu 1 bajt 
(war tość heksa ­
decymalna) 2 bajty 
(war tość heksadecy ­
malna) 4 bajty 
(war tość heksadecymalna) ASCII 
Prawi dłowy sygnał 00 do FA 0000 do FAFF 00000000 do FAFFFFFF 1 do 254 
Szczegól ny wskaźnik parametr u FB FB00 do FBFF FB000000 do FBFFFFFF brak 
Zastrzeżon y zakres do wyk o­
rzystania w przyszłości FC do FD FC00 do FDFF FC000000 do FDFFFFFF brak 
Wskaźnik błędu FE FE00 do FEFF FE000000 do FEFFFFFF 0 
Niedostępne lub nieżądane FF FF00 do FFFF FF000000 do FFFFFFFF FF  
CPR_073  Dla parametró w kodo wany ch w ASCII znak ASCII „*” jest zastrzeżony jako ogranicznik. 
8.2.  Formaty dataRecords 
W tabelach od 39 do 42 poniżej opisano szczegóło wo formaty używane przez usługi ReadDataByIdentifier i 
WriteDataByIdentifier . 
CPR_074  W tabeli 39 podano długość, rozdzielczość i zakres roboczy dla każdego parametr u identyf ikowanego 
przez recordDataIdentif ier: 
Tabela 39 
Format dataRecords 
Nazwa parametr u Długość 
dany ch (w 
bajtach) Rozdzielczość Zakres roboczy 
TimeDat e 8 Zob. szczegół owy opis w tabeli 40 
HighResolution TotalV ehicleDistance 4 wzmocnienie 5 m/bit, offset 0 m 0 do +21 055 406 km 
Kfact or 2 wzmocnienie 0,001 impulsu/ m/bit, 
offset 0 0 do 64,255 impulsu/ m 
LfactorT yreCircumfe rence 2 wzmocnienie 0,125 10-3 m/bit, off­
set 0 0 do 8,031 m 
WvehicleCharacter isticF actor 2 wzmocnienie 0,001 impulsu/ m/bit, 
offset 0 0 do 64,255 impulsu/ m 
TyreSize 15 ASCII ASCII 26.5.2016 L 139/306 Dziennik Urzędo wy Unii Europejskiej PL    
Nazwa parametr u Długość 
dany ch (w 
bajtach) Rozdzielczość Zakres roboczy 
NextCalibrationDat e 3 Zob. szczegół owy opis w tabeli 41 
SpeedAuthor ised 2 wzmocnienie 1/256 km/h/bit, offset 
0 0 do 250,996 km/h 
Regist eringMemberState 3 ASCII ASCII 
VehicleRegistrationNumber 14 Zob. szczegół owy opis w tabeli 42 
VIN 17 ASCII ASCII  
CPR_075  W tabeli 40 zamieszczono szczegóło wy opis formató w poszczegól nych bajtów parametr u TimeDate: 
Tabela 40 
Szczegóło wy opis formatu TimeDate (war tość recordData Identif ier # F90B) 
Bajt Definicja parametr u Rozdzielczość Zakres roboczy 
1 Sekundy wzmocnienie 0,25 s/bit, offset 0 s 0 do 59,75s 
2 Minuty wzmocnienie 1 minuta/bit, offset 0 
minut 0 do 59 minut 
3 Godzin y wzmocnienie 1 h/bit, offset 0 h 0 do 23 h 
4 Miesiąc wzmocnienie 1 miesiąc/bit, offset 0 
miesięcy 1 do 12 miesięcy 
5 Dzień wzmocnienie 0,25 dzień/bit, offset 0 
dni 
(zob. UWAGA pod tabelą 41) 0,25 do 31,75 dnia 
6 Rok wzmocnienie 1 rok/bit, offset rok 
+ 1985 
(zob. UWAGA pod tabelą 41) lata od 1985 do 
2235 
7 lokalne przesunięcie dla 
minut wzmocnienie 1 minuta/bit, offset 
– 125 minut – 59 do + 59 mi­
nut 
8 lokalne przesunięcie dla 
godzin wzmocnienie 1 h/bit, offset – 125 h – 23 do + 23 h  
CPR_076 W tabeli 41 zamieszczono szczegół owy opis format ów poszczególn ych bajtów parametr u NextCalibra ­
tionDat e. 
Tabela 41 
Szczegóło wy opis formatu NextCalibrationDate (war tość recordDataIdentif ier # F922) 
Bajt Definicja parametr u Rozdzielczość Zakres roboczy 
1 Miesiąc wzmocnienie 1 miesiąc/bit, offset 0 
miesięcy 1 do 12 miesięcy 
2 Dzień 0,25 dnia/bit, offset 0 dni 
(zob. UWAGA poniżej) 0,25 do 31,75 dnia 
3 Rok wzmocnienie 1 rok/bit, offset rok 
+ 1985 
(zob. UWAGA poniżej) lata od 1985 do 
2235  26.5.2016 L 139/307 Dziennik Urzędo wy Unii Europejskiej PL    
UWAGA doty cząca zastoso wania parametr u „dzień”:  
1) Wartość 0 dla daty nie istnieje. Wartości 1, 2, 3 i 4 są stoso wane do oznaczenia pier wszego dnia miesiąca; 5, 
6, 7 i 8 – do oznaczenia drugiego dnia miesiąca, itd.  
2) Ten parametr nie ma wpływu na parametr „godzina” ani go nie zmienia. 
UWAGA doty cząca zastoso wania parametr u „rok”: 
Wartość 0 dla roku oznacza rok 1985, wartość 1 oznacza rok 1986, itd. 
CPR_078 W tabeli 42 zamieszczono szczegóło wy opis formató w poszczególn ych bajtów parametr u VehicleRegi ­
strationNumber . 
Tabela 42 
Szczegóło wy opis format u VehicleRegist rationNumber (war tość recordDataIdentif ier # F97E) 
Bajt Definicja parametr u Rozdzielczość Zakres roboczy 
1 Strona kodo wa (zdef inio wana w dodatku 1) ASCII 01 do 0A 
2 – 14 Numer rejestracyjny pojazdu (zdef inio wan y w do­
datku 1) ASCII ASCII   26.5.2016 L 139/308 Dziennik Urzędo wy Unii Europejskiej PL    
Dodatek 9 
HOMOLOGA CJA TYPU WYKAZ MINIMUM WYMA GANY CH BAD AŃ 
SPIS TREŚCI 
1. WPR OWADZENIE .................................................................................................................................... 309 
2. BAD ANIA FUNK CJONALNOŚCI PRZYRZĄDU REJESTR UJĄCEGO ........................................................................ 311 
3. BAD ANIA FUNK CJONALNOŚCI CZUJNIKA RUCH U......................................................................................... 315 
4. BAD ANIA FUNK CJONALNOŚCI KART DO TACHOGRAF U................................................................................ 318 
5. BAD ANIA URZĄDZENIA ZEWNĘTRZNEGO GNSS .......................................................................................... 328 
6. BAD ANIA URZĄDZENIA DO ŁĄCZNOŚCI NA ODLEGŁOŚĆ ............................................................................. 331 
7. BAD ANIA FUNK CJONALNOŚCI PAPIER U...................................................................................................... 333 
8. BAD ANIA INTER OPERA CYJNOŚCI ............................................................................................................... 335  
1.  WPR OWADZENIE 
1.1.  Homologacja typu 
Homolog acja typu WE urządzenia rejestr ującego (lub elementu składo wego) lub karty do tachografu opiera się na 
następujący ch dokumentach: 
—  świadectwie bezpieczeństwa, opar tym na specyfi kacjac h normy „Common Criteria”, w odniesieniu do celu 
bezpieczeństwa w pełni zgodnego z celami przedstawion ymi w dodatku 10 do niniejszego załącznika (do 
uzupełnienia/zmiany), 
—  świadectwie funkcjonalności wystawion ym przez organ państwa członk owskiego i zaświadcza jącym, że 
badany element spełnia wymogi określone w niniejszym załączniku pod wzg lędem wyk onywan ych funkcji, 
dokładności pomiaró w i charakt erystyki środo wisk owej, 
—  świadectwie interoperacyjności wystawion ym przez właściwy organ i zaświadcza jącym, że urządzenie 
rejestr ujące (lub karta do tachog rafu) jest w pełni interoperacyjne z wymag anymi typami kart do tachog rafu 
(lub urządzenia rejestr ującego) (zob. rozdział 8 niniejszego załącznika). 
W niniejszym dodatku określa się, któr e badania, jako minimum, musi przepro wadzić organ państwa członk ow­
skiego w ramach badań funkcjonalności, i które badania, jako minimum, musi przepro wadzić właściwy organ 
w ramac h badań interoperacyjności. Nie określa się dokładnie procedur przepro wadzania tych badań ani ich 
rodza jów. 
Niniejszy dodat ek nie obejmuje aspektó w świadectwa bezpieczeństwa. Jeżeli niektóre badania wymagane na 
potrzeby homologacji typu przepro wadza się przy ocenie bezpieczeństwa i w ramach procesu certyfikacji, to nie 
trzeba ich przepro wadzać pono wnie. W takim przypadku można poddać kontroli tylko wyniki takich badań 
bezpieczeństwa. Do celó w informacyjny ch wymogi, które mają zostać poddane badaniom (lub ściśle wiążą się 
z badaniami, które mają zostać przepro wadzone) w ramac h certyfikacji bezpieczeństwa, są w niniejszym dodatku 
oznaczone symbolem „*”. 
Ponumero wane wymogi odnoszą się do tekstu głównego załącznika, natom iast pozostałe wymogi odnoszą się do 
innych dodatk ów (np. PIC_001 odnosi się do wymogu PIC_001 zawar tego w dodatku 3 Piktogram y). 
W niniejszym dodatku oddzielnie przedstawiono informacje na temat homologacji typu czujnika ruchu, przyrządu 
rejestr ującego oraz urządzenia zewnętrznego GNSS jako elementó w składo wych urządzenia rejestr ującego. Każdy 
element składo wy uzyska oddzielne świadectwo homologacji typu, w którym wskazane zostaną pozostałe 
kompatybi lne elementy składo we. Badanie funkcjonalności czujnika ruchu (lub urządzenia zewnętrznego GNSS) 
wyk onuje się wraz z badaniem funkcjonalności przyrządu rejestr ującego i odwrotnie. 
Nie wymaga się zapewnienia interoperacyjności między każdym modelem czujnika ruchu (lub urządzenia 
zewnętrznego GNSS) i każdym modelem przyrządu rejestr ującego. W takim przypadku homologacja typu czujnika 
ruchu (lub odpo wiednio urządzenia zewnętrznego GNSS) może być wydana tylko w połączeniu z homologacją 
typu właściwego przyrządu rejestr ującego i odwrotnie. 26.5.2016 L 139/309 Dziennik Urzędo wy Unii Europejskiej PL    
1.2.  Odniesienia 
W niniejszym dodatku używa się następujący ch odniesień: 
IEC 60068-2-1: Badania środo wisk owe – Część 2-1: Próby – Próba A: Zimno 
IEC 60068-2-2: Podsta wowe procedur y badań środo wisk owych – Część 2: Próby – Próba B: Such e gorąco 
(har moniczne). 
IEC 60068-2-6: Badania środo wisk owe – Część 2: Próby – Próba Fc: Wibracje 
IEC 60068-2-14: Badania środo wisk owe – Część 2-14: Próby – Próba N: Zmiany temperatur y 
IEC 60068-2-27: Badania środo wisk owe – Część 2: Próby – Próba Ea i wyty czne: Udar y 
IEC 60068-2-30: Badania środo wisk owe – Część 2-30: Próby – Próba Db: Wilgotne gorąco, cykliczne (cykl 12 
+12 h) 
IEC 60068-2-64: Badania środo wisk owe – Część 2-64: Próby – Próba Fh: Wibracje szerok opasmo we loso we i 
wyty czne 
IEC 60068-2-78: Badania środo wisk owe – Część 2-78: Próby – Próba Cab: Wilgotne gorąco stałe 
ISO 16750-3 –Obciążenia mechaniczne (2012-12) 
ISO 16750-4 –Obciążenia klimaty czne (2010-04) 
ISO 20653: Pojazdy drogo we – Stopień ochrony (kod IP) – Ochrona urządzeń elektr yczny ch przed ciałami obcymi, 
wodą i dostępem 
ISO 10605:2008 + Sprosto wanie techniczne:2010 + AMD1:2014 Pojazdy drogo we – Metod y badań zakłóceń 
elektr yczny ch powodo wany ch przez wyłado wania elektrostaty czne 
ISO 7637-1:2002 + AMD1:2008 Pojazdy drogo we – Zakłócenia elektr yczne przenoszone przez przewodzenie i 
przez sprzężenie – Część 1: Defi nicje i postano wienia ogólne 
ISO 7637-2 Pojazdy drogo we – Zakłócenia elektr yczne przenoszone przez przew odzenie i przez sprzężenie – 
Część 2: Przewod zenie przebiegó w przejścio wych wyłącznie wzdłuż przew odó w zasila jący ch 
ISO 7637-3 Pojazdy drogo we – Zakłócenia elektr yczne przenoszone przez przew odzenie i przez sprzężenie – 
Część 3: Przenoszenie elektr yczny ch przebiegó w przejścio wych przez sprzężenia pojemnościo we i indukcyjne przez 
linie inne niż linie zasilające 
ISO/IEC 7816-1 Karty identyf ikacyjne – Karty elektroniczne – Część 1: Karty styk owe – Charakt erystyki fizyc zne 
ISO/IEC 7816-2 Techn ologia informacyjna – Karty identyf ikacyjne – Karty elektroniczne – Część 2: Karty styk owe 
– Wymiar y i rozmieszczenie styk ów 
ISO/IEC 7816-3 Technologia informacyjna – Karty identyf ikacyjne – Karty elektroniczne – Część 3: Karty Styk owe 
– Sygnały elektr yczne i protok oły transmisji 
ISO/IEC 10373-1:2006 + AMD1:2012 Karty identyfika cyjne – Metody badań – Część 1: Charakter ystyki ogólne 
ISO/IEC 10373-3:2010 + Sprost owanie techniczne: 2013 Karty identyfika cyjne – Metody badań – Część 3: Karty 
elektroniczne i powiązane z nimi urządzenia interfejso we 
ISO 16844-3:2004, Sprost owanie 1: 2006 Pojazdy drogo we – Syste my tach ografi czne – Część 3: Interfejs czujnika 
ruchu (z przyrządami rejestr ującymi) 
ISO 16844-4 Pojazdy drogo we – System y tachograficzne – Część 4: Interfe js CAN 
ISO 16844-6 Pojazdy drogo we – System y tachograficzne – Część 6: Diagnostyka 26.5.2016 L 139/310 Dziennik Urzędo wy Unii Europejskiej PL    
ISO 16844-7 Pojazdy drogo we – System y tachograficzne – Część 7: Parametr y 
ISO 534 Papier i tektura – Oznaczanie grubości, gęstości pozor nej i objęto ści właściwej 
EKG ONZ R10 Jednolit e przepisy doty czące homolog acji pojazdó w w odniesieniu do kompatybilności elektromag ­
nety cznej (Europejska Komisja Gospodarcza ONZ) 
2.  BAD ANIA FUNK CJONALNOŚCI PRZYRZĄDU REJESTR UJĄCEGO 
Nr Badanie Opis Powiązane wymogi 
1 Badanie administracyjne 
1.1 Dokumentacja Prawi dłowość dokumentacji  
1.2 Wyn iki badań 
producenta Wyn iki badań producenta przepro wadzony ch podczas inte­
gracji. 
Przedstawi enie dokumentó w papiero wych. 88, 89, 91 
2 Kon trola wizualna 
2.1 Zgodność z dokumentacją  
2.2 Identyf ikacja/oznak owanie 224–226 
2.3 Materiały 219–223 
2.4 Plombo wanie 398, 401–405 
2.5 Interfe jsy zewnętrzne  
3 Badania funkcjonalności 
3.1 Obsługiwane funkcje 03, 04, 05, 07, 382, 
3.2 Tryby pracy 09–11*, 132, 133 
3.3 Prawa dostępu do funkcji i dany ch 12* 13*,, 382, 383, 
386–389 
3.4 Monitoro wanie wkładania i wyjmo wania kart 15, 16, 17, 18, 19*, 
20*, 132 
3.5 Pomiar prędk ości i odległości 21–31 
3.6 Pomiar czasu (badanie przepro wadzone w temperaturze 20 °C) 38–43 
3.7 Monitoro wanie czynności kiero wcy 44–53, 132 
3.8 Monitoro wanie stanu prowadzenia pojazdu 54, 55, 132 26.5.2016 L 139/311 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi 
3.9 Pozycje wpro wadzane ręcznie 56–62 
3.10 Zarządzanie blokadami firmowymi 63–68 
3.11 Monitoro wanie czynności kontrolny ch 69, 70 
3.12 Wykrywan ie zdarzeń lub usterek 71 – 88 132 
3.13 Dane identyf ikujące urządzenie 93*, 94*, 97, 100 
3.14 Dane doty czące wkładania i wyjmo wania karty kiero wcy 102*–104* 
3.15 Dane doty czące czynności kiero wcy 105*–107* 
3.16 Dane doty czące miejsc i położenia 108*–112* 
3.17 Dane doty czące licznika kilometró w 113*–115* 
3.18 Szczegóło we dane doty czące prędk ości 116* 
3.19 Dane doty czące zdarzeń 117* 
3.20 Dane doty czące uster ek 118* 
3.21 Dane doty czące kalibracji 119*–121* 
3.22 Dane doty czące korekty czasu 124*, 125* 
3.23 Dane doty czące czynności kontrolnej 126*, 127* 
3.24 Dane doty czące blokad firmowych 128* 
3.25 Dane doty czące czynności pobierania 129* 
3.26 Dane doty czące warunków szczególn ych 130*, 131* 
3.27 Rejestro wanie i przecho wywanie dany ch na kartach do tach ografu 134, 135,, 136*, 137*, 
139*, 140, 141 
142, 143, 144*, 145*, 
146*, 147, 148 
3.28 Wyświ etlanie 90, 132, 
149–166, 
PIC_001, DIS_001 
3.29 Drukowanie 90, 132, 167–179, 
PIC_001, PRT_001– 
PRT_014 
3.30 Ostrzega nie 132, 180–189, 
PIC_001 26.5.2016 L 139/312 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi 
3.31 Pobieranie dany ch na nośnik zewnętrzn y 90, 132, 190–194 
3.32 Łączność na odległość na potrzeby ukier unkowany ch kontroli drogo wych 195–197 
3.33 Wypro wadzanie dany ch do dodatk owych urządzeń zewnętrzny ch 198, 199 
3.34 Kali bracja 202–206*, 383, 384, 
386–391 
3.35 Drogo we kontrole kalibracji 207–209 
3.36 Korekta czasu 210–212* 
3.37 Niezakłócanie funkcji dodatk owych 06, 425 
3.38 Interfe js czujnika ruchu 02, 122 
3.39 Urządz enie zewnętrzne GNSS 03, 123 
3.40 Spra wdzenie, czy VU wykr ywa, rejestr uje i zapisuje zdarzenie (zdarzenia) lub 
uster kę (uster ki) określone przez producenta VU, gdy sparo wany czujnik ruchu 
reaguje na pola magnety czne zaburzające wykr ywanie ruchu pojazdu. 217 
3.41 Pakiet szyfró w i standardo we parametr y domeny CSM_48, CSM_50 
4 Badania środo wisk owe 
4.1 Temp eratura Sprawdzenie funkcjonalności za pomocą: 
badania zgodnie z normą ISO 16750-4, Rozdział 5.1.1.2: 
Próba eksploatacyjna w niskiej temperaturze (72 h w tempe ­
raturze – 20 °C). 
Badanie to odnosi się do normy IEC 60068-2-1: Badania 
środo wisk owe – Część 2-1: Prób y – Próba A: Zimno; 
badania zgodnie z normą ISO 16750-4, Rozdział 5.1.2.2: 
Próba eksploatacyj na w wysokiej temperaturze (72 h w tem ­
peraturze 70 °C). 
Badanie to odnosi się do normy IEC 60068-2-2: Podsta ­
wowe procedur y badań środo wisk owych – Część 2: Prób y 
– Próba B: Suche gorąco; 
badania zgodnie z normą ISO 16750-4: Rozdział 5.3.2: 
Nagła zmiana temperatur y z określony m okresem prze ­
jścio wym (– 20 °C/70 °C, 20 cykli, czas przeb ywania: 2 h 
w każdej temperaturze). 
Można przepro wadzić skrócony zestaw badań (spośród 
tych zdefini owany ch w sekcji 3 niniejszej tabeli) w niższej 
temperaturze, wyższej temperaturze i w czasie cykli tempe­
raturo wych. 213 26.5.2016 L 139/313 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi 
4.2 Wilgotność Sprawdzenie odpor ności przyrządu rejestr ującego na cy­
kliczne zmian y wilgotności (próba gorąca) za pomocą 
próby Db wg normy IEC 60068-2-30, w sześciu 24-go ­
dzinny ch cyklach , w każdym ze zmienia jącą się tempera ­
turą od + 25 °C do + 55 °C i wilgotnością wzg lędną 97 % 
w + 25 °C i 93 % w + 55 °C 214 
4.3 Mechanik a 1.  Drgani a harmoniczne: 
spra wdzenie odpor ności przyrządu rejestr ującego na 
drgania harmoniczne o następujący ch właściwościac h: 
stałe przemieszczenie przy częstotliw ości 5–11 Hz: 10- 
milimetro wa amplit uda; 
stałe przyspieszenie przy częstotliw ości 11–300 Hz: 5g. 
Wymóg ten sprawdza się za pomocą próby Fc wg 
normy IEC 60068-2-6, z minimalnym czasem trwania 
próby 3 × 12 h (12 h na oś). 
ISO 16750-3 nie wymaga przepro wadzenia badania 
drgań harmoniczn ych w przypadku urządzeń znajdują ­
cych się w oddzielnej kabinie pojazdu. 
2.  Drgani a swobodne: 
Próba zgodnie z ISO 16750-3: Rozdział 4.1.2.8: Próba 
VIII: Pojazd użytk owy, oddzielna kabina pojazdu. 
Próba drgań swobodn ych: 10 … 2 000 Hz, wertykalna 
średnia kwadrato wa 21,3 m/s2, wzdłużna średnia kwad ­
ratowa 11,8 m/s2, poprzeczna średnia kwadrato wa 
13,1 m/s2, 3 osie, 32 h na oś, w tym cykl temperatu ­
rowy – 20…70 °C. 
Badanie to odnosi się do normy IEC 60068-2-64: Bada ­
nia środo wisk owe – Część 2-64: Prób y – Próba Fh: Wi­
bracje szerok opasmo we loso we i wyty czne. 
3.  Udar y: 
udar mechaniczn y przy impulsie półsinusoidaln ym 3 g 
wg normy ISO 16750. 
Opisane powyżej badania przepro wadza się na różn ych 
próbkach urządzeń podda wany ch badaniom. 219 
4.4 Ochrona przed 
wodą i ciałami 
obcymi Badanie zgodnie z normą ISO 20653: Pojazdy drogo we – 
Stopi eń ochrony (kod IP) – Ochrona urządzeń elektr ycz­
nych przed ciałami obcymi, wodą i dostępem (bez zmian 
parametró w); minimalna wartość IP – 40 220, 221 
4.5 Zabezpieczenie 
nadnapięcio we Sprawdzenie odpor ności przyrządu rejestr ującego na napię ­
cie zasilania: 216 
wersje 24 V: 34 V przy + 40 °C przez 1 
godzinę 
wersje 12 V: 17 V przy + 40 °C przez 1 
godzinę 
(ISO 16750-2)  
4.6 Zabezpieczenie 
przed odwróce ­
niem polar yzacji Sprawdzenie odpor ności przyrządu rejestr ującego na od­
wrócenie biegunó w napięcia zasilającego. 
(ISO 16750-2) 216 26.5.2016 L 139/314 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi 
4.7 Zabezpieczenie 
zwarcio we Sprawdzenie , czy sygnały wyjścio we są zabezpieczone 
przed zwarciem do napięcia zasilającego i do masy . 
(ISO 16750-2) 216 
5 Badania EMC 
5.1 Emisje radiacyjne 
i wrażliwość na 
radiację Zgodność z regulaminem nr 10 EKG ONZ 218 
5.2 Wyłado wania 
elektrostaty czne Zgodność z normą ISO 10605:2008 + Sprosto wanie tech­
niczne:2010 + AMD1:2014: +/– 4 kV w przypadku styku i 
+/– 8 kV w przypadku rozłado wania do powietrza 218 
5.3 Wrażliw ość na 
stany nieustalone 
w zasilaniu W przypadku wersji 24 V: zgodność z normą ISO 7637-2 
i wersją 3 regulaminu nr 10 EKG ONZ: 
impuls 1a: Vs = – 450 V, Ri = 50 omó w 
impuls 2a: Vs = + 37 V, Ri = 2 omy 
impuls 2b: Vs = + 20 V, Ri = 0,05 oma 
impuls 3a: Vs = – 150 V, Ri = 50 omó w 
impuls 3b: Vs = + 150 V, Ri = 50 omó w 
impuls 4: Vs = – 16 V Va = – 12V , t6 = 100ms 
impuls 5: Vs = + 120 V, Ri = 2,2 oma, td = 250 ms 
W przypadku wersji 12 V: zgodność z normą ISO 7637-1 
i wersją 3 regulaminu nr 10 EKG ONZ: 
impuls 1: Vs = – 75 V, Ri = 10 omó w 
impuls 2a: Vs = + 37 V, Ri = 2 omy 
impuls 2b: Vs = + 10 V, Ri = 0,05 oma 
impuls 3a: Vs = – 112 V, Ri = 50 omó w 
impuls 3b: Vs = + 75 V, Ri = 50 omó w 
impuls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
impuls 5: Vs = + 65 V, Ri = 3 omy, td = 100 ms 
Imp uls 5 należy testować tylko w przypadku przyrządó w 
rejestr ujący ch przeznaczony ch do zainstalo wania w pojaz ­
dach, w któryc h nie zainstalo wano zewnętrznego, wspól ­
nego zabezpieczenia przed spadkiem obciążenia. 
Aby uzyskać informacje na temat propozy cji zabezpiecze ­
nia przed spadkiem obciążenia, zob. norma ISO 16750-2 
wydanie 4. rozdział 4.6.4. 218  
3.  BAD ANIA FUNK CJONALNOŚCI CZUJNIKA RUCH U 
Nr Badanie Opis Powiązane wymogi 
1. Badanie administracyjne 
1.1 Dokumentacja Prawi dłowość dokumentacji  26.5.2016 L 139/315 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi 
2. Kon trola wizualna 
2.1 Zgodność z dokumentacją  
2.2 Identyf ikacja/oznak owanie 225, 226, 
2.3 Materiały 219–223 
2.4 Plombo wanie 398, 401–405 
3. Badania funkcjonalności 
3.1 Dane identyf ikacyjne czujnika 95–97* 
3.2 Parowanie czujnik ruchu — przyrząd rejestr ujący 122*, 204 
3.3 Wykrywan ie ruchu 
Dokładność pomiar u ruchu 30–35 
3.4 Interfe js przyrządu rejestr ującego 02 
3.5 Spra wdzenie, czy działanie stałego pola magnety cznego nie wpływa na czujnik 
ruchu. Ewentualnie spra wdzenie, czy czujnik ruchu reaguje na działanie stały ch 
pól magnety czny ch zaburza jący ch wykr ywanie ruchu pojazdu, tak aby podłą ­
czony VU mógł wykr ywać, rejestro wać i zapisywać uste rki czujnika. 217 
4. Badania środo wisk owe 
4.1 Temp eratura 
pracy Sprawdzenie funkcjonalności (zdef inio wanej w ramac h ba­
dania nr 3.3) w zakresie temperatur [– 40 – + 135 °C] za 
pomocą: 
próby Ad wg normy IEC 60068-2-1, z czasem trwania ba­
dania 96 h w najniższej temperaturze Tomin, 
próby Bd wg normy IEC 60068-2-2, z czasem trwania ba­
dania 96 h w najwyższej temperaturze Tomax, 
badania zgodnie z normą ISO 16750-4: Rozdział 5.1.1.2: 
Próba eksploatacyjna w niskiej temperaturze (24 h w tempe ­
raturze – 40 °C). 
Badanie to odnosi się do normy IEC 60068-2-1: Badania 
środo wisk owe – Część 2-1: Próby – Próba A: Zimno, wg 
próby Bd w ramach normy IEC 68-2-2, z czasem trwania 
96 h w najniższej temperaturze – 40 °C 
badania zgodnie z normą ISO 16750-4: Rozdział 5.1.2.2: 
Próba eksploatacyjna w niskiej temperaturze (96 h w tempe ­
raturze 135 °C). 
Badanie to odnosi się do normy IEC 60068-2-2: Podsta ­
wowe procedur y badań środo wisk owych – Część 2: Prób y 
– Próba B: Suche gorąco; 213 26.5.2016 L 139/316 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi 
4.2 Cykle temperatu ­
rowe Badanie zgodnie z normą ISO 16750-4: Rozdział 5.3.2: 
Nagła zmiana temperatur y z określony m okresem prze ­
jścio wym (– 40 °C/135 °C, 20 cykli, czas przebywania: 30 
min w każdej temperaturze). 
IEC 60068-2-14: Badania środo wisk owe – Część 2-14: 
Próby – Próba N: Zmiany temperatur y 213 
4.3 Cykle wilgotności Sprawdzenie funkcjonalności (zdef inio wanej w ramac h ba­
dania nr 3.3) za pomocą prób y Db wg normy IEC 60068- 
2-30, w sześciu 24-godzinny ch cyklac h, w każdym ze 
zmieniaj ącą się temperaturą od + 25 °C do + 55 °C i wil­
gotnością wzg lędną 97 % w + 25 °C i 93 % w + 55 °C 214 
4.4 Drgania ISO 16750-3: Rozdział 4.1.2.6: Próba IV: Pojazd użytk owy, 
silnik, skrzynia bieg ów 
Badanie drgań w trybie mieszan ym obejmujące: 
a)  badanie drgań harmoniczn ych, 20…520 Hz, 11,4 … 
120 m/s2, <= 0,5 oct/min 
b)  badanie drgań swobodn ych, 10 … 2 000 Hz, średnia 
kwadrato wa 177 m/s2, 
94 h na oś, z cyklem temperaturo wym -20…70 °C). 
Badanie to odnosi się do normy IEC 60068-2-80: Badania 
środo wisk owe – Część 2-80: Próby – Próba Fi: Wibracje – 
tryb mieszan y 219 
4.5 Udar mech a­
niczny ISO 16750-3: Rozdział 4.2.3: Próba IV: Próba dla urządzeń 
znajd ujący ch się w skrzyni biegó w lub na skrzyni bieg ów 
Udar o impulsie półsinusoidaln ym, przyspieszenie do uz­
godnienia w zakresie 3 000 … 15 000 m/s2, czas trwania 
impulsu do uzgodnienia, ale < 1 ms, liczba wstrząsó w: do 
uzgodnienia. 
Badanie to odnosi się do normy IEC 60068-2-27: Badania 
środo wisk owe – Część 2: Próby – Próba Ea i wyty czne: 
Udar y 219 
4.6 Ochrona przed 
wodą i ciałami 
obcymi Badanie zgodnie z normą ISO 20653: Pojazdy drogo we – 
Stopi eń ochrony (kod IP) – Ochrona urządzeń elektr ycz­
nych przed ciałami obcymi, wodą i dostępem 
(docelo wa wartość IP – 64) 220, 221 
4.7 Zabezpieczenie 
przed odwróce ­
niem polar yzacji Sprawdzenie odpor ności czujnika ruchu na odwrócenie 
biegunó w napięcia zasilającego. 216 
4.8 Zabezpieczenie 
zwarcio we Sprawdzenie , czy sygnały wyjścio we są zabezpieczone 
przed zwarciem do napięcia zasilającego i do masy . 216 26.5.2016 L 139/317 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi 
5. Badania kompatybilności elektromagnety cznej 
5.1 Emisje radiacyjne 
i wrażliwość na 
radiację Sprawdzenie zgodności z regulaminem nr 10 EKG ONZ 218 
5.2 Wyłado wania 
elektrostaty czne Zgodność z normą ISO 10605:2008 + Sprosto wanie tech­
niczne:2010 + AMD1:2014: +/– 4kV w przypadku styku i 
+/– 8kV w przypadku rozłado wania do powietrza 218 
5.3 Wrażliw ość na 
stany nieustalone 
na liniach dany ch W przypadku wersji 24 V: zgodność z normą ISO 7637-2 
i wersją 3 regulaminu nr 10 EKG ONZ: 
impuls 1a: Vs = – 450 V, Ri = 50 omó w 
impuls 2a: Vs = + 37 V, Ri = 2 omy 
impuls 2b: Vs = + 20 V, Ri = 0,05 oma 
impuls 3a: Vs = – 150 V, Ri = 50 omó w 
impuls 3b: Vs = + 150 V, Ri = 50 omó w 
impuls 4: Vs = – 16 V Va = – 12V , t6 = 100ms 
impuls 5: Vs = + 120 V, Ri = 2,2 oma, td = 250 ms 
W przypadku wersji 12 V: zgodność z normą ISO 7637-1 
i wersją 3 regulaminu nr 10 EKG ONZ: 
impuls 1: Vs = – 75 V, Ri = 10 omó w 
impuls 2a: Vs = + 37 V, Ri = 2 omy 
impuls 2b: Vs = + 10 V, Ri = 0,05 oma 
impuls 3a: Vs = – 112 V, Ri = 50 omó w 
impuls 3b: Vs = + 75 V, Ri = 50 omó w 
impuls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
impuls 5: Vs = + 65 V, Ri = 3 omy, td = 100 ms 
Imp uls 5 należy testować tylko w przypadku przyrządó w 
rejestr ujący ch przeznaczony ch do zainstalo wania w pojaz ­
dach, w któryc h nie zainstalo wano zewnętrznego, wspól ­
nego zabezpieczenia przed spadkiem obciążenia. 
Aby uzyskać informacje na temat propozy cji zabezpiecze ­
nia przed spadkiem obciążenia, zob. norma ISO 16750-2 
wydanie 4. rozdział 4.6.4. 218  
4.  BAD ANIA FUNK CJONALNOŚCI KAR T DO TACHOGRAFU 
Badania zgodnie z niniejszą sekcją 4 
nr 5 „Testy protok ołów”, 
nr 6 „Struktura karty” i 
nr 7 „Badania funkcjonalności” 
może przepro wadzić jednostka dokonująca oceny lub jednostka certyfikująca w trakcie procesu wydawania 
świadectwa bezpieczeństwa dla modułu chipo wego zgodnie z normą „Common Criteria” (CC). 
Badania nr 2.3 i 4.2 są identy czne. Są to próby mech aniczne kombinacji karty i modułu chipo wego. Jeżeli jeden 
z tych element ów (kar ta, moduł chipo wy) zostanie zmieniony , wówczas przepro wadzenie tych badań jest 
konieczne. 26.5.2016 L 139/318 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi 
1. Badanie administracyjne 
1.1 Dokumentacja Prawi dłowość dokumentacji  
2 Karta 
2.1 Nadr uk Sprawdzenie , czy wszystkie zabezpieczenia i widoczne 
dane są prawidło wo nadr ukowane i zgodne z wymogami. 
[Oznaczenie] 
(Załącznik 1C rozdział 4.1 „Dane widzialne”, 227) 
Na awersie znajdują się: 
wyrażenia „Kar ta kiero wcy”, „Kar ta kontrolna”, „Karta 
warsztato wa”, lub „Kar ta firmowa” nadr ukowane wiel ­
kimi literami w języku urzędo wym lub językac h urzędo ­
wych państwa członk owskiego wydaj ącego kartę, zgod ­
nie z typem karty. 
[Nazwa państwa członk owskiego] 
(Załącznik 1C rozdział 4.1 „Dane widzialne”, 228) 
Na awersie znajdują się: 
nazwa państwa członk owskiego wydaj ącego kartę (nie­
obo wiązk owo). 
[Znak] 
(Załącznik 1C rozdział 4.1 „Dane widzialne”, 229) 
Na awersie znajdują się: 
wyróżniaj ący znak państwa członk owskiego wydaj ącego 
kartę, drukowany w negatywie w niebieskim prostokącie 
i otoczony 12 żółtymi gwiazdkami. 
[Oznaczenie liczby] 
(Załącznik 1C rozdział 4.1 „Dane widzialne”, 232) 
Na awersie znajdują się: 
objaśnienia numero wany ch pozy cji znajdujący ch się na 
awer sie karty. 
[Kolor] 
(Załącznik 1C rozdział 4.1 „Dane widzialne”, 234) 
Karty do tach ografu drukuje się w następujący ch domi ­
nujący ch kolorach tła: 
—  karta kiero wcy: biały , 
—  karta warsztato wa: czer won y, 
—  karta kontrolna: niebieski, 
—  karta firmowa: żółty .  227–229, 232, 234– 
236 26.5.2016 L 139/319 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi  
[Zabezpieczenie] 
(Załącznik 1C rozdział 4.1 „Dane widzialne”, 235) 
Karty do tachog rafu mają przyna jmniej następujące za­
bezpieczenia przed fałszo waniem i manipulo waniem: 
—  zabezpieczający wzór tła z drukowan ym drobny m 
giloszem i tęczą, 
—  przynajmniej dwubar wną linię wyk onaną techniką 
mikrodr uku. 
[Oznak owania] 
(Załącznik 1C rozdział 4.1 „Dane widzialne”, 236) 
Państwa członk owskie mogą doda wać kolor y lub ozna ­
kowania, takie jak symbole państwo we i zabezpieczenia. 
[Znak homologacji ] 
Karta do tachografu jest opatrzona znakiem homologa ­
cji. 
Znak homolog acji składa się z: 
—  prostokąta, wewnątrz któr ego jest umieszczona litera 
„e”, po której następuje liczba lub litera oznacza jąca 
państwo, które wydało homolog ację, 
—numer u homolog acji typu odpo wiadającego nume ­
rowi świadectwa homologacji typu karty do tacho ­
grafu, umieszczonego bezpośrednio obok wspomnia ­
nego wyżej prostokąta.      
2.2 Próby 
mechani czne  240, 243 
ISO/IEC 7810   [Wielk ość karty] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810: Karty identyfika cyjne – Charakt erystyki fi­
zyczne, 
[5] Wymi ary karty 
[5.1] Wielk ość karty 
[5.1.1] Wymi ary i tolerancje karty 
Typ karty ID-1 Karta nieużywana 
[Kraw ędzie karty] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810: Karty identyfika cyjne – Charakt erystyki fi­
zyczne, 
[5] Wymi ary karty 
[5.1] Wielk ość karty 
[5.1.2] Krawęd zie karty  26.5.2016 L 139/320 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi    
[Struktura karty] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810: Karty identyfika cyjne – Charakt erystyki fi­
zyczne, 
[6] Struktura karty 
[Materiały , z których wyk onane są karty] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810: Karty identyfika cyjne – Charakt erystyki fi­
zyczne, 
[7] Materi ały, z któryc h wyk onane są karty 
[Odpor ność na zginanie] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810: Karty identyfika cyjne – Charakt erystyki fi­
zyczne, 
[8] Charaktery styki kart 
[8.1] Odpor ność na zginanie 
[Toksyczność] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810: Karty identyfika cyjne – Charakt erystyki fi­
zyczne, 
[8] Charaktery styki kart 
[8.3] Toksyczność 
[Odpor ność na działanie czynnik ów chemiczn ych] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810: Karty identyfika cyjne – Charakt erystyki fi­
zyczne, 
[8] Charaktery styki kart 
[8.4] Odpor ność na działanie czynnik ów chemiczn ych 
[Stabilność kart] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810: Karty identyfika cyjne – Charakt erystyki fi­
zyczne, 
[8] Charaktery styki kart 
[8.5] Stabilność wymiaro wa kart i odkszta łcenie wywo ­
łane przez temperaturę i wilgotność  26.5.2016 L 139/321 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi    
[Światło] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810: Karty identyfika cyjne – Charakt erystyki fi­
zyczne, 
[8] Charaktery styki kart 
[8.6.] Światło 
[Trwałość] 
Załącznik 1C rozdział 4.4 „Wymagania środo wisk owe i 
elektr yczne”, 241) 
Karty do tachografu prawidło wo pracują przez okres pię­
ciu lat, jeżeli są używane w określony ch warunkac h śro­
dowisk owych i elektr yczny ch. 
[Wytr zymałość na rozwarstwienie] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810: Karty identyfika cyjne – Charakt erystyki fi­
zyczne, 
[8] Charaktery styki kart 
[8.8] Wytrz ymałość na rozwarstwienie 
[Przy czepność lub blok owanie] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810: Karty identyfika cyjne – Charakt erystyki fi­
zyczne, 
[8] Charaktery styki kart 
[8.9] Przy czepność lub blok owanie 
[Odkształcenie] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810: Karty identyfika cyjne – Charakt erystyki fi­
zyczne, 
[8] Charaktery styki kart 
[8.11] Ogólne odk ształcenie kart 
[Odpor ność na działanie wysokich temperatur] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810: Karty identyfika cyjne – Charakt erystyki fi­
zyczne, 
[8] Charaktery styki kart 
[8.12] Odpor ność na działanie wysokich temperatur  26.5.2016 L 139/322 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi    
[Zniekształcenia powierzchni] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810: Karty identyfika cyjne – Charakt erystyki fi­
zyczne, 
[8] Charaktery styki kart 
[8.13] Zniek ształcenia powierzchn i 
[Zanieczyszczenie] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810: Karty identyfika cyjne – Charakt erystyki fi­
zyczne, 
[8] Charaktery styki kart 
[8.14] Zanieczyszczenie i interakcje kompone ntów kart   
2.3 Próby 
mechani czne 
z wbudo wan ym 
modułem 
chipo wym [Zginanie] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810:2003/zmiana 1:2009, Karty identyf ika­
cyjne – Charakter ystyki fizyczne, zmiana 1: Kryteria do­
tyczące kart elektroniczny ch 
[9.2] Dynamiczne naprężenie zgina jące 
Łączna liczba cykli zginania: 4 000. 
[Skręcanie] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810:2003/zmiana 1:2009, Karty identyf ika­
cyjne – Charakter ystyki fizyczne, zmiana 1: Kryteria do­
tyczące kart elektroniczny ch 
[9.3] Dynamiczne naprężenie skręcające 
Łączna liczba cykli skręcania: 4 000.  ISO/IEC 7810 
3 Moduł 
3.1 Moduł Moduł to obudo wa chipu i płyta styk owa. 
[Profil powierzch ni] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7816-1:2011, Karty identyf ikacyjne – Karty 
elektroniczne – Część 1: Karty styk owe – Charakter ystyki 
fizyc zne 
[4.2] Profil powierzchn i styk ów  ISO/IEC 7816 26.5.2016 L 139/323 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi  
[Wytr zymałość mech aniczna] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7816-1:2011, Karty identyf ikacyjne – Karty 
elektroniczne – Część 1: Karty styk owe – Charakter ystyki 
fizyc zne 
[4.3] Wytrz ymałość mecha niczna (kar ty i styk ów) 
[Rezystancja] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7816-1:2011, Karty identyf ikacyjne – Karty 
elektroniczne – Część 1: Karty styk owe – Charakter ystyki 
fizyc zne 
[4.4] Rezystancja (styk ów) 
[Wymi ary] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7816-2:2007, Karty identyf ikacyjne – Karty 
elektroniczne – Część 2: Karty styk owe – Wymiar y i roz­
mieszczenie styk ów 
[3] Wymi ary styk ów 
[Rozmieszczenie] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7816-2:2007, Karty identyf ikacyjne – Karty 
elektroniczne – Część 2: Karty styk owe – Wymiar y i roz­
mieszczenie styk ów 
[4] Liczba i rozmieszczenie styk ów 
W przypadku modułó w z sześcioma stykami styki „C4” i 
„C8” nie są objęte tym wymogiem doty czącym próby .      
4 Chip 
4.1 Chip  241–244 
Regulamin nr 10 EKG 
ONZ 
ISO/IEC 7810 
ISO/IEC 10373   [Temperatura pracy] 
Chip karty do tachog rafu pracuje w temperaturze oto­
czenia wynoszącej od – 25 °C do + 85 °C.  26.5.2016 L 139/324 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi    
[Temperatura i wilgotność] 
Załącznik 1C rozdział 4.4 „Wymagania środo wisk owe i 
elektr yczne”, 241) 
Karty do tach ografu prawidło wo pracują we wszystkic h 
warunkac h klimaty czny ch normalnie występujący ch na 
terytor ium Wspólnoty , przynajmniej w zakresie tempera ­
tur od – 25 do + 70 °C ze sporady cznymi temperaturami 
szczyto wymi do +85 °C, przy czym „sporady czny” ozna ­
cza nie dłużej niż 4 godziny jednorazo wo i nie więcej 
niż 100 razy w okresie eksploatacji karty. 
Karty do tach ografu naraża się kolejno na następujące 
temperatur y i wilgotność przez określony czas. Po każ­
dym etapie kartę do tachog rafu bada się pod kąte m 
funkcjonalności elektr ycznej. 
1.  Temperatura – 20 °C przez 2 h. 
2.  Temperatura +/– 0 °C przez 2 h. 
3.  Temperatura + 20 °C, wilgotność wzg lędna 50 %, 
przez 2 h. 
4.  Temperatura + 50 °C, wilgotność wzg lędna 50 %, 
przez 2 h 
5.  Temperatura + 70 °C, wilgotność wzg lędna 50 %, 
przez 2 h. 
Temperatura jest zwięk szana sporady cznie do + 85 ° 
C, wilgotność wzg lędna wynosi 50 %, przez 60 min. 
6.  Temperatura + 70 °C, wilgotność wzg lędna 85 %, 
przez 2 h. 
Temperatura jest zwięk szana sporady cznie do + 85 ° 
C, wilgotność wzg lędna wynosi 85 %, przez 30 min. 
[Wilgotność] 
Załącznik 1C rozdział 4.4 „Wymagania środo wisk owe i 
elektr yczne”, 242) 
Karty do tachog rafu prawidło wo pracują w zakresie wil­
gotności od 10 % do 90 %. 
[Kompat ybilność elektromagnety czna – EMC] 
Załącznik 1C rozdział 4.4 „Wymagania środo wisk owe i 
elektr yczne”, 244) 
W trakcie pracy karty do tach ografu zach owują zgod ­
ność z regulaminem nr 10 EKG ONZ pod wzg lędem 
kompatybilności elektromagnety cznej.   26.5.2016 L 139/325 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi  
[Elektr yczność staty czna] 
Załącznik 1C rozdział 4.4 „Wymagania środo wisk owe i 
elektr yczne”, 244) 
W trakcie pracy karty do tachog rafu muszą być zabez ­
pieczone przed wyłado waniami elektrostaty cznymi. 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810:2003/zmiana 1:2009, Karty identyf ika­
cyjne – Charakter ystyki fizyczne, zmiana 1: Kryteria do­
tyczące kart elektroniczny ch 
[9.4] Elektr yczność staty czna 
[9.4.1] Karty elektroniczne ze stykami 
Napięcie próbne: 4 000 V. 
[Urządzenia rentg enowskie] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810:2003/zmiana 1:2009, Karty identyf ika­
cyjne – Charakter ystyki fizyczne, zmiana 1: Kryteria do­
tyczące kart elektroniczny ch 
[9.1.] Urządzenia rentg enowskie 
[Promienio wanie ultrafioleto we] 
ISO/IEC 10373-1:2006, Karty identyfikacyjne – Metody 
badań – Część 1: Charakt erystyki ogólne 
[5.11] Promienio wanie ultraf iolet owe 
[trzyk ołowe] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 10373-1:2006/zmiana 1:2012, Karty identyf ika­
cyjne – Metod y badań – Część 1: Charaktery styki ogólne, 
zmiana 1 
[5.22] Karta elektroniczna – Wytrz ymałość mecha ­
niczna: trzyk ołowy test kart elektroniczn ych ze stykami 
[Nawijanie] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
Mast erCard CQM V2.03:2013 
[11.1.3] R-L3-14-8: Próba trwałości nawi jania 
[13.2.1.32] TM-422: Nieza wodność mech aniczna: próba 
nawijania  26.5.2016 L 139/326 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi 
4.2 Próby 
mechani czne 
modułu 
chipo wego 
wbudo wanego 
w kartę -> takie 
same jak w sekcji 
2.3 [Zginanie] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810:2003/zmiana 1:2009, Karty identyf ika­
cyjne – Charakter ystyki fizyczne, zmiana 1: Kryteria do­
tyczące kart elektroniczny ch 
[9.2] Dynamiczne naprężenie zgina jące 
Łączna liczba cykli zginania: 4 000. 
[Skręcanie] 
Karty do tachog rafu muszą być zgodne z wymogami 
normy 
ISO/IEC 7810:2003/zmiana 1:2009, Karty identyf ika­
cyjne – Charakter ystyki fizyczne, zmiana 1: Kryteria do­
tyczące kart elektroniczny ch 
[9.3] Dynamiczne naprężenie skręcające 
Łączna liczba cykli skręcania: 4 000.  ISO/IEC 7810 
5 Testy proto kołów 
5.1 Ciąg ATR Sprawdzenie zgodności ciągu ATR. ISO/IEC 7816-3 
TCS_14, TCS_17, 
TCS_18 
5.2 T=0 Sprawdzenie zgodności protok ołu T=0. ISO/IEC 7816-3 
TCS_11, TCS_12, 
TCS_13, TCS_15 
5.3 PTS Sprawdzenie zgodności polecenia PTS przez ustawienie 
T = 1 z T = 0. ISO/IEC 7816-3 
TCS_12, TCS_19, 
TCS_20, TCS_21 
5.4 T=1 Sprawdzenie zgodności protok ołu T = 1. ISO/IEC 7816-3 
TCS_11, TCS_13, 
TCS_16 
6 Struktura karty 
6.1  Sprawdzenie zgodności struktur y plików na karcie przez 
sprawdzenie, czy na karcie są wymag ane pliki oraz 
sprawdzenie warunków dostępu do plików. TCS_22–TCS_28 
TCS_140–TCS_179 
7 Badania funkcjonalności 
7.1 Nor malne 
przetwarzanie Sprawdzenie co najmniej raz każdego, dozwolone go użycia 
każdego polecenia (np. : sprawdzenie polecenia UPD ATE 
BINAR Y z CLA = ‘00’, CLA = ‘0C’ i z różn ymi parametrami 
P1, P2 i Lc). 
Sprawdzenie , czy karta rzeczywiście wyk onuje czynności 
(np.: odczytując plik poleceniem wyk onywan ym na tym 
pliku). TCS_29–TCS_139 26.5.2016 L 139/327 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi 
7.2 Komunikaty 
błędu Sprawdzenie co najmniej raz każdego komunikatu błędu 
(określonego w dodatku 2) dla każdego polecenia. 
Sprawdzenie co najmniej raz każdego błędu ogóln ego (z 
wyjątkiem błędó w integra lności ‘6400’ sprawdzan ych 
w trakcie certyfikacji bezpieczeństwa).  
7.3 Pakiet szyfró w i standardo we parametr y domeny CSM_48, CSM_50 
8 Personalizacja 
8.1 Personalizacja 
optyczna (Załącznik 1C rozdział 4.1 „Dane widzialne”, 230) 
Na awersie znajdują się: 
informacje szczególne dla wydanej karty. 
(Załącznik 1C rozdział 4.1 „Dane widzialne”, 231) 
Na awersie znajdują się: 
daty podaje się w formacie „dd/mm/r rrr” lub „dd.mm. 
rrrr” (dzień, miesiąc, rok). 
(Załącznik 1C rozdział 4.1 „Dane widzialne”, 235) 
Karty do tachog rafu mają przyna jmniej następujące za­
bezpieczenia przed fałszo waniem i manipulo waniem: 
—  w obszarze zdjęcia zabezpieczający wzór tła i zdjęcie 
zachodzą na siebie.  230, 231, 235  
5.  BAD ANIA URZĄDZENIA ZEWNĘTRZNEGO GNSS 
Nr Badanie Opis Powiązane wymogi 
1. Badanie administracyjne 
1.1 Dokumentacja Prawi dłowość dokumentacji  
2. Kon trola wizualna urządzenia zewnętrznego GNSS 
2.1 Zgodność z dokumentacją  
2.2 Identyf ikacja/oznak owanie 224–226 
2.3 Materiały 219–223 
3. Badania funkcjonalności 
3.1 Dane identyf ikacyjne czujnika 98, 99 
3.2 Połączenie między zewnętrzn ym modułem GNSS a przyrządem rejestr ującym 123, 205 26.5.2016 L 139/328 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi 
3.3 Położenie GNSS 36, 37 
3.4 Interfe js przyrządu rejestr ującego, gdy odbior nik GNSS znajduje się na zewnątrz 
przyrządu rejestr ującego 03 
3.5 Pakiet szyfró w i standardo we parametr y domeny CSM_48, CSM_50 
4. Badania środo wisk owe 
4.1 Temp eratura Sprawdzenie funkcjonalności za pomocą: 
badania zgodnie z normą ISO 16750-4, Rozdział 5.1.1.2: 
Próba eksploatacyjna w niskiej temperaturze (72 h w tempe ­
raturze – 20 °C). 
Badanie to odnosi się do normy IEC 60068-2-1: Badania 
środo wisk owe – Część 2-1: Prób y – Próba A: Zimno. 
badania zgodnie z normą ISO 16750-4, Rozdział 5.1.2.2: 
Próba eksploatacyj na w wysokiej temperaturze (72 h w tem ­
peraturze 70 °C). 
Badanie to odnosi się do normy IEC 60068-2-2: Podsta ­
wowe procedur y badań środo wisk owych – Część 2: Prób y 
– Próba B: Suche gorąco; 
Badanie zgodnie z normą ISO 16750-4: Rozdział 5.3.2: 
Nagła zmiana temperatur y z określony m okresem prze ­
jścio wym (20 °C/70 °C, 20 cykli, czas przeb ywania: 1 h 
w każdej temperaturze). 
Można przepro wadzić skrócony zestaw badań (spośród 
tych zdefini owany ch w sekcji 3 niniejszej tabeli) w niższej 
temperaturze, wyższej temperaturze i w czasie cykli tempe­
raturo wych. 213 
4.2 Wilgotność Sprawdzenie odpor ności przyrządu rejestr ującego na cy­
kliczne zmian y wilgotności (próba gorąca) za pomocą 
próby Db wg normy IEC 60068-2-30, w sześciu 24-go ­
dzinny ch cyklach , w każdym ze zmienia jącą się tempera ­
turą od + 25 °C do + 55 °C i wilgotnością wzg lędną 97 % 
w + 25 °C i 93 % w + 55 °C 214 
4.3 Mechanik a 1.  Drgani a harmoniczne: 
spra wdzenie odpor ności przyrządu rejestr ującego na 
drgania harmoniczne o następujący ch właściwościac h: 
stałe przemieszczenie przy częstotliw ości 5–11 Hz: 10- 
milimetro wa amplit uda; 
stałe przyspieszenie przy częstotliw ości 11–300 Hz: 5g. 
Wymóg ten sprawdza się za pomocą próby Fc wg 
normy IEC 60068-2-6, z minimalnym czasem trwania 
próby 3 × 12 h (12 h na oś). 
ISO 16750-3 nie wymag a przepro wadzenia testu drgań 
harmoniczn ych w przypadku urządzeń znajdujący ch się 
w oddzielnej kabinie pojazdu.  219 26.5.2016 L 139/329 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi 
2.  Drgani a swobodne: 
Próba zgodnie z ISO 16750-3: Rozdział 4.1.2.8: Próba 
VIII: Pojazd użytk owy, oddzielna kabina pojazdu. 
Próba drgań swobodn ych: 10 … 2 000 Hz, wertykalna 
średnia kwadrato wa 21,3 m/s2, wzdłużna średnia kwad ­
ratowa 11,8 m/s2, poprzeczna średnia kwadrato wa 
13,1 m/s2, 3 osie, 32 h na oś, w tym cykl temperatu ­
rowy – 20 … 70°C. 
Badanie to odnosi się do normy IEC 60068-2-64: Bada ­
nia środo wisk owe – Część 2-64: Prób y – Próba Fh: Wi­
bracje szerok opasmo we loso we i wyty czne. 
3.  Udar y: 
udar mechaniczn y przy impulsie półsinusoidaln ym 3 g 
wg normy ISO 16750. 
Opisane powyżej badania przepro wadza się na różn ych 
próbkach urządzeń podda wany ch badaniom. 
4.4 Ochrona przed 
wodą i ciałami 
obcymi Badanie zgodnie z normą ISO 20653: Pojazdy drogo we – 
Stopi eń ochrony (kod IP) – Ochrona urządzeń elektr ycz­
nych przed ciałami obcymi, wodą i dostępem (bez zmian 
parametró w) 220, 221 
4.5 Zabezpieczenie 
nadnapięcio we Sprawdzenie odpor ności przyrządu rejestr ującego na napię ­
cie zasilania: 216 
wersje 24 V: 34 V przy + 40 °C przez 1 
godzinę 
wersje 12 V: 17 V przy + 40 °C przez 1 
godzinę 
(ISO 16750-2 rozdział 4.3) 
4.6 Zabezpieczenie 
przed odwróce ­
niem polar yzacji Sprawdzenie odpor ności przyrządu rejestr ującego na od­
wrócenie biegunó w napięcia zasilającego. 
(ISO 16750-2 rozdział 4.7) 216 
4.7 Zabezpieczenie 
zwarcio we Sprawdzenie , czy sygnały wyjścio we są zabezpieczone 
przed zwarciem do napięcia zasilającego i do masy . 
(ISO 16750-2 rozdział 4.10) 216 
5 Badania EMC 
5.1 Emisje radiacyjne 
i wrażliwość na 
radiację Zgodność z regulaminem nr 10 EKG ONZ 218 26.5.2016 L 139/330 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi 
5.2 Wyłado wania 
elektrostaty czne Zgodność z normą ISO 10605:2008 + Sprosto wanie tech­
niczne: 2010 + AMD1: 2014: +/– 4 kV w przypadku styku 
i +/– 8 kV w przypadku rozłado wania do powietrza 218 
5.3 Wrażliw ość na 
stany nieustalone 
w zasilaniu W przypadku wersji 24 V: zgodność z normą ISO 7637-2 
i wersją 3 regulaminu nr 10 EKG ONZ: 
impuls 1a: Vs = – 450 V, Ri = 50 omó w 
impuls 2a: Vs = + 37 V, Ri = 2 omy 
impuls 2b: Vs = + 20 V, Ri = 0,05 oma 
impuls 3a: Vs = – 150 V, Ri = 50 omó w 
impuls 3b: Vs = + 150 V, Ri = 50 omó w 
impuls 4: Vs = – 16 V Va = – 12V , t6 = 100 ms 
impuls 5: Vs = + 120 V, Ri = 2,2 oma, td = 250 ms 
W przypadku wersji 12 V: zgodność z normą ISO 7637-1 
i wersją 3 regulaminu nr 10 EKG ONZ: 
impuls 1: Vs = – 75 V, Ri = 10 omó w 
impuls 2a: Vs = + 37 V, Ri = 2 omy 
impuls 2b: Vs = + 10 V, Ri = 0,05 oma 
impuls 3a: Vs = – 112 V, Ri = 50 omó w 
impuls 3b: Vs = + 75 V, Ri = 50 omó w 
impuls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
impuls 5: Vs = + 65 V, Ri = 3 omy, td = 100 ms 
Imp uls 5 należy testować tylko w przypadku przyrządó w 
rejestr ujący ch przeznaczony ch do zainstalo wania w pojaz ­
dach, w któryc h nie zainstalo wano zewnętrznego, wspól ­
nego zabezpieczenia przed spadkiem obciążenia. 
Aby uzyskać informacje na temat propozy cji zabezpiecze ­
nia przed spadkiem obciążenia, zob. norma ISO 16750-2 
wydanie 4. rozdział 4.6.4. 218  
6.  BAD ANIA URZĄDZENIA DO ŁĄCZNOŚCI NA ODLEGŁOŚĆ 
Nr Badanie Opis Powiązane wymogi 
1. Badanie administracyjne 
1.1 Dokumentacja Prawi dłowość dokumentacji  
2. Kon trola wizualna 
2.1 Zgodność z dokumentacją  
2.2 Identyf ikacja/oznak owanie 225, 226 
2.3 Materiały 219 to 223 26.5.2016 L 139/331 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi 
4. Badania środo wisk owe 
4.1 Temp eratura Sprawdzenie funkcjonalności za pomocą: 
badania zgodnie z normą ISO 16750-4, Rozdział 5.1.1.2: 
Próba eksploatacyjna w niskiej temperaturze (72 h w tempe ­
raturze – 20 °C). 
Badanie to odnosi się do normy IEC 60068-2-1: Badania 
środo wisk owe – Część 2-1: Prób y – Próba A: Zimno. 
badania zgodnie z normą ISO 16750-4, Rozdział 5.1.2.2: 
Próba eksploatacyj na w wysokiej temperaturze (72 h w tem ­
peraturze 70 °C). 
Badanie to odnosi się do normy IEC 60068-2-2: Podsta ­
wowe procedur y badań środo wisk owych – Część 2: Prób y 
– Próba B: Suche gorąco; 
Badanie zgodnie z normą ISO 16750-4: Rozdział 5.3.2: 
Nagła zmiana temperatur y z określony m okresem prze ­
jścio wym (20 °C/70 °C, 20 cykli, czas przeb ywania: 1 h (?) 
w każdej temperaturze). 
Można przepro wadzić skrócony zestaw badań (spośród 
tych zdefini owany ch w sekcji 3 niniejszej tabeli) w niższej 
temperaturze, wyższej temperaturze i w czasie cykli tempe­
raturo wych. 213 
4.4 Ochrona przed 
wodą i ciałami 
obcymi Badanie zgodnie z normą ISO 20653: Pojazdy drogo we – 
Stopi eń ochrony (kod IP) – Ochrona urządzeń elektr ycz­
nych przed ciałami obcymi, wodą i dostępem (war tość do­
celo wa IP40) 220, 221 
5 Badania EMC 
5.1 Emisje radiacyjne 
i wrażliwość na 
radiację Zgodność z regulaminem nr 10 EKG ONZ 218 
5.2 Wyłado wania 
elektrostaty czne Zgodność z normą ISO 10605:2008 + Sprosto wanie tech­
niczne:2010 + AMD1:2014: +/– 4kV w przypadku styku i 
+/– 8kV w przypadku rozłado wania do powietrza 218 
5.3 Wrażliw ość na 
stany nieustalone 
w zasilaniu W przypadku wersji 24 V: zgodność z normą ISO 7637-2 
i wersją 3 regulaminu nr 10 EKG ONZ: 
impuls 1a: Vs = – 450 V, Ri = 50 omó w 
impuls 2a: Vs = + 37 V, Ri = 2 omy 
impuls 2b: Vs = + 20 V, Ri = 0,05 oma 
impuls 3a: Vs = – 150 V, Ri = 50 omó w 
impuls 3b: Vs = + 150 V, Ri = 50 omó w 
impuls 4: Vs = – 16 V Va = – 12V , t6 = 100 ms 
impuls 5: Vs = + 120 V, Ri = 2,2 oma, td = 250 ms  218 26.5.2016 L 139/332 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi 
W przypadku wersji 12 V: zgodność z normą ISO 7637-1 
i wersją 3 regulaminu nr 10 EKG ONZ: 
impuls 1: Vs = – 75 V, Ri = 10 omó w 
impuls 2a: Vs = + 37 V, Ri = 2 omy 
impuls 2b: Vs = + 10 V, Ri = 0,05 oma 
impuls 3a: Vs = – 112 V, Ri = 50 omó w 
impuls 3b: Vs = + 75 V, Ri = 50 omó w 
impuls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
impuls 5: Vs = + 65 V, Ri = 3 omy, td = 100 ms 
Imp uls 5 należy testować tylko w przypadku przyrządó w 
rejestr ujący ch przeznaczony ch do zainstalo wania w pojaz ­
dach, w któryc h nie zainstalo wano zewnętrznego, wspól ­
nego zabezpieczenia przed spadkiem obciążenia. 
Aby uzyskać informacje na temat propozy cji zabezpiecze ­
nia przed spadkiem obciążenia, zob. norma ISO 16750-2 
wydanie 4. rozdział 4.6.4.  
7.  BAD ANIA FUNK CJONALNOŚCI PAPIER U 
Nr Badanie Opis Powiązane wymogi 
1. Badanie administracyjne 
1.1 Dokumentacja Prawi dłowość dokumentacji  
2 Badania ogólne 
2.1 Liczba znak ów 
w wierszu Kontrola wizualna wydr uków 172 
2.2 Minimalna wiel ­
kość czcionki Kontrola wizualna wydr uków i kontrola znak ów 173 
2.3 Obsługiwane zes­
tawy znak ów Drukarka umożliwia drukowanie znak ów określony ch w do­
datku 1 rozdział 4 „Zestawy znak ów”. 174 
2.4 Defi nicja wydr u­
ków Sprawdzenie homologacji typu tachog rafu i przepro wadze ­
nie kontroli wizualnej wydr uków 174 
2.5 Czyte lność i iden ­
tyfikacja wydr u­
ków Kontrola wydr uków 
Potwierdzona spra wozdaniami z badań i protok ołami ba­
dań przez producenta. 
Wszystkie numer y homologa cyjne tachog rafów, z który mi 
można używać danego papier u do drukarek, wydr ukowano 
na papierze. 175, 177, 178 
2.6 Doda wanie uwag 
odręczny ch Kontrola wizualna: dostępne jest miejsce na podpis kie­
rowcy . 
Dostępne jest miejsce na inne dodatk owe wpisy odręczne. 180 26.5.2016 L 139/333 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi 
2.7 Dodatk owe infor­
macje szczegó ­
łowe na pier w­
szej stronie kartki 
papier u Pier wsza i druga strona kartki papier u mogą zawi erać do­
datk owe szczegóło we dane i informacje. 
Tego rodzaju dodatk owe szczegóło we dane i informacje nie 
mogą ograniczać czyt elności wydr uków. 
Kontrola wizualna 177, 178 
3 Badania przecho wywania 
3.1 Suche gorąco Kondy cjono wanie wstępne: 16 h w temperaturze + 23 °C 
± 2 °C/przy wilgotności wzg lędnej 55 % ± 3 %. 
Środo wisk o testowe: 72 h w temperaturze + 70 °C ± 2 °C. 
Odzyskanie: 16 h w temperaturze + 23 °C ± 2 °C/przy wil­
gotności wzg lędnej 55 % ± 3 %. 176, 178 
IEC 60068-2-2-Bb 
2.2 Wilgotne gorąco Kondy cjono wanie wstępne: 16 h w temperaturze + 23 °C 
± 2 °C/przy wilgotności wzg lędnej 55 % ± 3 %. 
Środo wisk o testowe: 144 h w temperaturze + 55 °C ± 2 ° 
C/przy wilgotności wzg lędnej 93 % ± 3 %. 
Odzyskanie: 16 h w temperaturze + 23 °C ± 2 °C/przy wil­
gotności wzg lędnej 55 % ± 3 %. 176, 178 
IEC 60068-2-78-Cab 
4 Badania papier u w uży ciu 
4.1 Podsta wowa od­
porność na dzia ­
łanie wilgoci (pa­
pier niezadr uko­
wany) Kondy cjono wanie wstępne: 16 h w temperaturze + 23 °C 
± 2 °C/przy wilgotności wzg lędnej 55 % ± 3 %. 
Środo wisk o testowe: 144 h w temperaturze + 55 °C ± 2 ° 
C/przy wilgotności wzg lędnej 93 % ± 3 %. 
Odzyskanie: 16 h w temperaturze + 23 °C ± 2 °C/przy wil­
gotności wzg lędnej 55 % ± 3 %. 176, 178 
IEC 60068-2-78-Cab 
4.2 Drukowność Kondy cjono wanie wstępne: 24 h w temperaturze + 40 °C 
± 2 °C/przy wilgotności wzg lędnej 93 % ± 3 %. 
Środo wisk o testowe: wydr uk sporządzony w temperaturze 
+ 23 °C ± 2 °C 
Odzyskanie: 16 h w temperaturze + 23 °C ± 2 °C/przy wil­
gotności wzg lędnej 55 % ± 3 %. 176, 178 
4.3 Odpor ność na 
działanie wyso ­
kich temperatur Kondy cjono wanie wstępne: 16 h w temperaturze + 23 °C 
± 2 °C/przy wilgotności wzg lędnej 55 % ± 3 %. 
Środo wisk o testowe: 2 h w temperaturze + 70 °C ± 2 °C, 
suche gorąco 
Odzyskanie: 16 h w temperaturze + 23 °C ± 2 °C/przy wil­
gotności wzg lędnej 55 % ± 3 %. 176, 178 
IEC 60068-2-2-Bb 
4.4 Odpor ność na 
działanie niskic h 
temperatur Kondy cjono wanie wstępne: 16 h w temperaturze + 23 °C 
± 2 °C/przy wilgotności wzg lędnej 55 % ± 3 %. 
Środo wisk o testowe: 24 h w temperaturze – 20 °C ± 3 °C, 
suche zimno 
Odzyskanie: 16 h w temperaturze + 23 °C ± 2 °C/przy wil­
gotności wzg lędnej 55 % ± 3 %. 176, 178 
ISO 60068-2-1-Ab 26.5.2016 L 139/334 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis Powiązane wymogi 
4.5 Światłoodpor ­
ność Kondy cjono wanie wstępne: 16 h w temperaturze + 23 °C 
± 2 °C/przy wilgotności wzg lędnej 55 % ± 3 %. 
Środo wisk o testowe: 100 h pod oświetleniem o natężeniu 
5 000 luks ów w temperaturze + 23 °C ± 2 °C przy wilgot ­
ności wzg lędnej 55 % ± 3 % 
Odzyskanie: 16 h w temperaturze + 23 °C ± 2 °C/przy wil­
gotności wzg lędnej 55 % ± 3 %. 176, 178  
Kryteria czytelności w odniesieniu do badań 3.x i 4.x: 
Czyt elność wydr uku jest zapewniona, jeżeli gęstości opty czne są zgodne z następującymi ograniczeniami: 
Wielk ość drukowany ch znak ów: min. 1,0 
Tło (papier niezadr ukowan y): mak s. 0,2 
Gęsto ści optyczne otrzymany ch wydr uków mierzy się według DIN EN ISO 534. 
Wydruki muszą przedsta wiać niezmienione wymiar y i być wyraźnie czyt elne. 
8.  BAD ANIA INTER OPERA CYJNOŚCI 
Nr Badanie Opis 
9.1 Badania interoperacyjności między przyrządami rejestr ującymi a kartami do tachografu 
1 Wza jemne uwie ­
rzytelnie nie Sprawdzenie , czy wzajemne uwierzytelnienie między przyrządem rejestr ującym a 
kartą do tachog rafu przebiega normalnie. 
2 Próby zapisu/od ­
czytu Wyk onanie scenar iusza typo wej czynności na przyrządzie rejestr ującym. Scenar iusz 
dostoso wany jest do typu badanej karty i obejmuje zapis na karcie tak wielu EF, jak 
to możliwe. 
Sprawdzenie poprzez pobieranie dany ch z przyrządu rejestr ującego, czy wszystkie od­
powiednie zapisy zostały wyk onane prawidło wo. 
Sprawdzenie poprzez pobieranie dany ch z karty, czy wszystkie odpo wiednie zapisy 
zostały wyk onane prawidło wo. 
Sprawdzenie poprzez dzienny wydr uk z karty, czy wszystkie odpo wiednie zapisy 
mogą być odczytane prawidło wo. 
9.2 Badania interoperacyjności między przyrządami rejestr ującymi a czujnikami ruchu 
1 Parowanie Sprawdzenie , czy paro wanie przyrządu rejestr ującego z czujnikami ruchu przebiega 
normalnie. 
2 Badania czyn ­
ności Wyk onanie scenar iusza typo wej czynności na czujniku ruchu. Scenar iusz obejmuje 
normalną czynność i wygener owanie jak największej liczb y zdarzeń lub uster ek. 
Sprawdzenie poprzez pobieranie dany ch z przyrządu rejestr ującego, czy wszystkie od­
powiednie zapisy zostały wyk onane prawidło wo. 
Sprawdzenie poprzez pobieranie dany ch z karty, czy wszystkie odpo wiednie zapisy 
zostały wyk onane prawidło wo. 
Sprawdzenie poprzez dzienny wydr uk, czy wszystkie odpo wiednie zapisy mogą być 
odczytane prawidło wo. 26.5.2016 L 139/335 Dziennik Urzędo wy Unii Europejskiej PL    
Nr Badanie Opis 
9.3 Badania inter operacyjności między przyrządami rejestr ującymi a urządzeniem zewnętrznym GNSS (w sto­
sowny ch przypadkac h) 
1 Wza jemne uwie ­
rzytelnie nie Sprawdzenie , czy wzaj emne uwierzyteln ienie (połączenie) między przyrządem rejes ­
trującym a zewnętrznym modułem GNSS przebiega normalnie. 
2 Badania czyn ­
ności Wyk onanie scenar iusza typo wej czynności na zewnętrznym urządzeniu GNSS. Scena ­
riusz obejmuje normalną czynność i wygener owanie jak najwi ększej liczby zdarzeń 
lub uster ek. 
Sprawdzenie poprzez pobieranie dany ch z przyrządu rejestr ującego, czy wszystkie od­
powiednie zapisy zostały wyk onane prawidło wo. 
Sprawdzenie poprzez pobieranie dany ch z karty, czy wszystkie odpo wiednie zapisy 
zostały wyk onane prawidło wo. 
Sprawdzenie poprzez dzienny wydr uk, czy wszystkie odpo wiednie zapisy mogą być 
odczytane prawidło wo   26.5.2016 L 139/336 Dziennik Urzędo wy Unii Europejskiej PL    
Dodatek 10 
WYMOGI BEZPIECZEŃST WA 
W niniejszym dodatku określono wymogi bezpieczeństwa informaty cznego doty czące elementó w składo wych systemu 
tachog rafu inteli gentneg o (tachografu drugiej generacji). 
SEC_001 Następujące elementy składo we systemu tachog rafu inteligentnego muszą posiadać certyfikacje bezpie ­
czeństwa zgodnie z syste mem wspóln ych kryteriów: 
—  przyrząd rejestr ujący ; 
—  karta do tachografu; 
—  czujnik ruchu; 
—  urządzenie zewnętrzne GNSS. 
SEC_002  Minimalne wymogi bezpieczeństwa informaty cznego, jakie ma spełnić każdy element składo wy, który musi 
posiadać certyfikację bezpieczeństwa, określa się w profilu zabezpieczenia dla elementu składo wego, zgodnie 
z syste mem wspóln ych kryterió w. 
SEC_003  Komisja Europejska upewnia się, że cztery prof ile zabezpieczenia zgodne z niniejszym załącznikiem są 
finansowane, opraco wywane, zatwierdzane przez rządo we jednostki certyfikujące ds. bezpieczeństwa informa­
tycznego, skupione w grupie roboczej ds. wspólnej interpretacji (JIW G), któr a wspiera wzajemne uzna wanie 
certyfikató w pod egidą SOGIS-MRA (Umowa o wzaj emnym uzna waniu świadectw z oceny bezpieczeństwa 
informaty cznego), oraz rejestro wane: 
—  profil zabezpieczenia dla przyrządu rejestr ującego; 
—  profil zabezpieczenia dla karty do tachog rafu; 
—  profil zabezpieczenia dla czujnika ruchu; 
—  profil zabezpieczenia dla urządzenia zewnętrznego GNSS. 
Profil zabezpieczenia dla przyrządu rejestr ującego uwzg lędnia przypadki, gdy przyrząd rejestr ujący jest przeznaczony do 
użytk owania z urządzeniem zewnętrzn ym GNSS, jak i gdy nie jest do tego przeznaczony . W tym pier wszym przypadku 
wymogi bezpieczeństwa doty czące urządzenia zewnętrznego GNSS zosta ją podane w specjaln ym prof ilu zabezpieczenia. 
SEC_004  Aby nadać kształt celo wi zabezpieczenia, który stano wi podsta wę do uzyskania certyfikacji bezpieczeństwa 
elementu składo wego, producenci elementó w składo wych przygot owują i komplet ują niezbędn y prof il 
zabezpieczenia dla odpo wiedniego elementu składo wego bez poprawiania i usuwania istniejący ch zagrożeń, 
celó w, środk ów proceduralny ch i specyfi kacji funkcji realizujący ch zabezpieczenia. 
SEC_005  Ścisła zgodność takiego konkretnego celu zabezpieczenia z odpo wiednim prof ilem zabezpieczenia musi 
zostać stwierdzona w procesie oceny . 
SEC_006  Poziomem gwarancji dla każdego prof ilu zabezpieczenia jest poziom EAL4 wzmocniony elementami 
gwarancji ATE_DPT .2 i AVA_V AN.5.  26.5.2016 L 139/337 Dziennik Urzędo wy Unii Europejskiej PL    
Dodatek 11 
WSPÓLNE MECHANIZMY ZABEZPIECZENIA 
SPIS TREŚCI 
INFORMA CJE OGÓLNE ..................................................................................................................... 340 
CZĘŚĆ A SYSTEM TACHOGRAF U PIER WSZEJ GENERA CJI ................................................................................... 341 
1. WPR OWADZENIE .......................................................................................................................... 341 
1.1. Odniesienia ...................................................................................................................... 341 
1.2. Oznaczenia i skróty ........................................................................................................... 341 
2. SYSTEMY I ALGOR YTMY KRYPTOGRAFICZNE ..................................................................................... 343 
2.1. System y kryptograficzne ..................................................................................................... 343 
2.2. Algor ytm y kryptograficzne .................................................................................................. 343 
2.2.1 Algor ytm RSA .................................................................................................................. 343 
2.2.2 Algor ytm skrótu ............................................................................................................... 343 
2.2.3 Algor ytm szyfro wania dany ch.............................................................................................. 343 
3. KLUCZE I CER TYFIKA TY................................................................................................................. 343 
3.1. Genero wanie i dystr ybucja kluczy ......................................................................................... 343 
3.1.1 Genero wanie i dystr ybucja kluczy RSA .................................................................................. 343 
3.1.2 Klucze testowe RSA ........................................................................................................... 345 
3.1.3 Klucze czujnika ruchu........................................................................................................ 345 
3.1.4 Genero wanie i dystr ybucja kluczy sesji T-DES .......................................................................... 345 
3.2. Klucze ............................................................................................................................ 345 
3.3. Certyfikaty ....................................................................................................................... 345 
3.3.1 Treść certyfikató w............................................................................................................. 346 
3.3.2 Wydane certyfikaty ............................................................................................................ 348 
3.3.3 Weryfikacja i rozpak owanie certyfikatu .................................................................................. 349 
4. MECHANI ZM WZAJEMNEGO UWIERZY TELNIENIA .............................................................................. 349 
5. POUFNOŚĆ, INTEGRALNOŚĆ I MECHANIZMY UWIERZY TELNIANIA PRZESYŁANIA DANY CH MIĘDZY VU A 
KART AMI .................................................................................................................................... 352 
5.1. Bezpieczna wymiana komunikató w....................................................................................... 352 
5.2. Obsługa błędó w w bezpiecznej wymianie komunikató w............................................................ 354 
5.3. Algor ytm obliczania kryptograficzny ch sum kontrolny ch........................................................... 354 
5.4. Algor ytm obliczania kryptogramó w dla poufny ch obiektó w dany ch............................................. 355 
6. MECHANI ZMY CYFR OWEGO PODPISU DLA POBIERANIA DANY CH ......................................................... 355 
6.1. Genero wanie podpisu ......................................................................................................... 355 
6.2. Weryfikacja podpisu .......................................................................................................... 356 26.5.2016 L 139/338 Dziennik Urzędo wy Unii Europejskiej PL    
CZĘŚĆ B SYSTEM TACHOGRAF U DRUGIEJ GENERA CJI ...................................................................................... 357 
7. WPR OWADZENIE .......................................................................................................................... 357 
7.1. Odniesienia ...................................................................................................................... 357 
7.2. Oznaczenia i skróty ........................................................................................................... 357 
7.3. Defi nicje ......................................................................................................................... 359 
8. SYSTEMY I ALGOR YTMY KRYPTOGRAFICZNE ..................................................................................... 359 
8.1. System y kryptograficzne ..................................................................................................... 359 
8.2. Algor ytm y kryptograficzne .................................................................................................. 360 
8.2.1 Algor ytm y symetr yczne ...................................................................................................... 360 
8.2.2 Algor ytm y asymetr yczne i standardo we parametr y domeny ........................................................ 360 
8.2.3 Algor ytm y skrótu .............................................................................................................. 361 
8.2.4 Mechanizm szyfro wania ...................................................................................................... 361 
9. KLUCZE I CER TYFIKA TY................................................................................................................. 361 
9.1. Pary kluczy asymetr yczny ch i certyfikaty kluczy publiczny ch...................................................... 361 
9.1.1 Uwagi ogóln e................................................................................................................... 361 
9.1.2 Poziom europejski ............................................................................................................. 362 
9.1.3 Poziom państwa członk owskiego .......................................................................................... 362 
9.1.4 Poziom urządzenia: przyrządy rejestr ujące .............................................................................. 363 
9.1.5 Poziom urządzenia: karty do tachog rafu ................................................................................. 365 
9.1.6 Poziom urządzenia: urządzenia zewnętrzne GNSS .................................................................... 366 
9.1.7 Przeg ląd: zastąpienie certyfikatu ............................................................................................ 367 
9.2. Klucze symetr yczne ........................................................................................................... 368 
9.2.1 Klucze do zabezpieczania łączności między VU a czujnikiem ruchu ............................................. 368 
9.2.2 Klucze do zabezpieczania łączności DSR C.............................................................................. 372 
9.3. Certyfikaty ....................................................................................................................... 375 
9.3.1 Uwagi ogóln e................................................................................................................... 375 
9.3.2 Treść certyfikatu ............................................................................................................... 375 
9.3.3 Składanie wniosk ów o certyfikaty ......................................................................................... 377 
10. WZAJEMNE UWIERZY TELNIANIE I BEZPIECZNA WYMIANA KOMUNIKA TÓW MIĘDZY VU A KARTĄ ............. 378 
10.1. Uwagi ogóln e................................................................................................................... 378 
10.2. Wza jemna weryfikacja łańcucha certyfikatów.......................................................................... 379 
10.2.1 Weryfikacja łańcuch a certyfikatów karty przez VU ................................................................... 379 
10.2.2 Weryfikacja łańcuch a certyfikatów VU przez kartę.................................................................... 381 
10.3. Uwierzytel nienie VU .......................................................................................................... 384 
10.4. Uwierzytel nianie chipu i uzgadnianie klucza sesji ..................................................................... 385 26.5.2016 L 139/339 Dziennik Urzędo wy Unii Europejskiej PL    
10.5. Bezpieczna wymiana komunikató w....................................................................................... 387 
10.5.1 Uwagi ogóln e................................................................................................................... 387 
10.5.2 Struktura bezpiecznego komunikatu ...................................................................................... 388 
10.5.3 Przer wanie sesji bezpiecznej wymiany komunikató w................................................................. 391 
11. POWIĄZANIE, WZAJEMNE UWIERZY TELNIANIE I BEZPIECZNA WYMIANA KOMUNIKA TÓW MIĘDZY VU A 
URZĄDZENIEM ZEWNĘTRZNYM GNSS ............................................................................................. 392 
11.1. Uwagi ogóln e................................................................................................................... 392 
11.2. Ustano wienie powiązania między VU a urządzeniem zewnętrznym GNSS ...................................... 393 
11.3. Wza jemna weryfikacja łańcucha certyfikatów.......................................................................... 393 
11.3.1 Uwagi ogóln e................................................................................................................... 393 
11.3.2 Podczas ustanawia nia powiązania między VU a EGF ................................................................. 393 
11.3.3 W czasie normalnej pracy ................................................................................................... 394 
11.4. Uwierzytel nienie VU, uwierzytelnienie chipu i uzgodnienie klucza sesji ......................................... 395 
11.5. Bezpieczna wymiana komunikató w....................................................................................... 395 
12. PAROWANIE VU Z CZUJNIKIEM RUCH U I ŁĄCZNOŚĆ MIĘDZY TYMI URZĄDZENIAMI ................................ 396 
12.1. Uwagi ogóln e................................................................................................................... 396 
12.2. Parowanie VU z czujnikiem ruchu przy użyciu różny ch generacji kluczy ....................................... 396 
12.3. Parowanie VU z czujnikiem ruchu i łączność między tymi urządzeniami z wyk orzystaniem AES ........ 397 
12.4. Parowanie VU z czujnikiem ruchu w przypadku różny ch generacji urządzeń .................................. 399 
13. BEZPIECZEŃST WO ŁĄCZNOŚCI NA ODLEGŁOŚĆ W RAMA CH DSR C....................................................... 399 
13.1. Uwagi ogóln e................................................................................................................... 399 
13.2. Szyfro wanie ładunku tachografu i genero wanie MAC................................................................. 400 
13.3. Weryfikacja i odszyfro wywanie ładunku tachog rafu .................................................................. 401 
14. PODPISYW ANIE POBIERANY CH DANY CH I SPRA WDZANIE PODPISÓ W.................................................... 401 
14.1. Uwagi ogóln e................................................................................................................... 401 
14.2. Genero wanie podpisu ......................................................................................................... 402 
14.3. Weryfikacja podpisu .......................................................................................................... 402  
INFORMA CJE OGÓLNE 
W niniejszym dodatku określa się mechani zmy zabezpieczenia zapewniające: 
—  wzaj emne uwierzytelnienie między różn ymi elementami składo wymi systemu tach ografu; 
—  poufność, integralność, autenty czność lub niezaprzeczalność dany ch przekazywany ch między różn ymi elementami 
składo wymi systemu tachog rafu lub pobieran ych na zewnętrzne nośniki dany ch. 
Niniejszy dodat ek składa się z dwóc h części. W części A opisano mech anizm y zabezpieczenia stoso wane w systemie 
tachog rafu pier wszej generacji (tachograf cyfro wy). W części B opisano mecha nizm y zabezpieczenia stosowane 
w syste mie tachografu drugiej generacji (tachograf intelig entny). 
Mechaniz my opisane w części A niniejszego dodatku stosuje się, jeżeli przyna jmniej jeden element składo wy systemu 
tachog rafu wyk orzystywany w procesie wzajemnego uwierzytelniania lub przesyłania dany ch jest urządzeniem pier wszej 
generacji. 26.5.2016 L 139/340 Dziennik Urzędo wy Unii Europejskiej PL    
Mechaniz my opisane w części B niniejszego dodatku stosuje się, jeżeli obydwa elementy składo we systemu tachog rafu 
wyk orzystywane w procesie wzajemnego uwierzyteln iania lub przesyłania dany ch są urządzeniami drugiej generacji. 
Dodatek 15 zawiera dodatk owe informacje na temat korzystania z element ów składo wych pier wszej generacji 
w połączeniu z elementami składo wymi drugiej generacji. 
CZĘŚĆ A 
SYSTEM TACHOGRAFU PIER WSZEJ GENERA CJI 
1.  WPR OWADZENIE 
1.1.  Odniesienia 
W niniejszym dodatku używa się następujący ch odniesień: 
SHA-1  Narodo wy Instytut Standar yzacji i Technologii (NIST). FIPS Publikacj a 180-1: Bezpieczny 
standar d skrótu. Kwiecień 1995 r. 
PKCS1  RSA Laborator ies. PCK S # 1: Standar d szyfr owania RSA. Wersja 2.0. Paździer nik 1998 r. 
TDES  Narodo wy Instytut Standar yzacji i Techn ologii (NIST). FIPS Publikacj a 46-3: Symetr yczny 
algor ytm kryptog raficzny . Projekt 1999 r. 
TDES-OP  ANSI X9.52, Tryby pracy algor ytmu trzye tapo wego szyfro wania dany ch. 1998 r. 
ISO/IEC 7816-4  Techn ologia informacyjna – Karty identyfikacyjne – Elektroniczne karty styk owe – Część 4: 
Międzybranżo we polecenia wymiany informacji. Wydanie pier wsze: 1995 r. + zmiana 1: 
1997 r. 
ISO/IEC 7816-6  Techn ologia informacyjna – Karty identyfikacyjne – Elektroniczne karty styk owe – Część 6: 
Międzybranżo we elementy dany ch. Wydanie pier wsze: 1996 r. + zmiana 1: 1998 r. 
ISO/IEC 7816-8  Techn ologia informacyjna – Karty identyfikacyjne – Elektroniczne karty styk owe – Część 8: 
Międzybranżo we polecenia związane z bezpieczeństwem. Wydanie pier wsze: 1999 r. 
ISO/IEC 9796-2  Techn ologia informacyjna – Techniki zabezpieczeń – Schem aty podpisu cyfro wego 
z odtwarzaniem wiadomości – Część 2: Mech anizm y opar te na faktory zacji liczb 
całk owity ch. Wydanie pier wsze: 1997 r. 
ISO/IEC 9798-3  Techn ologia informacyjna – Techniki zabezpieczeń – Mechanizm y uwierzytelnienia jednostki 
– Część 3: Uwierzyt elnienie jednostki przy użyciu algor ytmu klucza publicznego. Wydanie 
drugie: 1998 r. 
ISO 16844-3  Pojazdy drogo we – System y tachog raficzne – Część 3: Interf ejs czujnika ruchu. 
1.2.  Oznaczenia i skróty 
W niniejszym dodatku używa się następujący ch oznaczeń i skrótó w: 
(Ka, Kb, Kc)  wiązka kluczy używany ch w algor ytmie trzyetap owego szyfro wania dany ch, 
CA  organ certyfikacji 
CAR  odniesienie do organu certyfikacji 
CC  kryptograficzna suma kontrolna 
CG  kryptogram 
CH  nagłó wek polecenia 
CHA  upo ważnienie posiadacza certyfikatu 
CHR  odniesienie do posiadacza certyfikatu 
D()  deszyfracja DES 26.5.2016 L 139/341 Dziennik Urzędo wy Unii Europejskiej PL    
DE  element dany ch 
DO  obiekt dany ch 
d  klucz prywatny RSA , wykładnik prywatny 
e  klucz publiczny RSA, wykładnik publiczny 
E()  szyfro wanie DES 
EQT  urządzenie 
Hash()  skrót, wartość wyjścio wa funkcji skrótu 
Hash  funkcja skrótu 
KID  identyf ikator klucza 
Km  klucz TDES, klucz główny wg normy ISO 16844-3 
KmVU  klucz TDES umieszczony w przyrządzie rejestr ującym 
KmWC  klucz TDES umieszczony w kartach warsztato wych 
m  reprezentacja komunikatu, liczba całk owita z przedziału od 0 do n-1 
n  klucze RSA , moduły 
PB  bajty wypełnienia 
PI  bajt wskaźnik wypełnienia (do zastos owania w kryptogrami e dla poufności DO) 
PV  wartość odkr yta 
s  reprezentacja podpisu, liczba całk owita z przedziału od 0 do n-1 
SSC  licznik sekwencji wysyłania 
SM  bezpieczna wymiana komunikató w 
TCBC  tryb wiązania blok ów zaszyfro wany ch TDEA 
TDEA  algor ytm trzye tapo wego szyfro wania dany ch 
TLV  obiekt TLV 
VU  przyrząd rejestr ujący 
X.C  certyfikat użytk ownika X wydany przez organ certyfikacji 
X.CA  organ certyfikacji użytk ownika X 
X.CA .PK o X.C  Operacja rozpak owania certyfikatu w celu wyodrębnienia klucza publicznego. Jest to operat or 
wrostk owy, którego argumentem lewostronn ym jest klucz publiczny organu certyfikacji, a 
argumentem praw ostronnym jest certyfikat wydan y przez ten organ certyfikacji. Wynikiem 
jest klucz publiczny użytk ownika X, któr ego certyfikat jest argumente m praw ostronnym. 
X.PK  klucz publiczny użytk ownika X 
X.PK[I]  szyfro wanie RSA pewny ch informacji kluczem publicznym I użytk ownika X 
X.SK  klucz prywatny RSA użytk ownika X 
X.SK[I]  szyfro wanie RSA pewny ch informacji kluczem prywatnym I użytk ownika X 
‘xx’  wartość heksadecy malna 
||  operator konkatenacji 26.5.2016 L 139/342 Dziennik Urzędo wy Unii Europejskiej PL    
2.  SYST EMY I ALGOR YTMY KRYPTOGRAFICZNE 
2.1.  Syst emy kryptograf iczne 
CSM_001  Przyrządy rejestr ujące i karty do tachog rafu używają klasy cznego systemu kryptografic znego RSA 
z kluczem publicznym do realizo wania następujący ch mechanizmó w zabezpieczenia: 
—  uwierzyteln ienie między przyrządami rejestr ującymi a kartami, 
—  transpor t kluczy sesji Triple-DES między przyrządami rejestr ującymi a kartami do tach ografu, 
—  podpis cyfro wy dany ch pobieran ych z przyrządó w rejestr ujący ch lub kart do tachog rafu do 
zewnętrzn ych nośnik ów. 
CSM_002  Przyrządy rejestr ujące i karty do tachografu używają symetr ycznego system u kryptograficznego 
Triple-DES do zrealizo wania mech anizmu zapewniającego integralność dany ch w czasie wymiany 
dany ch użytk ownika między przyrządami rejestr ującymi a kartami do tach ografu i zapewnienia, 
w stoso wnych przypadkac h, poufności wymiany dany ch między przyrządami rejestr ującymi a 
kartami do tachog rafu. 
2.2.  Algor ytm y kryptograf iczne 
2.2.1  Algor ytm RSA 
CSM_003  Algor ytm RSA w pełni definiują następujące relacje: 
X.SK[m] = s = md mod n 
X.PK[s] = m = se mod n  
Bardziej wyczer pujący opis funkcji RSA można znaleźć w odniesieniu [PKCS1]. Wykładnik 
publiczny , e, dla obliczeń RSA jest liczbą całk owitą pomiędzy 3 i n-1 spełniającą gcd(e, lcm(p-1, q- 
1))=1. 
2.2.2  Algor ytm skrótu 
CSM_004  Mechaniz my podpisu cyfro wego używa ją algor ytmu skrótu SHA-1 zdefini owanego w odniesieniu 
[SHA-1]. 
2.2.3  Algor ytm szyfr owania dany ch 
CSM_005  Algor ytm y opar te na algor ytmie DES są używane w trybie wiązania blok ów zaszyfro wan ych. 
3.  KLUC ZE I CERT YFIKA TY 
3.1.  Genero wanie i dyst rybucja kluczy 
3.1.1  Generow anie i dystr ybucja kluczy RSA 
CSM_006  Klucze RSA są genero wane na trzech hierarchiczn ych poziomach funkcjonalny ch: 
—  poziomie europejskim, 
—  poziomie państwa członk owskiego, 
—  poziomie urządzenia. 26.5.2016 L 139/343 Dziennik Urzędo wy Unii Europejskiej PL    
CSM_007  Na poziomie europejskim generuje się jedną parę kluczy europejskich (EUR.SK i EUR.PK). Do 
poświadczania kluczy publiczny ch państw członk owskic h służy europejski klucz prywatny . Należy 
prowadzić rejestr y wszystkic h certyfikowany ch kluczy . Org anem odpo wiedzialny m za realizację 
tych zadań jest europejski organ certyfikacji, działający z upo ważnienia i na odpo wiedzialność 
Komisji Europejskiej. 
CSM_008  Na poziomie państwa członk owskiego gener uje się parę kluczy państwa członk owskiego (MS.SK i 
MS.PK). Klucze publiczne państwa członk owskiego certyfikuje europejski organ certyfikacji. Klucza 
prywatnego państwa członk owskiego używa się do certyfiko wania kluczy publiczny ch 
umieszczan ych w urządzeniach (w przyrządzie rejestr ującym lub karcie do tachog rafu). Należy 
prowadzić rejestr y wszystkic h certyfikowan ych kluczy publiczny ch wraz z identyfikacją urządzeń, 
dla któryc h są przewidziane. Org anem realizującym te zadania jest organ certyfikacji państwa 
członk owskiego. Państwo członk owskie może okreso wo zmieniać swoj ą parę kluczy . 
CSM_009  Na poziomie urządzenia gener uje się jedną parę kluczy (EQT .SK i EQT .PK), którą umieszcza się 
w każdym urządzeniu. Klucze publiczne urządzenia certyfikuje organ certyfikacji państwa 
członk owskiego. Zadania te mogą realizo wać producenci urządzeń, jednostki personalizujące 
urządzenia lub organy państwa członk owskiego. Wspomnianej pary kluczy używa się do uwierzy ­
telniania, składania podpisu cyfro wego oraz świadczenia usług w zakresie szyfro wania. 
CSM_010  W czasie genero wania, ewentualnego transpor tu i przech owywania należy zacho wać poufność 
kluczy prywatny ch. 
Na poniższym rysunku zobrazo wano przepływ dany ch w tym procesie: 
26.5.2016 L 139/344 Dziennik Urzędo wy Unii Europejskiej PL    
3.1.2  Klucze testowe RSA 
CSM_011  Do celó w testowania urządzeń (włącznie z badaniami interoperacyjności) europejski organ 
certyfikacji generuje różniące się pary kluczy , jedną europejską parę kluczy testowych i 
przyna jmniej dwie pary kluczy testowych państwa członk owskiego, któryc h klucze publiczne są 
certyfiko wane europejskim prywatnym kluczem testowym. Producenci umieszczają w urządzeniac h 
przec hodzący ch testy homolog acji typu klucze testowe certyfiko wane jedn ym z tych kluczy 
testowych państwa członk owskiego. 
3.1.3  Klucze czujnik a ruchu 
W czasie genero wania, ewentualnego transpor tu i przecho wywania w należyty sposób zacho wuje się poufność 
trzec h kluczy Triple DES opisany ch poniżej. 
W celu obsługi elementó w składo wych tachografu zgodny ch z normą ISO 16844 europejski organ certyfikacji 
i orga n certyfikacji państwa członk owskiego dodatk owo zapewniają, co następuje: 
CSM_036  europejski organ certyfikacji gener uje KmVU i KmW C, dwa niezależne i unikat owe klucze Triple 
DES, oraz generuje Km jako:  Km = KmVU XOR KMWC  . Europejski organ certyfikacji przesyła 
te klucze, z zach owaniem stoso wny ch procedur bezpieczeństwa, organom certyfikacji państw 
członk owskich na ich wniosek. 
CSM_037  Org any certyfikacji państw członk owskich: 
—  używa ją Km do szyfro wania dany ch czujnika ruchu wymagan ych przez producent ów 
czujnik ów ruchu (dane, któr e mają być zaszyfro wane kluczem Km, są określone w normie ISO 
16844-3), 
—  przesyłaj ą klucz KmVU producentom przyrządó w rejestr ujący ch z zacho waniem należyty ch 
procedur bezpieczeństwa w celu umieszczenia w przyrządach rejestr ujący ch, 
—  zapewnia ją umieszczenie klucza KmWC we wszystkic h kartach warsztato wych 
w pliku elementar nym 
 w 
czasie personalizacji kart. 
3.1.4  Generow anie i dystr ybucja kluczy sesji T-DES 
CSM_012  W ramach procesu wzaj emnego uwierzyteln ienia przyrządy rejestr ujące i karty do tachog rafu 
generują i wymienia ją niezbędne dane w celu uzyskania wspólnego klucza sesji Triple DES. 
Poufność tej wymiany informacji jest chroniona mechanizmem kryptograficzn ym RSA. 
CSM_013  Klucz ten stosuje się we wszystkic h późniejszy ch czynnościach kryptograficzny ch, używając 
bezpiecznej wymiany komunikató w. Ważność tego klucza wyga sa z końcem sesji (wyjęcie karty lub 
wyzero wanie karty) lub po 240 użyciach (jedno użycie klucza = jedno polecenie używające 
bezpiecznej wymiany komunikat ów wysłane do karty i związana z nim odpo wiedź). 
3.2.  Klucze 
CSM_014  Długości kluczy RSA (niezależnie od poziomu) są następujące: moduł n 1 024 bity, wykładnik 
publiczny e maksy malnie 64 bity, wykładnik prywatny d 1 024 bity. 
CSM_015  Klucze Triple DES mają postać (Ka, Kb, Ka), gdzie Ka i Kb są niezależnymi 64-bito wymi kluczami. 
Nie dopuszcza się możliwoś ci ustawi ania jakich kolwiek bitów wykr ywania błędu parzyst ości. 
3.3.  Cer tyfikaty 
CSM_016  Certyfikaty klucza publicznego RSA są certyfikatami „niesamoopisującymi”, weryfiko walnymi przez 
kartę (CVC) (zob. norma ISO/IEC 7816-8). 26.5.2016 L 139/345 Dziennik Urzędo wy Unii Europejskiej PL    
3.3.1  Treść certyfik atów 
CSM_017  Certyfikaty klucza publicznego RSA zawie rają następujące dane w określony m poniżej porządku: 
Dane Format Bajty Opis 
CPI INTEGER  1 Identyfika tor profilu certyfikatu („01” dla tej wersji) 
CAR OCTET STRING  8 Odniesienie do orga nu certyfikacji 
CHA OCTET STRING  7 upo ważnienie posiadacza certyfikatu 
EOV TimeReal  4 Koniec terminu ważności certyfikatu. Opcjonaln y, gdy nieuży ­
wan y, wypełniony „FF”. 
CHR OCTET STRING  8 odniesienie do posiadacza certyfikatu 
n OCTET STRING  128 Klucz publiczny (moduł) 
e OCTET STRING  8 Klucz publiczny (wykładnik publiczny)   
164   
Uwagi: 
1.  „Identyfikator prof ilu certyfikatu” (CPI) wyznacza dokładną strukturę certyfikatu uwierzyte lniania. Można 
go używać jako wewnętrznego identyfika tora urządzenia w odpo wiednim wykazie nagłó wków, który 
opisuje konkatenację element ów dany ch w certyfikacie. 
Wykaz nagłó wków związan ych z treścią certyfikatu jest następujący: 
‘4D’ ‘16’ ‘5F 29’ ‘01’ ‘42’ ‘08’ ‘5F 4B’ ‘07’ ‘5F 24’ ‘04’ ‘5F 20’ ‘08’ ‘7F 49’ ‘05’ ‘81’ ‘81 80’ ‘82’ ‘08’ Znacznik rozszerzonego wykazu nagłówków 
Długość wykazu nagłówków 
Znacznik CPI 
Długość CPI 
Znacznik CAR 
Długość CAR 
Znacznik CHA 
Długość CHA 
Znacznik EOV 
Długość EOV 
Znacznik CHR 
Długość CHR 
Znacznik klucza publicznego (zbudowany) 
Długość następnych DO 
Znacznik modułu 
Długość modułu 
Znacznik wykładnika publicznego 
Długość wykładnika publicznego    
2.  „Odniesienie do organu certyfikacji” (CA R) ma na celu identyf ikację organu certyfikacji wydają cego 
certyfikat, w taki sposób, że ten element dany ch może być użyty jednocześnie jako identyfikator klucza 
organu w celu odniesienia do klucza publicznego organu certyfikacji (kodo wanie — patrz Identyfikator 
klucza poniżej). 26.5.2016 L 139/346 Dziennik Urzędo wy Unii Europejskiej PL    
3.  „Upo ważnienie posiadacza certyfikatu” (CHA) służy do identyf ikowania praw posiadacza certyfikatu. Składa 
się ono z ID aplikacji tachograficznej i typu urządzenia, dla którego certyfikat jest przeznaczony (zgodnie 
z elementem dany ch 
 , „00” dla państwa członk owskiego). 
4.  „Odniesienie do posiadacza certyfikatu” (CHR) ma na celu jednoznaczną identyfika cję posiadacza 
certyfikatu, w taki sposób, że ten element dany ch może być użyty jednocześnie jako identyfikator klucza 
podmiotu w celu odniesienia do posiadacza certyfikatu klucza publicznego. 
5.  Identyfikator y kluczy jednoznacznie identyf ikują posiadacza certyfikatu lub organy certyfikacji. Są one 
kodo wane w następujący sposób:  
5.1. Urządzenie (VU lub karta): 
Dane Numer seryjny 
urządzenia Data Typ Producent 
Długość 4 bajty 2 bajty 1 bajt 1 bajt 
Wartość liczba całk owita kodo wanie BCD 
mm rr specyfi czny dla 
producenta kod producenta  
W przypadku VU producent, gdy wnioskuje o certyfikaty , może, ale nie musi, znać identyf ikację 
urządzenia, w który m mają być umieszczone klucze. 
W pier wszym przypadku producent wysyła identyfika cję urządzenia z kluczem publiczny m do 
organu swoj ego państwa członk owskiego w celu certyfikacji. W tym przypadku certyfikat będzie 
zawierał identyfikację urządzenia i producent musi zapewnić umieszczenie kluczy i certyfikatu 
w przewidzianym urządzeniu. Identyf ikator klucza ma przedsta wioną powyżej postać. 
W drugim przypadku producent musi tylko jednoznacznie zidentyf ikować każdy wniosek o certyfikat 
i wysłać tę identyf ikację z kluczem publiczny m do organu swojego państwa członk owskiego w celu 
certyfikacji. W tym przypadku certyfikat będzie zawi erał wniosk owaną identyfika cję. Po zainsta ­
lowaniu klucza w urządzeniu producent musi zawi adomić zwrotnie organ swoj ego państwa 
członk owskiego o przyporządk owaniu klucza do urządzenia (tj. podać identyfika cję wniosku o 
certyfikat, identyfika cję urządzenia). Identyfikator klucza ma następującą postać: 
Dane Numer seryjny 
wniosku o certyfi­
kat Data Typ Producent 
Długość 4 bajty 2 bajty 1 bajt 1 bajt 
Wartość liczba całk owita kodo wanie BCD 
mm rr ‘FF’ kod producenta   
5.2. Organ certyfikacji: 
Dane Identyf ikacja or­
ganu Numer seryjny klu­
cza Dodatk owe infor­
macje Identyfika tor 
Długość 4 bajty 1 bajt 2 bajty 1 bajt 26.5.2016 L 139/347 Dziennik Urzędo wy Unii Europejskiej PL    
Wartość 1-bajt owy kod nu­
mer yczny państwa 
3-bajt owy kod alfa­
numer yczny pań­
stwa liczba całk owita dodatk owe kodo ­
wanie 
(specyf iczne dla 
CA) 
‘FF FF’, gdy nie jest 
używany ‘01’  
Numer seryjny klucza służy do rozróżniania różn ych kluczy państwa członk owskiego w przypadku 
zmiany klucza. 
6.  Weryfikatory certyfikató w wiedzą niejawnie o tym, iż certyfiko wany klucz publiczny jest kluczem RSA 
właściwym do uwierzytelnienia, weryfikacji podpisu cyfro wego i szyfro wania dla poufny ch usług (certyfikat 
nie zawie ra identyfikatora obiektu, który by to określał). 
3.3.2  Wydane certyfik aty 
CSM_018  Wyda ny certyfikat jest podpisem cyfro wym z częścio wym odzyskiwaniem treści certyfikatu 
zgodnie z normą ISO/IEC 9796-2 (z wyjątkiem jego załącznika A4) z dołączony m „odniesieniem 
do organu certyfikacji”. 
X.C = X.CA .SK[‘6A ’ || Cr || Hash(Cc) || ‘BC’] || Cn || X.CAR  
z treścią certyfikatu = Cc = Cr || Cn  
106 bajtów  58 bajtów  
Uwagi: 
1.  Ten certyfikat zawie ra 194 bajty . 
2.  CAR, utajniony podpisem, jest również dołączony do podpisu, w związku z czym do weryfikacji 
certyfikatu można wybrać klucz publiczny organu certyfikacji. 
3.  Weryfikator certyfikatu zna niejawnie algor ytm użyty przez organ certyfikacji do podpisania certyfikatu. 
4.  Wykaz nagłó wków związan ych z wydan ym certyfikatem jest następujący: 
‘7F 21’ ‘09’ ‘5F 37’ ‘81 80’ ‘5F 38’ ‘3A’ ‘42’ ‘08’ Znacznik certyfikatu CV (zbudowany) 
Długość następnych DO 
Znacznik podpisu 
Długość podpisu 
Znacznik reszty 
Długość reszty 
Znacznik CAR 
Długość CAR   26.5.2016 L 139/348 Dziennik Urzędo wy Unii Europejskiej PL    
3.3.3  Weryfikacja i rozpakow anie certyfikatu 
Weryfikacja i rozpak owanie certyfikatu obejmuje spra wdzenie podpisu zgodnie z normą ISO/IEC 9796-2, 
odzyskanie treści certyfikatu i klucza publicznego: X.PK = X.CA .PK o X.C. oraz sprawdzenie ważności 
certyfikatu. 
CSM_019  Procedura ta składa się z następujący ch etapó w: 
weryfikacja podpisu i odzyskanie treści: 
—  z X.C odzyskaj Sign, Cn‘ i CAR’: X.C = Sign || Cn‘ || CAR’   
128 baj­
tów  58 bajtów  8 bajtów  
—  z CAR' wybierz odpo wiednio klucz publiczny organu certyfikacji (jeżeli nie uzyskano go 
wcześniej innymi środkami) 
—  odtwór z Sign z klucza publicznego CA: Sr'= X.CA .PK [Sign] 
—  spra wdź, czy Sr' zaczyna się od ‘6A’ i kończy na ‘BC’ 
—  oblicz Cr' i H' z: Sr' = ‘6A’ || Cr' || H' || ‘BC’    
106 baj­
tów  20 bajtów    
—  odzyska j treść certyfikatu C' = Cr‘ || Cn’ 
—  spra wdź, czy Hash(C') = H' 
Jeżeli rezultat kontroli będzie prawidło wy, certyfikat jest prawdziwy , a jego treść to C'. 
Spra wdzenie ważności z C': 
—  w stoso wny ch przypadkach sprawdź koniec daty ważności, 
odzyskaj i zacho waj klucz publiczny , identyf ikator klucza, upo ważnienie posiadacza certyfikatu i 
koniec ważności certyfikatu z C': 
—  X.PK = n || e 
—  X.KID = CHR 
—  X.CHA = CHA 
—  X.EO V = EOV 
4.  MECHANIZM WZAJEMNEGO UWIERZY TELNIENIA 
Wza jemne uwierzytelnienie między kartami a VU odbywa się według opisanej poniżej zasady . 
Każda strona wykazuje drugiej, że posiada ważną parę kluczy , z któr ej klucz publiczny jest certyfikowany 
przez organ certyfikacji państwa członk owskiego, który uzyskał certyfikat wydan y przez europejski organ 
certyfikacji. 
Wykazanie polega na podpisaniu kluczem prywatnym loso wej liczby przysłanej przez drugą stronę, która 
musi odzyskać tę liczbę przy sprawdzan iu tego podpisu. 
Mechaniz m zostaje uruchomiony przez VU w chwili włożenia karty. Procedura rozpoczyna się od wymiany 
certyfikató w i rozpak owania kluczy , a kończy ustaleniem klucza sesji. 26.5.2016 L 139/349 Dziennik Urzędo wy Unii Europejskiej PL    
CSM_020  W procesie tym stosuje się następujący protok ół (strzałki oznacza ją polecenia i wymianę dany ch 
(zob. dodat ek 2)): 
26.5.2016 L 139/350 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/351 Dziennik Urzędo wy Unii Europejskiej PL    
5.  POUFNOŚĆ, INTEGRALNOŚĆ I MEC HANIZMY UWIERZY TELNIANIA PRZESYŁANIA DANY CH MIĘDZY VU A KART AMI 
5.1.  Bezpieczna wymiana komunikató w 
CSM_021  Bezpieczna wymiana komunikató w chroni integralność przesyłania dany ch między VU a kartami 
zgodnie z odniesieniami [ISO/IEC 7816-4] i [ISO/IEC 7816-8]. 
CSM_022  W przypadku konieczności zapewnienia ochrony przesyłany ch dany ch do obiektó w dany ch 
wysyłany ch w poleceniu lub odpo wiedzi dołącza się obiekt dany ch z kryptograficzną sumą 
kontrolną. Kryptograficzną sumę kontrolną weryfikuje odbiorca. 
CSM_023  Kryptografi czna suma kontrolna dany ch wysyłan ych w poleceniu integruj e nagłó wek polecenia i 
wszystkie wysyłane obiekty dany ch (=>CL A = ‘0C’, a wszystkie obiekty dany ch są ograniczone 
znacznikami, w któryc h b1=1). 
CSM_024  Bajty stanu odpo wiedzi-inf ormacji są chronione kryptograficzną sumą kontrolną, jeżeli odpo wiedź 
nie zawiera żadnego pola dany ch. 
CSM_025  Kryptografi czne sum y kontrolne składają się z 4 bajtów. 
W związku z tym struktura poleceń i odpo wiedzi w ramach bezpiecznej wymiany komunikat ów 
przedstawia się w następujący sposób: 
Wyk orzystywane DO stano wią częścio wy zbiór DO stosowany ch w ramach bezpiecznej wymiany 
komunikató w, o któryc h mowa w normie ISO/IEC 7816-4: 
Znaczn ­
ik Mnemonik Znaczenie 
‘81’ TPV Odkr yta wartość dany ch niek odo wany ch w BER -TLV (chroniona przez 
kryptograficzną sumę kontrolną) 
‘97’ TLE Wartość Le w niezabezpieczonym poleceniu (chroniona przez krypto­
graficzną sumę kontrolną) 
‘99’ TSW Stan-Inf o (chronione przez kryptograficzną sumę kontrolną) 
‘8E’ TCC Kryptograficzna suma kontrolna 
‘87’ TPI CG Bajt wskaźnika wypełnienia || Kryptogram (odkr yta wartość niek odo ­
wana w BER -TLV)  
Dla danej pary niezabezpieczone polecenie – odpo wiedź: 
Nagłó wek polecenia Treść polecenia 
CLA INS P1 P2 [Pole Lc] [Pole dany ch] [Pole Le] 
cztery bajty Bajty L, oznaczone od B1 do BL  
Treść odpo wiedzi Stopka odpo wiedzi 
[Pole dany ch] SW1 SW2 
Bajty dany ch Lr dwa bajty  26.5.2016 L 139/352 Dziennik Urzędo wy Unii Europejskiej PL    
Odpo wiadająca para zabezpieczone polecenie – odpo wiedź jest następująca: 
Zabezpieczone polecenie: 
Nagłó wek polecenia 
(CH) Treść polecenia 
CLA INS P1 P2 [Nowe pole Lc] [Nowe pole dany ch] [Nowe 
pole Le] 
‘OC’ Długość no­
wego pola da­
nych TPV LPV PV TLE LLE Le TCC LCC CC ‘00’ 
‘81’ Lc pole 
dany ch ‘97’ ‘01’ Le ‘8E’ ‘04’ CC  
Dane zintegro wane w sumie kontrolnej = CH || PB || TPV || LPV || PV || TLE || LLE || Le || PB 
PB = bajty wypełnienia (80 .. 00) zgodnie z normami ISO-IEC 7816-4 i ISO 9797 metoda 2. 
Obiekty DO PV i LE występują tylko wted y, gdy są pewne odpo wiadaj ące im dane w niezabezpie ­
czonym poleceniu. 
Zabezpieczona odpo wiedź:  
1. Przypadek , gdy pole dany ch odpo wiedzi nie jest puste i nie wymaga ochron y poufności: 
Treść odpo wiedzi Stopka odpo wiedzi 
[Nowe pole dany ch] nowe SW1 SW2 
TPV LPV PV TCC LCC CC  
‘81’ Lr pole dany ch ‘8E’ ‘04’ CC  
Dane zintegro wane w sumie kontrolnej = TPV || LPV || PV || PB  
2. Przypadek , gdy pole dany ch odpo wiedzi nie jest puste i wymag a ochrony poufności: 
Treść odpo wiedzi Stopka odpo wiedzi 
[Nowe pole dany ch] nowe SW1 SW2 
TPI CG LPI CG PI CG TCC LCC CC  
‘87’  PI || CG ‘8E’ ‘04’ CC  
Dane przenoszone przez CG: dane niek odo wane w BER -TLV i bajty wypełnienia. 
Dane zintegro wane w sumie kontrolnej = TPI CG || LPI CG || PI CG || PB 26.5.2016 L 139/353 Dziennik Urzędo wy Unii Europejskiej PL    
3. Przypadek , gdy pole dany ch odpo wiedzi jest puste : 
Treść odpo wiedzi Stopka odpo wiedzi 
[Nowe pole dany ch] nowe SW1 SW2 
TSW LSW SW TCC LCC CC  
‘99’ ‘02’ nowe SW1 SW2 ‘8E’ ‘04’ CC  
Dane zintegro wane w sumie kontrolnej = TSW || LSW || SW || PB 
5.2.  Obsługa błędó w w bezpiecznej wymianie komunikató w 
CSM_026  Gdy karta do tachog rafu wykr yje błąd SM podczas interpret owania polecenia, w odpo wiedzi musi 
zwrócić bajty stanu bez SM. Zgodnie z normą ISO/IEC 7816-4 błędy SM wskazuje się następu ­
jącymi bajtami stanu: 
‘66 88’:  błąd weryfikacji kryptografi cznej sum y kontrolnej, 
‘69 87’:  brak oczekiwany ch obiektó w dany ch SM, 
‘69 88’:  nieprawidło we obiekty dany ch SM. 
CSM_027  W przypadku gdy karta do tach ografu zwraca bajty stanu bez obiektó w dany ch SM lub z błędnym 
obiektem dany ch SM, VU musi przer wać sesję. 
5.3.  Algor ytm obliczania kryptograf iczny ch sum kontroln ych 
CSM_028  Kryptografi czne sum y kontrolne twor zy się za pomocą jednokier unkowej funkcji skrótu MAC 
zgodnie z normą ANSI X9.19 z DES: 
—  etap początk owy: początk owy blok kontrolny y0 jest E(Ka, SSC), 
—  etap sekwencyjny: bloki kontrolne y1,…, yn oblicza się za pomocą Ka, 
—  etap końco wy: kryptograficzną sumę kontrolną oblicza się z ostatniego bloku yn jako: E(Ka, D 
(Kb, yn)), 
gdzie E() oznacza szyfro wanie z DES, a D() oznacza deszyfro wanie z DES. 
Cztery najbardziej znaczące bajty kryptografic znej sum y kontrolnej są przesyłane. 
CSM_029  Licznik sekwencji wysyłania (SSC) jest inicjo wany podczas procedur y uzgadniania klucza: 
początk owy SSC: Rnd3 (4 najmniej znaczące bajty) || Rnd1 (4 najmniej znaczące bajty). 
CSM_030  Licznik SSC zwięk sza się za każdym razem o 1 przed obliczeniem MAC (tj. SSC dla pier wszego 
polecenia będzie początk owy SSC + 1, SSC dla pier wszej odpo wiedzi będzie początk owy SSC + 2). 26.5.2016 L 139/354 Dziennik Urzędo wy Unii Europejskiej PL    
Na poniższym rysunku pokazano obliczenie skrótu MAC: 
5.4.  Algor ytm obliczania kryptogramó w dla poufny ch obiekt ów dany ch 
CSM_031  Kryptogram y oblicza się za pomocą TDEA w trybie pracy TCBC zgodnie z odniesieniami (TDES) i 
(TDES-OP) i wektorem zero wym jako blokiem wartości początk owych. 
Na poniższym rysunku pokazano zastoso wanie kluczy w TDES: 
6.  MECHANIZMY CYFR OWEGO PODPISU DLA POBIERANIA DANY CH 
CSM_032  Inteli gentne urządzenie dedyk owane (IDE) przec howuje dane otrzymane z urządzenia (VU lub 
karty) podczas jednej sesji pobierania w jednym fizycznym pliku dany ch. Plik ten musi zawie rać 
certyfikaty MSi.C i EQT .C. Plik zawi era podpisy cyfro we blok ów dany ch zgodnie z opisem 
znajdującym się w dodatku 7 Protok oły pobierania dany ch. 
CSM_033  Podpisy cyfro we pobrany ch dany ch korzysta ją ze schematu podpisu cyfro wego z dodatkiem, przy 
czym, w razie potrzeby , pobrane dane można odczytać bez deszyfro wania. 
6.1.  Genero wanie podpisu 
CSM_034  Urządzenie gener uje podpis dany ch zgodnie ze schemat em podpisu z dodatkiem zdefini owanym 
w odniesieniu [PKCS1] z funkcją skrótu SHA-1: 
Podpis = EQT .SK[‘00’ || ‘01’ || PS || ‘00’ || DER(SHA-1(Data))] 26.5.2016 L 139/355 Dziennik Urzędo wy Unii Europejskiej PL    
PS = Wypeł nienie ciągiem oktet ów o wartości ‘FF’ do długości 128. 
DER(SHA-1(M)) to kodo wanie identyf ikatora algor ytmu dla funkcji skrótu, a wartość skrótu jest 
wartości ą w ASN.1 typu DigestInf o (wyróżnione reguły kodo wania): 
‘30’||‘21’||‘30’||‘09’||‘06’||‘05’||‘2B’||‘0E’||‘03’||‘02’||‘1A ’||‘05’||‘00’||‘04’||‘14’||war tość skrótu. 
6.2.  Weryfikacja podpisu 
CSM_035  Weryfikacja podpisu dany ch dla pobrany ch dany ch odbywa się zgodnie ze sche matem podpisu 
z dodatkiem zdef inio wan ym w odniesieniu (PKCS1) z funkcją skrótu SHA-1. 
Europejski klucz publiczny EUR.PK musi być niezależnie znany (i zauf any) przez weryfikator a. 
Na schemacie poniżej zilustro wano prot okół przenoszenia IDE, z którego może korzystać karta 
kontrolna przy sprawdzaniu integraln ości dany ch pobrany ch i zapisan ych na zewnętrznym nośniku 
dany ch (ESM). Karta kontrolna służy do deszyfro wania podpisó w cyfro wych. W tym przypadku ta 
funkcja nie musi być zaimplement owana w IDE. 
Urządzenie, które pobiera i podpisuje dane przeznaczone do analizo wania, oznaczono EQT . 
26.5.2016 L 139/356 Dziennik Urzędo wy Unii Europejskiej PL    
CZĘŚĆ B 
SYSTEM TACHOGRAFU DRUGIEJ GENERA CJI 
7.  WPR OWADZENIE 
7.1.  Odniesienia 
W tej części dodatku używa się następujący ch odniesień: 
AES  Narodo wy Instytut Standar yzacji i Techn ologii (NIST), FIPS Publikacja 197: Symetr yczny szyfr 
blok owy (AES), 26 listopada 2001 r. 
DSS  Narodo wy Instytut Standar yzacji i Technologii (NIST), FIPS Publikacja 186-4: Standard podpisu 
cyfro wego (DSS), lipiec 2013 r. 
ISO 7816-4 ISO/IEC 7816-4, Karty identyf ikacyjne – Karty elektroniczne – Część 4: Org anizacja, zabezpie ­
czenia i polecenia wymiany . Wydanie trzecie 2013-04-15 
ISO 7816-8  ISO/IEC 7816-8, Karty identyf ikacyjne – Karty elektroniczne – Część 8: Polecenia operacji 
zabezpiecza jący ch. Wydanie drugie, 2004-06-01 
ISO 8825-1  ISO/IEC 8825-1 Techn ologia informacyjna – Reguły kodo wania ASN.1: Specyfikacja 
podsta wowych reguł kodo wania (BER), kanoniczny ch reguł kodo wania (CER) i wyróżniony ch 
reguł kodo wania (DER). Wydanie czwar te, 2008-12-15. 
ISO 9797-1  ISO/IEC 9797-1, Techn ologia informacyjna – Techniki zabezpieczeń – Kody uwierzytelniania 
komunikató w (MA C) – Część 1: Mechani zmy stosujące szyfr blok owy. Wydanie drugie, 2011- 
03-01 
ISO 10116  ISO/IEC 10116, Technologia informacyjna – Techn iki zabezpieczeń – Tryby pracy algor ytmu 
szyfro wania blok ów n-bito wych. Wydanie trzecie, 2006-02-01 
ISO 16844-3  ISO 16844-3, Pojazdy drogo we – System y tachograficzne – Część 3: Interfejs czujnika ruchu. 
Wyda nie pier wsze z 2004 r., w tym sprost owanie techniczne 1 z 2006 r. 
RFC 5480  Kryptografi a opar ta na krzywej eliptycznej – Informacje na temat klucza publicznego 
podmiotu, marzec 2009 r. 
RFC 5639  Kryptografi a opar ta na krzywej elipty cznej (ECC) – Standardo we krzywe Brainp ool i 
genero wanie krzywy ch, 2010 r. 
RFC 5869  Funkcja wypro wadzania klucza przez wyodrębnianie i rozwi janie opar ta na algor ytmie HMA C 
(HKDF), maj 2010 r. 
SHS  Narodo wy Instytut Standar yzacji i Technologii (NIST), FIPS Publikacja 180-4: Bezpieczny 
standard skrótu, marzec 2012 r. 
SP 800-38B  Narodo wy Instytut Standar yzacji i Techn ologii (NIST), Specjalna publikacja 800-38B: Zalecenie 
doty czące trybów pracy szyfr u blok owego: tryb uwierzytelnian ia CMA C, 2005 r. 
TR-03111  Wyty czne techniczne BSI TR-03111, Kryptografia opar ta na krzywej elipty cznej, wersja 2.00, 
2012-06-28 
7.2.  Oznaczenia i skróty 
W niniejszym dodatku używa się następujący ch oznaczeń i skrótó w: 
AES  symetr yczny szyfr blok owy 
CA  organ certyfikacji 
CAR  odniesienie do organu certyfikacji 
CBC  tryb wiązania blok ów zaszyfro wany ch (tryb pracy) 26.5.2016 L 139/357 Dziennik Urzędo wy Unii Europejskiej PL    
CH  nagłó wek polecenia 
CHA  upo ważnienie posiadacza certyfikatu 
CHR  odniesienie do posiadacza certyfikatu 
CV  wekt or stały 
DER  wyróżnione reguły kodo wania 
DO  obiekt dany ch 
DSR C  dedyk owana łączność krótkiego zasięgu 
ECC  kryptografia opar ta na krzywej elipty cznej 
ECDSA  algor ytm podpisu cyfro wego krzywej elipty cznej 
ECDH  krzywa eliptyczna Diffi ego-Hellmana (algor ytm uzgadniania klucza) 
EGF  urządzenie zewnętrzne GNSS 
EQT  urządzenia 
IDE  inteligentne urządzenie dedyk owane 
KM  klucz główny czujnika ruchu umożliwiaj ący sparo wanie przyrządu rejestr ującego z czujnikiem 
ruchu 
KM-V U  klucz umieszczony w przyrządach rejestr ujący ch, umożliwiający VU wypro wadzenie klucza 
głównego czujnika ruchu, jeżeli karta warsztato wa została włożona do VU 
KM-W C  klucz umieszczon y w kartach warsztato wych, umożliwiaj ący VU wypro wadzenie klucza 
głównego czujnika ruchu, jeżeli karta warsztato wa została włożona do VU 
MAC  kod uwierzytelniania komunikató w 
MoS  czujnik ruchu 
MSB  najbardziej znaczący bit 
PKI  infrastr uktura klucza publicznego 
RCF  urządzenie do łączności na odległość 
SSC  licznik sekwencji wysyłania 
SM  bezpieczna wymiana komunikató w 
TDES  potrójn y algor ytm DES 
TLV  obiekt TLV (Tag-Length- Value) 
VU  przyrząd rejestr ujący 
X.C  certyfikat klucza publicznego użytk ownika X 
X.CA  organ certyfikacji, który wydał certyfikat użytk ownika X 
X.CAR  odniesienie do organu certyfikacji, o którym mowa w certyfikacie użytk ownika X 
X.CHR  odniesienie do posiadacza certyfikatu, o którym mowa w certyfikacie użytk ownika X 
X.PK  klucz publiczny użytk ownika X 
X.SK  klucz prywatny użytk ownika X 
X.PKeph  efemer yczny klucz publiczny użytk ownika X 
X.SKeph  efemer yczny klucz prywatn y użytk ownika X 
‘xx’  wartość heksad ecymalna 
||  operat or konkat enacji 26.5.2016 L 139/358 Dziennik Urzędo wy Unii Europejskiej PL    
7.3.  Def inicje 
Defi nicje term inów stoso wan ych w niniejszym dodatku włączono do sekcji I załącznika 1C. 
8.  SYST EMY I ALGOR YTMY KRYPTOGRAFICZNE 
8.1.  Syst emy kryptograf iczne 
CSM_38  Przyrządy rejestr ujące i karty do tachog rafu używa ją systemu kryptograficznego opar tego na 
krzywej elipty cznej z kluczem publiczny m do zapewniania następujący ch usług zabezpiecza jący ch: 
—  wzajemne uwierzytelnienie między przyrządem rejestr ującym a kartą, 
—  zgodność kluczy sesji AES między przyrządem rejestr ującym a kartą, 
—  zapewnienie aute ntyczności, integralności i niezaprzeczalności dany ch pobrany ch z przyrządó w 
rejestr ujący ch lub kart do tachografu do zewnętrzny ch nośnik ów. 
CSM_39  Przyrządy rejestr ujące i zewnętrzne urządzenia GNSS używa ją systemu kryptografic znego opar tego 
na krzywej elipty cznej z kluczem publiczny m do zapewniania następujący ch usług zabezpiecza ­
jący ch: 
—  powiązanie między przyrządem rejestr ującym a urządzeniem zewnętrznym GNSS, 
—  wzajemne uwierzyteln ienie między przyrządem rejestr ującym a urządzeniem zewnętrznym 
GNSS, 
—  zgodność klucza sesji AES między przyrządem rejestr ującym a urządzeniem zewnętrznym GNSS. 
CSM_40  Przyrządy rejestr ujące i karty do tachografu używają symetr ycznego syste mu kryptograficznego 
opar tego na AES do zapewniania następujący ch usług zabezpiecza jący ch: 
—  zapewnienie autenty czności i integraln ości dany ch wymieniany ch między przyrządem 
rejestr ującym a kartą do tachografu, 
—  w stoso wny ch przypadkac h zapewnienie poufności dany ch wymieniany ch między przyrządem 
rejestr ującym a kartą do tachografu. 
CSM_41 Przyrządy rejestr ujące i urządzenia zewnętrzne GNSS używa ją symetr ycznego systemu kryptogra ­
ficznego opar tego na AES do zapewniania następujący ch usług zabezpiecza jący ch: 
—  zapewnienie autenty czności i integraln ości dany ch wymieniany ch między przyrządem 
rejestr ującym a urządzeniem zewnętrznym GNSS. 
CSM_42  Przyrządy rejestr ujące i czujniki ruchu używa ją symetr ycznego systemu kryptograficznego opar tego 
na AES do zapewniania następujący ch usług zabezpiecza jący ch: 
—  sparo wanie przyrządu rejestr ującego z czujnikiem ruchu, 
—  wzajemne uwierzytelnienie między przyrządem rejestr ującym a czujnikiem ruchu, 
—  zapewnienie poufności dany ch wymieniany ch między przyrządem rejestr ującym a czujnikiem 
ruchu. 
CSM_43  Przyrządy rejestr ujące i karty kontrolne używa ją symetr ycznego systemu kryptograficznego opar tego 
na AES do zapewniania następujący ch usług zabezpiecza jący ch na interfejsie łączności na odległość: 
—  zapewnienie poufności, aute ntyczności i integraln ości dany ch przekazywany ch z przyrządu 
rejestr ującego do karty kontrolnej. 26.5.2016 L 139/359 Dziennik Urzędo wy Unii Europejskiej PL    
Uwagi 
—  Ściśle rzecz ujmując, dane przekazywane z przyrządu rejestr ującego do zdalnego interrogato ra 
pod nadzorem funkcjonar iusza służb kontrolny ch, za pomocą urządzenia do łączności na 
odległość, które może znajdo wać się wewnątrz lub na zewnątrz VU, zob. dodat ek 14. Zdalny 
interr ogat or wysyła jednak otrzymane dane do karty kontrolnej w celu deszyfro wania i potwier ­
dzenia autenty czności. Z punktu widzenia bezpieczeństwa urządzenie do łączności na odległość 
i zdalny interr ogator cechuj ą się pełną przejrzysto ścią. 
—  Karta warsztato wa zapewnia interfejso wi DSR C takie same usługi zabezpieczające jak karta 
kontrolna. Dzięki temu warsztat może zatwierdzać prawidło we funkcjono wanie interfejsu 
łączności na odległość VU, z uwzg lędnieniem bezpieczeństwa. Więcej informacji można znaleźć 
w sekcji 9.2.2. 
8.2.  Algor ytm y kryptograf iczne 
8.2.1  Algor ytmy symetr yczne 
CSM_44  Przyrządy rejestr ujące, karty do tachografu, czujniki ruchu i urządzenia zewnętrzne GNSS obsługują 
algor ytm AES, jak określono w [AES], o długościach klucza wynoszący ch 128, 192 i 256 bitów. 
8.2.2  Algor ytmy asymetr yczne i standar dowe parametr y domeny 
CSM_45  Przyrządy rejestr ujące, karty do tachografu i urządzenia zewnętrzne GNSS obsługują kryptografię 
opar tą na krzywej eliptycznej z kluczami o wielk ości 256, 384 i 512/521 bitów. 
CSM_46  Przyrządy rejestr ujące, karty do tachog rafu i urządzenia zewnętrzne GNSS obsługują algor ytm 
podpisywania ECDS A, jak określono w [DSS]. 
CSM_47  Przyrządy rejestr ujące, karty do tachog rafu i urządzenia zewnętrzne GNSS obsługują algor ytm 
uzgadniania klucza ECKA -EG, jak określono w [TR 03111]. 
CSM_48  Przyrządy rejestr ujące, karty do tachografu i urządzenia zewnętrzne GNSS obsługują wszystkie 
standardo we parametr y domeny określone w tabeli 1 poniżej w odniesieniu do kryptografii opar tej 
na krzywej elipty cznej. 
Tabela 1 
Standardo we parametr y domeny 
Nazwa Wielk ość (bity) Odniesienie Identyfikator obiektu 
NIST P-256 256 [DSS], [RFC 5480] 
Brain poolP256r1 256 [RFC 5639] 
NIST P-384 384 [DSS], [RFC 5480] 
Brain poolP384r1 384 [RFC 5639] 
Brain poolP512r1 512 [RFC 5639] 
NIST P-521 521 [DSS], [RFC 5480] 
Uwaga: identyfika tory obiektu wspomniane w ostatniej kolumnie tabeli 1 są określone w [RFC 5639] 
w odniesieniu do krzywy ch Brain pool oraz w [RFC 5480] w odniesieniu do krzywy ch NIST . 
26.5.2016 L 139/360 Dziennik Urzędo wy Unii Europejskiej PL    
8.2.3  Algor ytmy skrótu 
CSM_49  Przyrządy rejestr ujące i karty do tachog rafu obsługują algor ytm y SHA-256, SHA-384 i SHA-512 
określone w [SHS]. 
8.2.4  Mechanizm szyfrow ania 
CSM_50  W przypadku algor ytmu symetr ycznego stosuje się łącznie algor ytm asymetr yczny lub algor ytm 
skrótu w celu utworze nia protok ołu zabezpieczeń, zaś długości kluczy i wielk ości skrót ów obu 
algor ytmó w są (w przybliżeniu) tak samo silne. W tabeli 2 przedstawiono dozwolon e mechani zmy 
szyfro wania: 
Tabela 2 
Dozw olone mechanizmy szyfro wania 
Nr identyfikacyjny 
mechanizmu 
szyfro wania Wielk ość klucza 
ECC (bity) Długość klucza AES 
(bity) Algor ytm skrótu Długość MAC 
(bajty) 
CS#1 256 128 SHA-256 8 
CS#2 384 192 SHA-384 12 
CS#3 512/521 256 SHA-512 16  
Uwaga: klucze ECC o wielk ości 512 i 521 bitów uznaje się za równe pod wzg lędem siły do 
wszystkic h celó w określony ch w niniejszym dodatku. 
9.  KLUC ZE I CERT YFIKA TY 
9.1.  Pary kluczy asymetr yczny ch i certyfikaty kluczy publiczny ch 
9.1.1  Uwagi ogólne 
Uwaga: klucze opisane w tej sekcji wyk orzystuje się do wzaj emnego uwierzyteln iania i bezpiecznej wymiany 
komunikató w między przyrządami rejestr ującymi a kartami do tachog rafu oraz między przyrządami rejestr u­
jącymi a urządzenia zewnętrznymi GNSS. Procesy te opisano szczegóło wo w rozdziałac h 10 i 11 niniejszego 
dodatku. 
CSM_51  W ramach europejskiego systemu tachograf ów inteli gentn ych pary kluczy ECC i odpo wiadają ce im 
certyfikaty są genero wane i zarządzane na trzec h funkcjonalny ch poziomac h hierarc hiczny ch: 
—  poziomie europejskim, 
—  poziomie państwa członk owskiego, 
—  poziomie urządzenia. 26.5.2016 L 139/361 Dziennik Urzędo wy Unii Europejskiej PL    
CSM_52  W ramac h całego europejskiego systemu tachograf ów inteligentn ych klucze publiczne i prywatne 
oraz certyfikaty są genero wane, zarządzane i przekazywane za pomocą standardo wych i 
bezpieczn ych metod. 
9.1.2  Poziom europe jski 
CSM_53  Na poziomie europejskim generuje się jedną unikato wą parę kluczy ECC oznaczoną jako EUR. 
Składa się ona z klucza prywatnego (EUR.SK) i klucza publicznego (EUR.PK). Ta para kluczy tworzy 
parę kluczy główny ch całego europejskiego systemu tachograf ów intelig entny ch PKI. Org anem 
realizującym to zadanie jest Główny Europejski Org an Certyfikacji (ERCA), działa jący 
z upo ważnienia i na odpo wiedzialność Komisji Europejskiej. 
CSM_54  ERCA używa europejskiego klucza prywatnego do podpisania głównego certyfikatu (z podpisem 
własny m) europejskiego klucza publicznego i przekazuje ten europejski certyfikat główny wszystkim 
państwo m członk owskim. 
CSM_55  ERCA używa europejskiego klucza prywatnego do podpisywania na żądanie certyfikatów kluczy 
publiczny ch państw członk owskich. ERCA prowadzi rejestr y wszystkich podpisany ch certyfikatów 
kluczy publiczny ch państw członk owskic h. 
CSM_56  Jak przedsta wiono na rys. 1 w sekcji 9.1.7, ERCA gener uje nową parę europejskich kluczy główny ch 
co 17 lat. Ilekroć ERCA gener uje nową parę europejskich kluczy głównych, tworzy nowy certyfikat 
główny z podpisem własny m dla nowego europejskiego klucza publicznego. Okres ważności 
europejskiego certyfikatu głównego wynosi 34 lata i 3 miesiące. 
Uwaga: wpro wadzenie nowej pary kluczy główny ch oznacza również, że ERCA wygener uje nowy 
klucz główny czujnika ruchu i nowy klucz główny DSR C, zob. sekcje 9.2.1.2 i 9.2.2.2. 
CSM_57  Przed wyge nero waniem nowej pary europejskich kluczy głównych ERCA przepro wadza analizę siły 
kryptograficznej, jaka jest potrzebna w odniesieniu do nowej pary kluczy , biorąc po uwagę fakt, że 
powinna pozostać bezpieczna przez kolejne 34 lata. W razie konieczności ERCA przec hodzi na 
mech anizm szyfro wania, który jest mocniejszy niż obecny , jak określono wCSM_50. 
CSM_58  Ilekroć ERCA gener uje nową parę europejskich kluczy głównych, twor zy certyfikat łączący dla 
nowego europejskiego klucza publicznego i podpisuje go za pomocą poprzedniego europejskiego 
klucza prywatnego. Okres ważności certyfikatu łączącego wynosi 17 lat. Przedstawi ono to również 
na rys. 1 w sekcji 9.1.7. 
Uwaga: ze wzg lędu na fakt, że certyfikat łączący zawie ra klucz publiczny ERCA generacji X i jest 
podpisan y za pomocą klucza prywatnego ERCA generacji X – 1, certyfikat łączący ofer uje 
urządzenie wydane w generacji X – 1, metodę potwierdzenia niezaw odności urządzenia wydanego 
w generacji X. 
CSM_59  ERCA nie może używać klucza prywatnego z pary kluczy głównych do jakiegok olwiek celu, po tym 
jak nowy certyfikat kluczy głównych stanie się ważn y. 
CSM_60  W każdym momencie ERCA dysponuje następującymi kluczami i certyfikatami kryptograficznymi: 
—  bieżąca para kluczy europejskic h i powiązany certyfikat; 
—  wszystkie wcześniejsze certyfikaty EUR wyk orzystywane do weryfikacji certyfikatów MSCA, 
które nadal są ważne; 
—  certyfikaty łączące dla wszystkich generacji certyfikató w EUR, z wyjątkiem pier wszej. 
9.1.3  Poziom państw a członko wskieg o 
CSM_61  Na poziomie państwa członk owskiego wszystkie państwa członk owskie zobo wiązane do podpisania 
certyfikatów kart do tachografu generują co najmnie j jedną unikat ową parę kluczy ECC oznaczoną 
jako MSCA_Card. Wszystkie państwa członk owskie zobo wiązane do podpisania certyfikató w dla 
przyrządó w rejestr ujący ch lub urządzeń zewnętrzny ch GNSS dodatk owo generują co najmniej jedną 
unikat ową parę kluczy ECC oznaczoną jako MSCA_ VU-EGF . 26.5.2016 L 139/362 Dziennik Urzędo wy Unii Europejskiej PL    
CSM_62  Org anem odpo wiedzialny m za genero wanie par kluczy państwa członk owskiego jest organ 
certyfikacji państwa członk owskiego (MSCA). Ilekroć MSCA generuje parę kluczy państwa 
członk owskiego, przesyła ERCA klucz publiczny , aby uzyskać powiązany z nim certyfikat państwa 
członk owskiego podpisany przez ERCA. 
CSM_63  MSCA dobiera siłę pary kluczy państwa członk owskiego w taki sposób, by odpo wiadała ona sile 
pary europejskich kluczy główny ch użyt ej do podpisania powiązanego certyfikatu państwa 
członk owskiego. 
CSM_64  Para kluczy MSCA_ VU-EGF , jeżeli występuje, składa się z klucza prywatnego MSCA_VU-EGF .SK i 
klucza publicznego MSCA _VU-EGF .PK. MSCA używa klucza prywatnego MSCA_VU-EGF .SK 
wyłącznie do podpisywania certyfikatów klucza publicznego przyrządó w rejestr ujący ch oraz 
urządzeń zewnętrzn ych GNSS. 
CSM_65  Para kluczy MSCA_Card składa się z klucza prywatnego MSCA_ Card.SK i klucza publicznego 
MSCA_Card.PK. MSCA używa klucza prywatnego MSCA_Card.SK wyłącznie do podpisywania 
certyfikatów klucza publicznego kart do tach ografu. 
CSM_66  MSCA prowadzi rejestr y wszystkic h podpisan ych certyfikatów VU, certyfikatów urządzeń 
zewnętrzny ch GNSS oraz certyfikató w karty i zamieszcza w nim również informacje pozwalaj ące 
zidentyfiko wać urządzenie, dla którego wydano dany certyfikat. 
CSM_67  Okres ważności certyfikatu MSCA_VU-EGF wynosi 17 lat i 3 miesiące. Okres ważności certyfikatu 
MSCA_Card wynosi 7 lat i 1 miesiąc. 
CSM_68  Jak przedsta wiono na rys. 1 w sekcji 9.1.7, okres użytk owania klucza prywatnego pary kluczy 
MSCA_VU-EGF i klucza prywatnego pary kluczy MSCA_ Card wynosi dwa lata. 
CSM_69  MSCA nie może używać klucza prywatnego wchodzącego w skład pary kluczy MSCA_VU-EGF do 
żadny ch celó w po zakończeniu okresu jego użytk owania. Podobnie MSCA nie może używać klucza 
prywatnego wchodzącego w skład pary kluczy MSCA_ Card do żadny ch celó w, po zakończeniu 
okresu jego użytk owania. 
CSM_70  W każdym momencie MSCA dysponuje następującymi kluczami i certyfikatami kryptograficznymi: 
—  bieżącą parą kluczy MSCA _Card i powiązanym certyfikatem; 
—  wszystkimi poprzednimi certyfikatami MSCA_Card, które mają służyć do weryfikacji 
certyfikató w kart do tachog rafu, które są nadal ważne; 
—  bieżącym certyfikatem EUR konieczn ym do przepro wadzenia weryfikacji bieżącego certyfikatu 
MSCA ; 
—  wszystkimi poprzednimi certyfikatami EUR konieczn ymi do zwer yfikowania wszystkic h 
certyfikató w MSCA, któr e są nadal ważne. 
CSM_71  Jeżeli MSCA jest również zobo wiązana do podpisywania certyfikató w dla przyrządó w rejestr ujący ch 
lub urządzeń zewnętrzny ch GNSS, musi dodatk owo dyspono wać następującymi kluczami i certyfi­
katami: 
—  bieżącą parą kluczy MSCA _VU-EGF i powiązan ym certyfikate m; 
—  wszystkimi poprzednimi kluczami publicznymi MSCA_VU-EGF , które mają służyć do weryfikacji 
certyfikató w VU lub urządzeń zewnętrzny ch GNSS, które są nadal ważne. 
9.1.4  Poziom urządzenia: przyrządy rejestr ujące 
CSM_72  Dla każdego przyrządu rejestr ującego gener uje się dwie unikat owe pary kluczy ECC oznaczone jako 
VU_MA i VU_Sign. Zadanie to realizują producenci VU. Ilekroć genero wana jest para kluczy VU, 
organ generujący klucz przekazuje klucz publiczny MSCA państwa, w który m organ ten ma swoją 
siedzibę, aby uzyskać powiązan y certyfikat VU podpisany przez MSCA . Klucz prywatny może być 
używany wyłącznie przez przyrząd rejestr ujący . 26.5.2016 L 139/363 Dziennik Urzędo wy Unii Europejskiej PL    
CSM_73  Data wejścia w życie certyfikató w VU_MA i VU_Sign danego przyrządu rejestr ującego musi być taka 
sama. 
CSM_74  Producent VU dobiera siłę pary kluczy VU w taki sposób, by odpo wiadała ona sile pary kluczy 
MSCA użyt ej do podpisania powiązanego certyfikatu VU. 
CSM_75  Przyrząd rejestr ujący używa swoje j pary kluczy VU_MA, w któr ej skład wchodzi klucz prywatny 
VU_MA.SK i klucz publiczny VU_MA. PK, wyłącznie do uwierzytelnienia VU w stosun ku do kart do 
tachog rafu i urządzeń zewnętrzny ch GNSS, jak określono w sekcjach 10.3 i 11.4 niniejszego 
dodatku. 
CSM_76  Przyrząd rejestr ujący musi mieć możliw ość genero wania par efemer ycznych kluczy ECC i musi 
używać pary kluczy efemer ycznych wyłącznie do przepro wadzenia operacji uzgadniania klucza sesji 
z kartą do tachog rafu lub urządzeniem zewnętrzn ym GNSS, jak określono w sekcjach 10.4 i 11.4 
niniejszego dodatku. 
CSM_77  Przyrząd rejestr ujący używa klucza prywatnego VU_Sign.SK wchodzącego w skład pary kluczy 
VU_Sign wyłącznie do podpisywania pobrany ch plików dany ch, jak określono w rozdziale 14 
niniejszego dodatku. Powiązanego klucza publicznego VU_Sign.PK używa się wyłącznie do 
weryfikacji podpisó w wygenero wany ch przez przyrząd rejestr ujący . 
CSM_78  Zgodnie z informacjami przedsta wion ymi na rys. 1 w sekcji 9.1.7 okres ważności certyfikatu 
VU_MA wynosi 15 lat i 3 miesiące. Okres ważności certyfikatu VU_Sign również wynosi 15 lat i 3 
miesiące. 
Uwagi 
—  Wydłużon y okres ważności certyfikatu VU_Sign umożliwia przyrządo wi rejestr ującemu 
genero wanie ważny ch podpisó w w odniesieniu do pobieran ych dany ch przez pier wsze trzy 
miesiące po wygaś nięciu certyfikatu zgodnie z przepisami rozporządzenia (UE) nr 581/2010. 
—Wydłużon y okres ważności certyfikatu VU_MA jest potrzebn y, aby umożliwić VU uwierzytel ­
nianie karty kontrolnej lub karty firmowej w ciągu pier wszy ch trzech miesięcy po wygaśnię ciu 
certyfikatu, dzięki czemu istnieje możliw ość pobrania dany ch. 
CSM_79  Przyrząd rejestr ujący nie może używać klucza prywatnego wchodzącego w skład pary kluczy VU do 
żadny ch celó w po wygaśnięciu powiązanego z nim certyfikatu. 
CSM_80  Par kluczy VU (z wyjątkiem par kluczy efemer yczny ch) i powiązany ch z nimi certyfikatów danego 
przyrządu rejestr ującego nie można zastępo wać ani odna wiać w warunkac h polo wych po 
rozpoczęciu eksploatacji przyrządu rejestr ującego. 
Uwagi 
—  Wymóg ten nie ma zastos owania do par kluczy efemer ycznych, ponieważ VU gener uje nową 
parę kluczy efemer yczny ch w ramac h każdego procesu uwierzyteln iania mikroprocesora i 
uzgadniania klucza sesji – zob. sekcja 10.4. Należy zwrócić uwagę na fakt, że pary kluczy 
efemer yczny ch nie są powiązane z żadnymi certyfikatami. 
—  Wymóg ten nie uniemożliwia zastąpienia staty czny ch par kluczy VU w trakcie moder nizacji lub 
naprawy przepro wadzanej w bezpiecznym środo wisku kontrolo wanym przez producenta VU. 
CSM_81  W chwili ich oddawa nia do eksploatacji przyrządy rejestr ujące muszą zawi erać następujące klucze i 
certyfikaty kryptograficzne: 
—  klucz prywatny VU_MA i powiązany certyfikat; 
—  klucz prywatny VU_Sign i powiązan y certyfikat; 
—  certyfikat MSCA _VU-EGF zawie rający klucz publiczny MSCA _VU-EGF .PK służący do weryfikacji 
certyfikatu VU_MA oraz certyfikatu VU_Sign; 
—  certyfikat EUR zawi erający klucz publiczny EUR.PK służący do weryfikacji certyfikatu 
MSCA _VU-EGF; 26.5.2016 L 139/364 Dziennik Urzędo wy Unii Europejskiej PL    
—  certyfikat EUR, któr ego okres ważności wygas a bezpośrednio przed okresem ważności 
certyfikatu EUR służącego do weryfikacji certyfikatu MSCA_VU-EGF , o ile istnieje; 
—  certyfikat łączący wspomniane dwa certyfikaty EUR, o ile istnieje. 
CSM_82  Poza kluczami i certyfikatami kryptograficznymi wymienionymi w CSM_81 przyrządy rejestr ujące 
muszą również zawierać klucze i certyfikaty wskazane w części A niniejszego dodatku, dzięki czemu 
przyrząd rejestr ujący może komunik ować się z kartami do tachografu pier wszej generacji. 
9.1.5  Poziom urządzenia: karty do tachog rafu 
CSM_83  Dla każdej karty do tachografu gener uje się jedną unikato wą parę kluczy ECC oznaczoną jako 
Card_MA. Dla każdej karty kiero wcy i karty warsztato wej gener uje się dodatk owo drugą unikato wą 
parę kluczy ECC oznaczoną jako Card_Sign. Zadanie to mogą realizo wać producenci kart lub 
instytucje dokonujące personalizacji kart. Ilekroć genero wana jest para kluczy karty, orga n 
gener ujący klucz przekazuje klucz publiczny MSCA państwa, w którym organ ten ma swoj ą 
siedzibę, aby uzyskać powiązany certyfikat karty podpisan y przez MSCA . Klucz prywatny może być 
używany wyłącznie przez kartę do tachografu. 
CSM_84  Data wejścia w życie certyfikató w Card_MA i Card_Sign danej karty kiero wcy i karty warsztato wej 
musi być taka sama. 
CSM_85  Producent kart lub instytucja dokonująca personalizacji kart dobiera siłę par kluczy karty w taki 
sposób, by odpo wiadała ona sile pary kluczy MSCA użyt ej do podpisania powiązanego certyfikatu 
karty. 
CSM_86  Karta do tachog rafu używa swoj ej pary kluczy Card_MA, w której skład wchodzi klucz prywatny 
Card_MA.SK i klucz publiczny Card_MA. PK, wyłącznie do wzaj emnego uwierzytelniania i 
uzgadniania klucza sesji w stos unku do przyrządó w rejestr ujący ch, jak określono w sekcjach 10.3 i 
10.4 niniejszego dodatku. 
CSM_87  Karta kiero wcy lub karta warsztato wa używa klucza prywatnego Card_Sign.SK wchodzącego w skład 
pary kluczy Card_Sign wyłącznie do podpisywania pobrany ch plików dany ch, jak określono 
w rozdziale 14 niniejszego dodatku. Powiązanego klucza publicznego Card_Sign.PK używa się 
wyłącznie do weryfikacji podpisó w wyge nero wan ych przez kartę. 
CSM_88  Okres ważności certyfikatu Card_MA wynosi: 
—  w przypadku kart kiero wcy: 5 lat; 
—  w przypadku kart firmowych: 2 lata; 
—  w przypadku kart kontrolny ch: 2 lata; 
—  w przypadku kart warsztato wych: 1 rok.  
CSM_89  Okres ważności certyfikatu Card_Sign wynosi: 
—  w przypadku kart kiero wcy: 5 lat i 1 miesiąc; 
—  w przypadku kart warsztato wych: 1 rok i 1 miesiąc.  
Uwaga: wydłużony okres ważności certyfikatu Card_Sign umożliwia karta kiero wcy genero wanie 
ważn ych podpisó w w odniesieniu do pobieran ych dany ch przez pier wszy miesiąc po wygaśnię ciu 
certyfikatu. Jest to konieczne w świetle wymogu ustano wionego w rozporządzeniu (UE) 
nr 581/2010, zgodnie z którym pobranie dany ch z karty kiero wcy musi być możliwe przez okres 
do 28 dni od daty dokonania ostatniego zapisu dany ch na tej karcie. 
CSM_90  Par kluczy i powiązany ch certyfikatów danej karty do tachog rafu nie można zastępo wać ani 
odna wiać po wydaniu karty. 26.5.2016 L 139/365 Dziennik Urzędo wy Unii Europejskiej PL    
CSM_91 W chwili ich wydawania karty do tachog rafu muszą zawierać następujące klucze i certyfikaty krypto­
graficzne: 
—  klucz prywatny Card_MA i powiązany certyfikat; 
—  w przypadku kart kiero wcy i kart warsztato wych dodatk owo: klucz prywatny Card_Sign i 
powiązany certyfikat; 
—  certyfikat MSCA_ Card zawie rający klucz publiczny MSCA _Card.PK służący do weryfikacji 
certyfikatu Card_MA oraz certyfikatu Card_Sign; 
—  certyfikat EUR zawi erający klucz publiczny EUR.PK służący do weryfikacji certyfikatu 
MSCA _Card; 
—  certyfikat EUR, któr ego okres ważności wygas a bezpośrednio przed okresem ważności 
certyfikatu EUR służącego do weryfikacji certyfikatu MSCA_Card, o ile istnieje; 
—  certyfikat łączący wspomniane dwa certyfikaty EUR, o ile istnieje. 
CSM_92  Poza kluczami i certyfikatami kryptografic znymi wymieniony mi w CSM_91 karty do tach ografu 
muszą również zawierać klucze i certyfikaty wskazane w części A niniejszego dodatku, dzięki czemu 
mogą komunik ować się z VU pier wszej generacji. 
9.1.6  Poziom urządzenia: urządzenia zewnętrzne GNSS 
CSM_93  Dla każdego urządzenia zewnętrznego GNSS gener uje się jedną unikato wą parę kluczy ECC 
oznaczoną jako EGF_MA. Zadanie to realizują producenci urządzeń zewnętrzny ch GNSS. Ilekroć 
genero wana jest para kluczy EGF_MA, organ generujący klucze przekazuje klucz publiczny MSCA 
państwa, w którym organ ten ma swoj ą siedzibę, aby uzyskać powiązany certyfikat EGF_MA 
podpisan y przez MSCA . Klucz prywatn y może być używan y wyłącznie przez urządzenie zewnętrzne 
GNSS. 
CSM_94  Producent EGF dobiera siłę pary kluczy EGF_MA w taki sposób, by odpo wiadała ona sile pary 
kluczy MSCA użyt ej do podpisania powiązanego certyfikatu EGF_MA. 
CSM_95  Urządzenie zewnętrzne GNSS używa swojej pary kluczy EGF_MA, w której skład wchodzi klucz 
prywatny EGF_MA.SK i klucz publiczny EGF_MA .PK, wyłącznie do wzaj emnego uwierzyteln iania i 
uzgadniania klucza sesji w stos unku do przyrządó w rejestr ujący ch, jak określono w sekcjach 11.4 i 
11.4 niniejszego dodatku. 
CSM_96  Okres ważności certyfikatu EGF_MA wynosi 15 lat. 
CSM_97  Urządzenie zewnętrzne GNSS nie może używać klucza prywatnego wchodzącego w skład pary 
kluczy EGF_MA do wiązania się z przyrządem rejestr ującym po wygaśnię ciu powiązanego z nim 
certyfikatu. 
Uwaga: jak wyjaśniono w sekcji 11.3.3, EGF może potencjalnie używać swoj ego klucza prywatnego 
na potrzeby wzaj emnego uwierzyteln iania w stosun ku do VU, jeżeli został już z nim powiązany , 
nawet po upływie okresu ważności powiązanego certyfikatu. 
CSM_98  Pary kluczy EGF_MA i powiązany ch certyfikató w danego urządzenia zewnętrznego GNSS nie można 
zastępo wać ani odna wiać w warunkach polo wych po rozpoczęciu eksploatacji EGF . 
Uwaga: wymóg ten nie uniemożliwia zastąpienia par kluczy EGF w trakcie moder nizacji lub naprawy 
przepro wadzanej w bezpiecznym środo wisku kontrolo wanym przez producenta EGF . 
CSM_99  W chwili ich odda wania do eksploatacji urządzenia zewnętrzne GNSS muszą zawi erać następujące 
klucze i certyfikaty kryptograficzne: 
—  klucz prywatny EGF_MA i powiązany certyfikat; 26.5.2016 L 139/366 Dziennik Urzędo wy Unii Europejskiej PL    
—  certyfikat MSCA _VU-EGF zawie rający klucz publiczny MSCA _VU-EGF .PK służący do weryfikacji 
certyfikatu EGF_MA; 
—  certyfikat EUR zawi erający klucz publiczny EUR.PK służący do weryfikacji certyfikatu 
MSCA _VU-EGF; 
—  certyfikat EUR, któr ego okres ważności wygas a bezpośrednio przed okresem ważności 
certyfikatu EUR służącego do weryfikacji certyfikatu MSCA_VU-EGF , o ile istnieje; 
—  certyfikat łączący wspomniane dwa certyfikaty EUR, o ile istnieje. 
9.1.7  Przeg ląd: zastąpienie certyfikatu 
Na rys. 1 poniżej przedstawiono, w jaki sposób różne generacje certyfikató w główny ch ERCA, certyfikató w 
łączący ch ERCA, certyfikató w MSCA oraz certyfikató w urządzeń (VU i kart) są wydawan e i wyk orzystywane 
na przestrzeni czasu: 
Rysunek 1 
Wydawanie i używanie różny ch generacji certyfikatów głównych ERCA, certyfikatów łączący ch ERCA, 
certyfikatów MSC A i certyfikató w urządzeń 
26.5.2016 L 139/367 Dziennik Urzędo wy Unii Europejskiej PL    
Uwagi do rys. 1 
1.  poszczegól ne generacje certyfikatów główny ch oznaczono cyfrą w nawiasi e. Na przykład ERCA (1) oznacza 
pier wszą generację certyfikatu głównego ERCA, ERCA (2) – drugą generację itd.; 
2.  pozostałe certyfikaty są oznaczone dwiema cyframi w nawiasac h: pier wsza z nich wskazuje generację 
certyfikatu głównego, w któr ej wydano dany certyfikat, natomiast druga określa generację samego 
certyfikatu. Na przykład MSCA_ Card (1-1) oznacza pier wszy certyfikat MSCA_ Card wydan y na podstawie 
ERCA (1); MSCA_ Card (2-1) oznacza pier wszy certyfikat MSCA_ Card wydan y na podsta wie ERCA (2); 
MSCA_Card (2-ostatni) oznacza ostatni certyfikat MSCA_Card wydan y na podstawie ERCA (2); Card_MA 
(2-1) oznacza pier wszy certyfikat karty na potrzeby wzaj emnego uwierzytelnienia wydany na podstawie 
ERCA (2) itp.; 
3.  certyfikaty MSCA _Card (2-1) i MSCA_ Card (1-ostatni) wydaj e się z bardzo zbliżoną datą. MSCA_ Card (2-1) 
oznacza pier wszy certyfikat MSCA_ Card wydan y na podstawie ERCA (2), któr y wydaje się nieco później 
niż MSCA_ Card (1-ostatni), czyli ostatni certyfikat MSCA_Card wydany na podstawie ERCA (1); 
4.  zgodnie z informacjami przedsta wion ymi na rysunku pier wsze certyfikaty VU i certyfikaty karty wydane 
na podstawie ERCA (2) poja wią się niemal dwa lata przed ostatnimi certyfikatami VU i certyfikatami karty 
wydan ymi na podsta wie ERCA (1). Wynika to z faktu, że certyfikaty VU i certyfikaty karty wydaj e się na 
podsta wie certyfikatu MSCA, nie zaś bezpośrednio na podsta wie certyfikatu ERCA. Certyfikat MSCA (2-1) 
zostanie wydan y bezpośrednio po uzyskaniu ważności przez ERCA (2), ale certyfikat MSCA (1-ostatni) 
zostanie wydan y tylko nieznacznie później, tj. w ostatnim dniu, w którym certyfikat ERCA (1) jest nadal 
ważn y. Z tego wzg lędu obydwa certyfikaty MSCA będą miały niemal taki sam okres ważności, mimo że 
należą do różn ych generacji; 
5.  podan y okres ważności kart odpo wiada okreso wi ważności kart kiero wcy (5 lat); 
6.  aby zaoszczędzić miejsce, różnica w okresie ważności certyfikató w Card_MA i Card_Sign oraz w okresie 
ważności certyfikatów VU_MA i VU_Sign została podana wyłącznie dla certyfikató w pier wszej generacji. 
9.2.  Klucze symetr yczne 
9.2.1  Klucze do zabezpieczania łączności między VU a czujnikiem ruchu 
9.2.1.1  Uwagi ogólne 
Uwaga: zakłada się, że czyt elnicy tego rozdziału są zaznaj omieni z treścią normy [ISO 16844-3], w któr ej 
opisano interfejs pomiędzy przyrządem rejestr ującym a czujnikiem ruchu. Proces paro wania VU i czujnika 
ruchu opisano szczegół owo w rozdziale 12 niniejszego dodatku. 
CSM_100  Potrzeba wielu kluczy symetr yczny ch do sparo wania przyrządó w rejestr ujący ch i czujnik ów ruchu, 
wzaj emnego uwierzyteln ienia między przyrządami rejestr ującymi a czujnikami ruchu oraz 
zaszyfro wania łączności między przyrządami rejestr ującymi a czujnikami ruchu, jak pokazano 
w tabeli 3. Wszystkie te klucze muszą być kluczami AES o długości klucza równej długości klucza 
głównego czujnika ruchu, któr a z kolei musi być powiązana z (przewidywaną) długością pary 
europejskich kluczy główny ch, jak opisano w CSM_50. 
Tabela 3 
Klucze do zabezpieczania łączności między przyrządem rejestr ującym a czujnikiem ruchu 
Klucz Symbol Genero wany przez Meto da generowania Przecho wywany przez 
Klucz główny czujnika 
ruchu – część doty cząca 
VU KM-V U ERCA Loso wo ERCA, MSCA zaang ażo­
wane w wydawan ie cer­
tyfikatów VU, producenci 
VU, przyrządy rejestr u­
jące 26.5.2016 L 139/368 Dziennik Urzędo wy Unii Europejskiej PL    
Klucz Symbol Genero wany przez Meto da generowania Przecho wywany przez 
Klucz główny czujnika 
ruchu – część doty cząca 
warsztatu KM-W C ERCA Loso wo ERCA, MSCA , producenci 
kart, karty warsztato we 
Klucz główny czujnika 
ruchu KM Nie jest genero wan y od­
dzielnie Obliczany jako KM = KM- 
VU XOR KM-W C ERCA, MSCA zaang ażo­
wane w wydawan ie klu­
czy czujnik ów ruchu (op­
cjonalnie) (*) 
Klucz identyf ikacyjn y KID Nie jest genero wan y od­
dzielnie Obliczany jako KID = KM 
XOR CV, gdzie CV jest 
określony w CSM_106 ERCA, MSCA zaang ażo­
wane w wydawan ie klu­
czy czujnik ów ruchu (op­
cjonalnie) (*) 
Klucz paro wania KP Producent czujnika ru­
chu Loso wo Jeden czujnik ruchu 
Klucz sesji KS VU (w trakcie paro wa­
nia VU z czujnikiem ru­
chu) Loso wo Jeden VU i jeden czujnik 
ruchu 
(*)  Przecho wywanie KM i KID jest opcjonalne, ponieważ klucze te można wypro wadzić z KM-V U, KM-W C i CV.  
CSM_101  Główny Europejski Org an Certyfikacji gener uje KM-W U i KM-W C, dwa loso we, unikato we klucze AES, 
na podstawie któryc h można obliczyć klucz główny czujnika ruchu KM jako KM-VU XOR KM-WC. Na 
wniosek organów certyfikacji państw członk owskic h ERCA przekazuje im KM, KM-VU i KM-W C. 
CSM_102  ERCA przypisuje każdemu kluczo wi głównemu czujnika ruchu KM unikato wy numer wersji mający 
zastoso wanie również do kluczy ustanawi ający ch KM-VU i KM-W C oraz do powiązanego klucza identy ­
fikacyjnego KID. ERCA powiadamia MSCA o numerze wersji, gdy przekazuje im KM-VU i KM-W C. 
Uwaga: numer wersji wyk orzystuje się do rozróżnienia poszczególn ych generacji wspomniany ch 
kluczy , jak wyjaśniono szczegół owo w sekcji 9.2.1.2. 
CSM_103  Org an certyfikacji państwa członk owskiego przekazuje KM-V U wraz z jego numerem wersji 
producentom przyrządó w rejestr ujący ch na ich wniosek. Producenci VU umieszczają KM-V U wraz 
z jego numerem wersji we wszystkic h wytwarzany ch VU. 
CSM_104  Org an certyfikacji państwa członk owskiego zapewnia umieszczenie KM-W C wraz z jego numerem 
wersji w każdej karcie warsztato wej wydanej pod nadzorem MSCA . 
Uwagi 
—  Zobacz opis typu dany ch 
 w dodatku 2. 
—  Jak wyjaśniono w sekcji 9.2.1.2, w prakty ce w niekt órych przypadkac h może zachodz ić 
konieczność umieszczenia wielu generacji KM-W C w pojedynczej karcie warsztato wej. 
CSM_105  Poza kluczem AES, o którym mowa w CSM_104, MSCA zapewnia również umieszczenie klucza 
TDES KmWC,, o którym mowa w wymogu CSM_037 w części A niniejszego dodatku, w każdej 
karcie warsztato wej wydanej pod nadzorem MSCA . 26.5.2016 L 139/369 Dziennik Urzędo wy Unii Europejskiej PL    
Uwagi 
—  Zapewnia to możliwość użycia karty warsztato wej drugiej generacji do powiązania z VU 
pier wszej generacji. 
—  Karta warsztato wa drugiej generacji będzie posiadała dwie różne aplikacje, z któryc h jedna 
będzie zgodna z częścią B niniejszego dodatku, a druga – z częścią A niniejszego dodatku. Ta 
druga aplikacja będzie zawie rała klucz TDES KmWC. 
CSM_106 MSCA zaangaż owany w wydawanie certyfikató w czujnik ów ruchu wypro wadza klucz identyfi ­
kacyjny z klucza głównego czujnika ruchu, za pomocą funkcji XOR z wyk orzystaniem wekt ora 
stałego CV. Przyjmuje się, że CV ma następującą wartość: 
—  w odniesieniu do 128-bito wych kluczy głównych czujnika ruchu: CV = ‘B6 44 2C 45 0E F8 D3 
62 0B 7A 8A 97 91 E4 5E 83’ 
—  w odniesieniu do 192-bito wych kluczy główny ch czujnika ruchu: CV = ‘72 AD EA FA 00 BB 
F4 EE F4 99 15 70 5B 7E EE BB 1C 54 ED 46 8B 0E F8 25’ 
—  w odniesieniu do 256-bit owych kluczy głównych czujnika ruchu: CV = ‘1D 74 DB F0 34 C7 
37 2F 65 55 DE D5 DC D1 9A C3 23 D6 A6 25 64 CD BE 2D 42 0D 85 D2 32 63 AD 60’ 
Uwaga: wekt ory stałe gener uje się w następujący sposób: 
Pi_10 = pier wsze 10 bajtów dziesiętnej części stałej mate maty cznej π = ‘24 3F 6A 88 85 A3 08 
D3 13 19’ 
CV_128-bits = pier wszy ch 16 bajtów SHA-256(Pi_10) 
CV_192-bits = pier wsze 24 bajty SHA-384(Pi_10) 
CV_256-bits = pier wsze 32 bajty SHA-512(Pi_10) 
CSM_107  Producenci czujnik ów ruchu gener ują loso wy i unikat owy klucz paro wania KP dla każdego czujnika 
ruchu i przesyłaj ą każdy klucz paro wania organowi certyfikacji państwa członk owskiego (MSC A). 
MSCA szyfr uje każdy klucz paro wania oddzielnie za pomocą klucza głównego czujnika ruchu KM i 
zwraca zaszyfro wany klucz producento wi czujnik ów ruchu. W przypadku każdego zaszyfro wanego 
klucza MSCA powiadamia producenta czujnik ów ruchu o numerze wersji powiązanego KM. 
Uwaga: jak wyjaśniono w sekcji 9.2.1.2, w prakty ce może zachodzić konieczność wygenero wania 
przez producenta czujnik ów ruchu wielu unikato wych kluczy paro wania dla pojedynczego czujnika 
ruchu. 
CSM_108  Producenci czujnik ów ruchu gener ują unikato wy numer seryjny dla każdego czujnika ruchu i 
przesyłają wszystkie numer y seryjne organo wi certyfikacji państwa członk owskiego. MSCA szyfr uje 
każdy numer seryjny oddzielnie za pomocą klucza identyf ikacyjnego KID i zwraca zaszyfro wan y 
numer seryjny producento wi czujnik ów ruchu. W przypadku każdego zaszyfro wanego numer u 
seryjnego MSCA powiadamia producenta czujnik ów ruchu o numerze wersji powiązanego KID. 
CSM_109  W odniesieniu do wymogó w CSM_107 i CSM_108 MSCA korzysta z algor ytmu AES w trybie 
wiązania blok ów zaszyfro wany ch, jak określono w normie [ISO 10116], z naprzemiennym 
parametrem m = 1 oraz wekt orem inicjującym SV = ‘00’ {16}, tj. szesnaście bajtów o wartości 
binar nej 0. W razie potrzeby MSCA korzysta z metody wypełniania 2 określonej w normie [ISO 
9797-1]. 
CSM_110  Producent czujnik ów ruchu przec howuje zaszyfro wan y klucz paro wania i zaszyfro wan y numer 
seryjny w przewidzianym czujniku ruchu wraz z odpo wiadaj ącymi wartości ami zwykłego tekstu i 
numerem wersji KM i KID użytymi do szyfro wania. 
Uwaga: jak wyjaśniono w sekcji 9.2.1.2, w prakty ce może zachodzić konieczność umieszczenia 
przez producenta czujnik ów ruchu wielu zaszyfro wan ych kluczy paro wania i wielu zaszyfro wany ch 
numeró w seryjnych w pojedynczym czujniku ruchu. 26.5.2016 L 139/370 Dziennik Urzędo wy Unii Europejskiej PL    
CSM_111  Oprócz mater iału kryptograficznego opar tego na AES określonego w CSM_110, producent 
czujnik ów ruchu może również przec howywać w każdym czujniku ruchu mater iał kryptograficzny 
opar ty na TDES, jak określono w niniejszym dodatku część A wymóg CSM_037. 
Uwaga: dzięki temu możliwe będzie powiązanie czujnika ruchu drugiej generacji z VU pier wszej 
generacji. 
CSM_112  Długość klucza sesji KS wyge nero wanego przez VU w trakcie paro wania z czujnikiem ruchu jest 
powiązana z długością jego KM-V U, jak opisano w CSM_50. 
9.2.1.2  Zastąpienie klucza głównego czujnik a ruchu w urządzeniu drugiej gener acji 
CSM_113  Każdy klucz główny czujnika ruchu i wszystkie powiązane klucze (zob. tabela 3) są powiązane 
z określoną generacją pary kluczy główny ch ERCA. Klucze te wymienia się zatem co 17 lat. Okres 
ważności każdej generacji klucza głównego czujnika ruchu rozpoczyna się rok wcześniej, zanim 
powiązana para kluczy główny ch ERCA stanie się ważna, i kończy się po upływie ważności 
powiązanej pary kluczy główny ch ERCA. Przedsta wiono to na rys. 2. 
Rys. 2 
Wydawanie różny ch generacji klucza głównego czujnik a ruchu i ich używanie w przyrządach rejestr ujący ch, 
czujnik ach ruchu i kartach warszta towych 
CSM_114  Co najmnie j rok przed wygener owaniem nowej pary europejskich kluczy główny ch, jak opisano 
w CSM_56, ERCA gener uje nowy klucz główny czujnika ruchu KM poprzez wygenero wanie 
nowych KM-VU i KM-W C. Długość klucza głównego czujnika ruchu jest powiązana z przewidywaną 
siłą nowej pary europejskich kluczy głównych zgodnie z CSM_50. Na wniosek MSCA ERCA 
przekazuje im nowe KM, KM-VU i KM-WC wraz z ich numerem wersji. 
CSM_115  MSCA zapewnia, aby wszystkie ważne generacje KM-W C były przecho wywane na karcie warsztato wej 
wydanej z jego upo ważnienia wraz z numerami wersji, jak przedsta wiono na rys. 2. 26.5.2016 L 139/371 Dziennik Urzędo wy Unii Europejskiej PL    
Uwaga: oznacza to, że w ostatnim roku okresu ważności certyfikatu ERCA karty warsztato we będą 
wydawan e z trzema różn ymi generacjami KM-WC, jak przedstawiono na rys. 2. 
CSM_116  W odniesieniu do procesu opisanego w CSM_107 i CSM_108 powyżej: MSCA szyfr uje każdy klucz 
paro wania KP, który otrzymuje od producenta czujnik ów ruchu, oddzielnie za pomocą każdej 
ważnej generacji klucza głównego czujnika ruchu KM. MSCA szyfr uje również każdy numer 
seryjny, który otrzymuje od producenta czujnik ów ruchu, oddzielnie za pomocą każdej ważnej 
generacji klucza identyf ikacyjnego KID. Producent czujnik ów ruchu przec howuje wszystkie 
zaszyfro wane klucze paro wania i wszystkie zaszyfro wane numer y seryjne w przewidziany m 
czujniku ruchu wraz z odpo wiadającymi wartościami zwykłego tekstu i numerami wersji KM i KID 
użytymi do szyfro wania. 
Uwaga: oznacza to, że w ostatnim roku okresu ważności certyfikatu ERCA czujniki ruchu będą 
wydawan e z zaszyfro wanymi danym i opar tymi na trzec h różn ych generacjac h KM,, jak 
przedstawiono na rys. 2. 
CSM_117  W odniesieniu do procesu opisanego powyżej w CSM_107: ze wzg lędu na fakt, że długość klucza 
paro wania KP jest powiązana z długością KM (zob. CSM_100), producent czujnika ruchu może być 
zmuszony do wygenero wania do trzec h różn ych kluczy paro wania (o różnej długości) dla jednego 
czujnika ruchu, w przypadku gdy kolejne generacje KM mają różne długości. W takim przypadku 
producent przesyła MSCA każdy klucz paro wania. MSCA zapewnia, aby każdy klucz paro wania 
był zaszyfro wan y za pomocą prawidło wej generacji klucza głównego czujnika ruchu tj. klucza 
mającego taką samą długość. 
Uwaga: w przypadku gdy producent czujnik ów ruchu zdecyduje się wygener ować klucz paro wania 
opar ty na TDES dla czujnika ruchu drugiej generacji (zob. CSM_111), producent wskazuje MSCA, 
że klucz główny czujnika ruchu opar ty na TDES musi zostać użyty do zaszyfro wania tego klucza 
paro wania. Wynika to z tego, że długość klucza TDES może być równa długości klucza AES, tak 
więc MSCA nie może dokonać oceny wyłącznie na podstawie długości klucza. 
CSM_118  Producenci przyrządó w rejestr ujący ch umieszczają tylko jedną generację KM-V U w każdym 
przyrządzie rejestr ującym wraz z jego numerem wersji. Wspomniana generacja KM-VU musi być 
powiązana z certyfikate m ERCA, na któryc h opieraj ą się certyfikaty VU. 
Uwagi 
—  Przyrząd rejestr ujący opar ty na certyfikacie ERCA generacji X zawi era jedynie KM-V U generacji X, 
nawet jeżeli został wydany po rozpoczęciu okresu ważności certyfikatu ERCA generacji X + 1. 
Przedsta wiono to na rys. 2. 
—  Przyrządu rejestr ującego generacji X nie można sparo wać z czujnikiem ruchu generacji X – 1. 
—  Ze wzg lędu na fakt, że okres ważności kart warsztato wych wynosi jeden rok, w wyniku 
zast osowania CSM_113 – CSM_118 wszystkie karty warsztato we będą zawi erały nowy KM-WC 
w momencie wydania pier wszego VU zawie rającego nowy KM-V U. W związku z tym taki VU 
zawsz e będzie w stanie obliczyć nowy KM. Ponadto do tego czasu większość nowych czujnik ów 
ruchu będzie zawi erała zaszyfro wane dane również opar te na nowym KM. 
9.2.2  Klucze do zabezpieczania łączności DSRC 
9.2.2.1  Uwagi ogólne 
CSM_119  Autenty czność i poufność dany ch przekazany ch organowi kontrolnemu z przyrządu rejestr ującego 
za pośrednictwem kanału DSR C do łączności na odległość zapewnia się za pomocą zestawu kluczy 
AES specyficzny ch dla VU, który wypro wadzono z pojedynczego klucza głównego DSR C, KMDSR C. 
CSM_120  Klucz główny DSR C KMDSR C stano wi klucz AES, który jest bezpiecznie genero wany , przecho wywany 
i rozpo wszechnian y przez ERCA. Długość klucza może wynosić 128, 192 lub 256 bitó w i jest 
powiązana z długością pary europejskich kluczy główny ch, jak opisano w CSM_50. 26.5.2016 L 139/372 Dziennik Urzędo wy Unii Europejskiej PL    
CSM_121  Na wniosek organów certyfikacji państw członk owskic h ERCA przekazuje im klucz główny DSR C 
w sposób bezpieczn y w celu umożliwienia im wypro wadzenia kluczy DSR C specyficzny ch dla VU i 
zapewnienia umieszczenia klucza głównego DSR C we wszystkic h kartach kontrolny ch i kartach 
warsztato wych wydany ch na ich odpo wiedzialność. 
CSM_122  ERCA przypisuje każdemu kluczo wi głównemu DSR C unikat owy numer wersji. ERCA powiadamia 
MSCA o numerze wersji, gdy przesyła im klucz główny DSR C. 
Uwaga: numer wersji wyk orzystuje się do rozróżnienia poszczególn ych generacji klucza głównego 
DSR C, jak wyjaśniono szczegóło wo w sekcji 9.2.2.2. 
CSM_123  W odniesieniu do każdego przyrządu rejestr ującego producent takiego przyrządu tworzy 
unikato wy numer seryjny VU i przesyła taki numer swoj emu organowi certyfikacji państwa 
członk owskiego we wniosku w celu uzyskania zestawu dwóch kluczy DSR C specyfi cznych dla VU. 
Numer seryjny VU posiada typ dany ch 
 i do kodo wania wyk orzystuje się 
wyróżnione reguły kodo wania (DER) zgodnie z normą [ISO 8825-1]. 
CSM_124  Po otrzymaniu wniosku o klucze DSR C specyficzne dla VU MSCA wypro wadza dwa klucze AES 
dla przyrządu rejestr ującego, zwane K_VUDSR C_ENC i K_VUDSR C_MA C. Wspomniane klucze 
specyfic zne dla VU mają taką samą długość jak klucz główny DSR C. MSCA korzysta z funkcji 
wypro wadzania klucza zdefinio wanej w [RFC 5869]. Funkcja skrótu, która jest niezbędna do 
utworze nia wystąpienia funkcji HMA C-Hash, jest powiązana z długością klucza głównego DSR C, 
jak opisano w CSM_50. Z funkcji wypro wadzania klucza w [RFC 5869] korzysta się w następujący 
sposób: 
krok 1: (wyodrębnienie): 
—  PRK = HMA C-Hash (salt, IKM) gdzie salt oznacza pusty ciąg ‘’, a IKM oznacza KMDSR C; 
krok 2: (rozszerzenie): 
—  OKM = T(1), gdzie 
T(1) = HMA C-Hash (PRK, T(0) || info || ‘01’) 
—  T(0) = pusty ciąg (‘’) 
—  info = numer seryjny VU, jak określono w CSM_123 
—  K_VUDSR C_ENC = pier wsze oktety L OKM i 
K_VUDSR C_MA C = ostatnie oktety L OKM 
gdzie L oznacza wymaga ną długość K_VUDSR C_ENC i K_VUDSR C_MA C w oktetac h. 
CSM_125  MSCA przekazuje K_VUDSR C_ENC i K_VUDSR C_MA C producent owi VU w sposób bezpieczny w celu 
umieszczenia w przewidzianym przyrządzie rejestr ującym. 
CSM_126  Po wydaniu przyrząd rejestr ujący przec howuje K_VUDSR C_ENC i K_VUDSR C_MA C w swoje j 
bezpiecznej pamięci, aby móc zapewnić integralność, autenty czność i poufność dany ch wysyłany ch 
za pośrednictwem kanału do łączności na odległość. Przyrząd rejestr ujący przecho wuje również 
numer wersji klucza głównego DSR C użyty do wypro wadzenia tych kluczy specyfi cznych dla VU. 
CSM_127  Po wydaniu karty kontrolne i karty warsztato we przec howują KMDSR C w swojej bezpiecznej 
pamięci, aby móc zwer yfiko wać integraln ość i autenty czność dany ch wysyłany ch przez VU za 
pośrednictwem kanału do łączności na odległość oraz aby deszyfro wać te dane. Karty kontrolne i 
karty warsztato we przec howują również numer wersji klucza głównego DSR C. 
Uwaga: jak wyjaśniono w sekcji 9.2.2.2, w prakty ce może zachodzić konieczność umieszczenia 
wielu generacji KMDSR C w pojedynczej karcie warsztato wej lub pojedynczej karcie kontrolnej. 26.5.2016 L 139/373 Dziennik Urzędo wy Unii Europejskiej PL    
CSM_128  MSCA prowadzi rejestr y wszystkic h wygenero wany ch kluczy DSR C specyfi cznych dla VU, ich 
numer y wersji i identyf ikację VU, dla którego każdy zestaw kluczy jest przeznaczony . 
9.2.2.2  Zastąpienie klucza głównego DSRC 
CSM_129  Każdy klucz główny DSR C jest powiązany z określoną generacją pary kluczy głównych ERCA. 
ERCA zastępuje zate m klucz główny DSR C co 17 lat. Okres ważności każdej generacji klucza 
głównego DSR C rozpoczyna się dwa lata wcześniej, zanim powiązana para kluczy główny ch ERCA 
stanie się ważna, i kończy się po upływie ważności powiązanej pary kluczy główny ch ERCA. 
Przedstawi ono to na rys. 3. 
Rys. 3 
Wydawanie różny ch generacji klucza głównego DSR C i ich używanie w przyrządach rejes trujący ch, kartach 
warsztato wych i kartach kontroln ych 
CSM_130  Co najmniej dwa lata przed wygenero waniem nowej pary europejskich kluczy główny ch, jak 
opisano w CSM_56, ERCA gener uje nowy klucz główny DSR C. Długość klucza DSR C jest 
powiązana z przewidywaną siłą nowej pary europejskich kluczy główny ch zgodnie z CSM_50. Na 
wniosek MSCA ERCA przekazuje im nowy klucz główny DSR C wraz z jego numerem wersji. 
CSM_131  MSCA zapewnia, aby wszystkie ważne generacje KMDSR C były przecho wywane na karcie kontrolnej 
wydanej z jego upo ważnienia wraz z numerami wersji, jak przedsta wiono na rys. 3. 
Uwaga: oznacza to, że w ciągu ostatnich dwóc h lat okresu ważności certyfikatu ERCA karty 
kontrolne będą wydawane z trzema różn ymi generacjami KMDSR C, jak przedsta wiono na rys. 3. 26.5.2016 L 139/374 Dziennik Urzędo wy Unii Europejskiej PL    
CSM_132  MSCA zapewnia, aby wszystkie generacje KMDSR C, które były ważne przez co najmnie j rok i nadal 
są ważne, były przech owywane na karcie warsztato wej wydanej z jego upo ważnienia wraz 
z numerami wersji, jak przedstawiono na rys. 3. 
Uwaga: oznacza to, że w ostatnim roku okresu ważności certyfikatu ERCA karty warsztato we będą 
wydawan e z trzema różn ymi generacjami KMDSR C, jak przedstawiono na rys. 3. 
CSM_133  Producenci przyrządó w rejestr ujący ch umieszcza ją tylko jeden zesta w kluczy DSR C specyfic znych 
dla VU w każdym przyrządzie rejestr ującym wraz z jego numerem wersji. Wspomnian y zestaw 
kluczy wypro wadza się z generacji KMDSR C powiązanej z certyfikatem ERCA, na którym opierają się 
certyfikaty VU. 
Uwagi 
—  Oznacza to, że przyrząd rejestr ujący opar ty na certyfikacie ERCA generacji X zawie ra jedynie 
K_VUDSR C_ENC i K_VUDSR C_MA C generacji X, nawe t jeżeli VU został wydan y po rozpoczęciu 
okresu ważności certyfikatu ERCA generacji X + 1. Przedsta wiono to na rys. 3. 
—  Ze wzg lędu na fakt, że okres ważności kart warsztato wych wynosi jeden rok, a kart 
kontrolny ch dwa lata, w wyniku zast osowania CSM_131 – CSM_133 wszystkie karty 
warsztato we i karty kontrolne będą zawi erały nowy klucz główny DSR C w momencie wydania 
pier wszego VU zawi erającego klucze specyfi czne dla VU, opar te na przedmiot owym kluczu 
głównym. 
9.3.  Cer tyfikaty 
9.3.1  Uwagi ogólne 
CSM_134 Wszystkie certyfikaty w europejskim system ie tachograf ów inteli gentn ych są certyfikatami samoopi ­
sującymi, weryfikowalnymi przez kartę (CV) zgodnie z normami [ISO 7816-4] i [ISO 7816-8]. 
CSM_135  Wyróżni one reguły kodo wania (DER) zgodnie z normą [ISO 8825-1] wyk orzystuje się do 
kodo wania zaró wno struktur dany ch ASN.1 i (specyfi cznych dla aplikacji) obiektó w dany ch 
w ramac h certyfikató w. 
Uwaga: w wyniku takiego kodo wania uzyskuje się następującą strukturę TLV: 
znacznik:  znacznik jest zakodo wany w jednym okteci e lub dwóc h oktetac h i określa treść; 
długość:  długość jest zakodo wana jako liczba całk owita bez znaku w jedn ym okteci e, dwóc h lub 
trzech okte tach, co skutkuje uzyskaniem maksymaln ej długości 65 535 oktet ów. Stosuje 
się minimalną liczbę oktet ów; 
wartość:  wartość nie jest zakodo wana w żadny m okteci e lub jest zakodo wana w więks zej liczbie 
oktet ów. 
9.3.2  Treść certyfik atu 
CSM_136  Wszystkie certyfikaty mają strukturę przedsta wioną w profilu certyfikatu w tabeli 4. 
Tabela 4 
Wersja 1 prof ilu certyfikatu 
Pole Nr ID pola Znacznik Długość (bajty) Typ dany ch ASN.1 
(zob. dodatek 1) 
Certyfikat ECC C ‘7F 21’ var  
Treść certyfikatu ECC B ‘7F 4E’ var  26.5.2016 L 139/375 Dziennik Urzędo wy Unii Europejskiej PL    
Pole Nr ID pola Znacznik Długość (bajty) Typ dany ch ASN.1 
(zob. dodatek 1) 
Identyfika tor profilu certyfikatu CPI ‘5F 29’ ‘01’ 
odniesienie do organu certyfikacji CAR ‘42’ ‘08’ 
upo ważnienie posiadacza certyfikatu CHA ‘5F 4C’ ‘07’ 
Klucz publiczny PK ‘7F 49’ var  
Parametr y domeny DP ‘06’ var 
Punkt publiczny PP ‘86’ var 
odniesienie do posiadacza certyfikatu CHR ‘5F 20’ ‘08’ 
Data wejścia w życie certyfikatu CEfD ‘5F 25’ ‘04’ 
Data wygaśnię cia certyfikatu CExD ‘5F 24’ ‘04’ 
Podpis certyfikatu ECC S ‘5F 37’ var 
Uwaga: identyf ikator pola zostanie wyk orzystany w dalszy ch częściac h niniejszego dodatku w celu 
wskazania poszczególn ych pól certyfikatu np. X.CA R oznacza odniesienie do organu certyfikacji, o 
którym mowa w certyfikacie użytk ownika X. 
9.3.2.1  Identyfika tor profilu certyfikatu 
CSM_137  Certyfikaty używają identyfika tora prof ilu certyfikatu do wskazania użytego prof ilu certyfikatu. 
Wersję 1, jak wskazano w tabeli 4, określa się za pomocą wartości ‘00’. 
9.3.2.2  Odniesienie do orga nu certyfikacji 
CSM_138  Odniesienie do organu certyfikacji wyk orzystuje się do określenia klucza publicznego, któr y ma 
zostać użyty do weryfikacji podpisu certyfikatu. Odniesienie do organu certyfikacji pokr ywa się 
zatem z odniesieniem do posiadacza certyfikatu w certyfikacie odpo wiedniego organu certyfikacji. 
CSM_139  Certyfikat główny ERCA jest certyfikatem z podpisem własny m, tj. odniesienie do organu 
certyfikacji pokr ywa się z odniesieniem do posiadacza certyfikatu w certyfikacie. 
CSM_140  W przypadku certyfikatu łączącego ERCA odniesienie do posiadacza certyfikatu pokr ywa się 
z odniesieniem do posiadacza certyfikatu nowego certyfikatu głównego ERCA. W przypadku 
certyfikatu łączącego odniesienie do organu certyfikacji pokr ywa się z odniesieniem do posiadacza 
certyfikatu poprzedniego certyfikatu głównego ERCA. 
9.3.2.3  Upo ważnienie posiadacza certyfikatu 
CSM_141  Upo ważnienie posiadacza certyfikatu służy do identyf ikowania rodza ju certyfikatu. Składa się ono 
z sześciu najbardziej znaczący ch bajtów identyf ikatora aplikacji tachograficznej połączon ych 
z typem urządzenia, dla którego certyfikat jest przeznaczony . 26.5.2016 L 139/376 Dziennik Urzędo wy Unii Europejskiej PL    
9.3.2.4  Klucz publiczny 
Klucz publiczny zawie ra dwa elementy dany ch: standardo we parametr y domeny stoso wane z kluczem 
publiczny m w certyfikacie i wartość punktu publicznego. 
CSM_142  Element dany ch „parametr y domeny ” zawi era jeden z identyfikatoró w obiektu określony w tabeli 1 
w celu odniesienia do zestawu standardo wych parametró w domeny . 
CSM_143  Element dany ch „punkt publiczny ” zawiera punkt publiczny . Punkty publiczne krzywej elipty cznej 
przek ształca się w ciągi okte towe, jak określono w [TR-03111]. Stosuje się niesk ompres owany 
format kodo wania. Podczas odzyskiwania punktu krzywej elipt ycznej z jej zakodo wanego formatu 
zawsze przepro wadza się autor yzacje opisane w [TR-03111]. 
9.3.2.5  odniesienie do posiadacza certyfikatu 
CSM_144  Odniesienie do posiadacza certyfikatu to identyf ikator klucza publicznego umieszczony 
w certyfikacie. Używa się go celem odniesienia do tego klucza publicznego w inny ch certyfikatach . 
CSM_145  W przypadku certyfikatów kart i certyfikató w urządzeń zewnętrzny ch GNSS odniesienie do 
posiadacza certyfikatu posiada typ dany ch 
 , określony w dodatku 1. 
CSM_146  W przypadku przyrządó w rejestr ujący ch producent, składaj ąc wniosek o certyfikat, może znać 
specyfic zny dla danego producenta numer seryjny VU, dla które go przeznaczony jest dany 
certyfikat i powiązany klucz prywatny , ale nie musi go znać. W pier wszym przypadku odniesienie 
do posiadacza certyfikatu posiada typ dany ch 
 , określony w dodatku 1. 
W tym drugim przypadku odniesienie do posiadacza certyfikatu posiada typ dany ch 
, określony w dodatku 1. 
CSM_147  W przypadku certyfikató w ERCA i MSCA odniesienie do posiadacza certyfikatu posiada typ dany ch 
, określony w dodatku 1. 
9.3.2.6  Data wejścia w życie certyfikatu 
CSM_148  Data wejścia w życie certyfikatu określa datę i godzinę rozpoczęcia okresu ważności certyfikatu. 
Data wejścia w życie certyfikatu oznacza datę wyge nero wania certyfikatu. 
9.3.2.7  Data wygaśnię cia certyfikatu 
CSM_149  Data wygaśnięcia certyfikatu określa datę i godzinę zakończenia okresu ważności certyfikatu. 
9.3.2.8  Podpis certyfikatu 
CSM_150  Podpis na certyfikacie tworzy się nad zakodo waną treścią certyfikatu, uwzg lędnia jąc znacznik i 
długość treści certyfikatu. Algor ytmem podpisu jest ECDSA, jak określono w [DSS], używa jący 
algor ytmu skrótu powiązanego z wielk ością klucza jednostki podpisującej, jak określono 
w CSM_50. Format podpisu jest odkr yty, jak określono w [TR-03111]. 
9.3.3  Składanie wniosków o certyfik aty 
CSM_151  Składaj ąc wniosek o certyfikat, podmiot wnioskujący przesyła swojemu organowi certyfikacji 
następujące dane: 
—  identyfikator prof ilu certyfikatu, które go doty czy wniosek; 
—  odniesienie do organu certyfikacji, w przypadku które go oczekuje się, że zostanie użyte do 
podpisania certyfikatu; 
—  klucz publiczny , który ma zostać podpisan y. 26.5.2016 L 139/377 Dziennik Urzędo wy Unii Europejskiej PL    
CSM_152  Oprócz dany ch określony ch w CSM_151 MSCA przesyła ERCA następujące dane we wniosku o 
certyfikat, co umożliwi ERCA utworze nie odniesienia do posiadacza certyfikatu dla nowego 
certyfikatu MSCA: 
—  numer yczny kod krajowy organu certyfikacji (typ dany ch 
 , określony 
w dodatku 1); 
—  alfanumer yczny kod krajowy organu certyfikacji (typ dany ch 
 , określony 
w dodatku 1); 
—  1-ba jtowy numer seryjny umożliwiaj ącym rozróżnienie poszczegól nych kluczy organu 
certyfikacji w przypadku zmiany kluczy ; 
—  2-ba jtowe pole zawiera jące dodatk owe informacje na temat określonego organu certyfikacji. 
CSM_153  Oprócz dany ch określony ch w CSM_151 producent urządzenia przesyła MSCA następujące dane 
we wniosku o certyfikat, co umożliwi MSCA utworzenie odniesienia do posiadacza certyfikatu dla 
nowego certyfikatu urządzenia: 
—  specyficzny dla producenta identyf ikator typu urządzenia; 
—numer seryjny urządzenia, unikaln y dla producenta, typu urządzenia i miesiąc wyprodu ­
kowania, jeżeli dane te są znane (zob. CSM_154). W przeciwnym razie – unikat owy identy ­
fikator wniosku o certyfikat; 
—  miesiąc i rok produkcji urządzenia lub miesiąc i rok sporządzenia wniosku o certyfikat. 
Producent zapewnia, aby przedmiot owe dane były prawidło we, a certyfikat zwrócon y przez MSCA 
został umieszczon y w przewidzianym urządzeniu. 
CSM_154  W przypadku VU producent, składaj ąc wniosek o certyfikat, może znać specyfi czny dla danego 
producenta numer seryjny VU, dla którego przeznaczony jest dany certyfikat i powiązany klucz 
prywatny , ale nie musi go znać. Producent VU przesyła MSCA numer seryjny, jeżeli jest on znany . 
Jeżeli nie jest znany , producent jednoznacznie identyfikuje każdy wniosek o certyfikat i przesyła 
MSCA taki numer seryjny wniosku o certyfikat. Otrzymany certyfikat będzie wówczas zawierał 
numer seryjny wniosku o certyfikat. Po umieszczeniu certyfikatu w określonym VU producent 
informuje MSCA o połączeniu między numerem seryjnym wniosku o certyfikat a identyfikacją VU. 
10.  WZAJEMNE UWIERZY TELNIANIE I BEZPIECZNA WYMIANA KOMUNIKA TÓW MIĘDZY VU A KARTĄ 
10.1.  Uwagi ogólne 
CSM_155  Na wysokim szczeblu bezpieczna łączność między przyrządem rejestr ującym a kartą do tach ografu 
odbywa się w następujący ch etapach: 
—  po pier wsze każda strona wykazuje drugiej, że posiada ważn y certyfikat klucza publicznego, 
podpisan y przez organ certyfikacji państwa członk owskiego. Z kolei certyfikat klucza 
publicznego MSCA musi zostać podpisany przez Główny Europejski Org an Certyfikacji. Etap 
ten nazywany jest weryfikacją łańcuc ha certyfikató w i został szczegóło wo opisany w sekcji 
10.2; 
—  po drugie przyrząd rejestr ujący wykazuje karcie, że posiada klucz prywatny odpo wiadający 
kluczo wi publicznemu w przedsta wionym certyfikacie. Dok onuje tego poprzez podpisanie 
loso wego numer u wysłanego przez kartę. Karta weryfikuje podpis na loso wym numerze. Jeżeli 
weryfikacja zakończy się powodzeniem, VU zostaje uwierzytelnion y. Etap ten nazywany jest 
uwierzyteln ieniem VU i został szczegóło wo opisany w sekcji 10.3; 26.5.2016 L 139/378 Dziennik Urzędo wy Unii Europejskiej PL    
—  po trzecie obie strony niezależnie obliczają dwa klucze sesji AES, korzystając z asymetr ycznego 
algor ytmu uzgadnian ia klucza. Korzystając z jednego z tych kluczy sesji karta tworzy kod 
uwierzyteln iania komunikató w (MA C) w odniesieniu do niekt órych dany ch wysłan ych przez 
VU. VU weryfikuje MAC. Jeżeli weryfikacja zakończy się powodzeniem, karta zostaje uwierzy ­
telniona. Etap ten nazywany jest uwierzyteln ieniem karty i został szczegóło wo opisany w sekcji 
10.4; 
—  po czwar te VU i karta używa ją zatwierdzony ch kluczy sesji w celu zapewnienia poufności, 
integralności i autenty czności wszystkic h wymieniany ch komunikat ów. Etap ten nazywany jest 
bezpieczną wymianą komunikató w i został szczegół owo opisany w sekcji 10.5. 
CSM_156  Mechaniz m opisany w CSM_155 jest uruchamiany przez przyrząd rejestr ujący za każdym razem, 
gdy w jeden z czytnik ów kart zostaje włożona karta. 
10.2.  Wzajemna weryfikacja łańcucha certyfikatów 
10.2.1  Weryfikacja łańcucha certyfik atów karty przez VU 
CSM_157  Przyrządy rejestr ujące używa ją protok ołu przedstawionego na rys. 4 w celu weryfikacji łańcuc ha 
certyfikató w karty do tach ografu. 
Uwagi do rys. 4: 
—  certyfikaty i klucze publiczne karty wskazane na rysunku są certyfikatami i kluczami, któryc h 
używa się do wzajemnego uwierzyteln ienia. W sekcji 9.1.5 oznaczono je jako Card_MA; 
—  certyfikaty i klucze publiczne Card.CA wskazane na rysunku są certyfikatami i kluczami 
używanymi do podpisywania certyfikatów karty i jest to wskazane w CAR certyfikatu Card.CA . 
W sekcji 9.1.3 oznaczono je jako MSCA_Card; 
—  certyfikat Card.CA .EUR wspomniany na rysunku jest europejskim certyfikatem głównym 
wskazany m w CAR certyfikatu Card.CA; 
—  certyfikat Card.Link wskazany na rysunku jest certyfikatem łączącym karty, o ile istnieje. Jak 
określono w sekcji 9.1.2, jest to certyfikat łączący dla nowej pary europejskich kluczy główny ch 
wyge nero wanej przez ERCA i podpisanej za pomocą poprzedniego europejskiego klucza 
prywatnego; 
—  certyfikat Card.Link.E UR jest europejskim certyfikatem głównym wskazany m w CAR 
certyfikatu Card.Link . 
CSM_158  Jak wskazano na rys. 4, weryfikacja łańcuch a certyfikató w karty rozpoczyna się po włożeniu karty. 
Przyrząd rejestr ujący odczytuje odniesienie do posiadacza karty (
 ) 
z pliku elementar nego ICC. VU spra wdza, czy zna kartę tj. czy pom yślnie zwer yfiko wał łańcuc h 
certyfikató w karty w przeszłości i zapisało go na potrzeby przyszły ch odniesień. Jeżeli VU zna 
kartę, certyfikat karty nadal jest ważn y, a proces jest kontynuo wany i następuje weryfikacja 
łańcuc ha certyfikató w VU. W przeciwnym razie VU kolejno odczytuje z karty certyfikat 
MSCA_ Card, który ma służyć do weryfikacji certyfikatu karty Card.C A, certyfikat EUR, który ma 
służyć do weryfikacji certyfikatu MSCA_Card, oraz ewentualnie certyfikat łączący , do momentu aż 
znajdzie certyfikat, który rozpozna lub może zwer yfiko wać. Jeżeli znajdzie taki certyfikat, VU 
używa tego certyfikatu w celu zwer yfikowania podstaw owych certyfikató w karty, które odczytał 
z karty. Jeżeli proces przebiegnie pom yślnie, nastąpi weryfikacja łańcuc ha certyfikató w VU. Jeżeli 
nie, VU zignor uje kartę. 
Uwaga: istnieją trzy sposoby na rozpoznanie certyfikatu Card.CA .EUR przez VU: 
—  certyfikat Card.C A.EUR jest taki sam jak certyfikat EUR VU; 26.5.2016 L 139/379 Dziennik Urzędo wy Unii Europejskiej PL    
—  certyfikat Card.CA .EUR poprzedza certyfikat EUR VU i VU zawierał już ten certyfikat w chwili 
wydania (zob. CSM_81); 
—  certyfikat Card.CA .EUR zastępuje certyfikat EUR VU i VU otrzymał w przeszłości certyfikat 
łączący z innej karty do tachog rafu, zwer yfikował go i zapisał na potrzeby przyszły ch 
odniesień. 
CSM_159  Jak wskazano na rys. 4, po zwer yfikowaniu przez VU autenty czności i ważności uprzednio 
nieznanego certyfikatu VU może zapisać ten certyfikat na potrzeby przyszły ch odniesień, tak aby 
nie musiał po raz kolejny weryfikować autenty czności tego certyfikatu, gdy zostanie mu pono wnie 
przedstawion y. Zamiast zapisywać cały certyfikat, VU może zdecydo wać się na zapisanie jedynie 
treści certyfikatu, jak określono w sekcji 9.3.2. 
CSM_160  VU weryfikuje czaso wą ważność każdego certyfikatu odczytanego z karty lub przech owywanego 
w jej pamięci i odrzuca certyfikaty , które wygasły . W celu zwer yfiko wania czaso wej ważności 
certyfikatu przedsta wionego przez kartę VU używa swojego wewnętrznego zegara.  26.5.2016 L 139/380 Dziennik Urzędo wy Unii Europejskiej PL    
Rys. 4 
Protok ół weryfikacji łańcucha certyfikatów karty przez VU 
10.2.2  Weryfikacja łańcucha certyfik atów VU przez kartę 
CSM_161  Karty do tachografu używają protok ołu przedsta wionego na rys. 5 w celu weryfikacji łańcuc ha 
certyfikató w VU. 26.5.2016 L 139/381 Dziennik Urzędo wy Unii Europejskiej PL    
Rys. 5 
Protok ół weryfikacji łańcucha certyfikató w VU przez kartę 
26.5.2016 L 139/382 Dziennik Urzędo wy Unii Europejskiej PL    
Uwagi do rys. 5: 
—  certyfikaty i klucze publiczne VU wskazane na rysunku są certyfikatami i kluczami, któryc h używa się do 
wzaj emnego uwierzyteln ienia. W sekcji 9.1.4 oznaczono je jako VU_MA; 
—  certyfikaty i klucze publiczne VU.CA wskazane na rysunku są certyfikatami i kluczami używan ymi do 
podpisywania certyfikató w VU i urządzenia zewnętrznego GNSS. W sekcji 9.1.3 oznaczono je jako 
MSCA_VU-EGF; 
—  certyfikat VU.CA .EUR przedsta wiony na rysunku jest europejskim certyfikatem głównym wskazany m 
w CAR certyfikatu VU.C A; 
—  certyfikat VU.Link wskazany na rysunku jest certyfikate m łączącym VU, o ile istnieje. Jak określono 
w sekcji 9.1.2, jest to certyfikat łączący dla nowej pary europejskic h kluczy główny ch wygenero wanej 
przez ERCA i podpisanej za pomocą poprzedniego europejskiego klucza prywatnego; 
—  certyfikat VU.Link.E UR jest europejskim certyfikatem głównym wskazanym w CAR certyfikatu VU.Link. 
CSM_162  Jak wskazano na rys. 5, weryfikacja łańcuch a certyfikatów przyrządu rejestr ującego rozpoczyna się, 
gdy przyrząd rejestr ujący podejmuje próbę ustawi enia swoje go własnego klucza publicznego 
w celu użycia go w karcie do tachografu. Jeżeli proces ten powiedzie się, oznacza to, że karta 
pom yślnie zwer yfikowała łańcuc h certyfikatów VU w przeszłości i zapisała certyfikat VU na 
potrzeby przyszły ch odniesień. W tym przypadku certyfikat VU ustawi a się jako używany , a proces 
jest kontynuo wan y i następuje uwierzyteln ienie VU. Jeżeli karta nie zna certyfikatu VU, VU kolejno 
przedstawia certyfikat VU.CA, który ma służyć do weryfikacji certyfikatu VU, certyfikat VU.CA . 
EUR, który ma służyć do weryfikacji certyfikatu VU.CA, oraz ewentualnie certyfikat łączący , w celu 
znalezienia certyfikatu rozpoznanego lub weryfikowalnego przez kartę. W przypadku znalezienia 
takiego certyfikatu karta używa tego certyfikatu do zwer yfikowania podstaw owych certyfikató w 
VU przedstawion ych jej przez VU. Jeżeli proces przebiegnie pom yślnie, VU ostat ecznie ustawi swój 
klucz publiczny do używania w karcie do tachografu. Jeżeli nie, VU zignor uje kartę. 
Uwaga: istnieją dwa sposoby na rozpoznanie certyfik atu VU.CA.EUR: 
—  certyfikat VU.C A.EUR jest taki sam jak certyfikat EUR karty; 
—  certyfikat VU.CA .EUR poprzedza certyfikat EUR karty i karta zawi erała już ten certyfikat 
w chwili wydania (zob. CSM_91); 
—  certyfikat VU.CA .EUR zastępuje certyfikat EUR karty i karta otrzymała w przeszłości certyfikat 
łączący z innego przyrządu rejestr ującego, zwer yfiko wała go i zapisała na potrzeby przyszły ch 
odniesień. 
CSM_163  VU używa polecenia MSE:Set AT, aby ustawi ć swój klucz publiczny do używania w karcie do 
tachog rafu. Jak określono w dodatku 2, polecenie to zawi era opis mechaniz mu kryptografi cznego, 
który będzie używany wraz z ustawi onym kluczem. Mechanizm ten określa się mianem uwierzytel ­
nienia VU za pomocą algor ytmu ECDSA w połączeniu z algor ytmem skrótu powiązanym 
z wielk ością pary kluczy VU VU_MA, jak określono w CSM_50. 
CSM_164  Polecenie MSE: Set AT zawiera również opis pary kluczy efemer ycznych, któryc h VU będzie używał 
podczas uzgadniania klucza sesji (zob. sekcja 10.4). W związku z tym przed wysłaniem polecenia 
MSE: Set AT VU gener uje parę kluczy efemer ycznych ECC. W celu wygenero wania pary kluczy 
efemer yczny ch VU używa standardo wych parametró w domeny wskazany ch w certyfikacie karty. 
Parę kluczy efemer ycznych oznacza się jako (VU.SKeph, VU.PKeph, Card.DP). VU uzna je współrzędną 
x efemer ycznego punktu publicznego ECDH za identyfika cję klucza; określa się to mianem 
skompres owanej reprezentacji klucza publicznego i oznacza jako Com p(VU.PKeph). 
CSM_165  Jeżeli polecenie MSE: Set AT jest skuteczne, karta ustawi a wskazany VU.PK w celu późniejszego 
użycia podczas uwierzyteln ienia przyrządu rejestr ującego i tymczaso wo zapisuje Com p(VU.PKeph). 
W przypadku wysłania co najmniej dwóch skuteczn ych poleceń MSE: Set AT przed uzgodnieniem 
klucza sesji karta zapisuje tylko ostatni otrzymany Com p(VU.PKeph). 26.5.2016 L 139/383 Dziennik Urzędo wy Unii Europejskiej PL    
CSM_166  Karta weryfikuje czaso wą ważność każdego certyfikatu przedstawione go przez VU lub wskazanego 
przez VU przez odniesienie i zapisanego w pamięci karty i odrzuca certyfikaty , któr e wygasł y. 
CSM_167  W celu zwer yfiko wania czaso wej ważności certyfikatu przedstawionego przez VU każda karta do 
tachog rafu zapisuje wewnętrznie niekt óre dane pokazujące czas bieżący . Dane te nie mogą 
podleg ać bezpośredniej aktualizacji przez VU. W momencie wydania czas bieżący karty ustawi a się 
tak, aby odpo wiadał dacie wejścia w życie certyfikatu karty Card_MA. Karta aktualizuje swój czas 
bieżący , jeżeli data wejścia w życie autenty cznego certyfikatu będącego „wiar ygodny m źródłem 
czasu” i przedsta wionego przez VU jest późniejsza niż czas bieżący określony na karcie. W takim 
przypadku karta ustawi a swój czas bieżący zgodnie z datą wejścia w życie takiego certyfikatu. Za 
wiar ygodne źródło czasu karta uznaje wyłącznie następujące certyfikaty: 
—  certyfikaty łączące ERCA drugiej generacji 
—  certyfikaty MSCA drugiej generacji 
—  certyfikaty VU drugiej generacji wydane przez to samo państwo , któr e wydało certyfikaty 
własne karty. 
Uwaga: ostatni wymóg oznacza, że karta jest w stanie rozpoznać CAR certyfikatu VU, tj. 
certyfikatu MSCA_ VU-EGF . Nie będzie się on pokr ywał z CAR certyfikatu własnego karty, którym 
jest certyfikat MSCA _Card. 
CSM_168  Jak wskazano na rys. 5, po zwer yfiko waniu przez kartę autenty czności i ważności uprzednio 
nieznanego certyfikatu, karta może zapisać ten certyfikat na potrzeby przyszły ch odniesień, tak aby 
nie musiała po raz kolejny weryfiko wać aute ntyczności tego certyfikatu, gdy zostanie jej pono wnie 
przedstawion y. Zamiast zapisywać cały certyfikat, karta może zdecydo wać się na zapisanie jedynie 
treści certyfikatu, jak określono w sekcji 9.3.2. 
10.3.  Uwierzytelnienie VU 
CSM_169  Przyrządy rejestr ujące i karty używają protok ołu uwierzyteln iania Vu wskazanego na rys. 6 w celu 
uwierzytelnienia VU w stosun ku do karty. Uwierzyt elnienie VU umożliwia karcie do tachog rafu 
wyraźne zwer yfiko wanie, że VU jest autenty czny . W tym celu VU używa swoje go klucza 
prywatnego do podpisania żądania wyge nero wanego przez kartę. 
CSM_170  Oprócz żądania karty VU umieszcza w podpisie odniesienie do posiadacza karty uzyskane 
z certyfikatu karty. 
Uwaga: gwarantuje to, że karta, w odniesieniu do które j VU się uwierzytelnia, jest tą samą kartą, 
które j łańcuch certyfikató w został wcześniej zwer yfikowany przez VU. 
CSM_171  VU umieszcza również w podpisie identyf ikator efemer ycznego klucza publicznego Com p(VU. 
PKeph), z którego będzie korzystał w celu ustano wienia bezpiecznej wymiany komunikató w podczas 
procesu uwierzytelnian ia chipu określonego w sekcji 10.4. 
Uwaga: gwarantuje to, że VU, z który m karta komunikuje się podczas sesji bezpiecznej wymiany 
komunikató w, jest tym sam ym VU, który został uwierzyte lniony przez kartę.  26.5.2016 L 139/384 Dziennik Urzędo wy Unii Europejskiej PL    
Rys. 6 
Protok ół uwierzytelniania VU 
CSM_172  Jeżeli VU wysyła wielokrotnie polecenie GET CHALLENGE podczas uwierzyteln iania VU, karta 
zwraca za każdym razem nowe 8-ba jtowe loso we żądanie, ale zapisuje tylko ostatnie żądanie. 
CSM_173  Algor ytmem podpisywania używanym przez VU w celu uwierzytelnienia VU jest ECDS A, jak 
określono w [DSS], używający algor ytmu skrótu powiązanego z wielk ością klucza pary kluczy VU 
VU_MA, jak określono w CSM_50. Format podpisu jest odkr yty, jak określono w [TR-03111]. VU 
przesyła uzyskan y podpis karcie. 
CSM_174  Po otrzymaniu podpisu VU w poleceniu EXTERNAL AUTHENTICA TE karta: 
—  oblicza token uwierzyteln iania poprzez połączenie Card.CHR, żądania karty rcard i identyf ikatora 
efemer ycznego klucza publicznego VU Comp(VU.PKeph); 
—  oblicza skrót tokena uwierzytelniania, używa jąc algor ytmu skrótu powiązanego z wielk ością 
pary kluczy VU VU_MA, jak określono w CSM_50; 
—  weryfikuje podpis VU za pomocą algor ytmu ECDSA w połączeniu z VU.PK i obliczon ym 
skrót em. 
10.4.  Uwierzytelnianie chipu i uzgadnianie klucza sesji 
CSM_175  Przyrządy rejestr ujące i karty korzysta ją z protok ołu uwierzytelniania chipu wskazanego na rys. 7 
w celu uwierzytelnienia karty w stosunku do VU. Uwierzytelnienie chipu umożliwia przyrządo wi 
rejestr ującemu wyraźne zwer yfikowanie, że karta jest autenty czna. 26.5.2016 L 139/385 Dziennik Urzędo wy Unii Europejskiej PL    
Rys. 7 
Uwierzytelnianie chipu i uzgadnianie klucza sesji 
CSM_176  VU i karta podejmują następujące kroki:  
1. przyrząd rejestr ujący inicjuje proces uwierzyte lniania chipu poprzez wysłanie polecenia MSE: 
Set AT określającego uwierzytelnianie chipu za pomocą algor ytmu ECDH, w wyniku które go 
długość klucza sesji AES jest powiązana z wielk ością klucza w parze kluczy karty Card_MA, jak 
określono w CSM_50. VU określa wielk ość klucza w parze kluczy karty na podstawie 
certyfikatu karty;  
2. VU przesyła karcie punkt publiczny VU.PKeph swoj ej pary kluczy efemer yczny ch. Jak wyjaśniono 
w CSM_164, VU wygener ował tę parę kluczy efemer yczny ch przed zwer yfiko waniem łańcuc ha 
certyfikató w VU. VU przesłał karcie identyfikator efemer ycznego klucza publicznego Comp(VU. 
PKeph) i karta zapisuje ten identyfikator;  
3. karta oblicza Comp(VU.PKeph) na podsta wie VU.PKeph i poró wnuje go z zapisaną wartości ą 
Com p(VU.PKeph);  
4. używa jąc algor ytmu ECDH w połączeniu ze staty cznym kluczem prywatnym karty i 
efemer ycznym kluczem publicznym VU, karta oblicza tajny K;  
5. karta wybiera loso wy 8-ba jtowy identyfika tor jednorazo wy NPICC i używa go do wypro wadzenia 
dwóc h kluczy sesji AES KMAC i KENC z K. Zob. CSM_179;  
6. za pomocą KMAC, karta oblicza token uwierzyteln iania w odniesieniu do identyfikatora 
efemer ycznego klucza publicznego VU: TPICC = CMA C(KMAC, VU.PKeph). Karta wysyła NPICC i TPICC 
do przyrządu rejestr ującego;  
7. używa jąc algor ytmu ECDH w połączeniu ze staty cznym kluczem publiczny m karty i 
efemer ycznym kluczem prywatnym VU, przyrząd rejestr ujący oblicza ten sam tajny K co karta 
w ramac h kroku 4; 26.5.2016 L 139/386 Dziennik Urzędo wy Unii Europejskiej PL    
8. VU wypro wadza klucze sesji KMAC i KENC z K i NPICC; zob. CSM_179;  
9. VU weryfikuje token uwierzyteln iania TPICC. 
CSM_177  W ramac h powyższego kroku 3 karta oblicza Comp(VU.PKeph) jako współrzędną x punktu 
publicznego w VU.PKeph. 
CSM_178  W ramac h powyższy ch krok ów 4 i 7 karta i przyrząd rejestr ujący używają algor ytmu ECKA -EG, 
jak określono w [TR-03111]. 
CSM_179  W ramac h powyższy ch krok ów 5 i 8 karta i przyrząd rejestr ujący używa ją funkcji wypro wadzania 
klucza w odniesieniu do kluczy sesji AES zdefinio wan ych w [TR-03111] z następującą 
dokładnością i następującymi zmianami: 
—  wartość licznika wynosi ‘00 00 00 01’ w odniesieniu do KENC i ‘00 00 00 02’ w odniesieniu do 
KMAC; 
—  używa się opcjonalnego identyf ikatora jednorazo wego r, który jest równy NPICC; 
—  w celu wypro wadzenia 128-bit owych kluczy AES używa się algor ytmu skrótu SHA-256; 
—  w celu wypro wadzenia 192-bit owych kluczy AES używa się algor ytmu skrótu SHA-384; 
—  w celu wypro wadzenia 256-bit owych kluczy AES używa się algor ytmu skrótu SHA-512. 
Długość kluczy sesji (tj. długość, do której skrócono skrót) jest powiązana z wielk ością pary kluczy 
Card_MA, jak określono w CSM_50. 
CSM_180  W powyższy ch krokach 6 i 9 karta i przyrząd rejestr ujący używa ją algor ytmu AES w trybie CMA C, 
jak określono w [SP 800-38B]. Długość TPICC jest powiązana z długością kluczy sesji AES, jak 
określono w CSM_50. 
10.5.  Bezpieczna wymiana komunikató w 
10.5.1  Uwagi ogólne 
CSM_181  Wszystkie polecenia i odpo wiedzi wymieniane między przyrządem rejestr ującym a kartą do 
tachog rafu po pom yślny m uwierzytelnieniu chipu oraz do zakończenia sesji są chronione za 
pomocą bezpiecznej wymiany komunikató w. 
CSM_182  Z wyjątkiem sytuacji, w której ma miejsce odczyt z pliku z warunkiem dostępu SM-R -ENC-MA C- 
G2 (zob. dodat ek 2 sekcja 4), bezpieczną wymianę komunikató w stosuje się w trybie tylko uwierzy ­
telniania. W tym trybie kryptograficzną sumę kontrolną (zwaną również MAC) doda je się do 
wszystkic h poleceń i odpo wiedzi w celu zapewnienia autenty czności i integralności komunikató w. 
CSM_183  Przy odczy cie dany ch z pliku z warunkiem dostępu SM-R -ENC-MA C-G2 bezpieczną wymianę 
komunikató w stosuje się w trybie uwierzytelnian ia po wcześniejszym zaszyfro waniu, co oznacza, 
że dane odpo wiedzi najpier w są szyfro wane w celu zapewnienia poufności komunikatu, a 
następnie obliczany jest MAC w stosun ku do sformato wany ch zaszyfro wan ych dany ch w celu 
zapewnienia aute ntyczności i integralności. 
CSM_184  W ramach bezpiecznej wymiany komunikató w stos uje się AES określony w [AES] z kluczami sesji 
KMAC i KENC uzgodnionymi w procesie uwierzytelniania chipu. 
CSM_185  Jako licznik sekwencji wysyłania (SSC) stos uje się liczbę całk owitą bez znaku w celu zapobieżenia 
atak om przez powtórze nie. Rozmiar SSC jest równy rozmiaro wi bloku AES, tj. wynosi 128 bitó w. 
SSC ma format, w który m najbardziej znaczący bit znajduje się na początku. Licznik sekwencji 
wysyłania jest zero wan y (tj. ma wartość ‘00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00’) 
w momencie rozpoczęcia bezpiecznej wymiany komunikató w. Wartość SSC jest zwiększana przed 
każdym wygener owaniem polecenia lub odpo wiedzi APDU, czyli ponieważ wartości ą początk ową 
SSC w sesji bezpiecznej wymiany komunikat ów jest 0, wartość SSC w pier wszym poleceniu będzie 
wynosiła 1. Wartość SSC dla pier wszej odpo wiedzi będzie wynosiła 2. 26.5.2016 L 139/387 Dziennik Urzędo wy Unii Europejskiej PL    
CSM_186  W przypadku szyfro wania komunikató w stosuje się klucz KENC z AES w trybie wiązania blok ów 
zaszyfro wany ch, jak określono w normie [ISO 10116], z naprzemiennym parametrem m = 1 oraz 
wektor em inicjującym SV = E(KENC, SSC), tj. bieżącą wartością licznika sekwencji wysyłania 
zaszyfro wanego kluczem KENC. 
CSM_187  Do uwierzyteln iania komunikató w stosuje się klucz KMAC z AES w trybie CMA C, jak określono 
w [SP 800-38B]. Długość MAC jest powiązana z długością kluczy sesji AES, jak określono 
w CSM_50. Licznik sekwencji wysyłania uwzg lędnia się w MAC poprzez dodanie go przed 
datagramem, który ma zostać uwierzytelnion y. 
10.5.2  Struktur a bezpiecznego komunikatu 
CSM_188  W bezpiecznej wymianie komunikató w używa się wyłącznie obiektó w dany ch bezpiecznej 
wymiany komunikató w (zob. [ISO 7816-4]) wymieniony ch w tabeli 5. W każdym komunikacie 
wspomniane obiekty dany ch stosuje się w kolejności określonej w poniższej tabeli. 
Tabela 5 
Obiekty dany ch bezpiecznej wymiany komunik atów 
Nazwa obiektu dany ch Znacznik Obecność: obo wiązk owa (M), warun­
kowa (C) lub zabroniona (F) w 
poleceniach odpo wiedziach 
Odkr yta wartość niek odo wana w BER -TLV ‘81’ C C 
Odkr yta wartość kodo wana w BER -TLV, lecz nie 
zawi era obiektó w dany ch bezpiecznej wymiany 
komunikató w ‘B3’ C C 
Po wskaźniku treści wypełnienia następuje kryp­
togram, wartość odkr yta nie jest kodo wana 
w BER -TLV ‘87’ C C 
Chroniona długość ‘97’ C F 
Status przetwarzania ‘99’ F M 
Kryptografi czna suma kontrolna ‘8E’ M M  
Uwaga: jak określono w dodatku 2, karty do tach ografu mogą obsługiwać polecenia READ BINAR Y 
i UPD ATE BINAR Y z nieparzystym bajtem INS (‘B1’ odp. ‘D7’). Wymag a się, aby przedsta wione 
warianty poleceń umożliwiały odczyt i aktualizację plików o rozmiarze 32 768 bajtów lub więcej. 
W przypadku zast osowania takiego wariantu używa się obiektu dany ch ze znacznikiem ‘B3’ 
zamiast obiektu ze znacznikiem ‘81’. Aby uzyskać więcej informacji, zob. dodat ek 2. 
CSM_189  Wszystkie obiekty dany ch bezpiecznej wymiany komunikató w koduje się w DER TLV, jak 
określono w [ISO 8825-1]. W wyniku takiego kodo wania uzyskuje się następującą strukturę TLV: 
znacznik:  znacznik jest zakodo wany w jednym okteci e lub dwóc h oktetac h i określa treść; 
długość:  długość jest zakodo wana jako liczba całk owita bez znaku w jedn ym okteci e, dwóc h lub 
trzech okte tach, co skutkuje uzyskaniem maksymaln ej długości 65 535 oktet ów. Stosuje 
się minimalną liczbę oktet ów; 
wartość:  wartość nie jest zakodo wana w żadny m okteci e lub jest zakodo wana w więks zej liczbie 
oktet ów. 26.5.2016 L 139/388 Dziennik Urzędo wy Unii Europejskiej PL    
CSM_190  Polecenia APDU chronione bezpieczną wymianą komunikató w gener uje się w następujący sposób: 
—  nagłó wek polecenia uwzg lędnia się w obliczeniac h MAC, w związku z czym wartość ‘0C’ 
stosuje się w przypadku klasy bajtów CLA; 
—  jak określono w dodatku 2, wszystkie bajty INS są parzyst e, ewentualnie z wyjątkiem 
nieparzysty ch bajtów INS w przypadku poleceń READ BINAR Y i UPD ATE BINAR Y; 
—  wartość rzeczywista Lc zostanie zmieniona na Lc' po zast osowaniu bezpiecznej wymiany 
komunikató w; 
—  pole dany ch składa się z obiektó w dany ch bezpiecznej wymiany komunikató w; 
—  w chronionym poleceniu APDU nowy bajt Le otrzymuje wartość ‘00’. W razie konieczności 
obiekt dany ch ‘97’ umieszcza się w polu dany ch w celu przekazania wartości oryginalnej bajtu 
Le. 
CSM_191  Każdy obiekt dany ch wymaga jący zaszyfro wania wypełnia się zgodnie z [ISO 7816-4] przy użyciu 
wskaźnika treści wypełnienia ‘01’. Na potrzeby obliczenia MAC każdy obiekt dany ch w APDU 
wypełnia się również oddzielnie zgodnie z [ISO 7816-4]. 
Uwaga: wypełnianie na potrzeby bezpiecznej wymiany komunikató w zawsze przepro wadza się za 
pomocą warstwy bezpiecznej wymiany komunikat ów, a nie algor ytmó w CMA C czy CBC. 
Podsumowanie i przykłady 
Polecenie APDU z zastoso waniem bezpiecznej wymiany komunikat ów będzie miało następującą strukturę 
w zależności od przypadku odpo wiadaj ącego mu niezabezpieczonego polecenia („DO” oznacza obiekt 
dany ch): 
Przypadek 1: CLA INS P1 P2 || Lc' || DO ‘8E’ || Le 
Przypadek 2: CLA INS P1 P2 || Lc' || DO ‘97’ || DO‘8E’ || Le 
Przypadek 3 (parzysty bajt INS): CLA INS P1 P2 || Lc' || DO ‘81’ || DO‘8E’ || Le 
Przypadek 3 (nieparzysty bajt INS): CLA INS P1 P2 || Lc' || DO ‘B3’ || DO‘8E’ || Le 
Przypadek 4 (parzysty bajt INS): CLA INS P1 P2 || Lc' || DO ‘81’ || DO‘97’ || DO‘8E’ || Le 
Przypadek 4 (nieparzysty bajt INS): CLA INS P1 P2 || Lc' || DO ‘B3’ || DO‘97’ || DO‘8E’ || Le  
gdzie Le = ‘00’ albo ‘00 00’ w zależności od tego, czy stosuje się krótkie długości pól czy rozszerzone 
długości pól; zob. [ISO 7816-4]. 
Odpo wiedź APDU z zast osowaniem bezpiecznej wymiany komunikató w będzie miała następującą strukturę 
w zależności od przypadku odpo wiadaj ącej mu niezabezpieczonej odpo wiedzi: 
Przypadek 1 lub 3: DO ‘99’ || DO ‘8E’ || SW1SW2 
Przypadek 2 lub 4 (parzysty bajt INS) z szyfro wa­
niem: DO ‘81’ || DO ‘99’ || DO ‘8E’ || SW1SW2 
Przypadek 2 lub 4 (parzysty bajt INS) bez szyfro ­
wania: DO ‘87’ || DO ‘99’ || DO ‘8E’ || SW1SW2 
Przypadek 2 lub 4 (nieparzysty bajt INS) bez szy­
frowania: DO ‘B3’ || DO ‘99’ || DO ‘8E’ || SW1SW2  
Uwaga: przypadk ów 2 lub 4 (nieparzysty bajt INS) z szyfro waniem nigdy nie stosuje się w łączności między 
VU a kartą. 26.5.2016 L 139/389 Dziennik Urzędo wy Unii Europejskiej PL    
Poniżej przedstawiono trzy przykłady przek ształceń APDU w odniesieniu do poleceń z parzystym kodem INS. 
Rys. 8 przedsta wia uwierzytelnione polecenie APDU określone w przypadku 4, rys. 9 przedstawia uwierzy ­
telnioną odpo wiedź APDU określoną w przypadku 2/4, a rys. 10 przedsta wia zaszyfro waną i uwierzyteln ioną 
odpo wiedź APDU określoną w przypadku 2/4. 
Rys. 8 
Przeks ztałcenie uwierzytelnionego polecenia APDU określonego w przypadku 4 
Rys. 9 
Przekszt ałcenie uwierzytelnionej odpo wiedzi APDU określonej w przypadku 1/3 
26.5.2016 L 139/390 Dziennik Urzędo wy Unii Europejskiej PL    
Rys. 10 
Przekszt ałcenie zaszyfro wanej i uwierzytelnionej odpo wiedzi APDU określonej w przypadku 2/4 
10.5.3  Przer wanie sesji bezpiecznej wymiany komunik atów 
CSM_192  Przyrząd rejestr ujący przer ywa trwającą sesję bezpiecznej wymiany komunikató w tylko i wyłącznie 
wówczas, gdy zaistnieje jeden z poniższy ch warunków: 
—  przyrząd otrzyma odkr ytą odpo wiedź APDU; 
—  przyrząd wykr yje błąd bezpiecznej wymiany komunikató w w odpo wiedzi APDU: 
—  brak oczekiwanego obiektu dany ch bezpiecznej wymiany komunikató w, niepra widło wą 
kolejność obiektó w dany ch lub uwzg lędnienie nieznanego obiektu dany ch, 
—  nieprawidło wy obiekt dany ch bezpiecznej wymiany komunikató w, np. niepra widło wa 
wartość MAC, nieprawidło wą strukturę TLV lub wskaźnik wypełnienia w znaczniku ‘87’ nie 
jest równy ‘01’, 
—  karta wyśle bajt stanu wskazujący na wykr ycie błędu bezpiecznej wymiany komunikat ów (zob. 
CSM_194); 
—  osiągnięty zostanie limit doty czący liczby poleceń i powiązany ch odpo wiedzi w ramach 
bieżącej sesji. Dla danego VU limit ten określa producent, uwzg lędniając wymogi bezpie ­
czeństwa doty czące używanego sprzętu, przy czym maksymaln a liczba poleceń i powiązany ch 
odpo wiedzi w ramac h bezpiecznej wymiany komunikató w wynosi 240 w każdej sesji. 
CSM_193  Karta do tachog rafu przer ywa trwającą sesję bezpiecznej wymiany komunikat ów tylko i wyłącznie 
wówczas, gdy zaistnieje jeden z poniższy ch warunków: 
—  karta otrzyma odkr yte polecenie APDU; 26.5.2016 L 139/391 Dziennik Urzędo wy Unii Europejskiej PL    
—  karta wykr yje błąd bezpiecznej wymiany komunikató w w poleceniu APDU: 
—  brak oczekiwanego obiektu dany ch bezpiecznej wymiany komunikató w, niepra widło wą 
kolejność obiektó w dany ch lub uwzg lędnienie nieznanego obiektu dany ch, 
—  NIEPRA WIDŁO WY obiekt dany ch bezpiecznej wymiany komunikató w, np. nieprawidło wa 
wartość MAC lub nieprawidło wa struktura TLV; 
—  karta straci zasilanie lub zostanie zreseto wana; 
—  VU wybierze aplikację na karcie; 
—  VU rozpocznie proces uwierzytelniania VU; 
—  osiągnięty zostanie limit doty czący liczby poleceń i powiązany ch odpo wiedzi w ramach 
bieżącej sesji. W odniesieniu do danej karty limit ten określa producent, uwzg lędnia jąc wymogi 
bezpieczeństwa doty czące używanego sprzętu, przy czym mak symalna liczba poleceń i 
powiązany ch odpo wiedzi w ramac h bezpiecznej wymiany komunikat ów wynosi 240 w każdej 
sesji. 
CSM_194  W odniesieniu do obsługi błędó w w ramach bezpiecznej wymiany komunikató w przez kartę do 
tachog rafu: 
—  jeżeli w poleceniu APDU wystąpi brak niektóryc h oczekiwany ch obiektó w dany ch bezpiecznej 
wymiany komunikat ów, kolejność obiektó w dany ch jest niepra widło wa lub zawar to nieznane 
obiekty dany ch, karta do tachog rafu wysyła odpo wiedź zawi erającą bajty stanu ‘69 87’; 
—  jeżeli w poleceniu APDU obiekt dany ch bezpiecznej wymiany komunikató w jest niepra widło wy, 
karta do tachografu wysyła odpo wiedź zawi erającą bajty stanu ‘69 88’. 
W takim przypadku bajty stanu są odsyłane bez zastoso wania bezpiecznej wymiany komunikató w. 
CSM_195  Jeżeli sesja bezpiecznej wymiany komunikat ów między VU a kartą do tach ografu zostanie 
przer wana, VU i karta do tachog rafu: 
—  w bezpieczny sposób niszczą przec howywane klucze sesji; 
—  naty chmiast ustanawi ają nową sesję bezpiecznej wymiany komunikató w, jak opisano w sekcjach 
10.2 – 10.5. 
CSM_196  Jeżeli z jakiejk olwiek przy czyny VU zdecyduje się pono wnie uruchomić proces wzajemnego 
uwierzytelnian ia w stosun ku do włożonej karty, proces ten pono wnie rozpoczyna się od 
weryfikacji łańcucha certyfikató w karty, jak opisano w sekcji 10.2, i jest kontynuo wany , jak 
opisano w sekcjach 10.2–10.5. 
11.  POWIĄZANIE, WZAJEMNE UWIERZY TELNIANIE I BEZPIECZNA WYMIANA KOMUNIKA TÓW MIĘDZY VU A 
URZĄDZENIEM ZEWNĘTRZNYM GNSS 
11.1.  Uwagi ogólne 
CSM_197  Urządzenie GNSS wyk orzystywane przez VU do ustalania jego położenia może być wewnętrzne (tj. 
wbudo wane w obudo wę VU i nieodłączalne) bądź też może stano wić moduł zewnętrzny . 
W pier wszym przypadku standar yzacja łączności wewnętrznej między urządzeniem GNSS a VU 
nie jest potrzebna, a wymogi określone w tym rozdziale nie mają zastos owania. W drugim 
przypadku łączność między VU a urządzeniem zewnętrznym GNSS wymaga standar yzacji i 
ochrony , jak opisano w tym rozdziale. 
CSM_198  Bezpieczna łączność między przyrządem rejestr ującym a urządzeniem zewnętrznym GNSS odbywa 
się na takiej samej zasadzie jak bezpieczna łączność między przyrządem rejestr ującym a kartą do 
tachog rafu, przy czym urządzenie zewnętrzne GNSS przyjmuje rolę karty. Urządzenie zewnętrzne 
GNSS musi spełniać wszystkie wymogi, o któryc h mowa w rozdziale 10 w odniesieniu do kart do 
tachog rafu, z uwzg lędnieniem odstępstw , wyjaśnień i uzupełnień przedstawion ych w tym rozdziale. 
W szczegól ności procesy wzaj emnej weryfikacji łańcuc ha certyfikatów, uwierzyteln iania VU i 
uwierzytelnian ia chipu przepro wadza się w sposób opisany w sekcjach 11.3 i 11.4. 26.5.2016 L 139/392 Dziennik Urzędo wy Unii Europejskiej PL    
CSM_199  Łączność między przyrządem rejestr ującym a EGF różni się od łączności między przyrządem 
rejestr ującym a kartą pod takim wzg lędem, że przyrząd rejestr ujący i EGF muszą zostać powiązane 
w warsztacie, zanim będą mogły dokonywać wymiany dany ch opar tych na GNSS w trakcie 
normalnej pracy . Proces ustanawi ania powiązania opisano w sekcji 11.2. 
CSM_200  W przypadku łączności między przyrządem rejestr ującym a EGF stosuje się polecenia i odpo wiedzi 
APDU na podsta wie [ISO 7816-4] i [ISO 7816-8]. Dokładną składnię tych poleceń i odpo wiedzi 
APDU określono w dodatku 2 do niniejszego załącznika. 
11.2.  Ustano wienie powiązania między VU a urządzeniem zewnętrznym GNSS 
CSM_201  Powiązanie między przyrządem rejestr ującym a EGF w pojeździe ustanawia warsztat. W trakcie 
normalnej pracy tylko powiązany przyrząd rejestr ujący i EGF mogą nawiązywać łączność. 
CSM_202  Ustano wienie powiązania między przyrządem rejestr ującym a EGF jest możliwe, wyłącznie gdy 
przyrząd rejestr ujący znajduje się w trybie kalibracyjnym . Proces ustanawi ania powiązania inicjuje 
przyrząd rejestr ujący . 
CSM_203  Warsztat może w dowolny m momencie pono wnie połączyć przyrząd rejestr ujący z innym lub 
z tym sam ym EGF . W trakcie ustanawi ania pono wnego połączenia VU w sposób bezpieczn y 
niszczy istniejący certyfikat EGF_MA w jego pamięci i przecho wuje certyfikat EGF_MA EGF , 
z którym jest powiązany . 
CSM_204  Warsztat może w dowolnym momencie pono wnie powiązać urządzenie zewnętrzne GNSS z innym 
lub tym sam ym VU. W trakcie ustanawi ania pono wnego powiązania EGF w sposób bezpieczny 
niszczy istniejący certyfikat VU_MA w jego pamięci i przec howuje certyfikat VU_MA VU, z którym 
jest wiązan y. 
11.3.  Wzajemna weryfikacja łańcucha certyfikatów 
11.3.1  Uwagi ogólne 
CSM_205  Wza jemna weryfikacja łańcuc ha certyfikató w między VU a EGF odbywa się wyłącznie w trakcie 
procesu ustanawiani a przez warsztat powiązania między VU a EGF . W czasie normalnej pracy 
powiązanego VU i EGF nie przepro wadza się weryfikacji certyfikatów. Zamiast tego VU i EGF ufają 
certyfikatom, które zapisały podczas ustanawia nia powiązania, po spra wdzeniu czaso wej ważności 
tych certyfikatów. VU i EGF nie mogą ufać żadny m innym certyfikatom doty czącym ochrony 
łączności między VU a EGF w czasie normalnej pracy . 
11.3.2  Podczas ustanawiania powiązania między VU a EGF 
CSM_206  Podczas ustanawi ania powiązania z EGF przyrząd rejestr ujący używa prot okołu przedstawionego 
na rys. 4 (sekcja 10.2.1) w celu weryfikacji łańcuc ha certyfikató w urządzenia zewnętrznego GNSS. 
Uwagi do rys. 4 w tym kontekście: 
—  kontrola łączności nie jest objęta zakresem niniejszego dodatku. EGF nie jest jednak intelig entną 
kartą, a zate m VU prawdopodobnie nie wyśle komunikatu „Reset” w celu nawiązania łączności 
i nie otrzyma odpo wiedzi na pono wne inicjo wanie (ATR); 
—  certyfikaty i klucze publiczne karty wskazane na rysunku interpretuje się jako certyfikaty i 
klucze publiczne EGF na potrzeby wzaj emnego uwierzytelniania. W sekcji 9.1.6 oznaczono je 
jako EGF_MA; 
—  certyfikaty i klucze publiczne Card.CA wskazane na rysunku interpretuje się jako certyfikaty i 
klucze publiczne MSCA na potrzeby podpisywania certyfikatów EGF . W sekcji 9.1.3 oznaczono 
je jako MSCA_ VU-EGF; 26.5.2016 L 139/393 Dziennik Urzędo wy Unii Europejskiej PL    
—  certyfikat Card.C A.EUR przedstawion y na rysunku interpretuje się jako europejski certyfikat 
główny wskazany w CAR certyfikatu MSCA_ VU-EGF; 
—  certyfikat Card.Link wskazany na rysunku interpr etuje się jako certyfikat łączący EGF , o ile 
istnieje. Jak określono w sekcji 9.1.2, jest to certyfikat łączący dla nowej pary europejskich 
kluczy głównych wygener owanej przez ERCA i podpisanej za pomocą poprzedniego europej ­
skiego klucza prywatnego; 
—  certyfikat Card.Link.E UR jest europejskim certyfikatem głównym wskazany m w CAR 
certyfikatu Card.Link . 
—  zamiast 
 VU odczyta 
 z pliku 
elementar nego ICC; 
—  zamiast AID tachog rafu VU wybiera AID EGF; 
—  komunikat „Ignore Card” interpr etuje się jako komunikat „Ignore EGF”. 
CSM_207  Po zwer yfiko waniu certyfikatu EGF_MA przyrząd rejestr ujący zapisuje ten certyfikat do 
wyk orzystania w czasie normalnej pracy ; zob. sekcja 11.3.3. 
CSM_208 Podczas ustanawi ania powiązania z VU zewnętrzna jednostka GNSS używa protok ołu przedsta ­
wionego na rys. 5 (sekcja 10.2.2) w celu weryfikacji łańcuc ha certyfikató w VU. 
Uwagi do rys. 5 w tym kontekście: 
—  VU gener uje nową parę kluczy efemer yczny ch przy użyciu parametró w domen y określony ch 
w certyfikacie EGF; 
—  certyfikaty i klucze publiczne VU wskazane na rysunku są certyfikatami i kluczami, któryc h 
używa się do wzajemnego uwierzyteln ienia. W sekcji 9.1.4 oznaczono je jako VU_MA; 
—  certyfikaty i klucze publiczne VU.CA wskazane na rysunku są certyfikatami i kluczami 
używanymi do podpisywania certyfikató w VU i urządzenia zewnętrznego GNSS. W sekcji 9.1.3 
oznaczono je jako MSCA_VU-EGF; 
—  certyfikat VU.CA .EUR przedsta wion y na rysunku jest europejskim certyfikate m głównym 
wskazany m w CAR certyfikatu VU.CA; 
—  certyfikat VU.Link wskazany na rysunku jest certyfikatem łączącym VU, o ile istnieje. Jak 
określono w sekcji 9.1.2, jest to certyfikat łączący dla nowej pary europejskich kluczy główny ch 
wyge nero wanej przez ERCA i podpisanej za pomocą poprzedniego europejskiego klucza 
prywatnego; 
—  certyfikat VU.Link.E UR jest europejskim certyfikate m głównym wskazany m w CAR certyfikatu 
VU.Link. 
CSM_209  W odróżnieniu od wymogu CSM_167 EGF wyk orzystuje czas GNSS do celó w weryfikacji czaso wej 
ważności każdego przedsta wionego certyfikatu. 
CSM_210  Po zwer yfiko waniu certyfikatu VU_MA zewnętrzna jednostka GNSS przec howuje ten certyfikat do 
wyk orzystania w czasie normalnej pracy ; zob. sekcja 11.3.3. 
11.3.3  W czasie normalnej pracy 
CSM_211  W czasie normalnej pracy przyrząd rejestr ujący i EGF używa ją protok ołu wskazanego na rys. 11 
w celu weryfikacji czaso wej ważności przecho wywany ch certyfikató w EGF_MA i VU_MA oraz do 
celó w ustalenia klucza publicznego VU_MA na potrzeby późniejszego uwierzytelnienia VU. 
W czasie normalnej pracy nie odbywa się dalsza wzaj emna weryfikacja łańcuc hów certyfikató w. 26.5.2016 L 139/394 Dziennik Urzędo wy Unii Europejskiej PL    
Należy zauważyć, że rys. 11 zasadniczo zawiera pier wsze kroki przedstawione na rys. 4 i rys. 5. 
Pono wnie należy zauważyć, że ponieważ EGF nie jest intelig entną kartą, VU prawd opodobnie nie 
wyśle komunikatu „Reset” w celu nawiązania łączności i nie otrzyma ATR. W żadnym przypadku 
kwestia ta nie jest objęta zakresem niniejszego dodatku. 
Rys. 11 
Wzajemna weryfikacja czaso wej ważności certyfikatu w czasie nor malnej pracy VU–EGF 
CSM_212  Jak przedstawiono na rys. 11, przyrząd rejestr ujący rejestr uje błąd, jeżeli certyfikat EGF_MA nie jest 
już aktualny . Wzajemne uwierzyteln ienie, uzgodnienie klucza i późniejsza łączność za pośred ­
nictwem bezpiecznej wymiany komunikat ów odbywa się jednak normalnie. 
11.4.  Uwierzytelnienie VU, uwierzytelnienie chipu i uzgodnienie klucza sesji 
CSM_213  Uwierzyt elnienie VU, uwierzytelnienie chipu i uzgodnienie klucza sesji między VU a EGF odbywa 
się podczas ustanawiania powiązania oraz za każdym razem, gdy sesja bezpiecznej wymiany 
komunikató w jest pono wnie ustanawiana w czasie normalnej pracy . VU i EGF przepro wadzają 
procesy opisane w sekcjach 10.3 i 10.4. Zastoso wanie mają wszystkie wymogi określone w tych 
sekcjach. 
11.5.  Bezpieczna wymiana komunikató w 
CSM_214  Wszystkie polecenia i odpo wiedzi wymieniane między przyrządem rejestr ującym a urządzeniem 
zewnętrznym GNSS po pom yślnym uwierzytelnieniu chipu i do zakończenia sesji są chronione za 
pomocą bezpiecznej wymiany komunikat ów odbywającej się w trybie tylko uwierzytelniania. 
Zastoso wanie mają wszystkie wymogi określone w sekcji 10.5. 
CSM_215  W przypadku przer wania sesji bezpiecznej wymiany komunikat ów między VU a EGF przyrząd 
rejestr ujący naty chmiast ustanawi a nową sesję bezpiecznej wymiany komunikat ów, jak opisano 
w sekcjach 11.3.3 i 11.4. 26.5.2016 L 139/395 Dziennik Urzędo wy Unii Europejskiej PL    
12.  PAROWANIE VU Z CZUJNIKIEM RUCHU I ŁĄCZNOŚĆ MIĘDZY TYMI URZĄDZENIAMI 
12.1.  Uwagi ogólne 
CSM_216  Łączność pomiędzy przyrządem rejestr ującym a czujnikiem ruchu odbywa się za pomocą 
protok ołu interfejsu określonego w [ISO 16844-3] w czasie paro wania i normalnej pracy , 
z uwzg lędnieniem zmian opisany ch w tym rozdziale oraz w sekcji 9.2.1. 
Uwaga: zakłada się, że czytel nicy tego rozdziału są zaznajomieni z treścią normy [ISO 16844-3]. 
12.2.  Paro wanie VU z czujnikiem ruchu przy uży ciu różny ch generacji kluczy 
Jak wyjaśniono w sekcji 9.2.1, klucz główny czujnika ruchu i wszystkie powiązane klucze są regular nie 
zastępo wane. Skutkuje to obecnością do trzech kluczy AES KM-W C związan ych z czujnikiem ruchu (kolejny ch 
generacji kluczy) w kartach warsztato wych. Podobnie w czujnikach ruchu może występo wać do trzec h 
różn ych rodza jów szyfro wania dany ch opar tych na AES (na podstawie kolejny ch generacji klucza głównego 
czujnika ruchu KM). Przyrząd rejestr ujący zawie ra tylko jeden klucz KM-V U związany z czujnikiem ruchu. 
CSM_217  Parowanie VU drugiej generacji i czujnika ruchu drugiej generacji odbywa się w sposób 
przedstawion y poniżej (por . tabela 6 w [ISO 16844-3]).  
1. Kartę warsztato wą drugiej generacji wkłada się do VU, który jest połączony z czujnikiem ruchu.  
2. VU odczytuje wszystkie dostępne klucze KM-WC z karty warsztato wej, sprawdza ich numer y 
wersji kluczy i wybiera klucz pasujący do numer u wersji klucza KM-V U VU. Jeżeli w karcie 
warsztato wej nie ma pasującego klucza KM-W C, VU przer ywa proces paro wania i wyświetla 
posiadaczo wi karty warsztato wej odpo wiedni komunikat o błędzie. 
3.VU oblicza klucz główny czujnika ruchu KM na podsta wie KM-V U i KM-WC oraz klucz identyfi ­
kacyjny KID na podstawie KM, jak określono w sekcji 9.2.1.  
4. VU wysyła instr ukcję rozpoczęcia procesu paso wania w stosunku do czujnika ruchu, jak 
opisano w normie [ISO 16844-3], i szyfr uje numer seryjny otrzymany od czujnika ruchu za 
pomocą klucza identyf ikacyjnego KID. VU wysyła zaszyfro wany numer seryjny z powrot em do 
czujnika ruchu.  
5. Czujnik ruchu dopaso wuje zaszyfro wany numer seryjny kolejno do każdego przec howywanego 
wewnętrznie zaszyfro wanego numer u seryjnego. Jeżeli znajdzie odpo wiedni numer , VU zostaje 
uwierzyteln iony . Czujnik ruchu rejestr uje generację klucza KID użytego przez VU i przekazuje 
z powrotem pasującą zaszyfro waną wersję klucza paro wania; tj. zaszyfro wan y numer stworzon y 
przy zastoso waniu klucza KM tej samej generacji.  
6. VU odszyfro wuje klucz paro wania za pomocą klucza KM, generuje klucz sesji KS, szyfr uje go za 
pomocą klucza paro wania i wysyła uzyskan y rezultat do czujnika ruchu. Czujnik ruchu 
odszyfro wuje klucz KS.  
7. VU gromadzi informacje o paro waniu, jak określono w [ISO 16844-3], szyfr uje te informacje 
za pomocą klucza paro wania i wysyła uzyskany rezultat do czujnika ruchu. Czujnik ruchu 
odszyfro wuje informacje o paro waniu.  
8. Czujnik ruchu szyfr uje otrzymane informacje o paro waniu za pomocą otrzymanego klucza KS i 
przesyła te informacje z powrotem do VU. VU spra wdza, czy informacje o paro waniu są tymi 
sam ymi informacjami, które VU wysłał do czujnika ruchu w poprzednim kroku. Jeżeli tak, 
oznacza to, że czujnik ruchu użył tego samego klucza KS co VU i zgodnie z krokiem 5 wysłał 
swój klucz paro wania zaszyfro wan y za pomocą klucza KM prawidło wej generacji. Czujnik ruchu 
jest zatem uwierzytelnion y. 
Należy zauważyć, że kroki 2 i 5 różnią się od standardo wego procesu określonego w [ISO 16844- 
3]; pozostałe kroki są krokami standardo wymi. 26.5.2016 L 139/396 Dziennik Urzędo wy Unii Europejskiej PL    
Przykład: załóżm y, że proces paro wania odbywa się w pier wszym roku ważności certyfikatu ERCA 
(3); zob. rys. 2 w sekcji 9.2.1.2. Ponadto 
—  załóżm y, że czujnik ruchu wydano w ostatnim roku ważności certyfikatu ERCA (1). Będzie 
zate m zawi erał następujące klucze i dane: 
—  Ns[1]: swój numer seryjny zaszyfro wany kluczem KID 1. generacji; 
—  Ns[2]: swój numer seryjny zaszyfro wany kluczem KID 2. generacji; 
—  Ns[3]: swój numer seryjny zaszyfro wany kluczem KID 3. generacji; 
—  KP[1]: swój klucz paro wania 1. generacji (1), zaszyfro wany kluczem KM 1. generacji; 
—  KP[2]: swój klucz paro wania 2. generacji, zaszyfro wan y kluczem KM 2. generacji; 
—  KP[3]: swój klucz paro wania 3. generacji, zaszyfro wan y kluczem KM 3. generacji; 
—  załóżm y, że kartę warsztato wą wydano w pier wszym roku ważności certyfikatu ERCA (3). 
Będzie zate m zawi erała klucz KM-W C 2. i 3. generacji; 
—  załóżm y, że VU jest VU 2. generacji zawiera jącym klucz KM-VU 2. generacji. 
W takim przypadku w krokac h 2–5 zajdą następujące procesy: 
—  krok 2: VU odczytuje klucze KM-WC 2. i 3. generacji z karty warsztato wej i spra wdza ich numer y 
wersji; 
—  krok 3: VU łączy klucz KM-W C 2. generacji ze swoim kluczem KM-VU w celu obliczenia kluczy KM 
i KID; 
—  krok 4: VU szyfr uje numer seryjny otrzymany od czujnika ruchu za pomocą klucza KID; 
—  krok 5: czujnik ruchu poró wnuje otrzymane dane z numerem Ns[1] i nie znajduje 
odpo wiedniego numer u. Następnie poró wnuje dane z numerem Ns[2] i znajduje odpo wiedni 
numer . Ustala, że VU jest VU 2. generacji, w związku z czym odsyła klucz KP[2]. 
12.3.  Paro wanie VU z czujnikiem ruchu i łączność między tymi urządzeniami z wyk orzys taniem AES 
CSM_218 Zgodnie z tabelą 3 w sekcji 9.2.1 wszystkie klucze uczestniczące w paro waniu przyrządu rejestr u­
jącego i czujnika ruchu (drugiej generacji) oraz w późniejszej łączności są kluczami AES, a nie 
kluczami TDES podwój nej długości, jak określono w [ISO 16844-3]. Takie klucze AES mogą mieć 
długość 128, 192 lub 256 bitó w. Ponieważ rozmiar bloku AES wynosi 16 bajtów, długość 
zaszyfro wanego komunikatu musi stano wić wielokrotność 16 bajtów, w poró wnaniu z 8 bajtami 
w przypadku TDES. Ponadto niektór e takie komunikaty będą wyk orzystywane do transpor tu 
kluczy AES, któryc h długość może wynosić 128, 192 lub 256 bitów. W związku z tym liczbę 
bajtów dany ch zgodnie z instr ukcją w tabeli 5 normy [ISO 16844-3] należy zmienić w sposób 
określony w tabeli 6: 
Tabela 6 
Liczba bajtó w dany ch zwykłego teks tu i dany ch zaszyfro wany ch zgodnie z inst rukcją określoną w [ISO 
16844-3] 
Instr uk­
cja Żądanie / 
odpo wiedź Opis dany ch Liczba bajtów 
dany ch zwykłego 
tekstu zgodnie 
z [ISO 16844-3] Liczba bajtów 
dany ch zwykłego 
tekstu przy użyciu 
kluczy AES Liczba bajtów zaszyfro wany ch 
dany ch przy użyciu kluczy AES o 
długości w bitach 
128 192 256 
10 żądanie Dane uwierzytelnia ­
nia + numer pliku 8 8 16 16 16 26.5.2016 L 139/397 Dziennik Urzędo wy Unii Europejskiej PL    
(1)Należy zauważyć, że klucze paro wania 1., 2. i 3. generacji mogą w rzeczywist ości być tym sam ym kluczem lub mogą być trzema 
różny mi kluczami różnej długości, jak wyjaśniono w CSM_117. 
Instr uk­
cja Żądanie / 
odpo wiedź Opis dany ch Liczba bajtów 
dany ch zwykłego 
tekstu zgodnie 
z [ISO 16844-3] Liczba bajtów 
dany ch zwykłego 
tekstu przy użyciu 
kluczy AES Liczba bajtów zaszyfro wany ch 
dany ch przy użyciu kluczy AES o 
długości w bitach 
128 192 256 
11 odpo wiedź Dane uwierzytelnia ­
nia + zawar tość 
pliku 16 lub 32 w za­
leżności od pliku 16 lub 32 w za­
leżności od pliku 16 / 32 16 / 32 16 / 32 
41 żądanie Numer seryjny czuj ­
nika ruchu 8 8 16 16 16 
41 odpo wiedź Klucz paro wania 16 16 / 24 / 32 16 32 32 
42 żądanie Klucz sesji 16 16 / 24 / 32 16 32 32 
43 żądanie Informacje o paro ­
waniu 24 24 32 32 32 
50 odpo wiedź Informacje o paro ­
waniu 24 24 32 32 32 
70 żądanie Dane uwierzytelnia ­
nia 8 8 16 16 16 
80 odpo wiedź Wartość licznika 
czujnika ruchu + 
dane uwierzytelnia ­
nia 8 8 16 16 16  
CSM_219  Informacje o paro waniu wysyłane w instr ukcjach 43 (żądanie VU) i 50 (odpo wiedź czujnika ruchu) 
są gromadzone zgodnie z wymoga mi określonymi w sekcji 7.6.10 normy [ISO 16844-3], z tym że 
zamiast algor ytmu TDES należy stoso wać algor ytm AES w systemie szyfro wania dany ch 
doty czący ch paro wania, co skutkuje uzyskaniem dwóc h szyfró w AES i przyjęciem wypełnienia 
zgodnie z CSM_220 w celu dopaso wania do rozmiar u bloku AES. Klucz K'p, używany do takiego 
szyfro wania, gener uje się w następujący sposób: 
—  jeżeli długość klucza paro wania KP wynosi 16 bajtów: K'p = KP XOR (Ns||Ns), 
—  jeżeli długość klucza paro wania KP wynosi 24 bajty: K'p = KP XOR (Ns||Ns||Ns), 
—  jeżeli długość klucza paro wania KP wynosi 32 bajty: K'p = KP XOR (Ns||Ns||Ns||Ns), 
gdzie Ns jest 8-ba jtowym numerem seryjnym czujnika ruchu. 
CSM_220  Jeżeli długość dany ch zwykłego tekstu (przy użyciu kluczy AES) nie jest wielokrotnością 16 bajtów, 
należy stoso wać metodę wypełniania 2 określoną w normie [ISO 9797-1]. 
Uwaga: w normie [ISO 16844-3] liczba bajtów dany ch zwykłego tekstu jest zawsze wielokrotnością 
8, tak aby wypełnienie nie było konieczne przy użyciu TDES. Defi nicja dany ch i komunikat ów 
w normie [ISO 16844-3] nie jest zmieniona w tej części niniejszego dodatku, co pociąga za sobą 
konieczność stoso wania wypełnienia. 
CSM_221  W odniesieniu do instr ukcji 11 i w przypadku konieczności zaszyfro wania więcej niż jednego 
bloku dany ch stosuje się tryb wiązania blok ów zaszyfro wan ych zgodnie z wymogami normy [ISO 
10116], z naprzemienn ym parametrem m = 1. Wektorem inicjującym, jaki należy zastoso wać, jest: 
—  w przypadku instr ukcji 11: 8-bajt owy blok uwierzyteln iania zdefini owany w sekcji 7.6.3.3 
normy [ISO 16844-3], wypełnion y za pomocą metody wypełniania 2 określonej w normie 
[ISO 9797-1]; zob. również sekcja 7.6.5 i 7.6.6 normy [ISO 16844-3]; 26.5.2016 L 139/398 Dziennik Urzędo wy Unii Europejskiej PL    
—  w przypadku wszystkich pozostały ch instr ukcji, w któryc h przekazuje się więcej niż 16 bajtów, 
zgodnie z tabelą 6: ‘00’ {16}, tj. szesnaście bajtów o wartości binar nej 0. 
Uwaga: jak przedsta wiono w sekcjach 7.6.5 i 7.6.6 normy [ISO 16844-3], w momencie gdy 
czujnik ruchu szyfr uje pliki dany ch do celó w włączenia ich do instr ukcji 11, blok uwierzytelnian ia 
jest zaró wno: 
—  używany jako wekt or inicjujący do celó w szyfro wania plików dany ch w trybie CBC; jak i 
—  szyfro wany i włączany jako pier wszy blok w dany ch, któr e są wysyłane do VU. 
12.4.  Paro wanie VU z czujnikiem ruchu w przypadku różny ch generacji urządzeń 
CSM_222  Jak wyjaśniono w sekcji 9.2.1, czujnik ruchu drugiej generacji może zawie rać zaszyfro wane 
w oparciu o TDES dane doty czące paro wania (zgodnie z częścią A niniejszego dodatku), co 
umożliwia paro wanie tego czujnika ruchu z VU pier wszej generacji. W takim przypadku proces 
paro wania VU pier wszej generacji z czujnikiem ruchu drugiej generacji odbywa się zgodnie 
z opisem przedstawion ym w części A niniejszego dodatku oraz w normie [ISO 16844-3]. Na 
potrzeby procesu paro wania można użyć karty warsztato wej pier wszej lub drugiej generacji. 
Uwagi 
—  Nie jest możliwe sparo wanie VU drugiej generacji z czujnikiem ruchu pier wszej generacji. 
—  Nie jest możliwe użycie karty warsztato wej pier wszej generacji do celó w powiązania VU drugiej 
generacji z czujnikiem ruchu. 
13.  BEZPIECZEŃST WO ŁĄCZNOŚCI NA ODLEGŁOŚĆ W RAMA CH DSR C 
13.1.  Uwagi ogólne 
Jak określono w dodatku 14, VU regular nie generuje dane doty czące zdalnego monit orowania tach ografu 
(RTM) i wysyła te dane do (wewnętrznego lub zewnętrznego) urządzenia do łączności na odległość (RCF). 
Urządzenie do łączności na odległość odpo wiada za wysłanie tych dany ch za pośrednictwem interf ejsu DSR C 
opisanego w dodatku 14 do zdalnego interr ogatora. W dodatku 1 określono, że dane doty czące zdalnego 
monitor owania tach ografu stano wią połączenie: 
zaszyfro wanego ładunku tachog rafu zaszyfro wanego zwykłego tekstu ładunku tachog rafu; 
dany ch zabezpieczające DSR Copisany ch poniżej. 
Format dany ch ładunku tachog rafu zawi erający ch zwykły tekst określono w dodatku 1 i szczegóło wo opisano 
w dodatku 14. W tej sekcji opisano strukturę dany ch zabezpiecza jący ch DSR C; formalne specyfikacje 
przedsta wiono w dodatku 1. 
CSM_223  Dane zawi erające zwykły tekst 
 przekazywane przez VU do urządzenia do 
łączności na odległość (jeżeli RCF znajduje się na zewnątrz VU) lub przez przyrząd rejestr ujący do 
zdalnego interrogat ora za pośrednictwem interfe jsu DSR C (jeżeli RCF znajduje się wewnątrz VU) są 
chronione w trybie uwierzyteln ienia po wcześniejszym zaszyfro waniu, co oznacza, że dane 
doty czące ładunku tach ografu są najpier w szyfro wane w celu zapewnienia poufności komunikatu, 
a następnie obliczany jest MAC w celu zapewnienia aute ntyczności i integralności. 
CSM_224  Dane zabezpieczające DSR C składaj ą się z połączenia poniższy ch element ów dany ch w następującej 
kolejności; zob. również rys. 12: 
aktualnej daty i godziny  tj. aktualnej data i godziny VU (typ dany ch 
) 
licznika  tj. 3-bajt owego licznika, zob. CSM_225 26.5.2016 L 139/399 Dziennik Urzędo wy Unii Europejskiej PL    
numer u seryjnego VU  tj. numer u seryjnego VU (typ dany ch 
) 
numer u wersji klucza głównego DSR C  tj. 1-bajt owego numer u wersji klucza głównego 
DSR C, z które go wypro wadzono klucze DSR C 
specyficzne dla VU; zob. sekcja 9.2.2. 
MA C  tj. MAC obliczanego na podsta wie wszystkic h 
wcześniejszy ch bajtów w dany ch doty czący ch 
zdalnego monit orowania tachografu. 
CSM_225  3-ba jtowy licznik w dany ch zabezpiecza jący ch DSR C ma format, w którym najbar dziej znaczący 
bit znajduje się na początku. Za pier wszym razem, gdy VU oblicza zbiór dany ch doty czący ch 
zdalnego monitoro wania tachografu po rozpoczęciu jego produkcji, ustawi a wartość licznika na 0. 
VU zwięk sza wartość licznika o 1 za każdym razem, zanim obliczy kolejny zbiór dany ch 
doty czący ch zdalnego monitoro wania tachog rafu. 
13.2.  Szyfro wanie ładunku tachog rafu i genero wanie MA C 
CSM_226  Po otrzymaniu elementu dany ch w formie zwykłego tekstu zawi erającego typ dany ch 
, jak opisano w dodatku 14, VU szyfr uje te dane zgodnie z rys. 12: 
służącego do szyfro wania klucza DSR C przyrządu rejestr ującego K_VUDSR C_ENC (zob. sekcja9.2.2) 
używa się wraz z AES w trybie wiązania blok ów zaszyfro wany ch (CBC), jak określono w [ISO 
10116], z naprzemiennym parametrem m = 1. Wektor inicjujący ma wartość IV = aktualna data i 
godzina || ‘00 00 00 00 00 00 00 00 00’ || licznik, przy czym wartości aktualnej daty i godzina oraz 
licznika określono w CSM_224. Dane, które mają zostać zaszyfro wane, wypełnia się za pomocą 
metod y 2 określonej w [ISO 9797-1]. 
CSM_227  VU oblicza MAC w dany ch zabezpieczający ch DSR C zgodnie z rys. 12: MAC oblicza się na 
podsta wie wszystkic h wcześniejszy ch bajtów zawar tych w dany ch doty czący ch zdalnego monito ­
rowania tachog rafu, do wartości numer u wersji klucza głównego DSR C włącznie oraz z uwzg lęd­
nieniem znacznik ów i długości obiektó w dany ch. VU używa swojego klucza DSR C do zapewnienia 
autenty czności K_VUDSR C_MA C (zob. sekcja 9.2.2) z algor ytmem AES w trybie CMA C, jak 
określono w [SP 800-38B]. Długość MAC jest powiązana z długością kluczy DSR C specyficzny ch 
dla VU, jak określono w CSM_50. 
Rys. 12 
Szyfro wanie ładunku tacho grafu i genero wanie MA C 
26.5.2016 L 139/400 Dziennik Urzędo wy Unii Europejskiej PL    
13.3.  Weryfikacja i odszyfro wywanie ładunku tachog rafu 
CSM_228  Gdy zdalny interro gator otrzymuje od VU dane doty czące zdalnego monitor owania tachografu, 
wysyła wszystkie dane doty czące zdalnego monitoro wania tachog rafu do karty kontrolnej w polu 
dany ch polecenia PROCESS DSR C MESS AGE, jak opisano w dodatku 2. Następnie:  
1. karta kontrolna spra wdza numer wersji klucza głównego DSR C w dany ch zabezpiecza jący ch 
DSR C. Jeżeli karta kontrolna nie rozpozna wskazanego klucza głównego DSR C, zwraca 
komunikat o błędzie określony w dodatku 2 i przer ywa proces;  
2. karta kontrolna stosuje wskazany klucz główny DSR C w połączeniu z numerem seryjnym VU 
zawar tym w dany ch zabezpieczający ch DSR C w celu wypro wadzenia kluczy DSR C 
K_VUDSR C_ENC i K_VUDSR C_MA C specyficzny ch dla VU, jak określono w CSM_124;  
3. karta kontrolna używa klucza K_VUDSR C_MA C do weryfikacji MAC zawar tego w dany ch 
zabezpiecza jący ch DSR C, jak określono w CSM_227. Jeżeli MAC jest niepra widło wy, karta 
kontrolna zwraca komunikat o błędzie określony w dodatku 2 i przer ywa proces;  
4. karta kontrolna wyk orzystuje klucz K_VUDSR C_ENC do celó w odszyfro wania zaszyfro wanego 
ładunku tachog rafu, jak określono w CSM_226. Karta kontrolna usuwa wypełnienie i odsyła 
odszyfro wane dane ładunku tachog rafu do zdalnego interr ogatora. 
CSM_229  W celu zapobieżenia atak om przez powtórz enie zdalny interr ogator weryfikuje aktualność dany ch 
doty czący ch zdalnego monitoro wania tachog rafu poprzez spra wdzenie, czy aktualna data i godzina 
zawar ta w dany ch zabezpieczający ch DSR C nie odbiega zbytnio od czasu bieżącego zdalnego 
interro gatora. 
Uwagi 
—  W tym celu konieczne jest, aby zdalny interrogat or posiadał dokładne i wiar ygodne źródło 
czasu. 
—  Ponieważ dodatek 14 zawie ra wymóg, aby VU obliczał nowy zbiór dany ch doty czący ch 
zdalnego monitoro wania tach ografu co 60 sekund, a zegar VU może odbiega ć od czasu rzeczy ­
wist ego o 1 minutę, dolna granica w odniesieniu do aktualności dany ch doty czący ch zdalnego 
monitor owania tachografu wynosi 2 minuty . Fakty czna aktualność, jaka jest wymag ana, zależy 
również od dokładności zegara zdalnego interrogatora. 
CSM_230  Gdy warsztat weryfikuje prawidło wość działania funkcji DSR C VU, wysyła wszystkie otrzymane od 
VU dane doty czące zdalnego monitoro wania tachog rafu do karty warsztato wej w polu dany ch 
polecenia PROCESS DSR C MESSA GE, jak opisano w dodatku 2. Karta warsztato wa przepro wadza 
wszystkie kontrole i działania określone w wymogu CSM_228. 
14.  PODPISYW ANIE POBIERANY CH DANY CH I SPRA WDZANIE PODPISÓ W 
14.1.  Uwagi ogólne 
CSM_231  Inteli gentne urządzenie dedyk owane (IDE) przech owuje dane otrzymane z VU lub karty podczas 
jednej sesji pobierania w jedn ym fizycznym pliku dany ch. Dane mogą być przec howywane na 
zewnętrznym nośniku dany ch. Plik zawie ra podpisy cyfro we blok ów dany ch zgodnie z opisem 
znajdującym się w dodatku 7. Plik ten zawie ra również następujące certyfikaty (zob. sekcja 9.1): 
—  w przypadku pobierania przez VU: 
—  certyfikat VU_Sign; 
—  certyfikat MSCA_VU-EGF zawiera jący klucz publiczny służący do weryfikacji certyfikatu 
VU_Sign; 26.5.2016 L 139/401 Dziennik Urzędo wy Unii Europejskiej PL    
—  w przypadku pobierania przez kartę: 
—  certyfikat Card_Sign; 
—  certyfikat MSCA_ Card zawi erający klucz publiczny służący do weryfikacji certyfikatu 
Card_Sign. 
CSM_232  IDE posiada również: 
—  w przypadku gdy używa karty kontrolnej do weryfikacji podpisu, jak wskazano na rys. 13: 
certyfikat łączący najnowszy certyfikat EUR z certyfikatem EUR, któr ego okres ważności 
wygas a bezpośrednio przed okresem ważności tego najn owszego certyfikatu EUR, o ile istnieje; 
—  w przypadku gdy samodzielnie weryfikuje podpis: wszystkie ważne europejskie certyfikaty 
główne. 
Uwaga: metody stoso wanej przez IDE do pobierania tych certyfikató w nie określono w niniejszym 
dodatku. 
14.2.  Genero wanie podpisu 
CSM_233  Algor ytmem podpisywania służącym do twor zenia podpisó w cyfro wych w odniesieniu do 
pobieran ych dany ch jest ECDSA, jak określono w [DSS], używający algor ytmu skrótu powiązanego 
z wielk ością klucza VU lub karty, jak określono w CSM_50. Format podpisu jest odkr yty, jak 
określono w [TR-03111]. 
14.3.  Weryfikacja podpisu 
CSM_234  IDE może samodzielnie przepro wadzać weryfikację podpisu złożonego w odniesieniu do 
pobrany ch dany ch lub może do tego celu używać karty kontrolnej. W przypadku używania karty 
kontrolnej weryfikacja podpisó w odbywa się zgodnie ze sche matem przedstawion ym na rys. 13. 
W przypadku gdy urządzenie samodzielnie przepro wadza weryfikację podpisy , IDE weryfikuje 
autenty czność i ważność wszystkich certyfikató w w łańcuc hu certyfikatów w pliku dany ch oraz 
weryfikuje podpis złożon y w stosunku do dany ch według schema tu podpisu określonego w [DSS]. 
Uwagi do rys. 13: 
—  urządzenie, które podpisuje dane przeznaczone do analizo wania, oznaczono EQT . 
—  certyfikaty i klucze publiczne ETQ wskazane na rysunku są certyfikatami i kluczami 
używanymi do podpisywania, tj. VU_Sign lub Card_Sign; 
—  certyfikaty EQT .CA i klucze publiczne wskazane na rysunku są certyfikatami i kluczami 
używanymi do podpisywania w stoso wnych przypadkac h certyfikató w VU lub kart; 
—  certyfikat EQT .CA.EUR wskazany na rysunku jest europejskim certyfikate m głównym 
wskazany m w CAR certyfikatu EQT .CA; 
—  certyfikat EQT .Link wskazany na rysunku jest certyfikatem łączącym EQT , o ile istnieje. Jak 
określono w sekcji 9.1.2, jest to certyfikat łączący dla nowej pary europejskich kluczy główny ch 
wyge nero wanej przez ERCA i podpisanej za pomocą poprzedniego europejskiego klucza 
prywatnego; 
—  certyfikat EQT .Link.EUR jest europejskim certyfikatem głównym wskazany m w CAR certyfikatu 
EQT .Link . 
CSM_235  Do celó w obliczania skrótu M wysyłanego do karty kontrolnej w poleceniu PSO:Hash IDE stosuje 
algor ytm skrótu powiązan y z wielk ością klucza VU lub karty, z których dane są pobierane, jak 
określono w CSM_50. 
CSM_236  Do celó w zwer yfiko wania podpisu EQT karta kontrolna wyk onuje czynności według schem atu 
podpisu określonego w [DSS]. 
Uwaga: w niniejszym dokumencie nie określono żadnego działania, jakie należy podjąć, jeżeli 
podpisu złożonego w odniesieniu do pobranego pliku dany ch nie można zwer yfiko wać lub jeżeli 
weryfikacja się nie powiedzie. 26.5.2016 L 139/402 Dziennik Urzędo wy Unii Europejskiej PL    
Rys. 13 
Protok ół weryfikacji podpisu złożonego w odniesieniu do pobranego pliku dany ch 
26.5.2016 L 139/403 Dziennik Urzędo wy Unii Europejskiej PL    
Dodatek 12 
OKREŚL ANIE POŁOŻENIA Z WYK ORZYST ANIEM GLO BALNEGO SYSTEMU NAWIGA CJI SATELIT ARNEJ 
(GNSS) 
SPIS TREŚCI 
1. WPR OWADZENIE ............................................................................................................................... 405 
1.1. Zakres stoso wania .................................................................................................................. 405 
1.2. Akronim y i skróty .................................................................................................................. 405 
2. SPECYFIKA CJA ODBIORNIKA GNSS ........................................................................................................ 406 
3. KOMUNIKA TY NMEA .......................................................................................................................... 406 
4. PRZYRZĄD REJESTR UJĄCY Z URZĄDZENIEM ZEWNĘTRZNYM GNSS ........................................................... 408 
4.1. Konfiguracja .......................................................................................................................... 408 
4.1.1 Główne elementy składo we i interfe jsy........................................................................................ 408 
4.1.2 Stan urządzenia zewnętrznego GNSS na koniec procesu produkcji .................................................... 408 
4.2. Łączność między urządzeniem zewnętrzn ym GNSS a przyrządem rejestr ującym .................................. 409 
4.2.1 Protok ół łączności .................................................................................................................. 409 
4.2.2 Bezpieczne przesyłanie dany ch GNSS .......................................................................................... 411 
4.2.3 Struktura polecenia Read Record ............................................................................................... 412 
4.3. Powiązanie, wzaj emne uwierzytelnienie i uzgodnienie klucza sesji między urządzeniem zewnętrznym 
GNSS a przyrządem rejestr ującym ............................................................................................. 413 
4.4. Obsługa błędó w..................................................................................................................... 413 
4.4.1 Błąd komunikacji z urządzeniem zewnętrznym GNSS .................................................................... 413 
4.4.2 Naruszenie integralności fizyc znej urządzenia zewnętrznego GNSS .................................................... 413 
4.4.3 Brak informacji o położeniu z odbior nika GNSS ........................................................................... 413 
4.4.4 Wyg aśnięcie certyfikatu urządzenia zewnętrznego GNSS ................................................................. 414 
5. PRZYRZĄD REJESTR UJĄCY BEZ URZĄDZENIA ZEWNĘTRZNEGO GNSS ........................................................ 414 
5.1. Konfiguracja .......................................................................................................................... 414 
5.2. Obsługa błędó w..................................................................................................................... 414 
5.2.1 Brak informacji o położeniu z odbior nika GNSS ........................................................................... 414 
6. KONFLIK T CZASO WY GNSS ................................................................................................................. 414 
7. KONFLIK T RUCH U POJAZDU ............................................................................................................... 415  26.5.2016 L 139/404 Dziennik Urzędo wy Unii Europejskiej PL    
1.  WPR OWADZENIE 
Niniejszy dodat ek zawi era wymogi techniczne doty czące dany ch GNSS wyk orzystywan ych przez przyrząd 
rejestr ujący , z uwzg lędnieniem prot okołów, któr e należy wdrożyć w celu zapewnienia bezpiecznego i 
prawidło wego przesyłania dany ch z informacjami o położeniu. 
Głównymi artykułami w niniejszym rozporządzeniu (UE) nr 165/2014, na któryc h opieraj ą się te wymogi, są: 
„Artykuł 8 Zapisywanie położenia pojazdu w pewn ych punktach podczas dziennego okresu pracy”, „Artykuł 10 
Interfejs do inteligentn ych system ów transpor towych” oraz „Artykuł 11 Szczegóło we przepisy doty czące inteli ­
gentn ych tachograf ów”. 
1.1.  Zakres stoso wania 
GNS_1  Przyrząd rejestr ujący musi gromadzić dane doty czące lokalizacji z co najmnie j jednego GNSS w celu 
wsparcia wdrożenia przepisó w art. 8. 
Przyrząd rejestr ujący może posiadać urządzenie zewnętrzne GNSS lub nie, jak przedstawiono na rys. 1: 
Rys. 1 
Różne konfiguracje odbior nika GNSS. 
1.2.  Akronimy i skróty 
W niniejszym dodatku używa się następujący ch skrótó w: 
DOP  Rozm ycie dokładności 
EGF  Plik elementar ny urządzenia GNSS 26.5.2016 L 139/405 Dziennik Urzędo wy Unii Europejskiej PL    
GNSS  Globalny system nawig acji satelitar nej 
EGNOS  Europejski system wspomag ania satelitarn ego 
GSA  Rozm ycie dokładności GPS i aktywne satelity 
HDOP  Poziome rozm ycie dokładności 
ICD  Dokument kontroli interfejsu 
NMEA  National Mar ine Electronics Association 
PDOP  Trójwymiaro we rozm ycie dokładności 
RMC  Zalecane minimalne dane GNSS 
SIS  Sygnał w przestrzeni 
VDOP  Piono we rozm ycie dokładności 
VU  Przyrząd rejestr ujący 
2.  SPECYFIKA CJA ODBIORNIKA GNSS 
Niezależnie od konfiguracji tachografu intelig entnego z urządzeniem zewnętrznym GNSS lub bez niego, 
dostarczanie dokładn ych i wiar ygodny ch informacji o położeniu jest niezbędne do zapewnienia skute cznego 
funkcjono wania tachograf ów inteligentn ych. W związku z tym należy wpro wadzić wymóg zapewnienia kompaty ­
bilności tego systemu z usługami świadczonymi przez program y Galileo i European Geostationar y Navig ation 
Overla y Service (EGNOS), któr e zostały określone w rozporządzeniu Parlamentu Europejskiego i Rady (UE) 
nr 1285/2013 (1). System ustano wiony w ramach programu Galileo jest niezależnym świat owym systeme m 
nawig acji satelitarn ej, zaś system ustano wion y w ramac h programu EGNOS jest regionalnym systemem nawig acji 
satelitarn ej popra wiającym jakość sygnału globalnego systemu pozy cjono wania. 
GNS_2  Producenci zapewnia ją, aby odbior niki GNSS instalo wane w tach ografac h intelig entny ch były 
kompatybilne z usług ami w zakresie lokalizacji zapewnianymi przez syste my Galileo i EGNOS. Ponadto 
producenci mogą również wybrać kompatybilność z innymi systema mi nawigacji satelitar nej. 
GNS_3  Odbior nik GNSS musi być zdoln y do obsługi uwierzyteln iania sygnałó w usługi otwar tej systemu Galileo, 
kiedy usługę taką będzie ofero wał system Galileo i gdy będzie ona wspierana przez producent ów 
odbior ników GNSS. Jednak w przypadku tach ograf ów intelig entny ch wpro wadzony ch do obrotu przed 
spełnieniem powyższy ch warunków i niezdolny ch do wspierania uwierzytelnienia usługi otwar tej Galileo, 
moder nizacja nie będzie wymaga na. 
3.  KOMUNIKA TY NMEA 
Niniejsza sekcja zawie ra opis komunikató w NMEA wyk orzystywan ych w funkcjono waniu tachografu inteli ­
gentnego. Sekcja ta ma zast osowanie w odniesieniu do konfiguracji tachografu intelig entnego z urządzeniem 
zewnętrznym GNSS lub bez niego. 
GNS_4  Dane doty czące lokalizacji opieraj ą się na zalecany ch minimalny ch dany ch GNSS (RMC) w komunikacie 
NMEA, który zawi era informacje o położeniu (długość i szerok ość geograf iczną), czas w formacie UTC 
(ggmmss,ss), prędk ość nad dnem wyrażoną w węzłac h oraz dodatk owe wartości. 
Format komunikatu RMC jest następujący (według standardu NMEA V4.1): 26.5.2016 L 139/406 Dziennik Urzędo wy Unii Europejskiej PL    
(1)Rozporządzenie Parlamentu Europejskiego i Rady (UE) nr 1285/2013 z dnia 11 grudnia 2013 r. w sprawi e realizacji i eksploatacji 
europejskic h systemó w nawig acji satelitarn ej oraz uchylające rozporządzenie Rady (WE) nr 876/2002 i rozporządzenie Parlamentu 
Europejskiego i Rady (WE) nr 683/2008 (Dz.U. L 347 z 20.12.2013, s. 1). 
Rys. 2 
Struktura komunikatu RMC 
Parame tr „Status” informuje o tym, czy sygnał GNSS jest dostępny . Dopóki wartość „Statusu” nie zostanie 
ustawiona na „A”, otrzym ywany ch dany ch (np. doty czący ch czasu lub długości/szerok ości geograficznej) nie 
można wyk orzystywać do rejestro wania położenia pojazdu w VU. 
Dokładność położenia opiera się na formacie komunikatu RMC opisany m powyżej. Pier wszą część pól 3) i 5) 
(dwie pier wsze wartości) wyk orzystuje się do określenia stopn i. Pozostałe określa ją minuty kątowe z dokładnością 
do trzec h miejsc po przecinku. Zate m dokładność wynosi 1/1 000 minuty kąto wej lub 1/60 000 stopnia 
(ponieważ jedna minuta to 1/60 stopn ia). 
GNS_5  Przyrząd rejestr ujący przec howuje w bazie dany ch VU informacje o położeniu doty czące szerok ości i 
długości geograficznej z dokładnością 1/10 minuty kątowej lub 1/600 stopn ia, jak określono w dodatku 
1 w odniesieniu do współrzędny ch geograficzny ch „GeoCoordinates”. 
VU może wyk orzystać polecenie GSA (doty czące rozm ycia dokładności GPS i aktywny ch satelitów) 
w celu ustalenia i zarejestro wania gotowości i dokładności sygnału. W szczegól ności HDOP stosuje się 
w celu wskazania poziomu dokładności zarejestro wany ch dany ch doty czący ch lokalizacji (zob. pkt 4.2.2). 
VU będzie przec howywał wartość poziomego rozm ycia dokładności (HDOP) obliczaną jako minimum 
wartości HDOP zgromadzony ch w dostępny ch systema ch GNSS. 
Identyf ikator GNSS wskazuje system GPS, Glonass, Galileo, Beidou lub system wspomag ający opar ty na 
wyposażeniu satelitar nym SBAS. 
Rys. 3 
Struktura komunik atu GSA 
26.5.2016 L 139/407 Dziennik Urzędo wy Unii Europejskiej PL    
gdzie „Tryb” (2) wskazuje, czy ustalenie położenia jest niemożliwe (Tryb = 1) lub czy ustalenie położenia możliwe 
dla pozy cji 2D (Tryb = 2) lub 3D (Tryb = 3). 
GNS_6  Komunikat GSA przech owuje się z numerem rekordu „06”. 
GNS_7  Mak symaln y rozmiar komunikató w NMEA (np. RMC, GSA lub innych), jaki można zastoso wać w celu 
ustalenia rozmiar u polecenia Read Record, wynosi 85 bajtów (zob. tabela 1). 
4.  PRZYRZĄD REJESTR UJĄCY Z URZĄDZENIEM ZEWNĘTRZNYM GNSS 
4.1.  Konf iguracja 
4.1.1  Główne elementy składo we i interfejsy 
W tej konfiguracji odbior nik GNSS stano wi część urządzenia zewnętrznego GNSS. 
GNS_8  Urządzenie zewnętrzne GNSS musi być obsługiwane przez specjalny interfe js pojazdu. 
GNS_9  Urządzenie zewnętrzne GNSS składa się z następujący ch element ów składo wych (zob. rys. 4): 
a)  komercyjnego odbior nika GNSS zapewnia jącego dane o położeniu za pośrednictwem interfejsu 
dany ch GNSS. Przykłado wo interfejs dany ch GNSS może być w standardzie NMEA V4.10, gdzie 
odbior nik GNSS pełni funkcję nadajnika i przesyła komunikaty NMEA do bezpiecznego nadaj nika- 
odbior nika GNSS z częst otliwości ą 1 Hz dla zdefinio wanego wcześniej zbior u komunikató w NMEA, 
który musi zawierać co najmnie j komunikaty RMC i GSA. Wdrożenie interfejsu dany ch GNSS zależy 
od uznania producent ów urządzeń zewnętrzn ych GNSS; 
b)  zespołu nadajnika-odbior nika (bezpiecznego nadaj nika-odbior nika GNSS) zdolnego do zapewnienia 
zgodności z wymogami normy ISO/IEC 7816-4:2013 (zob. pkt 4.2.1) w celu łączenia się 
z przyrządem rejestr ującym i obsługi interfejsu dany ch GNSS odbior nika GNSS. Zespół ten jest 
wyposażony w pamięć do przech owywania dany ch identyfikacyjny ch z odbior nika GNSS i 
urządzenia zewnętrznego GNSS; 
c)  systemu obudo wy z funkcją wykr ywania manipulo wania, obejmującego zaró wno odbior nik GNSS, 
jak i bezpieczn y nadaj nik-odbior nik GNSS. Funkcja wykr ywania manipulo wania umożliwia 
wdrażanie środk ów bezpieczeństwa zgodnie z wymogami określony mi w prof ilu zabezpieczenia 
tachografu intelig entnego; 
d)  anten y GNSS zainstalo wanej na pojeździe i połączonej z odbior nikiem GNSS poprzez system 
obudo wy. 
GNS_10  Urządzenie zewnętrzne GNSS posiada co najmniej następujące interfejsy zewnętrzne: 
a)  interfejs anteny GNSS zainstalo wanej na pojeździe ciężaro wym w przypadku korzystania z anteny 
zewnętrznej; 
b)  interfejs przyrządu rejestr ującego. 
GNS_11  W VU bezpieczn y nadajnik -odbior nik VU znajduje się na drugim końcu bezpiecznej łączności 
z bezpieczn ym nadaj nikiem-odbior nikiem GNSS i musi zapewniać zgodność z wymogam i normy ISO/ 
IEC 7816-4:2013 w zakresie łączności z urządzeniem zewnętrznym GNSS. 
GNS_12  W zakresie warstwy fizycznej łączności z urządzeniem zewnętrzn ym GNSS przyrząd rejestr ujący musi 
zapewniać zgodność z wymogami normy ISO/IEC 7816-12:2005 lub innej normy zgodnej z normą 
ISO/IEC 7816-4:2013 (zob. pkt 4.2.1). 
4.1.2  Stan urządzenia zewnętrznego GNSS na koniec procesu produkcji 
GNS_13  Urządzenie zewnętrzne GNSS przec howuje następujące wartości w pamięci trwałej bezpiecznego 
nadajnika-odbior nika GNSS w momencie opuszczenia zakładu produkcyjnego: 
—  parę kluczy EGF_MA i powiązany certyfikat; 
—  certyfikat MSCA_ VU-EGF zawi erający klucz publiczny MSCA_VU-EGF .PK służący do weryfikacji 
certyfikatu EGF_MA; 26.5.2016 L 139/408 Dziennik Urzędo wy Unii Europejskiej PL    
—  certyfikat EUR zawi erający klucz publiczny EUR.PK służący do weryfikacji certyfikatu MSCA _VU- 
EGF; 
—  certyfikat EUR, któr ego okres ważności wygasa bezpośrednio przed okres ważności certyfikatu EUR 
służącego do celó w weryfikacji certyfikatu MSCA _VU-EGF , o ile istnieje; 
—  certyfikat łączący wspomniane dwa certyfikaty EUR, o ile istnieje; 
—  rozszerzon y numer seryjny urządzenia zewnętrznego GNSS; 
—  identyf ikator systemu operacyjnego urządzenia GNSS; 
—  numer homologacji typu urządzenia zewnętrznego GNSS; 
—  identyf ikator elementu zabezpieczenia modułu zewnętrznego GNSS. 
4.2.  Łączność między urządzeniem zewnętrznym GNSS a przyrządem rejestr ującym 
4.2.1  Protokół łączności 
GNS_14  Protok ół łączności między urządzeniem zewnętrzn ym GNSS a przyrządem rejestr ującym obsługuje trzy 
funkcje:  
1. gromadzenie i rozpo wszechnia nie dany ch GNSS (np. położenie, czas, prędk ość);  
2. gromadzenie dany ch doty czący ch konfiguracji urządzenia zewnętrznego GNSS;  
3. protok ół zarządzania na potrzeby obsługi powiązania, wzaj emnego uwierzyte lnienia i uzgadniania 
klucza sesji między urządzeniem zewnętrznym GNSS a VU. 
GNS_15  Protok ół łączności bazuje na wymogac h normy ISO/IEC 7816-4:2013, przy czym bezpieczn y nadajnik - 
odbior nik VU odgr ywa rolę nadrzędną, a bezpieczn y nadaj nik-odbior nik GNSS – rolę podrzędną. 
Fizy czne połączenie między urządzeniem zewnętrznym GNSS a przyrządem rejestr ującym bazuje na 
normie ISO/IEC 7816-12:2005 lub innej normie zgodnej z normą ISO/IEC 7816-4:2013. 
GNS_16  W prot okole łączności nie są obsługiwane pola o rozszerzonej długości. 
GNS_17  Protok ół łączności bazujący na wymogac h normy ISO 7816 (zaró wno *-4:2013, jak i *-12:2005) 
między urządzeniem zewnętrznym GNSS a VU ustawia się na wartość T=1. 
GNS_18  Jeżeli chodzi o funkcje 1) gromadzenia i rozpo wszech niania dany ch GNSS; 2) gromadzenia dany ch 
doty czący ch konfiguracji urządzenia zewnętrznego GNSS; oraz 3) protok ołu zarządzania, bezpieczn y 
nadajnik -odbior nik GNSS symuluje inteligentną kartę za pomocą arch itektury systemu plików 
składającej się z pliku głównego (MF), pliku katalogo wego (DF) z identyf ikatorem aplikacji określony m 
w dodatku 1 rozdział 6.2 (‘FF 44 54 45 47 4D’) i z trzema plikami elementar nymi (EF) zawi erającymi 
certyfikaty oraz jednego pojedynczego pliku elementar nego (EF.EGF) z identyfika torem pliku równym 
‘2F2F’, jak opisano w tabeli 1. 
GNS_19  Bezpieczny nadaj nik-odbior nik GNSS przech owuje dane z odbior nika GNSS i konfigurację w pliku 
elementar nym EF.EGF . Jest to linio wy plik rekordu o zmiennej długości z identyf ikatorem równym 
‘2F2F’ w formacie heksadecymalnym. 
GNS_20  Bezpieczny nadaj nik-odbior nik GNSS używa pamięci do przec howywania dany ch, która jest w stanie 
przepro wadzić co najmniej 20 milionó w cykló w zapisu/odczytu. Poza tym aspekt em o konstr ukcji 
wewnętrznej i wdrażaniu bezpiecznego nadaj nika-odbior nika GNSS decydują producenci. 
Mapo wanie numeró w rekordó w i dany ch przedstawiono w tabeli 1. Należy zauważyć, że istnieją cztery 
komunikaty GSA doty czące czterec h systemó w satelitarny ch i systemu wspomag ającego opar tego na 
wyposażeniu satelitar nym SBAS. 
GNS_21  Strukturę plików przedstawiono w tabeli 1. Aby uzyskać informacje na temat warunków dostępu (ALW, 
NEV , SM-MA C), zob. dodatek 2 rozdział 3.5. 26.5.2016 L 139/409 Dziennik Urzędo wy Unii Europejskiej PL    
Tabela 1 
Struktura plik ów   
Warunki dostępu 
Plik Identyfik ator 
pliku Odczyt Aktualizacja Zaszyfro wany 
Plik główny (MF) 3F00    
EF.ICC 0002 ALW NEV 
(przez VU) Nie 
Plik katalogo wy urządzenia GNSS 0501 ALW NEV Nie 
EF EGF_MA Certificate C100 ALW NEV Nie 
EF CA_Cer tificate C108 ALW NEV Nie 
EF Link_Cer tificate C109 ALW NEV Nie 
EF.EGF 2F2F SM-MA C NEV 
(przez VU) Nie  
Plik / element dany ch Nr rekordu Rozmiar (w bajtac h) Wartości 
dom yślne   
Min. Mak s.  
Plik główny (MF)  552 1 031  
EF.ICC     
sensorGNSSSer ialNumber  8 8       
Plik katalogo wy urządzenia GNSS  612 1 023  
EF EGF_MA Certificate  204 341  
EGFCer tificate  204 341 {00..00} 
EF CA_Cer tificate  204 341  
MemberStateCer tificate  204 341 {00..00} 
EF Link_Cer tificate  204 341  
LinkCer tificate  204 341 {00..00}      
EF.EGF     
Komunikat RMC NMEA ‘01’ 85 85  
Pier wszy komunikat GSA NMEA ‘02’ 85 85  
Drugi komunikat GSA NMEA ‘03’ 85 85  26.5.2016 L 139/410 Dziennik Urzędo wy Unii Europejskiej PL    
Plik / element dany ch Nr rekordu Rozmiar (w bajtac h) Wartości 
dom yślne   
Min. Mak s.  
Trzeci komunikat GSA NMEA ‘04’ 85 85  
Czwar ty komunikat GSA NMEA ‘05’ 85 85  
Piąty komunikat GSA NMEA ‘06’ 85 85  
Rozszerzon y numer seryjny urządzenia 
zewnętrznego GNSS zdefinio wany w do­
datku 1 jako „SensorGNSSSer ialNumber”. ‘07’ 8 8  
Identyf ikator syste mu operacyjnego bez­
piecznego nadaj nika-odbior nika GNSS zde­
finiowany w dodatku 1 jako „SensorOSI ­
dentifi er”. ‘08’ 2 2  
Numer homologacji typu urządzenia zew ­
nętrznego GNSS zdefini owany w dodatku 
1 jako „SensorExte rnalGNSSAppro valNum ­
ber”. ‘09’ 16 16  
Identyf ikator elementu zabezpieczenia 
urządzenia zewnętrznego GNSS zdefini o­
wany w dodatku 1 jako „SensorExter ­
nalGNSSSCIdentif ier”. ‘10’ 8 8  
RFU – zastrzeżon y do wyk orzystania w przysz ­
łości Od ‘11’ do 
‘FD’     
4.2.2  Bezpieczne przesyłanie dany ch GNSS 
GNS_22  Bezpiecznie przesyłanie dany ch GNSS o położeniu jest dozwolone wyłącznie w następujący ch 
warunkach:  
1. proces powiązania został przepro wadzony w sposób opisan y w dodatku 11 „Wspólne mecha nizm y 
zabezpieczenia”;  
2. proces okreso wego wzaj emnego uwierzytelniania i uzgadniania klucza sesji między VU a 
urządzeniem zewnętrzn ym GNSS, również opisany w dodatku 11 „Wspólne mechaniz my zabezpie ­
czenia”, przepro wadzono ze wskazaną częstotliw ością. 
GNS_23  Co T sekund, gdzie T jest wartością nie więks zą niż 10, chyba że trwa proces powiązania lub 
wzajemnego uwierzyteln ienia i uzgadniania klucza sesji, VU żąda od urządzenia zewnętrznego GNSS 
przesłania informacji o położeniu w oparciu o poniższy schemat.  
1. VU żąda od urządzenia zewnętrznego GNSS przesłania dany ch doty czący ch lokalizacji wraz 
z danymi doty czącymi rozm ycia precyzji (z komunikatu NMEA GSA). Bezpieczny nadaj nik-odbior nik 
VU stosuje zgodne z wymogami normy ISO/IEC 7816-4:2013 polecenia SELECT i READ RECORD 
(S) w trybie tylko uwierzyteln iania bezpiecznej wymiany komunikató w, jak opisano w dodatku 11 
sekcja 11.5, z identyf ikatorem pliku ‘2F2F’ i numerem zapisu „01” w przypadku komunikatu NMEA 
RMC oraz ‘02’,‘03’ ,‘04’,‘05’ ,‘06’ w przypadku komunikatu NMEA GSA.  
2. Dane doty czące lokalizacji otrzymane jako ostatnie są przecho wywane w pliku elementar nym 
z identyf ikatorem ‘2F2F’ i rekordami opisanymi w tabeli 1 w bezpieczn ym nadajniku-odbior niku 
GNSS, ponieważ bezpieczny nadajnik -odbior nik GNSS otrzymuje dane NMEA z częstotliw ością co 
najmniej 1 Hz od odbior nika GNSS za pośrednictwem interfejsu dany ch GNSS.  
3. Bezpieczny nadajnik -odbior nik GNSS wysyła odpo wiedź do bezpiecznego nadaj nika-odbior nika VU 
za pomocą komunikatu odpo wiedzi APDU w trybie tylko uwierzyteln iania bezpiecznej wymiany 
komunikató w, zgodnie z opisem przedstawion ym w dodatku 11 sekcja 11.5. 26.5.2016 L 139/411 Dziennik Urzędo wy Unii Europejskiej PL    
4. Bezpieczny nadaj nik-odbior nik VU weryfikuje autenty czność i integraln ość otrzymanej odpo wiedzi. 
W przypadku pozytywnego wyniku dane doty czące lokalizacji są przekazywane do procesora VU za 
pośrednictwem interfejsu dany ch GNSS.  
5. Procesor VU sprawdza otrzymane dane, wyodrębniają c informacje (np. o długości geografi cznej, 
szerok ości geografi cznej, czasie) z komunikatu NMEA RMC. Komunikat RMC NMEA zawie ra 
informację o tym, czy położenie jest prawidło we. Jeżeli położenie nie jest prawidło we, dane 
doty czące lokalizacji nie są jeszcze dostępne i nie można ich wyk orzystać w celu zarejestro wania 
położenia pojazdu. Jeżeli położenie jest prawidło we, procesor VU wyodrębnia również wartości 
HDOP z komunikató w NMEA GSA i oblicza średnią wartość w stosun ku do dostępn ych system ów 
satelitarny ch (tj. jeżeli ustalenie położenia jest możliwe).  
6. Procesor VU przecho wuje otrzymane i przetw orzone informacje, takie jak długość geograficzna, 
szerok ość geografi czna, czas i prędk ość, w VU w formacie zdefinio wanym w słowniku dany ch 
w dodatku 1 jako współrzędne geograficzne „GeoCoordinat es” wraz z wartością HDOP obliczoną 
jako minimum z wartości HDOP zgromadzony ch w ramach dostępny ch syste mów GNSS. 
4.2.3  Struktur a polecenia Read Record 
Poniższa sekcja zawi era szczegóło wy opis struktur y polecenia Read Record. Zgodnie z opisem przedsta wion ym 
w dodatku 11 „Wspólne mecha nizm y zabezpieczenia” doda je się funkcję bezpiecznej wymiany komunikató w 
(tryb tylko uwierzyteln iania). 
GNS_24  Polecenie to obsługuje tryb tylko uwierzytelniania bezpiecznej wymiany komunikat ów, zob. dodat ek 11. 
GNS_25  Komunikat polecenia 
Bajt Długość Wartość Opis 
CLA 1 ‘0Ch’ Żądanie bezpiecznej wymiany komunikató w 
INS 1 ‘B2h’ Odczyt rekordu 
P1 1 ‘XXh’ Numer rekordu (‘00’ oznacza bieżący rekord) 
P2 1 ‘04h’ Odczytaj rekord o numerze rekordu wskazany m w P1 
Le 1 ‘XXh’ Długość oczekiwany ch dany ch. Liczba bajtów do odczytu  
GNS_26  Rekord wskazany w P1 staje się rekordem bieżącym. 
Bajt Długość Wartość Opis 
#1-#X X ‘XX..XXh’ Odczyt dany ch 
SW 2 ‘XXXXh’ Słowo stanu (SW1, SW2)  
—  jeżeli wyk onanie polecenia zakończyło się pom yślnie, bezpieczn y nadaj nik-odbior nik GNSS zwraca 
komunikat ‘9000’, 
—  jeżeli bieżący plik nie jest ukier unkowany na rekord, bezpieczn y nadajnik -odbior nik GNSS zwraca 
komunikat ‘6981’ , 
—  jeżeli stosuje się polecenie z P1= ‘00’, lecz nie ma żadnego bieżącego pliku elementar nego, 
bezpieczn y nadajnik -odbior nik GNSS zwraca komunikat ‘6986’ (polecenie niedozw olone), 
—  jeżeli nie znaleziono rekordu, bezpieczn y nadajnik -odbior nik GNSS zwraca komunikat ‘6A 83’, 
—  jeżeli urządzenie zewnętrzne GNSS wykr yje manipulo wanie, zwraca słowa stanu „66 90”. 26.5.2016 L 139/412 Dziennik Urzędo wy Unii Europejskiej PL    
GNS_27  Bezpieczny nadajnik -odbior nik GNSS obsługuje następujące polecenia tachograf ów 2. generacji, 
wyszczególnione w dodatku 2: 
Polecenie Odniesienie 
Select Dodatek 2 rozdział 3.5.1 
Read Binar y Dodatek 2 rozdział 3.5.2 
Get Challenge Dodatek 2 rozdział 3.5.4 
PSO: Verify Certificate Dodatek 2 rozdział 3.5.7 
Extern al Authenticate Dodatek 2 rozdział 3.5.9 
General Authenticat e Dodatek 2 rozdział 3.5.10 
MSE:SET Dodatek 2 rozdział 3.5.11  
4.3.  Powiązanie, wzajemne uwierzytelnienie i uzgodnienie klucza sesji między urządzeniem zewnętrznym 
GNSS a przyrządem rejestr ującym 
Proces powiązania, wzaj emnego uwierzytelnian ia i uzgadniania klucza sesji między urządzeniem zewnętrznym 
GNSS a przyrządem rejestr ującym opisano w rozdziale 11 dodatku 11 „Wspólne mechanizm y zabezpieczenia”. 
4.4.  Obsługa błędó w 
W niniejszej sekcji opisano sposób obsługi pote ncjalny ch warunków błędó w przez urządzenie zewnętrzne GNSS 
oraz ich rejestro wania w VU. 
4.4.1  Błąd komunikac ji z urządzeniem zewnętrznym GNSS 
GNS_28  Jeżeli VU nie jest nawiązać połączenia z powiązanym urządzeniem zewnętrznym GNSS przez dłużej niż 
20 minut ciągłej pracy , przyrząd gener uje i rejestr uje zdarzenie typu „EventFaultT ype” z wartości ą enum 
‘53’H Usterk a komunikacji z urządzeniem zewnętrznym GNSS oraz ze znacznikiem czasu ustawi onym na 
bieżącą godzinę. Zdarzenie zostanie wyge nero wane, wyłącznie jeżeli spełnione będą następujące dwa 
warunki: a) tachograf inteli gentn y nie znajduje się w trybie kalibracyjny m; oraz b) pojazd jest w ruchu. 
W tym kontekście występuje błąd połączenia, gdy bezpieczn y nadaj nik-odbior nik VU nie otrzyma 
komunikatu odpo wiedzi po wysłaniu komunikatu żądania, jak opisano w pkt 4.2. 
4.4.2  Naruszenie integ ralności fizycznej urządzenia zewnętrznego GNSS 
GNS_29  W przypadku naruszenia integra lności fizyc znej urządzenia zewnętrznego GNSS bezpieczn y nadaj nik- 
odbior nik GNSS kasuje całą swoj ą pamięć, w tym mater iał kryptografi czny. Jak opisano w GNS_25 i 
GNS_26, VU wykr ywa manipulo wanie, jeżeli odpo wiedź ma status ‘6690’. Następnie VU generuje 
zdarzenie typu „EventFaultT ype” z wartością enum ‘55’H Wykrywanie manipulow ania GNSS. 
4.4.3  Brak infor macji o położeniu z odbior nika GNSS 
GNS_30  Jeżeli bezpieczny nadajnik -odbior nik GNSS nie otrzymuje dany ch z odbior nika GNSS przez dłużej niż 3 
godziny ciągłej pracy , urządzenie to gener uje komunikat odpo wiedzi na polecenie READ REC ORD 
z numerem rekordu ‘01’ i polem dany ch o rozmiarze 12 bajtów, wszystkic h ustawi onych na 0xFF . Po 
otrzymaniu komunikatu odpo wiedzi z określoną wartością pola dany ch VU generuje i rejestr uje 
zdarzenie typu „EventFaultT ype” z wartością enum ‘52’H Usterk a zewnętrznego odbior nika GNSS ze 
znacznikiem czasu o bieżącej wartości czasu, wyłącznie jeżeli spełnione będą następujące dwa warunki: 
a) tachograf inteli gentn y nie znajduje się w trybie kalibracyjnym; oraz b) pojazd jest w ruchu. 26.5.2016 L 139/413 Dziennik Urzędo wy Unii Europejskiej PL    
4.4.1  Wygaśnięcie certyfikatu urządzenia zewnętrznego GNSS 
GNS_31  Jeżeli VU wykr yje, że certyfikat EGF wyk orzystywan y do celó w wzaj emnego uwierzytelnian ia stracił 
ważność, przyrząd gener uje i rejestr uje uste rkę urządzenia rejestr ującego typu „EventFaultT ype” 
z wartością enum ‘56’H Wygaśnięcie certyfik atu urządzenia zewnętrznego GNSS ze znacznikiem czasu o 
bieżącej wartości czasu. VU nadal wyk orzystuje otrzymane dane GNSS o położeniu. 
Rys. 4 
Schemat urządzenia zewnętrznego GNSS 
5.  PRZYRZĄD REJESTR UJĄCY BEZ URZĄDZENIA ZEWNĘTRZNEGO GNSS 
5.1.  Konf iguracja 
W tej konfiguracji odbior nik GNSS znajduje się wewnątrz przyrządu rejestr ującego, jak przedstawiono na rys. 1. 
GNS_32  Odbior nik GNSS pełni funkcję nadajni ka i przesyła komunikaty NMEA do procesora VU, który pełni 
funkcję odbior nika o częstotliw ości 1/10 Hz lub więks zej dla zdefinio wanego wcześniej zbior u 
komunikat ów NMEA, który musi obejmo wać co najmniej komunikaty RMC i GSA. 
GNS_33  Do VU musi być podłączona zewnętrzna antena GNSS zainstalo wana na pojeździe lub wewnętrzna 
antena GNSS. 
5.2.  Obsługa błędó w 
5.2.1  Brak infor macji o położeniu z odbior nika GNSS 
GNS_34  Jeżeli VU nie otrzymuje dany ch z odbior nika GNSS przez dłużej niż 3 godziny ciągłej pracy , przyrząd 
ten gener uje i rejestr uje zdarzenie typu „EventFaultT ype” z wartością enum ‘51’H Usterk a wewnętrznego 
odbior nika GNSS ze znacznikiem czasu o bieżącej wartości czasu, wyłącznie jeżeli spełnione będą 
następujące dwa warunki: a) tach ograf intelig entny nie znajduje się w trybie kalibracyjnym ; oraz b) 
pojazd jest w ruchu. 
6.  KONFLIK T CZASO WY GNSS 
Jeżeli VU wykr yje rozbieżność wynoszącą ponad 1 minutę między czasem funkcji pomiar u czasu przyrządu 
rejestr ującego a czasem z odbior nika GNSS, przyrząd zarejestr uje zdarzenie typu „EventFaultT ype” z wartości ą 
enum ‘0B’H Konf likt czasowy (GNSS a wewnętrzny zegar VU). Zdarzenie to jest rejestro wane wraz z wartością 
wyświetlaną na wewnętrzny m zegarze przyrządu rejestr ującego i wiąże się z automaty czną korektą czasu. Po 
wywołani u zdarzenia doty czącego konfliktu czaso wego VU nie weryfikuje rozbieżności czasu przez następne 12 
godzin. Zdarzenie nie zostanie wywoł ane w przypadkach, w któryc h odbior nik GNSS nie mógł wykr yć 
prawidło wego sygnału GNSS przez ostatnie 30 dni. Jeżeli jednak informacje o położeniu z odbior nika GNSS będą 
pono wnie dostępne, następuje automaty czna korekta czasu. 26.5.2016 L 139/414 Dziennik Urzędo wy Unii Europejskiej PL    
7.  KONFLIK T RUCH U POJAZDU 
GNS_35  VU wyzwala i rejestr uje zdarzenie Konf likt ruchu pojazdu (zob. w wymaganiu 84 w niniejszym 
załączniku) znacznikiem czasu o bieżącej wartości czasu, jeżeli informacje o ruchu z czujnika ruchu są 
sprzeczne z informacjami o ruchu obliczonymi z wewnętrznego odbior nika GNSS lub urządzenia 
zewnętrznego GNSS. W celu wykr ycia takic h sprzeczności wartość mediany różnicy prędk ości 
pochodzący ch z tych źródeł należy stosować w sposób określony poniżej: 
—  maksy malnie co 10 sekund należy obliczać wartość bezwzg lędną różnicy między różnicą prędk ości 
pojazdu szaco waną na podstawie dany ch z odbior nika GNSS a różnicą szaco waną na podstawie 
dany ch z czujnika ruchu, 
—  wartość mediany oblicza się wyk orzystując wszystkie obliczone wartości w oknie czasu 
obejmującym pięć ostatnich minut ruchu, 
—  wartość mediany oblicza się jako średnią 80 % wartości pozostały ch po wyelimino waniu 
najwy ższy ch wartości bezwzg lędny ch, 
zdarzenie Konf likt ruchu pojazdu jest wyzwalane jeżeli wartość mediany jest wyższa niż 10 km/h przez 
pięć nieprzer wany ch minut ruchu pojazdu. Opcjonalnie można wyk orzystać inne niezależne źródła 
wykr ywania ruchu pojazdu, aby zapewnić skute czniejsze wykr ywanie manipulacji związany ch 
z tachograf em. (Uwaga: medianę z ostatnic h 5 minut stosuje się aby zmniejszyć ryzyk o związane 
z wartościami skrajn ymi pomiar u i wartościam i chwilo wymi). Zdarzenie takie nie uruchamia się 
w następujący ch warunkac h: a) podczas przeprawy promo wej / przejazdu kolejo wego; b) jeżeli 
informacje o położeniu z odbior nika GNSS nie są dostępne; oraz c) podczas trwania trybu kalibra ­
cyjnego.  26.5.2016 L 139/415 Dziennik Urzędo wy Unii Europejskiej PL    
Dodatek 13 
INTERFEJS ITS 
SPIS TREŚCI 
1. WPR OWADZENIE ............................................................................................................................... 416 
2. ZAKRES ........................................................................................................................................... 416 
2.1. Skróty , definicje i oznaczenia .................................................................................................... 417 
3. PRZYW OŁANE ROZPORZĄDZENIA I NORMY .......................................................................................... 418 
4. ZASAD Y DZIAŁANIA INTERFEJSU ......................................................................................................... 418 
4.1. Warunki wstępne doty czące przesyłania dany ch za pośrednictwem interfe jsu ITS ................................. 418 
4.1.1 Dane dostarczane za pośrednictwem interfe jsu ITS ........................................................................ 418 
4.1.2 Zawar tość Dany ch.................................................................................................................. 418 
4.1.3 Aplikacje ITS ......................................................................................................................... 418 
4.2. Techn ologia łączności ............................................................................................................. 419 
4.3. Autoryzacja za pomocą kodu PIN .............................................................................................. 419 
4.4. Format komunikatu ................................................................................................................ 421 
4.5. Zgoda kiero wcy..................................................................................................................... 425 
4.6. Pobieranie dany ch standardo wych.............................................................................................. 426 
4.7. Pobieranie dany ch osobo wych................................................................................................... 426 
4.8. Pobieranie dany ch doty czący ch zdarzeń i uster ek........................................................................... 426  
1.  WPR OWADZENIE 
W niniejszym dodatku określono strukturę oraz procedur y, które należy zastoso wać w celu wdrożenia interfejsu 
do inteli gentn ych systemó w transpor towych (ITS) zgodnie z art. 10 rozporządzenia (UE) nr 165/2014 („Rozporzą ­
dzenie”). 
W Rozporządzeniu określono, że tachografy pojazdó w mogą być wyposażone w znor malizo wane interfejsy 
pozwalaj ące na wyk orzystywanie przez urządzenie zewnętrzne dany ch rejestro wan ych lub genero wany ch przez 
tachog raf w trybie operacyjn ym, z zastrzeżeniem spełnienia następujący ch warunków: 
a)  interf ejs nie ma wpływu na autenty czność i integralność dany ch tachografu; 
b)  interf ejs spełnia wymogi szczegóło wych przepisó w art. 11 Rozporządzenia; 
c)  urządzenie zewnętrzne podłączone do interfejsu uzyskuje dostęp do dany ch osobo wych, w tym do dany ch 
geopozy cyjny ch, dopiero po udzieleniu przez kiero wcę, którego te dane doty czą, podleg ającej weryfikacji 
zgody . 
2.  ZAKRES 
Celem niniejszego dodatku jest określenie sposobu, w jaki aplikacje zainstalo wane na urządzeniach zewnętrzny ch 
mogą uzyskiwać dane (Dane) z tachog rafu poprzez połączenie Bluetooth®. 
Dane dostępne za pośrednictwem tego interfejsu są opisane w załączniku 1 do niniejszego dokumentu. 
Stoso wanie przedmioto wego interfe jsu nie uniemożliwia wdrożenia inny ch interfejsó w (np. za pośrednictwem 
szyny CAN) do celó w przekazywania dany ch z VU do inny ch jednostek przetwarzania pojazdu. 26.5.2016 L 139/416 Dziennik Urzędo wy Unii Europejskiej PL    
W niniejszym dodatku określa się: 
—  Dane dostępne za pośrednictwem interfejsu ITS; 
—  profil Bluet ooth® wyk orzystywany do przesyłania dany ch; 
—  procedur y zapytywania i pobierania oraz sekwencję operacji; 
—  mec hanizm paro wania między tachog rafem a urządzeniem zewnętrznym; 
—  mec hanizm udzielania zgody udostępniony kiero wcy. 
W tym miejscu należy wyjaśnić, że w niniejszym załączniku nie określa się: 
—  operacji gromadzenia Danych i zarządzania tym procesem w ramach VU (co jest określone w innym miejscu 
w Rozporządzeniu lub w przeciwnym razie stano wi funkcję projektu produktu); 
—  formy przedstawien ia zgromadzony ch dany ch w aplikacji zainstalo wanej na urządzeniu zewnętrznym; 
—  przepisó w doty czący ch bezpieczeństwa dany ch wykracza jący ch poza zabezpieczenia zapewniane przez 
Bluet ooth® (takie jak szyfro wanie) w odniesieniu do treści Danych (które zostaną określone w innym miejscu 
w Rozporządzeniu [dodat ek 10 „Wspólne mech anizm y zabezpieczenia”]); 
—  prot okołów Bluetooth® wyk orzystywany ch przez interfejs ITS. 
2.1.  Skróty , definicje i oznaczenia 
W niniejszym dodatku stosuje się następujące skróty i definicje właściwe dla tego dodatku: 
Łączność  wymiana informacji/dany ch między jednostką centralną (tj. tach ografem) a jednostką 
zewnętrzną poprzez interfejs ITS za pośrednictwem połączenia Bluetooth® 
Dane  zbior y dany ch określone w załączniku 1 
Rozporządzenie  rozporządzenie Parlamentu Europejskiego i Rady (UE) nr 165/2014 z dnia 4 lutego 2014 r. 
w spra wie tachograf ów stosowany ch w transporcie drogo wym i uchyla jące rozporządzenie 
Rady (EW G) nr 3821/85 w spra wie urządzeń rejestr ujący ch stoso wan ych w transporcie 
drogo wym oraz zmieniaj ące rozporządzenie (WE) nr 561/2006 Parlamentu Europejskiego i 
Rady w sprawie harmonizacji niektóryc h przepisó w socjalny ch odnoszący ch się do transpor tu 
drogo wego 
BR  podsta wowa szybk ość 
EDR  zwiększona szybk ość dany ch 
GNSS  globaln y system nawigacji satelitarn ej 
IRK  klucz do ustalania tożsamości 
ITS  inteligentn y system transpor towy 
LE  niski poziom energii 
PIN  osobisty numer identyfikacyjny 
PUC  osobisty szyfr odblok owujący 
SID  identyfikator usługi 
SPP  profil portu szerego wego 
SSP  bezpieczne i łatwe paro wanie 
TRTP  parametr żądania przesłania dany ch 
TREP  parametr odpo wiedzi na przesłanie dany ch 
VU  przyrząd rejestr ujący 26.5.2016 L 139/417 Dziennik Urzędo wy Unii Europejskiej PL    
3.  PRZYW OŁANE ROZPORZĄDZENIA I NORMY 
Specyfikacje określone w niniejszym dodatku odnoszą się do wszystkich lub części wskazany ch poniżej 
rozporządzeń i norm i są od nich zależne. W ramac h zapisó w niniejszego dodatku wskazano odnośne normy lub 
odnośne przepisy norm. W razie jakic hkolwiek sprzeczności zapisy niniejszego dodatku są nadrzędne. 
W niniejszym dodatku przywołano następujące rozporządzenia i normy: 
—  rozporządzenie Parlamentu Europejskiego i Rady (UE) nr 165/2014 z dnia 4 lutego 2014 r. w sprawie 
tach ograf ów stosowan ych w transporcie drogo wym i uchylające rozporządzenie Rady (EW G) nr 3821/85 
w spra wie urządzeń rejestr ujący ch stoso wany ch w transporcie drogo wym oraz zmieniaj ące rozporządzenie 
(WE) nr 561/2006 Parlamentu Europejskiego i Rady w sprawie harmonizacji niekt órych przepisó w socjalny ch 
odnoszący ch się do transpor tu drogo wego; 
—  rozporządzenie (WE) nr 561/2006 Parlamentu Europejskiego i Rady z dnia 15 marca 2006 r. w sprawie 
harmonizacji niektóryc h przepisó w socjalny ch odnoszący ch się do transpor tu drogo wego oraz zmieniaj ące 
rozporządzenia Rady (EW G) nr 3821/85 i (WE) nr 2135/98, jak również uchylające rozporządzenie Rady 
(EW G) nr 3820/85; 
—  normę ISO 16844 – 4: Pojazdy drogo we – System y tachograficzne – Część 4: Interfe js CAN; 
—  normę ISO 16844 – 7: Pojazdy drogo we – System y tachograficzne – Część 7: Parametr y; 
—  Bluet ooth® – Profil portu szerego wego – V1.2 (Bluetoo th® – Serial Port Profil e – V1.2); 
—  Bluet ooth® – Wersja podstaw owa 4.2 (Bluetooth® – Core Version 4.2); 
—  prot okół NMEA 0183 V4.1. 
4.  ZASAD Y DZIAŁANIA INTERFEJSU 
4.1.  Warunki wstępne doty czące przesyłania dany ch za pośrednictw em interfejsu ITS 
Przyrząd rejestr ujący odpo wiada za aktualizo wanie i utrzym ywanie dany ch, któr e mają być przecho wywane w VU, 
bez żadnego udziału interfejsu ITS. Środki umożliwiaj ące osiągnięcie tego celu znajdują się wewnątrz VU i są 
określone w innym miejscu w rozporządzeniu, a nie w niniejszym dodatku. 
4.1.1  Dane dostarcz ane za pośredn ictwem interfejsu ITS 
Przyrząd rejestr ujący odpo wiada za aktualizo wanie dany ch, które będą dostępne za pośrednictwem interfejsu ITS 
z częstotliw ością ustaloną w procedurach VU, bez żadnego udziału interfejsu ITS. Dane VU stosuje się jako 
podsta wę do wypełniania i aktualizo wania Danych , przy czym środki umożliwiaj ące osiągnięcie tego celu 
określono w innym miejscu w Rozporządzeniu, lub w przypadku braku takiego wyszczeg ólnienia stano wią funkcję 
projektu produktu i nie są określone w niniejszym dodatku. 
4.1.2  Zaw artość Danych 
Zawar tość Danych pokr ywa się z zawar tością określoną w załączniku 1 do niniejszego dodatku. 
4.1.3  Aplik acje ITS 
Aplikacje ITS będą wyk orzystywały dane udostępnione za pośrednictwem interfejsu ITS na przykład w celu 
zopty malizo wania zarządzania czynnościami kiero wcy przy jednoczesnym przestrzeg aniu przepisó w rozporzą ­
dzenia, w celu wykr ywania możliwy ch uster ek tachog rafu lub w celu stoso wania dany ch GNSS. Specyfi kacje 
doty czące aplikacji nie są objęte zakresem niniejszego dodatku. 26.5.2016 L 139/418 Dziennik Urzędo wy Unii Europejskiej PL    
4.2.  Technologia łączności 
Wymiana Danych za pomocą interfe jsu ITS jest prowadzona za pośrednictwem interfejsu Bluetooth® kompaty ­
bilnego z wersją 4.2 lub późniejszą. Bluetooth® funkcjonuje w nielicencjono wan ym paśmie 2,4–2,485 GHz 
przeznaczony m do zastoso wań przem ysło wych, nauk owych i medy czny ch (ISM). Bluetooth® 4.2 ofer uje 
ulepszone mech anizm y ochrony prywatności i zabezpieczenia oraz zwiększoną prędk ość i niezaw odność 
przesyłó w dany ch. Do celó w poniższej specyfikacji wyk orzystuje się urządzenie radio we Bluetooth® klasy 2 
zapewnia jące zasięg do 10 metró w. Więcej informacji na temat Bluetooth® 4.2 można znaleźć na stronie 
interneto wej www .bluetooth.co m (https://www .bluetooth.org/en-us/specification/adopt ed-specif ications?_ga=1. 
215147412.2083380574.1435305676). 
Łączność jest nawiązywana z urządzeniami do łączności po zakończeniu procesu paro wania przez autoryzowan e 
urządzenie. Ponieważ Bluetooth® wyk orzystuje model urządzeń nadrzędny ch/podrzędn ych w celu kontrolo wania, 
kiedy i gdzie urządzenia mogą przesyłać dane, tachog raf będzie odgr ywał rolę urządzenia nadrzędnego, natomiast 
urządzenie zewnętrzne będzie pełniło funkcję urządzenia podrzędnego. 
W momencie gdy urządzenie zewnętrzne pojawi się po raz pier wszy w zakresie działania VU, można rozpocząć 
proces paro wania Bluetooth® (zob. również załącznik 2). Urządzenia wymienia ją adresy , nazwy , prof ile i wspólny 
klucz tajny, który pozwala im się łączyć, ilekroć znajdą się w pobliżu siebie w przyszłości. Po zakończeniu tego 
etapu urządzenie zewnętrzne uzyskuje status urządzenia zauf anego i jest w stanie inicjo wać żądania pobrania 
dany ch z tachog rafu. Nie przewiduje się możliwoś ci doda wania mechanizmó w szyfro wania poza mech anizmami 
zapewniany mi przez Bluetooth®. Jeżeli jednak dodatk owe mechani zmy zabezpieczeń są konieczne, zostaną one 
dodane zgodnie z dodatkiem 10 „Wspólne mecha nizm y zabezpieczenia”. 
Ogóln a zasada łączności jest opisana na poniższym rysunku. 
Profil SPP (profi l portu szerego wego) Bluetooth® wyk orzystuje się do przesyłania dany ch z VU do urządzenia 
zewnętrznego. 
4.3.  Autoryzacja za pomocą kodu PIN 
Ze wzg lędó w bezpieczeństwa VU wpro wadza syste m autor yzacji za pomocą kodu PIN działa jący oddzielnie od 
system u paro wania Bluetooth. Każdy VU musi być w stanie genero wać kody PIN służące do uwierzytelniania, 
składaj ące się z co najmniej 4 cyfr. Za każdym razem gdy urządzenie zewnętrzne paruje się z VU, musi 
wpro wadzić popra wny kod PIN, zanim otrzyma jakiek olwiek dane. 26.5.2016 L 139/419 Dziennik Urzędo wy Unii Europejskiej PL    
Pomyślne wpro wadzenie kodu PIN skutkuje umieszczeniem urządzenia na tzw. białej liście. Biała lista zawi era co 
najmniej 64 urządzenia sparo wane z danym VU. 
Wpro wadzenie błędnego kodu PIN trzy razy pod rząd skutkuje czaso wym umieszczeniem danego urządzenia na 
tzw. czar nej liście. Gdy urządzenie trafi na czar ną listę, każda pono wna próba nawiązania połączenia przez to 
urządzenie jest odrzucana. Dalsze wpro wadzanie błędnego kodu PIN trzy razy pod rząd skutkuje nałożeniem 
blokady dostępu obo wiązującej przez dłuższy okres (zob. tabela 1). Wpro wadzenie popra wnego kodu PIN usuwa 
blokadę i zeruje liczbę prób. Rysunek 1 w załączniku 2 przedsta wia diagram sekwencji próby autory zacji kodu 
PIN. 
Tabela 1 
Czas trwania blokady w zależności od liczb y kolejny ch nieudan ych prób wpro wadzenia poprawnego 
kodu PIN 
Liczba kolejny ch błędn ych prób Czas trwania blokady 
3 30 sekund 
6 5 minut 
9 1 godzina 
12 24 godziny 
15 Stała  
Wpro wadzenie błędnego kodu PIN piętnaście razy (5x3) skutkuje umieszczeniem na stałe danego urządzenia ITS 
na czar nej liście. Usunięcie takiej stałej blokady jest możliwe wyłącznie poprzez wpro wadzenie popra wnego kodu 
PUC. 
Kod PUC składa się z 8 cyfr i jest dostarczan y przez producenta wraz z VU. Wpro wadzenie błędnego kodu PUC 
dziesięć razy pod rząd będzie skutk owało nieodwołaln ym umieszczeniem danego urządzenia ITS na czar nej liście. 
Podczas gdy producent może zapewnić możliwość zmian y kodu PIN bezpośrednio przez VU, kodu PUC nie 
można zmienić. Zmiana kodu PIN, o ile jest możliwa, wymaga wpro wadzenia obecnego kodu PIN bezpośrednio 
w VU. 
Ponadto wszelkie urządzenia znajdujące się na białej liście pozostają na niej do momentu ich ręcznego usunięcia 
przez użytk ownika (np. za pośrednictwem interfejsu czło wiek -maszyna VU lub w inny sposób). W ten sposób 
z białej listy można usunąć zgubione lub skradzione urządzenia ITS. Ponadto każde urządzenie ITS opuszczające 
zasięg połączenia Bluetooth na ponad 24 godziny zostaje automaty cznie usunięte z białej listy VU, a przy kolejnej 
próbie nawiązania połączenia konieczne jest pono wne wpro wadzenie poprawneg o kodu PIN. 
Format komunikató w między interfejsem VU a VU nie jest określony i decyzję w tej sprawie podejmuje 
producent. Wspomnian y producent zapewnia jednak , aby stoso wano określony format komunikat ów 
wymieniany ch między urządzeniem ITS a interfe jsem VU (zob. specyfikacje ASN.1). 
Każdemu żądaniu przesłania dany ch towarzyszy zatem odpo wiednia weryfikacja tożsa mości wysyła jącego, zanim 
zostanie ono w jakik olwiek sposób rozpatrzone. Rysunek 2 w załączniku 2 przedstawia diagram sekwencji 
doty czący tej procedur y. Każde urządzenie umieszczone na czar nej liście automa tycznie zostanie odrzucone, a 
każde urządzenie nieumieszczone na czar nej ani białej liście otrzyma żądanie wpro wadzenia kodu PIN, które 
musi spełnić, zanim pono wnie wyśle swoje żądanie przesłania dany ch. 26.5.2016 L 139/420 Dziennik Urzędo wy Unii Europejskiej PL    
4.4.  Format komunikatu 
Wszystkie komunikaty wymieniane między urządzeniem ITS a interfejsem VU mają strukturę złożoną z następu ­
jący ch trzec h części: nagłó wka obejmującego bajt docelo wy (TGT), bajt źródło wy (SRC) i bajt długości (LEN). 
Pole dany ch zawie ra bajt identyfikatora usługi (SID) i zmienną liczbę bajtów z danym i (maksymalnie 255). 
Bajt sum y kontrolnej to 1-ba jtową sumą serii modulo 256 wszystkic h bajtów komunikatu, z wyłączeniem samego 
CS. 
Komunikat zapisuje się w formacie Big Endian. 
Tabela 2 
Ogólny format komunikatu 
Nagłó wek Pole dany ch Suma kontrolna 
TGT SRC LEN SID TRTP CC CM DANE CS 
3 bajty Mak s. 255 bajtów 1 bajt  
Nagłó wek 
TGT i SRC: ID docelo wych (TGT) i źródło wych (SRC) urządzeń, których doty czy dany komunikat. Interfejs VU 
posiada dom yślne ID „EE”. Nie można zmienić tego ID. Urządzenie ITS używa dom yślnego ID „A0” na potrzeby 
swoj ego pier wszego komunikatu sesji łączności. Następnie interfejs VU przypisuje temu urządzeniu ITS unikato wy 
ID i powiadamia go o tym ID na potrzeby przyszły ch komunikató w podczas sesji. 
Bajt LEN uwzg lędnia tylko część „DANE” pola dany ch (zob. tabela 2), 4 pier wsze bajty są niejawn e. 
Interf ejs VU potwierdza autenty czność wysyła jącego komunikat poprzez weryfikację krzyżo wą własnej IDList 
z danymi Bluet ooth, sprawdza jąc, czy urządzenie ITS umieszczone na liście z podan ym ID znajduje się obecnie 
w zasięgu połączenia Bluet ooth. 
Pole dany ch 
Poza SID pole dany ch zawie ra również inne parametr y: parametr żądania przesłania dany ch (TRTP) i bajty 
licznika. 
Jeżeli dane, któr e muszą zostać przesłane, nie mieszczą się w jednym komunikacie, zostaną podzielone na kilka 
podk omunikat ów. Każd y podk omunikat ma taki sam nagłó wek i SID, ale zawi era dwuba jtowy licznik, bieżący 
licznik (Counter Current, CC) i maksymalny licznik (Counter Max, CM), w celu wskazania numer u podk omu ­
nikatu. Aby umożliwić kontrolę błędó w i przer wanie przesyłania, urządzenie przyjmujące zatwierdza każdy 
podk omunikat. Urządzenie przyjmujące może przyjąć podk omunikat, zażądać pono wnego przesłania podk omu ­
niaktu, zażądać od urządzenia wysyła jącego pono wnego rozpoczęcia transmisji lub jej przer wania. 
Jeżeli CC i CM nie są używane, przyznaj e się im wartość 0xFF . 
Przykłado wo poniższy komunikat 
NAGŁÓ WEK SID TRTP CC CM DANE CS 
3 bajty Dłuższy niż 255 bajtów 1 bajt  26.5.2016 L 139/421 Dziennik Urzędo wy Unii Europejskiej PL    
zostanie przesłan y w następujący sposób: 
NAGŁÓ WEK SID TRTP 01 n DANE CS 
3 bajty 255 bajtów 1 bajt  
NAGŁÓ WEK SID TRTP 02 n DANE CS 
3 bajty 255 bajtów 1 bajt  
... 
NAGŁÓ WEK SID TRTP N N DANE CS 
3 bajty Maks. 255 bajtów 1 bajt  
Tabela 3 zawi era komunikaty , jakie VU i urządzenie ITS powinny być w stanie wymieniać. Zawar tość każdego 
parametr u podano w zapisie heksadecy maln ym. CC i CM nie są podane w tabeli w celu zapewnienia 
przejrzysto ści, kompletn y format przedstawiono powyżej. 
Tabela 3 
Szczegóło wa treść komunikatu 
Komunikat Nagłó wek DANE Suma 
kontrolna 
TGT SRC LEN SID TRTP DANE  
RequestPIN ITSID EE 00 01 FF   
SendITSID ITSID EE 01 02 FF ITSID  
SendPIN EE ITSID 04 03 FF 4*INTEGER (0..9)  
PairingR esult ITSID EE 01 04 FF BOOLEAN (T/F)  
SendPUC EE ITSID 08 05 FF 8*INTEGER (0..9)  
BanLif tingResu lt ITSID EE 01 06 FF BOOLEAN (T/F)  
RequestRejected ITSID EE 08 07 FF Godzina  
RequestData  
standardT achData EE ITSID 01 08 01   
personalT achData EE ITSID 01 08 02   
gnssData EE ITSID 01 08 03   
standardEventData EE ITSID 01 08 04   
personalEventData EE ITSID 01 08 05   
standardFaultD ata EE ITSID 01 08 06   
manufa cturerData EE ITSID 01 08 07   26.5.2016 L 139/422 Dziennik Urzędo wy Unii Europejskiej PL    
Komunikat Nagłó wek DANE Suma 
kontrolna 
TGT SRC LEN SID TRTP DANE  
ResquestAccepted ITSID EE Len 09 TREP Dane  
DataUnavail able  
Brak dany ch ITSID EE 02 0A TREP 10  
Dane osobo we nie pod ­
legają wymianie ITSID EE 02 0A TREP 11  
NegativeAnsw er  
Generalne odrzucenie ITSID EE 02 0B SID Req 10  
Usług a nieobsługiwana ITSID EE 02 0B SID Req 11  
Podfunkcja nieobsługi ­
wana ITSID EE 02 0B SID Req 12  
Nieprawi dłowa długość 
komunikatu ITSID EE 02 0B SID Req 13  
Nieprawi dłowe warunki 
lub błąd kolejności żą­
dań ITSID EE 02 0B SID Req 22  
Żądanie poza zakresem ITSID EE 02 0B SID Req 31  
Oczekiwanie na odpo ­
wiedź ITSID EE 02 0B SID Req 78  
Rozbieżność ID ITS ITSID EE 02 0B SID Req FC  
Nie znaleziono ID ITS ITSID EE 02 0B SID Req FB   
RequestPIN (SID 01) 
Interf ejs VU wysyła ten komunikat w odpo wiedzi na żądanie przesłania dany ch przesłane przez urządzenie ITS, 
któr e nie znajduje się ani na czar nej liście, ani na białej liście. 
SendITSID (SID 02) 
Interf ejs VU wysyła ten komunikat za każdym razem, gdy nowe urządzenie przesyła żądanie. Takie urządzenie 
stosuje dom yślne ID „A0”, zanim otrzyma przypisane unikato we ID na potrzeby sesji łączności. 
SendPIN (SID 03) 
Komunikat ten wysyła urządzenie ITS, aby trafić na białą listę interf ejsu VU. Treść tego komunikatu to kod 
zawi erający 4 liczby całk owite z przedziału od 0 do 9. 
PairingR esult (SID 04) 
Interf ejs VU wysyła ten komunikat, aby poinf ormować urządzenie ITS, czy przesłany przez nie kod PIN był 
poprawn y. Treść tego komunikatu to wartość logiczna „Prawd a” (True), jeżeli kod PIN jest poprawn y, i „Fałsz” 
(False), jeżeli PIN jest niepopra wny . 
SendPUC (SID 05) 
Komunikat ten wysyła urządzenie ITS w celu usunięcia go z czar nej listy interfejsu VU. Treść tego komunikatu to 
kod zawi erający 8 liczb całk owity ch z przedziału od 0 do 9. 26.5.2016 L 139/423 Dziennik Urzędo wy Unii Europejskiej PL    
BanLif tingResu lt (SID 06) 
Interf ejs VU wysyła ten komunikat, aby poinf ormować urządzenie ITS, czy przesłan y przez nie kod PUC był 
poprawn y. Treść tego komunikatu to wartość logiczna „Prawda” (True), jeżeli kod PUC jest poprawn y, i „Fałsz” 
(False), jeżeli PIN jest niepopra wny . 
RequestRejected (SID 07) 
Interf ejs VU wysyła ten komunikat w odpo wiedzi na każdy komunikat urządzenia ITS umieszczonego na czar nej 
liście poza komunikatem „SendPUC”. Komunikat ten zawiera czas, przez jaki dane urządzenie ITS ma pozostać na 
czar nej liście, zgodnie z formatem sekwencji „Time” (Czas) określonym w załączniku 3. 
RequestData (SID 08) 
Komunikat ten doty czący uzyskania dostępu do dany ch wysyła urządzenie ITS. Jednoba jtowy parametr żądania 
przesłania dany ch (TRTP) wskazuje typ żądany ch dany ch. Rozróżnia się kilka typó w dany ch: 
—  standardT achDa ta (TRTP 01): dane dostępne z tachografu sklasyfi kowane jako nieosobo we; 
—  personalT achD ata (TRTP 02): dane dostępne z tachografu sklasyfiko wane jako osobo we; 
—  gnssData (TRTP 03): dane GNSS, zawsze osobo we; 
—  standardEventData (TRTP 04): dane doty czące zarejestro wanego zdarzenia sklasyfik owane jako nieosobo we; 
—  personalEventData (TRTP 05): dane doty czące zarejestro wanego zdarzenia sklasyfik owane jako osobo we; 
—  standardFa ultData (TRTP 06): dane doty czące zarejestro wan ych uster ek sklasyfi kowane jako nieosobo we; 
—  manuf acturerData (TRTP 07): dane udostępnione przez producenta. 
Aby uzyskać więcej informacji na tema t zawar tości każdego typu dany ch, zob. załącznik 3 do niniejszego 
dodatku. 
Aby uzyskać więcej informacji o formacie i zawar tości dany ch GNSS, zob. dodatek 12. 
Więcej informacji na temat kodó w dany ch doty czący ch zdarzeń i usterek można znaleźć w załącznikach IB i IC. 
ResquestAccepted (SID 09) 
Komunikat ten wysyła interfejs VU w przypadku zaakcep towania komunikatu „RequestData” przesłanego przez 
urządzenie ITS. Komunikat ten zawi era 1-ba jtowy TREP , który stano wi bajt TRTP powiązanego komunikatu 
„RequestData”, oraz wszystkie dane żądanego typu. 
DataUnavail able (SID 0A) 
Komunikat ten wysyła interf ejs VU, jeżeli, z określonego powodu, żądane dane, któr e mają być wysłane do 
umieszczonego na białej liście urządzenia ITS, nie są dostępne. Komunikat ten zawi era 1-ba jtowy TREP , który 
stano wi TRTP żądany ch dany ch oraz 1-bajt owy kod błędu określony w tabeli 3. Dozw olone są następujące kody: 
—  brak dany ch (10): interf ejs VU nie może uzyskać dostępu do dany ch VU z nieokreślony ch powodó w; 
—  dane osobo we nie podleg ają wymianie (11): urządzenie ITS usiłuje pobrać dane osobo we, w przypadku gdy 
nie podleg ają one wymianie. 26.5.2016 L 139/424 Dziennik Urzędo wy Unii Europejskiej PL    
NegativeAnsw er (SID 0B) 
Interf ejs VU wysyła takie komunikaty , jeżeli żądanie nie może zostać zrealizo wane z każdego powodu innego niż 
brak dostępności dany ch. Komunikaty takie są zazwy czaj przesyłane w odpo wiedzi na nieprawidło wy format 
żądania (długość, SID, ID ITS itd.), lecz nie tylko. TRTP w polu dany ch zawi era SID żądania. Pola dany ch zawie ra 
kod identyfikujący powód uzyskania negatywnej odpo wiedzi. Dozwolon e są następujące kody: 
—  Generalne odrzucenie (kod: 10) 
—  Czynność nie może zostać zrealizo wana z powodu nieokreślonego poniżej ani w sekcji (wpro wadzić numer 
sekcji DataUnav ailable). 
—  Usług a nieobsługiwana (kod: 11) 
—  SID żądania jest niezrozumiały . 
—  Podfunkcja nieobsługiwana (kod: 12) 
—TRTP żądania jest niezrozumiały . Może go np. brak ować lub jego wartość może znajdo wać się poza dopusz ­
czaln ym zakresem. 
—  Nieprawi dłowa długość komunikatu (kod: 13) 
—  Długość otrzymanego komunikatu jest niepra widło wa (rozbieżność między bajtem LEN a fakty czną długością 
komunikatu). 
—  Nieprawi dłowe warunki lub błąd kolejności żądań (kod: 22) 
—  Żądana usług a nie jest aktywna lub sekwencja komunikató w żądań nie jest prawidło wa. 
—  Żądanie poza zakresem (kod: 33) 
—  Żądany rekord parametr u (pole dany ch) nie jest prawidło wy. 
—  Oczekiwanie na odpo wiedź (kod: 78) 
—  Żądanej czynności nie można zakończyć na czas, a VU nie jest goto wy do przyjęcia kolejnego żądania. 
—  Rozbieżność ID ITS (kod: FB) 
—  ID ITS SRC nie odpo wiada powiązanemu urządzeniu po dokonaniu poró wnania z informacjami o Bluetooth . 
—  Nie znaleziono ID ITS (kod: FC) 
—  ID ITS SRC nie jest powiązane z żadnym urządzeniem. 
Wiersze 1–72 (For matMessageModule) kodu ASN.1 w załączniku 3 określa ją format komunikat ów opisan y 
w tabeli 3. Poniżej przedstawiono więcej informacji szczegóło wych na temat treści komunikató w. 
4.5.  Zgoda kiero wcy 
Wszystkie dostępne dane są klasyfik owane jako standardo we albo osobo we. Dostęp do dany ch osobo wych jest 
możliwy wyłącznie po uzyskaniu zgody kiero wcy na to, aby doty czące go dane osobo we z tach ografu mogły 
opuścić sieć pojazdu do celó w wyk orzystania tych dany ch przez osoby trzecie. 
Kiero wca udziela zgody w momencie, gdy przy pier wszym włożeniu danej karty kiero wcy lub karty warsztato wej 
nieznanej jeszcze przyrządo wi rejestr ującemu właściciel karty zostanie poproszony o wyrażenie zgody na udostęp ­
nianie dany ch osobo wych związany ch z tachograf em za pośrednictwem opcjonalnego interfejsu ITS (zob. również 
pkt 3.6.2 w załączniku IC). 
Status zgody (aktywny/n ieaktywny) jest zapisywany w pamięci tachog rafu. 
W przypadku wielu kiero wców wymianie z interfe jsem ITS podleg ają wyłącznie dane osobo we doty czące 
kiero wców, któr zy wyrazili na to zgodę. Przykłado wo jeżeli w pojeździe znajduje się dwóc h kiero wców i tylko 
pier wszy z nich zgodził się na udostępnienie swoic h dany ch osobo wych, dane osobo we doty czące drugiego 
kiero wcy nie podleg ają wymianie. 26.5.2016 L 139/425 Dziennik Urzędo wy Unii Europejskiej PL    
4.6.  Pobieranie dany ch standardo wych 
Rysunek 3 w załączniku 2 przedstawia diagram y sekwencji prawidło wego żądania wysłanego przez urządzenie 
ITS w celu uzyskania dostępu do dany ch standardo wych. Urządzenie ITS zostało prawidło wo umieszczone na 
białej liście i nie żąda dostępu do dany ch osobo wych, zatem nie jest wymag ana dalsza weryfikacja. W ramach 
schem atów założono, że zastoso wano już odpo wiednią procedurę przedsta wioną na rys. 2 w załączniku 2. 
Można je przyró wnać do szarej ramki „REQUEST TREA TMENT ” na rys. 2. 
Spośród dostępn ych dany ch następujące dane uzna je się za standardo we: 
—  standardT achDa ta (TRTP 01) 
—  StandardEventData (TRTP 04) 
—  standardFa ultData (TRTP 06) 
4.7.  Pobieranie dany ch osobo wych 
Rysunek 4 w załączniku 2 przedsta wia diagram sekwencji doty czący przetwarzania żądania dostępu do dany ch 
osobo wych. Jak wspomniano wcześniej, interfe js VU wysyła dane osobo we, wyłącznie jeżeli kiero wca wyraźnie 
wyraził na to zgodę (zob. również pkt 4.5). W przeciwn ym razie żądanie musi zostać automaty cznie odrzucone. 
Spośród dostępn ych dany ch następujące dane uzna je się za osobo we: 
—  personalT achD ata (TRTP 02) 
—  gnssData (TRTP 03) 
—  personalEventData (TRTP 05) 
—  manuf acturerData (TRTP 07) 
4.8.  Pobieranie dany ch doty czący ch zdarzeń i usterek 
Urządzenia ITS muszą być w stanie żądać dostępu do dany ch doty czący ch zdarzeń zawi erający ch wykaz 
wszystkic h nieoczekiwan ych zdarzeń. Tego rodzaju dane klasyfikuje się jako standardo we lub osobo we, zob. 
załącznik 3. Zawar tość każdego zdarzenia jest zgodna z dokumentami przedstawion ymi w załączniku 1 do 
niniejszego dodatku.  26.5.2016 L 139/426 Dziennik Urzędo wy Unii Europejskiej PL    
ZAŁĄCZNIK 1 
WYKAZ DANY CH DOSTĘPNY CH ZA POŚREDNICT WEM INTERFEJSU ITS 
Data Source Data classif ication (personal/ 
not personal) 
VehicleIdentif icationNumber Vehicle Unit not personal 
CalibrationDat e Vehicle Unit not personal 
Tachog raphV ehicleSpeed speed instant t Vehicle Unit personal 
Driver1W orkingStat e Select or driver Vehicle Unit personal 
Driver2W orkingStat e Vehicle Unit personal 
DriveRecognize Speed Threshold detected Vehicle Unit not personal 
Driver1TimeRelatedStat es Weekly day time Driver Card personal 
Driver2TimeRelatedStat es Driver Card personal 
DriverCardDr iver1 Vehicle Unit not personal 
DriverCardDr iver2 Vehicle Unit not personal 
OverSpeed Vehicle Unit personal 
TimeDate Vehicle Unit not personal 
HighResolution TotalV ehicleDistance Vehicle Unit not personal 
ServiceComponentIdentification Vehicle Unit not personal 
ServiceDela yCalendarTimeBased Vehicle Unit not personal 
Driver1Identif ication Driver Card personal 
Driver2Identif ication Driver Card personal 
NextCalibrationDat e Vehicle Unit not personal 
Driver1ContinuousDr ivingTime Driver Card personal 
Driver2ContinuousDr ivingTime Driver Card personal 
Driver1CumulativeBreakTime Driver Card personal 
Driver2CumulativeBreakTime Driver Card personal 
Driver1Cur rentDurationOfSelectedA ctivity Driver Card personal 
Driver2Cur rentDurationOfSelectedA ctivity Driver Card personal 26.5.2016 L 139/427 Dziennik Urzędo wy Unii Europejskiej PL    
Data Source Data classif ication (personal/ 
not personal) 
SpeedA uthor ised Vehicle Unit not personal 
Tachog raphCardSlot1 Driver Card not personal 
Tachog raphCardSlot2 Driver Card not personal 
Driver1Name Driver Card personal 
Driver2Name Driver Card personal 
OutOfScopeCondition Vehicle Unit not personal 
ModeOfOperation Vehicle Unit not personal 
Driver1CumulatedDr ivingTimePreviousAndCur rentW eek Driver Card personal 
Driver2CumulatedDr ivingTimePreviousAndCur rentW eek Driver Card personal 
EngineSpeed Vehicle Unit personal 
Regist eringMemberState Vehicle Unit not personal 
VehicleRegistrationNumber Vehicle Unit not personal 
Driver1EndOfLastDailyRestPer iod Driver Card personal 
Driver2EndOfLastDailyRestPer iod Driver Card personal 
Driver1EndOfLastW eeklyRestP eriod Driver Card personal 
Driver2EndOfLastW eeklyRestP eriod Driver Card personal 
Driver1EndOfSecondLastW eeklyRestPer iod Driver Card personal 
Driver2EndOfSecondLastW eeklyRestPer iod Driver Card personal 
Driver1Cur rentDailyDr ivingTime Driver Card personal 
Driver2Cur rentDailyDr ivingTime Driver Card personal 
Driver1Cur rentW eeklyDr ivingTime Driver Card personal 
Driver2Cur rentW eeklyDr ivingTime Driver Card personal 
Driver1TimeLef tUntilN ewDailyRestPer iod Driver Card personal 
Driver2TimeLef tUntilN ewDailyRestPer iod Driver Card personal 
Driver1CardExpir yDate Driver Card personal 26.5.2016 L 139/428 Dziennik Urzędo wy Unii Europejskiej PL    
Data Source Data classif ication (personal/ 
not personal) 
Driver2CardExpir yDate Driver Card personal 
Driver1CardNextMandatory DownloadDat e Driver Card personal 
Driver2CardNextMandatory DownloadDat e Driver Card personal 
Tachog raphNextMandatory DownloadDat e Vehicle Unit not personal 
Driver1TimeLef tUntilN ewW eeklyRestP eriod Driver Card personal 
Driver2TimeLef tUntilN ewW eeklyRestP eriod Driver Card personal 
Driver1NumberOfTimes9hDailyDr ivingTimesExceeded Driver Card personal 
Driver2NumberOfTimes9hDailyDr ivingTimesExceeced Driver Card personal 
Driver1CumulativeUnint erruptedRestTime Driver Card personal 
Driver2CumulativeUnint erruptedRestTime Driver Card personal 
Driver1MinimumDailyRest Driver Card personal 
Driver2MinimumDailyRest Driver Card personal 
Driver1MinimumW eeklyRest Driver Card personal 
Driver2MinimumW eeklyRest Driver Card personal 
Driver1MaximumDailyPer iod Driver Card personal 
Driver2MaximumDailyPer iod Driver Card personal 
Driver1MaximumDailyDr ivingTime Driver Card personal 
Driver2MaximumDailyDr ivingTime Driver Card personal 
Driver1NumberOfUsedReducedDailyRestPer iods Driver Card personal 
Driver2NumberOfUsedReducedDailyRestPer iods Driver Card personal 
Driver1RemainingCur rentDr ivingTime Driver Card personal 
Driver2RemainingCur rentDr ivingTime Driver Card personal 
GNSS position Vehicle Unit personal  
2)STAŁY DOSTĘP DO DANY CH GNSSPO UZYSKAN IU ZGOD Y KIER OWCY 
Zobacz dodat ek 12 – GNSS. 26.5.2016 L 139/429 Dziennik Urzędo wy Unii Europejskiej PL    
3)KODY ZDARZEŃ DOSTĘPNE BEZ ZGOD Y KIER OWCY 
Zdarzenie Zasady gromadzenia dany ch Dane rejestro wane dla zdarzenia 
Włożenie karty nieważ ­
nej —  10 ostatnich zdarzeń —  data i godzina wystąpienia zdarzenia, 
—  typ karty, numer karty i państwo członk owskie, 
które wydało kartę, oraz generacja karty powo­
dującej zdarzenie, 
—  liczba podobny ch zdarzeń w tym dniu. 
Konflikt kart —  10 ostatnich zdarzeń —  data i godzina rozpoczęcia zdarzenia, 
—  data i godzina zakończenia zdarzenia, 
—  typ karty, numer karty i państwo członk owskie, 
które wydało kartę, oraz generacja obu kart po­
wodujący ch konflikt. 
Sesja ostatniej karty nie­
zamknięta prawidło wo —  10 ostatnich zdarzeń —  data i godzina włożenia karty, 
—  typ karty, numer karty i państwo członk owskie, 
które wydało kartę, oraz generacja karty, 
—  dane doty czące ostatniej sesji odczytane z karty: 
—  data i godzina włożenia karty, 
—numer VRN, państwo członk owskie rejestra ­
cji oraz generacja VU. 
Przer wa w zasilaniu (2) —  najdł uższe zdarzenie w każdym 
z ostatnich 10 dni ich występo ­
wania, 
—  5 najdłużej trwający ch zdarzeń 
w ciągu ostatnich 365 dni. —  data i godzina rozpoczęcia zdarzenia, 
—  data i godzina zakończenia zdarzenia, 
—  typ karty, numer karty i państwo członk owskie, 
które wydało kartę, oraz generacja każdej karty 
włożonej na początku lub po zakończeniu zda­
rzenia, 
—  liczba podobny ch zdarzeń w tym dniu. 
Błąd łączności z urządze ­
niem do łączności na od­
ległość —  najdł uższe zdarzenie w każdym 
z ostatnich 10 dni ich występo ­
wania, 
—  5 najdłużej trwający ch zdarzeń 
w ciągu ostatnich 365 dni. —   data i godzina rozpoczęcia zdarzenia, 
—  data i godzina zakończenia zdarzenia, 
—  typ karty, numer karty i państwo członk owskie, 
które wydało kartę, oraz generacja każdej karty 
włożonej na początku lub po zakończeniu zda­
rzenia, 
—  liczba podobny ch zdarzeń w tym dniu. 
Brak informacji o poło ­
żeniu z odbior nika GNSS —  najdł uższe zdarzenie w każdym 
z ostatnich 10 dni ich występo ­
wania, 
—  5 najdłużej trwający ch zdarzeń 
w ciągu ostatnich 365 dni. —  data i godzina rozpoczęcia zdarzenia, 
—  data i godzina zakończenia zdarzenia, 
—  typ karty, numer karty i państwo członk owskie, 
które wydało kartę, oraz generacja każdej karty 
włożonej na początku lub po zakończeniu zda­
rzenia, 
—  liczba podobny ch zdarzeń w tym dniu. 
Błąd dany ch doty czący ch 
ruchu —  najdł uższe zdarzenie w każdym 
z ostatnich 10 dni ich występo ­
wania, 
—  5 najdłużej trwający ch zdarzeń 
w ciągu ostatnich 365 dni. —  data i godzina rozpoczęcia zdarzenia, 
—  data i godzina zakończenia zdarzenia, 
—  typ karty, numer karty i państwo członk owskie, 
które wydało kartę, oraz generacja każdej karty 
włożonej na początku lub po zakończeniu zda­
rzenia, 
—  liczba podobny ch zdarzeń w tym dniu. 26.5.2016 L 139/430 Dziennik Urzędo wy Unii Europejskiej PL    
Zdarzenie Zasady gromadzenia dany ch Dane rejestro wane dla zdarzenia 
Konflikt ruchu pojazdu —  najdł uższe zdarzenie w każdym 
z ostatnich 10 dni ich występo ­
wania, 
—  5 najdłużej trwający ch zdarzeń 
w ciągu ostatnich 365 dni. —  data i godzina rozpoczęcia zdarzenia, 
—  data i godzina zakończenia zdarzenia, 
—  typ karty, numer karty i państwo członk owskie, 
które wydało kartę, oraz generacja każdej karty 
włożonej na początku lub po zakończeniu zda­
rzenia, 
—  liczba podobny ch zdarzeń w tym dniu. 
Próba naruszenia zabez ­
pieczenia 10 ostatnich zdarzeń wg typu zdarze ­
nia. —  data i godzina rozpoczęcia zdarzenia, 
—data i godzina zakończenia zdarzenia (o ile doty ­
czy), 
—  typ karty, numer karty i państwo członk owskie, 
które wydało kartę, oraz generacja każdej karty 
włożonej na początku lub po zakończeniu zda­
rzenia, 
—  typ zdarzenia. 
Konflikt czaso wy —  najdł uższe zdarzenie w każdym 
z ostatnich 10 dni ich występo ­
wania, 
—  5 najdłużej trwający ch zdarzeń 
w ciągu ostatnich 365 dni. —  data i godzina na urządzeniu rejestr ującym, 
—  data i godzina na odbior niku GNSS, 
—  typ karty, numer karty i państwo członk owskie, 
które wydało kartę, oraz generacja każdej karty 
włożonej na początku lub po zakończeniu zda­
rzenia, 
—  liczba podobny ch zdarzeń w tym dniu.  
4)KODY ZDARZENIA DOSTĘPNE BEZ ZGOD Y KIER OWCY 
Zdarzenie Zasady gromadzenia dany ch Dane rejestro wane dla zdarzenia 
Prowadzenie bez prawid ­
łowej karty —  najdł uższe zdarzenie w każdym 
z ostatnich 10 dni ich występo ­
wania, 
—  5 najdłużej trwający ch zdarzeń 
w ciągu ostatnich 365 dni. —  data i godzina rozpoczęcia zdarzenia, 
—  data i godzina zakończenia zdarzenia, 
—  typ karty, numer karty i państwo członk owskie, 
które wydało kartę, oraz generacja każdej karty 
włożonej na początku lub po zakończeniu zda­
rzenia, 
—  liczba podobny ch zdarzeń w tym dniu. 
Włożenie karty podczas 
prowadzenia pojazdu —  ostatnie zdarzenie dla każdego 
z 10 ostatnic h dni od zaistnienia 
zdarzenia. —  data i godzina zdarzenia, 
—  typ karty, numer karty i państwo członk owskie, 
które wydało kartę, oraz generacja karty, 
—  liczba podobny ch zdarzeń w tym dniu. 
Przekroczenie pręd ­
kości (1) —  najpo ważniejsze zdarzenie dla 
każdego z 10 ostatnich dni od za­
istnienia zdarzenia (tzn. zdarzenie 
o najwyższej, przeciętnej pręd ­
kości), 
—  5 najpoważniejszy ch zdarzeń 
w okresie ostatnich 365 dni, 
—  pier wsze zdarzenie zaistniałe po 
ostatniej kalibracji. —  data i godzina rozpoczęcia zdarzenia, 
—  data i godzina zakończenia zdarzenia, 
—mak symalna prędk ość zmierzona w czasie zda­
rzenia, 
—średnia arytmety czna prędk ość zmierzona w cza­
sie zdarzenia, 
—  typ karty, numer karty i państwo członk owskie, 
które wydało kartę, oraz generacja karty kie­
rowcy (o ile doty czy), 
—  liczba podobny ch zdarzeń w tym dniu.  26.5.2016 L 139/431 Dziennik Urzędo wy Unii Europejskiej PL    
5)KODY DANY CH DOT YCZĄCY CH USTEREK DOSTĘPNE BEZ ZGOD Y KIER OWCY 
Usterka Zasady gromadzenia dany ch Dane rejestro wane dla uster ki 
Uster ka karty —10 ostatnich usterek karty kie­
rowcy , —  data i godzina rozpoczęcia uste rki, 
—  data i godzina zakończenia uster ki, 
—  typ karty, numer karty i państwo członk owskie, 
które wydało kartę, oraz generacja karty. 
Uster ki urządzenia rejes ­
trującego —  10 ostatnic h uster ek dla każdego 
typu uster ki, 
—pier wsza usterka po ostatniej kali­
bracji. —  data i godzina rozpoczęcia uste rki, 
—  data i godzina zakończenia uster ki, 
—  typ uster ki, 
—  typ karty, numer karty i państwo członk owskie, 
które wydało kartę, oraz generacja każdej karty 
włożonej na początku lub po zakończeniu 
usterki.  
Uster kę tę uruchamia dowolna z następujący ch usterek, z wyłączeniem pracy w trybie kalibracyjny m: 
—  usterka wewnętrzna VU 
—  usterka drukarki 
—  usterka wyświetlacza 
—  usterka pobierania dany ch 
—  usterka czujnika 
—  usterka odbior nika GNSS lub urządzenia zewnętrznego GNSS 
—  usterka urządzenia do łączności na odległość 
6)ZDARZENIA I USTERKI DOT YCZĄCE KONKRETNEGO PRODUCENT A BEZ ZGOD Y KIER OWCY 
Zdarzenie lub usterka Zasady gromadzenia dany ch Dane rejestro wane dla zdarzenia 
Określi producent Określi producent Określi producent   26.5.2016 L 139/432 Dziennik Urzędo wy Unii Europejskiej PL    
ZAŁĄCZNIK 2 
DIA GRAMY SEKWENCJI WYMIANY KOMUNIKA TÓW Z URZĄDZENIEM ITS. 
Rys. 1 
Diag ram sekw encji próby autor yzacji kodu PIN 
26.5.2016 L 139/433 Dziennik Urzędo wy Unii Europejskiej PL    
Rys. 2 
Diag ram sekw encji weryfikacji auto ryzacji urządzenia ITS 
26.5.2016 L 139/434 Dziennik Urzędo wy Unii Europejskiej PL    
Rys. 3 
Diag ram sekw encji przetw orzenia żądania przedst awienia dany ch zaklasyf ikowany ch jako nieosobo we (po 
popra wnym uzyska niu dostęp u za pomocą kodu PIN) 
Rys. 4 
Diag ram sekw encji przetw orzenia żądania przedst awienia dany ch zaklasyf ikowany ch jako osobo we (po 
popra wnym uzyska niu dostęp u za pomocą kodu PIN) 
26.5.2016 L 139/435 Dziennik Urzędo wy Unii Europejskiej PL    
Rys. 5 
Diag ram sekw encji próby autor yzacji kodu PIN 
26.5.2016 L 139/436 Dziennik Urzędo wy Unii Europejskiej PL    
ZAŁĄCZNIK 3 
SPECYFIKA CJE ASN .1 
26.5.2016 L 139/437 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/438 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/439 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/440 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/441 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/442 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/443 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/444 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/445 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/446 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/447 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/448 Dziennik Urzędo wy Unii Europejskiej PL    
Dodatek 14 
FUNK CJA ŁĄCZNOŚCI NA ODLEGŁOŚĆ 
SPIS TREŚCI 
1 WPR OWADZENIE ............................................................................................................................... 450 
2 ZAKRES ........................................................................................................................................... 451 
3 SKR ÓTY, DEFINICJE I OZNA CZENIA ....................................................................................................... 452 
4 SCENARIUSZE OPERA CYJNE ................................................................................................................. 454 
4.1 Informacje ogóln e.................................................................................................................. 454 
4.1.1 Warunki wstępne doty czące przesyłania dany ch za pośrednictwem interfe jsu DSR C działa jącego na częstot ­
liwości 5,8 GHz ..................................................................................................................... 454 
4.1.2 Profi l 1a: kontrole przepro wadzane przy wyk orzystaniu ręcznego czytnika wczesnego wykr ywania na od­
ległość lub czytnika wczesnego wykr ywania na odległość zainstalo wanego tymczaso wo na poboczu ........ 455 
4.1.3 Profi l 1b: Kontrole przepro wadzane przy wyk orzystaniu ukier unkowanego czytnika wczesnego wykr ywa ­
nia na odległość (REDCR) zainstalo wanego w pojeździe .................................................................. 456 
4.2 Bezpieczeństwo/Int egralność ..................................................................................................... 456 
5 PROJEK T I PROTOK OŁY ŁĄCZNOŚCI NA ODLEGŁOŚĆ ............................................................................... 456 
5.1 Projekt ................................................................................................................................. 456 
5.2 Przepływ pracy ...................................................................................................................... 459 
5.2.1 Operacje .............................................................................................................................. 459 
5.2.2 Interp retacja dany ch otrzymany ch za pośrednictwem łączności DSR C................................................ 461 
5.3 Parametr y interf ejsu fizycznego DSR C w odniesieniu do łączności na odległość .................................... 461 
5.3.1 Ograniczenia doty czące lokalizacji ............................................................................................. 461 
5.3.2 Parametr y łącza odbiorczego (downlin k) i łącza nadaw czego (uplink) ................................................... 461 
5.3.3 Projekt anteny ....................................................................................................................... 466 
5.4 Wymogi protok ołu DSR C w odniesieniu do zdalnego monit orowania tachografu ................................. 466 
5.4.1 Informacje ogóln e.................................................................................................................. 466 
5.4.2 Polecenia .............................................................................................................................. 469 
5.4.3 Sekwencja polecenia zapytania .................................................................................................. 469 
5.4.4 Struktur y dany ch................................................................................................................... 470 
5.4.5 Elementy dany ch doty czący ch zdalnego monitor owania tachog rafu (RtmData), wyk onywane czynności i 
definicje ............................................................................................................................... 472 
5.4.6 Mechanizm przesyłania dany ch................................................................................................. 476 
5.4.7 Szczegóło wy opis transakcji DSR C............................................................................................. 476 
5.4.8 Opis transakcji testowej DSR C................................................................................................... 486 
5.5 Wsparcie wdrażania dyrektywy 2015/71/WE ............................................................................... 490 
5.5.1 Informacje ogóln e.................................................................................................................. 490 26.5.2016 L 139/449 Dziennik Urzędo wy Unii Europejskiej PL    
5.5.2 Polecenia .............................................................................................................................. 490 
5.5.3 Sekwencja polecenia zapytania .................................................................................................. 490 
5.5.4 Struktur y dany ch................................................................................................................... 490 
5.5.5 Moduł ASN.1 w odniesieniu do transakcji DSR C doty czącej OWS ..................................................... 491 
5.5.6 Elementy OwsData, wyk onywane czynności i definicje ................................................................... 492 
5.5.7 Mechanizm y przesyłania dany ch................................................................................................ 492 
5.6 Przesyłanie dany ch pomiędzy DSR C-VU a VU ............................................................................... 492 
5.6.1 Połączenie fizyc zne i interfejsy .................................................................................................. 492 
5.6.2 Protok ół aplikacji ................................................................................................................... 493 
5.7 Obsługa błędó w..................................................................................................................... 494 
5.7.1 Rejestro wanie i przekazywanie dany ch w DSR C-VU ....................................................................... 494 
5.7.2 Błędy łączności bezprzewod owej ............................................................................................... 494 
6 TEST Y PRZEPR OWADZANE PRZY ODD ANIU DO EKSPLO ATACJI ORAZ TEST Y W RAMA CH PRZEGLĄDÓ W OKRES ­
OWYCH FUNK CJI ŁĄCZNOŚCI NA ODLEGŁOŚĆ ....................................................................................... 496 
6.1 Uwagi ogólne ........................................................................................................................ 496 
6.2 ECHO .................................................................................................................................. 496 
6.3 Testy mające na celu zatwierdzanie treści zabezpieczony ch dany ch.................................................... 496  
1  WPR OWADZENIE 
W niniejszym dodatku określono strukturę oraz procedur y, któr e należy zast osować w celu wyk onania funkcji 
łączności na odległość („łączność”) zgodnie z art. 9 rozporządzenia (UE) nr 165/2014 („rozporządzenie”). 
DSC_1  Zgodnie z rozporządzeniem (UE) nr 165/2014 tachograf musi być wyposażony w funkcję łączności 
na odległość, aby zapewnić przedsta wicielom właściwy ch orga nów kontrolny ch możliwość 
odczytywania informacji przekazywany ch przez tach ograf zainstalo wany w przejeżdżający ch 
pojazdach za pomocą urządzeń zdalnej kontroli („czytnik wczesnego wykr ywania na odległość” 
(REDCR)), a w szczególności w urządzenia kontroli łączące się bezprzewodo wo za pośrednictwem 
interfe jsów dedyk owanej łączności krótkiego zasięgu (DSR C) pracujący ch na częst otliwości CEN 
5,8 GHz. 
Należy pamiętać, że opisana funkcja jest wyk orzystywana wyłącznie w celu wstępnej selekcji 
pojazdó w, które zostaną wybrane do bardziej szczegóło wej kontroli; nie zastępuje ona formalnego 
przeg lądu przepro wadzanego zgodnie z przepisami rozporządzenia (UE) nr 165/2014. Zobacz motyw 
9 w preambule do tego rozporządzenia, w któr ym stwierdza się, że łączność na odległość między 
tachog rafem a organami kontrolnymi na potrzeby kontroli drogo wych usprawnia ukier unkowane 
kontrole drogo we. 
DSC_2  Dane wymienia się za pomocą Łączności, tj. bezprzewod owej wymiany informacji za pośrednictwem 
systemu łączności bezprzewodo wej DSR C oper ującego na częst otliwości 5,8 GHz prowadzonej 
zgodnie z niniejszym dodatkiem, któr a jest spra wdzana pod kątem zgodności z odpo wiednimi 
parametrami przewidzianym i w normie 300 674-1 {Kwestie doty czące kompatybilności elektromag ­
nety cznej i widma radio wego (ERM); telem atyka transpor tu i ruchu drogo wego (RTTT); dedyk owana 
łączność krótkiego zasięgu (DSR C) utrzym ywana za pośrednictwem urządzeń transmisyjny ch (500 
kbit/s / 250 kbit/s) działający ch na częstotliw ości 5,8 GHz w paśmie przeznaczony m do zastoso wań 
przem ysło wych, nauk owych i medy czny ch (ISM); Część 1: Charakter ystyka ogóln a przyrządó w instalo ­
wany ch na poboczu (RSU) oraz przyrządó w instalo wan ych w pojeździe (OBU) i metod y kontro ­
lowania tych przyrządó w}. 
DSC_3  Łączność nawiązuje się za pośrednictwem urządzeń do łączności wyłącznie po otrzymaniu sygnału 
wye mito wanego przez urządzenia właściwego organu kontrolnego przy wyk orzystaniu zgodny ch 
środk ów łączności radio wej („czytnik wczesnego wykr ywania na odległość” (REDCR)). 
DSC_4  Dane zabezpiecza się w celu zapewnienia ich integra lności. 26.5.2016 L 139/450 Dziennik Urzędo wy Unii Europejskiej PL    
DSC_5  Dostęp do przesyłan ych Danych jest ograniczony do właściwy ch organów kontrolny ch upo ważnion ych 
do kontroli naruszeń rozporządzenia (WE) nr 561/2006 i rozporządzenia (UE) nr 165/2014 oraz do 
warsztató w w zakresie niezbędn ym do spra wdzenia poprawneg o funkcjono wania tachog rafu. 
DSC_6  Dane przesyłane w trakcie utrzym ywania Łączności ograniczaj ą się do dany ch niezbędny ch na potrzeby 
ukier unkowany ch kontroli drogo wych pojazdó w wyposażony ch w tach ografy , które mogły zostać 
niewłaściwie użyt e lub stać się przedmiot em manipulacji. 
DSC_7  Integralno ść i bezpieczeństwo Danych zapewnia się, zabezpiecza jąc Dane przecho wywane 
w przyrządzie rejestr ującym (VU) i przekazując wyłącznie zabezpieczone dane ładunku i dane 
doty czące zabezpieczeń za pośrednictwem urządzeń bezprzew odo wej łączności na odległość DSR C 
działający ch na częstot liwości 5,8 GHz (zob. pkt 5.4.4), co oznacza, że tylko upo ważnieni praco wnicy 
właściwy ch organów kontrolny ch są w stanie zrozumieć dane przekazywane w trakcie utrzym ywania 
Łączności i są w stanie zwer yfikować ich autenty czność. Zob. Dodatek 11 – Wspólne mecha nizm y 
zabezpieczenia. 
DSC_8  Dane muszą zawie rać znacznik czasu określa jący datę i godzinę ich ostatniej aktualizacji. 
DSC_9  Treść dany ch zabezpiecza jący ch jest znana wyłącznie właściwym organom kontrolnym i tym stronom, 
którym organy udostępniaj ą te informacje, oraz pozostaje pod ich kontrolą; treść takic h dany ch 
wykracza poza zakres przepisó w doty czący ch Łączności będący ch przedmiot em niniejszego dodatku 
z wyjątkiem zakresu, w jakim Łączność zabezpiecza przesyłanie pakietu dany ch zabezpiecza jący ch 
z każdym pakietem dany ch ładunku. 
DSC_10  Należy zapewnić możliwość wyk orzystania tej samej archit ektur y i tych sam ych urządzeń do 
uzyskania inny ch koncepcji dany ch (jak np. ważenie w pojeździe) z zast osowaniem arch itektury 
określonej w niniejszym dodatku. 
DSC_11  W tym miejscu należy wyjaśnić, że zgodnie z przepisami rozporządzenia (UE) nr 165/2014 (art. 7) 
dane doty czące tożsamości kiero wcy nie mogą być przekazywane w ramach Łączności. 
2  ZAKRES 
Celem niniejszego dodatku jest określenie, w jaki sposób przedsta wiciele właściwy ch organów kontrolny ch mają 
korzystać z dedyk owanego syste mu łączności bezprzewod owej DSR C działa jącego w paśmie 5,8 GHz, aby 
zdalnie pozyskiwać z pojazdu docelo wego dane („Dane”) wskazujące, że taki pojazd może poten cjalnie naruszać 
przepisy rozporządzenia (UE) nr 165/2014 i że w związku z tym należy rozważyć możliwość jego zatrzymania 
do bardziej szczegóło wej kontroli. 
Zgodnie z wymogiem ustano wionym w rozporządzeniu (UE) nr 165/2014 gromadzone Dane muszą 
ograniczać się do dany ch lub doty czyć dany ch potwierdza jący ch, że mogło dojść do naruszenia praw, zgodnie 
z definicją przedstawioną w art. 9 rozporządzenia (UE) nr 165/2014. 
W takim przypadku czas dostępny na nawiązanie łączności jest ograniczony , ponieważ Łączność ma ukier un­
kowany charakter i cech uje się krótkim zasięgiem. Ponadto właściwe organy kontrolne mogą korzystać ze 
środk ów łączności wyk orzystywan ych do celó w zdalnego monitoro wania tachog rafu również do inny ch celó w 
(np. do przekazywania informacji doty czący ch mak symaln ych obciążeń i wymiaró w pojazdó w ciężaro wych 
określony ch w dyrektywie 2015/719/WE), przy czym działania w tym zakresie mogą być podejmo wane 
oddzielnie lub sekwencyjnie według uznania właściwy ch organó w kontrolny ch. 
W niniejszym dodatku określa się: 
—  urządzenia do łączności oraz procedur y i protok oły, które należy stosować do celó w Łączności; 
—  normy i przepisy , z którymi urządzenia radio we muszą być zgodne; 
—  sposób przekazywania Danych za pośrednictwem urządzeń do Łączności; 
—  procedur y zapytywania i pobierania oraz sekwencję operacji; 
—  Dane, które mają być przekazywane; 
—  Możliwe interpr etacje Danych przesyłany ch w ramach Łączności; 
—  przepisy w zakresie dany ch zabezpieczający ch doty czący ch Łączności; 26.5.2016 L 139/451 Dziennik Urzędo wy Unii Europejskiej PL    
—  dostępność Danych dla właściwy ch orga nów kontroln ych; 
—  sposób, w jaki Czytnik wczesnego wykr ywania na odległość może żądać przekazania różn ych koncepcji dany ch 
doty czący ch ładunku i floty. 
W tym miejscu należy wyjaśnić, że w niniejszym dodatku nie określa się: 
—  operacji gromadzenia Danych i zarządzania tym procesem w ramac h VU (co stano wi funkcję projektu 
produktu, chyba że zostało określone w innym miejscu w rozporządzeniu (UE) nr 165/2014); 
—  formy, w jakiej należy przedsta wić zgromadzone dane przedstawicielo wi właściwy ch organó w kontrolny ch 
ani kryter iów, z któryc h właściwe organy kontrolne muszą korzystać przy podejmo waniu decyzji o 
ewentualnym zatrzymaniu pojazdu (co stano wi funkcję projektu produktu, chyba że zostało określone 
w innym miejscu w rozporządzeniu (UE) nr 165/2014 lub zależy od decyzji polity cznej właściwy ch 
organó w kontrolny ch). W tym miejscu należy wyjaśnić, że za pośrednictwem Łączności udostępnia się Dane 
właściwym organom kontrolny m, wyłącznie aby zapewnić im możliw ość podejmo wania świadom ych 
decyzji; 
—  Przepisó w w zakresie bezpieczeństwa dany ch (takich jak przepisy w zakresie szyfro wania) doty czący ch treści 
Danych (które zostaną określone w dodatku 11 – Wspólne mechani zmy zabezpieczenia); 
—  szczegóło wych informacji doty czący ch wszelkich koncepcji dany ch inny ch niż RTM, które można pozyskać 
z zastoso waniem tej samej architektury i tych sam ych urządzeń; 
—  szczegóło wych informacji doty czący ch zacho wania i zarządzania pomiędzy VU i DSR C-VU ani doty czący ch 
zacho wania w ramach DSR C-VU (poza przekazywaniem Danych na żądanie REDCR). 
3  SKR ÓTY, DEFINICJE I OZNA CZENIA 
W niniejszym dodatku używa się następujący ch skrót ów i definicji właściwy ch dla tego dodatku: 
Antena  urządzenie elektr yczne przek ształca jące energię elektr yczną w fale 
radio we i vice versa, wyk orzystywane w połączeniu z nadaj nikiem 
radio wym lub odbior nikiem radio wym. W trakcie pracy nadaj nik 
radio wy gener uje drgania elektr yczne o częst otliwości fal radio wych, 
które trafiają do gniazd antenowych, a antena emituje energię 
pozyskiwaną z prądu w formie fal elektromagnety czny ch (fal 
radio wych). Przyjmując fale radio we, antena przech wytuje część energii 
z fali elektromagnety cznej i wytwarza niewielkie napięcie w gniazdach 
anteno wych, któr e jest następnie przesyłane do odbior nika w celu 
wzmocnienia; 
Łączność  wymiana informacji/dany ch między DSRC-REDCR a DSR C-VU zgodnie 
z przepisami sekcji 5 w trybie nadrzędn y-podrzędny prowadzona 
w celu pozyskania Danych ; 
Dane  zabezpieczone dane o określonym formacie (zob. pkt 5.4.4) żądane 
przez DSRC–REDCR i przekazane przez DSR-VU za pośrednictwem 
DSR C działającego na częstotliw ości 5,8 GHz określonego w pkt 5 
poniżej; 
Rozporządzenie (WE) nr 165/2014  Rozporządzenie Parlamentu Europejskiego i Rady (UE) nr 165/2014 
z dnia 4 lutego 2014 r. w spra wie tachog rafów stoso wany ch 
w transporcie drogo wym i uchylające rozporządzenie Rady (EW G) 
nr 3821/85 w sprawie urządzeń rejestr ujący ch stoso wany ch 
w transporcie drogo wym oraz zmieniaj ące rozporządzenie (WE) 
nr 561/2006 Parlamentu Europejskiego i Rady w spra wie harmonizacji 
niektóryc h przepisó w socjalny ch odnoszący ch się do transpor tu 
drogo wego; 
AID  identyf ikator aplikacji 
BLE  Bluetooth Low Energy (łączność Bluetooth przy znik omym poborze 
prądu) 
BST  tabela usług sygnału 26.5.2016 L 139/452 Dziennik Urzędo wy Unii Europejskiej PL    
CIWD  włożenie karty podczas prowadzenia pojazdu 
CRC  cykliczna kontrola nadmiaro wa 
DSC (n)  identyf ikator wymogu związanego z określonym dodatkiem 
doty czącym DSR C 
DSR C  dedyk owana łączność krótkiego zasięgu 
DSR C-REDCR  DSR C–czytnik wczesnego wykr ywania na odległość 
DSR C-VU  DSR C–przyrząd rejestr ujący . Jest to „urządzenie wczesnego wykr ywania 
na odległość” zdef inio wana w załączniku 1C 
DWV C  prowadzenie pojazdu bez ważnej karty 
EID  identyf ikator elementu 
LLC  stero wanie połączeniem logicznym 
LPDU  jednostka dany ch prot okołu LLC 
OWS  system ważenia zainstalo wany w pojeździe 
PDU  jednostka dany ch prot okołu 
REDCR  czytnik wczesnego wykr ywania na odległość. Jest to „urządzenie 
służące jako czytnik wczesnego wykr ywania na odległość” 
zdef inio wane w załączniku 1C 
RTM  zdalne monitoro wanie tach ografu 
SM-REDCR  moduł zabezpieczeń–czytnik wczesnego wykr ywania na odległość 
TARV  aplikacje telematy czne dla pojazdó w regulo wan ych (seria norm ISO 
15638) 
VU  przyrząd rejestr ujący 
VUPM  pamięć ładunku przyrządu rejestr ującego 
VUSM  moduł zabezpieczeń przyrządu rejestr ującego 
VST  tabela usług pojazdu 
WIM  ważenie w ruchu 
WOB  ważenie w pojeździe 
Specyfikacje określone w niniejszym dodatku odnoszą się do wszystkich lub części wskazany ch poniżej 
rozporządzeń i norm i są od nich zależne. W ramach zapisó w niniejszego dodatku wskazano odnośne normy 
lub odnośne przepisy norm. W razie jakichk olwiek sprzeczności zapisy niniejszego dodatku są nadrzędne. 
W sytuacji wystąpienia jakichk olwiek sprzeczności, w przypadku któryc h nie istnieją specyfikacje wyraźnie 
określone w niniejszym dodatku, należy w pier wszej kolejności zastoso wać procedur y przewidziane w ERC 70- 
03 (i spra wdzić zgodność z odpo wiednimi parametrami przewidzianymi w normie EN 300 674-1), a następnie 
procedur y przewidziane kolejno w normach EN 12795, EN 12253, EN 12834 i EN 13372 pkt 6.2, 6.3, 6.4 
oraz 7.1. 
W niniejszym dodatku przywołano następujące rozporządzenia i normy:  
[1] rozporządzenie Parlamentu Europejskiego i Rady (UE) nr 165/2014 z dnia 4 lutego 2014 r. w sprawie 
tachograf ów stoso wany ch w transporcie drogo wym i uchyla jące rozporządzenie Rady (EW G) nr 3821/85 
w spra wie urządzeń rejestr ujący ch stoso wan ych w transporcie drogo wym oraz zmieniające rozporządzenie 
(WE) nr 561/2006 Parlamentu Europejskiego i Rady w sprawie harmonizacji niekt órych przepisó w 
socjalny ch odnoszący ch się do transpor tu drogo wego; 26.5.2016 L 139/453 Dziennik Urzędo wy Unii Europejskiej PL    
[2] rozporządzenie (WE) nr 561/2006 Parlamentu Europejskiego i Rady z dnia 15 marca 2006 r. w sprawie 
harmonizacji niekt órych przepisó w socjalny ch odnoszący ch się do transpor tu drogo wego oraz 
zmieniające rozporządzenia Rady (EW G) nr 3821/85 i (WE) nr 2135/98, jak również uchyla jące rozporzą ­
dzenie Rady (EW G) nr 3820/85 (tekst mający znaczenie dla EOG);  
[3] dokument ERC 70-03 CEPT „Zalecenie ECC 70-03 doty czące korzystania z urządzeń bliskiego zasięgu 
(SRD)”;  
[4] normę ISO 15638 Inteligentne system y transpor towe – Ramy wspólny ch aplikacji telematy czny ch dla 
regulo wany ch komercyjn ych samochod ów ciężaro wych (TARV);  
[5] normę EN 300 674-1 „Kwestie doty czące kompatybi lności elektromagnety cznej i widma radio wego 
(ERM); telema tyka transpor tu i ruchu drogo wego (RTTT); dedyk owana łączność krótkiego zasięgu (DSR C) 
utrzym ywana za pośrednictwem urządzeń transmisyjny ch (500 kbit/s / 250 kbit/s) działający ch na częst ot­
liwości 5,8 GHz w paśmie przeznaczonym do zast osowań przem ysło wych, nauk owych i medy czny ch 
(ISM); Część 1: Charakt erystyka ogóln a przyrządó w instalo wan ych na poboczu (RSU) oraz przyrządó w 
instalo wan ych w pojeździe (OBU) i metody kontrolo wania tych przyrządó w”;  
[6] normę EN 12253 „Telematyka transpor tu i ruchu drogo wego – Wydz ielona komunikacja krótkiego 
zasięgu – Warstwa fizyczna wyk orzystująca częstotliw ość 5,8 GHz”;  
[7] normę EN 12795 „Telematyka transpor tu i ruchu drogo wego – Wydz ielona komunikacja krótkiego 
zasięgu (DSR C) – Warstwa łącza dany ch DSR C: sterowanie dostępem nośnika i łączem logicznym”;  
[8] normę EN 12834 „Telematyka transpor tu i ruchu drogo wego – Wydz ielona komunikacja krótkiego 
zasięgu (DSR C) – Warstwa aplikacyjna DSR C”;  
[9] normę EN 13372 „Telematyka transpor tu i ruchu drogo wego (RTTT) – Wydzielona komunikacja 
krótkiego zasięgu – Profi le zastoso wań RTTT”;  
[10] normę ISO 14906 „Elektroniczny system pobierania opłat – Określenie interfejsu zast osowań dla 
wydzielonej komunikacji krótkiego zasięgu”. 
4  SCENARIUSZE OPERA CYJNE 
4.1  Informacje ogólne 
W rozporządzeniu (UE) nr 165/2014 wskazano konkretne i kontrolo wane scenar iusze określa jące sposób 
stos owania Łączności. 
Do scenar iuszy objęty ch wsparciem należą: 
„Profil łączności 1: Kontrole drogowe przeprow adzane przy wykorzystaniu czytnika wczesnego wykr ywania na odległość 
opar tego na technologii łączności bezprze wodowej krótkiego zasięgu dające podstawy do wszczęcia fizycznej kontroli 
drogowej (relacja nadrzędny-podrzędny) 
Profil czytnika 1a: Kontr ole przeprow adzane przy wykorzystan iu ręcznego urządzenia wczesnego wykr ywania na odległość 
lub urządzenia wczesnego wykr ywania na odległość zainstalowanego tymczasowo na poboczu 
Profil czytnika 1b: Kontrole przeprow adzane przy wykorzystaniu ukier unko wanego czytnika wczesnego wykr ywania na 
odległość zainstalow anego w pojeździe”. 
4.1.1  Warunki wstępne dotyczące przesyłania dany ch za pośrednictwem interfejsu DSRC działającego na częstotliwości 5,8 GHz 
UWAGA: w celu zrozumienia konte kstu warunków wstępny ch warto zapoznać się z rys. 14.3 poniżej.  
4.1.1.1  Dane przec howywane w VU 
DSC_12 Przyrząd rejestr ujący odpo wiada za aktualizo wanie co 60 sekund dany ch, które mają być przecho ­
wywane w VU, bez żadnego udziału funkcji łączności DSR C oraz za utrzym ywanie tych dany ch. 
Środki umożliwiaj ące osiągnięcie tego celu znajdują się wewnątrz VU i są określone w sekcji 3.19 
„Łączność na odległość na potrzeby ukier unkowany ch kontroli drogo wych” załącznika 1C do 
rozporządzenia (UE) nr 165/2014, a nie w niniejszym dodatku. 26.5.2016 L 139/454 Dziennik Urzędo wy Unii Europejskiej PL    
4.1.1.2  Dane przesyłane do funkcji DSR C-VU 
DSC_13  Przyrząd rejestr ujący odpo wiada za aktualizo wanie dany ch gromadzony ch przez tachograf DSR C 
(Dane) za każdym razem, gdy następuje aktualizacja dany ch przec howywany ch w VU w odstępac h 
czasu określony ch w pkt 4.1.1.1 (DSC_12), bez żadnego udziału funkcji łączności DSR C. 
DSC_14 Dane VU stosuje się jako podsta wę do wypełniania i aktualizo wania Danych, przy czym środki umożli ­
wiające osiągnięcie tego celu określono w sekcji 3.19 „Łączność na odległość na potrzeby ukier unko­
wany ch kontroli drogo wych” załącznika 1C lub w przypadku braku takiego wyszczeg ólnienia 
stano wią funkcję projektu produktu i nie są określone w niniejszym dodatku. Informacje na temat 
struktur y połączenia między funkcją DSR C-VU a VU można znaleźć w sekcji 5.6. 
4.1.1.3  Zawar tość Dany ch 
DSC_15  Treść i format Danych powinn y pozwalać na to, aby po ich odszyfro waniu zacho wały one 
odpo wiednią strukturę i pozostały dostępne w formie i formacie określony ch w pkt 5.4.4 niniejszego 
dodatku (struktur y Danych ). 
4.1.1.4  Przedsta wienie Dany ch 
DSC_16  Dane, który były regular nie aktualizo wane zgodnie z procedurami przewidziany mi w pkt 4.1.1.1, 
zabezpiecza się przed ich przedsta wieniem DSRC-VU, a następnie przedstawia jako wartość koncepcji 
dany ch zabezpieczony ch w celu ich tymczaso wego przecho wania w DSRC-VU jako aktualną wersję 
Danych . Dane te przekazuje się z VUSM do funkcji DSR C VUPM. VUSM i VUPM to funkcje, które 
niek oniecznie muszą mieć postać fizyc zną. Forma fizycznej konkretyzacji służącej wyk onywaniu tych 
funkcji jest kwestią projektu produktu, chyba że została określona w innym miejscu w rozporządzeniu 
(UE) nr 165/2014. 
4.1.1.5  Dane zabezpiecza jące 
DSC_17  Dane zabezpiecza jące (secur ityData) obejmujące żądane przez REDCR dane niezbędne do zapewnienia 
mu możliwości odszyfro wania Danych przekazuje się zgodnie z przepisami dodatku 11 „Wspólne 
mecha nizm y zabezpieczenia”, po czym przedsta wia się je jako wartość koncepcji dany ch w celu ich 
tymczaso wego przecho wania w DSRC-VU jako aktualną wersję Secur ityData w formie określonej 
w sekcji 5.4.4 niniejszego dodatku. 
4.1.1.6  Dane VUPM dostępne do przekazywania za pośrednictwem interfe jsu DSR C 
DSC_18 Koncepcja dany ch, która musi być zawsze dostępna w ramach funkcji DSR C VUPM do celó w naty ch­
miasto wego przekazania na żądanie REDCR, została zdefini owana w sekcji 5.4.4 w odniesieniu do 
pełnej specyfikacji modułu ASN.1. 
Informacje ogólne na temat prof ilu łączności 1 
Profil ten obejmuje przypadek wyk orzystania, w któr ym przedstawicie l właściwego organu kontrolnego używa 
czytnika wczesnego wykr ywania na odległość (bazującego na interfejsach DSR C działający ch na częstot liwości 
5,8 GHz w ramac h ERC 70-03 i spra wdzonego pod kąte m zgodności z odpo wiednimi parametrami przewi ­
dzian ymi w normie EN 300 674-1, jak opisano w sekcji 5) (REDCR) w celu zdalnego zidentyfiko wania pojazdu, 
który może potencjalnie naruszać przepisy rozporządzenia (UE) nr 165/2014. Po zidentyf ikowaniu pojazdu 
przedsta wiciel właściwego organu kontrolnego przepro wadzający kontrolę podejmuje o ewentualnym 
zatrzymaniu pojazdu. 
4.1.2  Profil 1a: Kontr ole przeprow adzane przy wykorzystaniu ręcznego czytnika wczesnego wykr ywania na odległość lub czytnika 
wczesnego wykr ywania na odległość zainstalowanego tymczasowo na poboczu 
W ramac h tego przypadku wyk orzystania przedstawiciel właściwego organu kontrolnego znajduje się na 
poboczu i nakiero wuje ręczny REDCR, REDCR ustawi ony na statywie trójnożn ym lub innego rodzaju 
przenośny REDCR w kier unku środka szyby przedniej wybranego pojazdu. Kontrolę przepro wadza się przy 
wyk orzystaniu interf ejsó w DSR C działający ch na częst otliwości 5,8 GHz w ramach ERC 70-03 i sprawdza pod 
kątem zgodności z odpo wiednimi parametrami przewidziany mi w normie EN 300 674-1, jak opisano w sekcji 
5. Zob. rys. 14.1 (przypadek wyk orzystania 1). 26.5.2016 L 139/455 Dziennik Urzędo wy Unii Europejskiej PL    
Rysunek 14.1 
Kontrola drogo wa przepro wadzana przy wyk orzys taniu inter fejsó w DSR C działający ch na częstot ­
liwości 5,8 GHz 
4.1.3  Profil 1b: Kontr ole przeprow adzane przy wykorzystan iu ukier unkowa nego czytnika wczesnego wykr ywania na odległość 
(REDCR) zainstalowanego w pojeździe 
W przedmioto wym przypadku wyk orzystania przedsta wiciel właściwego orga nu kontrolnego znajduje się 
w pojeździe będącym w ruchu i nakiero wuje ręczny , przenośny REDCR znajdujący się wewnątrz pojazdu 
w kier unku środka szyby przedniej wybranego pojazdu albo REDCR jest zainstalo wany w pojeździe lub na nim 
w taki sposób, by był skiero wany w kier unku środka szyby przedniej wybranego pojazdu w momencie, gdy 
pojazd, w którym znajduje się czytnik wczesnego wykr ywania na odległość, znajduje się w określony m 
położeniu wzg lędem wybranego pojazdu (na przykład bezpośrednio przed tym pojazdem w strumieniu ruchu). 
Kontrolę przepro wadza się przy wyk orzystaniu interfejsó w DSR C działający ch na częst otliwości 5,8 GHz 
w ramac h ERC 70-03 i sprawdza pod kątem zgodności z odpo wiednimi parametrami przewidzianym i 
w normie EN 300 674-1, jak opisano w sekcji 5. Zob. rys. 14.2. (przypadek wyk orzystania 2). 
Rysunek 14.2 
Kontrola przepro wadzana z pojazdu korzys tające go z interfejsó w DSR C działający ch na częstotliw ości 
5,8 GHz 
4.2  Bezpieczeństw o/integ ralność 
Aby umożliwić weryfikację aute ntyczności i integralności dany ch pobrany ch w ramac h łączności na odległość, 
zabezpieczone Dane są weryfiko wane i deszyfro wane zgodnie z dodatkiem 11 Wspólne mec hanizm y zabezpie ­
czenia. 
5  PROJEK T I PROTOK OŁY ŁĄCZNOŚCI NA ODLEGŁOŚĆ 
5.1  Projekt 
Projekt funkcji łączności na odległość w tachog rafie inteligentn ym przedsta wiono na rys. 14.3. 26.5.2016 L 139/456 Dziennik Urzędo wy Unii Europejskiej PL    
Rys. 14.3 
Projekt funkcji łączności na odległość 
DSC_19  W VU zlokalizo wane są następujące funkcje: 
—  moduł zabezpieczeń (VUSM). Ta funkcja występująca w VU jest odpo wiedzialna za zabezpieczanie 
Danych przesyłan ych z DSRC-VU do przedstawiciela właściwy ch organów kontrolny ch za pośred ­
nictwem łączności na odległość; 
—  zabezpieczone dane są przec howywane w pamięci VUSM. W odstępach czasu określony ch w pkt 
4.1.1.1 (DSC_12) VU szyfr uje i uzupełnia koncepcję RTMdata (która obejmuje wartości koncepcji 
dany ch ładunku i dany ch zabezpiecza jący ch określone poniżej w tym dodatku) przec howywaną 
w pamięci DSR C-VU. Działanie modułu zabezpieczeń jest zdefini owane w dodatku 11 „Wspólne 
mech anizm y zabezpieczenia” i wykracza poza zakres niniejszego dodatku, z zastrzeżeniem 
konieczności zapewnienia aktualizacji urządzenia do łączności VU za każdym razem, gdy 
zmieniaj ą się dane VUSM; 
—  łączność między VU a DSR C-VU może być łącznością przewodo wą lub łącznością opar tą na 
technologii Bluetooth Low Energy (BLE), a jeżeli chodzi o fizyczną lokalizację DSR C-VU, może być 
ono zintegro wane z anteną umieszczoną na szybie przedniej pojazdu, może znajdować się 
wewnątrz VU lub może być umieszczone gdzieś pomiędzy ; 
—  DSR C-VU posiada nieza wodne źródło energii dostępne w każdej chwili. Sposób zasilania energią 
zależy od projektu; 
—  pamięć DSR C-VU jest pamięcią trwałą w celu utrzymania dany ch w DSR C-VU, nawet gdy zapłon 
pojazdu jest wyłączon y; 
—  jeżeli łączność między VU a DSR C-VU odbywa się za pośrednictwem technologii BLE, a źródłem 
zasilania jest akumulator , którego nie można pono wnie nałado wać, źródło zasilania DSR C-VU 
zastępuje się podczas każdego przeg lądu okreso wego, a producent urządzenia DSR C-VU jest 
odpo wiedzialny za zapewnienie odpo wiedniego zasilania energią między jedn ym przeg lądem 
okreso wym a drugim, utrzymując normaln y dostęp do dany ch przez REDCR przez cały okres bez 
awarii lub przer wania dosta w; 26.5.2016 L 139/457 Dziennik Urzędo wy Unii Europejskiej PL    
—  funkcja VU umożliwiaj ąca zdalne monitoro wanie tachog rafu i wyposażona w „pamięć na temat 
ładunk ów” (VUPM). Ta funkcja występująca w VU jest odpo wiedzialna za dostarczanie i 
aktualizację Danych . Treść Danych („TachographP ayload”) jest zdefini owana w pkt 5.4.4/5.4.5 
poniżej i jest aktualizo wana w odstępac h czasu określony ch w pkt 4.1.1.1 (DSC_12); 
—  DSR C-VU. Jest to funkcja w obrębie anteny lub połączona z anteną i nawiązująca łączność z VU 
za pośrednictwem połączenia przew odo wego lub bezprzewod owego (BLE), które posiada aktualne 
dane (dane VUPM) i zarządza odpo wiedziami na kontrolę prowadzoną przez nośnik DSR C 
działa jący na częstotliw ości 5,8 GHz. Odłączenie urządzenia DSR C lub zakłócenie jego funkcjo ­
nowania podczas normalnej eksploatacji pojazdu z działającym urządzeniem DSR C interpretuje się 
jako naruszenie przepisó w rozporządzenia (UE) nr 165/2014; 
—  moduł zabezpieczeń (REDCR) (SM-REDCR) to funkcja wyk orzystywana do deszyfro wania i 
spra wdzania integraln ości dany ch pochodzący ch z VU. Środki umożliwiaj ące osiągnięcie tego celu 
określono w dodatku 11 Wspólne mecha nizm y zabezpieczenia, a nie w niniejszym dodatku; 
—urządzenie DSR C (REDCR) (DSRC-REDCR) obejmuje nadaj nik-odbior nik działający na częstot ­
liwoś ci 5,8 GHz i powiązane oprogramo wanie wbudo wane i oprogramo wanie zwykłe, któr e 
zarządza Łącznością z DSRC-VU zgodnie z niniejszym dodatkiem; 
—  DSRC-REDCR wysyła zapytania do DSRC-VU w docelo wym pojeździe i pozyskuje Dane (bieżące 
dane VUPM docelo wego pojazdu) za pośrednictwem łącza DSR C oraz przetwarza i przec howuje 
otrzymane dane w swoim SM-REDCR; 
—  antenę DSRC-VU umieszcza się w miejscu, w którym zapewnia optymalną łączność DSR C między 
pojazdem a anteną drogo wą (zwykle w środk owej części szyby przedniej pojazdu lub blisk o tej 
pozy cji …). W przypadku pojazdó w lekkic h odpo wiednie jest zainstalo wanie anteny w górn ej 
części szyby przedniej. 
—  Przed anteną lub w pobliżu anteny nie mogą znajdo wać się żadne metalo we przedmioty (np. 
identyf ikatory, naklejki, anty odblask owe (bar wione) paski z folii, osłon y przeciwsłoneczne, 
wycieraczki szyby przedniej w stanie spoczynku), któr e mogą zakłócać łączność. 
—  Antena musi być zamonto wana tak, aby jej obszar pokr ycia był mniej więcej równoległy do 
powierzchn i drogi. 
DSC_20  Antena i Łączność działa ją w ramach ERC 70-03, są sprawdzane pod kąte m zgodności 
z odpo wiednimi parametrami przewidzianymi w normie EN 300 674-1, jak opisano w sekcji 5. 
W odniesieniu do anten y i Łączności można wdrożyć techniki ograniczania ryzyka wystąpienia 
zakłóceń bezprzewod owych, jak opisano w spraw ozdaniu ECC nr 228, przy użyciu np. filtrów 
w łączności CEN DSR C 5.8 GHz. 
DSC_21  Antena DSR C jest połączona z funkcją DSR C-VU bezpośrednio w obrębie modułu zamonto wanego na 
szybie przedniej lub blisk o szyby przedniej lub poprzez dedyk owan y przewód zbudo wany w taki 
sposób, aby utrudnić nieleg alne odłączenie. Odłączenie lub zakłócenie funkcjono wania anteny stano wi 
naruszenie przepisó w rozporządzenia (UE) nr 165/2014. Zamierzone mask owanie lub inne szkodliwe 
oddziaływanie na funkcjono wanie anteny interpr etuje się jako naruszenie przepisó w rozporządzenia 
(UE) nr 165/2014. 
DSC_22  Współczynnik kształtu anteny nie został zdefini owany i stano wi przedmiot decyzji handlo wej, dopóki 
wbudo wany DSR C-VU spełnia wymaga nia zgodności określone w sekcji 5 poniżej. Antena jest 
umieszczona w miejscu określony m w DSC_19 i przedsta wionym na rys. 14.4 (linia owalna) i 
skute cznie wspomag a przypadki wyk orzystania opisane w pkt 4.1.2 i 4.1.3. 26.5.2016 L 139/458 Dziennik Urzędo wy Unii Europejskiej PL    
Rys. 14.4 
Przykłado we umieszczenie anteny DSR C działającej na częstotliw ości 5,8 GHz na szybie przedniej 
pojazdó w regulo wany ch 
Współczynnik kształ tu REDCR i jego anten y może różnić się w zależności od położenia czytnika 
(zamont owan y statyw , urządzenie ręczne, zamonto wany w pojeździe itd.) i trybu działania przyjętego przez 
przedsta wiciela właściwy ch organów kontrolny ch. 
Funkcję wyświetlania lub powiadamiania wyk orzystuje się do przedsta wienia przedsta wicielo wi właściwy ch 
organów kontroln ych wynik ów funkcji łączności na odległość. Wyniki mogą być wyświetlane na ekranie, 
w formie wydr uku, sygnału audio lub połączenia takic h powiadomień. Forma takiego wyświetlenia lub 
powiadomienia jest kwestią wymogó w przedstawicie li właściwy ch organó w kontrolny ch i projektu urządzenia i 
nie jest określona w niniejszym dodatku. 
DSC_23  Współczynnik projektu i kształtu REDCR stano wi funkcję projektu komercyjnego, funkcjonującego 
w ramach ERC 70-03, oraz specyfi kacji projektu i eksploatacji określonej w niniejszym dodatku 
(sekcja 5.3.2), tym sam ym zapewnia jąc maksymaln ą elasty czność rynku w zakresie zaprojekto wania i 
zapewnienia urządzenia mającego na celu zrealizo wanie określony ch scenar iuszy kontroli dowolnego 
właściwego organu kontrolnego. 
DSC_24  Współczynnik projektu i kształtu DSRC-VU i jego pozy cjono wanie wewnątrz lub na zewnątrz VU 
stano wią funkcję projektu komercyjnego, funkcjonującego w ramach ERC 70-03, oraz specyfikacji 
projektu i eksploatacji określonej w niniejszym dodatku (sekcja 5.3.2) i w obrębie tej klauzuli (5.1). 
DSC_25  W rozsądnym stopn iu DSRC-VU musi być jednak w stanie zaakcep tować wartości koncepcji dany ch 
z innego inteli gentnego urządzenia rejestr ującego za pomocą otwar tego standardo wego połączenia 
branżo wego i prot okołów (na przykład z urządzenia służącego do ważenia w pojeździe), dopóki takie 
koncepcje dany ch są określone unikat owymi i znanymi identyfika torami aplikacji / nazwami plików, 
zaś instr ukcje obsługi takich protok ołów są udostępniane Komisji Europejskiej i są dostępne 
bezpłatnie dla producent ów odpo wiednich urządzeń. 
5.2  Przepływ pracy 
5.2.1  Oper acje 
Na rys. 14.5 przedstawiono przepływ pracy w odniesieniu do operacji. 26.5.2016 L 139/459 Dziennik Urzędo wy Unii Europejskiej PL    
Rys. 14.5 
Przepływ pracy w odniesieniu do funkcji łączności na odległość 
Poszczegó lne kroki opisano poniżej: 
a.  ilekroć pojazd jest w ruchu (włączony zapłon), tachog raf przekazuje dane funkcji VU. Funkcja VU 
przygot owuje Dane na potrzeby funkcji łączności na odległość (zaszyfro wane) i aktualizuje VUPM przech o­
wywane w pamięci DSRC-VU (jak określono w pkt 4.1.1.1–4.1.1.2). Zebrane Dane formatuje się w sposób 
określony w pkt 5.4.4–5.4.5 poniżej; 26.5.2016 L 139/460 Dziennik Urzędo wy Unii Europejskiej PL    
b.przy każdej aktualizacji Danych aktualizuje się znacznik czasu określony w koncepcji dany ch zabezpiecza ­
jący ch; 
c.  funkcja VUSM zabezpiecza dane zgodnie z procedurami określony mi w dodatku 11; 
d.  przy każdej aktualizacji Danych (zob. pkt 4.1.1.1–4.1.1.2) Dane przesyła się do DSR C-VU, gdzie zastępują 
one wszystkie poprzednie dane, aby w razie kontroli prowadzonej przez REDCR zawsze były dostępne 
zaktualizo wane bieżące dane (Dane). W przypadku dostarczania Danych DSR C-VU przez VU Dane są identyf i­
kowane po nazwie pliku RTMData lub ApplicationID i identyf ikatorach atrybutu; 
e.  jeżeli przedstawiciel właściwy ch orga nów kontrolny ch chce zgromadzić Dane z wybranego pojazdu 
docelo wego, najpier w umieszcza swoj ą kartę elektroniczną w REDCR w celu umożliwienia Łączności i 
pozwo lenia SM-REDCR na weryfikację autenty czności karty i deszyfro wanie dany ch; 
f.  przedstawicie l właściwego organu kontrolnego wybiera następnie pojazd i żąda przekazania dany ch za 
pośrednictwem łączności na odległość. REDCR otwiera sesję interfejsu DSR C działającego na częst otliwości 
5,8 GHz z DSRC-VU pojazdu docelo wego i żąda przekazania Danych . Dane są przesyłane do REDCR za 
pośrednictwem systemu łączności bezprzewod owej jako atrybut DSR C korzystający z usługi aplikacyjnej 
GET , jak określono w 5.4. Atrybut zawi era zaszyfro wane wartości dany ch ładunku oraz dane zabezpiecza jące 
DSCR; 
g.  dane są analizo wane przez urządzenie REDCR i przekazywane przedstawicielo wi właściwego orga nu 
kontrolnego; 
h.  przedstawicie l właściwego orga nu kontrolnego wyk orzystuje dane do podjęcia decyzji o ewentualnym 
zatrzymaniu pojazdu do szczegóło wej kontroli lub zwrócenia się do innego przedstawicie la właściwego 
organu kontrolnego o zatrzymanie pojazdu. 
5.2.2  Inter pretacja danych otrzymanych za pośredn ictwem łączności DSRC 
DSC_26  Dane otrzym ywane przez interfejs działający na częst otliwości 5,8 GHz niosą tylko i wyłącznie 
znaczenie i impor t zdefinio wane w pkt 5.4.4 i 5.4.5 poniżej i są rozumiane zgodnie z celami 
określony mi w tych punktac h. Zgodnie z przepisami rozporządzenia (UE) nr 165/2014 Dane 
wyk orzystuje się jedynie w celu przekazania odpo wiednich informacji właściwemu organowi 
kontrolnemu, aby pomóc mu w ustaleniu, czy należy zatrzymać pojazd do kontroli fizyc znej, a 
następnie Dane te są niszczone zgodnie z art. 9 rozporządzenia (UE) nr 165/2014. 
5.3  Parametr y interfejsu fizycznego DSR C w odniesieniu do łączności na odległość 
5.3.1  Ograniczenia dotyczące lokal izacji 
DSC_27  Zdalnej kontroli pojazdó w korzystający ch z interfejsu DSR C działającego na częstotliw ości 5,8 GHz 
nie należy prowadzić w odległości do 200 metró w od uruchomionej suwnicy bramo wej DSR C 
działającej na częstot liwości 5,8 GHz. 
5.3.2  Parametr y łącza odbior czego (down link) i łącza nadaw czego (uplink) 
DSC_28  Urządzenia wyk orzystywane do zdalnego monitoro wania tach ografu muszą być zgodne z ERC70-03 i 
parametrami określony mi w tabelach 14.1 i 14.2 poniżej oraz muszą działać w ramach ERC70-03 i 
tych parametró w. 26.5.2016 L 139/461 Dziennik Urzędo wy Unii Europejskiej PL    
DSC_29  Ponadto aby zapewnić zgodność z parametrami operacyjn ymi innych standardo wych systemó w DSR C 
działający ch na częst otliwości 5,8 GHz, urządzenie wyk orzystywane do zdalnego monitoro wania 
tachog rafu musi być zgodne z parametrami określony mi w normach EN 12253 i EN 13372. 
Miano wicie: 
Tabela 14.1 
Parametr y łącza odbiorczego 
Nr 
pozy cji Param etr Wartości Uwagi 
D1 Częstotliw ości nośne łą­
cza odbiorczego Istnieją cztery alternatywne częst otli­
wości, któryc h może używać REDCR: 
5,7975 GHz 
5,8025 GHz 
5,8075 GHz 
5,8125 GHz W ramac h ERC 70-03. 
Częstotli wości nośne mogą zostać wy­
brane przez podmiot wdrażaj ący system 
przydrożny i nie muszą być znane 
w DSR C-VU. 
(zgodnie z normami EN 12253 i EN 
13372) 
D1a (*) Tolerancja częst otliwości 
nośny ch w ramach ± 5 ppm (zgodnie z normą EN 12253) 
D2 (*) Maska zakresu nadaj ­
nika RSU (REDCR) W ramach ERC 70-03. 
REDCR jest zgodny z klasą B,C, jak 
określono w normie 12253. 
Brak innych szczegól nych wymog ów 
określony ch w tym załączniku Parametr stoso wan y do kontrolo wania 
zakłóceń pomiędzy interro gatorami 
znajdującymi się blisk o siebie (jak okreś ­
lono w normach EN 12253 i EN 
13372). 
D3 OBU(DSR C-VU) Mini ­
malny zakres częstotli ­
wości 5,795–5,815 GHz (zgodnie z normą EN 12253) 
D4 (*) Mak symalna EIRP W ramac h ERC 70-03 (nielicencjono ­
wanego) i rozporządzenia krajo wego 
Maksymalna wartość + 33 dBm (zgodnie z normą EN 12253) 
D4a Maska kąto wa EIRP Zgodnie z zadeklaro waną i opublik o­
waną specyfikacją projektanta interr o­
gatora (zgodnie z normą EN 12253) 
D5 Polar yzacja Lew ostronna kołowa (zgodnie z normą EN 12253) 
D5a Polar yzacja krzyżo wa XPD: 
Na obszarze pokr ycia: (REDCR) RSU t 
≥ 15 dB 
(DSR C-VU) OBU r ≥ 10 dB 
Na obszarze -3 dB: (REDCR) RSU t ≥ 
10 dB 
(DSR C-VU) OBU r ≥ 6 dB (zgodnie z normą EN 12253) 
D6 (*) Modulacja Dwupoziomo wa modulacja amplitudy (zgodnie z normą EN 12253) 
D6a (*) Indeks modulacji 0,5 … 0,9 (zgodnie z normą EN 12253) 26.5.2016 L 139/462 Dziennik Urzędo wy Unii Europejskiej PL    
Nr 
pozy cji Param etr Wartości Uwagi 
D6b Wzorzec ruchu gałek 
oczny ch ≥90 % (czas) / ≥85 % (amplituda)  
D7 (*) Kodo wanie dany ch FM0 
Bit „1” posiada przejścia jedynie na po­
czątku i końcu interwału bitowego. Bit 
„0” posiada dodatk owe przejście 
w środku inter wału bitowego w poró w­
naniu z bitem „1”. (zgodnie z normą EN 12253) 
D8 (*) Szybk ość transmisji bi­
tów 500 kBit/s (zgodnie z normą EN 12253) 
D8a Tolerancja zegara częs ­
totliw ości wyższa niż ± 100 ppm (zgodnie z normą EN 12253) 
D9 (*) Bito wa stopa błędó w 
(BER) w odniesieniu do 
łączności ≤ 10 – 6, gdy moc padająca w przyrzą ­
dzie instalo wan ym w pojeździe (DSR C- 
VU) mieści się w zakresie podan ym 
w pkt [D11a–D11b]. (zgodnie z normą EN 12253) 
D10 Czynnik uruchamiający 
OBU (DSR C-VU) OBU (DSR C-VU) uruchamia się po 
otrzymaniu dowolnej ramki zawi erają ­
cej co najmniej 11 oktet ów (w tym 
preambułę) Nie jest konieczn y żaden specjaln y wzór 
uruchami ania. 
DSR C-VU może uruchomić się po 
otrzymaniu ramki zawiera jącej mniej 
niż 11 oktet ów 
(zgodnie z normą EN 12253) 
D10a Mak symalna godzina 
rozpoczęcia ≤5 ms (zgodnie z normą EN 12253) 
D11 Strefa łączności Region przestrzenny , w który m osiąga 
się BER zgodną z D9a (zgodnie z normą EN 12253) 
D11a (*) Limit zasilania w odnie ­
sieniu do łączności 
(górn a) – 24 dBm (zgodnie z normą EN 12253) 
D11b (*) Limit zasilania w odnie ­
sieniu do łączności (do­
lna) Moc zdarzenia: 
– 43 dBm (obszar pokr ycia) 
– 41 dBm (w przedziale – 45° ± 45° 
odpo wiadaj ącym płaszczyźnie równo ­
ległej do powierzchni drogi, gdy 
DSR C-VU jest później instalo wany 
w pojeździe (azymut)) (zgodnie z normą EN 12253) 
Rozszerzony wymóg w odniesieniu do 
kątó w poziom ych do ±45°, ze wzg lędu 
na przypadki wyk orzystania zdefini o­
wane w niniejszym załączniku. 
D12 (*) Poziom odcięcia zasila ­
nia (DSR C-VU) – 60 dBm (zgodnie z normą EN 12253) 
D13 Preambuła Preambuła jest obo wiązk owa. (zgodnie z normą EN 12253) 
D13a Długość i wzór pream ­
buły 16 bitó w ± 1 bit FM0 zakodo wany 
jako bity „1” (zgodnie z normą EN 12253) 26.5.2016 L 139/463 Dziennik Urzędo wy Unii Europejskiej PL    
Nr 
pozy cji Param etr Wartości Uwagi 
D13b Kształt fali preambuły Sekwencja naprzemienna o niskim i 
wysokim poziomie z czasem trwania 
impulsu równym 2 µs. 
Tolerancja podana w D8a (zgodnie z normą EN 12253) 
D13c Bity pomocnicze RSU (REDCR) może przesłać mak sy­
malnie 8 bitów po fladze końco wej. 
Od OBU (DSR C-VU) nie wymaga się, 
aby uwzg lędniał te dodatk owe bity. (zgodnie z normą EN 12253) 
(*)– Parametr y łącza odbiorczego z zastrzeżeniem spra wdzenia pod kątem zgodności z odpo wiednim testem parametró w przewidzia ­
nym w normie EN 300 674-1.  
Tabela 14.2 
Parametr y łącza nadaw czego 
Nr 
pozy cji Param etr Wartości Uwagi 
U1 (*) Częstotliw ości pod ­
nośne OBU (DSR C-VU) obsługuje częst otli­
wości 1,5 MHz i 2,0 MHz 
RSU (REDCR) obsługuje częst otliwość 
1,5 MHz lub 2,0 MHz lub obie. U1-0: 
1,5 MHz U1-1: 2,0 MHz Wybór częstotliw ości podnośnej 
(1,5 MHz lub 2,0 MHz) zależy od wy­
branego prof ilu określonego w normie 
EN 13372. 
U1a (*) Tolerancja częst otliwości 
podnośny ch w ramach ± 0,1 % (zgodnie z normą EN 12253) 
U1b Wyk orzystanie wstęg 
boczny ch Takie same dane po obu stronach (zgodnie z normą EN 12253) 
U2 (*) Maska zakresu nadaj ­
nika OBU (DSR C-VU) Zgodnie z EN 12253 
1)  Moc poza pasmem 
zob. ETSI EN 300674-1 
2)  Moc na paśmie: 
[U4a] dBm w 500 kHz 
3)  Emisja na dowoln ym innym kanale 
łącza nadaw czego: 
U2(3)-1 = -35 dBm w 500 kHz (zgodnie z normą EN 12253) 
U4a (*) Mak symalna modulacja 
jedno wstęgo wa EIRP 
(obszar pokr ycia) Dwie opcje: 
U4a-0: – 14 dBm 
U4a-1: – 21 dBm Zgodnie z zadeklaro waną i opublik o­
waną specyfikacj ą projektanta urządze ­
nia 
U4b (*) Mak symalna modulacja 
jedno wstęgo wa EIRP 
(35°) Dwie opcje: 
—  Nie doty czy 
—  – 17 dBm Zgodnie z zadeklaro waną i opublik o­
waną specyfikacj ą projektanta urządze ­
nia 
U5 Polar yzacja Lew ostronna kołowa (zgodnie z normą EN 12253) 26.5.2016 L 139/464 Dziennik Urzędo wy Unii Europejskiej PL    
Nr 
pozy cji Param etr Wartości Uwagi 
U5a Polar yzacja krzyżo wa XPD: 
Na obszarze pokr ycia: (REDCR) RSU r 
≥ 15 dB 
(DSR C-VU) OBU t ≥ 10 dB 
Na obszarze – 3 dB: (REDCR) RSU r ≥ 
10 dB 
(DSR C-VU) OBU t ≥ 6 dB (zgodnie z normą EN 12253) 
U6 Modulacja podnośna 2-PSK 
Zakodo wane dane zsynchronizo wane 
z częst otliwości ą podnośną: przejścia 
zakodo wany ch dany ch zbieżne z prze ­
jściami częstotliw ości podnośnej. (zgodnie z normą EN 12253) 
U6b Cykl roboczy Cykl roboczy : 
50 % ± α, α ≤5 % (zgodnie z normą EN 12253) 
U6c Modulacja na nośniku Mnożenie modulo wanej częstotliw ości 
podnośnej przez częst otliwość nośną. (zgodnie z normą EN 12253) 
U7 (*) Kodo wanie dany ch NRZI (Brak przejścia na początku bitu 
„1”, przejście na początku bitu „0”, 
brak przejścia w ramach bitu) (zgodnie z normą EN 12253) 
U8 (*) Szybk ość transmisji bi­
tów 250 kBit/s (zgodnie z normą EN 12253) 
U8a Tolerancja zegara częs ­
totliw ości w ramach ± 1 000 ppm (zgodnie z normą EN 12253) 
U9 Bito wa stopa błędó w (B. 
E.R.) w odniesieniu do 
łączności ≤10– 6 (zgodnie z normą EN 12253) 
U11 Strefa łączności Region przestrzenny , w którym zloka ­
lizowan y jest DSR C-VU, tak że jego 
transmisje są odbierane przez REDCR 
przy BER mniejszej niż ta podana 
w pkt U9a. (zgodnie z normą EN 12253) 
U12a (*) Zysk z konwersj i (dolna 
granica) 1 dB dla każdej wstęgi bocznej Zakres 
kątowy: kołowo-symetr yczny pomię ­
dzy obszarem pokr ycia a ± 35° 
oraz  
w przedziale – 45° ± 45° odpo wiadaj ą­
cym płaszczyźnie równoległej do 
powierzchn i drogi, gdy DSR C-VU jest 
później instalo wany w pojeździe (azy ­
mut) Większy niż określony zakres wartości 
dla kątó w poziom ych do ± 45° ze 
wzg lędu na przypadki wyk orzystania 
zdefini owane w niniejszym załączniku. 
U12b (*) Zysk z konwersj i (górna 
granica) 10 dB dla każdej wstęgi bocznej Niższy niż określony zakres wartości 
dla każdej wstęgi bocznej w obrębie 
stożka kołowego wokół obszar u pokr y­
cia ± 45° kąta otwarcia. 
U13 Preambuła Preambuła jest obo wiązk owa. (zgodnie z normą EN 12253) 26.5.2016 L 139/465 Dziennik Urzędo wy Unii Europejskiej PL    
Nr 
pozy cji Param etr Wartości Uwagi 
U13a Długość i wzór 
preambuły 32–36 µs modulo wane jedynie przy 
użyciu częst otliwości podnośnej, a na­
stępnie 8 bitó w „0” zakodo wany ch 
jako NRZI. (zgodnie z normą EN 12253) 
U13b Bity pomocnicze DSR C-VU może przesłać maksy malnie 
8 bitów po fladze końco wej. Od RSU 
(REDCR) nie wymaga się, aby uwzg lęd­
niał te dodatk owe bity. (zgodnie z normą EN 12253) 
(*)– Parametry łącza nadaw czego z zastrzeżeniem sprawdzenia zgodności z odpo wiednim testem parametró w przewidzianym w nor­
mie EN 300 674-1.  
5.3.3  Projekt anteny 
5.3.3.1  Ante na REDCR 
DSC_30  Projekt anten y REDCR stano wi funkcję projektu komercyjnego, funkcjonującego w granicach 
określony ch w pkt 5.3.2, który dostoso wano, aby zopty malizo wać wydajność odczytu DSRC-REDCR 
w określony m celu oraz aby odczytać okoliczności, w któr ych w założeniu REDCR ma funkcjono wać. 
5.3.3.2  Ante na VU 
DSC_31  Projekt anteny DSRC-VU stano wi funkcję projektu komercyjnego, funkcjonującego w granicach 
określony ch w pkt 5.3.2, które dostoso wano, aby zoptymalizo wać wydaj ność odczytu DSRC-REDCR 
w określony m celu oraz aby odczytać okoliczności, w któr ych w założeniu REDCR ma funkcjono wać. 
DSC_32  Antena VU jest zamonto wana na szybie przedniej pojazdu lub blisk o szyby przedniej, jak określono 
w pkt 5.1 powyżej. 
DSC_33  W środo wisku testowym w warsztacie (zob. sekcja 6.3) antena DSR C-VU, umieszczona zgodnie z pkt 
5.1 powyżej, powinna skuteczni e połączyć się za pomocą standardo wej łączności testowej i skute cznie 
zapewnić transakcję RTM, jak określono w tym dodatku, na odległość od 2 do 10 m, z wynikiem 
lepszym niż 99 % przypadk ów, uśrednionym do 1 000 kontroli odczytó w. 
5.4  Wymogi protok ołu DSR C w odniesieniu do zdalnego monitoro wania tacho grafu 
5.4.1  Informacje ogólne 
DSC_34  Protok ół transakcji służący do pobierania Danych za pomocą połączenia interfe jsu DSR C działającego 
na częst otliwości 5,8 GHz przebiega zgodnie z następującymi krokami. W niniejszej sekcji opisuje się 
przepływ transakcji w warunkac h idealn ych, bez retransmisji czy zakłóceń łączności. 
UWAGA: celem etapu inicjacji (krok 1) jest ustano wienie łączności między REDCR a DSR C-VU, któr e 
znalazły się w strefie transakcji DSR C w częstotliw ości 5,8 GHz (tryb nadrzędn y-podrzędny), ale 
jeszcze nie nawiązały łączności z REDCR, a także zgłoszenie procesó w aplikacji.  
— Krok 1Inicjacja. REDCR wysyła ramkę zawi erającą tabelę usług sygnału (BST), któr a zawie ra 
identyfikator y aplikacji (AID) w wykazie obsługiwany ch usług. W aplikacji RTM będzie to po 
prostu usług a z wartości ą AID = 2 (Freight&Fleet). DSRC-VU dokonuje oceny otrzymanej BST i 
odpo wiada (zob. poniżej), przekazując wykaz obsługiwany ch aplikacji w ramach domeny 
Freight&Fleet, lub nie odpo wiada, jeżeli żadne aplikacje nie są obsługiwane. Jeżeli REDCR nie 
oferuje AID=2, DSR C-VU nie odpo wiada REDCR. 26.5.2016 L 139/466 Dziennik Urzędo wy Unii Europejskiej PL    
— Krok 2DSRC-VU wysyła ramkę zawi erającą żądane przydzielenia okna prywatnego.  
— Krok 3REDCR wysyła ramkę z przydziałem okna prywatnego.  
— Krok 4DSRC-VU używa przydzielonego okna prywatnego do wysłania ramki zawiera jącej jego 
tabelę usług pojazdu (VST). Tego rodzaju VST zawiera wykaz wszystkich różny ch wystąpień 
aplikacji obsługiwany ch przez ten DSRC-VU w ramach AID=2. Poszczegó lne wystąpienia są 
identyfik owane za pomocą jednorazo wo genero wany ch identyf ikatorów elementu, z któryc h każdy 
jest powiązany z wartością parametr u znacznika konteksto wego aplikacji określającą obsługiwaną 
aplikację i normę.  
— Krok 5Następnie REDCR analizuje oferowaną tabelę usług pojazdu i albo przer ywa łączność 
(RELEASE), ponieważ nie jest zaintereso wan y niczym, co dana VST ma do zaofero wania (tj. 
otrzymuje VST od DSRC-VU, któr y nie obsługuje transakcji RTM), albo – jeżeli otrzymuje 
odpo wiednią tabelę usług pojazdu – uruchamia wystąpienie aplikacji.  
— Krok 6Aby osiągnąć ten cel, REDCR wysyła ramkę zawi erającą polecenie pobrania dany ch 
doty czący ch zdalnego monitoro wania tach ografu i identyf ikującą wystąpienie aplikacji RTM 
poprzez wskazanie identyfika tora odpo wiadaj ącego wystąpieniu aplikacji RTM (jak określił DSR C- 
VU w VST) oraz przydziela okno prywatne.  
— Krok 7DSRC-VU używa nowo przydzielonego okna prywatnego do wysłania ramki zawi erającej 
adreso wany identyf ikator odpo wiadający wystąpieniu aplikacji RTM zgodnie z VST, po którym 
następuje atrybut RtmData (element ładunku + element bezpieczeństwa).  
— Krok 8W przypadku żądania wielu usług wartość „n” zmienia się na kolejny numer referencyjny 
usługi i procedura zosta je powtórz ona.  
— Krok 9REDCR potwierdza otrzymanie dany ch, wysyłając do DSRC-VU ramkę zawi erającą 
polecenie RELEASE w celu przer wania sesji LUB, jeżeli nie zatwierdził pom yślnego otrzymania 
LPDU, wraca do kroku 6. 
Zob. rys. 14.6 przedstawia jący grafi czny opis protok ołu transakcji.  26.5.2016 L 139/467 Dziennik Urzędo wy Unii Europejskiej PL    
Rys. 14.6 
Zdalne monit orowanie tacho grafu w ramach przepływu procesó w DSR C na częstotliw ości 5,8 GHz 
26.5.2016 L 139/468 Dziennik Urzędo wy Unii Europejskiej PL    
5.4.2  Polecenia 
DSC_35  Poniższe polecenia stano wią jedyne funkcje stoso wane na etapie transakcji RTM:  
— INITIALIS ATION .reques t:polecenie wysyłane z REDCR w formie emisji z definicją aplikacji 
obsługiwany ch przez ten REDCR;  
— INITIALIS ATION .response: odpo wiedź z DSR C-VU potwierdzająca połączenie i zawi erająca 
wykaz obsługiwany ch wystąpień aplikacji wraz z charakt erystyką oraz informacjami na temat 
sposobu postępo wania z nimi (EID);  
— GET .reques t:polecenie wysyłane z REDCR do DSRC-VU, określające wystąpienie aplikacji, 
którym należy się zająć, za pomocą zdef inio wanego EID otrzymanego w VST , oraz nakazujące 
DSRC-VU wysłanie wybranego(-y ch) atrybutu(-ó w) z Danymi. Celem polecenia GET jest 
umożliwienie REDCR otrzymania Danych od DSRC-VU;  
— GET .response: odpo wiedź z DSR C-VU zawi erająca żądane Dane;  
— ACTION .reques t ECHO: polecenie nakazujące DSRC-VU odesłanie dany ch z DSRC-VU do 
REDCR. Celem polecenia ECHO jest umożliwienie warsztatom lub placó wkom przepro wadza ją­
cych testy na potrzeby homologacji typu zbadania, czy połączenie DSR C działa bez konieczności 
dostępu do poświadczeń zabezpieczenia;  
— ACTION.response ECH O:odpo wiedź z DSR C-VU na polecenie ECH O;  
— EVENT_REPORT .reques t RELEASE: polecenie informujące DSRC-VU o zakończeniu transakcji. 
Celem polecenia RESEALSE jest zakończenie sesji z DSRC-VU. Po otrzymaniu polecenia RELEASE 
DSRC-VU nie odpo wiada na żadne dalsze zapytania w ramach bieżącego połączenia. Należy 
zauważyć, że zgodnie z wymogami normy EN 12834 DSR C-VU nie połączy się drugi raz z tym 
sam ym interro gatorem, chyba że znajdował się poza strefą łączności przez 255 sekund lub identy ­
fikator sygnału interrogato ra został zmienion y. 
5.4.3  Sekw encja polecenia zapytan ia 
DSC_36  Z perspektywy sekwencji polecenia i odpo wiedzi transakcję opisuje się w następujący sposób: 
Sekwencja Nadajnik  Odbior nik Opis Działanie 
1 REDCR > DSR C-VU Inicjacja łącza komunikacyj ­
nego żądanie REDCR emituje BST 
2 DSRC-VU > REDCR Inicjacja łącza komunikacyjnego 
odpowiedź Jeżeli BST obsługuje AID=2, to 
DSRC-VU żąda okna prywatnego 
3 REDCR > DSR C-VU Przyzna je okno prywatne Wysyła ramkę zawie rającą przy ­
dział okna prywatnego 
4 DSRC-VU > REDCR Wysyła VST Wysyła ramkę zawier ającą VST 
5 REDCR > DSR C-VU Wysyła GET .request w odniesie ­
niu do dany ch zawar tych 
w Atrybucie doty czącym kon­
kretnego EID  
6 DSRC-VU > REDCR Wysyła GET .response z żądanym 
atrybutem dotyczą cym konkr etnego 
EID Wysyła Atrybut (RTMData, OW S­
Data….) zawier ający dane doty ­
czące konkr etnego EID 26.5.2016 L 139/469 Dziennik Urzędo wy Unii Europejskiej PL    
Sekwencja Nadajnik  Odbior nik Opis Działanie 
7 REDCR > DSR C-VU Wysyła GET .request w odniesie ­
niu do dany ch zawar tych w in­
nym Atrybucie (w razie po­
trzeby )  
8 DSRC-VU > REDCR Wysyła GET .response z żądanym 
atrybutem Wysyła Atrybut zawier ający dane 
dotyczą ce konkr etnego EID 
9 REDCR > DSR C-VU Potwierdza pom yślne otrzyma ­
nie dany ch Wysyła polecenie RELEASE za­
mykające transakcję 
10 DSRC-VU   Zamyka transakcję   
Przykład sekwencji transakcji i zawar tości wymieniany ch ramek przedsta wiono w pkt 5.4.7 i 5.4.8. 
5.4.4  Struktur y dany ch 
DSC_37  Struktura semanty czna Danych przekazywan ych przez interfe js DSR C działający na częstot liwości 
5,8 GHz jest zgodna ze strukturą opisaną w niniejszym dodatku. Strukturę tych dany ch przedsta wiono 
w tym punkcie. 
DSC_38  Ładunek (dane doty czące zdalnego monit orowania tachografu) składa się z połączenia:  
1. dany ch Encr yptedTachog raphPa yload stano wiący ch zaszyfro wane dane TachographP ayload 
określone w specyfikacji ASN.1 w sekcji 5.4.5. Metodę szyfro wania opisano w dodatku 11;  
2. dany ch DSR CSecur ityData określony ch w dodatku 11. 
DSC_39  Dane doty czące zdalnego monitor owania tach ografu opisuje się jako Atrybut RTM = 1 i przekazuje 
w konte nerze RTM = 10. 
DSC_40  Znacznik konte kstowy RTM określa obsługiwaną część normy w serii norm TARV (RTM odnosi się 
do części 9). 
Zawar ta w module ASN.1 definicja dany ch DSR C w ramach aplikacji RTM jest następująca:  26.5.2016 L 139/470 Dziennik Urzędo wy Unii Europejskiej PL    
26.5.2016 L 139/471 Dziennik Urzędo wy Unii Europejskiej PL    
5.4.5  Elementy dany ch dotyczą cych zdalnego monitorow ania tachog rafu (RtmData), wykonyw ane czynności i defin icje 
DSC_41 Wartości dany ch, które mają zostać obliczone przez VU i wyk orzystane do uaktualnienia zabezpie ­
czony ch dany ch w DSR C-VU, oblicza się zgodnie z zasadami przedstawion ymi w tabeli 14.3: 
Tabela 14.3 
Elementy RtmDat a, wyk onywane czynności i definicje 
(1) Element da­
nych RTM (2) Czynność wyk onywana przez VU  (3) Definicja dany ch w ASN.1 
RTM1 
Tablica rejes ­
tracyjna po­
jazdu VU ustala wartość tp15638V ehicleR egistr ationPlate elementu da­
nych RTM1 na podstawie zarejestro wanej wartości typu da­
nych VehicleRegistr ationIdentif ication, jak określono w dodatku 1 
VehicleRegistr ationIdentif ication Numer tablicy re­
jestracyjnej po­
jazdu wyrażony 
jako ciąg znak ów 
26.5.2016 L 139/472 Dziennik Urzędo wy Unii Europejskiej PL    
(1) Element da­
nych RTM (2) Czynność wyk onywana przez VU  (3) Definicja dany ch w ASN.1 
RTM2 
Zdarzenia po­
legające na 
przekrocze ­
niu prędk ości VU generuje wartość logiczną w odniesieniu do elementu da­
nych RTM2 tp15638SpeedingEvent. 
VU oblicza wartość tp15638SpeedingEvent na podsta wie 
liczby zdarzeń przekroczenia prędk ości zarejestro wany ch 
w VU w ciągu ostatnic h 10 dni występo wania, jak określono 
w załączniku 1C. 
Jeżeli w ostatnich 10 dniach występo wania zarejestro wano co 
najmnie j jedno zdarzenie tp15638SpeedingEvent, ustawia się 
wartość tp15638SpeedingEvent na PRA WD A. 
W PRZECIWNYM WYP ADKU , jeżeli w ostatnich 10 dniach wystę ­
powania nie zarejestro wano żadnego zdarzenia, ustawia się 
wartość tp15638SpeedingEvent na FAŁSZ. 1 (PRA WD A) – 
wskazuje na nie­
prawidło wości 
w prędk ości 
w ciągu 10 ostat ­
nich dni wystę ­
powania 
RTM3 
Prowadzenie 
pojazdu bez 
ważnej karty VU generuje wartość logiczną w odniesieniu do elementu da­
nych RTM3. tp15638Dr ivingWithoutV alidCard. 
VU przypisuje wartość PRA WD A zmiennej tp15638Dr ivingWi ­
thoutV alidCard w przypadku zarejestro wania w dany ch VU 
w ciągu ostatnic h 10 dni występo wania co najmnie j jednego 
zdarzenia typu „Pro wadzenie bez prawidło wej karty”, jak 
określono w załączniku 1C. 
W PRZECIWNYM WYP ADKU , jeżeli w ostatnich 10 dniach wystę ­
powania nie zarejestro wano żadnego zdarzenia, ustawia się 
wartość zmiennej tp15638Dr ivingWithoutV alidCard na 
FAŁSZ. 1 (PRA WD A) = 
wskazuje na sto­
sowanie nieważ ­
nej karty 
RTM4 
Ważna karta 
kiero wcy VU generuje wartość logiczną w odniesieniu do elementu da­
nych RTM4 
tp15638Dr iverCard na podsta wie dany ch zgromadzony ch 
w VU i określony ch w dodatku 1. 
W przypadku braku ważnej karty kiero wcy VU ustawia war­
tość zmiennej na PRA WD A. 
W PRZECIWNYM WYP ADKU , jeżeli istnieje ważna karta kie­
rowcy , VU ustawi a wartość zmiennej na FAŁSZ. 0 (FAŁSZ) = 
wskazuje istnie ­
nie ważnej karty 
kiero wcy 
RTM5 
Włożenie 
karty podczas 
prowadzenia 
pojazdu VU generuje wartość logiczną w odniesieniu do elementu da­
nych RTM5. 
VU przypisuje wartość PRA WD A zmiennej tp15638CardInser ­
tion w przypadku zarejestro wania w dany ch VU w ciągu ostat ­
nich 10 dni występo wania co najmniej jednego zdarzenia typu 
„włożenie karty podczas prowadzenia pojazdu”, jak określono 
w załączniku 1C. 
W PRZECIWNYM WYP ADKU , jeżeli w ostatnich 10 dniach wystę ­
powania nie zarejestro wano żadnego takiego zdarzenia, usta ­
wia się wartość zmiennej tp15638CardInser tion na FAŁSZ. 1 (PRA WD A) = 
wskazuje na wy­
stąpienie zdarze ­
nia polega jącego 
na włożeniu 
karty podczas 
prowadzenia po­
jazdu w ciągu 10 
ostatnic h wystę ­
powania 
RTM6 
Błąd dany ch 
doty czący ch 
ruchu VU generuje wartość logiczną w odniesieniu do elementu da­
nych RTM6. 
VU przypisuje wartość PRA WD A zmiennej tp15638MotionDa ­
taEr ror w przypadku zarejestro wania w dany ch VU w ciągu os­
tatnich 10 dni występo wania co najmniej jednego zdarzenia 
typu „błąd dany ch doty czący ch ruchu”, jak określono w załącz ­
niku 1C. 
W PRZECIWNYM WYP ADKU , jeżeli w ostatnich 10 dniach wystę ­
powania nie zarejestro wano żadnego takiego zdarzenia, usta ­
wia się wartość zmiennej tp15638MotionDataEr ror na FAŁSZ. 1 (PRA WD A) – 
wskazuje na wy­
stąpienie zdarze ­
nia typu „błąd 
dany ch doty czą­
cych ruchu” 
w ciągu 10 ostat ­
nich dni wystę ­
powania 
26.5.2016 L 139/473 Dziennik Urzędo wy Unii Europejskiej PL    
(1) Element da­
nych RTM (2) Czynność wyk onywana przez VU  (3) Definicja dany ch w ASN.1 
RTM7 
Konflikt ru­
chu pojazdu VU generuje wartość logiczną w odniesieniu do elementu da­
nych RTM7. 
VU przypisuje wartość PRA WD A zmiennej tp15638vehicleMo ­
tionConf lict w przypadku zarejestro wania w dany ch VU 
w ciągu ostatnic h 10 dni występo wania co najmnie j jednego 
zdarzenia typu „konflikt ruchu pojazdu” (war tość ‘0A’H). 
W PRZECIWNYM WYP ADKU , jeżeli w ostatnich 10 dniach wystę ­
powania nie zarejestro wano żadnego zdarzenia, ustawia się 
wartość zmiennej tp15638vehicleMotionConf lict na FAŁSZ. 1 (PRA WD A) – 
wskazuje na wy­
stąpienie zdarze ­
nia typu „konflikt 
ruchu pojazdu” 
w ciągu 10 ostat ­
nich dni wystę ­
powania 
RTM8 
Druga karta 
kiero wcy VU generuje wartość logiczną w odniesieniu do elementu da­
nych RTM8 na podstawie załącznika 1C („Dane doty czące 
czynności kiero wcy” w odniesieniu do ZAŁOGI i WSPÓŁKIE ­
ROWCY). 
W przypadku istnienia drugiej ważnej karty kiero wcy VU usta ­
wia wartość zmiennej na PRA WD A. 
W PRZECIWNYM WYP ADKU , w przypadku braku drugiej ważnej 
karty kiero wcy VU usta wia wartość zmiennej na FAŁSZ. 1 (PRA WD A) = 
wskazuje na wło­
żenie drugiej 
karty kiero wcy 
RTM9 
Bieżące dzia ­
łania VU generuje wartość logiczną w odniesieniu do elementu da­
nych RTM9. 
Jeżeli VU zarejestr uje bieżącą czynność jako jakąk olwiek czyn ­
ność inną niż „PROWADZENIE ”, jak określono w załączniku 1C, 
ustawi a wartość zmiennej na PRA WD A. 
W PRZECIWNYM WYP ADKU , jeżeli VU zarejestr uje bieżącą czyn ­
ność jako „PROWADZENIE ”, VU ustawi a wartość zmiennej na 
FAŁSZ. 1 (PRA WD A) = 
inna wybrana 
czynność; 
0 (FAŁSZ) = wy­
bór czynności 
„pro wadzenie”. 
RTM10 
Zamknięcie 
ostatniej sesji VU generuje wartość logiczną w odniesieniu do elementu da­
nych RTM10. 
Jeżeli ostatnia sesja karty nie została prawidło wo zamknięta 
zgodnie z procedurą opisaną w załączniku 1C, VU usta wia 
wartość zmiennej na PRA WD A. 
W PRZECIWNYM WYP ADKU , jeżeli ostatnia sesja karty została 
prawidło wo zamknięta, VU ustawia wartość zmiennej na 
FAŁSZ. 1 (PRA WD A) = 
sesja zamknięta 
niepra widło wo; 
0 (FAŁSZ) = sesja 
zamknięta pra­
widło wo. 
RTM11 
Przer wa w za­
silaniu VU gener uje wartość całk owitą dla elementu dany ch RTM11. 
VU przypisuje zmiennej tp15638P owerSupplyInter rupti on 
wartość odpo wiadającą „najdł uższej przer wie w zasilaniu” 
zgodnie z art. 9 rozporządzenia (UE) nr 165/2014 w odniesie ­
niu do zdarzenia typu „przer wa w zasilaniu”, jak określono 
w załączniku 1C. 
W PRZECIWNYM WYP ADKU , jeżeli w ostatnich 10 dniach wystę ­
powania nie zarejestro wano żadnego zdarzenia związanego 
z przer wą w zasilaniu, wartość liczby całk owitej ustawia się na 
0. —  Liczba przer w 
w zasilaniu 
w ostatnich 
10 dniach 
występo wania 
26.5.2016 L 139/474 Dziennik Urzędo wy Unii Europejskiej PL    
(1) Element da­
nych RTM (2) Czynność wyk onywana przez VU  (3) Definicja dany ch w ASN.1 
RTM12 
Usterk a czuj ­
nika VU gener uje wartość w postaci liczby całk owitej w odniesieniu 
do elementu dany ch RTM12. 
VU przypisuje zmiennej sensorFa ult wartość: 
—  1 w przypadku zarejestro wania w ciągu ostatnich 10 dni 
zdarzenia typu ‘35’H związanego z uste rką czujnika; 
—  2 w przypadku zarejestro wania w ciągu ostatnich 10 dni 
zdarzenia związanego z uster ką odbior nika GNSS (wew ­
nętrznego albo zewnętrznego, o wartości enum‘51’H lub 
‘52’ H); 
—  3 w przypadku zarejestro wania w ciągu ostatnich 10 dni 
występo wania zdarzenia typu ‘53’H związanego z błędem 
łączności z urządzeniem zewnętrzn ym GNSS; 
—  4 w przypadku zarejestro wania w ciągu ostatnich 10 dni 
zaró wno uster ki czujnika, jak i uster ki odbior nika GNSS; 
—  5 w przypadku zarejestro wania w ciągu ostatnich 10 dni 
zaró wno uste rki czujnika, jak i błędó w łączności z urządze ­
niem zewnętrznym GNSS; 
—  6 w przypadku zarejestro wania w ciągu ostatnich 10 dni 
zaró wno uster ki odbior nika GNSS, jak i błędu łączności 
z urządzeniem zewnętrznym GNSS; 
—  7 w przypadku zarejestro wania w ciągu ostatnich 10 dni 
występo wania wszystkic h trzec h uste rek czujnika. 
W PRZECIWNYM WYP ADKU przypisuje wartość 0, jeżeli: w ciągu 
ostatnich 10 dni od wystąpienia nie zarejestro wano żadny ch 
kolejny ch zdarzeń —usterka czuj ­
nika jeden 
oktet zgodnie 
ze słowni­
kiem dany ch 
RTM13 
Korekt a czasu VU gener uje wartość w postaci liczb y całk owitej (timeReal 
z dodatku 1) dla elementu dany ch RTM13 na podsta wie obec ­
ności dany ch doty czący ch korekty czasu zdefini owany ch w za­
łączniku 1C. 
VU przypisuje wartość czasu, w którym doszło do wystąpienia 
ostatniego zdarzenia poleg ającego na korekcie czasu dany ch. 
W PRZECIWNYM WYP ADKU , jeżeli w dany ch VU nie stwier ­
dzono wystąpienia żadnego zdarzenia typu „korekta czasu” 
zdefini owanego w załączniku 1C, wartość ustala się na 0. Czas ostatniej ko­
rekty czasu 
RTM14 
Próba naru­
szenia zabez ­
pieczenia VU gener uje wartość w postaci liczb y całk owitej (timeReal 
z dodatku 1) dla elementu dany ch RTM14 na podstawie wystą ­
pienia zdarzenia typu „próba naruszenia zabezpieczenia” zdefi ­
niowanego w załączniku 1C. 
VU ustala wartość czasu, w który m doszło do ostatniego zare ­
jestro wanego przez VU zdarzenia związanego z próbą naru­
szenia zabezpieczenia. 
W PRZECIWNYM WYP ADKU , jeżeli w dany ch VU nie stwier ­
dzono wystąpienia żadnego zdarzenia typu „próba naruszenia 
zabezpieczenia” zdef inio wanego w załączniku 1C, wartość 
ustala się na 0x00FF . Czas ostatniej 
próby naruszenia 
zabezpieczenia 
—Wartość do­
myślna 
= 0x00FF 
RTM15 
Ost atnia kali­
bracja VU gener uje wartość w postaci liczb y całk owitej (timeReal 
z dodatku 1) dla elementu dany ch RTM15 na podsta wie obec ­
ności dany ch doty czący ch ostatniej kalibracji zdefini owany ch 
w załączniku 1C. 
VU ustala wartość czasu, w którym dokonano dwóc h ostatnic h 
kalibracji (RTM15 i RTM16) ustano wion ych w VuCalibration ­
Data zdefini owany ch w dodatku 1. 
VU ustala wartość RTM15 na timeReal zapisu ostatniej kalibra ­
cji. Dane doty czące 
czasu ostatniej 
kalibracji 
26.5.2016 L 139/475 Dziennik Urzędo wy Unii Europejskiej PL    
(1) Element da­
nych RTM (2) Czynność wyk onywana przez VU  (3) Definicja dany ch w ASN.1 
RTM16 
Poprzednia 
kalibracja VU gener uje wartość w postaci liczb y całk owitej (timeReal 
z dodatku 1) dla elementu dany ch RTM16 z zapisu kalibracyj ­
nego poprzedza jącego zapis ostatniej kalibracji. 
W PRZECIWNYM WYP ADKU , jeżeli poprzednia kalibracja nie 
miała miejsca, VU ustala wartość RTM16 na 0. Dane doty czące 
czasu poprzed ­
niej kalibracji 
RTM17 
Data podłą ­
czenia tacho ­
grafu Dla elementu dany ch RTM17 VU gener uje wartość w postaci 
liczby całk owite j (timeReal z dodatku 1). 
VU ustala wartość czasu wstępnej instalacji VU. 
VU wyodrębnia te dane z VuCalibrationData (dodat ek 1) znaj­
dujący ch się w VuCalibrationRecords z CalibrationPur pose 
równym: ‘03’H Data podłączenia 
tachog rafu 
RTM18 
Prędk ość bie­
żąca VU gener uje wartość w postaci liczby całk owitej w odniesieniu 
do elementu dany ch RTM18. 
VU ustala wartość RTM16 na wartość ostatniej zarejestro wanej 
prędk ości bieżącej w chwili dokonania ostatniej aktualizacji 
RtmData. Ostatnia zarejes ­
trowana prędk ość 
bieżąca 
RTM19 
Znacznik 
czasu Dla elementu dany ch RTM19 VU gener uje wartość w postaci 
liczby całk owite j (timeReal z dodatku 1). 
VU ustala wartość RTM19 na czas ostatniej aktualizacji 
RtmData. Znacznik czasu 
aktualnego 
rekordu Tacho ­
graphPa yload 
5.4.6  Mechanizm przesyłania dany ch 
DSC_42  REDCR wysyła żądanie przekazania zdefinio wany ch wcześniej dany ch ładunku po zakończeniu etapu 
inicjacji; następnie DSRC-VU przekazuje te dane w przydzielon ym oknie. REDCR korzysta z polecenia 
GET w celu pobrania dany ch. 
DSC_43  Wszystkie dane wymieniane w ramach DSR C koduje się zgodnie z PER (reguły upak owanego 
kodo wania). 
5.4.7  Szczeg ółow y opis transakcji DSRC 
DSC_44  Inicjację przepro wadza się zgodnie z pkt DSC_44–DSC_48 oraz tabelami 14.4–14.9. Na etapie 
inicjacji REDCR rozpoczyna przesyłanie ramki zawie rającej BST (tabelę usług sygnału) zgodnie 
z normami EN 12834 i EN 13372 pkt 6.2, 6.3, 6.4 i 7.1 z ustawi eniami określonymi w tabeli 14.4 
poniżej. 26.5.2016 L 139/476 Dziennik Urzędo wy Unii Europejskiej PL    
Tabela 14.4 
Inicjacja – ustawienia ramki BST 
Pole Usta wienia 
Identyfika tor łącza Adres emisji 
Identyfika tor sygnału Zgodnie z normą EN 12834 
Czas Zgodnie z normą EN 12834 
Profil Brak rozszerzenia, należy zastoso wać 0 lub 1 
Aplikacje obo wiązk owe Brak rozszerzenia, brak EID, brak parametr u, AID = 2 Freight&Fleet 
Aplikacje nieobo wiązk owe Brak 
Lista prof ilów Brak rozszerzenia, liczba profilów na liście = 0 
Nagłó wek fragmentacji Brak fragmentacji 
Ustawi enia 2. warstwy Polecenie PDU, polecenie interfejsu użytk ownika  
W tabeli 14.5 poniżej przedstawiono prakty czny przykład zastoso wania ustawi eń określony ch 
w tabeli 14.4 wraz z informacjami o kodo waniu bitowym. 
Tabela 14.5 
Inicjacja – przykłado wa zawar tość ramki BST Oktet # Atrybut/Pole Bity w oktecie Opis 
1 FLAGA 
 Flaga początk owa 
2 Identyfikator emisji 
 Adres emisji 
3 Pole kontrolne MAC 
 Polecenie PDU 
4 Pole kontrolne LLC 
 Polecenie interfe jsu użytk ownika 
5 Nagłó wek fragmentacji 
 Brak fragmentacji 26.5.2016 L 139/477 Dziennik Urzędo wy Unii Europejskiej PL    
Oktet # Atrybut/Pole Bity w oktecie Opis 
6 BST 
 Żądanie inicjacji 
SEQUENCE {   
OPTION indicator 
BeaconID SEQUENCE { 
ManufacturerId INTEGER 
(0..65535)  
Brak aplikacji nieobo wiązk owych    
Identyf ikator producenta 
7  
8  
IndividualID INTEGER 
(0..134217727)  
} 
27-bito wy identyf ikator dostępny dla 
producenta 
9 
10 
11 
12 Time INTEGER (0..4294967295)  
 Czas rzeczywisty w 32-bito wym syste ­
mie UNIX 
13 
14 
15 
16 Profil eNTEGER (0..127,...)  
 Brak rozszerzenia. Przykłado wy prof il 
0 
17 MandApplications SEQUENCE 
(SIZE 
(0..127,...)) OF 
{  
Brak rozszerzenia, liczba aplikacji obo ­
wiązk owych = 1 
18 SEQUENCE {   
Wskaźnik WARIANTU 
 Brak EID 
Wskaźnik WARIANTU 
 Brak parametr u 
AID DSR CApplicationEntityID 
} }  
Brak rozszerzenia. AID= 2 Freight& ­
Fleet 26.5.2016 L 139/478 Dziennik Urzędo wy Unii Europejskiej PL    
Oktet # Atrybut/Pole Bity w oktecie Opis 
19 Profil eList SEQUENCE (0..127,...) 
OF Profile }  
Brak rozszerzenia, liczba profilów na 
liście = 0 
20 FCS 
 Sekwencja kontroli ramki 
21 
22 Flag a 
 Flaga końco wa  
DSC_45  Po otrzymaniu BST DSRC-VU żąda przydzielenia okna prywatnego zgodnie z postano wieniami norm 
EN 12795 i EN 13372 pkt 7.1.1, bez określony ch ustawi eń RTM. W tabeli 14.6 przedstawiono 
przykład kodo wania bitowego. 
Tabela 14.6 
Inicjacja – zawar tość ramki doty czącej żądania przydzielenia okna prywatnego Oktet # Atrybut/Pole Bity w oktecie Opis 
1 FLAGA 
 Flaga początk owa 
2 Prywatny LID 
 Adres łącza określonego DSR C-VU 
3 
4 
5 
6 Pole kontrolne MAC 
 Żądanie przydzielenia okna prywat ­
nego 
7 FCS 
 Sekwencja kontroli ramki 
8 
9 Flag a 
 Flaga końco wa  
DSC_46  Następnie REDCR odpo wiada, przydzielając okno prywatne zgodnie z postano wieniami norm EN 
12795 i EN 13372 pkt 7.1.1, bez określony ch ustawi eń RTM. 
W tabeli 14.7 przedstawiono przykład kodo wania bito wego. 26.5.2016 L 139/479 Dziennik Urzędo wy Unii Europejskiej PL    
Tabela 14.7 
Inicjacja – zaw artość ramki doty czącej przydzielenia okna prywatnego Oktet # Atrybut/Pole Bity w oktecie Opis 
1 FLAGA 
 Flaga początk owa 
2 Prywatny LID 
 Adres łącza określonego DSR C-VU 
3 
4 
5 
6 Pole kontrolne MAC 
 Przydzielenie okna prywatnego 
7 FCS 
 Sekwencja kontroli ramki 
8 
9 Flag a 
 Flaga końco wa  
DSC_47  Po otrzymaniu przydziału okna prywatnego DSRC-VU przesyła swoją VST (tabela usług pojazdu), jak 
określono w normach EN 12834 i EN 13372 pkt 6.2, 6.3, 6.4 i 7.1, z ustawi eniami określonymi 
w tabeli 14.8 za pomocą przydzielonego okna transmisji. 
Tabela 14.8 
Inicjacja – ustawienia ramki VST 
Pole Usta wienia 
Prywatny LID Zgodnie z normą EN 12834 
Parametr y VST Wypełnienie = 0; następnie dla każdej obsługiwanej aplikacji: EID wy­
stępuje, parametr występuje, AID = 2; EID zgodny z wygenero wanym 
przez OBU 
Parametr Brak rozszerzenia, zawi era znacznik konteksto wy RTM 
ObeConfiguration Opcjonalne pole ObeStatus może być obecne, ale nie może być stoso ­
wane przez REDCR 
Nagłó wek fragmentacji Brak fragmentacji 
Ustawi enia 2. warstwy Polecenie PDU, polecenie interfejsu użytk ownika  26.5.2016 L 139/480 Dziennik Urzędo wy Unii Europejskiej PL    
DSC_48  DSRC-VU obsługuje aplikację „Ładunek i flota” (Freight and Fleet) opatrzoną identyfikatorem aplikacji 
‘2’. Inne identyf ikatory aplikacji mogą być obsługiwane, ale nie mogą występo wać w tej VST , 
ponieważ BST wymaga wyłącznie AID=2. Pole „Aplikacje” zawie ra wykaz wystąpień aplikacji obsługi ­
wany ch w ramac h DSRC-VU. Dla każdego obsługiwanego wystąpienia aplikacji poda je się odniesienie 
do odpo wiedniej normy w formie znacznika Rtm Context, który składa się z IDENT YFIKA TORA 
OBIEK TU reprezentującego powiązaną normę, jej część (9 w przypadku RTM) oraz – w stoso wny ch 
przypadkac h – wersję, a także EID genero wanego przez DSR C-VU i powiązanego z dany m 
wystąpieniem aplikacji. 
W tabeli 14.9 przedsta wiono prakty czny przykład ustawień określony ch w tabeli 14.8 wraz 
z informacjami o kodo waniu bitowym. 
Tabela 14.9 
Inicjacja – przykłado wa zaw artość ramki VST Oktet # Atrybut/Pole Bity w oktecie Opis 
1 FLAGA 
 Flaga początk owa 
2 Prywatny LID 
 Adres łącza określonego DSR C-VU 
3 
4 
5 
6 Pole kontrolne MAC 
 Polecenie PDU 
7 Pole kontrolne LLC 
 Polecenie interfe jsu użytk ownika 
8 Nagłó wek fragmentacji 
 Brak fragmentacji 
9 VST 
SEQUENCE { 
Odpo wiedź na inicjację 
Wypeł nienie CIĄG BITÓ W (ROZ­
MIAR (4) ) 
Niewyk orzystywane i ustawione na 0 
10 Profil INTEGER (0..127,…) 
Aplikacje SEQUENCE OF { 
Brak rozszerzenia. Przykłado wy prof il 
0 
11 
 Brak rozszerzenia, 1 aplikacja 
12 SEQUENCE {   
Wskaźnik WARIANTU 
 EID występuje 
Wskaźnik WARIANTU 
 Parame tr występuje 
AID DSR CApplicationEntityID 
 Brak rozszerzenia. AID= 2 Freight& ­
Fleet 
13 EID Dsrc-EID 
 Zdef inio wan y przez OBU i identyf iku­
jący wystąpienie aplikacji. 26.5.2016 L 139/481 Dziennik Urzędo wy Unii Europejskiej PL    
Oktet # Atrybut/Pole Bity w oktecie Opis 
14 Kontener parametr u { 
 Brak rozszerzenia, wybór kontenera 
= 02, ciąg oktet owy 
15  
 Brak rozszerzenia, długość znacznika 
konteksto wego RTM = 8 
16 Rtm-Cont extMark::= SEQUENCE 
{ 
StandardIdentifier 
standardIdentifier  
Identyf ikator obiektu obsługiwanej 
normy, części i wersji. Przykład: ISO 
(1) norma (0) TARV (15638) część 9 
(9) wersja 1 (1). 
Wartość pier wszego okte tu to 06H i 
stano wi identyfikator obiektu; drugi 
oktet to 06H, który stano wi jego dłu­
gość. Kolejne 6 oktet ów koduje przy ­
kłado wy identyf ikator obiektu 
Należy zauważyć, że tylko jeden ele­
ment sekwencji jest obecn y (pominięt o 
opcjonalny element RtmCommProfile) 17 
18 
19 
20 
21 
22 
23 
24 ObeConfiguration Sequence {   
Wskaźnik WARIANTU 
 Brak ObeStatus 
EquipmentClass INTEGER 
(0..32767) 
25 
26 Manufactur erId INTEGER 
(0..65535) 
Identyf ikator producenta dla DSR C-VU 
opisany w rejestrze doty czącym normy 
ISO 14816 27 
28 FCS 
 Sekwencja kontroli ramki 
29 
30 Flag a 
 Flaga końco wa  
DCS_49 Następnie REDCR odczytuje dane, wydając polecenie GET , które odpo wiada poleceniu GET zdefini o­
wanemu w normie EN 13372 pkt 6.2, 6.3, 6.4 i w normie EN 12834; ustawi enia tego polecenia 
odpo wiadają ustawieniom przedstawion ym w tabeli 14.10. 
Tabela 14.10 
Przedst awienie – ustawienia ramki żądania GET 
Pole Usta wienia 
Identyfika tor źródła (IID) Brak 
Identyfika tor łącza (LID) Adres łącza określonego DSR C-VU 
Tworzenie łańcuc hów Nie 26.5.2016 L 139/482 Dziennik Urzędo wy Unii Europejskiej PL    
Pole Usta wienia 
Identyfika tor elementu (EID) Jak określono w VST. Brak rozszerzenia 
Poświadczenia dostępu Nie 
AttributeIdList Brak rozszerzenia, 1 atrybut, Attribut eID = 1 (RtmData) 
Fragmentacja Nie 
Ustawi enia 2. warstwy Polecenie PDU, wysondo wane polecenie ACn  
W tabeli 14.11 przedstawiono przykład odczytu dany ch RTM. 
Tabela 14.11 
Przedst awienie – przykład ramki żądania GET Oktet # Atrybut/Pole Bity w oktecie Opis 
1 FLAGA 
 Flaga początk owa 
2 Prywatny LID 
 Adres łącza określonego DSR C-VU 
3 
4 
5 
6 Pole kontrolne MAC 
 Polecenie PDU 
7 Pole kontrolne LLC 
 Wysondo wane polecenie ACn, bit n 
8 Nagłó wek fragmentacji 
 Brak fragmentacji 
9 Get.request 
SEQUENCE { 
Żądanie Get 
Wskaźnik WARIANTU 
 Brak poświadczeń dostępu 
Wskaźnik WARIANTU 
 Brak IID 
Wskaźnik WARIANTU 
 Występuje Attr ibut eIdList 
Wypeł nienie CIĄG BITÓ W (ROZ­
MIAR (1) ) 
Ustalono na 0. 
10 EID INTEGER(0..127,…) 
 EID wystąpienia aplikacji RTM, jak 
określono w VST . Brak rozszerzenia 
11 AttributeIdList SEQUENCE OF { 
AttributeId }} 
Brak rozszerzenia, liczba atrybut ów 
= 1 
12 
 Attr ibut eId=1, RtmData. Brak rozsze ­
rzenia 26.5.2016 L 139/483 Dziennik Urzędo wy Unii Europejskiej PL    
Oktet # Atrybut/Pole Bity w oktecie Opis 
13 FCS 
 Sekwencja kontroli ramki 
14 
15 Flag a 
 Flaga końco wa  
DSC_50  Po otrzymaniu żądania GET DSRC-VU wysyła odpo wiedź GET wraz z żądany mi dany mi zgodn ymi 
z odpo wiedzią GET określony mi w normie EN 13372 pkt 6.2, 6.3, 6.4 i w normie EN 12834; 
ustawi enia odpo wiadaj ą ustawi eniom określony m w tabeli 14.12. 
Tabela 14.12 
Przedst awienie – ustawienia ramki odpo wiedzi GET 
Pole Usta wienia 
Identyfika tor źródła (IID) Brak 
Identyfika tor łącza (LID) Zgodnie z normą EN 12834 
Tworzenie łańcuc hów Nie 
Identyfika tor elementu (EID) Jak określono w VST. 
Poświadczenia dostępu Nie 
Fragmentacja Nie 
Ustawi enia 2. warstwy Odpo wiedź PDU, dostępna odpo wiedź i przyjęte polecenie, polecenie 
ACn  
W tabeli 14.13 przedstawiono przykład odczytu dany ch RTM. 
Tabela 14.13 
Przedst awienie – przykłado wa zaw artość ramki odpo wiedzi Oktet # Atrybut/Pole  Bity 
w oktecie Opis 
1 FLAGA 
 Flaga początk owa 
2 Prywatny LID 
 Adres łącza określonego DSR C-VU 
3 
4 
5 
26.5.2016 L 139/484 Dziennik Urzędo wy Unii Europejskiej PL    
Oktet # Atrybut/Pole  Bity 
w oktecie Opis 
6 Pole kontrolne MAC 
 Odpo wiedź PDU 
7 Pole kontrolne LLC 
 Dostępna odpo wiedź, bit n polecenia 
ACn 
8 Pole stanu LLC 
 Dostępna odpo wiedź i przyjęte polece ­
nie 
9 Nagłó wek fragmentacji 
 Brak fragmentacji 
10 GET .response 
SEQUENCE { 
Odpo wiedź na żądanie Get 
Wskaźnik WARIANTU 
 Brak IID 
Wskaźnik WARIANTU 
 Lista atrybutó w występuje 
Wskaźnik WARIANTU 
 Status zwrotu nie występuje 
Wypeł nienie CIĄG BITÓ W (ROZ­
MIAR (1) ) 
Nieużywany 
11 EID INTEGER(0..127,…) 
 Odpo wiedź z wystąpienia aplikacji 
RTM. Brak rozszerzenia 
12 AttributeList SEQUENCE OF { 
 Brak rozszerzenia, liczba atrybut ów 
= 1 
13 Attr ibut es SEQUENCE { 
Attribut eId 
Brak rozszerzenia, AttributeId =1 
(RtmData) 
14 Attribut eValue CONT AINER { 
 Brak rozszerzenia, wybór kontenera 
= 1010. 
15 
 RtmData 
16 
17 
… … 
n }}}} 
n+1 FCS 
 Sekwencja kontroli ramki 
n+2 
n+3 Flag a 
 Flaga końco wa  26.5.2016 L 139/485 Dziennik Urzędo wy Unii Europejskiej PL    
DSC_51  Następnie REDCR zam yka połączenie, wydaj ąc polecenie EVENT_REPORT , RELEASE zgodnie z normą 
EN 13372 pkt 6.2, 6.3, 6.4 i z normą 12834 pkt 7.3.8, bez określony ch ustawień RTM. W tabeli 
14.14 przedstawiono przykład kodo wania bitowego polecenia RELEASE. 
Tabela 14.14 
Zak ończenie. EVENT_REPORT Uw olnienie zaw artości ramki Oktet # Atrybut/Pole Bity w oktecie Opis 
1 FLAGA 
 Flaga początk owa 
2 Prywatny LID 
 Adres łącza określonego DSR C-VU 
3 
4 
5 
6 Pole kontrolne MAC 
 Ramka zawie ra polecenie LPDU 
7 Pole kontrolne LLC 
 Polecenie interfe jsu użytk ownika 
8 Nagłó wek fragmentacji 
 Brak fragmentacji 
9 EVENT_REPOR T.request 
SEQUENCE { 
EVENT_REPOR T (Uw olnienie) 
Wskaźnik WARIANTU 
 Brak poświadczeń dostępu 
Wskaźnik WARIANTU 
 Parame tr zdarzenia nie występuje 
Wskaźnik WARIANTU 
 Brak IID 
Tryb DANY CH LOGICZNY CH 
 Odpo wiedź nieoczekiwana 
10 EID INTEGER (0..127,…) 
 Brak rozszerzenia, EID = 0 (System) 
11 EventT ype INTEGER (0..127,…) } 
 Typ zdarzenia 0 = Uwolnienie 
12 FCS 
 Sekwencja kontroli ramki 
13 
14 Flag a 
 Flaga końco wa  
DSC_52  Nie oczekuje się, że DSRC-VU odpo wie na polecenie RELEASE. Następnie łączność zosta je zamknięta. 
5.4.8  Opis transakcji testowej DSRC 
DSC_53  Pełne testy obejmujące zabezpieczanie dany ch muszą być przepro wadzane w sposób określony 
w dodatku 11 „Wspólne mechaniz my zabezpieczenia” przez upo ważnione osoby , które mają dostęp 
do procedur zabezpieczenia, z zastoso waniem standardo wych poleceń GET zdefini owany ch powyżej. 26.5.2016 L 139/486 Dziennik Urzędo wy Unii Europejskiej PL    
DSC_54 Testy przepro wadzane na zlecenie oraz testy w ramac h przeg lądó w okreso wych wiążące się z koniecz ­
nością odszyfro wania i zrozumienia treści zaszyfro wany ch dany ch przepro wadza się zgodnie 
z postano wieniami dodatku 11 „Wspólne mechanizm y zabezpieczenia” oraz dodatku 9 „Homologacja 
typu – wykaz minimaln ych wymagan ych testów”. 
Test podstaw owej łączności DSR C można jednak przepro wadzić za pomocą polecenia ECHO. Tego 
rodza ju testy mogą być przepro wadzane na zlecenie, w ramach przeg lądó w okreso wych lub w inny 
sposób na żądanie właściwego organu kontrolnego lub zgodnie z wymoga mi określonymi w rozporzą ­
dzeniu (UE) nr 165/2014 (zob. pkt 6 poniżej). 
DSC_55  W celu przepro wadzenia tego podstaw owego testu łączności REDCR wydaje polecenie ECHO 
w trakcie sesji, tj. po pom yślny m zakończeniu etapu inicjacji. Sekwencja czynności jest zate m zbliżona 
do sekwencji czynności związany ch z zapytaniem:  
— Etap 1REDCR wysyła „tabelę usług sygnału” (BST), która zawi era identyf ikatory aplikacji (AID) 
w wykazie obsługiwany ch usług. W aplikacji RTM będzie to po prostu usług a z wartością AID 
= 2. 
DSRC-VU oceni otrzymaną BST i jeżeli uzna, że BST żąda dany ch Freight&Fleet (AID = 2), DSRC- 
VU udzieli odpo wiedzi. Jeżeli REDCR nie oferuje AID=2, DSR C-VU przer ywa transakcję z REDCR.  
— Krok 2DSRC-VU wysyła żądanie przydzielenia okna prywatnego.  
— Krok 3REDCR przesyła przydział okna prywatnego.  
— Krok 4DSRC-VU używa przydzielonego okna prywatnego do wysłania swoj ej tabeli usług 
pojazdu (VST). Tego rodzaju VST zawi era wykaz wszystkic h różny ch wystąpień aplikacji obsługi ­
wan ych przez ten DSRC-VU w ramac h AID=2. Poszczegó lne wystąpienia są identyf ikowane za 
pomocą jednorazo wych identyf ikatorów elementu, z któryc h każdy jest powiązany z wartości ą 
parametr u określającą wystąpienie obsługiwanej aplikacji.  
— Krok 5Następnie REDCR analizuje oferowaną tabelę usług pojazdu i albo przer ywa łączność 
(RELEASE), ponieważ nie jest zaintereso wan y niczym, co dana VST ma do zaofero wania (tj. 
otrzymuje VST od DSRC-VU, któr a nie jest RTM VU), albo – jeżeli otrzymuje odpo wiednią tabelę 
usług pojazdu – uruchamia wystąpienie aplikacji.  
— Krok 6REDCR wydaj e polecenie (ECH O) określonemu DSRC-VU i przypisuje okno prywatne.  
— Krok 7DSRC-VU korzysta z nowo przydzielonego okna prywatnego do wysłania ramki 
odpo wiedzi ECHO. 
W poniższy ch tabelach przedstawiono prakty czny przykład sesji wymiany ECH O. 
DSC_56  Inicjację przepro wadza się zgodnie z pkt 5.4.7 (DSC_44–DSC_48) oraz tabelami 14.4–14.9. 
DSC_57  Następnie REDCR wydaj e polecenie ACTION, ECHO zgodnie z normą ISO 14906, zawi erającą 100 
oktet ów dany ch i bez określony ch ustawi eń RTM. W tabeli 14.15 przedstawiono zawar tość ramki 
wysłanej przez REDCR. 
Tabela 14.15 
Przykłado wa ramk a żądania ACTION , ECHO Oktet # Atrybut/Pole Bity w oktecie Opis 
1 FLAGA 
 Flaga początk owa 
2 Prywatny LID 
 Adres łącza określonego DSR C-VU 
3 
26.5.2016 L 139/487 Dziennik Urzędo wy Unii Europejskiej PL    
Oktet # Atrybut/Pole Bity w oktecie Opis 
4  
5 
6 Pole kontrolne MAC 
 Polecenie PDU 
7 Pole kontrolne LLC 
 Wysondo wane polecenie ACn, bit n 
8 Nagłó wek fragmentacji 
 Brak fragmentacji 
9 ACTION.request 
SEQUENCE { 
Żądanie działania (ECHO) 
Wskaźnik WARIANTU 
 Brak poświadczeń dostępu 
Wskaźnik WARIANTU 
 Parame tr akcji występuje 
Wskaźnik WARIANTU 
 Brak IID 
Tryb BOOLEAN 
 Odpo wiedź oczekiwana 
10 EID INTEGER (0..127,…) 
 Brak rozszerzenia, EID = 0 (System) 
11 Action Type INTEGER (0..127,…) 
 Brak rozszerzenia, typ działania: żąda ­
nie ECHO 
12 ActionParamet er CONT AINER { 
 Brak rozszerzenia, wybór kontenera 
= 2 
13 
 Brak rozszerzenia. Długość ciągu 
= 100 okte tów 
14  
 Dane, które mają być powtórzone 
… … 
113 }} 
11­
46­
14 FCS 
 Sekwencja kontroli ramki 
11­
57­
15 
11­
68­
16 Flag a 
 Flaga końco wa  
DSC_58  Po otrzymaniu żądania ECHO DSRC-VU wysyła odpo wiedź ECHO o długości 100 oktet ów dany ch, 
odzwierciedlając otrzymane polecenie, zgodnie z normą ISO 14906, bez określony ch ustawi eń RTM. 
W tabeli 14.16 przedstawiono przykład szyfro wania na poziomie bitów. 26.5.2016 L 139/488 Dziennik Urzędo wy Unii Europejskiej PL    
Tabela 14.16 
Przykłado wa ramk a żądania ACTION , ECHO Oktet # Atrybut/Pole Bity w oktecie Opis 
1 FLAGA 
 Flaga początk owa 
2 Prywatny LID 
 Adres łącza określonego VU 
3 
4 
5 
6 Pole kontrolne MAC 
 Odpo wiedź PDU 
7 Pole kontrolne LLC 
 Polecenie ACn, bit n 
8 Pole stanu LLC 
 Odpo wiedź dostępna 
9 Nagłó wek fragmentacji 
 Brak fragmentacji 
10 ACTION.response 
SEQUENCE { 
Odpo wiedź na DZIAŁANIE (ECHO) 
Wskaźnik WARIANTU 
 Brak IID 
Wskaźnik WARIANTU 
 Parame tr odpo wiedzi występuje 
Wskaźnik WARIANTU 
 Status zwrotu nie występuje 
Wypeł nienie CIĄG BITÓ W (ROZ­
MIAR (1) ) 
Nieużywany 
11 EID INTEGER (0..127,…) 
 Brak rozszerzenia, EID = 0 (System) 
12 KONTENER ResponseParamet er { 
 Brak rozszerzenia, wybór kontenera 
= 2 
13 
 Brak rozszerzenia. Długość ciągu 
= 100 okte tów 
14  
 Powtórzone dane 
… … 
113 }} 
114 FCS 
 Sekwencja kontroli ramki 
115 
116 Flag a 
 Flaga końco wa  26.5.2016 L 139/489 Dziennik Urzędo wy Unii Europejskiej PL    
5.5  Wsparcie wdrażania dyrektywy 2015/71/WE 
5.5.1  Informacje ogólne 
DSC_59  W celu wsparcia wdrażania dyrektywy 2015/719/WE w spra wie maksymalny ch obciążeń i wymiaró w 
pojazdó w ciężaro wych protok ół transakcji służący do pobierania dany ch OWS za pośrednictwem 
połączenia interfejsu DSR C działa jącego na częst otliwości 5,8 GHz będzie taki sam jak protok ół 
używany do przekazywania dany ch doty czący ch zdalnego monitoro wania tach ografu (zob. 5.4.1) – 
jedyna różnica polega na tym, że identyf ikator obiektu odnoszący się do normy TARV będzie odnosił 
się do części 20 normy ISO 15638 (TARV) doty czącej systemó w ważenia w pojeździe. 
5.5.2  Polecenia 
DSC_60  Polecenia stoso wane w odniesieniu do transakcji OWS będą takie same jak polecenia stoso wane 
w odniesieniu do transakcji RTM. 
5.5.3  Sekw encja polecenia zapytan ia 
DSC_61  Sekwencja polecenia zapytania w przypadku dany ch OWS będzie taka sama jak w przypadku dany ch 
doty czący ch zdalnego monitoro wania tachog rafu. 
5.5.4  Struktur y dany ch 
DSC_62  Ładunek (dane OWS) składa się z połączenia:  
1. dany ch Encr yptedOwsP ayload stano wiący ch zaszyfro wane dane OwsPa yload określone 
w specyfi kacji ASN.1 w sekcji 5.5.5. Metod a szyfro wania jest taka sama jak metoda przyjęta 
w odniesieniu do RtmData, któr e określono w dodatku 11;  
2. DSR CSecur ityData obliczone za pomocą tych sam ych algor ytmó w przyjęty ch w odniesieniu do 
RtmData, które określono w dodatku 11.  26.5.2016 L 139/490 Dziennik Urzędo wy Unii Europejskiej PL    
5.5.5  Moduł ASN.1 w odniesieniu do transakcji DSRC dotyczącej OWS 
DSC_63.  Zawar ta w module ASN.1 definicja dany ch DSR C w ramac h aplikacji RTM jest następująca: 
26.5.2016 L 139/491 Dziennik Urzędo wy Unii Europejskiej PL    
5.5.6  Elementy OwsData, wykonyw ane czynności i definicje 
Elementy OwsData zdefinio wano, aby zapewnić wsparcie wdrażania dyrektywy 2015/719/WE w sprawie 
maksymalny ch obciążeń i wymiaró w pojazdó w ciężaro wych. Ich znaczenie jest następujące: 
—  recordedW eight oznacza całk owite zmierzone obciążenie pojazdu ciężaro wego z dokładnością do 10 kg, jak 
określono w normie EN ISO 14906. Na przykład wartość 2 500 odpo wiada obciążeniu wynoszącemu 25 
ton; 
—  axlesConf iguration oznacza konfigurację pojazdu ciężaro wego jako liczbę osi. Konfigurację określa się za 
pomocą maski bitów składającej się z 20 bitó w (wersja rozszerzona z normy EN ISO 14906). 
Maska bitów składająca się z 2 bitów odpo wiada konfiguracji osi o następującym formacie: 
—  wartość 00B oznacza, że wartość jest „niedostępna”, ponieważ pojazd nie posiada sprzętu do 
gromadzenia obciążenia na osi; 
—  wartość 01B oznacza, że oś nie występuje; 
—  wartość 10B oznacza, że oś występuje oraz że obciążenie zostało obliczone i zgromadzone oraz jest 
podane w polu axlesRecordedW eight ; 
—  wartość 11B jest zarezer wowana do wyk orzystania w przyszłości. 
Ostatnie cztery bity są zarezer wowane do wyk orzystania w przyszłości. 
Liczba osi  
Liczba osi na ciągniku Liczba osi na przy czepie 
00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 RFU 
(4 bity)  
—  axlesRecordedW eight oznacza określone obciążenie zarejestro wane dla każdej osi z dokładnością do 10 kg. 
W odniesieniu do każdej osi stosuje się dwa okte ty. Na przykład wartość 150 oznacza obciążenie 
wynoszące 1 500 kg. 
Inne rodzaje dany ch określono w pkt 5.4.5. 
5.5.7  Mechanizmy przesyłania dany ch 
DSC_64  Mechaniz m przesyłania dany ch OWS pomiędzy interr ogatorem a urządzeniem DSR C w pojeździe jest 
taki sam jak w przypadku dany ch RTM (zob. pkt 5.4.6). 
DSC_65  Przesyłanie dany ch pomiędzy platf ormą zbierającą dane na temat mak symalnego obciążenia a 
urządzeniem DSR C w pojeździe opiera się na fizycznym połączeniu oraz interfejsach i prot okole 
określony m w sekcji 5.6. 
5.6  Przesyłanie dany ch pomiędzy DSR C-VU a VU 
5.6.1  Połączenie fizyczne i interfejsy 
DSC_66  Połączenie między VU a DSRC-VU może odbywać się za pomocą fizyc znego okablo wania lub 
łączności bezprzewodo wej o krótkim zasięgu opar tej na technologii Bluetooth v4.0 BLE. 
DSC_67  Niezależnie od wybranego fizyc znego połączenia i interfe jsu następujące wymogi muszą być 
spełnione: 
DSC_68  a)aby można było zawierać umo wy z różn ymi dostaw cami na dosta wę VU i DSR C-VU oraz 
w prakty ce różn ych serii DSR C-VU, połączenie między VU a DSR C-VU musi być otwar tym 
połączeniem standardo wym. VU musi być połączony z DSR C-VU za pomocą: 
(i)  zamonto wanego na stałe kabla o długości co najmniej 2 metró w z wyk orzystaniem łącznika 
Straight DIN 41612 H11 – 11-bieguno wego zatwierdzonego wtyku z DSR C-VU w celu 
dopaso wania do podobnego gniazda zatwierdzonego przez DIN/ISO z urządzenia VU albo 26.5.2016 L 139/492 Dziennik Urzędo wy Unii Europejskiej PL    
(ii)  technologii Bluetooth Low Energy (BLE) albo 
(iii)  standardo wego połączenia określonego w ISO 11898 lub SAE J1939, 
DSC_69  b)definicja interfejsó w i połączenia między VU i DSR C-VU musi obsługiwać polecenia protok ołu 
aplikacji zdefini owane w pkt 5.6.2 oraz 
DSC_70  c)VU i DSR C-VU muszą obsługiwać operację przesyłania dany ch za pośrednictwem połączenia 
w odniesieniu do wydajności i zasilania. 
5.6.2  Protokół aplikacji 
DSC_71 Protok ół aplikacji między urządzeniem do łączności na odległość w VU a DSR C-VU jest odpo wie­
dzialny za okreso we przesyłanie dany ch doty czący ch łączności na odległość z VU do DSR C. 
DSC_72  Określono następujące polecenia główne:  
1. Inicjacja łącza komunikacyjnego – żądanie  
2. Inicjacja łącza komunikacyjnego – odpo wiedź  
3. Wysyłanie dany ch z identyf ikatorem aplikacji RTM i ładunkiem określony m przez dane RTM  
4. Potwierdzenie dany ch  
5. Zamknięcie łącza komunikacyjnego – żądanie  
6. Zamknięcie łącza komunikacyjnego – odpo wiedź 
DSC_73  W module ASN1.0 wcześniejsze polecenia można zdefinio wać w następujący sposób: 
26.5.2016 L 139/493 Dziennik Urzędo wy Unii Europejskiej PL    
DSC_74  Opis poleceń i parametró w jest następujący : 
—  
 stosuje się w celu zainicjo wania 
łącza komunikacyjnego. Polecenie jest wysyłane przez VU do DSR C-VU. VU ustanawia LinkIden ­
tifier i przekazuje DSR C-VU w celu śledzenia określonego łącza komunikacyjnego. 
(Uwaga: służy to obsłudze przyszły ch łączy i inny ch aplikacji/modułó w takic h jak system ważenia 
w pojeździe);  
—  
 jest stoso wane przez DSR C-VU 
w celu dostarczenia odpo wiedzi na żądanie zainicjo wania łącza komunikacyjnego. Polecenie jest 
wysyłane przez DSR C-VU do VU. Polecenie przekazuje wynik inicjacji w formie odpo wiedzi = 1 
(Sukces) lub = 0 (Niepo wodzenie). 
DSC_75  Zainicjo wanie łącza komunikacyjnego następuje dopiero po zainstalo waniu, kalibracji i uruchomieniu 
silnika/VU. 
—  
 jest stoso wane przez VU do przesyłania podpisany ch RCDTData (tj. danych 
dotyczących łączności na odległość) do DSR C-VU. Dane będą wysyłane co 60 sekund. Parame tr 
DataT ransactionId identyf ikuje określoną transmisję dany ch. LinkIdentif ier wyk orzystuje się także 
do upewnienia się, że łącze jest prawidło we; 
—  
 jest wysyłane przez DSR C-VU w celu dostarczenia VU informacji 
zwrotnej doty czącej odbior u dany ch z polecenia 
 określonego przez parametr 
DataT ransactionId. Parametr odpo wiedzi to 1 (Sukces) lub =0 (Niepo wodzenie). Jeżeli VU otrzyma 
więcej niż trzy odpo wiedzi równe 0 lub jeżeli VU nie otrzyma komunikatu RCDT Data Ackno w­
ledgment w odniesieniu do konkretnego wysłanego wcześniej polecenia z określony m DataT ran­
sactionId, VU wygeneruj e i zarejestr uje zdarzenie; 
—  
 komunikat jest wysyłane przez VU do 
DSR C-VU w celu zakończenia łącza w odniesieniu do konkretnego LinkIdentif ier. 
DSC_76  Po pono wnym uruchomieniu DSR C-VU lub VU wszystkie istniejące łącza komunikacyjne należy 
usunąć, ponieważ w związku z nagłym zamknięciem VU mogą wystąpić „zawies zone” łącza. 
—  
 jest wysyłane przez DSR C-VU do 
VU w celu potwierdzenia żądania zakończenia łącza przez VU w odniesieniu do konkretnego 
LinkIdentifier . 
5.7  Obsługa błędó w 
5.7.1  Rejestrow anie i przekazyw anie danych w DSRC-VU 
DSC_77  Już zabezpieczone Dane są przekazywane DSRC-VU za pomocą funkcji VUSM. VUSM sprawdza, czy 
dane zarejestro wane w DSRC-VU zostały popra wnie zarejestro wane. Rejestro wanie i zgłaszanie 
wszelkic h błędó w, jakie wystąpiły podczas przesyłania dany ch z VU do pamięci DSRC-VU, odbywa się 
przy użyciu zdarzenia typu EventFaultT ype z wartości ą enum ustawi oną na ‘62’H Błąd łączności 
z urządzeniem do łączności na odległość wraz ze znacznikiem czasu. 
DSC_78  VU zacho wuje plik opatrzony unikato wą nazwą, która jest łatwa do zidentyfiko wania dla inspektoró w 
w celu zarejestro wania „usterek łączności wewnętrznej VU”. 
DSC_79  Jeżeli VUPM próbuje uzyskać dane VU z modułu zabezpieczeń (w celu przejścia do urządzenia VU- 
DSR C), ale kończy się to niepo wodzeniem, wówczas rejestr uje takie niepo wodzenie jako 
zdarzenie typu EventFaultT ype z wartości ą enum ‘62’H Błąd łączności z urządzeniem do łączności na 
odległość wraz ze znacznikiem czasu. Błąd związan y z łącznością zostaje wykr yty w przypadku 
nieotrzymania komunikatu 
 doty czącego powiązanego (tj. z tym 
sam ym DataT ransactionId w komunikatach 
 ) komunikatu 
więcej niż trzy razy z rzędu. 
5.7.2  Błędy łączności bezprze wodowej 
DSC_80  Obsługa błędó w związany ch z łącznością jest zgodna z powiązan ymi normami doty czącymi DSR C, 
miano wicie EN 300 674-1, EN 12253, EN 12795, EN 12834 i odpo wiednimi parametrami normy EN 
13372. 26.5.2016 L 139/494 Dziennik Urzędo wy Unii Europejskiej PL    
5.7.2.1  Błędy szyfr owania i błędy podpisu 
DSC_81 Błędy szyfro wania i podpisu obsługuje się zgodnie z dodatkiem 11 „Wspólne mech anizm y zabezpie ­
czenia”, przy czym błędy te nie występują w żadny ch komunikatach o błędzie związany ch 
z przesyłaniem dany ch DSR C. 
5.7.2.2  Rejestrow anie błędów 
Urządzenie DSR C umożliwia dynamiczną łączność bezprzewodo wą w środo wisku z niepewny mi warunkami 
atmosfe rycznymi i zakłóceniami, zwłaszcza w przypadku kombinacji „przenośn y REDCR” i „pojazd w ruchu” 
występujący ch w tej aplikacji. Konieczne jest zatem ustalenie różnicy między „niepo wodzeniem odczytu” a 
„błędem”. Podczas transakcji zachodzącej przez interfejs bezprzewodo wy niepo wodzenie odczytu jest 
zjawiskiem powszec hnym, a jego skutkiem jest zwykle pono wienie próby , tj. reemisja BST i pono wna próba 
sekwencji, które w więks zości przypadk ów dopro wadzą do skutecznego nawiązania łączności i przesłania 
dany ch, chyba że docelo wy pojazd wyjedzie poza zasięg urządzenia w czasie wymaga nym do przepro wadzenia 
pono wnej transmisji. (Przypadek „skuteczneg o odczytu” może obejmo wać kilka prób i pono wień). 
Niepo wodzenie odczytu może być spowodo wane niewłaściwym sparo waniem anteny (błąd „celo wania”); 
faktem , że jedna z anten jest zasłonięta – może to być celo we, ale może być też spowodo wane fizyczną 
obecnością innego pojazdu; zakłóceniami radio wymi, szczegól nie w system ie łączności bezprzew odo wej 
działa jącym na częst otliwości około 5,8 GHz lub w inny ch systemac h publicznej łączności bezprzew odo wej lub 
może być spowodo wane zakłóceniem radaro wym lub trudnymi warunkami atmosferyczn ymi (np. w trakcie 
burzy); lub po prostu faktem , że pojazd wyjech ał poza obszar objęty zasięgiem łączności DSR C. Poszczegó lnych 
przypadk ów niepo wodzenia odczytu, ze wzg lędu na ich charakt er, nie można zarejestro wać po prostu dlatego, 
że nie doszło do nawiązania łączności. 
Jeżeli przedstawiciel właściwego organu kontrolnego wybiera pojazd i podejmuje próbę skiero wania zapytania 
do jego DSRC-VU, jednak nie doch odzi do skute cznego przesłania dany ch, uste rka taka mogła nastąpić 
w wyniku celo wego manipulo wania, w związku z czym przedstawiciel właściwego organu kontrolnego 
potrzebuje środka, aby móc wpro wadzić uster kę do rejestr u i ostrzec współpraco wnik ów znajdujący ch się na 
dalszym etapie łańcuc ha o możliwym naruszeniu. Współpraco wnicy mogą wówczas zatrzymać pojazd i 
przepro wadzić kontrolę fizyczną. W związku z tym, że nie nawiązano łączności, DSR C-VU nie może jednak 
dostarczyć dany ch doty czący ch uste rki. Przekazywanie tego rodza ju spraw ozdań powinno być zatem funkcją 
projektu urządzenia REDCR. 
„Niepo wodzenie odczytu” różni się pod wzg lędem technicznym od „błędu”. W tym kontekście „błąd” oznacza 
pozyskanie błędnej wartości . 
Dane przesłane do DSRC-VU są dostarczane w postaci już zabezpieczonej, dlatego muszą zostać zwer yfiko wane 
przez dostaw cę dany ch (zob. pkt 5.4). 
Dane przesłane następnie przez interfejs radio wy są sprawdzane w ramac h cyklicznej kontroli nadmiaro wej na 
poziomie łączności. Jeżeli dane zostaną zatwierdzone w ramac h CRC, oznacza to, że są poprawne. Jeżeli dane 
nie zostaną zatwierdzone w ramach CRC, oznacza to retransmisję dany ch. Prawdopod obieństwo, że 
niepopra wne dane pom yślnie przejdą CRC, jest statysty cznie na tyle znik ome, że można je pominąć. 
Jeżeli dane nie zostaną zatwierdzone w ramac h CRC i nie ma czasu na retransmisję i otrzymanie poprawn ych 
dany ch, wówczas rezultatem nie będzie błąd, lecz wystąpienie określonego typu niepo wodzenia odczytu. 
Jedyne znaczące dane na temat „uster ki”, które można zarejestro wać, doty czą liczby udany ch inicjacji transakcji, 
któr e z kolei nie skutkują skute cznym przesłaniem dany ch do REDCR. 
DSC_82  REDCR rejestr uje zate m z sygnaturą czaso wą liczbę przypadk ów, gdy faza „inicjo wania” zapytania 
DSR C przebiegła pom yślnie, ale transakcja zakończyła się, zanim REDCR pom yślnie pobrał Dane. 
Dane te są udostępniane przedstawicielo wi właściwego organu kontrolnego i przec howywane 
w pamięci urządzenia REDCR. Środkiem pozwalają cym na osiągnięcie tego celu jest kwestia projektu 
produktu lub specyfikacja właściwego orga nu kontrolnego. 
Jedyne znaczące dane na temat „błędó w”, które można zarejestro wać, doty czą liczby przypadk ów, gdy 
REDCR nie udało się deszyfro wać otrzymany ch Danych. Należy jednak zauważyć, że będzie to 
doty czyło wyłącznie wydajności oprogramo wania REDCR. Dane można technicznie deszyfro wać, ale 
będą pozbawi one sensu pod wzg lędem semanty cznym. 26.5.2016 L 139/495 Dziennik Urzędo wy Unii Europejskiej PL    
DSC_83  REDCR rejestr uje zatem z sygnaturą czaso wą liczbę podjęty ch prób deszyfro wania dany ch 
otrzymany ch przez interfejs DSR C, które zakończyły się niepo wodzeniem. 
6  TEST Y PRZEPR OWADZANE PRZY ODD ANIU DO EKSPLO ATACJI ORAZ TEST Y W RAMA CH PRZEGLĄDÓ W 
OKRESO WYCH FUNK CJI ŁĄCZNOŚCI NA ODLEGŁOŚĆ 
6.1  Uwagi ogólne 
DSC_84  Przewiduje się dwa rodzaje testów w odniesieniu do funkcji łączności na odległość:  
1) test ECHO w celu zatwierdzania kanału łączności bezprze wodowej DSRC-REDCR >>-:-<DSRC-VU;  
2) test bezpieczeństwa typu end-to-end przepro wadzany w celu zapewnienia, aby karta warsztato wa 
była w stanie uzyskać dostęp do zaszyfro wany ch i podpisany ch dany ch utwor zony ch przez VU i 
przesyłany ch za pośrednictwem kanału komunikacji bezprzewodo wej. 
6.2  ECHO 
Niniejsza klauzula zawi era postano wienia, które mają służyć wyłącznie sprawdzeniu, czy połączenie DSRC- 
REDCR >>-:-<DSRC-VU jest aktywne. 
Celem polecenia ECHO jest umożliwienie warsztatom lub placó wkom przepro wadza jący ch testy na potrzeby 
homolog acji typu zbadania, czy połączenie DSR C działa bez konieczności dostępu do poświadczeń zabezpie ­
czenia; Urządzenie testera musi być jedynie w stanie zainicjo wać łączność DSR C (wysłanie BST z AID=2), a 
następnie wysłać polecenie ECHO i – zakładaj ąc, że DSR C pracuje – otrzymać odpo wiedź ECHO. Więcej 
szczegół owych informacji można znaleźć w pkt 5.4.8. Zakładaj ąc, że otrzyma tę odpo wiedź prawidło wo, łącze 
DSR C (DSRC-REDCR >>-:-<DSRC-VU) można zatwierdzić jako funkcjonujące popra wnie. 
6.3  Testy mające na celu zatwierdzanie treści zabezpieczony ch dany ch 
DSC_85  Tego rodza ju test wyk onuje się w celu zatwierdzenia bezpieczn ych przepływ ów dany ch typu end-to- 
end. Do przepro wadzenia takiego testu niezbędny jest czytnik testowy DSR C. Czytnik testowy DSR C 
wyk onuje te same funkcje i jest wdrażany z tą samą specyfi kacją co czytnik wyk orzystywan y przez 
przedstawicie la organów ścigan ia z taką różnicą, że to karta warsztato wa jest wyk orzystywana do 
uwierzyteln iania użytk ownika czytnika testowego DSR C, a nie karta kontrolna. Test można przepro ­
wadzić po początk owej aktywacji tachog rafu inteligentnego lub pod koniec procedur y kalibracji. Po 
aktywacji przyrząd rejestr ujący generuje zabezpieczone dane doty czące wczesnego wykr ywania i 
przekazuje je do DSR C-VU. 
DSC_86  Praco wnicy warsztatu muszą umieścić czytnik testowy DSR C w odległości od 2 do 10 m od przodu 
pojazdu. 
DSC_87  Następnie praco wnicy warsztatu włożą kartę warsztato wą do czytnika testowego DSR C w celu 
przekazania przyrządo wi rejestr ującemu zapytania o przekazanie dany ch doty czący ch wczesnego 
wykr ywania. Po pom yślny m zapytaniu praco wnicy warsztatu uzyskaj ą dostęp do otrzymany ch dany ch 
w celu upewnienia się, że zostały one pom yślnie zatwierdzone pod wzg lędem integralności i 
deszyfro wane.  26.5.2016 L 139/496 Dziennik Urzędo wy Unii Europejskiej PL    
Dodatek 15 
MIGRA CJA: ZARZĄDZANIE WSPÓŁ ISTNIENIEM GENERA CJI URZĄDZEŃ 
SPIS TREŚCI 
1. DEFINICJE ......................................................................................................................................... 497 
2. PRZEPISY OGÓLNE ............................................................................................................................. 497 
2.1. Informacje ogóln e na temat przejścia .......................................................................................... 497 
2.2. Interoperacyjność między VU a kartami ...................................................................................... 498 
2.3. Interoperacyjność między VU a czujnikami ruchu.......................................................................... 498 
2.4. Interoperacyjność między przyrządami rejestr ującymi, kartami do tachografu i urządzeniami służącymi do 
pobierania dany ch.................................................................................................................. 498 
2.4.1 Bezpośrednie pobieranie dany ch z karty przez intelig entne urządzenia dedyk owane .............................. 498 
2.4.2 Pobieranie dany ch z karty za pomocą przyrządu rejestr ującego ........................................................ 499 
2.4.3 Pobieranie dany ch z przyrządó w rejestr ujący ch............................................................................. 499 
2.5. Interoperacyjność między VU a urządzeniami do kalibracji .............................................................. 499 
3. GŁÓ WNE DZIAŁANIA W OKRESIE POPRZEDZAJĄCYM DATĘ WPR OWADZENIA ............................................. 499 
4. PRZEPISY DOT YCZĄCE OKRESU PO DACIE WPR OWADZENIA ..................................................................... 499  
1.  DEFINICJE 
Do celó w niniejszego dodatku stosuje się następujące definicje: 
system tacho grafu inteligentnego: zgodnie z definicją zawar tą w niniejszym załączniku (rozdział 1: definicja 
bbb)); 
system tachog rafu pier wszej generacji: zgodnie z definicją zawar tą w niniejszym rozporządzeniu (art. 2: 
definicja 1)); 
system tachog rafu drugiej generacji: zgodnie z definicją zawar tą w niniejszym rozporządzeniu (art. 2: definicja 
7)); 
data wpro wadzenia: zgodnie z definicją zawar tą w niniejszym załączniku (rozdział 1: definicja ccc)); 
inteligentne urządzenie dedyk owane (IDE): urządzenie służące do przepro wadzania operacji pobierania 
dany ch, zgodnie z definicją zawar tą w dodatku 7 do niniejszego załącznika. 
2.  PRZEPISY OGÓLNE 
2.1.  Informa cje ogólne na temat przejścia 
Preambuła do niniejszego załącznika zawi era informacje ogólne na temat przejścia od stoso wania syste mów 
tachograf ów pier wszej generacji do stoso wania systemó w tachog rafów drugiej generacji. 
W uzupełnieniu postano wień niniejszej preambuły : 
—  czujniki ruchu pier wszej generacji nie będą inter operacyjne z przyrządami rejestr ującymi drugiej generacji; 
—  instalacja czujnik ów ruchu drugiej generacji rozpocznie się w tym sam ym czasie co instalacja przyrządó w 
rejestr ujący ch drugiej generacji; 
—  urządzenia do pobierania i kalibracji dany ch będą musiały ewoluo wać, aby mogły obsługiwać urządzenia 
rejestr ujące i karty do tachografu obu generacji. 26.5.2016 L 139/497 Dziennik Urzędo wy Unii Europejskiej PL    
2.2.  Interoperacyjność między VU a kartami 
Przyjmuje się, że karty do tachog rafu pier wszej generacji są interoperacyjne z przyrządami rejestr ującymi 
pier wszej generacji (zgodnie z załącznikiem 1B do niniejszego rozporządzenia), natomiast karty do tachog rafu 
drugiej generacji są interoperacyjne z przyrządami rejestr ującymi drugiej generacji (zgodnie z załącznikiem 1C do 
niniejszego rozporządzenia). Ponadto zastoso wanie mają przedsta wione poniżej wymogi. 
MIG_001  Z wyjątkiem treści wymogó w MIG_004 i MIG_005 karty do tachog rafu pier wszej generacji mogą być 
nadal używane w przyrządach rejestr ujący ch drugiej generacji do upływu daty ich ważności. 
Właściciele takich kart mogą jednak wystąpić z wnioskiem o ich wymianę na karty do tachog rafu 
drugiej generacji, jak tylko te drugie karty staną się dostępne. 
MIG_002  Przyrządy rejestr ujące drugiej generacji muszą być w stanie obsługiwać każdą włożoną ważną kartę 
kiero wcy , kartę kontrolną oraz kartę firmową pier wszej generacji. 
MIG_003  Warsztaty mogą raz na zawsze pozbawić przyrządy rejestr ującej tej funkcji, tak aby karty do 
tachografu pier wszej generacji nie mogły być już dłużej akcept owane. Może to nastąpić dopiero po 
wszczęciu przez Komisję Europejską stoso wnej procedur y, w ramach które j zwróci się ona do 
warsztató w o podjęcie takic h działań, np. w ramac h każdego przeg lądu okreso wego tachografu. 
MIG_004  Przyrządy rejestr ujące drugiej generacji muszą być w stanie obsługiwać wyłącznie karty warsztato we 
drugiej generacji. 
MIG_005  Do celó w określania trybu pracy przyrządy rejestr ujące drugiej generacji rozpoznaj ą wyłącznie typy 
włożony ch ważny ch kart, bez wzg lędu na ich generację. 
MIG_006  Każd a ważna karta do tach ografu drugiej generacji musi umożliwiać jej zast osowanie w przyrządach 
rejestr ujący ch pier wszej generacji w dokładnie taki sam sposób jak karty do tachografu pier wszej 
generacji tego samego typu. 
2.3.  Interoperacyjność między VU a czujnikami ruchu 
Przyjmuje się, że czujniki ruchu pier wszej generacji są interoperacyjne z przyrządami rejestr ującymi pier wszej 
generacji, natomiast czujniki ruchu drugiej generacji są interoperacyjne z przyrządami rejestr ującymi drugiej 
generacji. Ponadto zastoso wanie mają przedsta wione poniżej wymogi. 
MIG_007  Przyrządó w rejestr ujący ch drugiej generacji nie będzie można paro wać ani używać z czujnikami ruchu 
pier wszej generacji. 
MIG_008  Czujniki ruchu drugiej generacji można paro wać i używać wyłącznie z przyrządami rejestr ującymi 
drugiej generacji lub z obiema generacjami przyrządó w rejestr ujący ch. 
2.4.  Interoperacyjność między przyrządami rejestr ującymi, kartami do tachog rafu i urządzeniami służącymi 
do pobierania dany ch 
MIG_009  Urządzenia służące do pobierania dany ch mogą być używane tylko z jedną generacją przyrządó w 
rejestr ujący ch i kart do tachografu bądź z obiema generacjami. 
2.4.1  Bezpośrednie pobier anie dany ch z karty przez intelige ntne urządzenia dedykowan e 
MIG_010  Intelig entne urządzenia dedyk owane pobiera ją dane z kart do tachografu danej generacji włożon ych do 
ich czytnik ów kart z zast osowaniem mecha nizmó w zabezpieczenia i protok ołu pobierania dany ch tej 
generacji, a pobierane dane mają format zdefinio wany dla danej generacji. 
MIG_011  Aby organy kontrolne spoza UE mogły kontrolo wać kiero wców, należy umożliwić pobieranie dany ch 
z kart kiero wców (i kart warsztato wych) drugiej generacji w dokładnie taki sam sposób, w jaki 
pobierane są dane z kart kiero wcó w (i kart warsztato wych) pier wszej generacji. Tego rodza ju 
pobieranie obejmuje: 
—  niepodpisane pliki elementar ne 
 i 
 , 
—  niepodpisane pliki elementar ne (pier wszej generacji) 
 i 
 , 26.5.2016 L 139/498 Dziennik Urzędo wy Unii Europejskiej PL    
—  pliki elementar ne zawi erające inne dane aplikacyjne (w pliku katalogo wym 
 ) żądane przez 
protok ół pobierania dany ch z kart pier wszej generacji. Informacje takie są zabezpieczone podpisem 
cyfro wym zgodnie z mech anizmami zabezpieczenia pier wszej generacji. 
Tego rodza ju pobieranie nie może obejmo wać plików elementar nych zawi erający ch dane aplikacyjne 
istniejący ch wyłącznie w kartach kiero wców (i kartach warsztato wych) drugiej generacji (pliki 
elementar ne zawi erające dane aplikacyjne w pliku katalogo wym 
 ). 
2.4.2  Pobier anie danych z karty za pomocą przyrządu rejestrującego 
MIG_012  Dane z karty drugiej generacji włożonej do przyrządu rejestr ującego pier wszej generacji są pobierane 
za pomocą protok ołu pobierania dany ch pier wszej generacji. Karta taka odpo wiada na polecenia 
przyrządu rejestr ującego w dokładnie taki sam sposób jak karta pier wszej generacji, a pobierane dane 
mają taki sam format jak dane pobierane z karty pier wszej generacji. 
MIG_013  Dane z karty pier wszej generacji włożonej do przyrządu rejestr ującego drugiej generacji są pobierane 
za pomocą protok ołu pobierania dany ch określonego w dodatku 7 do niniejszego załącznika. Przyrząd 
rejestr ujący wysyła polecenia do karty w dokładnie taki sam sposób jak przyrząd rejestr ujący pier wszej 
generacji, a pobierane dane mają format określony w odniesieniu do kart pier wszej generacji. 
2.4.3  Pobier anie danych z przyrządów rejestr ujących 
MIG_014  Dane z przyrządó w rejestr ujący ch drugiej generacji są pobierane z zastoso waniem mechanizmó w 
zabezpieczenia drugiej generacji i prot okołu pobierania dany ch określonego w dodatku 7 do 
niniejszego załącznika. 
MIG_015  Aby organy kontrolne spoza UE mogły kontrolo wać kiero wców oraz aby warsztaty spoza UE mogły 
pobierać dane z przyrządó w rejestr ujący ch, opcjonalnie można również umożliwić pobieranie dany ch 
z przyrządó w rejestr ujący ch drugiej generacji z zastoso waniem mecha nizmó w zabezpieczenia 
pier wszej generacji oraz protok ołu pobierania dany ch pier wszej generacji. Pobierane dane mają taki 
sam format jak dane pobierane z przyrządu rejestr ującego pier wszej generacji. Funkcję tę można 
wybrać za pomocą poleceń w menu. 
2.5.  Interoperacyjność między VU a urządzeniami do kalibracji 
MIG_016  Urządzenia do kalibracji muszą być w stanie przepro wadzać kalibrację tachog rafów każdej generacji, 
z zastoso waniem protok ołu kalibracyjnego danej generacji. Urządzenia do kalibracji mogą być 
używane tylko z jedną generacją tach ograf ów bądź z obiema generacjami. 
3.  GŁÓ WNE DZIAŁANIA W OKRESIE POPRZEDZAJĄCYM DATĘ WPR OWADZENIA 
MIG_017  Klucze testowe i certyfikaty muszą zostać udostępnione producent om najpóźniej 30 miesięcy przed 
datą wpro wadzenia. 
MIG_018  Badania interoperacyjności muszą być gotowe do rozpoczęcia na wniosek producent ów najpóźniej 15 
miesięcy przed datą wpro wadzenia. 
MIG_019  Oficjalne klucze i certyfikaty muszą zostać udostępnione producentom najpóźniej 12 miesięcy przed 
datą wpro wadzenia. 
MIG_020  Państwa członk owskie muszą być w stanie rozpocząć wydawan ie kart warsztato wych drugiej generacji 
najpóźniej 3 miesiące przed datą wpro wadzenia. 
MIG_021  Państwa członk owskie muszą być w stanie rozpocząć wydawan ie wszystkic h typó w kart do tachog rafu 
drugiej generacji najpóźniej 1 miesiąc przed datą wpro wadzenia. 
4.  PRZEPISY DOT YCZĄCE OKRESU PO DACIE WPR OWADZENIA 
MIG_022  Po upływie daty wpro wadzenia państwa członk owskie wydaj ą wyłącznie karty do tach ografu drugiej 
generacji. 26.5.2016 L 139/499 Dziennik Urzędo wy Unii Europejskiej PL    
MIG_023  Producenci przyrządó w rejestr ujący ch / czujnik ów ruchu mogą produk ować przyrząd rejestr ujące / 
czujniki ruchu pier wszej generacji, dopóki są one wyk orzystywane w danym obszarze, tak aby była 
możliwa wymiana nieprawidło wo działający ch elementó w składo wych. 
MIG_024  Producenci przyrządó w rejestr ujący ch / czujnik ów ruchu mogą ubiegać się o utrzymanie homologacji 
typu przyrządó w rejestr ujący ch / czujnik ów ruchu pier wszej generacji, które mają już homologację 
typu, oraz uzyskać zgodę na takie utrzymanie.  26.5.2016 L 139/500 Dziennik Urzędo wy Unii Europejskiej PL    
Dodatek 16. 
ADAPTER DO POJAZDÓ W KATEGORII M1 I N1 
SPIS TREŚCI 
1. SKR ÓTY I DOKUMENT Y REFERENCYJNE ................................................................................................... 501 
1.1. Skróty ................................................................................................................................... 501 
1.2. Nor my referencyjne .................................................................................................................. 501 
2. OGÓLNA CHARAK TER YSTYKA I FUNK CJE ADAPTERA ................................................................................. 502 
2.1. Ogóln y opis adapt era ................................................................................................................ 502 
2.2. Funkcje .................................................................................................................................. 502 
2.3. Zabezpieczenie ........................................................................................................................ 502 
3. WYMA GANIA DOT YCZĄCE URZĄDZEŃ REJESTR UJĄCY CH W PRZYP ADKU ZAMONTO WANIA ADAPTERA ............ 502 
4. WYMA GANIA KONSTR UKCYJNE I FUNK CJONALNE W STOSUNKU DO ADAPTERA ............................................ 503 
4.1. Odbiór i przetwarzanie wejścio wych impulsó w prędk ości .................................................................. 503 
4.2. Przekazywanie odbierany ch impulsó w do wbudo wanego czujnika ruchu.............................................. 503 
4.3. Wbudo wan y czujnik ruchu......................................................................................................... 503 
4.4. Wymog i bezpieczeństwa ............................................................................................................ 503 
4.5. Parame try pracy ....................................................................................................................... 504 
4.6. Materi ały................................................................................................................................ 504 
4.7. Oznak owania .......................................................................................................................... 504 
5. INST ALACJA URZĄDZENIA REJESTR UJĄCEGO W PRZYP ADKU ZASTOSO WANIA ADAPTERA .............................. 504 
5.1. Instalacja ................................................................................................................................ 504 
5.2. Plombo wanie .......................................................................................................................... 505 
6. KONTR OLE, PRZEGLĄD Y I NAPRA WY ...................................................................................................... 505 
6.1. Przeg lądy okreso we .................................................................................................................. 505 
7. HOMOLOGA CJA TYPU URZĄDZENIA REJESTR UJĄCEGO W PRZYP ADKU ZASTOSO WANIA ADAPTERA ................. 505 
7.1. Uwagi ogólne .......................................................................................................................... 505 
7.2. Świadectwo funkcjonalności ....................................................................................................... 506  
1.  SKR ÓTY I DOKUMENT Y REFERENCYJNE 
1.1.  Skróty 
TBD  Do ustalenia 
VU  Przyrząd rejestr ujący 
1.2.  Nor my refe rencyjne 
ISO 16844-3 Pojazdy drogo we – Tachog rafy – Część 3: Podłączenie czujnika ruchu 26.5.2016 L 139/501 Dziennik Urzędo wy Unii Europejskiej PL    
2.  OGÓLNA CHARAK TER YSTYKA I FUNK CJE ADAPTERA 
2.1.  Ogólny opis adaptera 
ADA_001  Adapt er dostarcza podłączonemu do niego VU (przyrządo wi rejestr ującemu) w sposób pewn y i ciągły 
dane o ruchu pojazdu, odwzoro wujące jego prędk ość i przeb ytą drogę. 
Adapt er przeznaczony jest wyłącznie do pojazdó w, które muszą być wyposażone w urządzenie 
rejestr ujące zgodnie z niniejszym rozporządzeniem. 
Instaluje się go i używa wyłącznie w pojazdach określony ch w definicji yy) „adapt er” w załączniku IC, 
w któryc h z mechani cznego punktu widzenia niemożliwy jest montaż stoso wany ch czujnik ów ruchu 
innego rodza ju, pod innym wzg lędem zgodn ych z wymagani ami przedstawion ymi w niniejszym 
załączniku i w dodatkach 1–16 do niniejszego załącznika. 
Adapt er nie może być mechanicznie sprzężon y z ruchomą częścią pojazdu, lecz podłącza się go do 
impulsó w prędk ości/przeb ytej drogi, które są genero wane przez zintegro wane czujniki lub 
alternatywne interfejsy . 
ADA_002  Czujnik ruchu posiadający homologację typu (zgodnie z przepisami niniejszego załącznika IC sekcja 8 
– Homologacja typu dla urządzenia rejestr ującego i kart do tachograf ów) umieszczony jest 
w obudo wie adapt era, gdzie znajduje się również przetw ornik przekazujący odbierane impulsy do 
wbudo wanego czujnika ruchu. Sam wbudo wany czujnik ruchu jest podłączony do VU w taki sposób, 
aby sprzężenie między VU a adapt erem było zgodne z wymaganiami ISO16844-3. 
2.2.  Funkcje 
ADA_003  Adapt er realizuje następujące funkcje: 
—  odbiór i adap tacja wejścio wych impulsó w pomiar u prędk ości; 
—  przekazywanie odbierany ch impulsó w do wbudo wanego czujnika ruchu; 
—  wszystkie funkcje wbudo wanego czujnika ruchu przekazują w sposób pewny dane o ruchu 
pojazdu do VU. 
2.3.  Zabezpieczenie 
ADA_004  Adapt er nie musi posiadać certyfikacji bezpieczeństwa zgodnie z ogóln ym celem zabezpieczenia 
czujnika ruchu określony m w dodatku 10 do niniejszego załącznika. Zastoso wanie mają natomiast 
wymag ania doty czące zabezpieczenia określone w sekcji 4.4 niniejszego dodatku. 
3.  WYMA GANIA DOT YCZĄCE URZĄDZEŃ REJESTR UJĄCY CH W PRZYP ADKU ZAMONTO WANIA ADAPTERA 
Wymag ania zawa rte w kolejny ch rozdziałach wskazują sposób, w jaki należy rozumieć wymagania niniejszego 
załącznika w przypadku zastoso wania adap tera. W nawiasac h podano odpo wiednie numer y poszczegól nych 
wymagań załącznika IC. 
ADA_005  Urządzenie rejestr ujące każdego pojazdu wyposażonego w adap ter musi być zgodne ze wszystkimi 
przepisami niniejszego załącznika, chyba że w niniejszym dodatku przewidziano inaczej. 
ADA_006  W przypadku zainstalo wania adapt era, na urządzenie rejestr ujące składaj ą się przewody , adap ter (wraz 
z czujnikiem ruchu) oraz VU [01]. 
ADA_007  Przepisy regulujące wykr ywanie zdarzeń lub uster ek urządzenia rejestr ującego otrzymują brzmienie: 
—  zdarzenie „przer wa w zasilaniu” jest wyzwalane przez VU, o ile nie jest on w trybie kalibracyjnym , 
w przypadku każdej przer wy w zasilaniu wbudo wanego czujnika ruchu przekraczającej 200 
milisekund [79]; 
—  zdarzenie „błąd dany ch doty czący ch ruchu” jest wyzwalane przez UV w przypadku przer wy 
w normaln ym strumieniu dany ch między wbudo wanym czujnikiem ruchu a VU lub w przypadku 
błędu spójności lub autenty czności dany ch, który występuje podczas wymiany dany ch między 
wbudo wan ym czujnikiem ruchu a VU [83]; 26.5.2016 L 139/502 Dziennik Urzędo wy Unii Europejskiej PL    
—  zdarzenie „próba naruszenia zabezpieczenia” jest wyzwalane przez VU w przypadku każdego 
zdarzenia mającego wpływ na zabezpieczenie wbudo wanego czujnika ruchu, o ile nie jest on 
w trybie kalibracyjnym [85]; 
—  usterka „urządzenie rejestr ujące” jest wyzwalana przez VU, o ile nie jest on w trybie kalibracyjny m, 
w przypadku każdej uster ki wbudo wanego czujnika ruchu [88]. 
ADA_008  Uster ki adapt era wykr ywalne przez urządzenie rejestr ujące to uste rki związane z wbudo wanym 
czujnikiem ruchu [88]. 
ADA_009  Funkcja kalibracji VU pozwala na automa tyczne sparo wanie wbudo wanego czujnika ruchu z VU [202, 
204]. 
4.  WYMA GANIA KONSTR UKCYJNE I FUNK CJONALNE W STOSUNKU DO ADAPTERA 
4.1.  Odbiór i przetwarzanie wejścio wych impulsó w prędk ości 
ADA_011  Interfejs wejścio wy adap tera odbiera impulsy o częstotliw ości odwzoro wującej prędk ość i przeb ytą 
drogę. Własności elektr yczne impulsó w wejścio wych: do ustalenia przez producenta. Prawi dłowe 
sprzężenie wejścia adap tera z pojazdem umożliwiaj ą w stosowny ch przypadkac h regulacje, któryc h 
może dokonać wyłącznie producent adap tera lub zatwierdzony warsztat montujący adapt er. 
ADA_012  Interfejs wejścio wy adapt era musi w stoso wny ch przypadkac h mnożyć lub dzielić częstotliw ość 
impulsó w wejścio wych prędk ości przez stałą wartość, aby dostoso wać sygnał do zakresu 
współczynnika k zdef inio wanego w niniejszym załączniku (4 000 do 25 000 impulsó w/km). Wartość 
stałej może zaprogramo wać wyłącznie producent adap tera lub zatwierdzony warsztat instalujący 
adap ter. 
4.2.  Przeka zywanie odbierany ch impulsó w do wbudo wanego czujnika ruchu 
ADA_013  Impulsy wejścio we, poddane ewentualnej adap tacji w sposób opisany powyżej, przekazywane są do 
wbudo wanego czujnika ruchu w taki sposób, że każdy wejścio wy impuls wykr ywany jest przez 
czujnik ruchu. 
4.3.  Wbudo wany czujnik ruchu 
ADA_014  Wbudo wany czujnik ruchu stymulo wany jest przez przekazywane impulsy , co pozwala mu na 
wytwarzanie dany ch o ruchu, dokładnie odwzoro wujący ch ruch pojazdu w taki sposób, jakby był on 
mech anicznie sprzężony z ruchomą częścią pojazdu. 
ADA_015  VU wyk orzystuje dane identyfikacyjne wbudo wanego czujnika ruchu do identyfika cji adapt era [95]. 
ADA_016  Dane instalacyjne przec howywane we wbudo wan ym czujniku ruchu uważa się za dane instalacyjne 
adap tera [122]. 
4.4.  Wymogi bezpieczeństwa 
ADA_017  Obudo wa adapt era musi być wyk onana w sposób uniemożliwiający jej otwarcie. Musi być 
zaplombo wana, by łatwo można było wykr yć próby fizycznej ingerencji (np. w drodze oględzin, zob. 
ADA_035). Plomb y muszą spełniać te same wymogi co plomby czujnik ów ruchu [398–406]. 
ADA_018  Należy wykluczyć możliwość usunięcia wbudo wanego czujnika ruchu z adapt era bez naruszania 
plomb założony ch na obudo wę adapt era lub uszk odzenia plomb między czujnikiem a obudo wą 
adap tera (zob. ADA_034). 
ADA_019  Konstr ukcja adap tera musi być taka, by dane o ruchu mogły być przetwarzane i odbierane tylko 
z wejścia adapt era. 26.5.2016 L 139/503 Dziennik Urzędo wy Unii Europejskiej PL    
4.5.  Parametr y pracy 
ADA_020  Adapt er musi realizo wać wszystkie funkcje w zakresie temperatur określony m przez producenta. 
ADA_021  Adapt er musi realizo wać wszystkie funkcje w zakresie wilgotności od 10 % do 90 % [214]. 
ADA_022  Adapt er musi być zabezpieczony przed zbyt wysokim napięciem, odwróceniem bieguno wości 
zasilania oraz przed zwarciami [216]. 
ADA_023  Adapt er musi: 
—reago wać na pole magnety czne, któr e zakłóca wykr ywanie ruchu pojazdu. W takich okolicz ­
nościach przyrząd rejestr ujący zarejestr uje i zapisze w pamięci uste rkę czujnika [88]; albo 
—  posiadać czujnik, który jest chroniony przed polami magnety cznymi lub odpor ny na nie [217]. 
ADA_024  Adapt er musi spełniać przepisy międzynarodo wego regulaminu EKG ONZ nr 10, odnoszące się do 
kompatybi lności elektromagnety cznej, jak również musi być zabezpieczony przed skutkami 
wyłado wań elektrostaty czny ch oraz stanó w nieustalony ch [218]. 
4.6.  Mater iały 
ADA_025  Adapt er musi spełniać wymag ania odnośnie do stopn ia ochrony (do ustalenia przez producenta, zależnie 
od miejsca instalacji) [220, 221]. 
ADA_026  Obudo wa adapt era musi być żółta. 
4.7.  Oznak owania 
ADA_027  Do adapt era musi być przymoco wana tabliczka opiso wa z następującymi dany mi: 
—  nazwa i adres producenta adapt era; 
—  numer części producenta i rok produkcji adapt era; 
—  znak homologacji typu dla adap tera lub urządzenia rejestr ującego zawie rającego adap ter; 
—  data instalacji adap tera; 
—  numer identyf ikacyjn y pojazdu, w którym zainstalo wano dany adapt er. 
ADA_028  Na tabliczce opiso wej umieszcza się również następujące dane, jeżeli nie można ich bezpośrednio 
odczytać z zewnątrz na wbudo wanym czujniku ruchu: 
—  nazwa producenta wbudo wanego czujnika ruchu; 
—  numer części producenta i rok produkcji wbudo wanego czujnika ruchu; 
—  znak homologacji wbudo wanego czujnika ruchu. 
5.  INST ALACJA URZĄDZENIA REJESTR UJĄCEGO W PRZYP ADKU ZASTOSO WANIA ADAPTERA 
5.1.  Inst alacja 
ADA_029  Adapt ery przeznaczone do zamonto wania w pojazdach są monto wane wyłącznie przez producent ów 
pojazdó w, bądź przez zatwierdzone warsztaty , upo ważnione do instalacji, aktywacji oraz kalibracji 
tach ograf ów cyfro wych i inteligentn ych. 
ADA_030  Taki zatwierdzon y warsztat instalujący adap tery musi dost osować interfe js wejścio wy oraz wybrać 
podzielnik wejścio wego sygnału (w stoso wny ch przypadkach). 26.5.2016 L 139/504 Dziennik Urzędo wy Unii Europejskiej PL    
ADA_031  Taki zatwierdzony warsztat instalujący adapt er musi zaplombo wać jego obudo wę. 
ADA_032  Adapt er montuje się jak najbliżej tej części pojazdu, któr a jest źródłem impulsó w wejścio wych. 
ADA_033  Przew ody zasila jące adapt er muszą być czer wone (plus zasilania) i czar ne (masa). 
5.2.  Plombo wanie 
ADA_034  W odniesieniu do plombo wania zastos owanie mają następujące wymagani a: 
—  obudo wa adapt era musi być zaplombo wana (zob. ADA_017); 
—  obudo wa wbudo wanego czujnika ruchu musi być połączona plombą z obudo wą adap tera, chyba 
że nie można usunąć czujnika ruchu z obudo wy adapt era bez naruszania plomby(plomb) 
obudo wy adap tera (zob. ADA_018); 
—  obudo wa adapt era musi być połączona plombą z pojazdem; 
—  połączenie między adap terem a urządzeniem będącym źródłem impulsó w wejścio wych musi być 
zaplombo wane na obu końcac h (na tyle, na ile jest to możliwe). 
6.  KONTR OLE, PRZEGLĄD Y I NAPRA WY 
6.1.  Przeglądy okreso we 
ADA_035  Każdy przeg ląd okreso wy (przeg ląd okreso wy oznacza przeg ląd zgodny z wymag aniami [409]–[413] 
zawar tymi w załączniku 1C) urządzenia rejestr ującego w przypadku zast osowania adapt era obejmuje 
spra wdzenie: 
—  czy na adap terze znajdują się odpo wiednie znaki homologacji typu; 
—  czy plomby na adap terze i jego podłączeniach są nienar uszone; 
—  czy adapt er zainstalo wano zgodnie z informacjami podan ymi na tabliczce instalacyjnej; 
—  czy adapt er zainstalo wano zgodnie z instr ukcjami producenta adap tera lub pojazdu; 
—  czy dopuszcza się instalację adap tera w kontrolo wan ym pojeździe. 
ADA_036  Przedmiot owe przeg lądy obejmują kalibrację i wymianę wszystkic h plomb, niezależnie od ich stanu. 
7.  HOMOLOGA CJA TYPU URZĄDZENIA REJESTR UJĄCEGO W PRZYP ADKU ZASTOSO WANIA ADAPTERA 
7.1.  Uwagi ogólne 
ADA_037  Urządzenie rejestr ujące dostarcza się do homologacji typu w stanie kompletn ym z adapt erem [425]. 
ADA_038  Do homolog acji typu można przedstawić sam adap ter lub adapt er jako element składo wy urządzenia 
rejestr ującego. 
ADA_039  Homolog acja typu obejmuje badania funkcjonalności adapt era. Pozytywne wyniki każdego z tych 
badań potwierdza się odpo wiednim świadectwem [426]. 26.5.2016 L 139/505 Dziennik Urzędo wy Unii Europejskiej PL    
7.2.  Świadectw o funkcjonalności 
ADA_040  Świadectw o funkcjonalności adapt era lub urządzenia rejestr ującego zawiera jącego adap ter wydaj e się 
producent owi adapt era wyłącznie po pozytywny m przejściu co najmniej przez wszystkie wyszcze ­
gólnione niżej badania funkcjonalności. 
Nr Badanie Wyszczeg ólnienie Odpo wiednie wymagania 
1. Badanie administ racyjne 
1.1 Dokumentacja Prawi dłowość dokumentacji adapt era  
2. Kontrola wizualna 
2.1. Zgodność adap tera z dokumentacją  
2.2. Identyf ikacja / oznak owania adapt era ADA_027, ADA_028 
2.3 Materi ały, z któryc h wyk onany jest adapt er [219]–[223] 
ADA_026 
2.4. Plombo wanie ADA_017, ADA_018, 
ADA_034 
3. Badania funkcjonalności 
3.1 Przekazywanie impulsó w prędk ości do wbudo wanego czujnika ruchu ADA_013 
3.2 Odbiór i przetwarzanie wejścio wych imp ulsó w prędk ości ADA_011, ADA_012 
3.3 Dokładność pomiar u ruchu [30]–[35], [217] 
4. Badania środo wisk owe 
4.1 Wyniki badań producenta Wyn iki badań środo wisk owych przepro wadzo ­
nych przez producenta ADA_020, ADA_021, 
ADA_022, ADA_024 
5. EMC (kompatybilność elektromagnety czna) 
5.1 Emisje radiacyjne i wrażliw ość 
na radiację Spra wdzenie zgodności z przepisami dyrektywy 
2006/28/WE ADA_024 
5.2 Wyniki badań producenta Wyn iki badań środo wisk owych przepro wadzo ­
nych przez producenta ADA_024   26.5.2016 L 139/506 Dziennik Urzędo wy Unii Europejskiej PL