Ez a dokumentum kizárólag tájékoztató jelleg ű és nem vált ki joghatást. Az EU intézményei semmiféle felel ősséget nem 
vállalnak a tartalmáért. A jogi aktusoknak – ideértve azok bevezet ő hivatkozásait és preambulumbekezdéseit is – az Európai 
Unió Hivatalos Lapjában közzétett és az EUR-Lex portálon megtalálható változatai tekintend ők hitelesnek. Az említett 
hivatalos szövegváltozatok közvetlenül elérhet ők az ebben a dokumentumban elhelyezett linkeken keresztül  
►B A BIZOTTSÁG (EU) 2016/799 VÉGREHAJTÁSI RENDELETE  
(2016. március 18.)  
a menetíró készülékek és alkatrészeik kialakítására, tesztelésére, beépítésére, m űködtetésére és 
javítására vonatkozó követelményeket meghatározó 165/2014/EU európai parlamenti és tanácsi 
rendelet végrehajtásáról  
(EGT-vonatkozású szöveg)  
(HL L 139., 2016.5.26., 1. o.)  
Módosította:  
Hivatalos Lap  
Szám  Oldal  Dátum  
►M1 A Bizottság (EU) 2018/502 végrehajtási rendelete (2018. február 28.)  L 85  1  2018.3.28.  
Helyesbítette:  
►C1 Helyesbítés, HL L 146., 2016.6.3., 31. o. (2016/799)  
►C2 Helyesbítés, HL L 27., 2017.2.1., 169. o. (2016/799)  
►C3 Helyesbítés, HL L 233., 2019.9.10., 26. o. (2018/502)  02016R0799 — HU — 17.04.2018 — 001.004 — 1
02016R0799 — HU — 17.04.2018 — 001.004 — 2 
A BIZOTTSÁG (EU) 2016/799 VÉGREHAJTÁSI RENDELETE  
(2016. március 18.) 
a menetíró készülékek és alkatrészeik kialakítására, tesztelésére, 
beépítésére, m űködtetésére és javítására vonatkozó 
követelményeket meghatározó 165/2014/EU európai parlamenti és 
tanácsi rendelet végrehajtásáról  
(EGT-vonatkozású szöveg)  
1. cikk  
Tárgy és hatály  
(1) Ez a rendelet meghatározza a menetíró készülékekkel kapcsolatos 
alábbi szempontok egységes alkalmazásához szükséges rendelkezéseket:  
a) a jármű helyzetének rögzítése bizonyos pontokon a járm űvezető napi 
munkaideje során;  
b) az intelligens menetíró készülékeken végzett esetleges manipulációk 
és visszaélések korai távészlelése;  
c) a menetíró készülékeket és az intelligens közlekedési rendszereket 
összekapcsoló interfész;  
d) a menetíró készülékek típusjóváhagyására vonatkozó közigazgatási 
és műszaki követelmények, ideértve a biztonsági mechanizmusokat 
is. 
▼M1 
(2) Az intelligens menetíró készülékek és alkatrészeik kialakítását, 
tesztelését, beépítését, vizsgálatát és javítását az e rendelet I. C. mellék ­
letében meghatározott m űszaki követelményeknek megfelel ően kell 
végezni.  
(3) A nem az intelligens menetíró készülékék kategóriájába tartozó 
menetíró készülékeknek kialakításuk, tesztelésük, beépítésük, vizs ­
gálatuk és javításuk tekintetében továbbra is, értelemszer űen vagy a 
165/2014/EU rendelet I. mellékletében vagy a 3821/85/EGK tanácsi 
rendelet (  1 ) I. B. mellékletében meghatározott követelményeknek kell 
megfelelniük.  
▼B 
(4) A 96/53/EK irányelv 10d. cikkének megfelel ően a korai távész ­
lelő eszköznek a járm űvek fedélzetén elhelyezett tömegmér ő berende­
zések segítségével mért adatokat is továbbítania kell az esetleges 
csalások mihamarabbi felderítése érdekében.  
▼M1 
(5) Ez a rendelet nem sérti a 2014/53/EU európai parlamenti és 
tanácsi irányelv (  2 ) rendelkezéseit.  
▼B 
2. cikk  
Fogalommeghatározások  
E rendelet alkalmazásában a 165/2014/EU rendelet 2. cikkében szerepl ő 
fogalommeghatározások alkalmazandók.  ▼B 
( 1 ) A Tanács 3821/85/EGK rendelete (1985. december 20.) a közúti közleke ­
désben használt menetíró készülékekr ől (HL L 370., 1985.12.31., 8. o.). 
( 2 ) Az Európai Parlament és a Tanács 2014/53/EU irányelve (2014. április 16.) a 
rádióberendezések forgalmazására vonatkozó tagállami jogszabályok harmo ­
nizációjáról és az 1999/5/EK irányelv hatályon kívül helyezésér ől (HL L 153., 
2014.5.22., 62. o.).
 02016R0799 — HU — 17.04.2018 — 001.004 — 3  
Ezenkívül az alábbi fogalommeghatározásokat kell alkalmazni:  
1. „digitális menetíró készülék” vagy „els ő generációs menetíró készü ­
lék”: olyan digitális menetíró készülék, amely nem tartozik az intel ­
ligens menetíró készülékék kategóriájába;  
2. „külső GNSS-eszköz”: olyan eszköz, amely magában foglalja a 
GNSS-vev őt – abban az esetben, amikor a járm űegység nem 
egyetlen egység –, valamint azokat a további alkatrészeket, amelyek 
a helyzetmeghatározási adatoknak a járm űegység többi része felé 
való kommunikációjának védelmére szolgálnak;  
▼M1 
3. „adatközl ő mappa”: a teljes – papíralapú vagy elektronikus formá ­
tumú – mappa, amely a gyártó vagy meghatalmazottja által a típus ­
jóváhagyó hatósághoz a menetíró készülék vagy valamelyik alkat ­
részének típusjóváhagyása céljára benyújtott összes információt 
tartalmazza, köztük a 165/2014/EU rendelet 12. cikkének (3) bekez ­
désében említett tanúsítványokat, valamint az e rendelet I. C. 
mellékletében meghatározott tesztek elvégzésér ől készült jegy ­
zőkönyveket, csakúgy mint rajzokat, fényképeket és egyéb idevágó 
dokumentumokat;  
▼B 
4. „információs csomag”: a papíralapú vagy elektronikus formátumú 
adatközlő mappa, minden olyan dokumentummal együtt, amelyet a 
típusjóváhagyó hatóság feladatköre ellátása során csatolt az adat ­
közlő mappához, ideértve a típus-jóváhagyási folyamat végén a 
menetíró készüléknek vagy alkatrészének EK-típusbizonyítványát;  
5. „az információs csomag tartalomjegyzéke”: az információs csomag 
számokkal ellátott részeit felsoroló és annak minden lényeges 
elemét azonosító dokumentum. A dokumentumban az EK-típusjó ­
váhagyási folyamat egymást követ ő lépéseinek elkülöníthet őnek 
kell lenniük, és meg kell adni az információs csomag minden 
egyes felülvizsgálatának és aktualizálásának dátumát is;  
6. „korai távészlel ő eszköz”: a járm űegység azon berendezése, amelyet 
célzott közúti ellen őrzések végzésére használnak;  
▼M1 
7. „intelligens menetíró készülék” vagy „második generációs menetíró 
készülék”: a 165/2014/EU rendelet 8., 9. és 10. cikkének, valamint 
e rendelet I. C. mellékletének megfelel ő digitális menetíró készülék;  
8. „menetíró készülék alkatrésze”: a következ ő elemek valamelyike: 
járműegység, mozgásérzékel ő, adatrögzít ő lap, küls ő GNSS-eszköz 
és külső korai távészlel ő eszköz; 
▼B 
9. „típusjóváhagyó hatóság”: a menetíró készülék vagy alkatrészei 
típusjóváhagyásának elvégzéséért, az engedélyezési eljárásért, vala ­
mint a típusbizonyítványok kiadásáért, illetve adott esetben vissza ­
vonásáért felel ős tagállami hatóság, amely más tagállamok típusjó ­
váhagyó hatóságainak viszonylatában kapcsolattartó pontként 
működik, és gondoskodik arról, hogy a gyártók eleget tegyenek 
az e rendelet követelményeinek teljesítésére vonatkozó kötelezett ­
ségeiknek;  
▼M1 
10. „járműegység”: a menetíró készülék, ide nem értve a mozgásérzé ­
kelőt és a mozgásérzékel őhöz tartozó csatlakozó kábeleket.  
Egyetlen vagy a járm űben különböz ő helyeken elhelyezett több 
egység alkothatja, valamint feldolgozó egységb ől, adatmemóriából, 
időmérő funkcióból, két intelligenskártyainterfész-eszközb ől (jármű­
vezető és járm űkísérő), nyomtatóból, kijelz őből, csatlakozóból, a  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 4 
felhasználói inputok bevitelére szolgáló készülékekb ől, GNSS- 
vevőből és távoli kommunikációs eszközb ől áll.  
A járműegység típusjóváhagyástól függ ően az alábbi alkatrészekb ől 
állhat:  
— a járműegység önálló alkatrészként (a GNSS-vev ővel és a távoli 
kommunikációs eszközzel),  
— a járműegység háza (a távoli kommunikációs eszközzel), és a 
külső GNSS-eszköz, 
— a járműegység háza (a GNSS-vev ővel) és a küls ő távoli 
kommunikációs eszköz,  
— a járm űegység háza, a külső GNSS-eszköz és a küls ő távoli 
kommunikációs eszköz.  
Ha a járműegység a járműben különböz ő helyeken elhelyezett több 
egységből áll, a járm űegység fő alkotórésze az az egység, amely a 
feldolgozó egységet, az adatmemóriát és az idő mérő funkciót tartal ­
mazza.  
A „járműegység (VU)” kifejezés a „járm űegységet” vagy a „járm ű­
egység fő alkotórészét” jelöli.  
▼B 
3. cikk  
Helyzetalapú szolgáltatások  
(1) A gyártók kötelesek gondoskodni arról, hogy az intelligens 
menetíró készülékek kompatibilisek legyenek a Galileo navigációs 
rendszer és az európai geostacionárius navigációs lefedési szolgáltatási 
(EGNOS) rendszer által biztosított helyzetmeghatározási szolgáltatások ­
kal. 
(2) A gyártók dönthetnek úgy is, hogy az (1) bekezdésben említett 
rendszerek mellett más m űholdas navigációs rendszerekkel is biztosítják 
a kompatibilitást.  
4. cikk  
A menetíró készülékek és alkatrészeik típus-jóváhagyási eljárása 
(1) A menetíró készülék vagy bármely alkatrészének vagy alkatrészei 
csoportjának típusjóváhagyására irányuló kérelmet a gyártó vagy 
meghatalmazottja nyújtja be az egyes tagállamok által kijelölt típusjó ­
váhagyó hatóságokhoz. A kérelem az egyes alkatrészekkel kapcsolatos 
információkat tartalmazó adatközl ő mappából áll, amely magában 
foglalja adott esetben a menetíró készülék kiegészítéséhez szükséges 
további alkatrészek típusbizonyítványait, valamint minden egyéb 
idevágó dokumentumot.  
(2) A tagállamok minden olyan menetíró készülékre, azok alkatré ­
szére, illetve alkatrészeik csoportjára megadják a típusjóváhagyást, 
amely megfelel az 1. cikk (2) vagy értelemszer űen (3) bekezdésében 
említett közigazgatási és mű szaki követelményeknek. Ebben az esetben 
a típusjóváhagyó hatóság a kérelmez őnek az e rendelet II. mellékletében 
meghatározott mintának megfelel ő típusbizonyítványt állít ki.  
(3) A típusjóváhagyó hatóság a gyártót vagy meghatalmazottját 
további információk benyújtására kérheti.  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 5 
(4) A gyártó vagy meghatalmazottja annyi menetíró készüléket, 
illetve annyi alkatrészt bocsát a típusjóváhagyó hatóságok és a 
165/2014/EU rendelet 12. cikkének (3) bekezdésében említett tanúsítvá ­
nyok kiállításáért felel ős jogi személyek rendelkezésére, amennyi 
alapján megfelel ő módon elvégezhet ő a típus-jóváhagyási eljárás.  
(5) Amennyiben a gyártó vagy meghatalmazottja a menetíró készülék 
bizonyos alkatrészeire vagy alkatrészcsoportjaira kér típusjóváhagyást, a 
típusjóváhagyó hatóságok rendelkezésére bocsátja az egyéb, már típus ­
jóváhagyást kapott alkatrészeket, valamint a teljes menetíró készülék 
kialakításához szükséges egyéb részeket annak érdekében, hogy az emlí ­
tett hatóságok a szükséges teszteket el tudják végezni.  
5. cikk  
A típusjóváhagyások módosításai  
(1) A gyártó vagy meghatalmazottja haladéktalanul tájékoztatja az 
eredeti típusjóváhagyást megadó típusjóváhagyó hatóságokat a menetíró 
készülék szoftverének vagy hardverének vagy a készülék legyártásához 
használt, az adatközlő mappába bejegyzett anyagok jellegének bármi ­
lyen módosításáról, és a típusjóváhagyás módosítására irányuló kérelmet 
nyújt be.  
(2) A típusjóváhagyó hatóságok felülvizsgálhatják vagy kiterjeszt ­
hetik a meglév ő típusjóváhagyást, vagy a módosítások jellegének és 
jellemzőinek megfelel ően új típusjóváhagyást adhatnak ki.  
„Felülvizsgálatra ” akkor kerül sor, ha a típusjóváhagyó hatóság úgy ítéli 
meg, hogy a menetíró készülék szoftverének vagy hardverének, illetve a 
készülék legyártásához használt anyagok jellegének módosítása nem 
számottevő. Ebben az esetben a típusjóváhagyó hatóság kiadja az infor ­
mációs csomagot alkotó dokumentumok felülvizsgált változatát, 
amelyekben feltünteti a módosítások jellegét és az idevágó jóváhagyás 
megadásának id őpontját. Az e követelménynek való megfelelés teljesít ­
hető az információs csomag aktualizált, egységes szerkezetbe foglalt és 
az elvégzett módosítások részletes leírásával kiegészített változatával.  
„Kiterjesztésre ” akkor kerül sor, ha a típusjóváhagyó hatóság úgy ítéli 
meg, hogy a menetíró készülék szoftverének vagy hardverének, illetve a 
készülék legyártásához használt anyagok jellegének módosítása számot ­
tevő mértékű. Ebben az esetben új tesztek elvégzését kérheti, amir ől 
tájékoztatja a gyártót vagy annak meghatalmazottját. Ha e tesztek ered ­
ménye megfelel őnek bizonyul, a típusjóváhagyó hatóság felülvizsgált 
típusbizonyítványt állít ki, amely a megadott kiterjesztés számát is tartal ­
mazza. A típusbizonyítványban meg kell adni a kiterjesztés indokát és a 
dokumentum kiállításának id őpontját.  
(3) Az információs csomag tartalomjegyzékében fel kell tüntetni a 
típusjóváhagyás legutóbbi kiterjesztésének vagy felülvizsgálatának 
vagy a típusjóváhagyás legutóbbi aktualizálásának és egységes szerke ­
zetbe foglalásának id őpontját.  
(4) Új típusjóváhagyásra akkor lehet szükség, ha a típusjóváha ­
gyásban részesített menetíró készülék vagy alkatrészeinek kért módosí ­
tásai új biztonsági vagy interoperabilitási tanúsítvány kiállítását vonnák 
maguk után.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 6 
6. cikk 
Hatálybalépés 
Ez a rendelet az Európai Unió Hivatalos Lapjában való kihirdetését 
követő huszadik napon lép hatályba.  
Ezt a rendeletet 2016. március 2-t ől kell alkalmazni.  
▼M1 
Az I. C. melléklet azonban csak 2019. június 15-t ől alkalmazandó, a 
16. függelék kivételével, amely 2016. március 2-tól alkalmazandó.  
▼B 
Ez a rendelet teljes egészében kötelez ő és közvetlenül alkalmazandó 
valamennyi tagállamban.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 7  
I. C. MELLÉKLET  
Kialakítási, tesztelési, beépítési és vizsgálati követelmények  
BEVEZETÉS  
1. FOGALOMMEGHATÁROZÁSOK  
2. AZ ADATRÖGZÍT Ő KÉSZÜLÉK ÁLTALÁNOS JELLEMZ ŐI 
ÉS FUNKCIÓI  
2.1. Általános jellemz ők 
2.2. Funkciók  
2.3. Üzemmódok  
2.4. Biztonság  
3. AZ ADATRÖGZÍT Ő KÉSZÜLÉK KIALAKÍTÁSÁRA ÉS 
MŰKÖDÉSÉRE VONATKOZÓ KÖVETELMÉNYEK  
3.1. A kártyabehelyezések és -kivételek nyomon követése  
3.2. Sebesség-, helyzet- és távolságmérés  
3.2.1. A megtett távolság mérése  
3.2.2. Sebességmérés  
3.2.3. Helyzetmérés  
3.3. Id őmérés  
3.4. A járm űvezető tevékenységének nyomon követése  
3.5. A járm űvezetési állapot nyomon követése  
3.6. Adatbevitel a járm űvezetők által  
3.6.1. Azon helyek bevitele, ahol a munkanapok kezd ődnek és/vagy 
végződnek  
3.6.2. A járm űvezető tevékenységével kapcsolatos adatok és a járm űve­ 
zető ITS-interfésszel kapcsolatos hozzájárulásának kézi bevitele  
3.6.3. Különleges körülmények bevitele  
3.7. A vállalkozások általi lezárások kezelése  
3.8. Az ellen őrzési tevékenység nyomon követése  
3.9. Események és/vagy hibák észlelése  
3.9.1. „Érvénytelen kártya behelyezése”  
3.9.2. „Kártyaütközés”  
3.9.3. „Id őátfedés”  
3.9.4. „Járm űvezetés megfelel ő kártya nélkül”  
3.9.5. „Kártya behelyezése járm űvezetés közben”  
3.9.6. „Utolsó kártyakapcsolat nem megfelel ő lezárása”  
3.9.7. „Gyorshajtás”  
3.9.8. „Áramellátás megszakadása”  
3.9.9. „Kommunikációs hiba a távoli kommunikációs eszközzel”  
3.9.10. „A GNSS-vev őből származó helyzetmeghatározási információk 
hiánya”  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 8  
3.9.11. „Kommunikációs hiba a küls ő GNSS-eszközzel”  
3.9.12. A „mozgásadatok hibája”  
3.9.13 „A járm ű mozgásával kapcsolatos ellentmondás”  
3.9.14. A „biztonsági rendszer megsértésére irányuló kísérlet”  
3.9.15. „Id őütközés”  
3.9.16. Kártyahiba  
3.9.17. Az „adatrögzít ő készülék” hibája  
3.10. Beépített és önellen őrző tesztek  
3.11. Az adatmemória leolvasása  
3.12. Rögzítés és tárolás az adatmemóriában  
3.12.1. Készülékazonosítási adatok  
3.12.1.1. Járm űegység-azonosítási adatok  
3.12.1.2. A mozgásérzékel ő azonosítási adatai  
3.12.1.3. A globális navigációs m űholdrendszerek azonosítási adatai  
3.12.2. Kulcsok és tanúsítványok  
3.12.3. A járm űvezetői vagy műhelykártya behelyezési és kivételi adatai  
3.12.4. A járm űvezető tevékenységére vonatkozó adatok  
▼M1 
3.12.5. Azok a helyek (helységnév és földrajzi hely), ahol a munkanapok 
kezdődnek, végz ődnek és/vagy ahol a halmozott járm űvezetési id ő 
eléri a három óra többszörösét  
▼B 
3.12.6. A kilométer-számláló adatai  
3.12.7. Részletes sebességadatok  
3.12.8. Az eseményekkel kapcsolatos adatok  
3.12.9. A hibákkal kapcsolatos adatok  
3.12.10. Kalibrálási adatok  
3.12.11. Id őbeállítási adatok  
3.12.12. Az ellen őrzési tevékenységre vonatkozó adatok  
3.12.13. A vállalkozások általi lezárások adatai  
3.12.14. A letöltési tevékenységre vonatkozó adatok  
3.12.15. A különleges körülményekre vonatkozó adatok  
3.12.16. A tachográfkártya adatai  
3.13. A tachográfkártyák leolvasása  
3.14. Rögzítés és tárolás a tachográfkártyákon  
3.14.1. Rögzítés és tárolás az els ő generációs tachográfkártyákon  
3.14.2. Rögzítés és tárolás a második generációs tachográfkártyákon  
3.15. Kijelzés  
3.15.1. Az alapértelmezett adatok kijelzése  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 9  
3.15.2. Figyelmeztet ő kijelzés  
3.15.3. A menü elérése  
3.15.4. Egyéb kijelzett információk  
3.16. Nyomtatás  
3.17. Figyelmeztetések  
3.18. Adatletöltés küls ő adathordozókra  
3.19. Távoli kommunikáció a célzott közúti ellen őrzések céljára  
3.20. Küls ő kiegészítő eszközök számára kiadott adatok  
3.21. Kalibrálás  
3.22. Közúti kalibrálási ellen őrzés 
3.23. Id őbeállítás  
3.24. Teljesítményjellemz ők 
3.25. Anyagok  
3.26. Jelölések  
4. A TACHOGRÁFKÁRTYÁK KIALAKÍTÁSÁRA ÉS M ŰKÖDÉ­ 
SÉRE VONATKOZÓ KÖVETELMÉNYEK  
4.1. Látható adatok  
4.2. Biztonság  
4.3. Szabványok  
4.4. Környezeti és elektromos el őírások  
4.5. Adattárolás  
4.5.1. Az azonosítást és a kártya kezelését szolgáló elemi fájlok  
4.5.2. Az integrált áramkörös kártyák azonosítása  
4.5.2.1. Chipazonosítás  
4.5.2.2. DIR (csak második generációs tachográfkártyákban van jelen)  
4.5.2.3. ATR-információ (korlátozott, csak második generációs tachográf ­ 
kártyákban van jelen)  
4.5.2.4. Kiterjesztett hosszúságú információk (korlátozott, csak második 
generációs tachográfkártyákban van jelen)  
4.5.3. Járm űvezetői kártya  
4.5.3.1. Tachográf-alkalmazás (az els ő és második generációs járm űegy­ 
ségek számára)  
4.5.3.1.1. Alkalmazásazonosító  
4.5.3.1.2. Kulcsok és tanúsítványok  
4.5.3.1.3. A kártya azonosítása  
4.5.3.1.4. A kártyatulajdonos azonosítása  
4.5.3.1.5. Kártyaletöltés  
4.5.3.1.6. Információk a vezet ői engedélyr ől 
4.5.3.1.7. Az eseményekkel kapcsolatos adatok  
4.5.3.1.8. A hibákkal kapcsolatos adatok  
4.5.3.1.9. A járm űvezető tevékenységére vonatkozó adatok  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 10  
4.5.3.1.10. Az üzemeltetett járm űvek adatai  
4.5.3.1.11. A munkanap kezd ő és/vagy végs ő helye  
4.5.3.1.12. Kártyakapcsolati adatok  
4.5.3.1.13. Az ellen őrzési tevékenységre vonatkozó adatok  
4.5.3.1.14. A különleges körülményekre vonatkozó adatok  
4.5.3.2. Második generációs tachográf-alkalmazás (az els ő generációs 
járműegységek számára nem elérhet ő) 
4.5.3.2.1. Alkalmazásazonosító  
4.5.3.2.2. Kulcsok és tanúsítványok  
4.5.3.2.3. A kártya azonosítása  
4.5.3.2.4. A kártyatulajdonos azonosítása  
4.5.3.2.5. Kártyaletöltés  
4.5.3.2.6. Információk a vezet ői engedélyr ől 
4.5.3.2.7. Az eseményekkel kapcsolatos adatok  
4.5.3.2.8. A hibákkal kapcsolatos adatok  
4.5.3.2.9. A járm űvezető tevékenységére vonatkozó adatok  
4.5.3.2.10. Az üzemeltetett járm űvek adatai  
4.5.3.2.11. A munkanap kezd ő és/vagy végs ő helye (helységnév és földrajzi 
hely)  
4.5.3.2.12. Kártyakapcsolati adatok  
4.5.3.2.13. Az ellen őrzési tevékenységre vonatkozó adatok  
4.5.3.2.14. A különleges körülményekre vonatkozó adatok  
4.5.3.2.15. Az üzemeltetett járm űegységek adatai  
▼M1 
4.5.3.2.16. Azon helyek adatai, ahol a halmozott járm űvezetési id ő elérte a 
három órát  
▼B 
4.5.4. M űhelykártya  
4.5.4.1. Tachográf-alkalmazás (az els ő és második generációs járm űegy­ 
ségek számára)  
4.5.4.1.1. Alkalmazásazonosító  
4.5.4.1.2. Kulcsok és tanúsítványok  
4.5.4.1.3. A kártya azonosítása  
4.5.4.1.4. A kártyatulajdonos azonosítása  
4.5.4.1.5. Kártyaletöltés  
4.5.4.1.6. Kalibrálási és id őbeállítási adatok  
4.5.4.1.7. Az eseményekkel és a hibákkal kapcsolatos adatok  
4.5.4.1.8. A járm űvezető tevékenységére vonatkozó adatok  
4.5.4.1.9. Az üzemeltetett járm űvek adatai  
4.5.4.1.10. A munkanapok kezdetére és/vagy végére vonatkozó adatok  
4.5.4.1.11. Kártyakapcsolati adatok  
4.5.4.1.12. Az ellen őrzési tevékenységre vonatkozó adatok  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 11  
4.5.4.1.13. A különleges körülményekre vonatkozó adatok  
4.5.4.2. Második generációs tachográf-alkalmazás (az els ő generációs 
járműegységek számára nem elérhet ő) 
4.5.4.2.1. Alkalmazásazonosító  
4.5.4.2.2. Kulcsok és tanúsítványok  
4.5.4.2.3. A kártya azonosítása  
4.5.4.2.4. A kártyatulajdonos azonosítása  
4.5.4.2.5. Kártyaletöltés  
4.5.4.2.6. Kalibrálási és id őbeállítási adatok  
4.5.4.2.7. Az eseményekkel és a hibákkal kapcsolatos adatok  
4.5.4.2.8. A járm űvezető tevékenységére vonatkozó adatok  
4.5.4.2.9. Az üzemeltetett járm űvek adatai  
4.5.4.2.10. A munkanapok kezdetére és/vagy végére vonatkozó adatok  
4.5.4.2.11. Kártyakapcsolati adatok  
4.5.4.2.12. Az ellen őrzési tevékenységre vonatkozó adatok  
4.5.4.2.13. Az üzemeltetett járm űegységek adatai  
▼M1 
4.5.4.2.14. Azon helyek adatai, ahol a halmozott járm űvezetési id ő elérte a 
három órát  
▼B 
4.5.4.2.15. A különleges körülményekre vonatkozó adatok  
4.5.5. Ellen őrzőkártya  
4.5.5.1. Tachográf-alkalmazás (az els ő és második generációs járm űegy­ 
ségek számára)  
4.5.5.1.1. Alkalmazásazonosító  
4.5.5.1.2. Kulcsok és tanúsítványok  
4.5.5.1.3. A kártya azonosítása  
4.5.5.1.4. A kártyatulajdonos azonosítása  
4.5.5.1.5. Az ellen őrzési tevékenységre vonatkozó adatok  
4.5.5.2. Második generációs (G2) tachográf-alkalmazás (az els ő generációs 
járműegységek számára nem elérhet ő) 
4.5.5.2.1. Alkalmazásazonosító  
4.5.5.2.2. Kulcsok és tanúsítványok  
4.5.5.2.3. A kártya azonosítása  
4.5.5.2.4. A kártyatulajdonos azonosítása  
4.5.5.2.5. Az ellen őrzési tevékenységre vonatkozó adatok  
4.5.6. Vállalkozáskártya  
4.5.6.1. Tachográf-alkalmazás (az els ő és második generációs járm űegy­ 
ségek számára)  
4.5.6.1.1. Alkalmazásazonosító  
4.5.6.1.2. Kulcsok és tanúsítványok  
4.5.6.1.3. A kártya azonosítása  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 12  
4.5.6.1.4. A kártyatulajdonos azonosítása  
4.5.6.1.5. A vállalkozás tevékenységére vonatkozó adatok  
4.5.6.2. Második generációs (G2) tachográf-alkalmazás (az els ő generációs 
járműegységek számára nem elérhet ő) 
4.5.6.2.1. Alkalmazásazonosító  
4.5.6.2.2. Kulcsok és tanúsítványok  
4.5.6.2.3. A kártya azonosítása  
4.5.6.2.4. A kártyatulajdonos azonosítása  
4.5.6.2.5. A vállalkozás tevékenységére vonatkozó adatok  
5. AZ ADATRÖGZÍT Ő KÉSZÜLÉK BEÉPÍTÉSE  
5.1. Beépítés  
5.2. Illesztési címke  
5.3. Plombák  
6. ELLEN ŐRZÉSEK, VIZSGÁLATOK ÉS JAVÍTÁSOK  
6.1. Szerel ők, műhelyek és járm űgyártók jóváhagyása  
▼M1 
6.2. Új vagy javított alkatrészek ellen őrzése 
▼B 
6.3. A beépítés vizsgálata  
6.4. Id őszakos vizsgálatok  
6.5. A hibák mérése  
6.6. Javítások  
7. KÁRTYAKIBOCSÁTÁS  
8. AZ ADATRÖGZÍT Ő KÉSZÜLÉKEK ÉS A TACHOGRÁFKÁR ­ 
TYÁK TÍPUSJÓVÁHAGYÁSA  
8.1. Általános szempontok  
8.2. Biztonsági tanúsítvány  
8.3. M űködési tanúsítvány  
8.4. Interoperabilitási tanúsítvány  
8.5. Típusbizonyítvány  
8.6. Különleges eljárás: els ő interoperabilitási tanúsítványok második 
generációs adatrögzít ő készülékek és tachográfkártyák számára  
BEVEZETÉS  
Első generációs digitális menetíró rendszereket 2006. május 1. óta alkalmaznak. 
Ezek a készülékek a belföldi fuvarozásban élettartamuk végéig használhatók. A 
nemzetközi fuvarozásban ellenben 15 évvel e bizottsági rendelet hatálybalépését 
követően minden járm űvet az előírásoknak megfelel ő, második generációs intel ­
ligens menetíró készülékkel kell felszerelni, mely használatát e rendelet vezeti be.  
E melléklet azokat a követelményeket határozza meg, amelyek a második gene ­
rációs adatrögzít ő készülékekre és tachográfkártyákra vonatkoznak. Bevezetésük 
időpontjától kezdve kötelez ő lesz második generációs adatrögzít ő készülékeket 
beépíteni az els ő alkalommal nyilvántartásba vett járm űvekbe, és második gene ­
rációs tachográfkártyákat kell kiadni.  
A második generációs menetíró rendszerek zökken őmentes bevezetése érdekében  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 13  
— a második generációs tachográfkártyákat úgy kell megtervezni, hogy els ő 
generációs járm űegységekben is használni lehessen őket, 
— bevezetésük időpontjában nem kell az érvényes els ő generációs tachográfkár ­
tyákat lecserélni.  
Így a járm űvezetők mindkét rendszert használhatják majd egyedi járm űvezetői 
kártyájukat megtartva.  
A második generációs adatrögzítő készülékek kalibrálása azonban csak második 
generációs mű helykártyákkal lesz lehetséges.  
E melléklet az első és a második generációs menetíró rendszerek közötti inter ­
operabilitással kapcsolatos összes követelményt tartalmazza.  
A 15. függelék további információkat tartalmaz arra vonatkozóan, hogy a két 
rendszer egyidej ű használata miként valósítható meg.  
Függelékek listája  
1. függelék: ADATSZÓTÁR  
2. függelék: A TACHOGRÁFKÁRTYÁKRA VONATKOZÓ EL ŐÍRÁSOK  
3. függelék: PIKTOGRAMOK  
4. függelék: KINYOMATOK  
5. függelék: KIJELZÉS  
6. függelék: ELŐLAPI KALIBRÁLÁSI ÉS LETÖLT Ő CSATLAKOZÓ 
7. függelék: ADATLETÖLTÉSI PROTOKOLLOK 
8. függelék: KALIBRÁLÁSI PROTOKOLL  
9. függelék: TÍPUSJÓVÁHAGYÁS ÉS A MINIMÁLISAN EL ŐÍRT 
TESZTEK JEGYZÉKE  
10. függelék: BIZTONSÁGI KÖVETELMÉNYEK 
11. függelék: KÖZÖS BIZTONSÁGI MECHANIZMUSOK  
12. függelék: A GLOBÁLIS NAVIGÁCIÓS M ŰHOLDRENDSZEREN 
(GNSS-RENDSZEREN) ALAPULÓ HELYZETMEGHATÁ ­ 
ROZÁS 
13. függelék: ITS-INTERFÉSZ  
14. függelék: TÁVOLI KOMMUNIKÁCIÓS FUNKCIÓ  
15. függelék: MIGRÁLÁS: KÜLÖNFÉLE GENERÁCIÓJÚ KÉSZÜLÉKEK 
EGYÜTTES M ŰKÖDTETÉSE 
16. függelék: AZ M1 ÉS N1 KATEGÓRIÁJÚ JÁRM ŰVEKBE ÉPÍTEND Ő 
ADAPTER 
1 FOGALOMMEGHATÁROZÁSOK  
Ebben a mellékletben:  
a) „ aktiválás ”: 
az a szakasz, amelyben a menetíró készülék a m űhelykártya 
használata révén teljes mértékben üzemképessé válik, és vala ­
mennyi funkcióját üzembe helyezi, beleértve a biztonsági 
funkciókat is;  
b) „ hitelesítés ”: 
azon funkció, amelynek célja a személyazonosság megálla ­
pítása és ellen őrzése; 
c) „ hitelesség ”: 
az ellenőrizhető személyazonosságú felekt ől származó infor­
mációk tulajdonsága;  
d) „ beépített teszt (BIT)”:  
olyan, kérésre végrehajtott tesztek, amelyeket a kezel ő vagy 
valamely küls ő berendezés indít el;  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 14  
e) „naptári nap”:  
00 óra 00 perctől 24 óra 00 percig terjed ő nap. Minden naptári 
nap az egyeztetett világid őhöz (UTC) viszonyítandó;  
f) intelligens menetíró készülék „kalibrálása”:  
az adatmemóriában tárolandó járm űparaméterek frissítése vagy 
megerősítése. A járm űparaméterek magukban foglalják a járm ű 
azonosító adatait (járm ű jármű-azonosító száma [VIN], rend ­
száma [VRN] és a nyilvántartásba vétel szerinti tagállam), 
valamint a járm ű jellemzőit (w, k, l, abroncsméret; a sebesség ­
korlátozó készülék beállítása [adott esetben], az aktuális UTC 
idő, a kilométer-számláló aktuális értéke); az adatrögzít ő 
készülék kalibrálása során minden, a típusjóváhagyás szem ­
pontjából lényeges plomba típusát és azonosítóját el kell 
menteni az adatmemóriába;  
az UTC idő aktualizálását, illetve meger ősítését nem kalibrá ­
lásnak, hanem idő beállításnak kell tekinteni, amennyiben ez 
nem mond ellent a 409. követelménynek;  
az adatrögzít ő készülék kalibrálásához m űhelykártya haszná ­
lata szükséges; 
g) „ kártyaszám”:  
azon 16 alfanumerikus karakterb ől álló szám, amely egyértel ­
műen azonosítja a tachográfkártyát egy tagállamon belül. A 
kártyaszám magában foglalja a kártya konszekutív indexét 
(adott esetben), a kártyacsereindexet és a kártya megújítási 
indexét;  
a kártya egyértelm ű azonosítása tehát a kiállító tagállam 
kódjával és a kártyaszámmal lehetséges;  
h) „ a kártya konszekutív indexe”: 
a kártyaszám tizennegyedik alfanumerikus karaktere, amely 
arra szolgál, hogy a több tachográfkártyát is átvenni jogosult 
társaságnak, m űhelynek vagy ellen őrző hatóságnak kibocsátott 
különböző kártyákat megkülönböztesse. A társaság, a m űhely 
vagy az ellen őrző hatóság egyértelm ű azonosítása a kártya ­
szám első 13 karakterével lehetséges;  
i) „ a kártya megújítási indexe”:  
a kártyaszám tizenhatodik alfanumerikus karaktere, melyet a 
tachográfkártya minden egyes megújítása alkalmával eggyel 
növelnek;  
j) „ kártyacsereindex”:  
a kártyaszám tizenötödik alfanumerikus karaktere, melyet a 
tachográfkártya minden egyes cseréje alkalmával eggyel növel ­
nek; 
k) „ a jármű jellemző együtthatója”:  
az a jellemző számérték, amely megadja a járm ű és az adatrög ­
zítő készülék közötti kapcsolatot biztosító alkatrész (sebesség ­
váltó kimen őtengelye vagy a keréktengely) által azon id ő alatt 
kibocsátott kimen ő jel értékét, mialatt a járm ű a 414. követel ­
ményben meghatározott rendes vizsgálati feltételek mellett egy 
kilométernyi távolságot megtesz. A jellemz ő együtthatót kilomé ­
terenkénti impulzusszámban (w = … imp/km) kell kifejezni;  
l) „ vállalkozáskártya”:  
egy tagállam hatóságai által azon fuvarozási vállalkozások 
részére kiállított tachográfkártya, amelyek menetíró készülékkel 
felszerelt járm űveket kötelesek üzemeltetni; e kártya azonosítja 
a fuvarozási vállalkozást, és lehet ővé teszi a menetíró készü ­
lékben tárolt, az adott fuvarozási vállalkozás által lezárt adatok 
megjelenítését, letöltését és kinyomtatását;  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 15  
m) „az adatrögzít ő készülék állandója”:  
az egy kilométernyi megtett távolság kijelzéséhez és rögzítéséhez 
szükséges bemen ő jel értékét megadó jellemz ő számérték; ezen 
állandót kilométerenkénti impulzusszámban (k = … imp/km) kell 
kifejezni;  
n) a „megszakítás nélküli járm űvezetési idő t” az adatrögzít ő 
készülék számítja ki a következ ő módon (  1 ): 
a megszakítás nélküli járm űvezetési idő t egy meghatározott 
járművezető utolsó KÉSZENLÉTE vagy SZÜNETE/PIHE ­
NÉSE vagy legalább 45 perces ISMERETLEN (  2 ) időszaka 
óta eltelt mindenkori halmozott járm űvezetési idejeként kell 
kiszámítani (ez az id őszak az 561/2006/EK európai parlamenti 
és tanácsi rendelet (  3 ) értelmében több rövidebb id őszakból is 
állhat). A számítások céljára a járm űvezetői kártyán rögzített 
korábbi tevékenységeket is szükség szerint figyelembe kell 
venni. Amennyiben a járm űvezető nem helyezte be a kártyáját, 
a számítások azokon az adatokon alapulnak, amelyeket a 
memória a megfelel ő időtartam (amikor nem volt kártya a 
készülékben) és a megfelel ő kártyaolvasó egység vonatkozá ­
sában tárol; 
o) „ ellenőrzőkártya” : 
egy tagállam hatóságai által az illetékes nemzeti ellen őrző 
hatóság részére kiállított tachográfkártya, amely azonosítja az 
ellenőrző szervet és opcionálisan az ellen őrző tisztvisel őt, vala­
mint lehet ővé teszi az adatmemóriában vagy a járm űvezetői 
kártyán és opcionálisan a mű helykártyán tárolt adatokhoz 
való hozzáférést leolvasás, nyomtatás és/vagy letöltés céljából.  
A kártya egyben lehetővé teszi, hogy a közúti ellen őrzések 
során kalibrálást végezzenek, és hozzáférést biztosít a korai 
távészleléssel történ ő kommunikációhoz használt leolvasó 
adataihoz.  
p) a „halmozott pihenőidőt” az adatrögzít ő készülék számítja ki a 
következő módon (  1 ): 
a halmozott pihenőidőt egy meghatározott járm űvezető utolsó 
KÉSZENLÉTE vagy SZÜNETE/PIHENÉSE vagy legalább 
45 perces ISMERETLEN (  2 ) időszaka óta eltelt mindenkori 
halmozott KÉSZENLÉTE vagy SZÜNETE/PIHENÉSE vagy 
legalább 15 perces ISMERETLEN (  3 ) idő szakai összegeként 
kell kiszámítani (ez az id őszak az 561/2006/EK rendelet értel ­
mében több rövidebb idő szakból is állhat).  
A számítások céljára a járm űvezetői kártyán rögzített korábbi 
tevékenységeket is szükség szerint figyelembe kell venni. Az 
ismeretlen, negatív tartamú (az ismeretlen id őszak kezdete > az 
ismeretlen idő szak vége), két különböz ő adatrögzít ő készülék 
közötti idő átfedésekb ől eredő időszakokat nem kell a számí ­
tásnál figyelembe venni.  ▼B 
( 1 ) A megszakítás nélküli járm űvezetési id ő és a halmozott pihen őidő számításának e módja 
arra szolgál, hogy az adatrögzít ő készülék kiszámítsa, hogy mikor kell kibocsátani a 
megszakítás nélküli járm űvezetési id ővel kapcsolatos figyelmeztetést. E számítási mód 
nem befolyásolja ezen id őtartamok jogi értelmezését. A megszakítás nélküli járm űveze­
tési idő és a halmozott pihen őidő kiszámítására alternatív módszerek is alkalmazhatók, 
amennyiben e fogalommeghatározásokat újakkal kell felváltani, mivel azok az egyéb 
idevágó jogszabályok aktualizálása következtében elavulttá válnak. 
( 2 ) Az ISMERETLEN id őszakok azoknak az id őszakoknak felelnek meg, amikor nem volt 
járművezető i kártya az adatrögzít ő készülékben, és amikor a járm űvezető i tevékenységek 
kézi bevitele sem történt meg. 
( 3 ) Az Európai Parlament és a Tanács 2006. március 15-i 561/2006/EK rendelete a közúti 
szállításra vonatkozó egyes szociális jogszabályok összehangolásáról, a 3821/85/EGK és 
a 2135/98/EK tanácsi rendelet módosításáról, valamint a 3820/85/EGK tanácsi rendelet 
hatályon kívül helyezésér ől (HL L 102., 2006.4.11., 1. o.).
02016R0799 — HU — 17.04.2018 — 001.004 — 16  
Amennyiben a járm űvezető nem helyezte be a kártyáját, a 
számítások azokon az adatokon alapulnak, amelyeket a 
memória a megfelel ő időtartam (amikor nem volt kártya a 
készülékben) és a megfelel ő kártyaolvasó egység vonatkozá ­
sában tárol;  
q) „ adatmemória”:  
az adatrögzít ő készülékbe épített elektronikus adattároló beren ­
dezés;  
r) „ digitális aláírás”:  
egy adatblokkhoz csatolt olyan adat vagy az adatblokk olyan 
titkosított átalakítása, amelynek révén az adatblokk címzettje 
meggyőződhet az adatblokk hitelességér ől és integritásáról;  
s) „ letöltés”:  
a járműegység adatmemóriájában vagy a tachográfkártya 
memóriájában tárolt teljes adatkészletnek vagy annak egy 
részének a digitális aláírással együtt történ ő lemásolása azzal 
a feltétellel, hogy a tárolt adatok nem módosulnak és nem 
vesznek el.  
A digitális menetíró készülékekbe szánt járm űegységek gyár­
tóinak, valamint az adatfájlok letöltésére tervezett és szánt 
berendezések gyártóinak minden ésszer ű lépést meg kell 
tenniük annak érdekében, hogy az ilyen adatok letöltése a 
lehető legkisebb idő veszteséget okozza a fuvarozási vállalko ­
zások vagy járm űvezetők számára.  
A részletes sebességadatok letöltése nem feltétlenül szükséges 
az 561/2006/EK rendeletnek való megfelelés megállapításához, 
hanem egyéb célokat szolgálhat, például balesetek kivizsgálá ­
sát; 
t) „ járművezetői kártya”: 
valamely tagállam hatóságai által egy adott járm űvezető 
részére kiállított tachográfkártya, amely azonosítja a járm űve­
zetőt, és lehet ővé teszi a járm űvezető tevékenységére vonat ­
kozó adatok tárolását;  
u) „ gumiabroncsok tényleges kerülete”:  
azon távolságok átlaga, amelyet a járm űvet mozgató egyes 
kerekek (hajtókerekek) egy teljes fordulat során megtesznek. 
E távolságokat a 414. követelményben meghatározott rendes 
vizsgálati feltételek mellett kell lemérni, és „l = … mm” 
formában kell kifejezni. A járm űgyártók e távolságmérést elmé ­
leti számítással is helyettesíthetik, amelynek során a terheletlen 
menetkész járm ű tömegének tengelyek közötti eloszlásából 
indulnak ki (  1 ). Az ilyen elméleti számításra vonatkozó 
módszerek csak akkor alkalmazhatók, ha azokat a tagállam 
illetékes hatósága jóváhagyja, és e számításokat még a menetíró 
készülék aktiválása el őtt el kell végezni.  
v) „ esemény”:  
az intelligens menetíró készülék által észlelt olyan rendellenes 
művelet, amely feltételezhet ően csalási kísérlet eredménye;  
w) „ külső GNSS-eszköz”:  
olyan eszköz, amely magában foglalja a GNSS-vev őt – abban 
az esetben, amikor a járm űegység nem egyetlen egység –, 
valamint azokat a további alkatrészeket, amelyek a helyzet ­
meghatározási adatoknak a járm űegység többi része felé való 
kommunikációjának védelmére szolgálnak;  ▼B 
( 1 ) A Bizottság 2012. december 12-i 1230/2012/EU rendelete a 661/2009/EK európai parla ­
menti és tanácsi rendeletnek a gépjárm űvek és azok pótkocsijainak tömegével és mére ­
teivel kapcsolatos típus-jóváhagyási el őírások tekintetében történ ő végrehajtásáról és a 
2007/46/EK európai parlamenti és tanácsi irányelv módosításáról (HL L 353., 
2012.12.21., 31. o.). a legutóbb módosított formájában.
02016R0799 — HU — 17.04.2018 — 001.004 — 17  
x) „hiba”: 
az intelligens menetíró készülék által észlelt olyan rendellenes 
művelet, amely feltételezhet ően egy berendezés hibás mű ködé­
sének vagy meghibásodásának eredménye;  
y) „ GNSS-vev ő”: 
olyan elektronikus készülék, amely veszi és digitálisan feldol ­
gozza egy vagy több globális navigációs m űholdrendszer 
(angol rövidítéssel GNSS) jeleit a járm ű helyzetére, sebes ­
ségére és az idő re vonatkozó információk rendelkezésre bocsá ­
tása érdekében;  
z) „ beépítés”:  
a menetíró készülék beszerelése a járm űbe; 
aa) „ interoperabilitás”:  
a rendszerek és az alapjukat képez ő üzleti folyamatok adat ­
cserére és információmegosztásra való képessége;  
bb) „ interfész”: 
rendszerek közötti felület, amely az összekapcsolódást és inter ­
akciót lehet ővé tévő közegként szolgál;  
cc) „ helyzet”:  
a jármű földrajzi koordinátái egy adott pillanatban;  
dd) „ mozgásérzékel ő”: 
a menetíró készülék azon része, amely jelet bocsát ki a járm ű 
sebességének és/vagy megtett távolságának jelzésére;  
ee) „ nem érvényes kártya”: 
olyan kártya, amely hibásnak bizonyul, vagy amelynek a 
kezdeti hitelesítése nem sikerült, vagy amely nem érte még 
el érvényességi idejének kezdetét, illetve amelynek már lejárt 
az érvényességi ideje;  
ff) „ nyílt szabvány”: 
olyan szabvány, amelynek leírása szerepel egy díjmentesen 
vagy névleges díj ellenében hozzáférhet ő dokumentumban, 
amelynek sokszorosítása, terjesztése vagy felhasználása 
díjmentesen vagy névleges díj ellenében engedélyezett;  
gg) „ menetíró készülék nem szükséges”:  
az az eset, amikor az adatrögzít ő készülék használata – az 
561/2006/EGK rendelet el őírásainak megfelel ően – nem szük­
séges;  
hh) „ gyorshajtás”: 
a jármű engedélyezett sebességének túllépése, amely definíció 
szerint az a 60 másodpercet meghaladó id őszak, amely alatt a 
jármű mért sebessége meghaladja a 92/6/EGK tanácsi irányelv 
legutóbb módosított változatában (  1 ) a sebességkorlátozó 
készülékek beállítására meghatározott legnagyobb értéket;  
ii) „ időszakos vizsgálat”:  
annak ellen őrzésére végzett m űveletek sorozata, hogy a menetíró 
készülék megfelel ően működik, beállításai megfelelnek a járm ű 
paramétereinek, és nem csatlakozik hozzá manipulációs eszköz;  ▼B 
( 1 ) A Tanács 1992. február 10-i 92/6/EGK irányelve a Közösségben egyes gépjárm ű-kate­
góriákra sebességkorlátozó készülékek felszerelésér ől és használatáról (HL L 57., 
1992.3.2., 27. o.).
 02016R0799 — HU — 17.04.2018 — 001.004 — 18  
jj) „nyomtató”:  
az adatrögzít ő készülék azon összetev ője, amely biztosítja a 
tárolt adatok kinyomtatását;  
kk) „ korai távészleléssel történ ő kommunikáció”:  
a korai távészleléssel történ ő kommunikációhoz használt 
eszköz és a korai távészleléssel történ ő kommunikációhoz 
használt leolvasó közötti kommunikáció célzott közúti ellen ­ 
őrzések alatt, amelyeket az adatrögzít ő készüléken végzett 
esetleges manipulációk és visszaélések korai távészlelésének 
céljára végeznek;  
▼M1 
ll) „távoli kommunikációs eszköz” vagy „korai távészlel ő 
eszköz”:  
a járműegység azon berendezése, amelyet célzott közúti ellen ­ 
őrzések végzésére használnak;  
▼B 
mm) „a korai távészleléssel történ ő kommunikációhoz használt 
leolvasó”: 
az ellenőrző tisztvisel ők által a célzott közúti ellen őrzések 
során használt rendszer;  
nn) „ megújítás ”: 
egy új tachográfkártya kibocsátása abban az esetben, amikor a 
meglévő kártya érvényességi ideje lejárt, vagy a kártya 
meghibásodott, és a kibocsátó hatósághoz visszaküldték. 
Megújításkor mindenképpen meg kell gy őződni arról, hogy 
nem létezik-e egy idő ben két érvényes kártya;  
oo) „ javítás ”: 
egy mozgásérzékel ő, egy járműegység vagy egy kábel bármely 
olyan javítása, amelyhez az áramellátás kiiktatása, a menetíró 
készülék más alkatrészekt ől történő elválasztása, illetve a 
mozgásérzékel ő vagy a járm űegység felnyitása szükséges;  
pp) „ kártyacsere ”: 
új kártya kibocsátása egy meglévő tachográfkártya pótlására, 
amelyről bejelentették, hogy elveszett, ellopták vagy meghibá ­
sodott, és nem küldték vissza a kibocsátó hatósághoz. A 
cserénél mindig felmerül annak kockázata, hogy egy id őben 
két érvényes kártya létezik;  
qq) „ biztonsági tanúsítás”: 
az az eljárás, melynek során egy Common Criteria szerinti 
tanúsító szerv tanúsítja, hogy a vizsgálandó adatrögzít ő 
készülék (vagy annak valamely alkatrésze), illetve tachográf ­
kártya megfelel az idevágó védelmi profilban meghatározott 
biztonsági követelményeknek;  
rr) „ önellenőrzés”: 
az adatrögzít ő készülék által a hibák észlelése érdekében cikli ­
kusan és automatikusan végrehajtott tesztek;  
ss) „ időmérés ”: 
az egyeztetett világidő (UTC) folyamatos, digitális rögzítése;  
▼M1 
tt) „idő beállítás”:  
az aktuális idő kiigazítása; e kiigazítás lehet automatikus, rend ­
szeres időközönkénti, referenciaként a GNSS-vev ő által szol ­
gáltatott idő felhasználásával vagy pedig kalibrálás közben 
végzett beállítás;  
▼B 
uu) „abroncsméret”:  
az abroncsok (küls ő hajtókerekek) méreteinek megjelölése a 
92/23/EGK tanácsi irányelv (  1 ) legutóbbi módosításának 
megfelelően; ▼B 
( 1 ) A Tanács 1992. március 31-i 92/23/EGK irányelve a gépjárm űvek és pótkocsijaik gumi­
abroncsairól és azok felszerelésér ől (HL L 129., 1992.5.14., 95. o.).
 02016R0799 — HU — 17.04.2018 — 001.004 — 19  
vv) „járm ű azonosítása”:  
a jármű azonosítására szolgáló számok: a jármű rendszáma 
(VRN) a nyilvántartásba vétel szerinti tagállam megjelölésével, 
valamint a járm ű jármű-azonosító száma (VIN) (  1 ); 
ww) az adatrögzítő készülékben történ ő számítást szolgáló „hét” 
szó: 
a hétfő 00.00 óra UTC időponttól a vasárnap 24.00 óráig 
terjedő időszak; 
xx) „ műhelykártya” : 
valamely tagállam által jóváhagyott menetírógyártó, -szerel ő, 
járműgyártó vagy mű hely kijelölt személyzete részére az adott 
tagállam hatóságai által kiadott tachográfkártya, amely azono ­
sítja a kártyatulajdonost és lehet ővé teszi a menetíró készülék 
tesztelését, kalibrálását, aktiválását és/vagy az arról való letöl ­
tést; 
yy) „ adapter ”: 
a jármű sebességének és/vagy megtett távolságának jelzésére 
folyamatosan jelet kibocsátó eszköz, amely nem tartozik a 
független mozgásérzékeléshez használt berendezések kategóri ­
ájába, és:  
▼M1 
— kizárólag a (2007/46/EK európai parlamenti és tanácsi 
irányelv (  2 ) legutóbb módosított változatának II. mellékle ­
tében található meghatározások szerinti) M1 és N1 kategó ­
riájú járművekbe építik be,  
▼B 
— abban az esetben építik be, ha mechanikai okokból más 
típusú mozgásérzékel ő nem építhet ő be, jóllehet az 
megfelel az ebben a mellékletben és e melléklet 
1–15. függelékében foglalt el őírásoknak, 
— a járműegység és azon pont közé építik be, ahol az integ ­
rált érzékel ők vagy alternatív interfészek a sebességre/meg ­
tett távolságra vonatkozó impulzusokat generálják,  
— a járműegység szempontjából tekintve az adapter viselke ­
dése ugyanolyan, mintha a járm űegységre egy, az e 
mellékletben és e melléklet 1–16. függelékében foglalt 
előírásoknak megfelel ő mozgásérzékel őt csatlakoztatnának.  
Az ilyen adapternek a fent leírt járművekbe történ ő beépí­
tésével lehet ővé válik az e mellékletben foglalt valamennyi 
követelménynek megfelel ő járműegység beépítése és 
megfelelő alkalmazása;  
az ilyen járm űvek esetében az intelligens menetíró készü ­
léknek a szükséges kábelek, az adapter és a járm űegység is 
részét képezik;  ▼B 
( 1 ) A Tanács 1975. december 18-i 76/114/EGK irányelve a gépjárm űvek és pótkocsijaik 
hatóságilag el őírt tábláira és felirataira, valamint elhelyezésükre és rögzítési módjukra 
vonatkozó tagállami jogszabályok közelítésér ől (HL L 24., 1976.1.30., 1. o.). 
( 2 ) Az Európai Parlament és a Tanács 2007. szeptember 5-i 2007/46/EK irányelve a gépjár ­
művek és pótkocsijaik, valamint az ilyen járm űvek rendszereinek, alkatrészeinek és 
önálló műszaki egységeinek jóváhagyásáról ( keretirányelv ) (HL L 263., 2007.10.9., 
1. o.).
02016R0799 — HU — 17.04.2018 — 001.004 — 20  
zz) „adatok integritása”:  
a tárolt adatok pontossága és konzisztenciája, amely abban 
nyilvánul meg, hogy egy adatrekord két frissítése között nem 
mutatkozik különbség az adatokban. Az integritás azt jelenti, 
hogy az adatok az eredeti adatok pontos másolatai, azaz nem 
sérültek sem a tachográfkártyára vagy egy kijelölt berende ­
zésre való írás és a kártyáról vagy a berendezésr ől való leolva ­
sás, sem pedig az adatátvitel folyamata során, történjen az 
bármilyen kommunikációs csatornán;  
aaa) „ adatvédelem”:  
azok az átfogó mű szaki intézkedések, amelyeket a 
95/46/EK európai parlamenti és tanácsi irányelvben (  1 ), vala­
mint a 2002/58/EK európai parlamenti és tanácsi irányelv ­
ben (  2 ) megállapított elvek megfelel ő végrehajtása érdekében 
alkalmaznak;  
bbb) „ intelligens menetíró rendszer”:  
az adatrögzít ő készülék, a tachográfkártyák, valamint e rend ­
szerek kialakítása, beépítése, használata, tesztelése és ellen ­ 
őrzése során minden közvetlenül vagy közvetve egymásra 
ható berendezés, mint például kártyák, a távoli kommunikáci ­
óhoz használt leolvasó és az adatok letöltésére vagy elemzé ­
sére, illetve a biztonsági elemek kalibrálására, generálására, 
kezelésére vagy bevezetésére stb. szolgáló bármilyen egyéb 
berendezések;  
ccc) „ a bevezetés id őpontja”: 
36 hónappal a 165/2014/EU európai parlamenti és tanácsi 
rendelet (  3 ) 11. cikkében említett részletes rendelkezések 
hatálybalépését követ ően. 
Az a dátum, amelyet követ ően az első alkalommal nyilvántar ­
tásba vett járm űveket/járm űveknek:  
— fel kell szerelni m űholdas navigációs rendszeren ala- 
puló helyzetmeghatározási szolgáltatáshoz csatlakoztatott 
menetíró készülékkel,  
— mozgás közben képesnek kell lenniük arra, hogy továb ­
bítsák a célzott közúti ellen őrzésekhez szükséges adatokat 
az illetékes ellen őrző hatóságoknak,  
— el lehet látni szabványosított interfészekkel, amelyek lehe ­
tővé teszik, hogy egy küls ő eszköz a menetíró készülékek 
által rögzített vagy el őállított adatokat m űködési üzem­
módban használni tudja;  
ddd) „ védelmi profil”:  
a Common Criteria szabvány szerinti tanúsítási folyamat során 
használt dokumentum, amely az információvédelemre vonat ­
kozó biztonsági követelmények leírását tartalmazza, függet ­
lenül a követelmények végrehajtásától;  ▼B 
( 1 ) Az Európai Parlament és a Tanács 1995. október 24-i 95/46/EK irányelve a személyes 
adatok feldolgozása vonatkozásában az egyének védelmér ől és az ilyen adatok szabad 
áramlásáról (HL L 281., 1995.11.23., 31. o.) 
( 2 ) Az Európai Parlament és a Tanács 2002. július 12-i 2002/58/EK irányelve az elektro ­
nikus hírközlési ágazatban a személyes adatok kezelésér ől, feldolgozásáról és a 
magánélet védelmér ől (HL L 201., 2002.7.31., 37. o.). 
( 3 ) Az Európai Parlament és a Tanács 2014. február 4-i 165/2014/EU rendelete a közúti 
közlekedésben használt menetíró készülékekrő l, a közúti közlekedésben használt 
menetíró készülékekr ől szóló 3821/85/EGK tanácsi rendelet hatályon kívül helyezésér ől 
és a közúti szállításra vonatkozó egyes szociális jogszabályok összehangolásáról szóló 
561/2006/EK európai parlamenti és tanácsi rendelet módosításáról (HL L 60., 2014.2.28., 
1. o.).
 02016R0799 — HU — 17.04.2018 — 001.004 — 21  
eee) „a GNSS pontossága”:  
a menetíró készülékek helyzetének globális navigációs 
műholdrendszerrel való feljegyzésének összefüggésében a 
vízszintes pontossághígulás (HDOP) értéke, amelyet a rendel ­
kezésre álló GNSS-rendszer által begy űjtött HDOP-értékek 
minimumaként számítanak ki;  
▼M1 
fff) „halmozott járm űvezetési idő ”: 
egy adott jármű vezetési perceinek összesített számát jelöl ő 
érték. 
A halmozott vezetési idő a VEZETÉSNEK tekintett összes 
percnek az adatrögzít ő készülék vezet ői tevékenységek ellen ­ 
őrzését szolgáló funkciója általi folyamatos számolása, amelyet 
csak arra használnak, hogy kiváltsák a járm ű helyzetének 
rögzítését valahányszor a halmozott járm űvezetési idő eléri a 
három óra többszörösét. A halmozás az adatrögzít ő készülék 
aktiválásakor kezd ődik. Más körülmény, például „menetíró 
készülék nem szükséges” vagy kompon/vonaton megtett út” 
nem befolyásolja.  
A halmozott járm űvezetési idő értéket nem szánják megjelení ­
tésre, nyomtatásra vagy letöltésre.  
▼B 
2 AZ ADATRÖGZÍT Ő KÉSZÜLÉK ÁLTALÁNOS JELLEMZ ŐI ÉS 
FUNKCIÓI  
2.1 Általános jellemzők 
Az adatrögzít ő készülék rendeltetése, hogy rögzítse, tárolja, kije ­
lezze és kinyomtassa a járm űvezető tevékenységére vonatkozó 
kimeneti adatokat.  
Az e melléklet rendelkezéseinek megfelelő adatrögzít ő készülékkel 
felszerelt minden járm űvön sebességkijelz őnek és kilométer-számlá ­
lónak is kell lennie. Az adatrögzít ő készülék maga is tartalmazhatja 
e funkciókat.  
(01) Az adatrögzítő készülék kábelekb ől, egy mozgásérzékel őből 
és egy járm űegységből áll.  
(02) A mozgásérzékel ők és a járműegységek közötti interfésznek 
meg kell felelnie a 11. függelék követelményeinek.  
(03) A járműegységnek a 12. függelék el őírásai szerint globális 
navigációs mű holdrendszer(ek)hez kell csatlakoznia.  
(04) A járműegységnek a 14. függelék el őírásai szerint kommu ­
nikálnia kell a korai távészleléssel történ ő kommunikációhoz 
használt leolvasókkal.  
(05) A járműegység magában foglalhat egy, a 13. függelékben 
meghatározott ITS-interfészt.  
Az adatrögzít ő készüléket további interfészek és/vagy az 
opcionális ITS-interfész segítségével egyéb eszközökhöz is 
csatlakoztatni lehet.  
(06) Amennyiben az adatrögzítő készülékbe pótlólagos berende ­
zést vagy funkciót építenek be, illetve ahhoz ilyen berende ­
zést kapcsolnak, ezek – függetlenül attól, hogy jóváhagyot ­
tak-e vagy sem – nem kelthetnek zavart az adatrögzít ő 
készülék megfelel ő és üzembiztos mű ködésében, és elmé ­
letileg sem lehetnek alkalmasak erre, továbbá nem lehetnek 
ellentétesek e rendelet rendelkezéseivel.  
Az adatrögzít ő készülék használói tachográfkártyával azono­
sítják magukat.  
(07) Az adatrögzítő készülék szelektív hozzáférési jogokat 
biztosít az adatokhoz és funkciókhoz a felhasználó típusa 
és/vagy személyazonossága szerint.  
Az adatrögzít ő készülék rögzíti, és a memóriájában, a távoli 
kommunikációt lehet ővé tevő eszközön, valamint a tachográfkártyán 
tárolja az adatokat.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 22  
Ez a személyes adatok feldolgozása vonatkozásában az egyének 
védelméről és az ilyen adatok szabad áramlásáról szóló, 
1995. október 24-i 95/46/EK irányelvnek (  1 ), az elektronikus hírköz ­
lési ágazatban a személyes adatok kezelésér ől, feldolgozásáról és a 
magánélet védelmér ől szóló, 2002. július 12-i 2002/58/EK irányelv ­
nek (  2 ), valamint a 165/2014/EU rendelet 7. cikkének megfelel ően 
történik.  
2.2 Funkciók 
(08) Az adatrögzítő készülék a következ ő funkciókat látja el:  
— a kártyabehelyezések és -kivételek nyomon követése,  
— sebesség-, távolság- és helyzetmérés,  
— idő mérés, 
— a járművezető tevékenységének nyomon követése,  
— a járművezetési állapot nyomon követése,  
— a járművezetők által végzett kézi adatbevitel:  
— azon helyek bevitele, ahol a munkanapok kezd ődnek 
és/vagy végz ődnek, 
— a járművezető tevékenységének kézi bevitele,  
— különleges körülmények bevitele,  
— vállalkozás általi lezárás kezelése,  
— az ellenőrzési tevékenység nyomon követése,  
— események és/vagy hibák észlelése,  
— beépített és önellenőrző tesztek, 
— az adatmemória leolvasása,  
— rögzítés és tárolás az adatmemóriában,  
— a tachográfkártya leolvasása,  
— rögzítés és tárolás a tachográfkártyákon,  
— kijelzés,  
— nyomtatás,  
— figyelmeztetés,  
— adatletöltés külső adathordozókra,  
— távoli kommunikáció a célzott közúti ellen őrzések 
céljára,  
— kimenő adatok továbbítása kiegészít ő készülékekre, 
— kalibrálás,  
— közúti kalibrálási ellenőrzés, 
— idő beállítás.  
2.3 Üzemmódok 
(09) Az adatrögzítő készülék négy üzemmóddal rendelkezik:  
— mű ködési üzemmód,  
— ellenőrzési üzemmód,  
— kalibrálási üzemmód,  
— vállalkozási üzemmód.  
(10) Az adatrögzít ő készüléknek a kártyainterfész-eszközbe 
behelyezett érvényes tachográfkártyáknak megfelel ően az 
alábbi üzemmódokba kell kapcsolnia. Az üzemmód 
meghatározása szempontjából a tachográfkártya generációja 
lényegtelen, az a fontos, hogy a behelyezett kártya érvényes 
legyen. A második generációs járm űegységbe helyezett els ő 
generációs mű helykártyát mindig érvénytelennek kell tekin ­
teni. ▼B 
( 1 ) HL L 281., 1995.11.23., 31. o. 
( 2 ) HL L 201., 2002.7.31., 37. o.
 02016R0799 — HU — 17.04.2018 — 001.004 — 23  
Üzemmód  Járművezető i kártyaolvasó egység 
Nincs kártya  Járm űvezető i kártya Ellen őrzőkártya M űhelykártya  Vállalkozáskártya
 Járműkísérői kártyaolvasó egység 
Nincs kártya m űködési m űködési ellen őrzési kalibrálási  vállalkozási  
Járművezetői 
kártya működési m űködési ellen őrzési kalibrálási  vállalkozási  
Ellenőrzőkártya ellen őrzési ellen őrzési ellen őrzési (*) m űködési m űködési 
Műhelykártya  kalibrálási  kalibrálási  m űködési kalibrálási (*)  működési 
Vállalkozáskár ­
tya vállalkozási  vállalkozási  működési m űködési vállalkozási (*)  
(*) Az ilyen helyzetekben az adatrögzít ő készülék csak a járm űvezető i kártyaolvasó egységbe helyezett tachográfkártyát használhatja.  
(11) A készülék a behelyezett nem érvényes kártyákat figyelmen 
kívül hagyja, azonban az adatok lejárt kártyáról való kijel ­
zésének, kinyomtatásának vagy letöltésének lehetségesnek 
kell lennie.  
(12) A 2.2. pontban felsorolt minden funkciónak minden üzem ­
módban m űködnie kell, az alábbi kivételekkel:  
— a kalibrálási funkció csak a kalibrálási üzemmódban 
hozzáférhet ő, 
— a közúti kalibrálási ellen őrzési funkció csak az ellen ­ 
őrzési üzemmódban hozzáférhet ő, 
— a vállalkozás általi lezárás kezelése funkció csak a vállal ­
kozási üzemmódban hozzáférhet ő, 
— az ellenőrzési tevékenységek nyomon követése funkció 
csak az ellen őrzési üzemmódban mű ködik, 
— a letöltési funkció a m űködési üzemmódban nem hozzá ­
férhető (a 193. követelmény szerinti esetek kivételével), 
kivéve a járm űvezetői kártya adatainak letöltése során, 
amikor más kártya nincs behelyezve a járm űegységbe. 
(13) Az adatrögzítő készülék bármely adatot kiadhat kijelzésre, 
kinyomtatásra vagy küls ő interfészre a következ ő kivételek ­
kel: 
— a működési üzemmódban minden olyan személyazono ­
sítót (családi név és utónév[nevek]), amely nem felel 
meg a behelyezett tachográfkártyának, ki kell takarni, 
és minden olyan kártyaszámot, amely nem felel meg a 
behelyezett tachográfkártyának, részlegesen ki kell 
iktatni (minden második karaktert – balról jobbra 
haladva – ki kell iktatni),  
— a vállalkozási üzemmódban a járm űvezetőre vonatkozó 
adatok (102., 105. és 108. követelmény) csak olyan 
időszakokban jelezhet ők ki, amikor nincs lezárás, illetve 
másik vállalkozás (amelyet a vállalkozáskártya számának 
első 13 karaktere azonosít) sem hajt végre lezárást,  
— amennyiben nem helyeztek kártyát az adatrögzít ő készü­
lékbe, csak a járm űvezetővel kapcsolatos adatok jelez ­
hetők ki az adott és az azt megel őző nyolc naptári 
napra vonatkozóan,  
— a járműegységből származó személyes adatokat a járm ű­
egység ITS-interfésze csak abban az esetben adhatja ki, 
ha az a járm űvezető, akire az adatok vonatkoznak, 
hozzájárulását adta, és a hozzájárulást ellen őrizték,  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 24  
— a járműegységek üzemeltetésének szokásos érvényességi 
ideje 15 év, mely idő szak azon a napon kezd ődik, 
amelytől a járműegység tanúsítványai érvényesek, a 
járműegységeket azonban kizárólag adatletöltés céljára 
további 3 hónapig használni lehet.  
▼B 
2.4 Biztonság  
▼M1 
A rendszerbiztonság célja az adatmemória következ ő módon történ ő 
védelme: az adatokhoz való jogosulatlan hozzáférés és az adatok 
manipulációjának megakadályozása és minden, erre irányuló kísérlet 
felderítése, a mozgásérzékel ő és a járm űegység között kicserélt 
adatok integritásának és hitelességének védelme, az adatrögzít ő 
készülék és a tachográfkártyák között kicserélt adatok integritásának 
és hitelességének védelme, a járm űegység és adott esetben a küls ő 
GNSS-eszköz között kicserélt adatok integritásának és hiteles ­
ségének védelme, csakúgy mint az ellen őrzés céljára végzett, korai 
távészleléssel történ ő kommunikáció során kicserélt adatok titkossá ­
gának, integritásának és hitelességének védelme, valamint a letöltött 
adatok integritásának és hitelességének védelme.  
▼B 
(14) A rendszerbiztonság elérése érdekében a következ ő alkatré­
szeknek meg kell felelniük a védelmi profiljukban meghatá ­
rozott biztonsági követelményeknek, amint azt a 10. függelék 
előírja: 
— járműegység, 
— tachográfkártya,  
— mozgásérzékel ő, 
— külső GNSS-eszköz (a védelmi profil csak a küls ő 
GNSS-változat esetében szükséges, és csak arra vonatko ­
zik). 
3 AZ ADATRÖGZÍT Ő KÉSZÜLÉK KIALAKÍTÁSÁRA ÉS M ŰKÖ­
DÉSÉRE VONATKOZÓ KÖVETELMÉNYEK  
3.1 A kártyabehelyezések és -kivételek nyomon követése 
(15) Az adatrögzítő készülék ellen őrzi a kártyainterfész-eszközt, 
és felismeri a kártyabehelyezéseket és -kivételeket.  
(16) A kártyabehelyezéskor az adatrögzít ő készülék érzékeli, 
hogy a behelyezett kártya érvényes tachográfkártya-e, ha 
igen, akkor azonosítja a kártya típusát és generációját.  
Ha az adatrögzít ő készülékbe korábban egy ugyanolyan 
számú, de nagyobb megújítási indexű kártyát helyeztek, a 
kártyát érvénytelennek kell nyilvánítani.  
Ha az adatrögzít ő készülékbe korábban egy ugyanolyan 
számú és megújítási indexű, de nagyobb csereindex ű kártyát 
helyeztek, a kártyát érvénytelennek kell nyilvánítani.  
(17) Az adatrögzítő készüléknek a 15. függeléknek megfelel ően 
(MIG003) az els ő generációs tachográfkártyákat érvényte ­
lennek kell tekintenie, ha valamely m űhely beszüntette az 
első generációs tachográfkártyák használatának lehet őségét.  
(18) A második generációs adatrögzít ő készülékbe helyezett els ő 
generációs mű helykártyákat érvénytelennek kell tekinteni.  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 25  
(19) Az adatrögzít ő készüléket úgy kell megtervezni, hogy a 
tachográfkártyák a kártyainterfész-eszközbe való megfelel ő 
behelyezés esetén abban a helyzetben rögzüljenek.  
(20) A tachográfkártya kioldása csak akkor lehetséges, ha a járm ű 
álló helyzetben van, a megfelel ő adatok a kártyán tárolásra 
kerültek, és a felhasználó egy szándékos, erre irányuló 
műveletet végez.  
3.2 Sebesség-, helyzet- és távolságmérés  
(21) A sebesség- és távolságmérési adatok f ő forrása a mozgás­
érzékelő (az adapter részét is képezheti).  
(22) E funkciónak a mozgásérzékel őtől jövő impulzusok alapján 
folyamatosan mérnie kell és meg kell adnia a járm ű által 
megtett teljes távolságnak megfelel ő kilométerszámláló-érté ­
ket. 
(23) E funkciónak a mozgásérzékel őtől jövő impulzusok alapján 
folyamatosan mérnie kell és meg kell adnia a járm ű sebes­
ségét. 
(24) A sebességmér ő funkció annak megállapítására is szolgál, 
hogy a járm ű mozgásban van-e vagy megállt. A járm űvet 
mozgásban lév őnek kell tekinteni, amennyiben a funkció 
legalább 5 másodpercen keresztül a mozgásérzékel őből 
több mint 1 imp/sec értéket érzékel; ellenkez ő esetben a 
járművet állónak kell tekinteni.  
(25) Azoknak a sebességet (kilométeróra) és a teljes megtett utat 
(kilométer-számláló) kijelz ő berendezéseknek, amelyeket az 
e rendelet rendelkezéseinek megfelel ő adatrögzít ő készü­
lékkel felszerelt járm űbe építettek be, meg kell felelniük az 
e mellékletben (3.2.1. és 3.2.2. pont) a megengedhet ő tűrés­
határokkal kapcsolatban megállapított követelményeknek.  
(26) A mozgásadatok manipulálásának kimutatásához a mozgás ­
érzékelőből származó információkat meg kell er ősíteni a 
jármű mozgására vonatkozó, a GNSS-vev őből és lehetőség 
szerint a mozgásérzékel őtől független egy vagy több további 
adatforrásból származó információkkal.  
(27) E funkció a következ ő adatok automata rögzítése céljából 
méri a járm ű helyzetét:  
— azok a földrajzi helyek, ahol a járm űvezető és/vagy a 
járműkísérő megkezdi munkanapját,  
▼M1 
— azok a helyek (helységnév és földrajzi hely), ahol a 
járművezető halmozott járm űvezetési ideje eléri a 
három óra többszörösét,  
▼B 
— azok a földrajzi helyek, ahol a járm űvezető és/vagy a 
járműkísérő befejezi munkanapját.  
3.2.1 A megtett távolság mérése  
(28) A megtett távolság mérése a következ ő célokat szolgálhatja:  
— vagy az előre és a hátrafelé irányuló mozgások összeg ­
zése, 
— vagy csak az előre irányuló mozgások figyelembevétele.  
(29) Az adatrögzít ő készüléknek a megtett távolságot 0 és 
9 999 999,9 km között kell mérnie.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 26  
(30) A távolságmérésnek az alábbi t űréshatárokon belül kell 
maradnia (ha a megtett távolság legalább 1 000 m):  
— ± 1 % beépítés el őtt, 
— ± 2 % beépítéskor és az idő szakos vizsgálatok során;  
— ± 4 % üzemeltetés közben.  
(31) A távolságmérés pontosságának legalább 0,1 km-nek kell 
lennie.  
3.2.2 Sebességmérés 
(32) Az adatrögzítő készülék sebességmérési tartománya 
0–220 km/h. 
(33) Annak érdekében, hogy a kijelzett sebesség a ± 6 km/h 
megengedhet ő tűréshatáron belül maradjon üzemeltetés 
közben, valamint figyelembe véve a következ őket: 
— ± 2 km/h tűréshatár a bemeneti eltérésekre való tekin ­
tettel (eltér ő gumiabroncsok stb.),  
— ± 1 km/h tűréshatár a beépítés és az idő szakos vizs­
gálatok során végzett méréseknél,  
az adatrögzít ő készüléknek 20 és 180 km/h közötti sebes ­
ségnél és a járm ű 4 000 és 25 000 imp/km közötti jellemz ő 
együtthatójánál ± 1 km/h t űréshatáron belül kell mérnie a 
sebességet (állandó sebességen).  
Megjegyzés: Az adattárolási pontosság miatt további 
±0,5 km/h t űréshatárral kell számolni az adatrögzít ő készülék 
által tárolt sebességadatok tekintetében.  
(34) A sebességmérés pontosságának egy adott – legfeljebb 
2 m/s  2 ütemű – sebességváltozás végét ől számított 2 másod ­
percen belül a szokásos t űréshatárokon belül kell maradnia.  
(35) A sebességmérés pontosságának legalább 1 km/h-nak kell 
lennie.  
3.2.3 Helyzetmérés 
(36) Az adatrögzítő készüléknek a GNSS-vev ő segítségével a 
jármű abszolút földrajzi helyzetét kell mérnie.  
(37) Az abszolút földrajzi helyzetet a földrajzi szélesség és 
hosszúság koordinátáival kell mérni, fokokban és percekben 
kifejezve, 1/10 perc pontossággal.  
3.3 Id őmérés 
(38) Az időmérő funkciónak folyamatosan mérnie kell és digitá ­
lisan meg kell adnia az UTC dátumot és idő t. 
(39) Az adatrögzítő készülékben a dátum megjelölésekor (adat ­
rögzítések, adatcserék), valamint a 4. függelékben („Kinyo ­
matok”) meghatározott valamennyi kinyomaton az UTC 
dátumot és idő t kell feltüntetni.  
(40) A helyi idő megjelenítése érdekében lehet ővé kell tenni a 
kijelzett id ő félórás lépésekben való megváltoztatását. A 
félórák negatív vagy pozitív többszörösén kívül minden 
egyéb átállítás tilos.  
(41) Az id őbeli eltérésnek típus-jóváhagyási körülmények között, 
időbeállítás nélkül a ± 2 másodperc/nap értéken belül kell 
maradnia.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 27  
(42) Az id őmérés pontosságának legalább 1 másodpercnek kell 
lennie.  
(43) Az időmérésre típus-jóváhagyási körülmények között egy 
12 hónapnál rövidebb küls ő áramkimaradás nem lehet hatás ­
sal. 
3.4 A járművezető tevékenységének nyomon követése 
(44) E funkciónak állandóan és külön-külön nyomon kell 
követnie egy járm űvezető és egy járm űkísérő tevékenységét.  
(45) A járművezető tevékenységei: JÁRM ŰVEZETÉS, MUNKA, 
KÉSZENLÉT vagy SZÜNET/PIHENÉS. 
(46) A járművezető és/vagy a járm űkísérő számára lehet ővé kell 
tenni, hogy manuálisan válassza ki a MUNKÁT, KÉSZEN ­
LÉTET vagy a SZÜNETET/PIHENÉST.  
(47) Ha a jármű mozgásban van, a készüléknek a járm űvezető 
esetében automatikusan a JÁRM ŰVEZETÉST kell kiválasz ­
tania, a járm űkísérő esetében pedig automatikusan a 
KÉSZENLÉTET.  
(48) Amikor a járm ű megáll, a készüléknek automatikusan a 
MUNKÁT kell kiválasztania a járm űvezető esetében.  
▼M1 
(49) Úgy kell tekintetni, hogy az els ő, SZÜNETRE/PIHENÉSRE 
vagy KÉSZENLÉTRE történ ő tevékenységváltás, amely 120 
másodpercen belül azután következett be, hogy a járm ű 
megállása következtében automatikus váltás történt a 
MUNKÁRA, a járm ű leállásakor következett be (és ezért a 
MUNKÁRA való átváltást adott esetben törölni kell).  
▼B 
(50) E funkciónak egyperces pontossággal kell jeleznie a tevé ­
kenységváltozást az adatrögzít ő funkciók felé.  
(51) Ha egy naptári percet közvetlenül megel őző és a percet 
közvetlenül követ ő egy percen belül bármiféle JÁRM ŰVE­
ZETÉSI tevékenység feljegyzésre kerül, akkor az egész 
percet JÁRM ŰVEZETÉSNEK kell tekinteni.  
(52) Ha egy naptári perc az el őbbi 051. követelmény alapján nem 
tekinthető JÁRMŰVEZETÉSNEK, az egész percet az adott 
percen belüli leghosszabb folyamatos tevékenységnek 
megfelelő tevékenységnek kell tekinteni (azonos hosszúságú 
tevékenységek esetében pedig a kés őbbi tevékenységnek).  
(53) E funkciónak emellett állandóan nyomon kell követnie a 
járművezető megszakítás nélküli járm űvezetési idejét és 
halmozott pihen őidejét.  
3.5 A járművezetési állapot nyomon követése 
(54) E funkciónak állandóan és automatikusan nyomon kell 
követnie a járm űvezetési állapotot.  
(55) A SZEMÉLYZET járművezetési állapot kerül kiválasztásra, 
amikor két érvényes járm űvezetői kártya kerül behelyezésre 
a berendezésbe, minden egyéb esetben pedig az EGYEDÜLI 
járművezetési állapot.  
3.6 Adatbevitel a járművezetők által 
3.6.1 Azon helyek bevitele, ahol a munkanapok kezd ődnek és/vagy 
végződnek  
(56) E funkció azon helyek bevitelére szolgál, ahol a járm űvezető 
és/vagy a járm űkísérő szerint az adott munkanap elkezdő dött 
és/vagy végz ődött. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 28  
(57) Hely alatt az országot, és ahol emellett szükséges, a régiót 
kell érteni, melyeket kézzel visznek be, illetve er ősítenek 
meg a rendszerben.  
(58) A járm űvezetői kártya kivételének id őpontjában az adatrög ­
zítő készüléknek emlékeztetnie kell a járm űvezetőt (vagy a 
járműkísérőt) arra, hogy rögzítse azt a helyet, ahol a 
munkanap végz ődött. 
▼M1 
(59) Erre a járm űvezetőnek, egyel őre ideiglenes adatbevitelként, 
fel kell jegyeznie a járm ű aktuális helyét.  
A legutóbbi kártyakivétel során ideiglenesen bevitt adatok az 
alábbi feltételek mellett érvényesítésre kerülnek (azaz a 
továbbiakban nem írhatók felül):  
— azon hely bevitele, ahol az aktuális munkanap kezd ődik 
a 61. követelmény szerinti kézi adatbevitel során,  
— a következő olyan hely bevitele, ahol az aktuális 
munkanap kezd ődik, amennyiben a kártyatulajdonos a 
61. követelmény szerinti kézi adatbevitel során nem 
rögzít semmit a munkanap kezdetének vagy végének 
helye gyanánt.  
A legutóbbi kártyakivétel során ideiglenesen bevitt adatok az 
alábbi feltételek mellett felülíródnak, és az új érték kerül 
érvényesítésre:  
— a következ ő olyan hely bevitele, ahol az aktuális 
munkanap végz ődik, amennyiben a kártyatulajdonos a 
61. követelmény szerinti kézi adatbevitel során nem 
rögzít semmit a munkanap kezdetének vagy végének 
helye gyanánt.  
▼B 
(60) Azon helyek bevitelének, ahol a munkanap kezd ődik és/vagy 
végződik, a menüben szerepl ő parancsok segítségével lehet ­
ségesnek kell lennie. Ha egy naptári percen belül több ilyen 
bevitelre kerül sor, akkor a munkanap kezdetének és befeje ­
zésének csak az ezen idő n belül legutoljára bevitt helye kerül 
rögzítésre.  
3.6.2 A járművezető tevékenységével kapcsolatos adatok és a járm űvezető 
ITS-interfésszel kapcsolatos hozzájárulásának kézi bevitele  
(61) A járm űvezetői (vagy műhely-) kártya behelyezésekor, és 
csak ezen idő pontban, az adatrögzít ő készüléknek lehet ővé 
kell tennie a tevékenységekkel kapcsolatos adatok kézi 
bevitelét. A tevékenységek kézi bevitelét a járm űegység 
esetében aktuálisan meghatározott helyi id őt és idő zóna- 
paramétereket (UTC-t ől való eltérés) megadva kell elvé ­
gezni.  
A járművezetői (vagy mű hely-) kártya behelyezésekor az 
adatrögzítő készüléknek a következ őkre kell emlékeztetnie 
a kártya tulajdonosát:  
— az utolsó kártyakivétel dátuma és id őpontja,  
— opcionálisan: a járműegység esetében aktuálisan 
meghatározott helyi id ő. 
A járműegység számára az adott pillanatban ismeretlen 
járművezetői kártya vagy mű helykártya els ő behelyezésekor 
a készülék arra kéri a kártya tulajdonosát, hogy járuljon 
hozzá a menetíró készülékkel kapcsolatos személyes adata ­
inak az opcionális ITS-interfészen keresztüli továbbításához.  
A járművezető (illetve a műhely) hozzájárulása bármikor 
aktiválható vagy kikapcsolható a menüben szerepl ő paran­
csok segítségével, ha a járm űvezetői (illetve mű hely-) kártya 
be van helyezve.  
A tevékenységek a következ ő korlátozások mellett vihet ők 
be: ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 29  
— a tevékenységtípus csak MUNKA, KÉSZENLÉT vagy 
SZÜNET/PIHENÉS lehet, 
— minden egyes tevékenység kezdési és befejezési id őpont­
jának az utolsó kártyakivétel és az aktuális kártyabe ­
helyezés közti idő szakba kell esnie,  
— a tevékenységek között nem lehet id őbeli átfedés.  
Szükség esetén lehetővé kell tenni a kézi bevitelt a korábban 
nem használt járm űvezetői (vagy mű hely-) kártya els ő 
behelyezésekor.  
A tevékenységek kézi bevitelének eljárása annyi egymást 
követő lépést foglal magában, amennyi az egyes tevékeny ­
ségek típusának, kezdési és befejezési id őpontjának 
meghatározásához szükséges. A kártyatulajdonos az utolsó 
kártyakivétel és az aktuális kártyabehelyezés közötti id őszak 
bármely részét illet ően választhatja azt a lehet őséget, hogy 
nem jelent be tevékenységet.  
A kártyatulajdonos számára lehet őséget kell biztosítani arra, 
hogy a kártyabehelyezéssel kapcsolatos kézi adatbevitel 
során – adott esetben – rögzítse a következ ő adatokat:  
▼M1 
— az előző munkanap befejezésének helye, a megfelel ő 
időponthoz kapcsolva (felülírva és érvényesítve a 
legutóbbi kártyakivételnél bevitt adatot),  
— az aktuális munkanap kezdetének helye, a megfelel ő 
időponthoz kapcsolva (érvényesítve a legutóbbi kártyaki ­
vételnél bevitt ideiglenes adatot).  
▼B 
Ha a kártyatulajdonos nem rögzít semmit a munkanap 
kezdetének vagy végének helye gyanánt a kártyabehelye ­
zéskor lehetséges kézi adatbevitel során, akkor úgy kell 
tekinteni, mintha nyilatkozatot tett volna arról, hogy munka ­
napja nem változott az utolsó kártyakivétel óta. Amikor a 
következő alkalommal rögzítik a helyet a munkanap végén, 
az az adatbevitel felülírja a legutóbbi kártyakivétel során 
ideiglenesen bevitt adatokat.  
Helyre vonatkozó adatok bevitele során azok a megfelel ő 
tachográfkártyában rögzítésre kerülnek.  
A kézi adatbevitel megszakad, ha:  
— kiveszik a kártyát, vagy  
— a jármű mozgásban van, és a kártya be van helyezve a 
járművezetői kártyaolvasó egységbe.  
További megszakítás is megengedett, például ha a felhasz ­
nálói bizonyos ideig inaktív volt, azt szünet követheti. 
Amennyiben a kézi bevitel félbeszakad, az adatrögzít ő 
készüléknek meg kell er ősítenie minden, a hellyel és a tevé ­
kenységgel kapcsolatban már hiánytalanul bevitt adatot 
(egyértelm űen meghatározott hely és id ő, illetve egyértel ­
műen meghatározott tevékenységtípus, kezdési és befejezési 
idővel). 
Amennyiben egy második járművezetői vagy mű helykártya 
behelyezésére kerül sor, miközben az el őzőleg behelyezett 
kártyára irányuló kézi adatbevitel még folyamatban van, 
hagyni kell az el őzőleg behelyezett kártyára történ ő kézi 
bevitel befejezését, miel őtt a második kártyára történ ő kézi 
bevitel megkezd ődik. 
A kártyatulajdonos számára lehetővé kell tenni, hogy a kézi 
adatbevitelt a következ ő minimumeljárásnak megfelel ően 
végezhesse:  
— Időrendi sorrendben kézzel viszi be a tevékenységeket az 
utolsó kártyakivétel és az aktuális behelyezés közötti 
időszakra vonatkozóan.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 30  
— Az első tevékenység idő pontját a kártyakivétel id őpont­
jához kell igazítani. Minden ezt követ ő adatbevitel 
kezdési idő pontját úgy kell el őre beállítani, hogy közvet ­
lenül az előző bevitel befejezési id őpontjára következzen. 
Minden egyes tevékenység esetében ki kell választani a 
tevékenységtípust és befejezési id őt. 
Az eljárás akkor fejeződik be, amikor a kézzel bevitt tevé ­
kenység befejezésének ideje azonos a kártyabehelyezés 
idejével. Az adatrögzít ő készülék ezután még megengedheti, 
hogy a kártya tulajdonosa a kézzel bevitt tevékenységeket 
módosíthassa, mindaddig, amíg egy meghatározott parancs 
megadásával végérvényesen meg nem er ősíti az adatokat. 
Ezután már semmilyen módosítás sem lehetséges.  
3.6.3 Különleges körülmények bevitele  
(62) Az adatrögzítő készülék lehet ővé kell, hogy tegye a járm ű­
vezető számára, hogy az alábbi két különleges körülményt 
valós idő ben vigye be:  
— „MENETÍRÓ KÉSZÜLÉK NEM SZÜKSÉGES ” (kez­
det, vég) 
— „KOMPON/VONATON MEGTETT ÚT” (kezdet, vég).  
A „KOMPON/VONATON MEGTETT ÚT” nem fordulhat 
elő „MENETÍRÓ KÉSZÜLÉK NEM SZÜKSÉGES” körül­
mény esetén.  
A megnyitott „MENETÍRÓ KÉSZÜLÉK NEM SZÜK­
SÉGES” körülményt az adatrögzít ő készülék automatikusan 
bezárja járm űvezetői kártya behelyezése vagy kivétele 
esetén. 
A megnyitott „MENETÍRÓ KÉSZÜLÉK NEM SZÜK­
SÉGES” körülmény letiltja a következő eseményeket és 
figyelmeztetéseket:  
— járművezetés megfelel ő kártya nélkül,  
— a megszakítás nélküli járművezetési idő vel kapcsolatos 
figyelmeztetések.  
A „KOMPON/VONATON MEGTETT ÚT” kezdetét már 
azelőtt jelezni kell a rendszerben, hogy a járm űvezető leál­
lítja a motort a kompon vagy a vonaton.  
A megnyitott „KOMPON/VONATON MEGTETT ÚT” 
körülménynek véget kell érnie az alábbi lehet őségek bárme ­
lyike esetén:  
— a járművezető kézzel befejezi a „KOMPON/VONATON 
MEGTETT ÚT” körülményt,  
— a járművezető kiveszi a kártyáját.  
A megnyitott „KOMPON/VONATON MEGTETT ÚT” 
körülménynek véget kell érnie, ha az 561/2006/EK rende ­
letben megállapított szabályok alapján megsz űnik érvényes­
sége. 
3.7 A vállalkozások általi lezárások kezelése  
(63) E funkció a vállalkozások általi lezárások kezelésében áll, 
amelyeket a vállalkozások azért végeznek, hogy vállalkozási 
üzemmódban csak ők maguk férhessenek hozzá az adataik ­
hoz. 
(64) A vállalkozások általi lezárások egy kezd ő dátumból/id ő­
pontból (lezárás) és egy befejez ő dátumból/idő pontból (fel ­
oldás) állnak, hozzárendelve a vállalkozáskártya (lezárási 
művelet során kijelzett) számával azonosított megfelel ő 
vállalkozáshoz.  
(65) A lezárásokat és a feloldásokat csak valós id őben lehet 
végrehajtani.  
(66) A feloldást csak ugyanaz a vállalkozás hajthatja végre, mint 
a lezárást (ezt a vállalkozáskártya számának els ő 13 szám­
jegye tanúsítja), vagy  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 31  
(67) a feloldás automatikusan megtörténik, amint egy másik 
vállalkozás lezárást hajt végre.  
(68) Amennyiben egy vállalkozás lezárást hajt végre, és az el őző 
lezárást is ugyanaz a vállalkozás végezte, ezt úgy kell tekin ­
teni, hogy az el őző lezárást nem oldották fel, és a lezárás 
még mindig tart.  
3.8 Az ellenőrzési tevékenység nyomon követése 
(69) E funkció a KIJELZÉSI, a KINYOMTATÁSI, a JÁRM Ű­
EGYSÉGR ŐL és a kártyáról való LETÖLTÉS, valamint 
KÖZÚTI KALIBRÁCIÓ tevékenységek nyomon követésére 
szolgál az ellen őrzési üzemmódban.  
(70) E funkciónak a GYORSHAJTÁS ELLEN ŐRZÉSE tevé ­
kenységek nyomon követésére is ki kell terjednie az ellen ­ 
őrzés üzemmódban. A gyorshajtás ellen őrzését megtör ­
téntnek kell tekinteni, amennyiben ellen őrzési üzemmódban 
a „gyorshajtás” kinyomat a nyomtatóba vagy a kijelz őbe 
elküldésre került, vagy ha az „események és hibák” adatokat 
letöltötték a járm űegység adatmemóriájából.  
3.9 Események és/vagy hibák észlelése  
(71) E funkció az alábbi események és/vagy hibák észlelésére 
szolgál:  
3.9.1 „Érvénytelen kártya behelyezése”  
(72) Ezt az eseményt az idézi el ő, ha bármilyen érvénytelen 
kártyát, már lecserélt járm űvezetői kártyát és/vagy egy lejárt 
érvényességi idej ű, de egyébként érvényes kártyát helyeznek 
a készülékbe.  
3.9.2 „Kártyaütközés ” 
(73) Ezt az eseményt az idézi elő, amikor az érvényes kártyáknak 
a következ ő táblázatban X-szel jelölt alábbi kombinációja 
valósul meg:  
Kártyaütközés  Járművezető i kártyaolvasó egység  
Nincs kártya  Járművezető i 
kártya  Ellenőrzőkártya M űhelykártya  Vállalkozáskártya
 Járműkísérői kártyaolvasó 
egység Nincs kártya 
Járművezetői kártya  X  
Ellenőrzőkártya X  X  X  
Műhelykártya  X  X  X  X  
Vállalkozáskártya  X  X  X  
3.9.3 „Id őátfedés”  
(74) Ezt az eseményt az idézi el ő, amikor egy járm űvezetői 
kártyáról leolvasható utolsó kártyakivétel dátuma/id őpontja 
későbbi, mint az azon adatrögzít ő készülék által kijelzett 
aktuális dátum/id őpont, amelybe a kártyát behelyezték.  
3.9.4 „Járm űvezetés megfelel ő kártya nélkül”  
(75) Ezt az eseményt bármely érvényes tachográfkártya alábbi 
táblázatban X-szel jelölt kombinációja idézi el ő, amikor a 
járművezető tevékenysége JÁRM ŰVEZETÉS-re változik, 
vagy JÁRM ŰVEZETÉS tevékenység közben változik az 
üzemmód.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 32  
Járművezetés megfelel ő kártya 
nélkül  Járművezető i kártyaolvasó egység 
Ninc s (vagy 
érvénytelen) 
kártya  Járművezetői 
kártya  Ellenőrzőkártya M űhelykártya  Vállalkozáskártya
 Járműkísérői kártyaolvasó 
egység Nincs (vagy érvényte ­
len) kártya  X X  X  
Járművezetői kártya  X  X  X  X  
Ellenőrzőkártya X  X  X  X  X  
Műhelykártya  X  X  X  X  
Vállalkozáskártya  X  X  X  X  X  
3.9.5 „Kártya behelyezése járművezetés közben” 
(76) Ezt az eseményt az idézi el ő, amikor valamelyik tachográf ­
kártyát behelyezik a kártyaolvasó egységbe, mialatt a járm ű­
vezető tevékenysége JÁRM ŰVEZETÉS. 
3.9.6 „Utolsó kártyakapcsolat nem megfelel ő lezárása” 
(77) Ezt az eseményt az idézi el ő, amikor egy kártyabehelye ­
zésnél az adatrögzít ő készülék megállapítja, hogy a 
3.1. szakaszban foglaltak ellenére az el őző kártyakapcsolat 
nem került helyesen lezárásra (a kártyát kivették, miel őtt a 
megfelelő adatok tárolásra kerültek volna a kártyán). Ezt az 
eseményt csak a járm űvezetői kártya és a mű helykártya vált ­
hatja ki.  
3.9.7 „Gyorshajtás ” 
(78) Ezt az eseményt minden egyes gyorshajtás kiváltja.  
3.9.8 „Áramellátás megszakadása ” 
(79) Ezt az eseményt az idézi el ő, amikor – kalibrálási vagy 
ellenőrzési üzemmódon kívül – a mozgásérzékel ő és/vagy 
a járműegység áramkimaradása meghaladja a 200 millisze ­
kundumot. A megszakadási küszöbértéket a gyártó cégnek 
kell meghatározni. A járm ű motorjának beindításából ered ő 
áramellátás-csökkenés nem válthatja ki ezt az eseményt.  
3.9.9. „Kommunikációs hiba a távoli kommunikációs eszközzel” 
(80) Ezt az eseményt az idézi el ő, amikor – kalibrálási üzem ­
módon kívül – a távoli kommunikációs eszköz több mint 
harmadszori próbálkozásra sem igazolja a járm űegységből 
származó távoli kommunikációs adatok sikeres vételét.  
3.9.10. „A GNSS-vev őből származó helyzetmeghatározási információk 
hiánya” 
(81) Ezt az eseményt az idézi el ő, amikor – kalibrálási üzem ­
módon kívül – a halmozott járm űvezetési idő ből eltelő több 
mint három órán keresztül nem jönnek helyzetmeghatározási 
információk a (bels ő vagy küls ő) GNSS-vev őből. 
3.9.11. „Kommunikációs hiba a külső GNSS-eszközzel”  
(82) Ezt az eseményt az idézi el ő, amikor – kalibrálási üzem ­
módon kívül – a járm ű mozgása közben több mint 20 folya ­
matos percen keresztül nem m űködik a kommunikáció a 
külső GNSS-eszköz és a járm űegység között.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 33  
3.9.12. A „mozgásadatok hibája” 
(83) Ezt az eseményt az idézi el ő, amikor – kalibrálási üzem ­
módon kívül – megszakad a normál adatfolyam a mozgás ­
érzékelő és a járm űegység között, és/vagy hiba lép fel az 
adatintegritásban vagy adathitelesítésben a mozgásérzékel ő 
és a járműegység közötti adatcsere alatt.  
3.9.13 „A jármű mozgásával kapcsolatos ellentmondás” 
(84) Ezt az eseményt az idézi el ő, amikor – kalibrálási üzem ­
módon kívül – a mozgásérzékel ő adatai alapján a járm ű 
mozgására vonatkozóan kiszámított információk ellentmon ­
danak a belső GNSS-vev őből vagy a küls ő GNSS-eszközb ől 
és lehetőség szerint egy vagy több további független, a 
12. függelékben meghatározott adatforrásból származó 
adatok alapján kiszámított információknak. Ezt az eseményt 
sem a kompon/vonaton megtett út, sem a MENETÍRÓ 
KÉSZÜLÉK NEM SZÜKSÉGES körülmény, sem pedig a 
GNSS-vev őkből származó helyzetmeghatározási információk 
hiánya nem válthatja ki.  
3.9.14. A „biztonsági rendszer megsértésére irányuló kísérlet”  
(85) Ezt az eseményt minden olyan további, a mozgásérzékel ő 
és/vagy a járm űegység és/vagy a küls ő GNSS-eszköz 
10. függelékben el őírt biztonságát érint ő esemény idézi 
elő, amely a kalibrálási üzemmódon kívül következik be.  
▼M1 
3.9.15. „Id őütközés”  
(86) Ezt az eseményt az idézi el ő, amikor a járm űegység – a 
kalibrálási üzemmódon kívül – 1 percet meghaladó eltérést 
észlel a járm űegység időmérő funkciója által kijelzett id ő és a 
GNSS-vev őből származó id őadatok között. Ez az esemény a 
járműegység bels ő időmérőjének értékével együtt rögzítésre 
kerül, és automatikus idő beállítást eredményez. Valamely 
„időütközés” esemény kiváltását követ ően a járm űegység a 
következő 12 órában nem fog újabb „id őütközés” eseményt 
generálni. Ez az esemény nem idéz ődhet elő, ha a GNSS- 
vevő legalább 30 napon át nem észlelt érvényes GNSS-jelet.  
▼B 
3.9.16. Kártyahiba 
(87) E hibát a tachográfkártya mű ködés közben bekövetkez ő 
meghibásodása idézi el ő. 
3.9.17. Az „adatrögzít ő készülék” hibája 
(88) Ezt a hibát a kalibrálási üzemmódon kívül bekövetkez ő 
bármely alábbi meghibásodásnak el ő kell idéznie:  
— a járműegység bels ő hibája  
— nyomtatóhiba  
— kijelzőhiba 
— letöltési hiba 
— érzékel őhiba 
— a GNSS-vev ő vagy a küls ő GNSS-eszköz hibája  
— a távoli kommunikációs eszköz hibája  
▼M1 
— az ITS-interfész hibája (adott esetben)  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 34  
3.10 Beépített és önellen őrző tesztek  
(89) ►M1 Az adatrögzít ő készüléknek önellen őrző és beépített 
tesztek segítségével fel kell derítenie a hibákat az alábbi 
táblázat szerint: ◄ 
Vizsgálandó készülékrész  Önellen őrzés Beépített teszt 
Szoftver Integritás  
Adatmemória  Hozzáférés Hozzáférés, adatintegritás  
Kártyainterfész-eszközök  Hozzáférés Hozzáférés 
Billentyűzet Kézi ellenőrzés 
Nyomtató (A gyártótól függ) Kinyomat  
Kijelző Szemrevételezés  
Letöltés 
(végrehajtva csak a letöltés 
alatt)  Megfelelő működés 
Érzékelő Megfelel ő működés Megfelel ő működés 
Távoli kommunikációs 
eszköz Megfelelő működés Megfelel ő működés 
GNSS-eszköz Megfelel ő működés Megfelel ő működés  
▼M1 
ITS-interfész (opcionális)  Megfelel ő működés  
▼B 
3.11 Az adatmemória leolvasása 
(90) Az adatrögzítő készüléknek képesnek kell lennie az adatme ­
móriájában tárolt minden adat leolvasására.  
3.12 Rögzítés és tárolás az adatmemóriában 
E szakasz alkalmazásában:  
— „365 nap”: 365 naptári nap, amely id őszakot egy járm űben 
végzett átlagos járm űvezetői tevékenység jellemez. Egy 
járműben végzett átlagos napi járm űvezetői tevékenység a 
meghatározás szerint a következ ő: legalább hat járm űvezető, 
illetve járm űkísérő, hat kártyabehelyezési és -kivételi ciklus és 
256 tevékenységváltoztatás. Ezért a „365 nap” legalább 
2 190 járm űvezetőt vagy járm űkísérőt, 2 190 kártyabehelyezési 
és -kivételi ciklust, valamint 93 440 tevékenységváltoztatást 
foglal magában.  
▼M1 
— A földrajzi helyek napi átlagos száma a meghatározás szerint a 
következő: 6 olyan hely, ahol a munkanap kezd ődött, 6 olyan 
hely, ahol a halmozott járm űvezetési ideje eléri a három óra 
többszörösét, 6 olyan hely, ahol a munkanap befejez ődik, tehát 
a „365 nap” legalább 6570 helyet magában foglal.  
▼B 
— Eltérő utasítások hiányában az id őt egyperces pontossággal kell 
rögzíteni.  
— A kilométer-számláló értékeit egy kilométeres pontossággal kell 
rögzíteni.  
— A sebességadatokat 1 km/h pontossággal kell rögzíteni.  
— A földrajzi helyzetet (szélesség és hosszúság) fokban és 
percekben kell megadni, 1/10 perc pontossággal, a kapcsolódó 
GNSS-pontosságot és az adatfelvétel idejét is megadva.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 35  
(91) Az adatmemóriában tárolt adatokra típus-jóváhagyási körül ­
mények között egy 12 hónapnál rövidebb küls ő áramki­
maradás nem lehet hatással. Emellett a 14. függelék szerinti 
külső távoli kommunikációs eszközben tárolt adatokra egy 
28 napnál rövidebb küls ő áramkimaradás nem lehet hatással.  
(92) Az adatrögzítő készüléknek képesnek kell lennie arra, hogy 
implicit vagy explicit módon rögzítse és tárolja adatmemóri ­
ájában az alábbiakat:  
3.12.1 Készülékazonosítási adatok  
3.12.1.1 J á r m ű e g y s é g - a z o n o s í t á s i a d a t o k  
(93) Az adatrögzítő készüléknek tárolnia kell adatmemóriájában az 
alábbi járm űegység-azonosítási adatokat:  
— a gyártó neve,  
— a gyártó címe,  
— alkatrészszám,  
— sorozatszám,  
— a járműegység generációja,  
— képes-e a járműegység els ő generációs tachográfkártyák 
használatára,  
— szoftververzió száma,  
— szoftververzió telepítésének dátuma,  
— gyártási év, 
— jóváhagyási szám.  
(94) A járműegység-azonosítási adatokat a járm űegység gyártója 
rögzíti és véglegesen tárolja, kivéve a szoftverre vonatkozó 
adatokat és a jóváhagyási számot, amelyek a szoftver frissí ­
tése esetén változhatnak, valamint az els ő generációs tachog ­
ráfkártyák használatára irányuló képességet.  
3.12.1.2 A m o z g á s é r z é k e l ő a z o n o s í t á s i a d a t a i  
(95) A mozgásérzékel őnek tárolnia kell memóriájában az alábbi 
azonosítási adatokat:  
— a gyártó neve,  
— sorozatszám,  
— jóváhagyási szám,  
— a beépített biztonsági alkatrész azonosítója (például a 
belső chip/processzor alkatrészszáma),  
— operációs rendszer azonosítója (például a szoftververzió 
száma). 
(96) A mozgásérzékel ő azonosítási adatait a mozgásérzékel ő gyár­
tója rögzíti és tárolja véglegesen a mozgásérzékel őben. 
(97) A járm űegységnek képesnek kell lennie arra, hogy adatme ­
móriájában rögzítse és tárolja a 20 legutóbbi mozgásérzékel ő- 
párosítással kapcsolatos következ ő adatokat (ha ugyanazon a 
naptári napon több párosítás történt, csak az aznapi els őt és 
utolsót kell tárolni):  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 36  
Az egyes párosításokra vonatkozóan a következ ő adatokat 
kell rögzíteni:  
— a mozgásérzékel ő azonosítási adatai:  
— sorozatszám  
— jóváhagyási szám  
— a mozgásérzékel ő párosítási adatai:  
— a párosítás dátuma.  
3.12.1.3 A g l o b á l i s n a v i g á c i ó s m ű h o l d r e n d s z e r e k a z o n o ­
s í t á s i a d a t a i  
(98) A külső GNSS-eszköznek tárolnia kell memóriájában az 
alábbi azonosítási adatokat:  
— a gyártó neve,  
— sorozatszám,  
— jóváhagyási szám,  
— a beépített biztonsági alkatrész azonosítója (például a 
belső chip/processzor alkatrészszáma),  
— operációs rendszer azonosítója (például a szoftververzió 
száma). 
(99) A külső GNSS-eszköz azonosítási adatait az eszköz gyártója 
rögzíti és tárolja véglegesen a küls ő GNSS-eszközben. 
(100) A járműegységnek képesnek kell lennie arra, hogy adatme ­
móriájában rögzítse és tárolja a küls ő GNSS-eszközök 
20 legutóbbi rákapcsolódásával kapcsolatos következő 
adatokat (ha ugyanazon a naptári napon több rákapcsolódás 
történt, csak az aznapi els őt és utolsót kell tárolni).  
Az egyes rákapcsolódásokra vonatkozóan a következ ő 
adatokat kell rögzíteni:  
— a külső GNSS-eszköz azonosítási adatai:  
— sorozatszám,  
— jóváhagyási szám,  
— a külső GNSS-eszköz rákapcsolódási adatai:  
— a rákapcsolódás dátuma.  
3.12.2 Kulcsok és tanúsítványok  
(101) Az adatrögzít ő készüléknek képesnek kell lennie egy sor, a 
11. függelék A. és B. részében meghatározott titkosítási kulcs 
és tanúsítvány tárolására.  
3.12.3 A járművezetői vagy műhelykártya behelyezési és kivételi adatai  
(102) Az adatrögzít ő készüléknek a járm űvezetői kártya és a 
műhelykártya minden egyes behelyezési és kivételi ciklusánál 
az alábbi adatokat rögzítenie és tárolnia kell adatmemóriájá ­
ban: 
— a kártyatulajdonos családi neve és utóneve(i) a kártyán 
tárolt formában,  
— a kártya száma, kiállító tagállama és érvényességének 
ideje a kártyán tárolt formában,  
— a kártya generációja,  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 37  
— a behelyezés dátuma és idő pontja,  
— a jármű kilométer-számlálójának értéke kártyabehelyezés ­
kor, 
— azon kártyaolvasó egység, amelybe a kártyát behelyezték,  
— a kivétel dátuma és id őpontja,  
— a járm ű kilométer-számlálójának értéke kártyakivételkor,  
— a járművezető által használt el őző járművel kapcsolatos 
alábbi információk, a kártyán tárolt formában:  
— a jármű rendszáma (VRN) és a nyilvántartásba vétel 
szerinti tagállam,  
— a járműegység generációja (ha ismert),  
— a kártyakivétel dátuma és id őpontja, 
— jelző, amely megmutatja, hogy a kártyabehelyezésnél a 
kártyatulajdonos kézzel vitt-e be tevékenységeket vagy 
sem. 
(103) Az adatmemóriának legalább 365 napig meg kell őriznie ezen 
adatokat.  
(104) Amennyiben a tárolóhely megtelik, az új adatok felülírják a 
régebbieket.  
3.12.4 A járművezető tevékenységére vonatkozó adatok  
(105) Az adatrögzítő készüléknek rögzítenie és adatmemóriájában 
tárolnia kell a járm űvezető és/vagy a járm űkísérő tevékeny ­
ségében és/vagy a járm űvezetési állapotban bekövetkez ő 
bármilyen változás esetén és/vagy a járm űvezetői vagy a 
műhelykártya valamennyi behelyezésekor vagy kivételekor a 
következőket: 
— a járművezetési állapot (SZEMÉLYZET, EGYEDÜLI),  
— a kártyaolvasó egység (JÁRM ŰVEZETŐI, JÁRMŰKÍSÉ­
RŐI), 
— a kártyaállapot a megfelel ő kártyaolvasó egységben 
(BEHELYEZVE, NINCS BEHELYEZVE), 
— a tevékenység (JÁRMŰVEZETÉS, KÉSZENLÉT, 
MUNKA, SZÜNET/PIHENÉS),  
— a változás dátuma és id őpontja.  
A BEHELYEZVE szó azt jelenti, hogy a kártyaolvasó 
egységbe érvényes járm űvezetői vagy m űhelykártyát 
helyeztek be. A NINCS BEHELYEZVE szó ennek az ellen ­
kezőjét jelenti, vagyis hogy érvénytelen járm űvezetői vagy 
műhelykártyát helyeztek be a kártyaolvasó egységbe (például 
vállalkozáskártyát, vagy egyáltalán nem került sor kártya 
behelyezésére).  
A járművezető által kézzel bevitt tevékenységi adatokat az 
adatmemória nem rögzíti.  
(106) Az adatmemóriának legalább 365 napig meg kell őriznie a 
járművezető tevékenységére vonatkozó adatokat.  
(107) Amennyiben a tárolóhely megtelik, az új adatok felülírják a 
régebbieket.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 38  
3.12.5 Azok a helyek (helységnév és földrajzi hely), ahol a munkanapok 
kezdődnek, végz ődnek és/vagy ahol a halmozott járm űvezetési id ő 
eléri a három óra többszörösét  
(108) Az adatrögzítő készüléknek az alábbi adatokat rögzítenie és 
tárolnia kell adatmemóriájában:  
— azok a helyek (helységnév és földrajzi hely), ahol a 
járművezető és/vagy a járm űkísérő megkezdi munkanap ­
ját, 
— azok a helyek (helységnév és földrajzi hely), ahol a 
járművezető halmozott járm űvezetési ideje eléri a három 
óra többszörösét,  
— azok a helyek (helységnév és földrajzi hely), ahol a 
járművezető és/vagy a járm űkísérő befejezi munkanapját.  
▼B 
(109) Amennyiben ezekben az idő pontokban a GNSS-vev ők nem 
adnak információt a járm ű helyzetér ől, az adatrögzít ő készü­
léknek a legutolsó rendelkezésre álló helyzetmeghatározási 
adatot kell használnia, a kapcsolódó dátummal és id őponttal.  
(110) Az adatrögzítő készüléknek minden egyes hellyel (helységnév 
és földrajzi hely) együtt az alábbi adatokat rögzítenie és 
tárolnia kell adatmemóriájában:  
— a járművezetői vagy járműkísérői kártya száma és a 
kártyát kiállító tagállam,  
— a kártya generációja,  
— az adatbevitel dátuma és id őpontja,  
▼M1 
— a bevitt adat típusa (a munkanap kezdete, vége vagy 3 óra 
halmozott járm űvezetési idő ), 
▼B 
— a kapcsolódó GNSS-pontosság, valamint adott esetben a 
dátum és az idő pont,  
— a jármű kilométer-számlálójának értéke.  
▼M1 
(111) Az adatmemóriának képesnek kell lennie arra, hogy legalább 
365 napon át meg őrizze azokat a helyeket (helységnév és 
földrajzi hely), ahol a munkanapok kezd ődtek, végz ődtek, 
és/vagy a halmozott járm űvezetési idő elérte a három órát.  
▼B 
(112) Amennyiben a tárolóhely megtelik, az új adatok felülírják a 
régebbieket.  
3.12.6 A kilométer-számláló adatai  
(113) Az adatrögzítő készüléknek a járm ű kilométer-számlálójának 
értékét és az ezzel összefügg ő dátumot minden naptári napon 
éjfélkor rögzíteni kell adatmemóriájában.  
(114) Az adatmemóriának legalább 365 naptári napig tárolnia kell a 
kilométer-számláló éjféli értékeit.  
(115) Amennyiben a tárolóhely megtelik, az új adatok felülírják a 
régebbieket.  
3.12.7 Részletes sebességadatok  
▼M1 
(116) Az adatrögzít ő készüléknek rögzíteni és tárolnia kell adatme ­
móriájában a járm ű pillanatnyi sebességét és az ezzel össze ­
függő dátumot és idő pontot a megel őző legalább 24 órás 
időszak minden másodpercében, amikor a járm ű mozgásban 
volt. 
▼B 
3.12.8 Az eseményekkel kapcsolatos adatok  
E szakasz alkalmazásában az időt egy másodperces pontossággal 
kell rögzíteni.  
(117) Az adatrögzít ő készüléknek az alábbi adatokat minden egyes 
felderített eseménynél az alábbi tárolási szabályok szerint 
rögzíteni és tárolnia kell adatmemóriájában:  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 39  
Esemény  Tárolási szabályok Az egyes eseményekk el kapcsolatban rögzítend ő 
adatok  
Érvénytelen kártya 
behelyezése  — a 10 legutóbbi esemény.  — az esemény dátuma és időpontja, 
— az eseményt előidéző kártya (kártyák) 
típusa, száma, kiállító tagállama és gene ­
rációja, 
— az ugyanazon a napon történt hasonló 
események száma.  
Kártyaütközés  — a 10 legutóbbi esemény.  — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és 
időpontja, 
— a kártyaütközést el őidéző két kártya 
típusa, száma, kiállító tagállama és gene ­
rációja.  
Járművezetés megfelel ő 
kártya nélkül  — a leghosszabb esemény az utolsó 10 
előfordulási nap mindegyikén, 
— az öt leghosszabb esemény az utolsó 
365 nap folyamán.  — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és 
időpontja, 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, 
száma, kiállító tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  
Kártya behelyezése járm ű­
vezetés közben  — az utolsó esemény az utolsó 10 el őfor­
dulási nap mindegyikén,  — az esemény dátuma és idő pontja, 
— a kártya (kártyák) típusa, száma, kiállító 
tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  
Az utolsó kártyakapcsolat 
nem megfelel ő lezárása  — a 10 legutóbbi esemény.  — a kártyabehelyezés dátuma és időpontja, 
— a kártya (kártyák) típusa, száma, kiállító 
tagállama és generációja, 
— a kártyáról leolvasott utolsó kártyakap ­
csolat adatai: 
— a kártyabehelyezés dátuma és 
időpontja, 
— a járm ű rendszáma (VRN), valamint 
a nyilvántartásba vétel és a járm ű­
egység előállítása szerinti tagállam.  
Gyorshajtás (1) — a legsúlyosabb esemény az utolsó 10 
előfordulási nap mindegyikén (például 
az, amelynél a legmagasabb volt az 
átlagsebesség) 
— az öt legsúlyosabb esemény az utolsó 
365 nap folyamán. 
— a legutóbbi kalibrálást követ ő első 
esemény, — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és 
időpontja, 
— az esemény alatt mért legnagyobb sebes ­
ség, 
— az esemény alatt mért számtani átlagse ­
besség, 
— a járművezetői kártya típusa, száma, kiál ­
lító tagállama és generációja (adott eset ­
ben), 
— az ugyanazon a napon történt hasonló 
események száma.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 40  
Esemény  Tárolási szabályok Az egyes eseményekk el kapcsolatban rögzítend ő 
adatok  
Az áramellátás megszaka ­
dása (2) — a leghosszabb esemény az utolsó 10 
előfordulási nap mindegyikén, 
— az öt leghosszabb esemény az utolsó 
365 nap folyamán.  — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és 
időpontja, 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, 
száma, kiállító tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  
Kommunikációs hiba a 
távoli kommunikációs 
eszközzel  — a leghosszabb esemény az utolsó 10 
előfordulási nap mindegyikén, 
— az öt leghosszabb esemény az utolsó 
365 nap folyamán.  — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és 
időpontja, 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, 
száma, kiállító tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  
A GNSS-vev őből szár­
mazó helyzetmeghatá ­
rozási információk hiánya  — a leghosszabb esemény az utolsó 10 
előfordulási nap mindegyikén, 
— az öt leghosszabb esemény az utolsó 
365 nap folyamán.  — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és 
időpontja, 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, 
száma, kiállító tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  
▼M1 
Kommunikációs hiba a 
külső GNSS-eszközzel  — a leghosszabb esemény az utolsó 10 
előfordulási nap mindegyikén, 
— az öt leghosszabb esemény az utolsó 
365 nap folyamán.  — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és 
időpontja, 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, 
száma, kiállító tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  
▼B 
A mozgásadatok hibája  — a leghosszabb esemény az utolsó 10 
előfordulási nap mindegyikén, 
— az öt leghosszabb esemény az utolsó 
365 nap folyamán.  — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és 
időpontja, 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, 
száma, kiállító tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  
A jármű mozgásával 
kapcsolatos ellentmondás  — a leghosszabb esemény az utolsó 10 
előfordulási nap mindegyikén, 
— az öt leghosszabb esemény az utolsó 
365 nap folyamán.  — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és 
időpontja, 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, 
száma, kiállító tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 41  
Esemény  Tárolási szabályok Az egyes eseményekk el kapcsolatban rögzítend ő 
adatok  
A biztonsági rendszer 
megsértésére irányuló 
kísérlet  — a 10 legutolsó esemény eseménytípu ­
sonként. — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és id őpontja 
(ha lényeges), 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, 
száma, kiállító tagállama és generációja, 
— az esemény típusa.  
▼M1 
Időütközés  — a legsúlyosabb esemény az utolsó 10 
előfordulási nap mindegyikén (vagyis 
azok, amikor a legnagyobb különbség 
mutatkozik az adatrögzít ő készülék 
által mutatott dátum és idő pont, illetve 
a GNSS által mutatott dátum és idő pont 
között), 
— az öt legsúlyosabb esemény az utolsó 
365 nap folyamán,  — az adatrögzítő készülék által rögzített 
dátum és id őpont, 
— GNSS-dátum és -id őpont, 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, 
száma, kiállító tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  
▼B 
(1) Az adatrögzít ő készüléknek az alábbi adatokat is rögzí ­
tenie és tárolnia kell adatmemóriájában:  
— az utolsó GYORSHAJTÁS-ELLEN ŐRZÉS dátuma és 
időpontja, 
— az erre a GYORSHAJTÁS-ELLEN ŐRZÉS-re követ ­
kező első gyorshajtás dátuma és idő pontja, 
— a gyorshajtási események száma az utolsó GYORS ­
HAJTÁS-ELLEN ŐRZÉS óta. 
(2) Ezek az adatok csak akkor kerülhetnek rögzítésre, ha az 
áramellátás helyreállt, az id őmérés pontossága egy perc 
lehet.  
3.12.9 A hibákkal kapcsolatos adatok  
E szakasz alkalmazásában az időt egy másodperces pontossággal 
kell rögzíteni.  
(118) Az adatrögzítő készüléknek a következ ő tárolási szabályok 
szerint meg kell kísérelnie rögzíteni és tárolni az adatmemó ­
riájában az összes észlelt hibát:  
Hiba Tárolási szabályok Az egyes hibákkal kapcsolatban rögzítendő adatok  
Kártyahiba  — a 10 legutóbbi járművezetői kártyahi­
ba. — a hiba kezdetének dátuma és idő pontja, 
— a hiba végének dátuma és id őpontja, 
— a kártya (kártyák) típusa, száma, kiállító 
tagállama és generációja.  
Az adatrögzít ő készülék 
hibái — a 10 legutóbbi hiba minden egyes 
hibatípusra, 
— a legutóbbi kalibrálást követ ő első 
hiba. — a hiba kezdetének dátuma és idő pontja, 
— a hiba végének dátuma és id őpontja, 
— a hiba típusa, 
— a hiba kezdetén és/vagy végén behelye ­
zett kártya (kártyák) típusa, száma, kiál ­
lító tagállama és generációja.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 42  
3.12.10 Kalibrálási adatok  
(119) Az adatrögzítő készüléknek az alábbiakkal kapcsolatos 
adatokat rögzítenie és tárolnia kell adatmemóriájában:  
— az aktiválás pillanatában ismert kalibrálási paraméterek,  
— a készülék aktiválást követ ő legelső kalibrálása,  
— a készülék első kalibrálása az aktuális járm űben (amelyet 
a jármű-azonosító szám [VIN] azonosít), 
— a 20 legutóbbi kalibrálás (ha ugyanazon a naptári napon 
több kalibrálást végeztek, csak az aznapi els őt és utolsót 
kell tárolni).  
(120) Az egyes kalibrálásokra vonatkozóan a következ ő adatokat 
kell rögzíteni:  
— a kalibrálás célja (aktiválás, els ő beépítés, beépítés, 
időszakos vizsgálat),  
— a műhely neve és címe,  
— a műhelykártya száma, a kártyát kiállító tagállam és a 
kártya érvényességi ideje,  
— a jármű azonosítása,  
— aktualizált vagy megerősített paraméterek: w, k, l, 
abroncsméret, a sebességkorlátozó készülék beállítása, 
kilométer-számláló (régi és új értékek), dátum és id őpont 
(régi és új értékek),  
— az összes elhelyezett plomba típusa és azonosítása.  
(121) Ezenkívül az adatrögzítő készüléknek rögzíteni és tárolnia 
kell adatmemóriájában, hogy képes-e els ő generációs tachog ­
ráfkártyák használatára (aktiválva van-e még ez a funkció, 
avagy sem).  
(122) A mozgásérzékel őnek a következő adatokat kell rögzítenie és 
tárolnia a memóriájában a mozgásérzékel ő beépítésével 
kapcsolatban:  
— a járműegységgel való első párosítás (dátum, idő pont, a 
járműegység jóváhagyási száma és sorozatszáma),  
— a járműegységgel való utolsó párosítás (dátum, id őpont, a 
járműegység jóváhagyási száma és sorozatszáma).  
(123) A külső GNSS-eszköznek a következ ő adatokat kell rögzí ­
tenie és tárolnia a memóriájában a küls ő GNSS-eszköz beépí­
tésével kapcsolatban:  
— a járműegységre való első rákapcsolódás (dátum, idő pont, 
a járműegység jóváhagyási száma és sorozatszáma),  
— a járműegységre való utolsó rákapcsolódás (dátum, 
időpont, a járm űegység jóváhagyási száma és sorozatszá ­
ma). 
3.12.11 Id őbeállítási adatok  
(124) Az adatrögzítő készüléknek a rendszeres kalibrálások keretén 
kívül kalibrálási üzemmódban végzett id őbeállításokkal 
kapcsolatos következ ő adatokat rögzítenie és tárolnia kell 
adatmemóriájában:  
— a legutóbbi időbeállítás,  
— az öt legnagyobb mérték ű időbeállítás.  
(125) Az egyes időbeállításokra vonatkozóan a következ ő adatokat 
kell rögzíteni:  
— dátum és időpont, régi érték,  
— dátum és időpont, új érték,  
— a műhely neve és címe,  
— a műhelykártya száma, a kártyát kiállító tagállam, a kártya 
generációja és a kártya érvényességi ideje.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 43  
3.12.12 Az ellen őrzési tevékenységre vonatkozó adatok  
(126) Az adatrögzítő készüléknek a 20 legutóbbi ellen őrzési tevé­
kenységgel kapcsolatos következ ő adatokat rögzítenie és 
tárolnia kell adatmemóriájában:  
— az ellenőrzés dátuma és id őpontja, 
— az ellenőrzőkártya száma, a kártyát kiállító tagállam és a 
kártya generációja,  
— az ellenőrzés típusa (kijelzés és/vagy nyomtatás és/vagy a 
járműegységről való letöltés és/vagy kártyaletöltés és/vagy 
közúti kalibrálási ellen őrzés). 
(127) Letöltés esetén a legrégebbi és a legfrissebb letöltött napok 
dátumait is rögzíteni kell.  
3.12.13 A vállalkozások általi lezárások adatai  
(128) Az adatrögzítő készüléknek a 255 legutóbbi, vállalkozás általi 
lezárással kapcsolatban a következ ő adatokat kell rögzítenie 
és tárolnia adatmemóriájában:  
— a lezárás dátuma és id őpontja, 
— a feloldás dátuma és id őpontja,  
— a vállalkozáskártya száma, a kártyát kiállító tagállam és a 
kártya generációja,  
— a vállalkozás neve és címe.  
Azokat a korábban lezárt adatokat, amelyek lezárását a fenti 
mennyiségi korlát miatt eltávolították a memóriából, nem 
lezártnak kell tekinteni.  
3.12.14 A letöltési tevékenységre vonatkozó adatok  
(129) Az adatrögzítő készüléknek vállalkozási vagy kalibrálási 
üzemmódban a küls ő adathordozóra történ ő utolsó adatmemó ­
ria-letöltésre vonatkozóan a következ ő adatokat kell rögzí ­
tenie és tárolnia az adatmemóriájában:  
— a letöltés dátuma és id őpontja, 
— a vállalkozáskártya vagy a műhelykártya száma, a kártyát 
kiállító tagállam és a kártya generációja,  
— a vállalkozás vagy a műhely neve. 
3.12.15 A különleges körülményekre vonatkozó adatok  
(130) Az adatrögzítő készüléknek a különleges körülményekre 
vonatkozó következ ő adatokat kell rögzítenie adatmemóriájá ­
ban: 
— az adatbevitel dátuma és id őpontja, 
— a különleges körülmény típusa.  
(131) Az adatmemóriának legalább 365 napon át meg kell őriznie a 
különleges körülményekre vonatkozó adatokat (abból 
kiindulva, hogy átlagosan egy nyitott és egy zárt állapot 
fordul elő naponta). Amennyiben a tárolóhely megtelik, az 
új adatok felülírják a régebbieket.  
3.12.16 A tachográfkártya adatai  
(132) Az adatrögzítő készüléknek a járm űegységben használt külön­
böző tachográfkártyákkal kapcsolatban a következ ő adatokat 
kell tárolnia:  
— a tachográfkártya száma és sorozatszáma,  
— a tachográfkártya gyártója,  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 44  
— a tachográfkártya típusa,  
— a tachográfkártya változata.  
(133) Az adatrögzít ő készüléknek legalább 88 ilyen rekord tárolá ­
sára képesnek kell lennie.  
3.13 A tachográfkártyák leolvasása 
(134) Az adatrögzítő készüléknek képesnek kell lennie arra, hogy 
első vagy második generációs tachográfkártyákról leolvassa 
adott esetben az alábbiakhoz szükséges adatokat:  
— a kártyatípus, a kártyatulajdonos, az el őzőleg használt 
jármű, az utolsó kártyakivétel dátuma és id őpontja és az 
ezen idő pontban kiválasztott tevékenység azonosítása,  
— annak ellenőrzése, hogy az utolsó kártyakapcsolatot 
megfelelően zárták-e le,  
— a járművezető megszakítás nélküli járm űvezetési idejének, 
halmozott pihen őidejének és halmozott járm űvezetési 
idejének kiszámítása, a megel őző és a folyó hétre vonat ­
kozóan,  
— a járművezetői kártyán rögzített adatok kért kinyomata ­
inak kinyomtatása,  
— a járművezetői kártya letöltése küls ő adathordozóra. 
Ez a követelmény csak azokra az első generációs tachográf ­
kártyákra vonatkozik, melyek használatának lehet őségét nem 
szüntette be valamelyik m űhely. 
(135) Olvasási hiba esetén az adatrögzít ő készüléknek legfeljebb 
három alkalommal, ugyanazzal az olvasóparanccsal ismételten 
próbálkoznia kell, és ha továbbra is sikertelennek bizonyul, a 
kártyát hibásnak és érvénytelennek kell nyilvánítania.  
3.14 Rögzítés és tárolás a tachográfkártyákon 
3.14.1 Rögzítés és tárolás az els ő generációs tachográfkártyákon  
(136) Amennyiben az első generációs tachográfkártyák használa ­
tának lehet őségét nem szüntette be valamelyik m űhely, az 
adatrögzítő készüléknek pontosan ugyanúgy kell rögzítenie 
és tárolnia az adatokat, mint egy els ő generációs adatrögzít ő 
készüléknek.  
(137) Az adatrögzítő készüléknek közvetlenül a kártyabehelyezés 
után be kell állítania a „kártyakapcsolati adatokat” a járm ű­
vezetői vagy a mű helykártyán.  
(138) Az adatrögzítő készüléknek aktualizálnia kell az érvényes 
járművezetői, műhely- és/vagy ellen őrzőkártyákon tárolt 
adatokat a kártyatulajdonosra és az arra az id őszakra vonat­
kozó valamennyi szükséges adattal együtt, mialatt a kártya 
behelyezett állapotban van. Az e kártyákon tárolt adatokat a 
4. fejezet határozza meg.  
(139) Az adatrögzítő készüléknek aktualizálnia kell az érvényes 
járművezetői és/vagy mű helykártyákon tárolt, a járm űvezetői 
tevékenységre és a helyre vonatkozó adatokat (a 4.5.3.1.9. és 
a 4.5.3.1.11. pontban meghatározottak szerint) a kártyatulaj ­
donos által kézzel bevitt, a tevékenységre és a helyre vonat ­
kozó adatokkal.  
(140) Azok az események, amelyek az els ő generációs adatrögzít ő 
készülék vonatkozásában nem lettek meghatározva, nem 
kerülnek tárolásra a járm űvezetői és műhelykártyákon.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 45  
(141) A tachográfkártyákon tárolt adatok aktualizálása úgy történik, 
hogy amennyiben az tekintettel a kártya tényleges tárolóka ­
pacitására szükségessé válik, az újabb adatok felülírják a régi ­
eket. 
(142) Íráshiba esetén az adatrögzít ő készüléknek legfeljebb három 
alkalommal, ugyanazzal az írásparanccsal ismételten próbál ­
koznia kell, és ha továbbra is sikertelennek bizonyul, a 
kártyát hibásnak és érvénytelennek kell nyilvánítania.  
(143) Miután a vonatkozó adatok a járm űvezetői kártyán tárolásra 
kerültek, de még a kártya kioldása el őtt az adatrögzít ő készü­
léknek le kell nulláznia a „kártyakapcsolati adatokat”.  
3.14.2 Rögzítés és tárolás a második generációs tachográfkártyákon 
(144) A második generációs tachográfkártyáknak két különböz ő 
kártyaalkalmazással kell rendelkezniük, melyek közül az els ő 
pontosan megegyezik a TACHO nev ű, első generációs tachog ­
ráfkártyák használatára szolgáló alkalmazással, a második pedig 
a 4. fejezet 2. függelékében leírt „TACHO_G2” alkalmazás.  
(145) Az adatrögzítő készüléknek közvetlenül a kártyabehelyezés 
után be kell állítania a „kártyakapcsolati adatokat” a járm ű­
vezetői vagy a mű helykártyán.  
(146) Az adatrögzítő készüléknek aktualizálnia kell az érvényes 
járművezetői, mű hely- és/vagy ellen őrzőkártyák két kártya ­
alkalmazásában tárolt adatokat a kártyatulajdonosra és az 
arra az idő szakra vonatkozó valamennyi szükséges adattal 
együtt, mialatt a kártya behelyezett állapotban van. Az e 
kártyákon tárolt adatokat a 4. fejezet határozza meg.  
(147) Az adatrögzítő készüléknek aktualizálnia kell az érvényes 
járművezetői és/vagy mű helykártyákon tárolt, a járm űvezetői 
tevékenységre és a helyre (helységnév és földrajzi hely) 
vonatkozó adatokat (a 4.5.3.1.9., 4.5.3.1.11, 4.5.3.2.9., és 
4.5.3.2.11. pontban meghatározottak szerint) a kártyatulaj ­
donos által kézzel bevitt, a tevékenységre és a helyre vonat ­
kozó adatokkal.  
(148) A tachográfkártyákon tárolt adatok aktualizálása úgy történik, 
hogy amennyiben az tekintettel a kártya tényleges tárolóka ­
pacitására szükségessé válik, az újabb adatok felülírják a régi ­
eket. 
(149) Íráshiba esetén az adatrögzít ő készüléknek legfeljebb három 
alkalommal, ugyanazzal az írásparanccsal ismételten próbál ­
koznia kell, és ha továbbra is sikertelennek bizonyul, a 
kártyát hibásnak és érvénytelennek kell nyilvánítania.  
(150) Miután a vonatkozó adatok a járm űvezetői kártya két kártya ­
alkalmazásában tárolásra kerültek, de még a kártya kioldása 
előtt az adatrögzít ő készüléknek le kell nulláznia a „kártya ­
kapcsolati adatokat”.  
3.15 Kijelzés  
(151) A kijelzőnek legalább 20 karakter megjelenítésére alkal ­
masnak kell lennie.  
(152) A karakterek magassága legalább 5 mm, szélessége legalább 
3,5 mm.  
(153) A kijelz őnek képesnek kell lennie az 1. függelék 4. fejeze ­
tében („Karakterkészletek”) meghatározott karakterek kijelzé ­
sére. A kijelz őn megengedett az egyszer űsített írásmód hasz ­
nálata (például az ékezetes bet űk ékezet nélkül vagy a 
kisbetűk nagybetűként való megjelenítése).  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 46  
(154) A kijelz ő világítása nem vakíthat.  
(155) A kijelzőn megjelen ő jeleknek az adatrögzít ő készüléken 
kívülről is jól kell látszaniuk.  
(156) Az adatrögzítő készüléknek ki kell jeleznie a következ őket: 
— alapértelmezett adatok,  
— figyelmeztetésekkel kapcsolatos adatok,  
— a menü elérésével kapcsolatos adatok,  
— a felhasználó által kért egyéb adatok.  
Az adatrögzít ő készülék kijelezhet további információkat is, 
amennyiben ezek világosan megkülönböztethet ők a fenti 
információktól.  
(157) Az adatrögzítő készülék kijelz őjének a 3. függelékben felso ­
rolt piktogramokat vagy piktogram-kombinációkat kell alkal ­
maznia. Emellett további piktogramokat vagy piktogram- 
kombinációkat is kijelezhet, amennyiben ezek világosan 
megkülönböztethet ők a fent említett piktogramoktól vagy 
piktogram-kombinációktól.  
(158) Mialatt a jármű mozog, a kijelz őnek mindvégig bekapcsolt 
(„ON”) állapotban kell lennie. 
(159) Az adatrögzítő készülék magában foglalhat kézi vagy auto ­
matikus berendezést, amellyel a kijelz őt ki lehet kapcsolni 
(„OFF”), amikor a járm ű nem mozog. 
A kijelzés formátumát az 5. függelék határozza meg.  
3.15.1 Az alapértelmezett adatok kijelzése  
(160) Amennyiben más információ kijelzésére nincs szükség, az 
adatrögzítő készüléknek alapértelmezetten a következ őket 
kell kijeleznie:  
— helyi idő (UTC id ő + a járm űvezető által végzett beállí ­
tás), 
— az üzemmód,  
— a járművezető és a járm űkísérő folyamatban lév ő tevé­
kenysége, 
— a járművezetőre vonatkozó információk:  
— amennyiben aktuális tevékenysége JÁRM ŰVEZETÉS, 
úgy az aktuális, megszakítás nélküli járm űvezetési id ő 
és tényleges halmozott pihen őidő, 
— amennyiben aktuális tevékenysége nem JÁRM ŰVEZE­
TÉS, úgy a folyamatban lév ő tevékenységének idő tartama 
(a tevékenység kiválasztása óta), és tényleges halmozott 
pihenőideje.  
(161) Az egyes járművezetőkre vonatkozó adatokat világosan, 
érthetően és egyértelm űen kell kijelezni. Amennyiben a 
járművezetőre és a járm űkísérőre vonatkozó információk 
nem jelezhet ők ki egyidej űleg, úgy az adatrögzít ő készülék 
alapértelmezetten a járm űvezetőre vonatkozó információkat 
jelzi ki, de a felhasználó részére lehet ővé teszi a járm űkísé­
rőre vonatkozó információk kijelzését.  
(162) Amennyiben a kijelző szélessége nem teszi lehet ővé az 
üzemmód alapértelmezett kijelzését, úgy a készüléknek az 
új üzemmódra váltáskor röviden ki kell jeleznie az új üzem ­
módot.  
(163) Az adatrögzít ő készüléknek új kártya behelyezésekor röviden 
ki kell jeleznie a kártyatulajdonos nevét.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 47  
(164) Amennyiben a „MENETÍRÓ KÉSZÜLÉK NEM SZÜK ­
SÉGES” vagy a „KOMPON/VONATON MEGTETT ÚT” 
körülmény nyitott, ezt az alapértelmezett kijelz ő a megfelel ő 
piktogrammal jelzi (megengedett, hogy a járm űvezető folya­
matban lév ő tevékenysége ezzel egy id őben ne legyen kije ­
lezve). 
3.15.2 Figyelmeztet ő kijelzés  
(165) Az adatrögzítő készüléknek figyelmeztetésként els ősorban a 
3. függelék piktogramjait kell használnia, szükség esetén 
numerikusan kódolt információkkal kiegészítve ezeket. A 
figyelmeztetést emellett a járm űvezető által választott nyelven 
szövegesen is le lehet írni.  
3.15.3 A menü elérése  
(166) Az adatrögzítő készülékben a szükséges parancsoknak egy 
megfelelő menüstruktúra segítségével kell lehívhatónak 
lenniük.  
3.15.4 Egyéb kijelzett információk  
(167) Kérésre az alábbi adatok kijelzését is lehet ővé kell tenni:  
— UTC dátum és idő, valamint a helyi id ő, 
— a hat kinyomat bármelyikének tartalma a kinyomatokkal 
megegyező formátumban,  
— a járművezető megszakítás nélküli járm űvezetési ideje és 
halmozott pihen őideje,  
— a járműkísérő megszakítás nélküli járm űvezetési ideje és 
halmozott pihen őideje,  
— a járművezető halmozott járm űvezetési ideje az el őző és a 
folyó hétre,  
— a járműkísérő halmozott járm űvezetési ideje az el őző és a 
folyó hétre,  
opcionálisan:  
— a járműkísérő folyamatban lév ő tevékenységének idő tar­
tama (a tevékenység menüb ől való kiválasztása óta),  
— a járművezető halmozott járm űvezetési ideje a folyó hétre,  
— a járműkísérő halmozott járm űvezetési ideje a folyó 
munkanapra,  
— a járművezető halmozott járm űvezetési ideje a folyó 
munkanapra.  
(168) A kinyomat tartalmát szekvenciálisan, sorról sorra kell kije ­
lezni. Amennyiben a kijelz ő szélessége nem éri el a 24 karak ­
tert, gondoskodni kell arról, hogy a felhasználó a megfelel ő 
módon az összes információt meg tudja jeleníteni (több 
sorban, sorgörgetéssel stb.). 
A kinyomaton a kézzel írott információk számára fenntartott 
sorokat nem kell megjeleníteni.  
3.16 Nyomtatás 
(169) Az adatrögzítő készüléknek képesnek kell lennie arra, hogy 
adatmemóriájából és/vagy a tachográfkártyákról informáci ­
ókat nyomtasson ki a következő hét kinyomatnak megfele ­
lően: 
— a kártyán tárolt járm űvezetői tevékenységek napi kinyo ­
mata,  
— a járműegységen tárolt járművezetői tevékenységek napi 
kinyomata,  
— a kártyán tárolt események és hibák kinyomata,  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 48  
— a járműegységen tárolt események és hibák kinyomata,  
— a műszaki adatok kinyomata,  
— a gyorshajtások kinyomata,  
— egy adott járműegység tachográfkártyájának adattörténete 
(lásd a 3.12.16. szakaszt).  
E kinyomatok részletes formátumát és tartalmát a 4. függelék 
határozza meg.  
A kinyomatok végén kiegészítő adatokat is fel lehet tüntetni.  
Az adatrögzít ő készülék emellett további kinyomatokat is 
készíthet, amennyiben ezek világosan megkülönböztethet ők 
a fent említett hét kinyomattól.  
(170) A „kártyán tárolt járm űvezetői tevékenységek napi kinyo ­
mata” és a „kártyán tárolt események és hibák kinyomata” 
csak az adatrögzít ő készülékbe behelyezett járm űvezetői 
kártya vagy m űhelykártya esetében állhatnak rendelkezésre. 
Az adatrögzít ő készüléknek a nyomtatás megkezdése el őtt 
aktualizálnia kell a megfelel ő kártyán tárolt adatokat.  
(171) A „kártyán tárolt járm űvezetői tevékenységek napi kinyo ­
mata” vagy a „kártyán tárolt események és hibák kinyomata” 
előállításához az adatrögzít ő készüléknek: 
— vagy automatikusan ki kell választania a járm űvezetői 
vagy a mű helykártyát, amennyiben e kártyák egyike 
került csak behelyezésre,  
— vagy parancsot kell adnia a forráskártya kiválasztására, 
vagy a járm űvezetői kártyaolvasó egységben lév ő kártya 
kiválasztására, amennyiben mindkét kártya be van 
helyezve az adatrögzít ő készülékbe.  
(172) A nyomtatónak képesnek kell soronként 24 karakter kinyom ­
tatására.  
(173) A karakterek magassága legalább 2,1 mm, szélessége legalább 
1,5 mm. 
(174) A nyomtatónak képesnek kell lennie az 1. függelék 4. fejeze ­
tében („Karakterkészletek”) meghatározott karakterek 
kinyomtatására.  
(175) A nyomtatóknak az említett kinyomatokat olyan felbontásban 
kell előállítaniuk, hogy azok félreértések nélkül olvashatók 
legyenek.  
(176) A kinyomatoknak rendes páratartalom mellett (10–90 %) és 
rendes hőmérsékleti körülmények között meg kell tartaniuk 
méretüket és meg kell őrizniük tartalmukat.  
(177) Az adatrögzítő készülék által használt, típusjóváhagyással 
rendelkező papíron szerepelnie kell a megfelel ő típus-jóváha­
gyási jelnek és annak/azoknak a készüléktípus(ok)nak, amely ­
lyel/amelyekkel a papír felhasználható.  
(178) A kinyomatoknak legalább két éven keresztül tisztán olvas ­
hatónak és azonosíthatónak kell maradniuk a szokásos tárolási 
feltételekre jellemz ő fényerősség, páratartalom és h őmérsék­
letviszonyok mellett.  
(179) A kinyomatoknak legalább a 9. függelékben a tesztekre 
vonatkozóan meghatározott el őírásoknak meg kell felelniük.  
(180) Lehet ővé kell tenni, hogy e dokumentumokra kézzel is írni 
lehessen, azaz például a járm űvezető alá tudja írni.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 49  
(181) Ha nyomtatás közben kifogy a papír, az adatrögzít ő készü­
léknek a papír újratöltése után vagy elölr ől kell kezdenie a 
nyomtatást, vagy a megszakítás pontjától folytatnia kell, félre ­
érthetetlenül megjelölve, hogy melyik volt az el őzőleg 
kinyomtatott rész.  
3.17 Figyelmeztetések  
(182) Az adatrögzítő készüléknek figyelmeztetnie kell a járm űve­
zetőt bármilyen esemény és/vagy hiba észlelésekor.  
(183) Az áramellátás megszakadására vonatkozó figyelmeztetés 
visszatartható az áramellátás helyreállításáig.  
(184) Az adatrögzítő készüléknek 15 perccel a megszakítás nélkül 
legfeljebb megengedett járm űvezetési idő letelte el őtt és ezen 
idő túllépése pillanatában figyelmeztetnie kell a járm űvezetőt. 
(185) A figyelmeztet ő jelzéseknek vizuálisan kell megjelenniük. A 
látható figyelmeztetések hangjelzésekkel is kiegészíthet ők. 
(186) A látható figyelmeztetéseknek a felhasználó számára vilá ­
gosan felismerhet őnek kell lenniük, a járm űvezető látóterében 
kell megjelenniük, és tisztán olvashatónak kell lenniük mind 
nappal, mind éjjel.  
(187) A látható figyelmeztetések jöhetnek az adatrögzít ő készü­
lékből és/vagy az adatrögzít ő készüléken kívülr ől is. 
(188) Az utóbbi esetben a figyelmeztetéseket „T” jellel kell ellátni.  
(189) A figyelmeztetéseket legalább 30 másodpercen keresztül ki 
kell jelezni, hacsak a felhasználó hamarabb vissza nem 
igazolja őket az adatrögzít ő készülék egy vagy több meghatá ­
rozott gombjának lenyomásával. Ez az els ő visszaigazolás 
nem oldhatja fel a figyelmeztetés okára vonatkozó kijelzést, 
amelyet a következ ő szakasz említ.  
(190) Az adatrögzítő készüléknek a figyelmeztetés okát is ki kell 
jelezni, és e figyelmeztetésnek mindaddig láthatónak kell 
maradnia, amíg a felhasználó nem igazolja vissza az adatrög ­
zítő készülék egy meghatározott gombjának vagy parancsának 
alkalmazásával.  
(191) Emellett további figyelmeztetések is adhatók, amennyiben 
azok nem téveszthet ők össze az el őző figyelmeztetésekkel.  
3.18 Adatletöltés külső adathordozókra 
(192) Az adatrögzít ő készüléknek képesnek kell lennie arra, hogy 
adatmemóriájából vagy a járm űvezetői kártyáról kérésre 
adatokat töltsön le egy küls ő adathordozóra a kalibrálási/le ­
töltő csatlakozón keresztül. Az adatrögzít ő készüléknek a 
letöltés megkezdése el őtt aktualizálnia kell a megfelel ő 
kártyán tárolt adatokat.  
(193) Emellett opcionális lehetőségként az adatrögzít ő készülék – 
bármely üzemmódban – bármilyen más eszközön keresztül 
adatokat tölthet le az ezen eszközön keresztül hitelesített 
vállalkozás részére. Ilyen esetben e letöltésre a vállalkozási 
üzemmód adathozzáférési jogai vonatkoznak.  
(194) A letöltés nem eredményezheti a tárolt adatok módosulását 
vagy törlését.  
(195) A kalibrálási/letölt ő csatlakozó elektromos interfészét a 
6. függelék határozza meg.  
(196) A letöltési protokollokat a 7. függelék határozza meg.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 50  
3.19 Távoli kommunikáció a célzott közúti ellen őrzések céljára  
(197) Bekapcsolt gyújtás mellett a járm űegységnek 60 másodperce ­
ként el kell mentenie a távoli kommunikációs eszközben a 
célzott közúti ellen őrzésekhez szükséges legfrissebb adatokat. 
Ezeket az adatokat a 11. és 14. függelék szerint kell titkosí ­
tani és aláírni.  
(198) A távészleléssel ellenőrizendő adatokat vezeték nélküli 
kommunikáció révén kell a távoli kommunikációs leolvasók 
számára elérhet ővé tenni, amint azt a 14. függelék meghatá ­
rozza. 
(199) A célzott közúti ellen őrzések céljára a következő adatok szük­
ségesek: 
— a biztonsági rendszer megsértésére irányuló legutóbbi 
kísérlet,  
— az áramellátás leghosszabb megszakadása,  
— érzékel őhiba, 
— a mozgásadatok hibája,  
— a jármű mozgásával kapcsolatos ellentmondás,  
— érvényes kártya nélküli járm űvezetés,  
— kártyabehelyezés menet közben,  
— idő beállítási adatok,  
— kalibrálási adatok, beleértve a két legutóbbi kalibrálás 
elmentett adatait,  
— a jármű rendszáma,  
— az adatrögzítő készülék által rögzített sebesség.  
3.20 Küls ő kiegészít ő eszközök számára kiadott adatok  
▼M1 
(200) Az adatrögzít ő készüléket el lehet látni szabványosított inter ­
fészekkel, amelyek lehet ővé teszik, hogy egy küls ő eszköz a 
menetíró készülék által rögzített vagy el őállított adatokat 
működési vagy kalibrálási üzemmódban használni tudja.  
A 13. függelék meghatározza szabványosított formában, hogy 
milyen opcionális ITS-interfészt lehet használni. Más járm ű­
egység-interfészek is létezhetnek, amennyiben azok teljes 
mértékben megfelelnek a 13. függelék követelményeinek a 
minimális adatlistát, a biztonságot és a járm űvezető hozzájá­
rulását illet ően. 
A járművezető hozzájárulása nem vonatkozik az adatrögzít ő 
készülékről a járműhálózathoz továbbított adatokra. Ameny ­
nyiben a járm ű hálózatába bevitt személyes adatok a járm ű 
hálózatán kívül további feldolgozáson esnek át, a járm űgyártó 
felelőssége, hogy a személyes adatok kezelése az (EU) 
2016/679 rendeletnek („általános adatvédelmi rendelet”) 
megfelelően történjen.  
A járművezető hozzájárulása a menetíróról távoli vállalkozás 
részére letöltött adatokra (193. követelmény) sem vonatkozik, 
mivel ezt az esetet a vállalkozáskártyához való hozzáférési 
jog alapján ellen őrzik. 
Az említett interfészen keresztül rendelkezésre bocsátott ITS- 
adatokra a következ ő követelmények vonatkoznak:  
— a menetíró adatszótárában meglév ő adatokból kiválasztott 
adathalmazról van szó (1. függelék),  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 51  
— e kiválasztott adatok egy részhalmaza a „személyes adat” 
jelölést kapta,  
— a „személyes adatok” részhalmaz csak akkor hívható le, 
ha a járm űvezető igazolható módon hozzájárulását adta 
ahhoz, hogy személyes adatai elhagyják a járm űhálózatot, 
és a hozzájárulási funkciót aktiválták,  
— a járművezető hozzájárulása bármikor aktiválható vagy 
kikapcsolható a menüben szerepl ő parancsok segítségével, 
ha a járművezetői kártya be van helyezve,  
— az adathalmazt és -részhalmazt vezeték nélküli Bluetooth 
protokollal továbbítják a járm ű vezetőfülkéjének sugarán 
belül, 1 perces frissítési gyakorisággal,  
— a külső eszköz és az ITS-interfész párosítását egy külön 
erre a célra szolgáló, véletlenszer űen megválasztott, 4 
számból álló PIN-kód védi, amelyet a járm űegységben 
rögzítenek, és amely a kijelz őn keresztül megjeleníthet ő, 
— az ITS-interfész jelenléte semmi esetre sem zavarhatja 
vagy befolyásolhatja a járm űegység megfelel ő működését 
és biztonságát.  
Egyéb adatok is kiadhatók a meglév ő adatokból kiválasztott, 
minimális listának tekintett adathalmazon kívül, feltéve, hogy 
nem minősülnek személyes adatoknak.  
Az adatrögzít ő készüléknek alkalmasnak kell lennie arra, 
hogy értesítést küldjön a járm űvezető hozzájárulásáról a 
járműhálózat többi platformjára.  
Bekapcsolt gyújtás mellett ezeket az adatokat folyamatosan 
közvetíteni kell.  
▼B 
(201) A visszamen őleges kompatibilitásra tekintettel a menetíró 
készülékeket továbbra is fel lehet szerelni a 3281/85/EGK ren ­
delet legutóbb módosított változatának 1.B. mellékletében 
meghatározott kapcsolatsor interfészével. A járm űvezető 
hozzájárulására azonban mindenképpen szükség van 
személyes adatok továbbítása esetén.  
3.21 Kalibrálás  
(202) A kalibrálási funkciónak a következ őket kell lehet ővé tenni: 
— a mozgásérzékel ő automatikus párosítása a járm űegység­
gel, 
— a külső GNSS-eszköz automatikus rákapcsolása a járm ű­
egységre adott esetben,  
— az adatrögzítő készülék állandójának (k) digitális adaptá ­
lása a járm ű jellemző együtthatójához (w),  
— az aktuális idő beállítása a behelyezett m űhelykártya érvé ­
nyességi idején belül,  
— a kilométer-számláló aktuális értékének beállítása,  
— a mozgásérzékel ő adatmemóriában tárolt azonosító adata ­
inak aktualizálása,  
— a külső GNSS-eszköz adatmemóriában tárolt azonosító 
adatainak aktualizálása adott esetben,  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 52  
— az összes elhelyezett plomba típusának és azonosításának 
aktualizálása,  
— az adatrögzítő készülék által ismert egyéb paraméterek 
aktualizálása vagy meger ősítése: a járm ű azonosítása, w, 
l, abroncsméret és adott esetben a sebességkorlátozó 
készülék beállítása.  
(203) Emellett a kalibrálási funkciónak lehet ővé kell tennie az els ő 
generációs tachográfkártyáknak az adatrögzít ő készülékben 
való használatának beszüntetését, amennyiben a 15. függe ­
lékben meghatározott feltételek teljesülnek.  
(204) A mozgásérzékel ő és járműegység párosítása során legalább a 
következő műveleteknek végbe kell menniük:  
— a mozgásérzékel ő által tárolt, a mozgásérzékel ő beépí­
tésével kapcsolatos adatok aktualizálása (szükség szerint),  
— a mozgásérzékel ő azonosításához szükséges adatok átmá ­
solása a mozgásérzékel őből a járműegység adatmemóriá ­
jába. 
(205) A külső GNSS-eszköznek a járm űegységre való rákapcsoló ­
dása során legalább a következ ő műveleteknek végbe kell 
menniük:  
— a külső GNSS-eszköz által tárolt, a küls ő GNSS-eszköz 
beépítésével kapcsolatos adatok aktualizálása (szükség 
szerint),  
— a külső GNSS-eszköz azonosításához szükséges adatok, 
köztük a küls ő GNSS-eszköz sorozatszámának átmásolása 
a külső GNSS-eszközb ől a járműegység adatmemóriájába.  
A rákapcsolódást követ ően ellenőrizni kell a GNSS helyzet­
meghatározási információit.  
(206) A kalibrálási funkciónak lehet ővé kell tennie a szükséges 
adatok betáplálását a kalibrálási/letölt ő csatlakozó segítségé ­
vel, a 8. függelékben meghatározott kalibrálási protokollal 
összhangban. A szükséges adatok kalibrálási funkción keresz ­
tüli betáplálása más eszközzel is történhet.  
3.22 Közúti kalibrálási ellenőrzés 
(207) A közúti kalibrálási ellen őrzési funkciónak lehet ővé kell 
tennie az adapter részét képez ő mozgásérzékel ő sorozatszá ­
mának és adott esetben a járm űegységhez csatlakoztatott 
külső GNSS-eszköz sorozatszámának leolvasását az erre 
irányuló kérés idő pontjában.  
(208) A leolvasásnak legalább a járm űegység kijelz őjén keresztül a 
menüben szerepl ő megfelel ő parancsok kiválasztásával lehet ­
ségesnek kell lennie.  
(209) A közúti kalibrálási ellen őrzési funkciónak lehet ővé kell 
tennie továbbá a 6. függelékben meghatározott kalibrálási 
I/O jelvonal I/O üzemmódjának kiválasztását a K vonal inter ­
fészén keresztül. Ez az „ECUAdjustmentSession” szakaszban 
végezhető el, amint azt a 8. függelék 7. szakasza („Vizsgálati 
impulzusok vezérlése – input/output vezérlési funkcionális 
egység”) meghatározza.  
3.23 Id őbeállítás  
(210) Az id őbeállítási funkció lehet ővé teszi az aktuális id ő beállí­
tását. Az adatrögzít ő készülék két forrást használ az id őbeál­
lításhoz, melyek: 1) a járm űegység beépített órája, 2) a 
GNSS-vev ő. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 53  
(211) A járm űegység beépített órájának idő beállítását 12 óránként 
automatikusan kiigazítják. Ha GNSS-jel hiányában a kiiga ­
zítás nem lehetséges, az id őbeállításnak a lehet ő leghamarabb 
meg kell történnie, amint a járm űegység – attól függ ően, 
hogy a járm ű mikor kap gyújtást – ismét érvényes idő ada­
tokhoz jut a GNSS-vev őből. A járm űegységbe épített óra 
automatikus beállításához a GNSS-vev őből jövő időjelzést 
kell használni.  
▼B 
(212) Az idő beállítási funkciónak az aktuális id ő kalibrálási üzem­
módban történ ő, külső körülmény által kiváltott beállítását is 
lehetővé kell tennie.  
3.24 Teljesítményjellemz ők 
(213) A járműegységnek a – 20 °C-tól 70 °C-ig, a küls ő GNSS- 
eszköznek – 20 °C-tól 70 °C-ig, a mozgásérzékel őnek pedig 
a – 40 °C-tól 135 °C-ig terjed ő hőmérséklet-tartományban 
teljes mértékben m űködőképesnek kell lennie. Az adatme ­
mória tartalmának – 40 °C-ig sérülésmentesnek kell maradnia.  
(214) A menetíró készüléknek a 10 %-tól a 90 %-ig terjed ő pára­
tartalom-tartományban teljes mértékben m űködőképesnek kell 
maradnia.  
(215) Az intelligens menetíró készülékben használt plombáknak 
ugyanazon körülményekkel szemben ellenállónak kell 
lenniük, mint a menetíró készülékek azon alkatrészei, 
amelyekre feler ősítették őket. 
(216) Az adatrögzítő készüléket óvni kell a túlfeszültségt ől, az ener­
giaellátás polaritásának felcserélését ől és a rövidzárlatoktól.  
(217) A mozgásérzékel őknek: 
— vagy reagálniuk kell a járm ű mozgásának érzékelését 
zavaró mágneses terekre. Ilyen körülmények esetén a 
járműegység érzékel őhibát jegyez fel és tárol (88. követel ­
mény), 
— vagy olyan érzékelő elemmel kell rendelkezniük, amely 
védett a mágneses terekkel szemben.  
(218) Az adatrögzítő készüléknek és a küls ő GNSS-eszköznek meg 
kell felelniük az ENSZ EGB 10. számú nemzetközi el őírásá­
nak, és az elektrosztatikus kisülések és tranziens áramok 
elleni védelemmel kell rendelkezniük.  
3.25 Anyagok 
(219) Az adatrögzítő készülék valamennyi alkotóelemének 
megfelelő ellenálló képességgel és mechanikai szilárdsággal, 
továbbá állandó elektromos és mágneses jellemz őkkel rendel ­
kező anyagokból kell készülnie.  
(220) A szokásos használati körülményekre tekintettel a készülék 
valamennyi bels ő részét védeni kell a nedvességt ől és a 
portól. 
(221) A járműegységnek és a külső GNSS-eszköznek meg kell 
felelniük az IP 40 érintésvédelmi osztálynak, a mozgásérzé ­
kelőnek pedig az IP 64 érintésvédelmi osztálynak, amint azt 
az A1:1999 és az A2:2013 módosítást is magában foglaló 
IEC 60529:1989 szabvány el őírja. 
(222) Az adatrögzít ő készüléknek meg kell felelnie az ergonómiai 
tervezésre vonatkozó érvényes m űszaki rendelkezéseknek.  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 54  
(223) Az adatrögzít ő készüléket óvni kell a véletlenül bekövetkez ő 
sérülésektől. 
3.26 Jelölések 
(224) Amikor az adatrögzítő készülék kijelzi a járm ű kilométer- 
számlálójának értékét és sebességét, a kijelz őn a következ ő 
adatoknak kell megjelenniük:  
— a megtett távolságot mutató szám mellett a távolságmérés 
„km” rövidítéssel jelölt mértékegysége,  
— a sebességet mutató szám mellett a „km/h” rövidítés.  
Lehetővé kell tenni, hogy az adatrögzít ő készüléket úgy is be 
lehessen állítani, hogy a sebességet mérföld per órában 
jelezze ki, ekkor a sebesség mértékegységét az „mph” rövi ­
dítéssel kell megadni. Lehet ővé kell tenni, hogy az adatrög ­
zítő készüléket úgy is be lehessen állítani, hogy a távolságot 
mérföldben jelezze ki, ekkor a távolság mértékegységét a 
„mi” rövidítéssel kell megadni.  
▼M1 
(225) Az adatrögzít ő készülék minden különálló alkatrészén ismer ­
tető címkét kell helyezni, amelyen a következ ő adatoknak kell 
szerepelniük:  
— a gyártó neve és címe,  
— a gyártói alkatrészek száma és a gyártás éve,  
— sorozatszám,  
— típusjóváhagyási jel. 
(226) Az ismertet ő címkén az alábbiaknak mindenképpen szere ­
pelnie kell, akkor is, ha nincs elég hely az összes fent említett 
adat feltüntetésére: a gyártó neve vagy logója és a berendezés 
sorozatszáma.  
▼B 
4 A TACHOGRÁFKÁRTYÁK KIALAKÍTÁSÁRA ÉS M ŰKÖDÉ­
SÉRE VONATKOZÓ KÖVETELMÉNYEK  
4.1 Látható adatok  
Az elülső oldalon a következőket kell feltüntetni:  
(227) a kártya típusának megfelel ően a „Járm űvezetői kártya” vagy 
„Ellenőrzőkártya” vagy „M űhelykártya” vagy „Vállalkozás­
kártya” szavak nagybet űvel szedve a kártyát kiállító tagállam 
hivatalos nyelvén vagy nyelvein,  
(228) a kártyát kiállító tagállam neve (opcionális),  
(229) a kártyát kiállító tagállam megkülönböztet ő jele, kék négy­
szögben, negatívan nyomtatva, 12 sárga csillaggal körülvéve. 
A megkülönböztet ő jelek a következ ők: 
B 
BG 
CZ 
CY Belgium 
Bulgária 
Cseh Köztársaság 
Ciprus LV 
L 
LT 
M Lettország 
Luxemburg 
Litvánia 
Málta 
DK Dánia NL Hollandia  
D 
EST Németország 
Észtország A 
PL Ausztria 
Lengyelország  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 55  
GR Görögország P 
RO 
SK 
SLO Portugália 
Románia 
Szlovákia 
Szlovénia  
E Spanyolország FIN Finnország 
F 
HR 
H Franciaország 
Horvátország 
Magyarország S Svédország 
IRL Írország UK Egyesült Királyság 
I Olaszország 
(230) a kiállított kártyára vonatkozó információk a következ ő­
képpen számozva:  
Járművezetői kártya  Ellen őrzőkártya Vállalkozáská rtya vagy műhely­
kártya  
1. a járm űvezető családi neve  az ellenőrző szerv neve  a vállalkozás vagy a m űhely 
neve 
2. a járm űvezető utóneve(i)  az ellen őrző személy családi 
neve 
(adott esetben)  a kártyatulajdonos családi 
neve 
(adott esetben)  
3. a járm űvezető születési 
dátuma  az ellenőrző személy utóne­
ve(i) 
(adott esetben)  a kártyatulajdonos utóneve(i) 
(adott esetben)  
4.a a kártya érvényességi idejének kezdete  
4.b a kártya érvényességi idejének lejárata  
4.c a kiállító hatóság neve (nyomtatható a hátoldalra is)  
4.d az 5. pont alatt megadottól különböz ő szám adminisztratív célokra (opcionális)  
5. a A vezet ői engedély száma: 
(a járművezetői kártya kiál ­
lításának id őpontjában)  — —  
5. b Kártyaszám  
6. A járm űvezető fényképe az ellen őrző személy fény­
képe (opcionális)  a szerelő fényképe (opcioná ­
lis) 
7. A tulajdonos aláírása (opcionális)  
8. A tulajdonos lakóhelye 
vagy postacíme (opcioná­
lis). Az ellenőrző szerve posta­
címe  a vállalkozás vagy műhely 
postacíme  
(231) A dátumokat „nn/hh/éééé” vagy „nn.hh.éééé” (nap, hónap, 
év) formátumban kell megadni.  
A hátoldalnak a következ őket kell tartalmaznia:  
(232) a kártya elüls ő oldalán feltüntetett számozott adatok magya ­
rázata,  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 56  
(233) adott esetben és a tulajdonos kifejezett, írásbeli beleegyezé ­
sével olyan adatok, amelyek nem kapcsolatosak a járm űve­
zetői kártya adminisztrációjával, amennyiben nem nehezítik 
meg a modell tachográfkártyaként történ ő használatát.  
(234) A tachográfkártyákat a következő fő háttérszínekkel kell 
nyomtatni:  
— járművezetői kártya: fehér,  
— ellenőrzőkártya: kék,  
— mű helykártya: piros,  
— vállalkozáskártya: sárga.  
(235) A tachográfkártyákat a hamisítás és a manipulálás ellen 
legalább a következ őkkel kell ellátni:  
— biztonsági háttérnyomtatás, finom gilosmintával és írisz ­
nyomtatással,  
— a fénykép helyén a biztonsági háttérnyomtatás és a 
fénykép közötti átfedés,  
— legalább egy kétszínű  mikronyomtatású vonal.
  
(236) A Bizottsággal folyatott megfelel ő egyeztetés után e melléklet 
egyéb rendelkezéseinek sérelme nélkül a tagállamok más 
színeket vagy jelöléseket is használhatnak, például nemzeti 
szimbólumokat vagy biztonsági elemeket.  
► (1) M1 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 57  
(237) A 165/2014/EU rendelet 26. cikkének (4) bekezdésében emlí ­
tett ideiglenes kártyáknak is meg kell felelniük e melléklet 
rendelkezéseinek.  
4.2 Biztonság 
A rendszerbiztonság célja a kártyák és az adatrögzít ő készülék 
között kicserélt adatok integritásának és hitelességének, valamint a 
kártyákról letöltött adatok integritásának és hitelességének védelme, 
amely cél érdekében bizonyos kártyabeírási m űveletek elvégzését 
kizárólag az adatrögzít ő készülékre korlátozza, és bizonyos adatokat 
titkosít, kizárva a kártyákon tárolt adatok bármiféle hamisítását, 
megakadályozva a manipulálást és feltárva minden ilyen kísérletet.  
(238) A rendszerbiztonság elérése céljából a tachográfkártyáknak 
meg kell felelniük a 10. és 11. függelékben meghatározott 
biztonsági követelményeknek.  
(239) A tachográfkártyák leolvasását más berendezésekkel is lehe ­
tővé kell tenni, például személyi számítógépekkel.  
4.3 Szabványok 
(240) A tachográfkártyáknak a következ ő szabványoknak kell 
megfelelniük:  
— ISO/IEC 7810 Azonosító kártyák – Fizikai jellemz ők, 
— ISO IEC/7816 Azonosító kártyák – Integrált áramkörös 
kártyák:  
— 1. rész: Fizikai jellemz ők, 
— 2. rész: Az érintkez ők méretei és elhelyezkedése 
(ISO/IEC 7816-2:2007),  
— 3. rész: Elektromos interfész és átviteli protokollok 
(ISO/IEC 7816-3:2006), 
— 4. rész: Az adatcsere megszervezése, biztonsága és 
vezérlése (ISO/IEC 7816-4:2013 + 1:2014 helyesbí ­
tés), 
— 6. rész: Ágazatközi adatelemek az adatcseréhez 
(ISO/IEC 7816-6:2004 + 1:2006 helyesbítés),  
— 8. rész: A biztonsági mű veletekre vonatkozó paran ­
csok (ISO/IEC 7816-8:2004). 
— A tachográfkártyák vizsgálatát az ISO/IEC 10373-3:2010 
„Azonosító kártyák – Vizsgálati módszerek – 3. rész: 
Integrált áramkörös kártyák érintkez őkkel és a kapcsolódó 
interfészberendezések” szabvány szerint kell végezni.  
4.4 Környezeti és elektromos el őírások  
(241) A tachográfkártyáknak rendeltetésszer űen kell mű ködniük a 
Közösség területén rendesen el őforduló éghajlati viszonyok 
között, és legalább a – 25 °C-tól + 70 °C-ig terjed ő hőmér­
séklet-tartományban, + 85 °C-os esetenkénti csúcsokkal; ahol 
az „esetenkénti” kifejezés legfeljebb 4 órás id őtartamot és a 
kártya élettartama alatt legfeljebb 100 alkalmat jelent.  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 58  
(242) A tachográfkártyáknak a 10 %-tól 90 %-ig terjed ő páratarta ­
lom-tartományban rendeltetésszer űen kell mű ködniük. 
(243) A tachográfkártyáknak öt éven át rendeltetésszer űen kell 
működniük, amennyiben a környezeti és elektromos el őírá­
soknak megfelel ően használják őket. 
(244) A tachográfkártyáknak a m űködésük során meg kell felelniük 
az elektromágneses kompatibilitásra vonatkozó, 10. számú 
ENSZ EGB-el őírásnak, és az elektrosztatikus kisülések elleni 
védelemmel kell rendelkezniük.  
4.5 Adattárolás 
E szakasz alkalmazásában:  
— Eltérő utasítások hiányában az id őt egyperces pontossággal kell 
rögzíteni.  
— A kilométer-számláló értékeit egy kilométeres pontossággal kell 
rögzíteni.  
— A sebességadatokat 1 km/h pontossággal kell rögzíteni.  
— A földrajzi helyzetet (szélesség és hosszúság) fokban és 
percekben kell megadni, 1/10 perc pontossággal.  
A tachográfkártyáknak az adattárolási követelményeknek megfelel ő 
funkcióit, parancsait és logikai szerkezetét a 2. függelék határozza 
meg. 
Ellenkező rendelkezések hiányában a tachográfkártyákon való adat ­
tárolás szervezési elve, hogy az új adatok felülírják a régebb óta 
tárolt adatokat, amennyiben a meghatározott adatrekordok számára 
fenntartott tárolóhely megtelik.  
(245) E szakasz meghatározza a különféle alkalmazások adatfájljai 
számára fenntartott minimális tárolóhelyet. A tachográfkárty ­
áknak jelezniük kell az adatrögzít ő készülék felé, hogy az 
egyes adatfájlok számára aktuálisan mekkora tárolóhely van 
még.  
(246) A tachográfkártyákon tárolható minden további, az esetleges 
egyéb kártyaalkalmazásokkal összefügg ő adat tárolásának a 
személyes adatok feldolgozása vonatkozásában az egyének 
védelméről és az ilyen adatok szabad áramlásáról szóló, 
95/46/EK irányelvnek, az elektronikus hírközlési ágazatban a 
személyes adatok kezelésér ől, feldolgozásáról és a magánélet 
védelméről szóló, 2002/58/EK irányelvnek, valamint a 
165/2014/EU rendelet 7. cikkének megfelel ően kell történnie.  
(247) Minden tachográfkártya valamennyi törzsállománya (MF) 
legfeljebb öt, a kártya kezelését, a kártyaalkalmazásokat és 
a chipazonosítást szolgáló elemi fájlból (EF) és két meghatá ­
rozott célra rendelt fájlból (DF) áll:  
— DF Tachograph, amely az els ő generációs járm űegységek 
számára elérhet ő alkalmazást tartalmazza, amely az els ő 
generációs tachográfkártyákban is jelen van,  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 59  
— DF Tachograph_G2, amely a csak második generációs 
járműegységek számára elérhet ő alkalmazást tartalmazza, 
amely csak a második generációs tachográfkártyákban van 
jelen.  
A tachográfkártyák szerkezetét teljes részletességben a 
2. függelék határozza meg.  
4.5.1 Az azonosítást és a kártya kezelését szolgáló elemi fájlok  
4.5.2 Az integrált áramkörös kártyák azonosítása 
(248) A tachográfkártyáknak az intelligens kártyák azonosítására a 
következő adatokat kell tárolniuk:  
— stopperóra, 
— a kártya sorozatszáma (beleértve a gyártási referenciákat),  
— a kártya típus-jóváhagyási száma,  
— a kártyához kapcsolt személyi azonosító (ID),  
— a kártyába chipet beépít ő gyártó azonosítója (ID),  
— IC-azonosító.  
4.5.2.1 C h i p a z o n o s í t á s  
(249) A tachográfkártyáknak az integrált áramkörök (IC) azonosítá ­
sára a következ ő adatokat kell tárolniuk:  
— IC-sorozatszám,  
— IC-gyártási referenciák.  
4.5.2.2 D I R ( c s a k m á s o d i k g e n e r á c i ó s t a c h o g r á f k á r ­
t y á k b a n v a n j e l e n )  
(250) A tachográfkártyáknak tárolniuk kell a 2. függelékben 
meghatározott alkalmazásazonosító adatobjektumokat.  
4.5.2.3 A T R - i n f o r m á c i ó ( k o r l á t o z o t t , c s a k m á s o d i k 
g e n e r á c i ó s t a c h o g r á f k á r t y á k b a n v a n j e l e n ) 
(251) A tachográfkártyáknak a következ ő kiterjesztett hosszúságú 
adatobjektumot kell tárolniuk:  
— abban az esetben, ha a tachográfkártya támogatja a kiter ­
jesztett hosszúságú adatmez őket, a 2. függelékben 
meghatározott, kiterjesztett hosszúságú adatobjektum.  
4.5.2.4 K i t e r j e s z t e t t h o s s z ú s á g ú i n f o r m á c i ó k ( k o r l á t o ­
z o t t , c s a k m á s o d i k g e n e r á c i ó s t a c h o g r á f k á r ­
t y á k b a n v a n j e l e n )  
(252) A tachográfkártyáknak a következ ő kiterjesztett hosszúságú 
adatobjektumokat kell tárolniuk:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 60  
— abban az esetben, ha a tachográfkártya támogatja a kiter ­
jesztett hosszúságú adatmez őket, a 2. függelékben 
meghatározott, kiterjesztett hosszúságú adatobjektumok.  
4.5.3 Járm űvezetői kártya 
4.5.3.1 T a c h o g r á f - a l k a l m a z á s ( a z e l s ő é s m á s o d i k g e n e ­
r á c i ó s j á r m ű e g y s é g e k s z á m á r a )  
4.5.3.1.1 Alkalmazásazonosító  
(253) A járművezetői kártyának a következ ő alkalmazásazonosító 
adatokat kell tárolnia:  
— tachográfalkalmazás-azonosító,  
— tachográfkártyatípus-azonosító.  
4.5.3.1.2 Kulcsok és tanúsítványok 
(254) A járművezetői kártyának képesnek kell lennie egy sor, a 
11. függelék A. részében meghatározott titkosítási kulcs és 
tanúsítvány tárolására.  
4.5.3.1.3 A kártya azonosítása  
(255) A járművezetői kártyának a következ ő kártyaazonosító 
adatokat kell tárolnia:  
— kártyaszám,  
— a kiállító tagállam, a kiállító hatóság neve, a kiállítás 
dátuma,  
— a kártya érvényességi idejének kezdete és lejárata.  
4.5.3.1.4 A kártyatulajdonos azonosítása  
(256) A járművezetői kártyának a következ ő kártyatulajdonos- 
azonosító adatokat kell tárolnia:  
— a tulajdonos családi neve,  
— a tulajdonos utóneve(i),  
— születési dátum,  
— választott nyelv.  
4.5.3.1.5 Kártyaletöltés  
(257) A járművezetői kártyának a kártyaletöltéssel kapcsolatos 
következő adatokat kell tárolnia:  
— azt utolsó kártyaletöltés dátuma és id őpontja (az ellen ­ 
őrzéstől eltérő célokra). 
(258) A járművezetői kártyának egy ilyen rekord tárolására 
képesnek kell lennie.  
4.5.3.1.6 Információk a vezetői engedélyr ől 
(259) A járművezetői kártyának a vezetői engedéllyel kapcsolatos 
következő adatokat kell tárolnia:  
— a kiállító tagállam, a kiállító hatóság neve,  
— a vezetői engedély száma (a kártya kiállításának id őpont­
jában). 
4.5.3.1.7 Az eseményekkel kapcsolatos adatok  
E szakasz alkalmazásában az időadatokat egy másodperces pontos ­
sággal kell tárolni.  
(260) A járművezetői kártyának képesnek kell lennie tárolni az 
adatrögzítő készülék által a kártya behelyezett állapota alatt 
észlelt következ ő eseményekkel kapcsolatos adatokat:  
— idő átfedés (amennyiben az eseményt ez a kártya váltotta 
ki), 
— kártya behelyezése járművezetés közben (amennyiben az 
esemény ehhez a kártyához kapcsolódik),  
— az utolsó kártyakapcsolat nem megfelel ő lezárása (ameny ­
nyiben az esemény ehhez a kártyához kapcsolódik),  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 61  
— az áramellátás megszakadása,  
— a mozgásadatok hibája,  
— a biztonsági rendszer megsértésére irányuló kísérletek,  
(261) A járművezetői kártyának az említett eseményekkel kapcso ­
latban a következ ő adatokat kell tárolnia:  
— az esemény kódja,  
— az esemény kezdetének dátuma és id őpontja (vagy a 
kártyabehelyezés dátuma és id őpontja, ha az esemény 
már folyamatban volt ezen id őpontban), 
— az esemény végének dátuma és id őpontja (vagy a kártya ­
kivétel dátuma és idő pontja, ha az esemény már folya ­
matban volt ezen id őpontban), 
— a jármű rendszáma (VRN) és azon járm ű nyilvántartásba 
vétele szerinti tagállam, amelyben az esemény történt.  
Megjegyzés: az „id őátfedés ” eseményre vonatkozóan:  
— az esemény kezdetének dátuma és idő pontja meg kell, 
hogy egyezzen az el őző járműből történő kártyakivétel 
dátumával és idő pontjával,  
— az esemény végének dátuma és id őpontja meg kell, hogy 
egyezzen az aktuális járm űbe történő kártyabehelyezés 
dátumával és idő pontjával,  
— a jármű adatainak meg kell egyezniük az eseményt el ői­
déző aktuális járm ű adataival.  
Megjegyzés: Az „utolsó kártyakapcsolat nem megfelel ő lezá­
rása” eseményre vonatkozóan:  
— az esemény kezdetének dátuma és idő pontja meg kell, 
hogy egyezzen azon kártyabehelyezés dátumával és 
időpontjával, amelynél a kártyakapcsolat nem került 
megfelelően lezárásra,  
— az esemény végének dátuma és id őpontja meg kell, hogy 
egyezzen azon kártyabehelyezés dátumával és id őpontjá­
val, amikor a kártyakapcsolat folyamán az eseményt 
észlelték (aktuális kártyakapcsolat),  
— a jármű adatainak meg kell egyezniük azon járm ű adata­
ival, amelyben a kapcsolat nem került megfelel ően lezá­
rásra. 
(262) A járművezetői kártyának minden egyes típussal összefüg ­
gésben tárolnia kell a hat legutóbbi eseményre vonatkozó 
adatokat (azaz 36 eseményt).  
4.5.3.1.8 A hibákkal kapcsolatos adatok  
E szakasz alkalmazásában az időt egy másodperces pontossággal 
kell rögzíteni.  
(263) A járm űvezetői kártyának képesnek kell lennie tárolni az 
adatrögzítő készülék által a kártya behelyezett állapota alatt 
észlelt következ ő hibákkal kapcsolatos adatokat:  
▼M1 
— kártyahiba (amennyiben a hiba ehhez a kártyához kapcso ­
lódik),  
▼B 
— az adatrögzít ő készülék hibája.  
(264) A járművezetői kártyának az említett hibákkal kapcsolatban a 
következő adatokat kell tárolnia:  
— hibakód, 
— a hiba kezdetének dátuma és idő pontja (vagy a kártyabe ­
helyezés dátuma és id őpontja, ha a hiba már folyamatban 
volt ezen idő pontban),  
— a hiba végének dátuma és idő pontja (vagy a kártyakivétel 
dátuma és idő pontja, ha a hiba már folyamatban volt ezen 
időpontban),  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 62  
— a jármű rendszáma (VRN) és azon járm ű nyilvántartásba 
vétele szerinti tagállam, amelyben a hiba történt.  
(265) A járművezetői kártyának minden egyes típussal összefüg ­
gésben tárolnia kell a 12 legutóbbi hibára vonatkozó adatokat 
(azaz 24 hibát).  
4.5.3.1.9 A járművezető tevékenységére vonatkozó adatok  
(266) A járművezetői kártyának minden olyan naptári napra vonat ­
kozóan, amelyen a kártyát használták, vagy amelyen a járm ű­
vezető kézzel vitt be tevékenységeket, tárolnia kell a követ ­
kező adatokat:  
— a dátum,  
— a napi jelenlét számlálója (egy egységgel megnövelve 
minden egyes naptári napra),  
— a járművezető által e napon megtett teljes távolság,  
— a járművezető állapota 00.00-kor,  
— minden egyes alkalommal, amikor a járm űvezető megvál­
toztatta tevékenységét és/vagy járm űvezetési állapotát 
és/vagy behelyezte vagy kivette kártyáját:  
— a járművezetési állapot (SZEMÉLYZET, EGYEDÜ ­
LI), 
— a kártyaolvasó egység (JÁRMŰVEZETŐI, JÁRMŰ­
KÍSÉRŐI), 
— a kártyaállapot (BEHELYEZVE, NINCS BEHELY- 
EZVE) 
— a tevékenység (JÁRMŰVEZETÉS, KÉSZENLÉT, 
MUNKA, SZÜNET/PIHENÉS),  
— a változás időpontja.  
(267) A járművezetői kártya memóriájának a járm űvezető tevékeny­
ségére vonatkozó adatokat legalább 28 napon át tárolnia kell 
(egy járművezető átlagos tevékenysége a meghatározás szerint 
napi 93 tevékenységváltozás).  
(268) A 261., 264. és 266. követelményben felsorolt adatokat úgy 
kell tárolni, hogy a tevékenységeket el őfordulásuk sorrend­
jében vissza lehessen keresni, idő átfedés esetén is.  
4.5.3.1.10 Az üzemeltetett járművek adatai  
(269) A járművezetői kártyának minden olyan naptári napra vonat ­
kozóan, amelyen a kártyát használták, valamint e napokon 
belül az adott járm ű minden egyes használati id őszakára 
vonatkozóan tárolnia kell a következ ő adatokat (egy haszná ­
lati idő szak magában foglalja e kártya tekintetében az összes 
egymást követ ő kártyabehelyezési/-kivételi ciklust a járm ű­
ben): 
— a jármű első használatának dátuma és id őpontja (tehát az 
első kártyabehelyezés a járm ű e használati idő szakára 
vonatkozóan, vagy 00.00 óra, amennyiben a használati 
időszak éppen folyamatban van),  
— a jármű kilométer-számlálójának értéke ezen id őpontban,  
— a jármű utolsó használatának dátuma és id őpontja (tehát 
az utolsó kártyakivétel a járm ű e használati idő szakában, 
vagy 23.59, amennyiben a használati id őszak éppen folya ­
matban van),  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 63  
— a jármű kilométer-számlálójának értéke ezen id őpontban, 
— a jármű rendszáma (VRN) és a járm ű nyilvántartásba 
vétele szerinti tagállam.  
(270) A járművezetői kártyának legalább 84 ilyen rekord tárolására 
képesnek kell lennie.  
4.5.3.1.11 A munkanap kezdő és/vagy végs ő helye 
(271) A járművezetői kártyának azokkal a helyekkel kapcsolatban, 
amelyeket a járm űvezető a munkanapok kezdetének és/vagy 
végének helyeként bevitt a készülékbe, a következ ő adatokat 
kell tárolnia:  
— az adatbevitel dátuma és id őpontja (vagy a bevitt adatra 
vonatkozó dátum/id ő, amennyiben azt kézzel vitték be),  
— a bevitt adat típusa (kezdés vagy befejezés, az adatbevitel 
feltétele),  
— a bevitt ország és régió,  
— a jármű kilométer-számlálójának értéke.  
(272) A járművezetői kártya memóriájának legalább 42 ilyen 
rekordpár tárolására képesnek kell lennie.  
4.5.3.1.12 Kártyakapcsolati adatok  
(273) A járművezetői kártyának képesnek kell lennie azon járm űre 
vonatkozó adatokat tárolni, amely az aktuális kártyakapcso ­
latot megnyitotta:  
— a kapcsolat megnyitásának (kártyabehelyezés) dátuma és 
időpontja, egy másodperces pontossággal,  
— a jármű rendszáma (VRN) és a nyilvántartásba vétel 
szerinti tagállam.  
4.5.3.1.13 Az ellenőrzési tevékenységre vonatkozó adatok  
(274) A járművezetői kártyának az ellenőrzési tevékenységekkel 
kapcsolatban a következ ő adatokat kell tárolnia:  
— az ellenőrzés dátuma és id őpontja,  
— az ellenőrzőkártya száma és a kártyát kiállító tagállam,  
— az ellenőrzés típusa (kijelzés és/vagy nyomtatás és/vagy a 
járműegységről való letöltés és/vagy kártyaletöltés [lásd 
megjegyzés]),  
— a letöltött időszak letöltés esetén,  
— a jármű rendszáma (VRN) és az ellen őrzött jármű nyil­
vántartásba vétele szerinti tagállam.  
Megjegyzés: a kártya letöltése csak akkor kerül rögzítésre, ha 
ezt egy adatrögzít ő készülék hajtja végre.  
(275) A járművezetői kártyának egy ilyen rekord tárolására 
képesnek kell lennie.  
4.5.3.1.14 A különleges körülményekre vonatkozó adatok  
(276) A járművezetői kártyának tárolnia kell a különleges körülmé ­
nyekre vonatkozóan a kártya behelyezett állapotában bevitt 
adatokat (bármely kártyaolvasó egység esetében):  
— az adatbevitel dátuma és id őpontja,  
— a különleges körülmény típusa.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 64  
(277) A járm űvezetői kártyának legalább 56 ilyen rekord tárolására 
képesnek kell lennie.  
4.5.3.2 M á s o d i k g e n e r á c i ó s t a c h o g r á f - a l k a l m a z á s ( a z 
e l s ő g e n e r á c i ó s j á r m ű e g y s é g e k s z á m á r a n e m 
e l é r h e t ő ) 
4.5.3.2.1 Alkalmazásazonosító  
(278) A járművezetői kártyának a következ ő alkalmazásazonosító 
adatokat kell tárolnia:  
— tachográfalkalmazás-azonosító,  
— tachográfkártyatípus-azonosító.  
4.5.3.2.2 Kulcsok és tanúsítványok 
(279) A járművezetői kártyának képesnek kell lennie egy sor, a 
11. függelék B. részében meghatározott titkosítási kulcs és 
tanúsítvány tárolására.  
4.5.3.2.3 A kártya azonosítása  
(280) A járművezetői kártyának a következ ő kártyaazonosító 
adatokat kell tárolnia:  
— kártyaszám,  
— a kiállító tagállam, a kiállító hatóság neve, a kiállítás 
dátuma,  
— a kártya érvényességi idejének kezdete és lejárata.  
4.5.3.2.4 A kártyatulajdonos azonosítása  
(281) A járművezetői kártyának a következ ő kártyatulajdonos- 
azonosító adatokat kell tárolnia:  
— a tulajdonos családi neve,  
— a tulajdonos utóneve(i),  
— születési dátum,  
— választott nyelv.  
4.5.3.2.5 Kártyaletöltés  
(282) A járművezetői kártyának a kártyaletöltéssel kapcsolatos 
következő adatokat kell tárolnia:  
— azt utolsó kártyaletöltés dátuma és id őpontja (az ellen ­ 
őrzéstől eltérő célokra). 
(283) A járművezetői kártyának egy ilyen rekord tárolására 
képesnek kell lennie.  
4.5.3.2.6 Információk a vezetői engedélyr ől 
(284) A járművezetői kártyának a vezetői engedéllyel kapcsolatos 
következő adatokat kell tárolnia:  
— a kiállító tagállam, a kiállító hatóság neve,  
— a vezetői engedély száma (a kártya kiállításának id őpont­
jában). 
4.5.3.2.7 Az eseményekkel kapcsolatos adatok  
E szakasz alkalmazásában az időadatokat egy másodperces pontos ­
sággal kell tárolni.  
(285) A járművezetői kártyának képesnek kell lennie tárolni az 
adatrögzítő készülék által a kártya behelyezett állapota alatt 
észlelt következ ő eseményekkel kapcsolatos adatokat:  
— idő átfedés (amennyiben az eseményt ez a kártya váltotta 
ki), ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 65  
— a kártya behelyezése járm űvezetés közben (amennyiben 
az esemény ehhez a kártyához kapcsolódik),  
— az utolsó kártyakapcsolat nem megfelel ő lezárása (ameny ­
nyiben az esemény ehhez a kártyához kapcsolódik),  
— az áramellátás megszakadása,  
— kommunikációs hiba a távoli kommunikációs eszközzel,  
— a GNSS-vev őből származó helyzetmeghatározási informá ­
ciók hiánya, 
— kommunikációs hiba a külső GNSS-eszközzel, 
— a mozgásadatok hibája,  
— a jármű mozgásával kapcsolatos ellentmondás,  
— a biztonsági rendszer megsértésére irányuló kísérletek,  
— idő ütközés. 
(286) A járművezetői kártyának az említett eseményekkel kapcso ­
latban a következ ő adatokat kell tárolnia:  
— az esemény kódja,  
— az esemény kezdetének dátuma és id őpontja (vagy a 
kártyabehelyezés dátuma és id őpontja, ha az esemény 
már folyamatban volt ezen id őpontban), 
— az esemény végének dátuma és id őpontja (vagy a kártya ­
kivétel dátuma és idő pontja, ha az esemény már folya ­
matban volt ezen id őpontban), 
— a jármű rendszáma (VRN) és azon járm ű nyilvántartásba 
vétele szerinti tagállam, amelyben az esemény történt.  
Megjegyzés: az „id őátfedés ” eseményre vonatkozóan:  
— az esemény kezdetének dátuma és idő pontja meg kell, 
hogy egyezzen az el őző járműből történő kártyakivétel 
dátumával és idő pontjával,  
— az esemény végének dátuma és id őpontja meg kell, hogy 
egyezzen az aktuális járm űbe történő kártyabehelyezés 
dátumával és idő pontjával,  
— a jármű adatainak meg kell egyezniük az eseményt el ői­
déző aktuális járm ű adataival.  
Megjegyzés: Az „utolsó kártyakapcsolat nem megfelel ő lezá­
rása” eseményre vonatkozóan:  
— az esemény kezdetének dátuma és idő pontja meg kell, 
hogy egyezzen azon kártyabehelyezés dátumával és 
időpontjával, amelynél a kártyakapcsolat nem került 
megfelelően lezárásra,  
— az esemény végének dátuma és id őpontja meg kell, hogy 
egyezzen azon kártyabehelyezés dátumával és id őpontjá­
val, amikor a kártyakapcsolat folyamán az eseményt 
észlelték (aktuális kártyakapcsolat),  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 66  
— a jármű adatainak meg kell egyezniük azon járm ű adata­
ival, amelyben a kapcsolat nem került megfelel ően lezá­
rásra. 
(287) A járművezetői kártyának minden egyes típussal összefüg ­
gésben tárolnia kell a hat legutóbbi eseményre vonatkozó 
adatokat (azaz 66 eseményt).  
4.5.3.2.8 A hibákkal kapcsolatos adatok  
E szakasz alkalmazásában az időt egy másodperces pontossággal 
kell rögzíteni.  
(288) A járm űvezetői kártyának képesnek kell lennie tárolni az 
adatrögzítő készülék által a kártya behelyezett állapota alatt 
észlelt következ ő hibákkal kapcsolatos adatokat:  
▼M1 
— kártyahiba (amennyiben a hiba ehhez a kártyához kapcso ­
lódik),  
▼B 
— az adatrögzít ő készülék hibája.  
(289) A járművezetői kártyának az említett hibákkal kapcsolatban a 
következő adatokat kell tárolnia:  
— hibakód, 
— a hiba kezdetének dátuma és idő pontja (vagy a kártyabe ­
helyezés dátuma és id őpontja, ha a hiba már folyamatban 
volt ezen idő pontban), 
— a hiba végének dátuma és id őpontja (vagy a kártyakivétel 
dátuma és idő pontja, ha a hiba már folyamatban volt ezen 
időpontban), 
— a jármű rendszáma (VRN) és azon járm ű nyilvántartásba 
vétele szerinti tagállam, amelyben a hiba történt.  
(290) A járművezetői kártyának minden egyes típussal összefüg ­
gésben tárolnia kell a 12 legutóbbi hibára vonatkozó adatokat 
(azaz 24 hibát).  
4.5.3.2.9 A járművezető tevékenységére vonatkozó adatok  
(291) A járművezetői kártyának minden olyan naptári napra vonat ­
kozóan, amelyen a kártyát használták, vagy amelyen a járm ű­
vezető kézzel vitt be tevékenységeket, tárolnia kell a követ ­
kező adatokat:  
— a dátum,  
— a napi jelenlét számlálója (egy egységgel megnövelve 
minden egyes naptári napra),  
— a járművezető által e napon megtett teljes távolság,  
— a járművezető állapota 00.00-kor,  
— minden egyes alkalommal, amikor a járm űvezető megvál­
toztatta tevékenységét és/vagy járm űvezetési állapotát 
és/vagy behelyezte vagy kivette kártyáját:  
— a járművezetési állapot (SZEMÉLYZET, EGYEDÜ ­
LI), 
— a kártyaolvasó egység (JÁRMŰVEZETŐI, JÁRMŰ­
KÍSÉRŐI), 
— a kártyaállapot (BEHELYEZVE, NINCS BEHELY- 
EZVE)  
— a tevékenység (JÁRM ŰVEZETÉS, KÉSZENLÉT, 
MUNKA, SZÜNET/PIHENÉS),  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 67  
— a változás idő pontja.  
(292) A járművezetői kártya memóriájának a járm űvezető tevékeny­
ségére vonatkozó adatokat legalább 28 napon át tárolnia kell 
(egy járművezető átlagos tevékenysége a meghatározás szerint 
napi 93 tevékenységváltozás).  
(293) A 286., 289. és 291. követelményben felsorolt adatokat úgy 
kell tárolni, hogy a tevékenységeket el őfordulásuk sorrend­
jében vissza lehessen keresni, idő átfedés esetén is.  
4.5.3.2.10 Az üzemeltetett járművek adatai  
(294) A járművezetői kártyának minden olyan naptári napra vonat ­
kozóan, amelyen a kártyát használták, valamint e napokon 
belül az adott járm ű minden egyes használati id őszakára 
vonatkozóan tárolnia kell a következ ő adatokat (egy haszná ­
lati idő szak magában foglalja e kártya tekintetében az összes 
egymást követ ő kártyabehelyezési/kivételi ciklust a járm ű­
ben): 
— a jármű első használatának dátuma és id őpontja (tehát az 
első kártyabehelyezés a járm ű e használati idő szakára 
vonatkozóan vagy 00.00 óra, amennyiben a használati 
időszak éppen folyamatban van),  
— a jármű kilométer-számlálójának értéke az els ő használat 
időpontjában,  
— a jármű utolsó használatának dátuma és id őpontja (tehát 
az utolsó kártyakivétel a járm ű e használati idő szakában, 
vagy 23.59, amennyiben a használati id őszak éppen folya ­
matban van),  
— a jármű kilométer-számlálójának értéke az utolsó hasz ­
nálat idő pontjában,  
— a jármű rendszáma (VRN) és a járm ű nyilvántartásba 
vétele szerinti tagállam,  
— a jármű jármű-azonosító száma (VIN).  
(295) A járművezetői kártyának legalább 84 ilyen rekord tárolására 
képesnek kell lennie.  
4.5.3.2.11 A munkanap kezdő és/vagy végs ő helye (helységnév és földrajzi 
hely) 
(296) A járművezetői kártyának azokkal a helyekkel kapcsolatban, 
amelyeket a járm űvezető a munkanapok kezdetének és/vagy 
végének helyeként bevitt a készülékbe, a következ ő adatokat 
kell tárolnia:  
— az adatbevitel dátuma és id őpontja (vagy a bevitt adatra 
vonatkozó dátum/id ő, amennyiben azt kézzel vitték be),  
— a bevitt adat típusa (kezdés vagy befejezés, az adatbevitel 
feltétele),  
— a bevitt ország és régió,  
— a jármű kilométer-számlálójának értéke,  
— a jármű helyzete,  
— a GNSS pontossága és a helyzet meghatározásának 
dátuma és idő pontja.  
(297) A járm űvezetői kártya memóriájának legalább 84 ilyen 
rekordpár tárolására képesnek kell lennie.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 68  
4.5.3.2.12 Kártyakapcsolati adatok  
(298) A járművezetői kártyának képesnek kell lennie azon járm űre 
vonatkozó adatokat tárolni, amely az aktuális kártyakapcso ­
latot megnyitotta:  
— a kapcsolat megnyitásának (kártyabehelyezés) dátuma és 
időpontja, egy másodperces pontossággal,  
— a jármű rendszáma (VRN) és a nyilvántartásba vétel 
szerinti tagállam.  
4.5.3.2.13 Az ellenőrzési tevékenységre vonatkozó adatok  
(299) A járművezetői kártyának az ellenőrzési tevékenységekkel 
kapcsolatban a következ ő adatokat kell tárolnia:  
— az ellenőrzés dátuma és id őpontja,  
— az ellenőrzőkártya száma és a kártyát kiállító tagállam,  
— az ellenőrzés típusa (kijelzés és/vagy nyomtatás és/vagy a 
járműegységről való letöltés és/vagy kártyaletöltés [lásd 
megjegyzés]),  
— a letöltött időszak letöltés esetén,  
— a jármű rendszáma (VRN) és az ellen őrzött jármű nyil­
vántartásba vétele szerinti tagállam.  
Megjegyzés: a biztonsági követelményekb ől eredően a kártya 
letöltése csak akkor kerül rögzítésre, ha ezt egy adatrögzít ő 
készülék hajtja végre.  
(300) A járm űvezetői kártyának egy ilyen rekord tárolására 
képesnek kell lennie.  
4.5.3.2.14 A különleges körülményekre vonatkozó adatok  
(301) A járművezetői kártyának tárolnia kell a különleges körülmé ­
nyekre vonatkozóan a kártya behelyezett állapotában bevitt 
adatokat (bármely kártyaolvasó egység esetében):  
— az adatbevitel dátuma és id őpontja, 
— a különleges körülmény típusa.  
(302) A járművezetői kártyának legalább 56 ilyen rekord tárolására 
képesnek kell lennie.  
4.5.3.2.15 Az üzemeltetett járműegységek adatai  
(303) A járművezetői kártyának az alábbi adatokat kell tárolnia a 
különböző olyan járm űegységekkel kapcsolatban, amelyekben 
a kártyát használták:  
— az a dátum és idő pont, amikor a járm űegység használati 
időszaka megkezd ődött (azaz a járm űegységbe való els ő 
kártyabehelyezés az adott id őszakban), 
— a járműegység gyártója,  
— a járműegység típusa,  
— a járműegység szoftververziójának száma,  
(304) A járm űvezetői kártyának legalább 84 ilyen rekord tárolására 
képesnek kell lennie.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 69  
4.5.3.2.16 Azon helyek adatai, ahol a halmozott járm űvezetési idő elérte a 
három órát  
(305) A járm űvezetői kártyának az alábbi adatokat kell tárolnia a 
jármű azokban az idő pontokban elért helyzetével kapcsolat ­
ban, amikor a halmozott járm űvezetési idő elérte a három óra 
többszörösét: 
— az a dátum és idő pont, amikor a halmozott járm űvezetési 
idő eléri a három óra többszörösét,  
— a jármű helyzete,  
— a GNSS pontossága és a helyzet meghatározásának 
dátuma és idő pontja, 
— a jármű kilométer-számlálójának értéke.  
(306) A járm űvezetői kártyának legalább 252 ilyen rekord tárolására 
képesnek kell lennie.  
▼B 
4.5.4 M űhelykártya  
4.5.4.1 T a c h o g r á f - a l k a l m a z á s ( a z e l s ő é s m á s o d i k g e n e ­
r á c i ó s j á r m ű e g y s é g e k s z á m á r a )  
4.5.4.1.1 Alkalmazásazonosító  
(307) A műhelykártyának a következ ő alkalmazásazonosító 
adatokat kell tárolnia:  
— tachográfalkalmazás-azonosító,  
— tachográfkártyatípus-azonosító.  
4.5.4.1.2 Kulcsok és tanúsítványok 
(308) A műhelykártyának képesnek kell lennie egy sor, a 
11. függelék A. részében meghatározott titkosítási kulcs és 
tanúsítvány tárolására.  
(309) A műhelykártyának alkalmas kell lennie személyi azonosító 
szám tárolására (PIN kód).  
4.5.4.1.3 A kártya azonosítása  
(310) A műhelykártyának a következő  kártyaazonosító adatokat kell 
tárolnia:  
— kártyaszám,  
— a kiállító tagállam, a kiállító hatóság neve, a kiállítás 
dátuma,  
— a kártya érvényességi idejének kezdete és lejárata.  
4.5.4.1.4 A kártyatulajdonos azonosítása  
(311) A műhelykártyának a következő kártyatulajdonos-azonosító 
adatokat kell tárolnia:  
— a műhely neve, 
— a műhely címe,  
— a tulajdonos családi neve,  
— a tulajdonos utóneve(i),  
— választott nyelv.  
4.5.4.1.5 Kártyaletöltés  
(312) A m űhelykártyának a járm űvezetői kártyával azonos módon 
kell tárolnia a kártyaletöltési adatokat.  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 70  
4.5.4.1.6 Kalibrálási és idő beállítási adatok  
(313) A műhelykártyának meg kell őriznie a kalibrálási és/vagy 
időbeállítási rekordokat, mialatt a kártya be van helyezve az 
adatrögzítő készülékbe. 
(314) Valamennyi kalibrálási rekordnak a következő adatokat kell 
magában foglalnia:  
— a kalibrálás célja (aktiválás, els ő beépítés, beépítés, 
időszakos vizsgálat),  
— a jármű azonosítása,  
— aktualizált vagy megerősített paraméterek (w, k, l, 
abroncsméret, sebességkorlátozó készülék beállítása, kilo ­
méter-számláló [új és régi értékek], dátum és id ő [új és 
régi értékek]),  
— az adatrögzítő készülék azonosítása (a járm űegység alkat­
részeinek száma, a járm űegység sorozatszáma, a mozgás ­
érzékelő sorozatszáma). 
(315) A műhelykártyának legalább 88 ilyen rekord tárolására 
képesnek kell lennie.  
(316) A műhelykártyában lennie kell egy olyan számlálónak, amely 
jelzi a kártyával elvégzett kalibrálások számát.  
(317) A műhelykártyában lennie kell egy olyan számlálónak, amely 
jelzi az utolsó letöltés óta elvégzett kalibrálások számát.  
4.5.4.1.7 Az eseményekkel és a hibákkal kapcsolatos adatok  
(318) A m űhelykártyának a járművezetői kártyával azonos módon 
kell tárolnia az eseményekkel és a hibákkal kapcsolatos adat ­
rekordokat. 
(319) A műhelykártyának minden eseménytípussal összefüggésben 
tárolnia kell a három legutóbbi eseményt (18 esemény), az 
egyes hibatípusok esetében pedig a hat legutóbbi hibát 
(12 hiba). 
4.5.4.1.8 A járművezető tevékenységére vonatkozó adatok  
(320) A műhelykártyának a járművezetői kártyával azonos módon 
kell tárolnia a járm űvezető tevékenységére vonatkozó adato ­
kat. 
(321) A műhelykártyának a járművezető tevékenységére vonatkozó 
adatokat legalább egy napig tárolnia kell, átlagos járm űve­
zetői tevékenység mellett.  
4.5.4.1.9 Az üzemeltetett járművek adatai  
(322) A műhelykártyának a járművezetői kártyával azonos módon 
kell tárolnia az üzemeltetett járm űvekre vonatkozó adatokat.  
(323) A műhelykártyának legalább 4 ilyen rekord tárolására 
képesnek kell lennie.  
4.5.4.1.10 A munkanapok kezdetére és/vagy végére vonatkozó adatok  
(324) A m űhelykártyának a járművezetői kártyával azonos módon 
kell tárolnia a munkanapok kezdetére és/vagy végére vonat ­
kozó adatokat.  
(325) A m űhelykártyának legalább 3 ilyen rekordpár tárolására 
képesnek kell lennie.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 71  
4.5.4.1.11 Kártyakapcsolati adatok  
(326) A műhelykártyának a járművezetői kártyával azonos módon 
kell tárolnia a kártyakapcsolati adatokat.  
4.5.4.1.12 Az ellenőrzési tevékenységre vonatkozó adatok  
(327) A műhelykártyának a járművezetői kártyával azonos módon 
kell tárolnia az ellen őrző tevékenységi adatrekordokat.  
4.5.4.1.13 A különleges körülményekre vonatkozó adatok  
(328) A műhelykártyának a járművezetői kártyával azonos módon 
kell tárolnia a különleges körülményekre vonatkozó adatokat.  
(329) A műhelykártyának legalább 2 ilyen rekord tárolására 
képesnek kell lennie.  
4.5.4.2 M á s o d i k g e n e r á c i ó s t a c h o g r á f - a l k a l m a z á s ( a z 
e l s ő g e n e r á c i ó s j á r m ű e g y s é g e k s z á m á r a n e m 
e l é r h e t ő ) 
4.5.4.2.1 Alkalmazásazonosító  
(330) A műhelykártyának a következ ő alkalmazásazonosító 
adatokat kell tárolnia:  
— tachográfalkalmazás-azonosító,  
— tachográfkártyatípus-azonosító.  
4.5.4.2.2 Kulcsok és tanúsítványok 
(331) A műhelykártyának képesnek kell lennie egy sor, a 
11. függelék B. részében meghatározott titkosítási kulcs és 
tanúsítvány tárolására.  
(332) A műhelykártyának alkalmas kell lennie személyi azonosító 
szám tárolására (PIN kód).  
4.5.4.2.3 A kártya azonosítása  
(333) A műhelykártyának a következő  kártyaazonosító adatokat kell 
tárolnia:  
— kártyaszám,  
— a kiállító tagállam, a kiállító hatóság neve, a kiállítás 
dátuma,  
— a kártya érvényességi idejének kezdete és lejárata.  
4.5.4.2.4 A kártyatulajdonos azonosítása  
(334) A műhelykártyának a következő kártyatulajdonos-azonosító 
adatokat kell tárolnia:  
— a műhely neve, 
— a műhely címe,  
— a tulajdonos családi neve,  
— a tulajdonos utóneve(i),  
— választott nyelv.  
4.5.4.2.5 Kártyaletöltés  
(335) A m űhelykártyának a járm űvezetői kártyával azonos módon 
kell tárolnia a kártyaletöltési adatokat.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 72  
4.5.4.2.6 Kalibrálási és idő beállítási adatok  
(336) A műhelykártyának meg kell őriznie a kalibrálási és/vagy 
időbeállítási rekordokat, mialatt a kártya be van helyezve az 
adatrögzítő készülékbe. 
(337) Valamennyi kalibrálási rekordnak a következő adatokat kell 
magában foglalnia:  
— a kalibrálás célja (aktiválás, els ő beépítés, beépítés, 
időszakos vizsgálat),  
— a jármű azonosítása,  
— aktualizált vagy megerősített paraméterek (w, k, l, 
abroncsméret, sebességkorlátozó készülék beállítása, kilo ­
méter-számláló [új és régi értékek], dátum és id ő [új és 
régi értékek]),  
— az adatrögzítő készülék azonosítása (a járm űegység alkat­
részeinek száma, a járm űegység sorozatszáma, a mozgás ­
érzékelő sorozatszáma, a távoli kommunikációs eszköz 
sorozatszáma és a küls ő GNSS-eszköz sorozatszáma 
adott esetben),  
— az összes elhelyezett plomba típusa és azonosítása,  
— képes-e a járműegység els ő generációs tachográfkártyák 
használatára (aktiválva van-e ez a funkció, avagy sem).  
(338) A műhelykártyának legalább 88 ilyen rekord tárolására 
képesnek kell lennie.  
(339) A műhelykártyában lennie kell egy olyan számlálónak, amely 
jelzi a kártyával elvégzett kalibrálások számát.  
(340) A műhelykártyában lennie kell egy olyan számlálónak, amely 
jelzi az utolsó letöltés óta elvégzett kalibrálások számát.  
4.5.4.2.7 Az eseményekkel és a hibákkal kapcsolatos adatok  
(341) A műhelykártyának a járművezetői kártyával azonos módon 
kell tárolnia az eseményekkel és a hibákkal kapcsolatos adat ­
rekordokat. 
(342) A műhelykártyának minden eseménytípussal összefüggésben 
tárolnia kell a három legutóbbi eseményt (33 esemény), az 
egyes hibatípusok esetében pedig a hat legutóbbi hibát 
(12 hiba). 
4.5.4.2.8 A járművezető tevékenységére vonatkozó adatok  
(343) A műhelykártyának a járművezetői kártyával azonos módon 
kell tárolnia a járm űvezető tevékenységére vonatkozó adato ­
kat. 
(344) A műhelykártyának a járművezető tevékenységére vonatkozó 
adatokat legalább egy napig tárolnia kell, átlagos járm űve­
zetői tevékenység mellett.  
4.5.4.2.9 Az üzemeltetett járművek adatai  
(345) A műhelykártyának a járművezetői kártyával azonos módon 
kell tárolnia az üzemeltetett járm űvekre vonatkozó adatokat.  
(346) A mű helykártyának legalább 4 ilyen rekord tárolására 
képesnek kell lennie.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 73  
4.5.4.2.10 A munkanapok kezdetére és/vagy végére vonatkozó adatok  
(347) A műhelykártyának a járművezetői kártyával azonos módon 
kell tárolnia a munkanapok kezdetére és/vagy végére vonat ­
kozó adatokat.  
(348) A műhelykártyának legalább 3 ilyen rekordpár tárolására 
képesnek kell lennie.  
4.5.4.2.11 Kártyakapcsolati adatok  
(349) A m űhelykártyának a járművezetői kártyával azonos módon 
kell tárolnia a kártyakapcsolati adatokat.  
4.5.4.2.12 Az ellenőrzési tevékenységre vonatkozó adatok  
(350) A m űhelykártyának a járművezetői kártyával azonos módon 
kell tárolnia az ellen őrző tevékenységi adatrekordokat.  
4.5.4.2.13 Az üzemeltetett járműegységek adatai  
(351) A m űhelykártyának az alábbi adatokat kell tárolnia a külön ­
böző olyan járm űegységekkel kapcsolatban, amelyekben a 
kártyát használták:  
— az a dátum és idő pont, amikor a járm űegység használati 
időszaka megkezd ődött (azaz a járm űegységbe való els ő 
kártyabehelyezés az adott id őszakban), 
— a járműegység gyártója,  
— a járműegység típusa,  
— a járműegység szoftververziójának száma,  
(352) A mű helykártyának legalább 4 ilyen rekord tárolására 
képesnek kell lennie.  
▼M1 
4.5.4.2.14 Azon helyek adatai, ahol a halmozott járm űvezetési idő elérte a 
három órát  
(353) A műhelykártyának az alábbi adatokat kell tárolnia a járm ű 
azokban az id őpontokban elért helyzetével kapcsolatban, 
amikor a halmozott járm űvezetési idő elérte a három óra 
többszörösét:  
— az a dátum és idő pont, amikor a halmozott járm űvezetési 
idő eléri a három óra többszörösét,  
— a jármű helyzete,  
— a GNSS pontossága és a helyzet meghatározásának 
dátuma és idő pontja, 
— a jármű kilométer-számlálójának értéke.  
(354) A m űhelykártyának legalább 18 ilyen rekord tárolására 
képesnek kell lennie.  
▼B 
4.5.4.2.15 A különleges körülményekre vonatkozó adatok  
(355) A műhelykártyának a járművezetői kártyával azonos módon 
kell tárolnia a különleges körülményekre vonatkozó adatokat.  
(356) A mű helykártyának legalább 2 ilyen rekord tárolására 
képesnek kell lennie.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 74  
4.5.5 Ellen őrzőkártya 
4.5.5.1 T a c h o g r á f - a l k a l m a z á s ( a z e l s ő é s m á s o d i k g e n e ­
r á c i ó s j á r m ű e g y s é g e k s z á m á r a )  
4.5.5.1.1 Alkalmazásazonosító  
(357) Az ellenőrzőkártyának a következ ő alkalmazásazonosító 
adatokat kell tárolnia:  
— tachográfalkalmazás-azonosító,  
— tachográfkártyatípus-azonosító.  
4.5.5.1.2 Kulcsok és tanúsítványok 
(358) Az ellenőrzőkártyának képesnek kell lennie egy sor, a 
11. függelék A. részében meghatározott titkosítási kulcs és 
tanúsítvány tárolására.  
4.5.5.1.3 A kártya azonosítása  
(359) Az ellenőrzőkártyának a következő kártyaazonosító adatokat 
kell tárolnia:  
— kártyaszám,  
— a kiállító tagállam, a kiállító hatóság neve, a kiállítás 
dátuma,  
— a kártya érvényességi idejének kezdete és lejárata (adott 
esetben).  
4.5.5.1.4 A kártyatulajdonos azonosítása  
(360) Az ellenőrzőkártyának a következ ő kártyatulajdonos-azono ­
sító adatokat kell tárolnia:  
— ellenőrző szerv neve, 
— az ellenőrző szerv címe,  
— a tulajdonos családi neve,  
— a tulajdonos utóneve(i),  
— választott nyelv.  
4.5.5.1.5 Az ellenőrzési tevékenységre vonatkozó adatok  
(361) Az ellenőrzőkártyának tárolnia kell az ellen őrző tevékeny ­
ségre vonatkozó következ ő adatokat:  
— az ellenőrzés dátuma és id őpontja, 
— az ellenőrzés típusa (kijelzés és/vagy nyomtatás és/vagy a 
járműegységről való letöltés és/vagy kártyaletöltés és/vagy 
közúti kalibrálási ellen őrzés), 
— letöltött időszak (adott esetben),  
— a jármű rendszáma (VRN) és az ellen őrzött jármű nyil­
vántartásba vétele szerinti tagállam hatósága,  
— kártyaszám és az ellenőrzött járművezetői kártyát kiállító 
tagállam.  
(362) Az ellen őrzőkártyának legalább 230 ilyen rekord tárolására 
képesnek kell lennie.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 75  
4.5.5.2 M á s o d i k g e n e r á c i ó s ( G 2 ) t a c h o g r á f - a l k a l m a z á s 
( a z e l s ő g e n e r á c i ó s j á r m ű e g y s é g e k s z á m á r a n e m 
e l é r h e t ő ) 
4.5.5.2.1 Alkalmazásazonosító  
(363) Az ellenőrzőkártyának a következ ő alkalmazásazonosító 
adatokat kell tárolnia:  
— tachográfalkalmazás-azonosító,  
— tachográfkártyatípus-azonosító.  
4.5.5.2.2 Kulcsok és tanúsítványok 
(364) Az ellenőrzőkártyának képesnek kell lennie egy sor, a 
11. függelék B. részében meghatározott titkosítási kulcs és 
tanúsítvány tárolására.  
4.5.5.2.3 A kártya azonosítása  
(365) Az ellenőrzőkártyának a következő kártyaazonosító adatokat 
kell tárolnia:  
— kártyaszám,  
— a kiállító tagállam, a kiállító hatóság neve, a kiállítás 
dátuma,  
— a kártya érvényességi idejének kezdete és lejárata (adott 
esetben).  
4.5.5.2.4 A kártyatulajdonos azonosítása  
(366) Az ellenőrzőkártyának a következ ő kártyatulajdonos-azono ­
sító adatokat kell tárolnia:  
— ellenőrző szerv neve, 
— az ellenőrző szerv címe,  
— a tulajdonos családi neve,  
— a tulajdonos utóneve(i),  
— választott nyelv.  
4.5.5.2.5 Az ellenőrzési tevékenységre vonatkozó adatok  
(367) Az ellenőrzőkártyának tárolnia kell az ellen őrző tevékeny ­
ségre vonatkozó következ ő adatokat:  
— az ellenőrzés dátuma és id őpontja, 
— az ellenőrzés típusa (kijelzés és/vagy nyomtatás és/vagy a 
járműegységről való letöltés és/vagy kártyaletöltés és/vagy 
közúti kalibrálási ellen őrzés), 
— letöltött időszak (adott esetben),  
— a jármű rendszáma (VRN) és az ellen őrzött jármű nyil­
vántartásba vétele szerinti tagállam hatósága,  
— kártyaszám és az ellenőrzött járművezetői kártyát kiállító 
tagállam.  
(368) Az ellen őrzőkártyának legalább 230 ilyen rekord tárolására 
képesnek kell lennie.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 76  
4.5.6 Vállalkozáskártya  
4.5.6.1 T a c h o g r á f - a l k a l m a z á s ( a z e l s ő é s m á s o d i k g e n e ­
r á c i ó s j á r m ű e g y s é g e k s z á m á r a )  
4.5.6.1.1 Alkalmazásazonosító  
(369) A vállalkozáskártyának a következ ő alkalmazásazonosító 
adatokat kell tárolnia:  
— tachográfalkalmazás-azonosító,  
— tachográfkártyatípus-azonosító.  
4.5.6.1.2 Kulcsok és tanúsítványok 
(370) A vállalkozáskártyának képesnek kell lennie egy sor, a 
11. függelék A. részében meghatározott titkosítási kulcs és 
tanúsítvány tárolására.  
4.5.6.1.3 A kártya azonosítása  
(371) A vállalkozáskártyának a következ ő kártyaazonosító adatokat 
kell tárolnia:  
— kártyaszám,  
— a kiállító tagállam, a kiállító hatóság neve, a kiállítás 
dátuma,  
— a kártya érvényességi idejének kezdete és lejárata (adott 
esetben).  
4.5.6.1.4 A kártyatulajdonos azonosítása  
(372) A vállalkozáskártyának a következ ő kártyatulajdonos-azono ­
sító adatokat kell tárolnia:  
— a vállalkozás neve,  
— a vállalkozás címe.  
4.5.6.1.5 A vállalkozás tevékenységére vonatkozó adatok  
(373) A vállalkozáskártyának tárolnia kell a vállalkozás tevékeny ­
ségére vonatkozó következ ő adatokat:  
— a tevékenység dátuma és id őpontja,  
— a tevékenység típusa (járm űegység lezárása és/vagy 
kioldása és/vagy a járm űegységről való letöltés és/vagy 
kártyaletöltés),  
— letöltött időszak (adott esetben),  
— a jármű rendszáma (VRN) és a járm ű nyilvántartásba 
vétele szerinti tagállam hatósága,  
— kártyaszám és a kártyát kiállító tagállam (kártyaletöltés 
esetén).  
(374) A vállalkozáskártyának legalább 230 ilyen rekord tárolására 
képesnek kell lennie.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 77  
4.5.6.2 M á s o d i k g e n e r á c i ó s ( G 2 ) t a c h o g r á f - a l k a l m a z á s 
( a z e l s ő g e n e r á c i ó s j á r m ű e g y s é g e k s z á m á r a n e m 
e l é r h e t ő ) 
4.5.6.2.1 Alkalmazásazonosító  
(375) A vállalkozáskártyának a következ ő alkalmazásazonosító 
adatokat kell tárolnia:  
— tachográfalkalmazás-azonosító,  
— tachográfkártyatípus-azonosító.  
4.5.6.2.2 Kulcsok és tanúsítványok 
(376) A vállalkozáskártyának képesnek kell lennie egy sor, a 
11. függelék B. részében meghatározott titkosítási kulcs és 
tanúsítvány tárolására.  
4.5.6.2.3 A kártya azonosítása  
(377) A vállalkozáskártyának a következ ő kártyaazonosító adatokat 
kell tárolnia:  
— kártyaszám,  
— a kiállító tagállam, a kiállító hatóság neve, a kiállítás 
dátuma,  
— a kártya érvényességi idejének kezdete és lejárata (adott 
esetben).  
4.5.6.2.4 A kártyatulajdonos azonosítása  
(378) A vállalkozáskártyának a következ ő kártyatulajdonos-azono ­
sító adatokat kell tárolnia:  
— a vállalkozás neve,  
— a vállalkozás címe.  
4.5.6.2.5 A vállalkozás tevékenységére vonatkozó adatok  
(379) A vállalkozáskártyának tárolnia kell a vállalkozás tevékeny ­
ségére vonatkozó következ ő adatokat:  
— a tevékenység dátuma és id őpontja,  
— a tevékenység típusa (járm űegység lezárása és/vagy 
kioldása és/vagy a járm űegységről való letöltés és/vagy 
kártyaletöltés),  
— letöltött időszak (adott esetben),  
— a jármű rendszáma (VRN) és a járm ű nyilvántartásba 
vétele szerinti tagállam hatósága,  
— kártyaszám és a kártyát kiállító tagállam (kártyaletöltés 
esetén).  
(380) A vállalkozáskártyának legalább 230 ilyen rekord tárolására 
képesnek kell lennie.  
5 AZ ADATRÖGZÍT Ő KÉSZÜLÉK BEÉPÍTÉSE 
5.1 Beépítés  
(381) Az új adatrögzít ő készüléket nem aktivált állapotban kell a 
szerelők vagy a járm űgyártók részére leszállítani, úgy, hogy a 
3.21. szakaszban felsorolt összes kalibrálási paraméter a 
megfelelő és érvényes alapértelmezett értékre legyen beál ­
lítva. Ha nincsen meghatározott érték, a bet űkkel leírt para ­
métereket „?” karakterláncokba kell rendezni, a numerikus 
paramétereket pedig „0”-ra kell állítani. Amennyiben a 
biztonsági tanúsítás során kérelmezik, az adatrögzít ő készülék 
biztonsági vonatkozású részeinek átadása korlátozható.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 78  
(382) Aktiválása el őtt az adatrögzít ő készüléknek akkor is hozzáfé ­
rést kell biztosítania a kalibrálási funkcióhoz, ha a készülék 
nem kalibrálási üzemmódban van.  
(383) Az adatrögzítő készülék aktiválása el őtt se nem rögzíti, se 
nem tárolja a 3.12.3., 3.12.9. és 3.12.12–3.12.15. szakaszban 
említett adatokat.  
(384) A beépítés során a járm űgyártónak valamennyi ismert para ­
métert előre be kell állítania.  
(385) A járműgyártóknak vagy -szerel őknek a beépített adatrögzít ő 
készüléket legkés őbb a jármű 561/2006/EK rendelet alkalma ­
zási körében történ ő használatba vétele el őtt aktiválniuk kell.  
(386) Az adatrögzítő készülék automatikusan aktiválódik, amikor 
valamelyik kártyainterfész-eszközbe els ő alkalommal érvé ­
nyes műhelykártyát helyeznek.  
(387) A mozgásérzékel ő és a járm űegység között adott esetben 
szükséges egyedi párosítási mű veletek elvégzésének automa ­
tikusan meg kell történnie az aktiválás el őtt vagy ennek során.  
(388) A külső GNSS-eszköz és a járm űegység között adott esetben 
szükséges egyedi kapcsolódási mű veletek elvégzésének 
hasonlóképpen automatikusan meg kell történnie az aktiválás 
előtt vagy ennek során.  
(389) Az adatrögzítő készüléknek aktiválása után biztosítania kell, 
hogy funkciói mű ködjenek, és az adathozzáférési jogok teljes 
mértékben érvényesüljenek.  
(390) Az adatrögzít ő készüléknek aktiválása után a célzott közúti 
ellenőrzésekhez szükséges biztosított adatokat továbbítania 
kell a távoli kommunikációs eszközhöz.  
(391) Az adatrögzítő készülék rögzít ő és tároló funkcióinak teljes 
mértékben mű ködőképeseknek kell lenniük az aktiválás után.  
(392) A beépítést követően kalibrálást kell végezni. Az els ő kalib­
rálás nem feltétlenül foglalja magában a rendszám (VRN) 
bevitelét, ha azt a kalibrálással megbízott jóváhagyott m űhely 
nem ismeri. Ilyen esetben és csakis ekkor lehetséges, hogy a 
járműtulajdonos a járm űnek az 561/2006/EK rendelet alkal ­
mazási körében történ ő használatát megel őzően vállalkozás ­
kártyáját használva (például a járm űegység felhasználói/gépi 
interfész megfelel ő menüstruktúrájában a megfelel ő parancsok 
megadásával) vigye be a rendszámot (VRN) (  1 ). A bevitt adat 
aktualizálása vagy meger ősítése csak a mű helykártya felhasz ­
nálásával lehetséges.  
(393) A külső GNSS-eszköz beépítéséhez az eszközt csatlakoztatni 
a járműegységre, majd ellen őrizni kell a GNSS helyzetmeg ­
határozási információit.  
(394) Az adatrögzít ő készüléket úgy kell elhelyezni a járm űben, 
hogy a járm űvezető a vezetői ülésből hozzá tudjon férni a 
szükséges funkciókhoz.  ▼B 
( 1 ) HL L 102., 2006.4.11., 1. o.
 02016R0799 — HU — 17.04.2018 — 001.004 — 79  
5.2 Illesztési címke  
(395) Miután az adatrögzítő készülék ellen őrzése a beépítés során 
megtörtént, egy gravírozással vagy tartós nyomtatással felira ­
tozott illesztési címkét kell elhelyezni a készüléken, jól 
látható és könnyen hozzáférhet ő helyre. Amennyiben ez 
nem lehetséges, a címkét a járm ű „B” oszlopán kell 
elhelyezni, jól látható helyre. Azokban a járm űvekben, 
amelyeknek nincsen „B” oszlopa, az illesztési címkét az ajtó ­
kereten kell elhelyezni a járm űvezetői oldalon, minden 
esetben jól látható helyre.  
Jóváhagyott szerel ő vagy műhely által végzett minden egyes 
ellenőrzés után új címkét kell elhelyezni az el őző címke 
helyén  
▼M1 
(396) A címkén legalább a következő adatokat fel kell tüntetni:  
— az elismert szerelő vagy mű hely neve, címe vagy keres ­
kedelmi neve,  
— a jármű jellemző együtthatója, „w = … imp/km” formá ­
ban, 
— az adatrögzítő készülék állandója, „k = … imp/km” 
formában, 
— a gumiabroncsok tényleges kerülete, „l = … mm” formá ­
ban, 
— abroncsméret,  
— az a dátum, amikor meghatározták járm ű jellemző együtt­
hatóját, és lemérték a gumiabroncsok kerületét,  
— a jármű jármű-azonosító száma,  
— külső GNSS-eszköz jelenléte vagy hiánya,  
— adott esetben a külső GNSS-eszköz sorozatszáma,  
— a távoli kommunikációs eszköz, ha van, sorozatszáma,  
— az összes elhelyezett plomba sorozatszáma,  
— a jármű azon része, amelybe adott esetben az adaptert 
beépítették,  
— a jármű azon része, amelybe a mozgásérzékel őt beépítet­
ték, ha az nincs összekötve a sebességváltóval, illetve 
nem alkalmaznak adaptert,  
— az adaptert és a járműnek az adapter bejöv ő impulzusait 
továbbító részét összeköt ő kábel színe,  
— az adapterbe épített mozgásérzékel ő sorozatszáma.  
▼B 
(397) Kizárólag az M1 és az N1 kategóriába tartozó, valamint a 
68/2009/EK bizottsági rendelet (  1 ) legutóbb módosított válto ­
zatával összhangban adapterrel felszerelt járm űvek esetében, 
valamint amennyiben nem lehetséges minden szükséges, a 
396. követelményben ismertetett információ feltüntetése, egy 
második, kiegészít ő címke is alkalmazható. Ilyen esetekben a 
kiegészítő címkének a 396. követelmény legalább négy utolsó 
francia bekezdésben szerepl ő információkat tartalmaznia kell.  ▼B 
( 1 ) A Bizottság 2009. január 23-i 68/2009/EK rendelete a közúti közlekedésben használt 
menetíró készülékekr ől szóló 3821/85/EGK tanácsi rendeletnek a m űszaki fejlődésre 
figyelemmel történ ő kilencedik kiigazításáról (HL L 21., 2009.1.24., 3. o.).
 02016R0799 — HU — 17.04.2018 — 001.004 — 80  
Ha használnak ilyen második, kiegészít ő címkét, akkor azt a 
396. követelményben ismertetett els ő címke közvetlen 
közelében vagy mellett kell elhelyezni, és ugyanolyan véde ­
lemmel kell ellátni. A beépítést elvégz ő jóváhagyott szerel ő 
vagy műhely nevét, címét vagy kereskedelmi nevét, valamint 
a beépítés dátumát a második címkén is fel kell tüntetni.  
5.3 Plombák 
(398) A következő alkatrészeket kell leplombálni:  
— minden olyan csatlakozás, amely szétkapcsoláskor észlel ­
hetetlen változásokat vagy észrevehetetlen adatvesztést 
okoz (ez például érvényes lehet a sebességváltóm űre 
csatlakoztatott mozgásérzékel őre, az M1/N1 kategóriájú 
járművek adapterére, a küls ő GNSS-eszközre vagy a 
járműegységre),  
— az illesztési címke, kivéve, ha az úgy van feler ősítve, 
hogy a rajta lév ő jelölések megrongálása nélkül nem 
távolítható el.  
▼M1 
(398a) A fent említett plombákat az EN 16882:2016 szabvány 
szerint kell tanúsítani.  
▼B 
(399) A fent említett plombák a következ ő esetekben távolíthatók el:  
— veszélyhelyzetben,  
— a sebességkorlátozó készülék vagy bármely más, az 
útbiztonságot szolgáló eszköz beépítése, beállítása vagy 
javítása esetén, feltéve, hogy az adatrögzít ő készülék 
megbízhatóan és pontosan m űködik továbbra is, és azt 
egy jóváhagyott szerel ő vagy m űhely (a 6. fejezettel 
összhangban) a sebességkorlátozó készülék vagy 
bármely más, az útbiztonságot szolgáló eszköz beépítése 
után közvetlenül, illetve más esetekben hét napon belül 
újra leplombálja.  
(400) A plombák eltávolításakor minden egyes alkalommal írásbeli 
nyilatkozatot kell tenni arról, hogy miért került erre sor, 
amelyet az illetékes hatóságnak át kell adni.  
(401) A plombáknak a gyártó által kiutalt azonosító számot kell 
viselniük. Ennek a számnak egyedinek és minden más plom ­
bagyártó által kiutalt plombaszámtól különböz őnek kell 
lennie.  
▼M1 
Ezen egyedi azonosító szám formátuma a következ ő: 
MMNNNNNNNN eltávolíthatatlan módon feltüntetve; MM 
a gyártó egyedi azonosítója (a nyilvántartás kezelése az 
Európai Bizottság illetékességi körébe tartozik), az 
NNNNNNNN pedig a plomba alfanumerikus, a gyártó 
által kiadott számok körében egyedi szám.  
▼B 
(402) A plombákon helyet kell hagyni, ahová a jóváhagyott 
szerelők, műhelyek vagy járm űgyártók a 165/2014/EU 
rendelet 22. cikkének (3) bekezdése szerinti speciális jelet 
helyezhetnek el.  
Ez a jel nem takarhatja ki a plomba azonosító számát.  
▼M1 
(403) Amikor a plombagyártók az EN 16882:2016 szabvány 
szerint tanúsított plombamintát kapnak, nyilvántartásba kell 
venni őket egy külön erre a célra fenntartott adatbázisban, 
plombaazonosító számaikat pedig közzé kell tenni egy, az 
Európai Bizottság által meghatározott eljárással.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 81  
(404) A jóváhagyott mű helyek és járm űgyártók a 165/2014/EU 
rendelet keretében csak az EN 16882:2016 szabvány szerint 
tanúsított olyan plombákat használhatnak, amelyek a fent 
említett adatbázisban bejegyzett plombagyártóktól származ ­
nak. 
▼B 
(405) A plombák gyártóinak és forgalmazóinak hiánytalan 
nyomonkövethet őségi nyilvántartást kell vezetniük a 
165/2014/EU 
rendelet keretében történ ő felhasználás céljára eladott plom ­
bákról, és készen kell állniuk arra, hogy szükség esetén 
bármikor bemutassák ezt az illetékes nemzeti hatóságnak.  
(406) A plomba egyedi azonosító számának láthatónak kell lennie 
az illesztési címkén.  
6 ELLEN ŐRZÉSEK, VIZSGÁLATOK ÉS JAVÍTÁSOK  
E melléklet 5.3. szakasza meghatározza azokat a követelményeket, 
amelyek a plombák eltávolításának azon körülményeire vonatkoz ­
nak, melyeket a 165/2014/EU rendelet 22. cikkének (5) bekezdése 
említ.  
6.1 Szerel ők, mű helyek és járm űgyártók jóváhagyása 
A tagállamoknak jóvá kell hagyniuk, rendszeresen ellen őrizniük kell 
és tanúsítaniuk kell a következ ő feladatokért felel ős szerveket:  
— beépítések,  
— ellenőrzések, 
— vizsgálatok,  
— javítások.  
Műhelykártyák megfelel ő indoklás hiányában e melléklet szerint 
csak az adatrögzít ő készülékek aktiválására, illetve kalibrálására 
feljogosított olyan szerel őknek és/vagy mű helyeknek adhatók ki:  
— akik nem jogosultak vállalkozáskártya használatára,  
— és akik egyéb szakmai tevékenysége nem jelent potenciális 
veszélyt a rendszer 10. függelékben el őírt általános biztonságára.  
▼M1 
6.2 Új vagy javított alkatrészek ellen őrzése  
(407) Minden egyes eszköz esetében – akár új, akár javított – ellen ­ 
őrizni kell, hogy a 3.2.1., 3.2.2., 3.2.3. és 3.3. szakaszban 
megállapított határokon belül megfelel ően működik-e, és 
leolvasásai és a rögzített adatok tekintetében pontos-e.  
▼B 
6.3 A beépítés vizsgálata  
▼M1 
(408) A járm űbe beépítve a berendezés egészének (beleértve az 
adatrögzítő készüléket) meg kell felelnie a 3.2.1., 3.2.2., 
3.2.3. és 3.3. szakaszban megállapított megengedhet ő tűrés­
határokra vonatkozó el őírásoknak. A berendezés egészét az 
5.3. ponttal összhangban le kell plombálni, és annak kalibrá ­
lási funkciót is tartalmaznia kell.  
▼B 
6.4 Id őszakos vizsgálatok  
(409) A járm űbe szerelt berendezések bármilyen javítását követ ően, 
a jármű jellemző együtthatójának vagy a gumiabroncsok tény ­
leges kerületének megváltozása után, valamint ha a beren ­
dezés UTC ideje több mint 20 perccel eltér a pontos id őtől, 
vagy ha a rendszám megváltozott, de az utolsó vizsgálattól 
számítva legalább kétévenként (24 hónap) egyszer a járm ű­
vekbe beépített berendezések id őszakos vizsgálatára kerül sor.  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 82  
(410) E vizsgálatok a következ ők ellenőrzését foglalják magukban:  
— az adatrögzítő készülék megfelel ő működése, ideértve az 
adattárolási funkciót a tachográfkártyákon és a távoli 
kommunikációs leolvasókkal való kommunikációt,  
— a 3.2.1. és 3.2.2. szakasz rendelkezéseit betartják a beépí ­
tésre vonatkozó megengedhet ő tűréshatár tekintetében,  
— a 3.2.3. és 3.3. szakasz rendelkezéseit betartják,  
— az adatrögzítő készüléken szerepel-e a típus-jóváhagyási 
jel, 
— a 396. követelményben meghatározott illesztési címke, 
valamint a 225. követelményben meghatározott ismertet ő 
címke fel van er ősítve, 
— az abroncsok mérete és tényleges kerülete,  
— a készülékhez nem csatlakozik manipulációs eszköz,  
— a plombák a megfelel ő helyen és jó állapotban vannak, és 
érvényes azonosító számmal rendelkeznek (a plomba ­
gyártó szerepel a Bizottság nyilvántartásában), valamint 
azonosító számaik megfelelnek az illesztési címkén olvas ­
ható jelöléseknek (lásd a 401. követelményt).  
(411) Amennyiben megállapítást nyer, hogy a 3.9. szakaszban 
(„Események és/vagy hibák észlelése”) felsorolt események 
valamelyike el őfordult az utolsó ellen őrzés óta, és a menetíró 
készülék gyártója és/vagy a nemzeti hatóságok úgy vélik, 
hogy ez potenciális kockázatot jelenthet a készülék biztonsága 
szempontjából, a m űhely köteles a következ ő tevékeny ­
ségeket elvégezni:  
a. összehasonlítja a sebességváltóhoz csatlakoztatott mozgás ­
érzékelő azonosításai adatait a párosított mozgásérzéke ­
lőnek a járm űegységben feljegyzett azonosítási adataival,  
b. ellenőrzi, hogy az illesztési címkén feltüntetett információ 
egyezik-e a járm űegység adatrekordjában szerepl ő infor­
mációval,  
c. ellenőrzi, hogy a mozgásérzékel ő sorozatszáma és jóváha­
gyási száma – amennyiben ezek rá vannak nyomtatva a 
mozgásérzékel őre – megegyezik-e az adatrögzít ő készülék 
adatmemóriájában tárolt információkkal,  
d. összehasonlítja adott esetben a küls ő GNSS-eszköz ismer­
tető címkéjén feltüntetett azonosítási adatokat a járm ű­
egység adatmemóriájában tárolt adatokkal.  
(412) A műhelyeknek a vizsgálati jelentéseikben nyilván kell tarta ­
niuk, ha sérült plombákat találtak, vagy manipulációs eszkö ­
zöket fedeztek fel. E jelentéseket legalább két évig meg kell 
őrizniük, és kérésre bármikor az illetékes hatóság rendelkezé ­
sére kell bocsátaniuk őket. 
(413) A vizsgálatok során kalibrálást is kell végezni, és megel őző 
jelleggel le kell cserélni azokat a plombákat, amelyek elhelye ­
zéséért az adott m űhely felel..  
6.5 A hibák mérése  
(414) A hibamérést a beépítés alatt és a használat folyamán az 
alábbi feltételek mellett kell végrehajtani, mely feltételeket 
szabványosított tesztfeltételeknek kell tekintetni:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 83  
— terheletlen járm ű a szokásos menetkész állapotban,  
— gumiabroncsnyomás a gyártó előírásai szerint,  
— gumiabroncskopás a nemzeti jog által megengedett hatá ­
rokon belül, 
— a jármű mozgása:  
— a járműnek saját motorerejével egyenes vonalban, sík tere ­
pen, 50 ± 5 km/h sebességgel kell el őrehaladnia. A mérési 
távolság legalább 1 km.  
— a vizsgálat alternatív módszerekkel, azaz például egy 
megfelelő próbapadon is elvégezhet ő, ha e módszer össze­
vethető pontosságot nyújt.  
6.6 Javítások 
(415) A műhelyeknek képesnek kell lenniük arra, hogy az adatrög ­
zítő készülékr ől adatokat töltsenek le, hogy azután azokat 
visszaszolgáltassák az érintett fuvarozási vállalkozásnak.  
(416) Amennyiben a korábban rögzített adatok letöltése nem lehet ­
séges, mégpedig annak ellenére sem, hogy a m űhely megjaví ­
totta az adatrögzít ő készüléket, a jóváhagyott m űhelynek 
igazolást kell kiállítania a fuvarozási vállalkozások részére 
az adatok letölthetetlenségér ől. A műhelyek minden kiállított 
igazolás egy másolatát kötelesek legalább egy évig megő rizni. 
7 KÁRTYAKIBOCSÁTÁS  
A tagállamok által bevezetett kártyakibocsátási eljárásoknak meg 
kell felelniük az alábbiaknak:  
(417) A valamely kérelmező részére els ő alkalommal kibocsátott 
tachográfkártya száma egy konszekutív indexszel (adott eset ­
ben), egy csereindexszel és egy „0”-ról induló megújítási 
indexszel rendelkezik.  
(418) Az ugyanazon ellenőrző szerv, ugyanazon mű hely vagy 
ugyanazon fuvarozási vállalkozás számára kibocsátott, nem 
személyhez kötött tachográfkártyák kártyaszámai ugyanazzal 
a 13 számjeggyel kezd ődnek, de különböz ő konszekutív 
indexszel rendelkeznek.  
(419) A meglévő tachográfkártya cseréjeként kibocsátott tachográf ­
kártya számának meg kell egyeznie a lecserélt kártya számá ­
val, a csereindex kivételével, amelyet egy egységgel kell 
megnövelni (sorrendben 0, …, 9, A, …, Z).  
(420) A meglévő tachográfkártya cseréjeként kibocsátott tachográf ­
kártya érvényességi idejének meg kell egyeznie a lecserélt 
kártya érvényességi idejével.  
(421) Egy meglév ő tachográfkártya megújításaként kibocsátott 
tachográfkártya számának meg kell egyeznie a megújított 
kártya számával, a csereindex kivételével, amelyet „0”-ra 
kell visszaállítani, és a megújítási index kivételével, amelyet 
egy egységgel kell megnövelni (sorrendben 0, …, 9, A, …, 
Z). 
(422) Egy meglévő tachográfkártya adminisztratív adatok módosí ­
tása céljából történ ő cseréje a megújítás szabályait követi, ha 
a csere ugyanabban a tagállamban történik, vagy az els ő 
kibocsátás szabályait követi, ha a cserére egy másik 
tagállamban kerül sor.  
(423) A nem személyre szóló mű hely- vagy ellen őrzőkártyákon „A 
kártyatulajdonos családi neve” rovatot a m űhely vagy az 
ellenőrző szerv nevével, illetve ha a tagállamok úgy dönte ­
nek, a szerel ő vagy az ellen őrző tisztvisel ő nevével kell kitöl ­
teni. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 84  
(424) A tagállamoknak a 165/2014/EU rendelet 31. cikkének 
megfelelően elektronikus adatcserét kell folytatniuk annak 
érdekében, hogy az általuk kibocsátott járm űvezetői kártyák 
egyedisége biztosított legyen.  
8 AZ ADATRÖGZÍT Ő KÉSZÜLÉKEK ÉS A TACHOGRÁFKÁR ­
TYÁK TÍPUSJÓVÁHAGYÁSA  
8.1 Általános szempontok  
▼M1 
E szakasz alkalmazásában az „adatrögzít ő készülék” meghatározás 
az „adatrögzít ő készülék vagy alkatrészei” fogalmát jelenti. A 
mozgásérzékel őt a járműegységgel, a küls ő GNSS-eszközt a járm ű­
egységgel, valamint a küls ő távoli kommunikációs eszközt a járm ű­
egységgel összeköt ő kábel(ek) típusjóváhagyása nem szükséges. Az 
adatrögzítő készülék által használt papírt az adatrögzít ő készülék 
alkatrészének kell tekinteni.  
A gyártók kérhetik az adatrögzít ő készülékek alkatrészének (alkatré­
szeinek) típusjóváhagyását más adatrögzít ő készülék alkatrészeivel 
együtt, feltéve, hogy minden egyes alkatrész megfelel e melléklet 
követelményeinek. A gyártók az adatrögzít ő készülék típusjóváha ­
gyását is kérelmezhetik.  
Az e rendelet 2. cikkének 10. fogalommeghatározásában foglaltak 
szerint a járm űegységek alkatrészei különböz őképpen lehetnek 
összeszerelve. Bármilyen is legyen a járm űegység alkatrészeinek 
összeszerelése, a küls ő antenna és (adott esetben) a GNSS-vev őhöz 
vagy a távoli kommunikációs eszközhöz kapcsolt antennaelosztó 
nem képezik részét a járm űegység típusjóváhagyásának.  
Mindazonáltal azon gyártóknak, amelyek adatrögzít ő készülékre 
vonatkozó típusjóváhagyást kaptak, nyilvánosan hozzáférhet ő listát 
kell vezetniük az egyes típusjóváhagyott járm űeszközökkel, küls ő 
GNSS-eszközökkel és küls ő távoli kommunikációs eszközökkel 
kompatibilis antennákról és elosztókról.  
▼B 
(425) Az adatrögzít ő készüléket valamennyi integrált kiegészít ő 
készülékével együtt kell jóváhagyásra benyújtani.  
(426) Az adatrögzít ő készülék és a tachográfkártyák típusjóváha ­
gyása során biztonsági, mű ködési és interoperabilitási tesz ­
teket is végeznek. Ha e vizsgálatok kedvez ő eredménnyel 
zárulnak, arról megfelel ő tanúsítványt kell kiállítani.  
▼M1 
(427) A tagállamok típusjóváhagyó hatóságai mindaddig nem adnak 
ki típusbizonyítványt, amíg nem bocsátják rendelkezésükre az 
alábbiakat:  
— biztonsági tanúsítvány (amennyiben e melléklet el őírja), 
— mű ködési tanúsítvány,  
— valamint interoperabilitási tanúsítvány (amennyiben e 
melléklet el őírja),  
arra az adatrögzítő készülékre vagy arra a tachográfkártyára 
vonatkozóan, amelyre a típusjóváhagyási kérelmet benyújtot ­
ták. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 85  
(428) A készülék szoftverében, hardverében és a gyártásához 
felhasznált anyagok jellegét illet ően végzett minden módosí ­
tást még a felhasználás el őtt be kell jelenteni azon hatóság ­
nak, amely a készüléket típusjóváhagyásban részesítette. E 
hatóság visszaigazolja a gyártó felé a típusjóváhagyás kiter ­
jesztését, vagy kérheti a vonatkozó m űködési, biztonsági 
és/vagy interoperabilitási aktualizálását vagy meger ősítését. 
(429) A már beépített adatrögzít ő készülék szoftverfrissítési eljárá ­
sait azon hatósághoz kell jóváhagyásra benyújtani, amely a 
készüléket típusjóváhagyásban részesítette. A szoftverfrissítés 
nem módosíthat vagy törölhet az adatrögzít ő készülékben a 
járművezetői tevékenységre vonatkozóan tárolt egyetlen 
adatot sem. A szoftvert csak a készülék gyártójának felel ős­
ségére lehet frissíteni.  
(430) Az előzőleg típusjóváhagyásban részesített adatrögzít ő 
készülék frissítésére irányuló szoftvermódosítások típusjóvá ­
hagyása nem utasítható el, ha a szóban forgó módosítások 
csakis olyan funkciókat érintenek, amelyekre e melléklet 
nem tér ki. Az adatrögzít ő készülék szoftverfrissítése kizár ­
hatja új karakterkészletek bevezetését, amennyiben ez techni ­
kailag kivitelezhetetlen.  
8.2 Biztonsági tanúsítvány 
(431) A biztonsági tanúsítványt e melléklet 10. függelékének 
rendelkezéseivel összhangban kell kiállítani. Az adatrögzít ő 
készülékek tanúsítandó alkatrészei a járm űegység, a mozgás­
érzékelő, a külső GNSS-eszköz és a tachográfkártyák.  
(432) Kivételes körülmények között, amikor a biztonsági tanúsítást 
végző hatóságok a biztonsági mechanizmusok elavultsága 
miatt megtagadják az új készülék tanúsítását, a típusjóváha ­
gyást kizárólag ebben a konkrét és kivételes esetben továbbra 
is megadják, amennyiben nincs a rendeletnek megfelel ő alter­
natív megoldás.  
(433) Ebben az esetben az érintett tagállamnak haladéktalanul tájé ­
koztatnia kell az Európai Bizottságot, amely a típusjóváha ­
gyás megadásától számított tizenkét naptári hónapon belül 
intézkedni kezd annak érdekében, hogy az eredeti biztonsági 
szint helyreálljon.  
8.3 M űködési tanúsítvány 
(434) Minden típusjóváhagyást kérelmező személynek a tagállami 
jóváhagyó hatóságok rendelkezésére kell bocsátania minden 
olyan anyagot és dokumentumot, amelyet a hatóság szük ­
ségesnek talál.  
(435) A gyártóknak a kérelem benyújtásától számított egy hónapon 
belül át kell adniuk a m űködési tesztek elvégzésére kijelölt 
laboratóriumok által kért, a típusjóváhagyásra jelölt termékek 
megfelelő mintáit és a kapcsolódó dokumentációt. A kére ­
lemmel kapcsolatos minden költséget a kérelmez őnek kell 
viselnie. A laboratóriumoknak az üzleti szempontból érzékeny 
információkat bizalmasan kell kezelniük.  
(436) A mű ködési tanúsítványt csak a legalább a 9. függelékben 
meghatározott valamennyi m űködési teszt sikeres elvégzése 
után lehet kiadni a gyártónak.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 86  
(437) A m űködési tanúsítványt a típusjóváhagyó hatóság állítja ki. 
E tanúsítványnak – a kedvezményezett neve és a modell 
azonosítása mellett – részletesen fel kell sorolnia az elvégzett 
teszteket azok eredményeivel együtt.  
(438) Az adatrögzítő készülékek bármely alkatrészének m űködési 
tanúsítványában fel kell tüntetni az adatrögzít ő készülék 
összes többi, típusjóváhagyással rendelkez ő kompatibilis 
alkatrészének típus-jóváhagyási számát is, amelyeket szintén 
teszteltek a tanúsítás céljára.  
(439) Minden adatrögzítő készülék mű ködési tanúsítványában meg 
kell adni azt az ISO- vagy CEN-szabványt is, amely alapján a 
működési interfészt tanúsították.  
8.4 Interoperabilitási tanúsítvány  
(440) Az interoperabilitási teszteket egyetlen, az Európai Bizottság 
hatáskörébe és felel őssége alá tartozó laboratórium végzi.  
(441) A laboratóriumnak a gyártók által benyújtott, interoperabili ­
tási tesztekre irányuló kérelmeket beérkezésük sorrendjében 
kell nyilvántartásba vennie.  
(442) A kérelem csak akkor kerül be hivatalosan a nyilvántartásba, 
ha a laboratórium birtokába kerül:  
— az említett interoperabilitási tesztek végrehajtásához szük ­
séges összes anyag és dokumentáció,  
— a megfelelő biztonsági tanúsítvány,  
— a megfelel ő működési tanúsítvány.  
A kérelem nyilvántartásba vételének dátumáról a gyártót érte ­
síteni kell.  
(443) A laboratórium nem végezhet interoperabilitási teszteket azon 
adatrögzítő készülékeken és tachográfkártyákon, amelyek 
részére nem adtak ki biztonsági tanúsítványt és m űködési 
tanúsítványt, kivéve a 432. követelményben ismertetett kivé ­
teles körülmények között.  
(444) Az interoperabilitási tesztek végzését kérelmez ő gyártóknak 
vállalniuk kell, hogy az ezeket a teszteket végz ő laboratóri ­
umnak hiánytalanul átadják az összes anyagot és dokumentá ­
ciót, amelyet a tesztek elvégzéséhez rendelkezésre bocsátot ­
tak. 
(445) Az interoperabilitási teszteket e melléklet 9. függelékének 
rendelkezéseivel összhangban kell végrehajtani valamennyi 
olyan típusú adatrögzít ő készülék és tachográfkártya tekinte ­
tében:  
— amelyek típusjóváhagyása még érvényben van, vagy  
— amelyek típusjóváhagyása már folyamatban van, és érvé ­
nyes interoperabilitási tanúsítvánnyal rendelkeznek.  
(446) Az interoperabilitási teszteknek ki kell terjedniük a haszná ­
latban lévő adatrögzít ő készülékek és tachográfkártyák vala ­
mennyi generációjára.  
(447) A laboratórium csak akkor állítja ki a gyártó részére az inter ­
operabilitási tanúsítványt, ha a megkívánt interoperabilitási 
tesztek mindegyike sikeresen zárult.  
(448) Ha az interoperabilitási tesztek egy vagy több adatrögzít ő 
készülék vagy tachográfkártya esetében sikertelenek, az inter ­
operabilitási tanúsítvány nem állítható ki mindaddig, amíg a  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 87  
kérelmező gyártó nem hajtotta végre a szükséges módosítá ­
sokat, és az interoperabilitási tesztek sikerrel nem zárulnak. A 
laboratórium az interoperabilitási hiba által érintett gyártók 
segítségével felderíti a probléma okát, és segíti a kérelmez ő 
gyártónak megtalálni a megfelel ő műszaki megoldást. 
Amennyiben a gyártó módosította a terméket, az ő felelőssége 
tisztázni az illetékes hatóságokkal, hogy a biztonsági tanúsít ­
vány és a m űködési tanúsítvány még érvényes-e.  
(449) Az interoperabilitási tanúsítvány hat hónapig érvényes. Ezen 
időszak lejártával vissza kell vonni, ha a gyártó nem kapta 
meg a megfelel ő típusbizonyítványt. Az interoperabilitási 
tanúsítványt a gyártó továbbítja a tagállam azon jóváhagyó 
hatóságának, amelyik a mű ködési tanúsítványt kiállította.  
(450) Azokat az elemeket, amelyek esetleg az interoperabilitási hiba 
hátterében állnak, tilos profitszerzésre vagy er őfölényes 
helyzet kialakítására felhasználni.  
8.5 Típusbizonyítvány 
(451) Amint a tagállam típusjóváhagyó hatósága kézhez vette a 
három szükséges tanúsítványt, kiállíthatja típusbizonyítványt.  
(452) Az adatrögzítő készülék bármely alkatrészének típusbizonyít ­
ványában fel kell tüntetni az adatrögzít ő készülék összes 
többi, típusjóváhagyással rendelkez ő interoperábilis alkatré ­
szének típus-jóváhagyási számát is.  
(453) A típusjóváhagyó hatóság a típusbizonyítvány gyártó részére 
történő kiállításával egyidej űleg köteles másolatot küldeni az 
interoperabilitási tesztek végrehajtásával megbízott laboratóri ­
umnak. 
(454) Az interoperabilitási tesztek elvégzéséért felel ős laboratóri­
umnak nyilvános weboldalt kell fenntartania, amelyen folya ­
matosan frissíti azon adatrögzít őkészülék- és tachográfkártya- 
modellek listáját:  
— amelyek tekintetében már nyilvántartásba vették az inter ­
operabilitási tesztek elvégzésére irányuló kérelmet,  
— amelyek interoperabilitási tanúsítványt kaptak (akár ideig ­
lenes tanúsítványt is),  
— amelyek típusbizonyítványt kaptak.  
8.6 Különleges eljárás: első interoperabilitási tanúsítványok 
második generációs adatrögzít ő készülékek és tachográfkártyák 
számára  
(455) Egy második generációs adatrögzít ő készülékb ől és egy 
második generációs tachográfkártyából (járm űvezetői, 
műhely-, ellen őrző-, és vállalkozáskártyák) álló els ő páros 
interoperábilissá nyilvánítását követ ő négy hónapban bármely 
ezen idő szakban nyilvántartásba vett kérelemre kiállított inter ­
operabilitási tanúsítványt (az els ő tanúsítványokat is) ideigle ­
nesnek kell tekinteni.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 88  
(456) Ha ezen idő szak végén valamennyi érintett termék interope ­
rábilisnak bizonyul, az összes vonatkozó interoperabilitási 
tanúsítvány véglegessé válik.  
(457) Ha az időszak alatt interoperabilitási hibák merülnek fel, az 
interoperabilitási tesztekkel megbízott laboratóriumnak azono ­
sítania kell a problémák okait az összes érintett gyártó segít ­
ségével, és fel kell szólítania őket a szükséges módosítások 
végrehajtására.  
(458) Ha ezen időszak végén továbbra is interoperabilitási prob ­
lémák állnak fenn, az interoperabilitási tesztekkel megbízott 
laboratóriumnak az érintett gyártók és a típusjóváhagyó ható ­
ságok közrem űködésével fel kell derítenie az interoperabilitási 
hibák okait, és meg kell állapítania, hogy az érintett gyár ­
tóknak milyen módosításokat kell végrehajtaniuk. A m űszaki 
megoldások keresése legfeljebb két hónapig tarthat, mely 
időszak lejárta után közös megoldás hiányában a Bizottság 
az interoperabilitási tesztekkel megbízott laboratóriummal 
való konzultációt követ ően eldönti, hogy mely készülék(ek) 
és kártyák kapnak végleges interoperabilitási tanúsítványt, és 
megindokolja döntését.  
(459) Minden olyan interoperabilitási tesztre irányuló kérelmet, 
amelyet a laboratórium az els ő ideiglenes interoperabilitási 
tanúsítvány kiadása utáni négy hónapos id őszak vége és a 
455. követelményben említett bizottsági határozat dátuma 
között vett nyilvántartásba, félre kell tenni mindaddig, amíg 
az eredeti interoperabilitási problémák meg nem oldódnak. A 
kérelmeket a kés őbbiekben nyilvántartásba vételük sorrend ­
jében kell feldolgozni.  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 89 
1. függelék
ADATSZÓTÁR  
TARTALOMJEGYZÉK 
1. BEVEZETÉS
1.1. Az adattípusok meghatározásának megközelítése
1.2. Hivatkozások
2. AZ ADATTÍPUSOK MEGHATÁROZÁSAI
2.1. ActivityChangeInfo
2.2. Address
2.3. AESKey
2.4. AES128Key
2.5. AES192Key
2.6. AES256Key
2.7. BCDString
2.8. CalibrationPurpose
2.9. CardActivityDailyRecord
2.10. CardActivityLengthRange  
2.11. CardApprovalNumber 
2.12. CardCertificate  
2.13. CardChipIdentification  
2.14. CardConsecutiveIndex  
2.15. CardControlActivityDataRecord  
2.16. CardCurrentUse 
2.17. CardDriverActivity  
2.18. CardDrivingLicenceInformation  
2.19. CardEventData  
2.20. CardEventRecord  
2.21. CardFaultData  
2.22. CardFaultRecord  
2.23. CardIccIdentification  
2.24. CardIdentification  
2.25. CardMACertificate  
2.26. CardNumber 
2.27. CardPlaceDailyWorkPeriod  
2.28. CardPrivateKey  
2.29. CardPublicKey  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 90 
2.30. CardRenewalIndex  
2.31. CardReplacementIndex  
2.32. CardSignCertificate  
2.33. CardSlotNumber  
2.34. CardSlotsStatus 
2.35. CardSlotsStatusRecordArray  
2.36. CardStructureVersion  
2.37. CardVehicleRecord  
2.38. CardVehiclesUsed 
2.39. CardVehicleUnitRecord  
2.40. CardVehicleUnitsUsed  
2.41. Certificate  
2.42. CertificateContent  
2.43. CertificateHolderAuthorisation  
2.44. CertificateRequestID  
2.45. CertificationAuthorityKID  
2.46. CompanyActivityData  
2.47. CompanyActivityType  
2.48. CompanyCardApplicationIdentification  
2.49. CompanyCardHolderIdentification  
2.50. ControlCardApplicationIdentification  
2.51. ControlCardControlActivityData  
2.52. ControlCardHolderIdentification  
2.53. ControlType  
2.54. CurrentDateTime  
2.55. CurrentDateTimeRecordArray  
2.56. DailyPresenceCounter  
2.57. Datef  
2.58. DateOfDayDownloaded 
2.59. DateOfDayDownloadedRecordArray  
2.60. Distance  
2.61. DriverCardApplicationIdentification  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 91 
2.62. DriverCardHolderIdentification  
▼M1
2.63. Kés őbbi használatra fenntartva  
▼B
2.64. EGFCertificate  
2.65. EmbedderIcAssemblerId  
2.66. EntryTypeDailyWorkPeriod  
2.67. EquipmentType  
2.68. EuropeanPublicKey  
2.69. EventFaultRecordPurpose  
2.70. EventFaultType  
2.71. ExtendedSealIdentifier  
2.72. ExtendedSerialNumber  
2.73. FullCardNumber 
2.74. FullCardNumberAndGeneration  
2.75. Generation  
2.76. GeoCoordinates  
2.77. GNSSAccuracy  
▼M1
2.78. GNSSAccumulatedDriving  
2.79. GNSSAccumulatedDrivingRecord  
▼B
2.80. GNSSPlaceRecord 
2.81. HighResOdometer 
2.82. HighResTripDistance  
2.83. HolderName  
2.84. InternalGNSSReceiver  
2.85. K-ConstantOfRecordingEquipment
2.86. KeyIdentifier  
2.87. KMWCKey 
2.88. Language  
2.89. LastCardDownload 
2.90. LinkCertificate  
2.91. L-TyreCircumference
2.92. MAC 
2.93. ManualInputFlag  
2.94. ManufacturerCode  
2.95. ManufacturerSpecificEventFaultData  
2.96. MemberStateCertificate  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 92 
2.97. MemberStateCertificateRecordArray  
2.98. MemberStatePublicKey  
2.99. Name 
2.100. NationAlpha  
2.101. NationNumeric  
2.102. NoOfCalibrationRecords  
2.103. NoOfCalibrationsSinceDownload  
2.104. NoOfCardPlaceRecords 
2.105. NoOfCardVehicleRecords  
2.106. NoOfCardVehicleUnitRecords  
2.107. NoOfCompanyActivityRecords  
2.108. NoOfControlActivityRecords  
2.109. NoOfEventsPerType  
2.110. NoOfFaultsPerType  
▼M1
2.111. NoOfGNSSADRecords  
▼B
2.112. NoOfSpecificConditionRecords  
2.113. OdometerShort 
2.114. OdometerValueMidnight  
2.115. OdometerValueMidnightRecordArray  
2.116. OverspeedNumber 
2.117. PlaceRecord  
2.118. PreviousVehicleInfo  
2.119. PublicKey 
2.120. RecordType  
2.121. RegionAlpha  
2.122. RegionNumeric  
2.123. RemoteCommunicationModuleSerialNumber  
2.124. RSAKeyModulus 
2.125. RSAKeyPrivateExponent  
2.126. RSAKeyPublicExponent  
2.127. RtmData  
2.128. SealDataCard  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 93 
2.129. SealDataVu  
2.130. SealRecord  
2.131. SensorApprovalNumber 
2.132. SensorExternalGNSSApprovalNumber 
2.133. SensorExternalGNSSCoupledRecord  
2.134. SensorExternalGNSSIdentification  
2.135. SensorExternalGNSSInstallation  
2.136. SensorExternalGNSSOSIdentifier 
2.137. SensorExternalGNSSSCIdentifier  
2.138. SensorGNSSCouplingDate 
2.139. SensorGNSSSerialNumber 
2.140. SensorIdentification  
2.141. SensorInstallation  
2.142. SensorInstallationSecData  
2.143. SensorOSIdentifier 
2.144. SensorPaired 
2.145. SensorPairedRecord  
2.146. SensorPairingDate 
2.147. SensorSCIdentifier 
2.148. SensorSerialNumber 
2.149. Signature 
2.150. SignatureRecordArray  
2.151. SimilarEventsNumber  
2.152. SpecificConditionRecord  
2.153. SpecificConditions  
2.154. SpecificConditionType  
2.155. Speed 
2.156. SpeedAuthorised 
2.157. SpeedAverage 
2.158. SpeedMax  
2.159. TachographPayload  
▼M1
2.160. Kés őbbi használatra fenntartva  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 94 
2.161. TDesSessionKey  
2.162. TimeReal  
2.163. TyreSize  
2.164. VehicleIdentificationNumber  
2.165. VehicleIdentificationNumberRecordArray  
2.166. VehicleRegistrationIdentification  
2.167. VehicleRegistrationNumber  
2.168. VehicleRegistrationNumberRecordArray  
2.169. VuAbility 
2.170. VuActivityDailyData  
2.171. VuActivityDailyRecordArray  
2.172. VuApprovalNumber 
2.173. VuCalibrationData  
2.174. VuCalibrationRecord  
2.175. VuCalibrationRecordArray  
2.176. VuCardIWData  
2.177. VuCardIWRecord 
2.178. VuCardIWRecordArray 
2.179. VuCardRecord 
2.180. VuCardRecordArray 
2.181. VuCertificate  
2.182. VuCertificateRecordArray  
2.183. VuCompanyLocksData  
2.184. VuCompanyLocksRecord  
2.185. VuCompanyLocksRecordArray  
2.186. VuControlActivityData  
2.187. VuControlActivityRecord  
2.188. VuControlActivityRecordArray  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 95 
2.189. VuDataBlockCounter  
2.190. VuDetailedSpeedBlock  
2.191. VuDetailedSpeedBlockRecordArray  
2.192. VuDetailedSpeedData  
2.193. VuDownloadablePeriod 
2.194. VuDownloadablePeriodRecordArray  
2.195. VuDownloadActivityData  
2.196. VuDownloadActivityDataRecordArray  
2.197. VuEventData  
2.198. VuEventRecord  
2.199. VuEventRecordArray  
2.200. VuFaultData  
2.201. VuFaultRecord  
2.202. VuFaultRecordArray  
▼M1
2.203. VuGNSSADRecord  
2.204. VuGNSSADRecordArray  
▼B
2.205. VuIdentification  
2.206. VuIdentificationRecordArray  
2.207. VuITSConsentRecord 
2.208. VuITSConsentRecordArray 
2.209. VuManufacturerAddress 
2.210. VuManufacturerName  
2.211. VuManufacturingDate  
2.212. VuOverSpeedingControlData  
2.213. VuOverSpeedingControlDataRecordArray  
2.214. VuOverSpeedingEventData  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 96 
2.215. VuOverSpeedingEventRecord  
2.216. VuOverSpeedingEventRecordArray  
2.217. VuPartNumber 
2.218. VuPlaceDailyWorkPeriodData  
2.219. VuPlaceDailyWorkPeriodRecord  
2.220. VuPlaceDailyWorkPeriodRecordArray  
2.221. VuPrivateKey 
2.222. VuPublicKey 
2.223. VuSerialNumber 
2.224. VuSoftInstallationDate  
2.225. VuSoftwareIdentification  
2.226. VuSoftwareVersion 
2.227. VuSpecificConditionData  
2.228. VuSpecificConditionRecordArray  
2.229. VuTimeAdjustmentData  
▼M1
2.230. Kés őbbi használatra fenntartva  
2.231. Kés őbbi használatra fenntartva  
▼B
2.232. VuTimeAdjustmentRecord  
2.233. VuTimeAdjustmentRecordArray  
2.234. WorkshopCardApplicationIdentification  
2.235. WorkshopCardCalibrationData  
2.236. WorkshopCardCalibrationRecord  
2.237. WorkshopCardHolderIdentification  
2.238. WorkshopCardPIN 
2.239. W-VehicleCharacteristicConstant
2.240. VuPowerSupplyInterruptionRecord  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 97 
2.241. VuPowerSupplyInterruptionRecordArray  
2.242. VuSensorExternalGNSSCoupledRecordArray  
2.243. VuSensorPairedRecordArray 
3. ÉRTÉK- ÉS MÉRETTARTOMÁNY-MEGHATÁROZÁSOK
4. KARAKTERKÉSZLETEK
5. KÓDOLÁS
6. OBJEKTUMAZONOSÍTÓK ÉS ALKALMAZÁSAZONOSÍTÓK
6.1. Objektumazonosítók
6.2. Alkalmazásazonosítók
1. BEVEZETÉS
Ez a függelék az adatrögzít ő készülékben és a tachográfkártyákon alkal ­
mazandó adatformátumokat, adatelemeket és adatszerkezeteket határozza
meg.
1.1. Az adattípusok meghatározásának megközelítése
Ez a függelék az adattípusok meghatározásához az 1. számú absztrakt
szintaxisjelölést alkalmazza. Ez egyszer ű és strukturált adatok definiá ­
lását teszi lehet ővé anélkül, hogy maga után vonna valamilyen meghatá ­
rozott átviteli szintaxist (kódolási szabályt), amely szükségszerű en alkal­
mazás- és környezetfügg ő lenne.
Az ASN.1 típusú elnevezési szabályok összhangban vannak az
ISO/IEC 8824-1 szabvánnyal. Ebb ől adódóan:
— amennyiben lehetséges, az adattípus jelentését magukban foglalják a
kiválasztott nevek,  
— amennyiben az adattípus egyéb adattípusokból tev ődik össze, az 
adattípus elnevezése még mindig egyetlen alfabetikus karaktersoro ­
zat, amely nagybet űvel kezdődik, ugyanakkor a megfelel ő jelentés 
megadása érdekében a néven belül alkalmaznak nagybet űket, 
— általános szabályként az adattípusok elnevezései összefüggnek azon 
adattípusok nevével, amelyekb ől felépülnek, azon készülékkel, 
amelyben az adatokat tárolják, illetve az adatokkal összefügg ő funk­
cióval.  
Amennyiben egy ASN.1 típust egy másik szabvány részeként már 
meghatároztak, és az lényeges az adatrögzít ő készülékben való felhasz ­
nálás szempontjából, úgy ezen ASN.1 típust ebben a függelékben defi ­
niálni kell.  
Annak érdekében, hogy a különböz ő kódolási szabályokat lehessen 
alkalmazni, ebben a függelékben néhány ASN.1 típust értéktartomány- 
azonosítóval kell korlátozni. Az értéktartomány-azonosítók meghatá ­
rozását a 3. szakasz és a 2. függelék tartalmazza.  
1.2. Hivatkozások 
Ebben a függelékben a következ ő hivatkozások jelennek meg:  
ISO 639 A nyelvek neveinek jelölésére alkalmazott kód. Els ő 
kiadás: 1988.  
ISO 3166 Országok és igazgatási egységeik nevének kódjai. 
1. rész: Országkódok, 2013.
ISO 3779 Közúti járm űvek. A járm ű alvázszáma (VIN). 
Tartalom és felépítés. 2009.  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 98  
ISO/IEC 7816-5 Azonosító kártyák. Integrált áramkörös kártyák. 
5. rész: Az alkalmazásszolgáltatók nyilvántartásba
vétele.
Második kiadás: 2004.  
ISO/IEC 7816-6 Azonosító kártyák. Integrált áramkörös kártyák. 
6. rész: Ágazatközi adatelemek a cseréhez, 2004 +
1. technikai helyesbítés: 2006.
ISO/IEC 8824-1 Információtechnológia. Az 1. számú absztrakt szinta ­
xisjelölés (ASN.1): Az alapvet ő jelölési rendszer 
meghatározása. 2008 + 1. technikai helyesbítés: 
2012 és 2. technikai helyesbítés: 2014.  
ISO/IEC 8825-2 Információtechnológia. ASN.1 kódolási szabályok: A 
csomagolt kódolási szabályok (PER) meghatározása. 
2008. 
ISO/IEC 8859-1 Információtechnológia. 8 bites egyetlen bájtos kódolt 
grafikus karakterkészletek. 1. rész: 1. latin ábécé. Els ő 
kiadás: 1998.  
ISO/IEC 8859-7 Információtechnológia. 8 bites egyetlen bájtos kódolt 
grafikus karakterkészletek. 7. rész: Latin/görög ábécé. 
2003. 
ISO 16844-3 Közúti járművek. Tachográf rendszerek. Mozgásérzé ­
kelő-interfész. 2004 + 1. technikai helyesbítés: 2006.  
TR-03110-3 BSI / ANSSI TR-03110-3 számú m űszaki iránymuta ­
tás: Fejlett biztonsági mechanizmusok géppel olvas ­
ható úti okmányokhoz és eIDAS-tokenhez. 3. rész: 
Egységes el őírások, 2.20. verzió, 2015. február. 3.  
2. AZ ADATTÍPUSOK MEGHATÁROZÁSAI
A következ ő adattípusok bármelyike esetében egy „ismeretlen ” vagy
„nem alkalmazható ” tartalomnak megfelel ő alapértelmezett érték az
adatelem „FF” bájtokkal történ ő kitöltéséb ől áll.
Ellenkező értelmű jelzés hiányában valamennyi adattípus felhasználásra
kerül mind az 1. generációs, mind a 2. generációs alkalmazásokban.
▼M1
Az 1. és 2. generációs alkalmazásokhoz használt kártyaadattípusokra 
vonatkozóan az e függelékben meghatározott méret a 2. generációs 
alkalmazásra vonatkozó méret. A leolvasó elvileg már ismeri az 1. 
generációs alkalmazásra vonatkozó méretet. Az I. C. mellékletben 
szereplő, ilyen adattípusokra vonatkozó számozott követelmények az 1. 
generációs és a 2. generációs alkalmazásokra egyaránt vonatkoznak.  
▼B
2.1. ActivityChangeInfo 
Ezzel az adattípussal egy kétbájtos szóba be lehet kódolni a kártyaolvasó 
egység 00 óra 00 perckori állapotát és/vagy a járm űvezető 00 óra 00 
perckori állapotát és/vagy egy járm űvezető vagy járm űkísérő tevékeny ­
ségváltásait és/vagy járm űvezetésiállapot-váltásait és/vagy kártyaállapot- 
váltásait. Ez az adattípus az 1C melléklet 105., 266., 291., 320., 321., 
343. és 344. követelményével függ össze.
Érték-hozzárendelés – Rendezett oktett : ‘scpaattttttttttt’B (16 bit)  
Az adatmemória-rögzítések (vagy a kártyaolvasó egység állapota) eseté ­
ben: 
‘s’B Kártyaolvasó egység:  
‘0’B: JÁRM ŰVEZETŐ, 
‘1’B: JÁRM ŰKÍSÉRŐ, ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 99  
‘c’B Járm űvezetési állapot:  
‘0’B: EGYEDÜLI, 
‘1’B: SZEMÉLYZET,  
‘p’B Járm űvezetői (vagy műhely-) kártya állapota a 
megfelelő kártyaolvasó egységben:  
‘0’B: BEHELYEZVE, egy kártyát behelyeztek,  
‘1’B: NINCS BEHELYEZVE, nem helyeztek be 
kártyát (vagy a kártyát kivették),  
‘aa’B Tevékenység: 
‘00’B: SZÜNET/PIHENÉS, 
‘01’B: KÉSZENLÉT, 
‘10’B: MUNKA,  
‘11’B: JÁRMŰVEZETÉS, 
‘ttttttttttt ’B A váltás ideje: Az adott napon 00 óra 00 perc óta 
eltelt percek száma.  
A járművezetői (vagy mű hely-) kártya rögzítései (és a járművezető álla­
pota) esetében:  
‘s’B Kártyaolvasó egység (nem lényeges, ha ‘p’ = 1, 
kivéve az alábbi megjegyzésben szerepl ő esetben): 
‘0’B: JÁRM ŰVEZETŐ, 
‘1’B: JÁRM ŰKÍSÉRŐ, 
‘c’B Járm űvezetési állapot (‘p’ = 0 esete) vagy  
Következő tevékenység állapota (‘p’ = 1 esete):  
‘0’B: EGYEDÜLI, 
‘0’B: ISMERETLEN  
‘1’B: SZEMÉLYZET,  
‘1’B: ISMERT (= kézi betáplálás)  
‘p’B Kártyaállapot:  
‘0’B: BEHELYEZVE, a kártyát behelyezték az adat ­
rögzítő készülékbe, 
‘1’B: NINCS BEHELYEZVE, a kártyát nem 
helyezték be (vagy a kártyát kivették),  
‘aa’B Tevékenység (nem lényeges, ha ‘p’ = 1 és ‘c’ = 0, 
kivéve az alábbi megjegyzésben szerepl ő esetben): 
‘00’B: SZÜNET/PIHENÉS, 
‘01’B: KÉSZENLÉT,  
‘10’B: MUNKA,  
‘11’B: JÁRMŰVEZETÉS,  
‘ttttttttttt’B A váltás ideje: Az adott napon 00 óra 00 perc óta 
eltelt percek száma.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 100  
Megjegyzés a „kártyakivétel” esetére:  
A kártya kivételekor:  
— ‘s’ alkalmazható és azon kártyaolvasó egységet jelzi, amelyb ől a 
kártyát kivették,  
— ‘c ’-t 0-ra kell beállítani, 
— ‘p’ -t 1-re kell beállítani,  
— ‘aa ’ az ekkor kiválasztott folyó tevékenység kódját kell, hogy tartal ­
mazza,  
Kézi betáplálás eredményeként a (kártyán eltárolt) szó ‘c’ és ‘aa’ bitjei 
később a betáplálásra tekintettel átírásra kerülhetnek.  
2.2. Address  
Egy cím.
  
codePage a 4. fejezetben meghatározott karakterkészletet adja meg,  
address a meghatározott karakterkészlet felhasználásával kódolt cím.  
2.3. AESKey 
2. generáció:  
Egy 128, 192 vagy 256 bit hosszúságú AES kulcs.
  
Érték-hozzárendelés:  nincs közelebbi meghatározás.  
2.4. AES128Key 
2. generáció:  
Egy AES128 kulcs.
  
length az AES128 kulcs hosszát jelöli oktettben.  
aes128Key egy 128 bit hosszúságú AES kulcs. 
Érték-hozzárendelés:  
A hosszúság értékének 16-nak kell lennie.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 101  
2.5. AES192Key 
2. generáció:  
Egy AES192 kulcs.
  
length az AES192 kulcs hosszát jelöli oktettben.  
aes192Key egy 192 bit hosszúságú AES kulcs. 
Érték-hozzárendelés:  
A hosszúság értékének 24-nek kell lennie.  
2.6. AES256Key 
2. generáció:  
Egy AES256 kulcs.
  
length az AES256 kulcs hosszát jelöli oktettben.  
aes256Key egy 256 bit hosszúságú AES kulcs. 
Érték-hozzárendelés:  
A hosszúság értékének 32-nek kell lennie.  
2.7. BCDString  
A BCDString-et (BCD karaktersorozat) a binárisan kódolt decimális 
szám – Binary Code Decimal (BCD) – megjelenítésére kell alkalmazni. 
Ez az adattípus egy decimális számjegynek egy fél oktettel (4 bittel) való 
megjelenítésére szolgál. A BCDString az ISO/IEC 8824-1 „CharacterSt ­
ringType” karaktersorozat-típusán alapul.
  
A BCDString „hstring” jelölést használ. A balról a legszéls ő hexadeci ­
mális számjegy az els ő oktett legjelent ősebb féloktettje. Az oktettek 
többszörösének el őállításához nulla vezet ő fél oktetteket kell beszúrni 
– szükség szerint – a balról a legszéls ő fél oktett ől kezdve, az els ő 
oktettbe.  
A megengedett számjegyek a következő k: 0, 1 … 9. 
2.8. CalibrationPurpose  
Ez a kód annak magyarázatát tartalmazza, hogy a kalibrálási paraméterek 
egy meghatározott sorozata miért került rögzítésre. Ez az adattípus az 1B 
melléklet 097. és 098. követelményével, valamint az 1C melléklet 
119. követelményével függ össze.
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 102  
Érték-hozzárendelés:  
1. generáció:  
‘00’H tartalék érték,  
‘01’H aktiválás: az ismert kalibrálási paraméterek rögzítése a 
járműegység aktiválásának pillanatában,  
‘02’H els ő beépítés: a járm űegység aktiválása utáni els ő 
kalibrálás,  
‘03’H beépítés: a járm űegység els ő kalibrálása az aktuális 
járműben, 
‘04’H idő szakos vizsgálat.  
2. generáció:  
Az 1. generáció értékein túlmen ően a következ ő értékeket kell alkal ­
mazni:  
‘05’H a vállalkozás által betáplált rendszám,  
‘06’H idő beállítás kalibrálás nélkül,  
‘07’H-tól ‘7F’H-ig 
RFU, 
‘80’H-tól ‘FF’H-ig 
Gyártóspecifikus. 
2.9. CardActivityDailyRecord  
Olyan, kártyán tárolt információ, amely a járm űvezető adott naptári 
napon végzett tevékenységeire vonatkozik. Ez az adattípus az 1C 
melléklet 266., 291., 320. és 343. követelményével függ össze.
  
activityPreviousRecordLength  az előző napi rekord teljes hossza, 
bájtokban kifejezve. A maximális értéket az e rekordokat tartalmazó 
OCTET STRING hossza adja meg (lásd: CardActivityLengthRange a 
2. függelék 4. bekezdésében). Amennyiben ez a rekord a legrégebbi 
napi rekord, az activityPreviousRecordLength értékét 0-ra kell beállítani.  
activityRecordLength e rekord teljes hossza, bájtokban kifejezve. A 
maximális értéket az e rekordokat tartalmazó OCTET STRING hossza 
adja meg.  
activityRecordDate  a rekord dátuma.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 103  
activityDailyPresenceCounter  a kártya napijelenlét-számlálójának állása 
az adott napon.  
activityDayDistance az adott napon megtett teljes távolság.  
activityChangeInfo a járművezetőre vonatkozó ActivityChangeInfo 
adatsorozat az adott napon. Ez maximálisan 1440 értéket tartalmazhat 
(percenként egy tevékenységváltás). Ez az adatsorozat mindig magában 
foglalja a járm űvezető 00 óra 00 perckori állapotára vonatkozó activity ­
ChangeInfo kódot.  
2.10. CardActivityLengthRange  
Egy járművezetői vagy mű helykártyán a járm űvezető tevékenységi 
rekordjainak eltárolására rendelkezésre álló bájtok száma.
  
Érték-hozzárendelés:  lásd a 2. függeléket.  
2.11. CardApprovalNumber  
A kártya típus-jóváhagyási száma.
  
Érték-hozzárendelés:  
A jóváhagyási számot az Európai Bizottság megfelel ő honlapján közzé ­
tett formában, azaz adott esetben például köt őjelekkel együtt kell 
megadni. A jóváhagyási számot balra kell igazítani.  
2.12. CardCertificate  
1. generáció:  
Egy kártya nyilvános kulcsának tanúsítványa.
  
2.13. CardChipIdentification  
Olyan, kártyán tárolt információ, amely a kártya integrált áramkörének 
(IC) azonosítására vonatkozik (1C melléklet, 249. követelmény). Az 
icSerialNumber, valamint az icManufacturingReferences egyedileg 
azonosítják a kártya processzorlapkáját. Az icSerialNumber önmagában 
nem azonosítja egyedileg a kártya processzorlapkáját.
  
icSerialNumber  az integrált áramkör sorozatszáma.  
icManufacturingReferences  az integrált áramkör gyártóspecifikus 
azonosítója.  
2.14. CardConsecutiveIndex  
Egy kártya konszekutív indexe [h) definíció].
  
Érték-hozzárendelés:  (lásd: 1C melléklet 7. fejezete)  
A növekedés sorrendje: ‘0, …, 9, A, …, Z, a, …, z’  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 104  
2.15. CardControlActivityDataRecord  
Olyan, járm űvezetői vagy műhelykártyán tárolt információ, amely azon 
ellenőrzésre vonatkozik, amelyen a járm űvezető utoljára átesett (1C 
melléklet, 274., 299., 327. és 350. követelmény).
  
controlType az ellen őrzés típusa.  
controlTime  az ellenőrzés dátuma és ideje.  
controlCardNumber az ellen őrzést végz ő ellenőrző tisztvisel őhöz 
tartozó FullCardNumber.  
controlVehicleRegistration  az ellenőrzött jármű rendszáma és a nyil ­
vántartásba vétele szerinti tagállam.  
controlDownloadPeriodBegin  és controlDownloadPeriodEnd az adott 
esetben letöltött időtartam.  
2.16. CardCurrentUse  
A kártya aktuális használatával kapcsolatos információ (1C melléklet, 
273., 298., 326. és 349. követelmény).
  
sessionOpenTime az az idő , amikor a kártyát az aktuális használat 
céljából behelyezik. Ez az elem a kártya eltávolításakor nulla értéket kap.  
sessionOpenVehicle az aktuálisan használt járm ű azonosítása, amelynek 
beállítása a kártya behelyezésekor történik meg. Ez az elem a kártya 
eltávolításakor nulla értéket kap.  
2.17. CardDriverActivity  
Olyan, járm űvezetői vagy mű helykártyán tárolt információ, amely a 
járművezető tevékenységeire vonatkozik (1C melléklet, 267., 268., 
292., 293., 321. és 344. követelmény).
  
activityPointerOldestDayRecord  a legrégebbi teljes napi rekord tárolási 
helye kezdetének meghatározása (a bájtok száma a karakterlánc kezde ­
tétől számítva) az activityDailyRecords karakterláncban. A maximális 
értéket a karakterlánc hossza adja meg.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 105  
activityPointerNewestRecord  a legújabb napi rekord tárolási helye 
kezdetének meghatározása (a bájtok száma a karakterlánc kezdetét ől 
számítva) az activityDailyRecords karakterláncban. A maximális értéket 
a karakterlánc hossza adja meg.  
activityDailyRecords  a járművezető tevékenységére vonatkozó adatok 
eltárolására rendelkezésre álló hely (adatstruktúra: CardActivityDailyRe ­
cord) minden olyan naptári napra, amikor a kártyát használták.  
Érték-hozzárendelés:  ez az oktettsorozat ciklikusan feltölt ődik a 
CardActivityDailyRecord rekordjaival. Az els ő felhasználáskor az eltá ­
rolás a karakterlánc els ő bájtjánál kezd ődik. Az összes új rekord hozzá ­
fűződik az előző végéhez. Ha a karakterlánc megtelik, az eltárolás a 
karakterlánc els ő bájtjánál folytatódik, tekintet nélkül arra, hogy van-e 
szünet az adatelemeken belül. Miel őtt (az aktuális activityDailyRecord-ot 
megnövelve vagy új activityDailyRecord-ot felvéve) olyan új tevékeny ­
ségadat kerülne a karakterláncba, amely régebbi tevékenységadatot vált 
fel, aktualizálni kell az activityPointerOldestDayRecord-ot, hogy a legré ­
gebbi teljes napi rekord új helyét tükrözze, és ezen (új) legrégebbi teljes 
napi rekord activityPreviousRecordLength értékét 0-ra kell visszaállítani.  
2.18. CardDrivingLicenceInformation  
Olyan, járm űvezetői kártyán tárolt információ, amely a kártyatulajdonos 
járművezetői jogosítványának adataira vonatkozik (1C melléklet, 259. és 
284. követelmény).
  
drivingLicenceIssuingAuthority a vezet ői engedély kiállításáért felel ős 
hatóság. 
drivingLicenceIssuingNation azon hatóság helye szerinti ország, amely 
kiállította a vezetői engedélyt.  
drivingLicenceNumber  a vezetői engedély száma.  
▼M1 
2.19. CardEventData 
1. generáció:  
Olyan, járm űvezetői vagy műhelykártyán tárolt információ, amely a 
kártyatulajdonossal kapcsolatos eseményekre vonatkozik (I. C. melléklet, 
260. és 318. követelmény).
  
CardEventData egy, az EventFaultType emelked ő értéke szerint rende ­
zett cardEventRecords sorozat (kivéve a biztonság megsértésére tett 
kísérletekkel kapcsolatos rekordokat, amelyek a sorozat utolsó részében 
kerülnek összegy űjtésre).  
cardEventRecords egy adott eseménytípus (vagy a biztonság megsérté ­
sére tett kísérletek eseményeire vonatkozó kategória) eseményrekordja ­
inak sorozata.  
2. generáció:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 106  
Olyan, járm űvezetői vagy mű helykártyán tárolt információ, amely a 
kártyatulajdonossal kapcsolatos eseményekre vonatkozik (I. C. melléklet, 
285. és 341. követelmény).
  
CardEventData egy, az EventFaultType emelked ő értéke szerint rende ­
zett cardEventRecords sorozat (kivéve a biztonság megsértésére tett 
kísérletekkel kapcsolatos rekordokat, amelyek a sorozat utolsó részében 
kerülnek összegy űjtésre).  
cardEventRecords egy adott eseménytípus (vagy a biztonság megsérté ­
sére tett kísérletek eseményeire vonatkozó kategória) eseményrekordja ­
inak sorozata.  
▼B 
2.20. CardEventRecord  
Olyan, járm űvezetői vagy mű helykártyán tárolt információ, amely a 
kártyatulajdonossal kapcsolatos eseményre vonatkozik (1C melléklet, 
261., 286., 318. és 341. követelmény).
  
eventType az esemény típusa.  
eventBeginTime  az esemény kezdetének dátuma és ideje.  
eventEndTime az esemény befejez ődésének dátuma és ideje.  
eventVehicleRegistration  azon jármű rendszáma (VRN) és nyilvántar ­
tásba vétele szerinti tagállam, amelyben az esemény történt.  
2.21. CardFaultData  
Olyan, járm űvezetői vagy mű helykártyán tárolt információ, amely a 
kártyatulajdonossal összefügg ő hibákra vonatkozik (1C melléklet, 263., 
288., 318. és 341. követelmény).
  
CardFaultData az adatrögzít ő készülék hibáira vonatkozó rekordok 
sorozata, amelyet a kártyahibák rekordjainak sorozata követ.  
cardFaultRecords egy adott hibakategória (adatrögzít ő készülék vagy 
kártya) hibarekordjainak sorozata.  
2.22. CardFaultRecord  
Olyan, járm űvezetői vagy mű helykártyán tárolt információ, amely a 
kártyatulajdonossal kapcsolatos hibára vonatkozik (1C melléklet, 264., 
289., 318. és 341. követelmény).
  
faultType a hiba típusa.  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 107  
faultBeginTime  a hiba kezdetének dátuma és ideje.  
faultEndTime a hiba befejeződésének dátuma és ideje.  
faultVehicleRegistration  azon jármű rendszáma (VRN) és nyilvántar ­
tásba vétele szerinti tagállam, amelyben a hiba történt.  
2.23. CardIccIdentification  
Olyan, kártyán tárolt információ, amely az integrált áramkörös kártya 
(IC-kártya) kártya azonosítására vonatkozik (1C melléklet, 248. követel ­
mény).
  
clockStop az óraleállítási üzemmód a 2. függelék definíciója szerint.  
cardExtendedSerialNumber az IC-kártya egyedi sorozatszáma az 
ExtendedSerialNumber adattípus további meghatározása szerint.  
cardApprovalNumber a kártya típus-jóváhagyási száma.  
cardPersonaliserID a ManufacturerCode-ként kódolt kártyamegsze ­
mélyesítési azonosító.  
embedderIcAssemblerId a beépítőről/IC-szerelőről szolgáltat informá­
ciót. 
icIdentifier  a kártyán elhelyezett IC és az IC gyártójának azonosítója, az 
ISO/IEC 7816-6 szabvány meghatározása szerint.  
2.24. CardIdentification  
Olyan, kártyán tárolt információ, amely a kártya azonosítására vonat ­
kozik (1C melléklet, 255., 280., 310., 333., 359., 365., 371. és 377. köve ­
telmény).
  
cardIssuingMemberState a kártyát kiállító tagállam kódja.  
cardNumber a kártya kártyaszáma.  
cardIssuingAuthorityName  a kártyát kiállító hatóság neve.  
cardIssueDate az a dátum, amikor a kártyát kiállították az aktuális 
tulajdonosnak.  
cardValidityBegin  a kártya érvényessége kezdetének els ő napja.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 108  
cardExpiryDate az a dátum, amikor a kártya érvényessége lejár.  
2.25. CardMACertificate  
2. generáció:  
A kártya nyilvános kulcsának tanúsítványa egy járm űegységgel való 
kölcsönös hitelesítéshez. E tanúsítvány struktúráját a 11. függelék hatá ­
rozza meg.
  
2.26. CardNumber  
Egy kártyaszám a g) definíció szerint.
  
driverIdentification  a járművezető egyedi azonosítója egy tagállamban.  
ownerIdentification egy vállalkozás, egy mű hely vagy egy ellen őrző 
szerv egyedi azonosítója egy tagállamban.  
cardConsecutiveIndex a kártya konszekutív indexe.  
cardReplacementIndex a kártyacsere-index.  
cardRenewalIndex a kártya megújítási indexe.  
A választás első sorozata a járm űvezetői kártya számának kódolására, a 
választás második sorozata pedig a m űhely-, az ellen őrző- és a vállalko ­
záskártya számának kódolására alkalmas.  
2.27. CardPlaceDailyWorkPeriod  
Olyan, járm űvezetői vagy mű helykártyán tárolt információ, amely arra a 
helyre vonatkozik, ahol a munkanap kezd ődik, illetve végz ődik (1C 
melléklet, 272., 297., 325. és 348. követelmény).
  
placePointerNewestRecord  az utoljára aktualizált helyrekord indexe.  
Érték-hozzárendelés:  A helyrekord számlálójának megfelel ő szám, 
amely a helyrekordoknak a szerkezetben való els ő előfordulásakor „0”- 
val kezdődik. 
placeRecords a betáplált helyekre vonatkozó információkat tartalmazó 
rekordok sorozata.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 109  
2.28. CardPrivateKey  
1. generáció:  
A kártya privát kulcsa.
  
2.29. CardPublicKey  
A kártya nyilvános kulcsa.
  
▼M1 
2.30. CardRenewalIndex 
A kártya megújítási indexe [i) definíció].
  
Érték-hozzárendelés : (lásd e melléklet VII. fejezetét).  
‘0’ Els ő kiadás.  
A növekedés sorrendje: „0, …, 9, A, …, Z”  
▼B 
2.31. CardReplacementIndex  
A kártya csereindexe [j) definíció].
  
Érték-hozzárendelés:  (lásd: e melléklet VII. fejezete).  
‘0’ Eredeti kártya.  
A növekedés sorrendje: ‘0, …, 9, A, …, Z’ 
2.32. CardSignCertificate 
2. generáció:  
A kártya nyilvános kulcsának tanúsítványa aláíráshoz. E tanúsítvány 
struktúráját a 11. függelék határozza meg.
  
2.33. CardSlotNumber  
Ez a kód egy járm űegység két kártyaolvasó egységét különbözteti meg.
  
Érték-hozzárendelés:  nincs közelebbi meghatározás.  
2.34. CardSlotsStatus  
Ez a kód a járm űegység két kártyaolvasó egységébe behelyezett kártyák 
típusát jelzi.
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 110  
Érték-hozzárendelés – Rendezett oktett:  ‘ccccdddd’B  
‘cccc’B A járm űkísérői kártyaolvasó egységbe behelyezett 
kártya típusának azonosítása,  
‘dddd ’B A járm űvezetői kártyaolvasó egységbe behelyezett 
kártya típusának azonosítása  
a következ ő azonosító kódokkal: 
‘0000 ’B nem helyeztek be kártyát,  
‘0001 ’B járm űvezetői kártyát helyeztek be,  
‘0010 ’B m űhelykártyát helyeztek be,  
‘0011 ’B ellen őrzőkártyát helyeztek be,  
‘0100 ’B vállalkozáskártyát helyeztek be.  
2.35. CardSlotsStatusRecordArray 
2. generáció:  
A CardSlotsStatus plusz a letöltési protokollban használt metaadatok.
  
recordType  a rekord (CardSlotsStatus) típusát jelöli.  Érték-hozzáren­
delés: Lásd: RecordType  
recordSize  a CardSlotsStatus mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records a CardSlotsStatus rekordok sorozata.  
2.36.  CardStructureVersion  
Ez a kód a tachográfkártyán alkalmazott struktúra verzióját jelzi.
  
Érték-hozzárendelés:  ‘aabb’H: 
‘aa’H A struktúraváltásokra vonatkozó index.  
‘00’H az 1. generációs alkalmazások esetében  
‘01’H a 2. generációs alkalmazások esetében  
‘bb’H A magasabb helyérték ű bájttal megadott struktúrához 
meghatározott adatelemek használatára vonatkozó 
váltások indexe.  
‘00’H az 1. generációs alkalmazások e verziója esetében  
‘00’H a 2. generációs alkalmazások e verziója esetében  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 111  
2.37. CardVehicleRecord 
Olyan, járm űvezetői vagy műhelykártyán tárolt információ, amely a 
jármű egy naptári nap alatti használati periódusára vonatkozik (1C 
melléklet, 269., 294., 322. és 345. követelmény).  
1. generáció:
  
vehicleOdometerBegin  a jármű kilométer-számlálójának értéke a járm ű 
használati idő szakának kezdetén.  
vehicleOdometerEnd  a jármű kilométer-számlálójának értéke a jármű 
használati idő szakának befejez ődésekor. 
vehicleFirstUse  a járműhasználat id őszaka kezdetének dátuma és ideje.  
vehicleLastUse a járműhasználat id őszaka befejez ődésének dátuma és 
ideje.  
vehicleRegistration  a jármű rendszáma és a nyilvántartásba vétele 
szerinti tagállam.  
vuDataBlockCounter a VuDataBlockCounter értéke a járm űhasználat 
időszaka utolsó kivonásának alkalmával.  
2. generáció:
  
Az 1. generáció adatelemein túlmen ően a következ ő adatelemet kell 
alkalmazni:  
VehicleIdentificationNumber a járm ű egészére vonatkozó alvázszám.  
2.38. CardVehiclesUsed  
Olyan, járm űvezetői vagy m űhelykártyán tárolt információ, amely a 
kártyatulajdonos által használt járm űvekre vonatkozik (1C melléklet, 
270., 295., 323. és 346. követelmény).
  
vehiclePointerNewestRecord  az utoljára aktualizált járm űrekord indexe.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 112  
Érték-hozzárendelés:  A járműrekord számlálójának megfelel ő szám, 
amely a járm űrekordoknak a szerkezetben való els ő előfordulásakor 
„0”-val kezd ődik. 
cardVehicleRecords  a használt járm űvekre vonatkozó információkat 
tartalmazó rekordok sorozata.  
2.39. CardVehicleUnitRecord 
2. generáció:  
Olyan, járm űvezetői vagy mű helykártyán tárolt információ, amely egy 
használatban lév ő járműegységre vonatkozik (1C melléklet, 303. és 
351. követelmény).
  
timeStamp a járm űegység használati idő szakának kezdete (azaz a 
járműegységbe való els ő kártyabehelyezés az adott id őszakban). 
manufacturerCode a járműegység gyártóját azonosítja.  
deviceID egy gyártó járm űegységtípusát azonosítja. Az érték gyártóspe­
cifikus. 
vuSoftwareVersion  a járműegység szoftververziójának száma.  
2.40.  CardVehicleUnitsUsed 
2. generáció:  
Olyan, járm űvezetői vagy m űhelykártyán tárolt információ, amely a 
kártyatulajdonos által használt járm űegységekre vonatkozik (1C mellék ­
let, 306. és 352. követelmény).
  
vehicleUnitPointerNewestRecord  az utoljára aktualizált járm űegységre­
kord indexe. 
Érték-hozzárendelés:  A járműegységrekord számlálójának megfelelő 
szám, amely a járm űegységrekordoknak a szerkezetben való els ő előfor­
dulásakor „0”-val kezd ődik. 
cardVehicleUnitRecords a használt járműegységekre vonatkozó infor­
mációkat tartalmazó rekordok sorozata.  
2.41. Certificate 
Nyilvános kulcs tanúsító hatóság által kiállított tanúsítványa.  
1. generáció:
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 113  
Érték-hozzárendelés:  digitális aláírás a CertificateContent részleges 
visszanyerésével, a 11. függelékben meghatározott általános biztonsági 
mechanizmusoknak megfelel ően: Aláírás (128 bájt) || nyilvános kulcs 
fennmaradó része (58 bájt) || tanúsító hatósági hivatkozás (8 bájt).  
2. generáció:
  
Érték-hozzárendelés:  Lásd: 11. függelék.  
2.42. CertificateContent 
1. generáció:  
Nyilvános kulcs tanúsítványának (érthet ő) tartalma a 11. függelékben 
meghatározott általános biztonsági mechanizmusoknak megfelel ően.
 
certificateProfileIdentifier  a megfelel ő tanúsítvány verziója.  
Érték-hozzárendelés:  ‘01h’ e verzió esetében.  
certificationAuthorityReference  a tanúsítványt kiállító tanúsító ható ­
ságot azonosítja. Emellett utal e tanúsító hatóság nyilvános kulcsára.  
certificateHolderAuthorisation  a tanúsítványtulajdonos jogait azono ­
sítja.  
certificateEndOfValidity  az a dátum, amikor a tanúsítvány hivatalosan 
lejár.  
certificateHolderReference  a tanúsítványtulajdonost azonosítja. Emel ­
lett utal a tulajdonos nyilvános kulcsára.  
publicKey az a nyilvános kulcs, amelyet e tanúsítvány tanúsít.  
2.43. CertificateHolderAuthorisation  
A tanúsítványtulajdonos jogainak azonosítása.
  
1. generáció:  
tachographApplicationID a tachográf-alkalmazás alkalmazásazonosí ­
tója. 
Érték-hozzárendelés:  ‘FFh’ ‘54h’ ‘41h’ ‘43h’ ‘48h’ ‘4Fh’. Ezen AID 
egy tulajdonosi, nem regisztrált alkalmazásazonosító, amely megfelel az 
ISO/IEC 7816-5 szabványnak. 
equipmentType azon készüléktípus azonosítója, amelyhez a tanúsítvány 
kiadását tervezik.  
Érték-hozzárendelés:  az EquipmentType adattípussal összhangban. 
Értéke 0, ha a tanúsítvány a tagállamok egyikéb ől származik.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 114  
2. generáció:  
tachographApplicationID a 2. generációs tachográfkártya alkalmazása ­
zonosítójának (AID) 6 legfontosabb bájtját jelöli. A tachográfkártya- 
alkalmazás AID-ját a 6.2. fejezet határozza meg.  
Érték-hozzárendelés:  ‘FF 53 4D 52 44 54’. 
equipmentType a 2. generáció esetében megadott, azon készüléktípus 
azonosítója, amelyhez a tanúsítvány kiadását tervezik.  
Érték-hozzárendelés:  az EquipmentType adattípussal összhangban.  
2.44. CertificateRequestID  
Tanúsítási kérelem egyedi azonosítója. Ez egy járm űegység nyilvános 
kulcsának azonosítójaként is felhasználható, amennyiben a tanúsítvány 
előállításának idején nem ismert azon járm űegység sorozatszáma, 
amelyhez a kulcsot szánják.
  
requestSerialNumber a tanúsítási kérelemre vonatkozó sorozatszám, 
amely a gyártó és az alábbiakban megadott hónap tekintetében egyedi.  
requestMonthYear a tanúsítási kérelem hónapjának és évének azonosí ­
tója. 
Érték-hozzárendelés:  A hónap (két számjegy) és az év (az utolsó két 
számjegy) BCD kódolása.  
crIdentifier : azonosító a tanúsítási kérelem bővített sorozatszámtól való 
megkülönböztetésére.  
Érték-hozzárendelés:  ‘FFh ’. 
manufacturerCode : a tanúsítványt kérő gyártó numerikus kódja. 
2.45. CertificationAuthorityKID  
Egy tanúsító hatóság (egy tagállam vagy az európai tanúsító hatóság) 
nyilvános kulcsának azonosítója.
  
nationNumeric a tanúsító hatóság numerikus nemzeti kódja.  
nationAlpha a tanúsító hatóság alfanumerikus nemzeti kódja.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 115  
keySerialNumber sorozatszám a tanúsító hatóság különböz ő kulcsainak 
megkülönböztetésére, amennyiben bizonyos kulcsokat megváltoztatnak.  
additionalInfo egy kétbájtos mez ő a további kódolás céljára (mindig az 
adott tanúsító hatóság szerint).  
caIdentifier  azonosító a tanúsító hatóság kulcsazonosítójának egyéb 
kulcsazonosítóktól való megkülönböztetésére.  
Érték-hozzárendelés:  ‘01h ’. 
2.46.  CompanyActivityData  
Olyan, vállalkozáskártyán tárolt információ, amely a kártyával végrehaj ­
tott tevékenységekre vonatkozik (1C melléklet, 373. és 379. követel ­
mény).
  
companyPointerNewestRecord az utoljára aktualizált companyActivity ­
Record indexe.  
Érték-hozzárendelés:  A vállalkozási tevékenységi rekord számlálójának 
megfelelő szám, amely a vállalkozási tevékenységi rekordnak a szerke ­
zetben való els ő előfordulásakor „0”-val kezd ődik. 
companyActivityRecords az összes vállalkozási tevékenységi rekord 
sorozata. 
companyActivityRecord az egy vállalkozási tevékenységre vonatkozó 
információk sorozata.  
companyActivityType a vállalkozási tevékenység típusa.  
companyActivityTime a vállalkozási tevékenység dátuma és ideje.  
cardNumberInformation adott esetben a letöltött kártya kártyaszáma és 
a kártyát kiállító tagállam.  
vehicleRegistrationInformation  a letöltött, bezárt vagy kioldott járm ű 
rendszáma és a nyilvántartásba vétele szerinti tagállam.  
downloadPeriodBegin és downloadPeriodEnd a járműegységből adott 
esetben letöltött időszak. 
2.47. CompanyActivityType  
Ez a kód egy vállalkozás által a vállalkozáskártyája használatával végre ­
hajtott tevékenységet jelzi.
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 116  
2.48. CompanyCardApplicationIdentification  
Olyan, vállalkozáskártyán tárolt információ, amely a kártya alkalmazá ­
sának azonosítására vonatkozik (1C melléklet, 369. és 375. követel ­
mény).
  
typeOfTachographCardId meghatározza az alkalmazott kártyatípust.  
cardStructureVersion a kártyán alkalmazott struktúra verzióját hatá ­
rozza meg.  
noOfCompanyActivityRecords a kártyán tárolható vállalkozási tevé­
kenységi rekordok száma.  
2.49. CompanyCardHolderIdentification  
Olyan, vállalkozáskártyán tárolt információ, amely a kártyatulajdonos 
azonosítására vonatkozik (1C melléklet, 372. és 378. követelmény).
  
companyName a tulajdonos vállalkozás neve.  
companyAddress  a tulajdonos vállalkozás címe.  
cardHolderPreferredLanguage  a kártyatulajdonos által előnyben része ­
sített nyelv.  
2.50. ControlCardApplicationIdentification  
Olyan, ellen őrzőkártyán tárolt információ, amely a kártya alkalmazá ­
sának azonosítására vonatkozik (1C melléklet, 357. és 363. követel ­
mény).
  
typeOfTachographCardId meghatározza az alkalmazott kártyatípust.  
cardStructureVersion a kártyán alkalmazott struktúra verzióját hatá ­
rozza meg.  
noOfControlActivityRecords a kártyán tárolható ellen őrző tevékeny ­
ségi rekordok száma.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 117  
2.51. ControlCardControlActivityData  
Olyan, ellen őrzőkártyán tárolt információ, amely a kártyával végrehajtott 
ellenőrző tevékenységre vonatkozik (1C melléklet, 361. és 367. követel ­
mény).
  
controlPointerNewestRecord  az utoljára aktualizált ellen őrző tevékeny ­
ségi rekord indexe. 
Érték-hozzárendelés:  Az ellenőrző tevékenységi rekord számlálójának 
megfelelő szám, amely az ellen őrző tevékenységi rekordnak a szerke ­
zetben való els ő előfordulásakor „0”-val kezd ődik. 
controlActivityRecords  az összes ellenőrző tevékenységi rekord soro­
zata. 
controlActivityRecord  az egy ellenőrzésre vonatkozó információk soro ­
zata. 
controlType az ellen őrzés típusa.  
controlTime  az ellenőrzés dátuma és ideje.  
controlledCardNumber az ellen őrzött kártya kártyaszáma és kiállító 
tagállama.  
controlledVehicleRegistration  az ellenőrzött jármű rendszáma és a nyil ­
vántartásba vétele szerinti tagállam.  
controlDownloadPeriodBegin  és controlDownloadPeriodEnd az adott 
esetben letöltött időtartam.  
2.52. ControlCardHolderIdentification  
Olyan, ellen őrzőkártyán tárolt információ, amely a kártyatulajdonos 
azonosítására vonatkozik (1C melléklet, 360. és 366. követelmény).
  
controlBodyName a kártyatulajdonos ellen őrző szervének neve.  
controlBodyAddress a kártyatulajdonos ellen őrző szervének címe.  
cardHolderName  az ellenőrzőkártya tulajdonosának neve és utóneve(i).  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 118  
cardHolderPreferredLanguage  a kártyatulajdonos által el őnyben része­
sített nyelv.  
2.53. ControlType  
Ez a kód egy ellen őrzés alatt végrehajtott tevékenységeket jelzi. Ez az 
adattípus az 1C melléklet 126., 274., 299., 327. és 350. követelményével 
függ össze.
  
1. generáció:  
Érték-hozzárendelés – Rendezett oktett:  ‘cvpdxxxx ’B (8 bit) 
‘c’B kártya letöltése:  
‘0’B: a kártya ezen ellen őrző tevékenység alatt nem 
került letöltésre,  
‘1’B: a kártya ezen ellen őrző tevékenység alatt letöltésre 
került 
‘v’B járm űegység letöltése:  
‘0’B: a járm űegység ezen ellen őrző tevékenység alatt 
nem került letöltésre,  
‘1’B: a járm űegység ezen ellen őrző tevékenység alatt 
letöltésre került  
‘p’B nyomtatás:  
‘0’B: ezen ellen őrző tevékenység alatt nem történt 
nyomtatás,  
‘1’B: ezen ellen őrző tevékenység alatt történt nyomtatás  
‘d’B kijelzés: 
‘0’B: ezen ellen őrző tevékenység alatt a kijelz őt nem 
használták,  
‘1’B: ezen ellen őrző tevékenység alatt a kijelz őt hasz­
nálták  
‘xxxx ’B Nem használt.  
2. generáció:  
Érték-hozzárendelés – Rendezett oktett:  ‘cvpdexxx ’B (8 bit) 
‘c’B kártya letöltése:  
‘0’B: a kártya ezen ellen őrző tevékenység alatt nem 
került letöltésre,  
‘1’B: a kártya ezen ellen őrző tevékenység alatt letöltésre 
került 
‘v’B járm űegység letöltése:  
‘0’B: a járm űegység ezen ellen őrző tevékenység alatt 
nem került letöltésre,  
‘1’B: a járm űegység ezen ellen őrző tevékenység alatt 
letöltésre került  
‘p’B nyomtatás:  
‘0’B: ezen ellen őrző tevékenység alatt nem történt 
nyomtatás,  
‘1’B: ezen ellen őrző tevékenység alatt történt nyomtatás  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 119  
‘d’B kijelzés:  
‘0’B: ezen ellen őrző tevékenység alatt a kijelz őt nem 
használták,  
‘1’B: ezen ellen őrző tevékenység alatt a kijelz őt hasz­
nálták  
‘e’B útmenti kalibrálás-ellen őrzés: 
‘0’B: a kalibrálási paraméterek ezen ellen őrző tevé­
kenység alatt nem kerültek ellen őrzésre, 
‘1’B: a kalibrálási paraméterek ezen ellen őrző tevé­
kenység alatt ellen őrzésre kerültek,  
‘xxx’B RFU. 
2.54. CurrentDateTime  
Az adatrögzít ő készülék aktuális dátuma és ideje.
  
Érték-hozzárendelés:  nincs közelebbi meghatározás.  
2.55. CurrentDateTimeRecordArray 
2. generáció:  
Az aktuális dátum és idő plusz a letöltési protokollban használt metaa ­
datok.
  
recordType  a rekord (CurrentDateTime) típusát jelöli.  Érték-hozzáren­
delés: Lásd: RecordType  
recordSize  a CurrentDateTime mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records az aktuális dátum- és időrekordok sorozata. 
2.56. DailyPresenceCounter  
Járművezetői vagy mű helykártyán tárolt számláló, amely eggyel nő 
minden olyan naptári napon, amelyen a kártya a járm űegységbe behelye ­
zésre kerül. Ez az adattípus az 1C melléklet 266., 299., 320. és 
343. követelményével függ össze.
  
Érték-hozzárendelés:  Folyamatos számozás, amelynek a maximális 
értéke = 9 999, a számozás 0-val kezd ődik újra. A kártya els ő kiállítá­
sának idején a számot 0-ra kell beállítani.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 120  
2.57. Datef  
Egy könnyen kinyomtatható numerikus formátumban kifejezett dátum.
  
Érték-hozzárendelés:  
yyyy Év 
mm Hónap 
dd Nap 
‘00000000 ’H Kifejezetten nem jelöl dátumot.  
2.58. DateOfDayDownloaded  
2. generáció:  
A letöltés dátuma és idő pontja.
  
Érték-hozzárendelés:  nincs közelebbi meghatározás.  
2.59. DateOfDayDownloadedRecordArray 
2. generáció:  
A letöltés dátuma és idő pontja plusz a letöltési protokollban használt 
metaadatok.
  
recordType  a rekord (DateOfDayDownloaded) típusát jelöli.  Érték- 
hozzárendelés:  Lásd: RecordType  
recordSize  a CurrentDateTime mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records a letöltés aktuális dátumát és idejét tartalmazó rekordok soro ­
zata. 
2.60. Distance  
A megtett távolság (a járm ű két kilométerszámláló-értéke közötti 
különbség kilométerben).
  
Érték-hozzárendelés:  Előjel nélküli bináris szám. Az érték km-ben 
kifejezve a 0-tól 9 999 km-ig terjed ő üzemelési tartományban.  
2.61. DriverCardApplicationIdentification  
Olyan, járm űvezetői kártyán tárolt információ, amely a kártya alkalma ­
zásának azonosítására vonatkozik (1C melléklet, 253. és 278. követel ­
mény).  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 121  
1. generáció:
  
typeOfTachographCardId meghatározza az alkalmazott kártyatípust.  
cardStructureVersion a kártyán alkalmazott struktúra verzióját hatá ­
rozza meg.  
noOfEventsPerType a kártyán eseménytípusonként tárolható esemé­
nyek száma. 
noOfFaultsPerType a kártyán hibatípusonként tárolható hibák száma.  
activityStructureLength a tevékenységi rekordok eltárolására rendelke ­
zésre álló bájtok számát jelzi.  
noOfCardVehicleRecords a kártyán eltárolható járműrekordok száma.  
noOfCardPlaceRecords a kártyán eltárolható helyek száma.  
2. generáció:  
▼M1
 
Az 1. generáció adatelemein túlmen ően a következ ő adatelemeket kell 
alkalmazni:  
noOfGNSSADRecords  a kártyán tárolható halmozott járm űvezetési 
GNSS-rekordok száma. 
noOfSpecificConditionRecords a kártyán tárolható különlegeskörül ­
mény-rekordok száma.  
noOfCardVehicleUnitRecords a kártyán eltárolható járm űrekordok 
száma.  
▼B 
2.62. DriverCardHolderIdentification  
Olyan, járm űvezetői kártyán tárolt információ, amely a kártyatulajdonos 
azonosítására vonatkozik (1C melléklet, 256. és 281. követelmény).
  
cardHolderName  a járművezetői kártya tulajdonosának neve és utóne ­
ve(i).  
cardHolderBirthDate  a járművezetői kártya tulajdonosának születési 
dátuma.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 122  
cardHolderPreferredLanguage  a kártyatulajdonos által el őnyben része­
sített nyelv.  
▼M1 
2.63. Késő bbi használatra fenntartva  
▼B 
2.64. EGFCertificate  
2. generáció:  
Külső GNSS-eszköz nyilvános kulcsának tanúsítványa járm űegységgel 
való kölcsönös hitelesítéshez. E tanúsítvány struktúráját a 11. függelék 
határozza meg.
  
2.65. EmbedderIcAssemblerId  
Az IC-szerel őről szolgáltat információt.
  
countryCode a modulbeépít ő kétbetűs országkódja az ISO 3166 szab­
ványnak megfelel ően. 
moduleEmbedder a modulbeépít őt azonosítja.  
manufacturerInformation a gyártó belső használatára.  
2.66. EntryTypeDailyWorkPeriod 
Ez a kód egy munkanap kezdetének és végének a helyét és a betáplálás 
körülményeit különbözteti meg.  
1. generáció
  
Érték-hozzárendelés:  az ISO/IEC8824-1 szabványnak megfelel ően. 
2. generáció
  
Érték-hozzárendelés:  az ISO/IEC8824-1 szabványnak megfelel ően. 
2.67. EquipmentType  
Ez a kód a készülékek különböz ő típusait különbözteti meg a tachográf- 
alkalmazás számára.
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 123  
1. generáció:
  
Érték-hozzárendelés:  Az ISO/IEC8824-1 szabványnak megfelel ően. 
A 0 értéket a tagállam vagy Európa jelölésére kell fenntartani a tanúsít ­
ványok CHA mez őjében.  
2. generáció:  
▼M1 
Ugyanazokat az értékeket kell használni, mint az 1. generáció esetében, 
valamint a következ ő további értékeket:
  
1. megjegyzés: ' A SealRecord tartalmazhatja adott esetben a Plaque 
(címke), az Adapter (adapter) és az External GNSS connection (küls ő 
GNSS-kapcsolat) 2. generációs értékeit, valamint a Vehicle Unit (járm ű­
egység) és a Motion Sensor (mozgásérzékel ő) 1. generációs értékeit.  
2. megjegyzés: A 2. generációs tanúsítvány CardHolderAuthorisation 
(CHA) adatmez őjében az (1), (2) és (6) értékek az adott berendezéstí ­
pusra vonatkozó kölcsönös hitelesítés tanúsítvány jelzéseként értelme ­
zendők. A digitális aláírás létrehozására vonatkozó kapcsolódó tanúsít ­
vány jelzéséhez a (17), (18) vagy (19) értéket kell használni.  
▼B 
2.68. EuropeanPublicKey 
1. generáció:  
Az európai nyilvános kulcs.
  
2.69. EventFaultRecordPurpose  
Egy esemény vagy hiba rögzítésének okát feltüntet ő kód.
  
Érték-hozzárendelés:  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 124 
a 10 legújabb (vagy utolsó) esemény vagy hiba egyike 
a leghosszabb esemény az el őfordulás utolsó 10 napjának egyikén 
az utolsó 365 nap 5 leghosszabb eseményének egyike 
a legutolsó esemény az el őfordulás utolsó 10 napjának egyikén 
a legsúlyosabb esemény az el őfordulás utolsó 10 napjának egyikén 
az utolsó 365 nap 5 legsúlyosabb eseményének egyike 
az utolsó kalibrálás után történt els ő esemény vagy hiba 
egy aktív/folyamatban lev ő esemény vagy hiba 
RFU 
gyártóra jellemz ő. 
2.70. EventFaultType 
Eseményt vagy hibát min ősítő kód.
  
Érték-hozzárendelés:  
1. generáció:
Általános események, 
Nincsenek további részletek, 
Érvénytelen kártya behelyezése, 
Kártyaütközés, 
Időátfedés, 
Járművezetés megfelel ő kártya nélkül, 
Kártya behelyezése járm űvezetés közben, 
Az utolsó kártyakapcsolat nem megfelel ő lezárása, 
Gyorshajtás, 
Az áramellátás megszakadása, 
Mozgásadatok hibája, 
A jármű mozgásával kapcsolatos ellentmondás, 
RFU,
  
A járműegységgel kapcsolatos, a biztonság rendszer megsértésére tett kísérletek esemé ­
nyei, 
Nincsenek további részletek, 
A mozgásérzékel ő hitelesítési hibája, 
A tachográfkártya hitelesítési hibája, 
A mozgásérzékel ő jogosulatlan cseréje, 
A kártyaadatok bevitelét érint ő integritási hiba, 
A tárolt felhasználói adatokat érint ő integritási hiba, 
Belső adatátviteli hiba, 
Jogosulatlan burkolatfelnyitás, 
Hardverrongálás, 
RFU,
  
Az érzékel ővel kapcsolatos, a biztonság rendszer megsértésére tett kísérletek esemé ­
nyei, 
Nincsenek további részletek, 
Hitelesítési hiba, 
A tárolt adatok integritási hibája, 
Belső adatátviteli hiba, 
Jogosulatlan burkolatfelnyitás, 
Hardverrongálás, 
RFU,
  
Az adatrögzít ő készülék hibái, 
Nincsenek további részletek, 
A járműegység belső hibája, 
Nyomtatóhiba, 
Kijelzőhiba, 
Letöltési hiba, 
Érzékelőhiba, 
RFU,  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 125 
Kártyahibák, 
Nincsenek további részletek, 
RFU,
  
RFU,
  
Gyártóspecifikus.  
▼M1
2. generáció:
Általános események, 
Nincsenek további részletek, 
Érvénytelen kártya behelyezése, 
Kártyaütközés, 
Időátfedés, 
Járművezetés megfelel ő kártya nélkül, 
Kártya behelyezése járm űvezetés közben, 
Az utolsó kártyakapcsolat nem megfelel ő lezárása, 
Gyorshajtás, 
Az áramellátás megszakadása, 
A mozgásadatok hibája, 
A jármű mozgásával kapcsolatos ellentmondás, 
Időütközés (a GNSS és a járm űegység bels ő órája között), 
Kommunikációs hiba a távoli kommunikációs eszközzel, 
A GNSS-vev őből származó helyzetmeghatározási információk hiánya 
Kommunikációs hiba a küls ő GNSS-eszközzel, 
RFU,
  
A járműegységgel kapcsolatos, a biztonsági rendszer megsértésére tett 
kísérletek eseményei, 
Nincsenek további részletek, 
A mozgásérzékel ő hitelesítési hibája, 
A tachográfkártya hitelesítési hibája, 
A mozgásérzékel ő jogosulatlan cseréje, 
A kártyaadatok bevitelét érint ő integritási hiba, 
A tárolt felhasználói adatokat érint ő integritási hiba, 
Belső adatátviteli hiba, 
Jogosulatlan burkolatfelnyitás, 
Hardverrongálás, 
A GNSS-rendszer manipulálásészlelése, 
A külső GNSS-eszköz tanúsítványának érvényessége lejárt, 
A külső GNSS-eszköz tanúsítványának érvényessége lejárt, 
RFU,
  
Az érzékel ővel kapcsolatos, a biztonsági rendszer megsértésére tett kísér ­
letek eseményei, 
Nincsenek további részletek, 
Hitelesítési hiba, 
A tárolt adatok integritási hibája, 
Belső adatátviteli hiba, 
Jogosulatlan burkolatfelnyitás, 
Hardverrongálás, 
RFU,  ▼B
 
02016R0799 — HU — 17.04.2018 — 001.004 — 126 
Az adatrögzít ő készülék hibái, 
Nincsenek további részletek, 
A járműegység belső hibája, 
Nyomtatóhiba, 
Kijelzőhiba, 
Letöltési hiba, 
Érzékelőhiba, 
Belső GNSS-vev őhiba, 
Külső GNSS-eszköz. 
Távoli kommunikációs eszköz, 
ITS-interfész, 
RFU,
  
Kártyahibák, 
Nincsenek további részletek, 
RFU,
  
RFU,
  
Gyártóspecifikus. 
2.71. ExtendedSealIdentifier 
2. generáció:
A bővített plombaazonosító egyedileg azonosítja a plombát (I. C. 
melléklet, 401. követelmény).
  
manufacturerCode a plomba gyártójának kódja.  
sealIdentifier  a gyártó egyedi plombájának azonosítója.  
▼B
2.72. ExtendedSerialNumber 
Készülék egyedi azonosítója. Egy készülék nyilvános kulcsának azono ­
sítójaként is használható.  
1.generáció:
serialNumber a készülék sorozatszáma, amely a gyártó, a készülék 
típusa, valamint az alábbiakban megadott hónap és év tekintetében 
egyedi.  
monthYear a gyártás évének és hónapjának az azonosítása (vagy a 
sorozatszám kijelölésének azonosítása).  ▼M1
02016R0799 — HU — 17.04.2018 — 001.004 — 127  
Érték-hozzárendelés:  A hónap (két számjegy) és az év (az utolsó két 
számjegy) BCD kódolása.  
type a készülék típusának azonosítója.  
Érték-hozzárendelés:  gyártóspecifikus, az ‘FFh ’ érték fenntartva.  
manufacturerCode : típusjóváhagyással rendelkez ő készülék gyártóját 
azonosító numerikus kód.  
2. generáció:
serialNumber lásd az 1. generációt  
monthYear  lásd az 1. generációt  
type a készülék típusát jelöli.  
manufacturerCode : lásd az 1. generációt.  
2.73.  FullCardNumber  
Egy tachográfkártya teljes bizonyossággal történ ő azonosítására szolgáló 
kód.
 
cardType a tachográfkártya típusa.  
cardIssuingMemberState a kártyát kiállító tagállam kódja.  
cardNumber a kártyaszám.  
2.74. FullCardNumberAndGeneration 
2. generáció:
Egy tachográfkártya és generációjának teljes bizonyossággal történ ő 
azonosítására szolgáló kód.
  
fullcardNumber a tachográfkártyát azonosítja.  
generation az alkalmazott tachográfkártya generációját jelzi.  
2.75. Generation 
2. generáció:
Az alkalmazott menetíró készülék generációját jelzi.
Érték-hozzárendelés:  
‘00’H RFU  
‘01’H 1. generáció
‘02’H 2. generáció
‘03’H … ‘FF’H RFU  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 128  
2.76. GeoCoordinates 
2. generáció:  
A földrajzi koordinátákat egész számként kell kódolni. Ezek az egész 
számok a ± DDMM.M többszörösei a szélesség, és a ± DDDMM.M 
többszörösei a hosszúság esetében. Itt ± DD, illetve ± DDD a fokokat, 
MM.M pedig a perceket jelöli.
  
latitude kódolása a ± DDMM.M formában lév ő adat többszöröseként 
(10-szereseként) történik.  
longitude kódolása a ± DDDMM.M formában lévő adat többszöröse­
ként (10-szereseként) történik.  
2.77. GNSSAccuracy 
2. generáció:  
A GNSS helyzetmeghatározási adatok pontossága [eee) definíció]. E 
pontosság kódolása egész számként történik, amely az X.Y érték több ­
szöröse (10-szerese).
  
▼M1 
2.78. GNSSAccumulatedDriving 
2. generáció:  
Járművezetői vagy műhelykártyán abban az esetben eltárolt, a járm ű 
GNSS-helyzetére vonatkozó információ, ha a halmozott járm űvezetési 
idő eléri a három óra többszörösét (I. C. melléklet, 306. és 354. köve ­
telmény).
  
gnssADPointerNewestRecord az utoljára aktualizált halmozott járm ű­
vezetési GNSS-rekord indexe.  
Érték-hozzárendelés:  a halmozott járm űvezetési GNSS-rekord számlá ­
lójának megfelel ő szám, amely a halmozott járm űvezetési GNSS- 
rekordnak a szerkezetben való els ő előfordulásakor „0”-val kezd ődik. 
gnssAccumulatedDrivingRecords azon rekordok sorozata, amelyek 
annak az idő pontnak a dátumát és idejét tartalmazzák, amikor a halmo ­
zott járművezetési idő eléri a három óra többszörösét, valamint a járm ű 
helyzetére vonatkozó adatokat.  
2.79. GNSSAccumulatedDrivingRecord  
2. generáció:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 129  
Járművezetői vagy műhelykártyán abban az esetben eltárolt, a járm ű 
GNSS-helyzetére vonatkozó információ, ha a halmozott járm űvezetési 
idő eléri a három óra többszörösét (I. C. melléklet, 305. és 353. köve ­
telmény).
  
timeStamp annak az idő pontnak a dátuma és ideje, amikor a halmozott 
járművezetési idő eléri a három óra többszörösét.  
gnssPlaceRecord a jármű helyzetére vonatkozó információt tartalmazza.  
vehicleOdometerValue  a kilométer-számláló értéke abban az id őpont­
ban, amikor a halmozott járm űvezetési idő eléri a három óra többszörö ­
sét. 
▼B 
2.80. GNSSPlaceRecord 
2. generáció:  
A jármű GNSS-helyzetére vonatkozó információ (1C melléklet, 108., 
109., 110., 296., 305., 347. és 353. követelmény).
  
timeStamp annak az idő pontnak a dátuma és ideje, amikor a járm ű 
GNSS-rendszer szerinti helyzete meghatározásra került.  
gnssAccuracy a GNSS-helyzetmeghatározási adatok pontossága.  
geoCoordinates a GNSS segítségével rögzített helyzet.  
2.81. HighResOdometer  
A jármű kilométer-számlálójának értéke: A járm ű üzemelése alatt 
megtett távolságok összesített értéke.
  
Érték-hozzárendelés:  Előjel nélküli bináris szám. Az érték 1/200 km- 
ben kifejezve a 0-tól 21 055 406 km-ig terjed ő működési tartományban.  
2.82. HighResTripDistance  
Egy út teljes egésze vagy annak egy része alatt megtett távolság.
  
Érték-hozzárendelés:  Előjel nélküli bináris szám. Az érték 1/200 km- 
ben kifejezve a 0-tól 21 055 406 km-ig terjed ő működési tartományban.  
2.83. HolderName  
A kártyatulajdonos családi neve és utóneve(i).
  
holderSurname a tulajdonos családi neve. A családi név nem tartalmaz 
címeket.  
Érték-hozzárendelés:  Amennyiben nem egy meghatározott személy 
részére kiállított kártyáról van szó, a holderSurname ugyanazon infor ­
mációkat tartalmazza, mint a companyName, a workshopName vagy a 
controlBodyName.  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 130  
holderFirstNames a tulajdonos utóneve(i) és utóneveinek kezd őbetűi. 
2.84. InternalGNSSReceiver 
2. generáció:  
Információ arról, hogy a GNSS-vev ő a járműegységen belül vagy kívül 
található. Az igaz azt jelenti, hogy a GNSS-vev ő a járműegységen belül 
található. A hamis azt jelenti, hogy a GNSS-vevő a járm űegységen kívül 
található.
  
2.85. K-ConstantOfRecordingEquipment  
Az adatrögzít ő készülék állandója [m) definíció].
  
Érték-hozzárendelés:  Kilométerenkénti impulzusok a 0-tól 64 255 
impulzus/km-ig terjed ő működési tartományban.  
▼M1 
2.86. KeyIdentifier 
Egy nyilvános kulcs egyedi azonosítója, amely a kulcsra való hivatko ­
zásra és annak kiválasztására szolgál. Ezen azonosító a kulcs tulajdo ­
nosát is azonosítja.
  
Az első választás alkalmas egy járm űegység, tachográfkártya vagy küls ő 
GNSS-eszköz nyilvános kulcsára való hivatkozásra.  
A második választás alkalmas egy járm űegység nyilvános kulcsára való 
hivatkozásra (olyan esetekben, amikor a járm űegység sorozatszáma a 
tanúsítvány elkészítésének idején nem ismert).  
A harmadik választás alkalmas egy tagállam nyilvános kulcsára való 
hivatkozásra.  
▼B 
2.87. KMWCKey 
2. generáció:  
A járműegység–mozgásérzékel ő pár esetében alkalmazott AES kulcs és 
a hozzá tartozó kulcsverzió. A részleteket lásd a 11. függelékben.
  
kMWCKey a járm űegység–mozgásérzékel ő pár esetében alkalmazott 
kulccsal összef űzött AES kulcs hossza.  
keyVersion az AES kulcs verzióját jelzi.  
2.88. Language  
A nyelvet azonosító kód.
  
Érték-hozzárendelés:  Két kisbet űből álló kóddal való kódolás az ISO 
639 szabványnak megfelel ően. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 131  
2.89. LastCardDownload  
Az utolsó (ellen őrzéstől eltérő célból végrehajtott) kártyaletöltés járm ű­
vezetői kártyán tárolt dátuma és ideje (1C melléklet, 257. és 282. köve ­
telmény). Ez a dátum a járm űegységgel vagy bármely kártyaolvasóval 
aktualizálható.
  
Érték-hozzárendelés:  nincs közelebbi meghatározás.  
2.90. LinkCertificate 
2. generáció:  
Az európai legfels ő szintű hitelesítésszolgáltató kulcspárjai közötti 
kapcsolat tanúsítványa.
  
2.91. L-TyreCircumference  
A gumiabroncsok tényleges kerülete [u) definíció].
  
Érték-hozzárendelés:  Előjel nélküli bináris szám, értéke 1/8 mm-ben 
kifejezve a 0-tól 8 031 mm-ig terjed ő működési tartományban.  
▼M1 
2.92. MAC 
2. generáció:  
A 11. függelékben meghatározott titkosító csomagoknak megfelel ő, 8, 
12 vagy 16 bájt hosszúságú titkosítási ellen őrző összeg.
  
▼B 
2.93. ManualInputFlag  
Kód annak azonosítására, hogy a kártyatulajdonos betáplált-e manuálisan 
járművezetői tevékenységeket a kártya behelyezésekor vagy sem (1B 
melléklet, 081. követelmény és 1C melléklet, 102. követelmény).
  
Érték-hozzárendelés:  nincs közelebbi meghatározás.  
2.94. ManufacturerCode  
Típusjóváhagyással rendelkez ő készülék gyártóját azonosító kód.
  
Az interoperabilitási vizsgálatok elvégzéséért felel ős laboratórium kezeli 
és honlapján közzéteszi a gyártók azonosítására szolgáló kódok jegy ­
zékét (1C melléklet, 454. követelmény).  
Az interoperabilitási vizsgálatok elvégzéséért felel ős laboratóriumhoz 
benyújtott kérelem alapján a gyártók azonosítására szolgáló kódokat 
(„ManufacturerCodes”) ideiglenesen a tachográfok konstrukt őreinek 
osztják ki.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 132  
2.95. ManufacturerSpecificEventFaultData 
2. generáció:  
A gyártóspecifikus hibakódok leegyszer űsítik a járm űegységek hiba ­
elemzését és karbantartását.
  
manufacturerCode a járm űegység gyártóját azonosítja.  
manufacturerSpecificErrorCode  egy gyártóspecifikus hibakód.  
2.96. MemberStateCertificate  
Egy tagállam nyilvános kulcsának tanúsítványa, amelyet az európai tanú ­
sító hatóság állít ki.
  
2.97. MemberStateCertificateRecordArray  
2. generáció:  
A tagállami tanúsítvány plusz a letöltési protokollban használt metaada ­
tok.
 
recordType  a rekord (MemberStateCertificate) típusát jelöli.  Érték- 
hozzárendelés:  Lásd: RecordType  
recordSize  a MemberStateCertificate mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma. Az értéket 1-re 
kell állítani, mivel a tanúsítványok eltér ő hosszúságúak lehetnek.  
records a tagállami tanúsítványok sorozata.  
2.98. MemberStatePublicKey  
1. generáció:  
Egy tagállam nyilvános kulcsa.
  
2.99. Name  
Egy név.
  
codePage a 4. fejezetben meghatározott karakterkészletet adja meg,  
name egy név, amelyet a meghatározott karakterkészlet felhasználásával 
kódolnak.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 133  
2.100. NationAlpha  
Az országokra való alfabetikus hivatkozásnak összhangban kell lennie a 
nemzetközi közlekedésben a járm űveken alkalmazott megkülönböztet ő 
jelekkel (az Egyesült Nemzetek Szervezete 1968. évi Bécsi Közúti 
Közlekedési Egyezménye).
  
Az országokra való alfabetikus hivatkozást és a numerikus kódokat 
(„Nation Alpha and Numeric codes”) az 1C melléklet 440. követelmé ­
nyében meghatározottak szerint az interoperabilitási vizsgálatok elvégzé ­
sére kijelölt laboratórium honlapján vezetett jegyzékben kell feltüntetni.  
2.101. NationNumeric  
Numerikus hivatkozás egy országra.
  
Érték-hozzárendelés:  lásd a 2.100. adattípust (NationAlpha).  
A fenti bekezdésben említett, az országokra való alfabetikus hivatkozást 
és a numerikus el őírásokat („Nation Alpha and Numeric specification”) 
csak azt követ ően lehet módosítani vagy aktualizálni, hogy a kijelölt 
laboratórium megkapta a típusjóváhagyással rendelkez ő, digitális és 
intelligens menetíró készülékkel felszerelt járm űegységek gyártóinak 
véleményét.  
2.102. NoOfCalibrationRecords 
Egy mű helykártyán tárolható kalibrálási rekordok száma.  
1. generáció:
  
Érték-hozzárendelés:  lásd a 2. függeléket.  
2. generáció:
  
Érték-hozzárendelés:  lásd a 2. függeléket.  
2.103. NoOfCalibrationsSinceDownload  
A műhelykártyával annak utolsó letöltése óta elvégzett kalibrálások 
számát jelz ő számláló (1C melléklet, 317. és 340. követelmény).
  
Érték-hozzárendelés:  nincs közelebbi meghatározás.  
2.104. NoOfCardPlaceRecords 
Egy járművezetői vagy műhelykártyán tárolható helyrekordok száma.  
1. generáció:
  
Érték-hozzárendelés:  lásd a 2. függeléket.  
2. generáció:
  
Érték-hozzárendelés:  lásd a 2. függeléket.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 134  
2.105. NoOfCardVehicleRecords  
Egy járművezetői vagy mű helykártyán tárolható, a használt járm űvekre 
vonatkozó adatokat tartalmazó rekordok száma.
  
Érték-hozzárendelés:  lásd a 2. függeléket.  
2.106. NoOfCardVehicleUnitRecords 
2. generáció:  
Egy járművezetői vagy mű helykártyán tárolható, a használt járm űegy­
ségekre vonatkozó adatokat tartalmazó rekordok száma.
  
Érték-hozzárendelés:  lásd a 2. függeléket.  
2.107. NoOfCompanyActivityRecords  
Egy vállalkozáskártyán tárolható vállalkozási tevékenységi rekordok 
száma.
  
Érték-hozzárendelés:  lásd a 2. függeléket.  
2.108. NoOfControlActivityRecords  
Egy ellenőrzőkártyán tárolható ellen őrző tevékenységi rekordok száma.
  
Érték-hozzárendelés:  lásd a 2. függeléket.  
2.109. NoOfEventsPerType  
Egy kártyán eseménytípusonként tárolható események száma.
  
Érték-hozzárendelés:  lásd a 2. függeléket.  
2.110. NoOfFaultsPerType  
Egy kártyán hibatípusonként tárolható hibák száma.
  
Érték-hozzárendelés:  lásd a 2. függeléket.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 135  
2.111. NoOfGNSSADRecords  
2. generáció:  
Egy kártyán tárolható halmozott járm űvezetési GNSS-rekordok száma.
  
Érték-hozzárendelés:  lásd a 2. függeléket.  
▼B 
2.112. NoOfSpecificConditionRecords 
2. generáció:  
Egy kártyán tárolható különlegeskörülmény-rekordok száma.
  
Érték-hozzárendelés:  lásd a 2. függeléket.  
2.113. OdometerShort  
A jármű kilométer-számlálójának értéke rövid alakban.
  
Érték-hozzárendelés:  Előjel nélküli bináris szám. Az érték km-ben 
kifejezve a 0-tól 9 999 999 km-ig terjed ő működési tartományban.  
2.114. OdometerValueMidnight  
A jármű kilométer-számlálójának értéke éjfélkor egy adott napon (1B 
melléklet, 090. követelmény és 1C melléklet, 113. követelmény).
  
Érték-hozzárendelés:  nincs közelebbi meghatározás.  
2.115. OdometerValueMidnightRecordArray 
2. generáció:  
Az OdometerValueMidnight plusz a letöltési protokollban használt meta ­
adatok.
  
recordType  a rekord (OdometerValueMidnight) típusát jelöli.  Érték- 
hozzárendelés:  Lásd: RecordType  
recordSize  a OdometerValueMidnight mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records az OdometerValueMidnight rekordok sorozata.  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 136  
2.116. OverspeedNumber  
A gyorshajtási események száma a gyorshajtás legutóbbi ellen őrzése óta.
  
Érték-hozzárendelés:  A 0 azt jelenti, hogy nem történt gyorshajtási 
esemény a gyorshajtás legutóbbi ellen őrzése óta, az 1 azt jelenti, hogy 
a gyorshajtás legutóbbi ellen őrzése óta egy gyorshajtási esemény fordult 
elő, …, a 255 pedig azt jelenti, hogy a gyorshajtás legutóbbi ellen őrzése 
óta 255 vagy annál több gyorshajtási esemény fordult el ő. 
2.117. PlaceRecord 
A munkanap kezdetének vagy végének helyére vonatkozó információ 
(1C melléklet, 108., 271., 296., 324. és 347. követelmény).  
1. generáció:
  
entryTime  a betáplálásra vonatkozó dátum és id ő. 
entryTypeDailyWorkPeriod  a betáplálás típusa.  
dailyWorkPeriodCountry a betáplált ország.  
dailyWorkPeriodRegion  a betáplált régió.  
vehicleOdometerValue  a kilométer-számláló értéke a hely betáplálása 
idején.  
2. generáció:
  
Az 1. generáció értékein túlmenő en a következ ő összetev őket kell alkal ­
mazni:  
entryGNSSPlaceRecord  a rögzített hely és idő . ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 137  
2.118. PreviousVehicleInfo 
A kártya járm űegységbe történ ő behelyezésekor a járművezető által 
előzőleg használt járm űre vonatkozó információ (1B melléklet, 
081. követelmény és 1C melléklet, 102. követelmény).  
1. generáció:
  
vehicleRegistrationIdentification  a jármű rendszáma és a nyilvántar ­
tásba vétele szerinti tagállam.  
cardWithdrawalTime a kártyakivétel dátuma és ideje.  
2. generáció:
  
Az 1. generáció adatelemein túlmen ően a következ ő adatelemet kell 
alkalmazni:  
vuGeneration a járm űegység generációját azonosítja.  
2.119.  PublicKey 
1. generáció:  
Nyilvános RSA kulcs.
  
rsaKeyModulus a kulcspár modulusa.  
rsaKeyPublicExponent a kulcspár nyilvános kitev ője. 
2.120. RecordType 
2. generáció:  
hivatkozás rekordtípusra. Ez az adattípus a RecordArrays sorozatban 
szerepel.
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 138  
Érték-hozzárendelés:
  
► (1) M1 ActivityChangeInfo, 
CardSlotsStatus, 
CurrentDateTime, 
MemberStateCertificate, 
OdometerValueMidnight, 
DateOfDayDownloaded, 
SensorPaired, 
Signature, 
SpecificConditionRecord, 
VehicleIdentificationNumber, 
VehicleRegistrationNumber, 
VuCalibrationRecord, 
VuCardIWRecord, 
VuCardRecord, 
VuCertificate, 
VuCompanyLocksRecord, 
VuControlActivityRecord, 
VuDetailedSpeedBlock, 
VuDownloadablePeriod, 
VuDownloadActivityData, 
VuEventRecord,  
►M1 VuGNSSADRecord, ◄ 
VuITSConsentRecord, 
VuFaultRecord, 
VuIdentification, 
VuOverSpeedingControlData, 
VuOverSpeedingEventRecord, 
VuPlaceDailyWorkPeriodRecord, 
VuTimeAdjustmentGNSSRecord, 
VuTimeAdjustmentRecord, 
VuPowerSupplyInterruptionRecord, 
SensorPairedRecord, 
SensorExternalGNSSCoupledRecord, 
RFU, 
Gyártóspecifikus.  
2.121. RegionAlpha  
Alfabetikus hivatkozás egy meghatározott országon belüli régióra.
  
1. generáció:  
Érték-hozzárendelés:
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 139  
2. generáció:  
A RegionAlpha kódokat az interoperabilitási vizsgálatok elvégzésére 
kijelölt laboratórium honlapján vezetett jegyzékben kell feltüntetni.  
2.122. RegionNumeric  
Numerikus hivatkozás egy meghatározott országon belüli régióra.
  
1. generáció:  
Érték-hozzárendelés:
  
2. generáció:  
A RegionNumeric kódokat az interoperabilitási vizsgálatok elvégzésére 
kijelölt laboratórium honlapján vezetett jegyzékben kell feltüntetni.  
2.123. RemoteCommunicationModuleSerialNumber 
2. generáció:  
A távoli kommunikációs modul sorozatszáma.
  
2.124. RSAKeyModulus  
1. generáció:  
Az RSA kulcspár modulusa.
  
Érték-hozzárendelés:  Nincs meghatározva.  
2.125. RSAKeyPrivateExponent 
1. generáció:  
Az RSA kulcspár saját kitevő je.
 
Érték-hozzárendelés:  Nincs meghatározva.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 140  
2.126. RSAKeyPublicExponent 
1. generáció:  
Az RSA kulcspár nyilvános kitevő je.
 
Érték-hozzárendelés:  Nincs meghatározva.  
2.127. RtmData 
2. generáció:  
Ennek az adattípusnak a meghatározását lásd a 14. függelékben.  
2.128. SealDataCard 
2. generáció:  
Ezt az adattípust, amely a járm ű különböz ő alkatrészeire er ősített plom ­
bákra vonatkozó információkat tartalmazza, kártyán kell tárolni. Ez az 
adattípus az 1C melléklet 337. követelményével függ össze.
  
noOfSealRecords a sealRecords sorozatban található rekordok száma.  
sealRecords a plombák rekordjainak sorozata.  
2.129. SealDataVu 
2. generáció:  
Ezt az adattípust, amely a járm ű különböz ő alkatrészeire er ősített plom ­
bákra vonatkozó információkat tartalmazza, járm űegységben kell tárolni.
  
sealRecords a plombák rekordjainak sorozata. Amennyiben 5-nél keve ­
sebb plomba van, az EquipmentType értékét valamennyi nem használt 
sealRecords sorozatban 16-ra, azaz a „nem használt” értékre kell állítani.  
2.130. SealRecord 
2. generáció:  
Ez az adattípus az alkatrészekre er ősített plombákról tárol információkat. 
Ez az adattípus az 1C melléklet 337. követelményével függ össze.
  
equipmentType azt a készüléktípust azonosítja, amelyre a plomba 
rögzítve van.  
extendedSealIdentifier a készülékre rögzített plomba azonosítója.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 141  
2.131. SensorApprovalNumber 
Az érzékel ő típus-jóváhagyási száma.  
1. generáció:
  
Érték-hozzárendelés:  Nincs meghatározva.  
2. generáció:
  
Érték-hozzárendelés:  
A jóváhagyási számot az Európai Bizottság megfelel ő honlapján közzé ­
tett formában, azaz adott esetben például köt őjelekkel együtt kell 
megadni. A jóváhagyási számot balra kell igazítani.  
2.132. SensorExternalGNSSApprovalNumber 
2. generáció:  
A külső GNSS-eszköz típus-jóváhagyási száma.
  
Érték-hozzárendelés:  
A jóváhagyási számot az Európai Bizottság megfelel ő honlapján közzé ­
tett formában, azaz adott esetben például köt őjelekkel együtt kell 
megadni. A jóváhagyási számot balra kell igazítani.  
2.133. SensorExternalGNSSCoupledRecord 
2. generáció:  
Olyan, járm űegységben tárolt információ, amely a járm űegységhez csat ­
lakoztatott küls ő GNSS-eszköz azonosítására vonatkozik (1C melléklet, 
100. követelmény).
  
sensorSerialNumber a járm űegységhez csatlakoztatott küls ő GNSS- 
eszköz sorozatszáma.  
sensorApprovalNumber e küls ő GNSS-eszköznek a jóváhagyási 
száma. 
sensorCouplingDate e külső GNSS-eszköz járm űegységhez való csat ­
lakoztatásának dátuma.  
2.134. SensorExternalGNSSIdentification 
2. generáció:  
A külső GNSS-eszköz azonosítására vonatkozó információ (1C mellék ­
let, 98. követelmény).  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 142
  
sensorSerialNumber a küls ő GNSS-eszköz b ővített sorozatszáma.  
sensorApprovalNumber a küls ő GNSS-eszköz jóváhagyási száma.  
sensorSCIdentifier a külső GNSS-eszköz biztonsági alkatrészének 
azonosítója.  
sensorOSIdentifier a külső GNSS-eszköz operációs rendszerének 
azonosítója.  
2.135. SensorExternalGNSSInstallation 
2. generáció:  
Olyan, küls ő GNSS-eszközben tárolt információ, amely a küls ő GNSS- 
érzékelő beépítésére vonatkozik (1C melléklet, 123. követelmény).
  
sensorCouplingDateFirst a küls ő GNSS-eszköz járm űegységhez való 
első csatlakoztatásának dátuma.  
firstVuApprovalNumber a küls ő GNSS-eszközhöz csatlakoztatott els ő 
járműegység jóváhagyási száma.  
firstVuSerialNumber a külső GNSS-eszközzel párosított els ő jármű­
egység sorozatszáma.  
sensorCouplingDateCurrent a küls ő GNSS-eszköz járm űegységhez 
való aktuális csatlakoztatásának dátuma.  
currentVuApprovalNumber a külső GNSS-eszközhöz aktuálisan csat ­
lakoztatott járm űegység jóváhagyási száma.  
currentVUSerialNumber a küls ő GNSS-eszközhöz aktuálisan csatla ­
koztatott járm űegység sorozatszáma.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 143  
2.136. SensorExternalGNSSOSIdentifier 
2. generáció:  
A külső GNSS-eszköz operációs rendszerének azonosítója.
  
Érték-hozzárendelés:  gyártóspecifikus. 
2.137. SensorExternalGNSSSCIdentifier 
2. generáció:  
Ezt a típust például a küls ő GNSS-eszköz kriptográfiai moduljának 
azonosítására kell alkalmazni.  
A külső GNSS-eszköz biztonsági alkatrészének azonosítója.
  
Érték-hozzárendelés:  alkatrészgyártó-specifikus.  
2.138. SensorGNSSCouplingDate  
2. generáció:  
A külső GNSS-eszköz járm űegységhez való csatlakoztatásának dátuma.
  
Érték-hozzárendelés:  Nincs meghatározva.  
2.139. SensorGNSSSerialNumber 
2. generáció:  
Ezt a típust a GNSS-vev ő sorozatszámának tárolására kell alkalmazni, 
akár a járm űegység belsejében, akár azon kívül található a GNSS-vev ő. 
A GNSS-vev ő sorozatszáma.
  
2.140. SensorIdentification  
Olyan, mozgásérzékel őben tárolt információ, amely a mozgásérzékel ő 
azonosítására vonatkozik (1B melléklet, 077. követelmény és 1C mellék ­
let, 95. követelmény).
  
sensorSerialNumber a mozgásérzékel ő kibővített sorozatszáma (tartal ­
mazza az alkatrészszámot és a gyártó kódját).  
sensorApprovalNumber a mozgásérzékel ő jóváhagyási száma.  
sensorSCIdentifier a mozgásérzékel ő biztonsági alkatrészének azonosí ­
tója. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 144  
sensorOSIdentifier a mozgásérzékel ő operációs rendszerének azonosí­
tója. 
2.141. SensorInstallation  
Olyan, mozgásérzékel őben tárolt információ, amely a mozgásérzékel ő 
beépítésére vonatkozik (1B melléklet, 099. követelmény és 1C melléklet, 
122. követelmény).
  
sensorPairingDateFirst  a mozgásérzékel ő járműegységgel való els ő 
párosításának dátuma.  
firstVuApprovalNumber a mozgásérzékel ővel párosított els ő jármű­
egység jóváhagyási száma.  
firstVuSerialNumber a mozgásérzékel ővel párosított első járműegység 
sorozatszáma.  
sensorPairingDateCurrent a mozgásérzékel ő járműegységgel való 
aktuális párosításának dátuma.  
currentVuApprovalNumber a mozgásérzékel ővel aktuálisan párosított 
járműegység jóváhagyási száma.  
currentVUSerialNumber a mozgásérzékel ővel aktuálisan párosított 
járműegység sorozatszáma.  
2.142. SensorInstallationSecData 
Olyan, mű helykártyán tárolt információ, amely a mozgásérzékel ők és a 
járműegységek párosításához szükséges biztonsági adatokra vonatkozik 
(1C melléklet, 308. és 331. követelmény).  
1. generáció:
  
Érték-hozzárendelés:  az ISO 16844-3 szabvánnyal összhangban. 
2. generáció:  
A 11. függelékben leírtak szerint egy m űhelykártya legfeljebb három, 
járműegység–mozgásérzékel ő párra vonatkozó kulcsot tárolhat. Ezeknek 
a kulcsoknak eltér ő a kulcsverziója.
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 145  
2.143. SensorOSIdentifier  
A mozgásérzékel ő operációs rendszerének azonosítója.
  
Érték-hozzárendelés:  gyártóspecifikus.  
2.144. SensorPaired 
1. generáció:  
Olyan, járm űegységben tárolt információ, amely a járm űegységgel páro­
sított mozgásérzékel ő azonosítására vonatkozik (1B melléklet, 079. köve ­
telmény).
  
sensorSerialNumber a járm űegységgel aktuálisan párosított mozgás ­
érzékelő sorozatszáma. 
sensorApprovalNumber a járműegységgel aktuálisan párosított 
mozgásérzékel ő jóváhagyási száma.  
sensorPairingDateFirst  a járműegységgel aktuálisan párosított mozgás ­
érzékelő járműegységgel való els ő párosításának dátuma.  
2.145. SensorPairedRecord 
2. generáció:  
Olyan, járm űegységben tárolt információ, amely a járm űegységgel páro­
sított mozgásérzékel ő azonosítására vonatkozik (1C melléklet, 97. köve ­
telmény).
  
sensorSerialNumber egy, a járm űegységgel aktuálisan párosított 
mozgásérzékel ő sorozatszáma.  
sensorApprovalNumber a mozgásérzékel ő jóváhagyási száma.  
sensorPairingDate e mozgásérzékel ő járműegységgel való párosításának 
dátuma.  
2.146. SensorPairingDate  
A mozgásérzékel ő járműegységgel való párosításának dátuma.
  
Érték-hozzárendelés:  Nincs meghatározva.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 146  
2.147. SensorSCIdentifier  
A mozgásérzékel ő biztonsági alkatrészének azonosítója.
  
Érték-hozzárendelés:  alkatrészgyártó-specifikus.  
2.148. SensorSerialNumber  
A mozgásérzékel ő sorozatszáma.
  
2.149. Signature 
Egy digitális aláírás.  
1. generáció:
  
Érték-hozzárendelés:  a 11. függelékben meghatározott általános bizton ­
sági mechanizmusoknak megfelel ően. 
2. generáció:
  
Érték-hozzárendelés:  a 11. függelékben meghatározott általános bizton ­
sági mechanizmusoknak megfelel ően. 
2.150. SignatureRecordArray 
2. generáció:  
Aláírások sorozata plusz a letöltési protokollban használt metaadatok.
  
recordType  a rekord (Signature) típusát jelöli.  Érték-hozzárendelés: 
Lásd: RecordType  
recordSize  a Signature mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma. Az értéket 1-re 
kell állítani, mivel az aláírások eltér ő hosszúságúak lehetnek.  
records az aláírások sorozata.  
2.151.  SimilarEventsNumber  
A hasonló események száma egy adott napon (1B melléklet, 094. köve ­
telmény és 1C melléklet, 117. követelmény).
  
Érték-hozzárendelés:  A 0-t nem lehet használni, az 1 azt jelenti, hogy 
csak egyetlen ilyen típusú esemény történt és lett eltárolva az adott 
napon, a 2 azt jelenti, hogy 2 ilyen típusú esemény történt az adott 
napon (csak egy került tárolásra), …, a 255 pedig azt jelenti, hogy 
255 vagy annál több ilyen típusú esemény történt az adott napon.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 147  
2.152. SpecificConditionRecord  
Olyan, járm űvezetői vagy mű helykártyán vagy járm űegységben tárolt 
információ, amely egy különleges körülményre vonatkozik (1C melléklet, 
130., 276., 301., 328. és 355. követelmény).
  
entryTime  a betáplálás dátuma és ideje.  
specificConditionType a különleges körülményt azonosító kód.  
2.153. SpecificConditions 
Olyan, járm űvezetői vagy műhelykártyán vagy járm űegységben tárolt 
információ, amely egy különleges körülményre vonatkozik (1C melléklet, 
131., 277., 302., 329. és 356. követelmény).  
2. generáció:
  
conditionPointerNewestRecord az utoljára aktualizált különlegeskörül ­
mény-rekord indexe.  
Érték-hozzárendelés:  A különlegeskörülmény-rekord számlálójának 
megfelelő szám, amely a különlegeskörülmény-rekordnak a szerkezetben 
való első előfordulásakor „0”-val kezd ődik. 
specificConditionRecords a rögzített különleges körülményekre vonat ­
kozó információkat tartalmazó rekordok sorozata.  
2.154. SpecificConditionType  
Egy különleges körülményt azonosító kód (1B melléklet, 050b., 105a., 
212a. és 230a. követelmény, és 1C melléklet, 62. követelmény).
  
1. generáció:  
Érték-hozzárendelés:  
‘00’H RFU 
‘01’H Menetíró készülék nem szükséges – Kezdet  
‘02’H Menetíró készülék nem szükséges – Befejezés  
‘03’H Kompon/vonaton megtett út  
‘04’H … ‘FF’H RFU 
2. generáció:  
Érték-hozzárendelés:  
‘00’H RFU 
‘01’H Menetíró készülék nem szükséges – Kezdet  
‘02’H Menetíró készülék nem szükséges – Befejezés  
‘03’H Kompon/vonaton megtett út – Kezdet  
‘04’H Kompon/vonaton megtett út – Befejezés  
‘05’H … ‘FF’H RFU  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 148  
2.155. Speed  
A jármű sebessége (km/h).
  
Érték-hozzárendelés:  km/h-ban kifejezett érték a 0-tól 220 km/h-ig 
terjedő működési tartományban.  
2.156. SpeedAuthorised  
A jármű maximális engedélyezett sebessége [bb) definíció].
  
2.157. SpeedAverage  
Átlagsebesség egy el őzetesen meghatározott id őtartam alatt (km/h).
  
2.158. SpeedMax  
Egy előzetesen meghatározott id őtartam alatt mért maximális sebesség.
  
2.159. TachographPayload  
2. generáció:  
Ennek az adattípusnak a meghatározását lásd a 14. függelékben.  
▼M1 
2.160. Késő bbi használatra fenntartva  
▼B 
2.161. TDesSessionKey 
1. generáció:  
Egy háromszoros DES munkamenetkulcs.
  
Érték-hozzárendelés:  nincs közelebbi meghatározás.  
▼M1 
2.162. TimeReal  
Egy kombinált dátum- és adatmezőre vonatkozó kód, ahol a dátum és az 
idő az 1970. január 1-je 00 ó. 00 p. 00 mp. (UTC) óta eltelt másodper ­
cekben van kifejezve.
  
Érték-hozzárendelés  – Rendezett oktett : Az 1970. január 1-je (UTC) 
éjfél óta eltelt másodpercek száma.  
A legutolsó lehetséges dátum/id ő 2106-ban található.  
▼B 
2.163. TyreSize  
A gumiabroncs méreteinek jelölése.
  
Érték-hozzárendelés:  a 92/23/EGK irányelvvel (HL L 129., 1992.3.31., 
95. o.) összhangban.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 149  
2.164. VehicleIdentificationNumber  
A jármű alvázszáma (VIN), amely a járm űre mint egészre vonatkozik, 
rendszerint az alváz sosorzatszáma vagy az alvázkeret száma.
  
Érték-hozzárendelés:  Az ISO 3779 szabvány fogalommeghatározása 
szerint. 
2.165. VehicleIdentificationNumberRecordArra y 
2. generáció:  
A jármű alvázszáma plusz a letöltési protokollban használt metaadatok.
  
recordType  a rekord (VehicleIdentificationNumber) típusát jelöli.  
Érték-hozzárendelés:  Lásd: RecordType  
recordSize  a VehicleIdentificationNumber mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records a járm űvek alvázszámainak sorozata.  
2.166.  VehicleRegistrationIdentification  
A jármű Európára vonatkozóan egyedi azonosítása (rendszám és 
tagállam).
  
vehicleRegistrationNation  azon ország, amelyben a járm ű nyilvántar ­
tásba vétele történt.  
vehicleRegistrationNumber  a jármű rendszáma (VRN). 
2.167. VehicleRegistrationNumber  
A jármű rendszáma (VRN). A rendszámot a járm űvet nyilvántartásba 
vevő hatóság adja ki.
  
codePage a 4. fejezetben meghatározott karakterkészletet adja meg,  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 150  
vehicleRegNumber a meghatározott karakterkészlet felhasználásával 
kódolt rendszám.  
Érték-hozzárendelés:  országspecifikus. 
2.168. VehicleRegistrationNumberRecordArray  
2. generáció:  
A rendszám plusz a letöltési protokollban használt metaadatok.
  
recordType  a rekord (VehicleRegistrationNumber) típusát jelöli.  Érték- 
hozzárendelés:  Lásd: RecordType  
recordSize  a VehicleRegistrationNumber mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records a járm űvek rendszámainak sorozata.  
2.169.  VuAbility 
2. generáció:  
A járműegységben arról tárolt információ, hogy a járm űegységben hasz­
nálhatók-e az 1. generációba tartozó tachográfkártyák, vagy sem (1C 
melléklet, 121. követelmény).
  
Érték-hozzárendelés – Rendezett oktett:  ‘xxxxxxxa’B (8 bit)  
Az 1. generáció támogatása szempontjából:  
‘a’B A tachográfkártyák 1. generációjának támogatására 
való képesség  
‘0’ B Az 1. generáció támogatott,  
‘1’ B Az 1. generáció nem támogatott,  
‘xxxxxxx ’B RFU  
2.170.  VuActivityDailyData 
1. generáció:  
Olyan, járm űegységben tárolt információ, amely egy adott naptári napon 
bekövetkez ő tevékenységváltásokra és/vagy járm űvezetésiállapot-váltá ­
sokra és/vagy kártyaállapot-váltásokra (1B melléklet, 084. követelmény 
és 1C melléklet, 105., 106. és 107. követelmény), valamint a kártya ­
olvasó egységek adott napon 00 óra 00 perckori állapotára vonatkozik.
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 151  
noOfActivityChanges az ActivityChangeInfo szavak száma az activity ­
ChangeInfos sorozatban.  
activityChangeInfos a járműegységben az adott napra tárolt Activity ­
ChangeInfo szavak sorozata. Mindig tartalmaz két ActivityChangeInfo 
szót, amelyek megadják a két kártyaolvasó egység állapotát az adott 
napon 00:00-kor. 
2.171. VuActivityDailyRecordArray 
2. generáció:  
Olyan, járm űegységben tárolt információ, amely egy adott naptári napon 
bekövetkez ő tevékenységváltásokra és/vagy járm űvezetésiállapot-váltá ­
sokra és/vagy kártyaállapot-váltásokra (1C melléklet, 105., 106. és 
107. követelmény), valamint a kártyaolvasó egységek adott napon 00 
óra 00 perckori állapotára vonatkozik.
  
recordType  a rekord (ActivityChangeInfo) típusát jelöli.  Érték-hozzá­
rendelés: Lásd: RecordType  
recordSize  a ActivityChangeInfo mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records a járm űegységben az adott napra tárolt ActivityChangeInfo 
szavak sorozata. Mindig tartalmaz két ActivityChangeInfo szót, amelyek 
megadják a két kártyaolvasó egység állapotát az adott napon 00:00-kor.  
2.172. VuApprovalNumber  
A járműegység típus-jóváhagyási száma.  
1. generáció:
  
Érték-hozzárendelés:  Nincs meghatározva.  
2. generáció:
  
Érték-hozzárendelés:  
A jóváhagyási számot az Európai Bizottság megfelelő honlapján közzé ­
tett formában, azaz adott esetben például köt őjelekkel együtt kell 
megadni. A jóváhagyási számot balra kell igazítani.  
2.173. VuCalibrationData  
1. generáció:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 152  
Olyan, járm űegységben tárolt információ, amely az adatrögzít ő készülék 
kalibrálásaira vonatkozik (1B melléklet, 098. követelmény).
  
noOfVuCalibrationRecords a vuCalibrationRecords sorozatban talál ­
ható rekordok száma.  
vuCalibrationRecords a kalibrálási rekordok sorozata.  
2.174. VuCalibrationRecord 
Olyan, járm űegységben tárolt információ, amely az adatrögzít ő készülék 
kalibrálására vonatkozik (1B melléklet, 098. követelmény és 1C mellék ­
let, 119. és 120. követelmény).  
1. generáció:
  
calibrationPurpose  a kalibrálás célja.  
workshopName, workshopAddress  a műhely neve és címe.  
workshopCardNumber  a kalibrálás alatt használt m űhelykártyát azono ­
sítja.  
workshopCardExpiryDate  a kártya érvényességi ideje.  
vehicleIdentificationNumber  a jármű alvázszáma.  
vehicleRegistrationIdentification  a rendszámot és a nyilvántartásba 
vétel szerinti tagállamot tartalmazza.  
wVehicleCharacteristicConstant a járm ű jellemző együtthatója.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 153  
kConstantOfRecordingEquipment  a menetíró készülék állandója.  
lTyreCircumference  a kerék gumiabroncsainak tényleges kerülete.  
tyreSize  a járműre szerelt gumiabroncsok méreteinek jelölése.  
authorisedSpeed a járm ű engedélyezett sebessége.  
oldOdometerValue, newOdometerValue a kilométer-számláló régi és 
új értékei.  
oldTimeValue, newTimeValue  a dátum és az idő régi és új értékei.  
nextCalibrationDate  a jóváhagyott felülvizsgálati szerv által legköze ­
lebb végrehajtandó, a CalibrationPurpose-ban meghatározott típusú 
kalibrálás dátuma.  
2. generáció:
  
Az 1. generáció adatelemein túlmen ően a következ ő adatelemet kell 
alkalmazni:  
sealDataVu a járm ű különböz ő alkatrészeire er ősített plombákról szol ­
gáltat információkat.  
2.175. VuCalibrationRecordArray 
2. generáció:  
Olyan, járm űegységben tárolt információ, amely az adatrögzít ő készülék 
kalibrálásaira vonatkozik (1C melléklet, 119. és 120. követelmény).  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 154
  
recordType  a rekord (VuCalibrationRecord) típusát jelöli.  Érték-hozzá­
rendelés: Lásd: RecordType  
recordSize  a VuCalibrationRecord mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records a kalibrálási rekordok sorozata.  
2.176. VuCardIWData  
1. generáció:  
Olyan, járm űegységben tárolt információ, amely a járm űegységben a 
járművezetői kártyák vagy mű helykártyák behelyezésének és kivételének 
ciklusaira vonatkozik (1B melléklet, 081. követelmény és 1C melléklet, 
103. követelmény).
  
noOfIWRecords a vuCardIWRecords sorozatban található rekordok 
száma.  
vuCardIWRecords a kártyabehelyezés- és -kivételciklusokra vonatkozó 
rekordok sorozata. 
2.177. VuCardIWRecord  
Olyan, járm űegységben tárolt információ, amely a járm űegységben egy 
járművezetői kártya vagy mű helykártya behelyezésének és kivételének 
ciklusára vonatkozik (1B melléklet, 081. követelmény és 1C melléklet, 
102. követelmény).  
1. generáció:
  
cardHolderName  a járművezetői kártya vagy a mű helykártya tulajdo ­
nosának családi neve és utóneve(i) a kártyán tárolt formában.  
fullCardNumber a kártya típusa, a kiállító tagállam, és a kártyaszám, a 
kártyán tárolt formában.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 155  
cardExpiryDate a kártya érvényességi ideje, a kártyán tárolt formában.  
cardInsertionTime a behelyezés dátuma és ideje.  
vehicleOdometerValueAtInsertion  a jármű kilométer-számlálójának 
értéke a kártya behelyezésekor.  
cardSlotNumber azon kártyaolvasó egység, amelybe a kártyát be kell 
helyezni.  
cardWithdrawalTime a kivétel dátuma és ideje.  
vehicleOdometerValueAtWithdrawal  a jármű kilométer-számlálójának 
értéke a kártya kivételekor.  
previousVehicleInfo a járművezető által használt el őző járműről 
tartalmaz információt, a kártyán tárolt formában.  
manualInputFlag egy olyan jelöl ő, amely a kártyatulajdonos által a 
kártya behelyezésekor manuálisan betáplált járm űvezetői tevékeny­
ségeket azonosítja.  
2. generáció:
  
A fullCardNumber helyett a 2. generáció adatstruktúrája a következ ő 
adatelemeket alkalmazza.  
fullCardNumberAndGeneration a kártya típusa, a kiállító tagállam, a 
kártyaszám és a generáció, a kártyán tárolt formában.  
2.178. VuCardIWRecordArray 
2. generáció:  
Olyan, járm űegységben tárolt információ, amely a járm űegységben a 
járművezetői kártyák vagy mű helykártyák behelyezésének és kivételének 
ciklusaira vonatkozik (1C melléklet, 103. követelmény).
  
recordType  a rekord (VuCardIWRecord) típusát jelöli.  Érték-hozzá­
rendelés: Lásd: RecordType  
recordSize  a VuCardIWRecord mérete bájtokban kifejezve.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 156  
noOfRecords a sorozatban található rekordok száma.  
records a kártyabehelyezés- és -kivételciklusokra vonatkozó rekordok 
sorozata.  
▼M1 
2.179. VuCardRecord 
2. generáció:  
Olyan, járm űegységben tárolt információ, amely egy használatban lév ő 
tachográfkártyára vonatkozik (I. C. melléklet, 132. követelmény).
  
cardNumberAndGenerationInformation a használt kártya teljes 
kártyaszáma és generációja (2.74. adattípus).  
cardExtendedSerialNumber a kártya mesterfájljában található EF_ICC 
fájlból kiolvasott érték.  
cardStructureVersion a DF_Tachograph_G2 fájlban található EF_App ­
lication_Identification fájlból kiolvasott érték.  
cardNumber a DF_Tachograph_G2 fájlban található EF_Identification 
fájlból kiolvasott érték.  
▼B 
2.180. VuCardRecordArray 
2. generáció:  
Olyan, járm űegységben tárolt információ, amely a szóban forgó járm ű­
egységben használt tachográfkártyákra vonatkozik). Ez az információ a 
járműegység és a kártya közötti problémák elemzésére szolgál (1C 
melléklet, 132. követelmény).
  
recordType  a rekord (VuCardRecord) típusát jelöli.  Érték-hozzárende­
lés: Lásd: RecordType  
recordSize  a VuCardRecord mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records a járm űegységben használt tachográfkártyákra vonatkozó 
rekordok sorozata.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 157  
2.181. VuCertificate  
Egy járműegység nyilvános kulcsának tanúsítványa.
  
2.182. VuCertificateRecordArray 
2. generáció:  
A járműegység tanúsítványa plusz a letöltési protokollban használt meta ­
adatok.
  
recordType  a rekord (VuCertificate) típusát jelöli.  Érték-hozzárende­
lés: Lásd: RecordType  
recordSize  a VuCertificate mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma. Az értéket 1-re 
kell állítani, mivel a tanúsítványok eltér ő hosszúságúak lehetnek.  
records a járm űegységek tanúsítványainak sorozata.  
2.183.  VuCompanyLocksData  
1. generáció:  
Olyan, járm űegységben tárolt információ, amely vállalkozás általi lezá ­
rásokra vonatkozik (1B melléklet, 104. követelmény).
  
noOfLocks a vuCompanyLocksRecords-ban felsorolt lezárások száma.  
vuCompanyLocksRecords  a vállalkozás általi lezárások rekordjainak 
sorozata. 
2.184. VuCompanyLocksRecord  
Olyan, járm űegységben tárolt információ, amely egy vállalkozás általi 
lezárásra vonatkozik (1B melléklet, 104. követelmény és 1C melléklet, 
128. követelmény).  
1. generáció:
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 158  
lockInTime, lockOutTime  a lezárás és a feloldás dátuma és ideje.  
companyName, companyAddress  azon vállalkozás neve és címe, 
amelyre a lezárás vonatkozik.  
companyCardNumber a lezáráskor használt kártyát azonosítja.  
2. generáció:
  
A companyCardNumber helyett a 2. generáció adatstruktúrája a követ ­
kező adatelemeket alkalmazza.  
companyCardNumberAnd Generation a lezáráskor használt kártyát és 
annak generációját azonosítja.  
2.185. VuCompanyLocksRecordArray  
2. generáció:  
Olyan, járm űegységben tárolt információ, amely vállalkozás általi lezá ­
rásokra vonatkozik (1C melléklet, 128. követelmény).
  
recordType  a rekord (VuCompanyLocksRecord) típusát jelöli.  Érték- 
hozzárendelés:  Lásd: RecordType  
recordSize  a VuCompanyLocksRecord mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma. Érték: 0..255.  
records a vállalkozás általi lezárások rekordjainak sorozata.  
2.186.  VuControlActivityData 
1. generáció:  
Olyan, járm űegységben tárolt információ, amely az e járm űegységgel 
végzett ellen őrzésekre vonatkozik (1B melléklet, 102. követelmény).
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 159  
noOfControls a vuControlActivityRecords-ban felsorolt ellen őrzések 
száma.  
vuControlActivityRecords az ellen őrző tevékenységi rekordok soro ­
zata. 
2.187.  VuControlActivityRecord 
Olyan, járm űegységben tárolt információ, amely egy e járm űegységgel 
végzett ellen őrzésre vonatkozik (1B melléklet, 102. követelmény és 1C 
melléklet, 126. követelmény).  
1. generáció:
  
controlType az ellen őrzés típusa.  
controlTime  az ellenőrzés dátuma és ideje.  
controlCardNumber az ellen őrzéshez használt ellen őrzőkártyát azono ­
sítja. 
downloadPeriodBeginTime letöltés esetén a letöltési id őtartam kezdési 
ideje.  
downloadPeriodEndTime letöltés esetén a letöltési id őtartam bfejezési 
ideje.  
2. generáció:
  
A controlCardNumber helyett a 2. generáció adatstruktúrája a következ ő 
adatelemeket alkalmazza.  
controlCardNumberAndGeneration az ellen őrzéshez használt ellen ­ 
őrzőkártyát és annak generációját azonosítja.  
2.188. VuControlActivityRecordArray 
2. generáció:  
Olyan, járm űegységben tárolt információ, amely az e járm űegységgel 
végzett ellen őrzésekre vonatkozik (1C melléklet, 126. követelmény).  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 160
  
recordType  a rekord (VuControlActivityRecord) típusát jelöli.  Érték- 
hozzárendelés:  Lásd: RecordType  
recordSize  a VuControlActivityRecord mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
record a járm űegyság ellen őrző tevékenységi rekordjainak sorozata.  
2.189. VuDataBlockCounter  
A kártyán tárolt számláló, amely folyamatosan azonosítja a kártya 
járműegységekbe való behelyezésének és kivételének ciklusait.
  
Érték-hozzárendelés:  Folyamatos számozás, amelynek a maximális 
értéke = 9999, a számozás 0-val kezd ődik újra.  
2.190. VuDetailedSpeedBlock  
Olyan, járm űegységben tárolt információ, amely a járm ű mozgás közben 
egy percen keresztül mért pontos sebességére vonatkozik (1B melléklet, 
093. követelmény és 1C melléklet, 116. követelmény).
  
speedBlockBeginDate az adatblokkon belül az els ő sebességérték 
dátuma és ideje.  
speedsPerSecond a speedBlockBeginDate-t ől kezdődő perc minden 
másodpercében (a speedBlockBeginDate-et is beleértve) mért sebességek 
időrendi sorrendje. 
2.191. VuDetailedSpeedBlockRecordArray 
2. generáció:  
Olyan, járm űegységben tárolt információ, amely a járm ű részletes sebes­
ségére vonatkozik.
  
recordType  a rekord (VuDetailedSpeedBlock) típusát jelöli.  Érték- 
hozzárendelés:  Lásd: RecordType  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 161  
recordSize  a VuDetailedSpeedBlock mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records a részletes sebességblokkok sorozata.  
2.192. VuDetailedSpeedData 
1. generáció:  
Olyan, járm űegységben tárolt információ, amely a járm ű részletes sebes­
ségére vonatkozik.
  
noOfSpeedBlocks a vuDetailedSpeedBlocks sorozatban található sebes ­
ségblokkok száma.  
vuDetailedSpeedBlocks a részletes sebességblokkok sorozata.  
2.193. VuDownloadablePeriod  
Azon legrégebbi és legújabb dátumok, amelyekre vonatkozóan a járm ű­
egység a járm űvezető tevékenységeit érint ő adatokat tartalmaz 
(1B melléklet, 081., 084. vagy 087. követelmény és 1C melléklet, 
102., 105. és 108. követelmény).
  
minDownloadableTime kártyabehelyezésnek, tevékenységváltásnak 
vagy helybetáplálásnak a járm űegységben tárolt legrégebbi dátuma és 
ideje.  
maxDownloadableTime kártyakivételnek, tevékenységváltásnak vagy 
helybetáplálásnak a járm űegységben tárolt legutóbbi dátuma és ideje.  
2.194. VuDownloadablePeriodRecordArray 
2. generáció:  
A VUDownloadablePeriod plusz a letöltési protokollban használt meta ­
adatok.
  
recordType  a rekord (VuDownloadablePeriod) típusát jelöli.  Érték- 
hozzárendelés:  Lásd: RecordType  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 162  
recordSize  a VuDownloadablePeriod mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records a VuDownloadablePeriod rekordok sorozata.  
2.195. VuDownloadActivityData  
Olyan, járm űegységben tárolt információ, amely annak legutolsó letölté ­
sére vonatkozik (1B melléklet, 105. követelmény és 1C melléklet, 
129. követelmény).  
1. generáció:
  
downloadingTime a letöltés dátuma és ideje.  
fullCardNumber a letöltés engedélyezésére használt kártyát azonosítja.  
companyOrWorkshopName a vállalkozás vagy a műhely neve.  
2. generáció:
  
A fullCardNumber helyett a 2. generáció adatstruktúrája a következ ő 
adatelemeket alkalmazza.  
fullCardNumberAndGeneration a letöltés engedélyezésére használt 
kártyát és annak generációját azonosítja.  
2.196. VuDownloadActivityDataRecordArray 
2. generáció:  
A járműegységből történő legutolsó letöltésre vonatkozó információ (1C 
melléklet, 129. követelmény).
  
recordType  a rekord (VuDownloadActivityData) típusát jelöli.  Érték- 
hozzárendelés:  Lásd: RecordType  
recordSize  a VuDownloadActivityData mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 163  
records a letöltésitevékenység-adatok rekordjainak sorozata.  
2.197. VuEventData  
1. generáció:  
Olyan, járm űegységben tárolt információ, amely eseményekre vonat ­
kozik (1B melléklet, 094. követelmény, kivéve a gyorshajtási eseményt).
  
noOfVuEvents a vuEventRecords sorozatban felsorolt események 
száma. 
vuEventRecords eseményrekordok sorozata.  
2.198.  VuEventRecord 
Olyan, járm űegységben tárolt információ, amely egy eseményre vonat ­
kozik (1B melléklet, 094. követelmény és 1C melléklet, 117. követel ­
mény, kivéve a gyorshajtási eseményt).  
1. generáció:
  
eventType az esemény típusa. 
eventRecordPurpose az esemény rögzítésének célja.  
eventBeginTime  az esemény kezdetének dátuma és ideje.  
eventEndTime az esemény befejeződésének dátuma és ideje.  
cardNumberDriverSlotBegin  az esemény kezdetekor a járm űvezetői 
kártyaolvasó egységbe behelyezett kártyát azonosítja.  
cardNumberCodriverSlotBegin az esemény kezdetekor a járműkísérői 
kártyaolvasó egységbe behelyezett kártyát azonosítja.  
cardNumberDriverSlotEnd az esemény befejeződésekor a járműve­
zetői kártyaolvasó egységbe behelyezett kártyát azonosítja.  
cardNumberCodriverSlotEnd az esemény befejez ődésekor a járműkí­
sérői kártyaolvasó egységbe behelyezett kártyát azonosítja.  
similarEventsNumber az adott napon előforduló hasonló események 
száma.  
E sorozat a gyorshajtás eseményén kívül minden eseményhez felhasz ­
nálható.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 164  
2. generáció:
  
Az 1. generáció adatelemein túlmen ően a következ ő adatelemeket kell 
alkalmazni:  
manufacturerSpecificEventFaultData további, gyártóspecifikus infor ­
mációt tartalmaz az eseményr ől. 
A cardNumberDriverSlotBegin, cardNumberCodriverSlotBegin, card ­
NumberDriverSlotEnd és cardNumberCodriverSlotEnd helyett a 2. gene­
ráció adatstruktúrája a következ ő adatelemeket alkalmazza.  
cardNumberAndGenDriverSlotBegin az esemény kezdetekor a járm ű­
vezetői kártyaolvasó egységbe behelyezett kártyát és annak generációját 
azonosítja.  
cardNumberAndGenCodriverSlotBegin az esemény kezdetekor a 
járműkísérői kártyaolvasó egységbe behelyezett kártyát és annak gene ­
rációját azonosítja.  
cardNumberAndGenDriverSlotEnd az esemény befejez ődésekor a 
járművezetői kártyaolvasó egységbe behelyezett kártyát és annak gene ­
rációját azonosítja.  
cardNumberAndGenCodriverSlotEnd az esemény befejeződésekor a 
járműkísérői kártyaolvasó egységbe behelyezett kártyát és annak gene ­
rációját azonosítja.  
Ha az esemény idő ütközést idéz el ő, akkor az eventBeginTime és az 
eventEndTime adatot a következ őképpen kell értelmezni:  
eventBeginTime  az adatrögzítő készülék dátuma és ideje.  
eventEndTime a GNSS dátuma és ideje. 
2.199.  VuEventRecordArray 
2. generáció:  
Olyan, járm űegységben tárolt információ, amely eseményekre vonat ­
kozik (1C melléklet, 117. követelmény, kivéve a gyorshajtási eseményt).
  
recordType  a rekord (VuEventRecord) típusát jelöli.  Érték-hozzáren­
delés: Lásd: RecordType  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 165  
recordSize  a VuEventRecord mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records eseményrekordok sorozata.  
2.200.  VuFaultData 
1. generáció:  
Olyan, járm űegységben tárolt információ, amely hibákra vonatkozik 
(1B melléklet, 096. követelmény).
  
noOfVuFaults a vuFaultRecords sorozatban felsorolt hibák száma.  
vuFaultRecords hibarekordok sorozata.  
2.201.  VuFaultRecord 
Olyan, járm űegységben tárolt információ, amely hibákra vonatkozik 
(1B melléklet, 096. követelmény és 1C melléklet, 118. követelmény).  
1. generáció:
  
faultType az adatrögzít ő készülék hibájának típusa.  
faultRecordPurpose a hiba rögzítésének célja.  
faultBeginTime  a hiba kezdetének dátuma és ideje.  
faultEndTime a hiba befejeződésének dátuma és ideje.  
cardNumberDriverSlotBegin  a hiba kezdetekor a járm űvezetői kártya­
olvasó egységbe behelyezett kártyát azonosítja.  
cardNumberCodriverSlotBegin a hiba kezdetekor a járm űkísérői 
kártyaolvasó egységbe behelyezett kártyát azonosítja.  
cardNumberDriverSlotEnd a hiba befejeződésekor a járm űvezetői 
kártyaolvasó egységbe behelyezett kártyát azonosítja.  
cardNumberCodriverSlotEnd a hiba befejez ődésekor a járm űkísérői 
kártyaolvasó egységbe behelyezett kártyát azonosítja.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 166  
2. generáció:
  
Az 1. generáció adatelemein túlmen ően a következ ő adatelemet kell 
alkalmazni:  
manufacturerSpecificEventFaultData további, gyártóspecifikus infor ­
mációt tartalmaz a hibáról.  
A cardNumberDriverSlotBegin, cardNumberCodriverSlotBegin, card ­
NumberDriverSlotEnd és cardNumberCodriverSlotEnd helyett a 2. gene­
ráció adatstruktúrája a következ ő adatelemeket alkalmazza.  
cardNumberAndGenDriverSlotBegin a hiba kezdetekor a járm űvezetői 
kártyaolvasó egységbe behelyezett kártyát és annak generációját azono ­
sítja. 
cardNumberAndGenCodriverSlotBegin a hiba kezdetekor a járműkí­
sérői kártyaolvasó egységbe behelyezett kártyát és annak generációját 
azonosítja.  
cardNumberAndGenDriverSlotEnd a hiba befejeződésekor a járm űve­
zetői kártyaolvasó egységbe behelyezett kártyát és annak generációját 
azonosítja.  
cardNumberAndGenCodriverSlotEnd a hiba befejeződésekor a járm ű­
kísérői kártyaolvasó egységbe behelyezett kártyát és annak generációját 
azonosítja.  
2.202. VuFaultRecordArray 
2. generáció:  
Olyan, járm űegységben tárolt információ, amely hibákra vonatkozik 
(1C melléklet, 118. követelmény).
  
recordType  a rekord (VuFaultRecord) típusát jelöli.  Érték-hozzárende ­
lés: Lásd: RecordType  
recordSize  a VuFaultRecord mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records hibarekordok sorozata.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 167  
2.203. VuGNSSADRecord  
2. generáció:  
Járműegységben abban az esetben eltárolt, a járm ű GNSS-helyzetére 
vonatkozó információ, ha a halmozott járm űvezetési idő eléri a három 
óra többszörösét (I. C. melléklet, 108. és 110. követelmény).
  
timeStamp annak az idő pontnak a dátuma és ideje, amikor a halmozott 
járművezetési idő eléri a három óra többszörösét.  
cardNumberAndGenDriverSlot a járművezetői kártyaolvasó egységbe 
behelyezett kártyát és annak generációját azonosítja.  
cardNumberAndGenCodriverSlot a járműkísérői kártyaolvasó 
egységbe behelyezett kártyát és annak generációját azonosítja.  
gnssPlaceRecord a jármű helyzetére vonatkozó információt tartalmazza.  
vehicleOdometerValue  a kilométer-számláló értéke abban az id őpont­
ban, amikor a halmozott járm űvezetési idő eléri a három óra többszörö ­
sét. 
2.204. VuGNSSADRecordArray  
2. generáció:  
Járműegységben abban az esetben eltárolt, a járm ű GNSS-helyzetére 
vonatkozó információ, ha a halmozott járm űvezetési idő eléri a három 
óra többszörösét (I. C. melléklet, 108. és 110. követelmény).
  
recordType  a rekord (VuGNSSADRecord) típusát jelöli.  
Érték-hozzárendelés : Lásd: RecordType  
recordSize  a VuGNSSADRecord mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records a halmozott járm űvezetési GNSS-rekordok sorozata.  
▼B 
2.205. VuIdentification  
Olyan, járm űegységben tárolt információ, amely a járm űegység azono­
sítására vonatkozik (1B melléklet, 075. követelmény és 1C melléklet, 
93. és 121. követelmény).  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 168  
1. generáció:
  
vuManufacturerName a járm űegység gyártójának neve.  
vuManufacturerAddress a járm űegység gyártójának címe.  
vuPartNumber a járm űegység alkatrészszáma.  
vuSerialNumber a járm űegység sorozatszáma.  
vuSoftwareIdentification a járműegységben alkalmazott szoftvert 
azonosítja.  
vuManufacturingDate a járműegység gyártási dátuma.  
vuApprovalNumber a járműegység típus-jóváhagyási száma.  
2. generáció:
  
Az 1. generáció adatelemein túlmen ően a következ ő adatelemeket kell 
alkalmazni:  
vuGeneration a járm űegység generációját azonosítja.  
vuAbility arról szolgáltat információt, hogy a járm űegység támogatja-e a 
tachográfkártyák 1. generációját, vagy sem.  
2.206. VuIdentificationRecordArray 
2. generáció:  
A VuIdentification plusz a letöltési protokollban használt metaadatok.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 169
  
recordType  a rekord (VuIdentification) típusát jelöli.  Érték-hozzáren­
delés: Lásd: RecordType  
recordSize  a VuIdentification mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records VuIdentification rekordok sorozata.  
2.207.  VuITSConsentRecord  
2. generáció:  
Olyan, járm űegységben tárolt információ, amely a járm űvezető által az 
intelligens közlekedési rendszerek használatához adott beleegyezésre 
vonatkozik.
  
cardNumberAnd Gen a kártyát és annak generációját azonosítja. Ennek 
a járművezetői kártyának vagy a mű helykártyának kell lennie.  
consent jelz ő, amely azt jelzi, hogy a járm űvezető beleegyezését adta-e 
az intelligens közlekedési rendszerek adott járm űvön/járműegységben 
való használatához, vagy sem.  
Érték-hozzárendelés:  
IGAZ azt jelzi, hogy a járm űvezető beleegyezett az intelligens 
közlekedési rendszerek használatába  
HAMIS azt jelzi, hogy a járm űvezető megtagadta az intelligens közle ­
kedési rendszerek használatát  
2.208. VuITSConsentRecordArray  
2. generáció:  
Olyan, járm űegységben tárolt információ, amely a járm űvezető intelli­
gens közlekedési rendszerek használatába való beleegyezésére vonat ­
kozik (1C melléklet, 200. követelmény).
  
recordType  a rekord (VuITSConsentRecord) típusát jelöli.  Érték- 
hozzárendelés:  Lásd: RecordType  
recordSize  a VuITSConsentRecord mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records az intelligens közlekedési rendszerek használatára vonatkozó 
beleegyezésrekordok sorozata.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 170  
2.209. VuManufacturerAddress  
A járműegység gyártójának címe.
  
Érték-hozzárendelés:  Nincs meghatározva.  
2.210. VuManufacturerName  
A járműegység gyártójának neve.
  
Érték-hozzárendelés:  Nincs meghatározva.  
2.211. VuManufacturingDate  
A járműegység gyártási dátuma.
  
Érték-hozzárendelés:  Nincs meghatározva.  
2.212. VuOverSpeedingControlData  
Olyan, járm űegységben tárolt információ, amely az utolsó gyorshajtás- 
ellenőrzés óta történt gyorshajtási eseményekre vonatkozik (1B melléklet, 
095. követelmény és 1C melléklet, 117. követelmény).
  
lastOverspeedControlTime  az utolsó gyorshajtás-ellen őrzés dátuma és 
ideje.  
firstOverspeedSince  az ezt a gyorshajtás-ellen őrzést követ ő első gyors­
hajtás dátuma és ideje.  
numberOfOverspeedSince az utolsó gyorshajtás-ellen őrzés óta történt 
gyorshajtási események száma.  
2.213. VuOverSpeedingControlDataRecordArray 
2. generáció:  
A VuOverSpeedingControlData plusz a letöltési protokollban használt 
metaadatok.
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 171  
recordType  a rekord (VuOverSpeedingControlData) típusát jelöli.  
Érték-hozzárendelés:  Lásd: RecordType  
recordSize  a VuOverSpeedingControlData mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records a gyorshajtás-ellen őrzési adatok rekordjainak sorozata.  
2.214. VuOverSpeedingEventData 
1. generáció:  
Olyan, járm űegységben tárolt információ, amely gyorshajtási esemé ­
nyekre vonatkozik (1B melléklet, 094. követelmény).
  
noOfVuOverSpeedingEvents a vuOverSpeedingEventRecords soro­
zatban felsorolt események száma.  
vuOverSpeedingEventRecords a gyorshajtási események rekordjainak 
sorozata. 
2.215. VuOverSpeedingEventRecord 
1. generáció:  
Olyan, járm űegységben tárolt információ, amely gyorshajtási esemé ­
nyekre vonatkozik (1B melléklet, 094. követelmény és 1C melléklet, 
117. követelmény).
  
eventType az esemény típusa.  
eventRecordPurpose az esemény rögzítésének célja.  
eventBeginTime  az esemény kezdetének dátuma és ideje.  
eventEndTime az esemény befejez ődésének dátuma és ideje.  
maxSpeedValue az esemény alatt mért maximális sebesség.  
averageSpeedValue az esemény alatt mért sebességek számtani átlaga.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 172  
cardNumberDriverSlotBegin  az esemény kezdetekor a járm űvezetői 
kártyaolvasó egységbe behelyezett kártyát azonosítja.  
similarEventsNumber az adott napon előforduló hasonló események 
száma. 
2. generáció:  
Olyan, járm űegységben tárolt információ, amely gyorshajtási esemé ­
nyekre vonatkozik (1B melléklet, 094. követelmény és 1C melléklet, 
117. követelmény).
  
A cardNumberDriverSlotBegin helyett a 2. generáció adatstruktúrája a 
következő adatelemeket alkalmazza.  
cardNumberAndGenDriverSlotBegin az esemény kezdetekor a jármű­
vezetői kártyaolvasó egységbe behelyezett kártyát és annak generációját 
azonosítja.  
2.216. VuOverSpeedingEventRecordArray 
2. generáció:  
Olyan, járm űegységben tárolt információ, amely gyorshajtási esemé ­
nyekre vonatkozik (1C melléklet, 117. követelmény).
  
recordType  a rekord (VuOverSpeedingEventRecord) típusát jelöli.  
Érték-hozzárendelés:  Lásd: RecordType  
recordSize  a VuOverSpeedingEventRecord mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records a gyorshajtási események rekordjainak sorozata.  
2.217. VuPartNumber  
A járműegység alkatrészszáma.
  
Érték-hozzárendelés:  A járműegység gyártójára jellemz ő. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 173  
2.218. VuPlaceDailyWorkPeriodData  
1. generáció:  
Olyan, járm űegységben tárolt információ, amely olyan helyekre vonat ­
kozik, ahol a járm űvezetők a munkanapot megkezdik vagy befejezik 
(1B melléklet, 087. követelmény és 1C melléklet, 108. és 110. követel ­
mény).
  
noOfPlaceRecords  a vuPlaceDailyWorkPeriodRecords sorozatban felso ­
rolt rekordok száma.  
vuPlaceDailyWorkPeriodRecords  a helyre vonatkozó rekordok soro ­
zata. 
2.219. VuPlaceDailyWorkPeriodRecord  
1. generáció:  
Olyan, járm űegységben tárolt információ, amely olyan helyre vonatko ­
zik, ahol egy járm űvezető a munkanapot megkezdi vagy befejezi 
(1B melléklet, 087. követelmény és 1C melléklet, 108. és 110. követel ­
mény).
  
fullCardNumber a járm űvezető kártyájának típusa, a kártyát kiállító 
tagállam és a kártyaszám.  
placeRecord  a betáplált helyre vonatkozó információt tartalmazza.  
2. generáció:  
Olyan, járm űegységben tárolt információ, amely olyan helyre vonatko ­
zik, ahol egy járm űvezető a munkanapot megkezdi vagy befejezi 
(1B melléklet, 087. követelmény és 1C melléklet, 108. és 110. követel ­
mény).
  
A fullCardNumber helyett a 2. generáció adatstruktúrája a következ ő 
adatelemeket alkalmazza.  
fullCardNumberAndGeneration a kártya típusa, a kiállító tagállam, a 
kártyaszám és a generáció, a kártyán tárolt formában.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 174  
2.220. VuPlaceDailyWorkPeriodRecordArray  
2. generáció:  
Olyan, járm űegységben tárolt információ, amely olyan helyekre vonat ­
kozik, ahol a járm űvezető a munkanapot megkezdi vagy befejezi 
(1C melléklet, 108. és 110. követelmény).
  
recordType  a rekord (VuPlaceDailyWorkPeriodRecord) típusát jelöli.  
Érték-hozzárendelés:  Lásd: RecordType  
recordSize  a VuPlaceDailyWorkPeriodRecord mérete bájtokban kife ­
jezve.  
noOfRecords a sorozatban található rekordok száma.  
records a helyre vonatkozó rekordok sorozata.  
2.221. VuPrivateKey  
1. generáció:  
A járműegység privát kulcs kulcsa.
  
2.222. VuPublicKey 
1. generáció:  
A járműegység nyilvános kulcsa.
  
2.223. VuSerialNumber  
A járműegység sorozatszáma (1B melléklet, 075. követelmény és 
1C melléklet, 93. követelmény).
  
2.224. VuSoftInstallationDate  
A járműegység szoftververziójának telepítési dátuma.
  
Érték-hozzárendelés:  Nincs meghatározva.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 175  
2.225. VuSoftwareIdentification  
Olyan, járm űegységben tárolt információ, amely a telepített szoftverre 
vonatkozik.
  
vuSoftwareVersion a járm űegység szoftververziójának száma.  
vuSoftInstallationDate a szoftververzió telepítésének dátuma.  
2.226. VuSoftwareVersion  
A járműegység szoftververziójának száma.
  
Érték-hozzárendelés:  Nincs meghatározva.  
2.227. VuSpecificConditionData 
1. generáció:  
Olyan, járm űegységben tárolt információ, amely különleges körülmé ­
nyekre vonatkozik.
  
noOfSpecificConditionRecords a specificConditionRecords sorozatban 
felsorolt rekordok száma.  
specificConditionRecords a különleges körülményekre vonatkozó 
rekordok sorozata. 
2.228. VuSpecificConditionRecordArray 
2. generáció:  
Olyan, járm űegységben tárolt információ, amely különleges körülmé ­
nyekre vonatkozik (1C melléklet, 130. követelmény).
  
recordType  a rekord (SpecificConditionRecord) típusát jelöli.  Érték- 
hozzárendelés:  Lásd: RecordType  
recordSize  a SpecificConditionRecord mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records a különleges körülményekre vonatkozó rekordok sorozata.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 176  
2.229. VuTimeAdjustmentData  
1. generáció:  
Olyan, járm űegységben tárolt információ, amely a rendes kalibrálás 
keretein kívül végrehajtott id őbeállításokra vonatkozik (1B melléklet, 
101. követelmény).
  
noOfVuTimeAdjRecords a vuTimeAdjustmentRecords sorozatban 
található rekordok száma.  
vuTimeAdjustmentRecords az idő beállítási tételek sorozata.  
▼M1 
2.230. Késő bbi használatra fenntartva  
2.231. Késő bbi használatra fenntartva  
▼B 
2.232. VuTimeAdjustmentRecord 
Olyan, járm űegységben tárolt információ, amely a rendes kalibrálás 
keretein kívül végrehajtott id őbeállításra vonatkozik (1B melléklet, 
101. követelmény és 1C melléklet, 124. és 125. követelmény).  
1. generáció:
  
oldTimeValue, newTimeValue a dátum és az idő régi és új értékei. 
workshopName, workshopAddress  a műhely neve és címe.  
workshopCardNumber  az időbeállítás végrehajtásához használt 
műhelykártyát azonosítja.  
2. generáció:
  
A workshopCardNumber helyett a 2. generáció adatstruktúrája a követ ­
kező adatelemeket alkalmazza.  
workshopCardNumberAndGeneration  az idő beállítás végrehajtásához 
használt mű helykártyát és annak generációját azonosítja.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 177  
2.233. VuTimeAdjustmentRecordArray 
2. generáció:  
Olyan, járm űegységben tárolt információ, amely a rendes kalibrálás 
keretein kívül végrehajtott id őbeállításokra vonatkozik (1C melléklet, 
124. és 125. követelmény).
  
recordType  a rekord (VuTimeAdjustmentRecord) típusát jelöli.  Érték- 
hozzárendelés:  Lásd: RecordType  
recordSize  a VuTimeAdjustmentRecord mérete bájtokban kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records az idő beállítási rekordok sorozata.  
2.234.  WorkshopCardApplicationIdentification 
Olyan, műhelykártyán tárolt információ, amely a kártya alkalmazásának 
azonosítására vonatkozik (1C melléklet, 307. és 330. követelmény).  
1. generáció:
  
typeOfTachographCardId meghatározza az alkalmazott kártyatípust.  
cardStructureVersion a kártyán alkalmazott struktúra verzióját hatá ­
rozza meg.  
noOfEventsPerType a kártyán eseménytípusonként tárolható esemé ­
nyek száma.  
noOfFaultsPerType a kártyán hibatípusonként tárolható hibák száma.  
activityStructureLength a tevékenységi rekordok eltárolására rendelke ­
zésre álló bájtok számát jelzi.  
noOfCardVehicleRecords a kártyán eltárolható járm űrekordok száma.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 178  
noOfCardPlaceRecords a kártyán eltárolható helyek száma.  
noOfCalibrationRecords a kártyán tárolható kalibrálási rekordok 
száma.  
2. generáció:  
▼M1
 
Az 1. generáció adatelemein túlmen ően a következ ő adatelemeket kell 
alkalmazni:  
noOfGNSSADRecords  a kártyán tárolható halmozott járm űvezetési 
GNSS-rekordok száma. 
noOfSpecificConditionRecords a kártyán tárolható különlegeskörül ­
mény-rekordok száma.  
noOfCardVehicleUnitRecords a kártyán eltárolható járm űrekordok 
száma.  
▼B 
2.235. WorkshopCardCalibrationData  
Olyan, műhelykártyán tárolt információ, amely a kártyával végrehajtott 
műhelytevékenységre vonatkozik (1C melléklet, 314., 316., 337. és 
339. követelmény).
  
calibrationTotalNumber a kártyával végrehajtott kalibrálások száma 
összesen.  
calibrationPointerNewestRecord  az utoljára aktualizált kalibrálási 
rekord indexe.  
Érték-hozzárendelés:  A kalibrálási rekord számlálójának megfelel ő 
szám, amely a kalibrálási rekordoknak a szerkezetben való els ő előfor­
dulásakor „0”-val kezd ődik. 
calibrationRecords a kalibrálásra és/vagy id őbeállításra vonatkozó 
információkat tartalmazó rekordok sorozata.  
2.236. WorkshopCardCalibrationRecord  
Olyan, műhelykártyán tárolt információ, amely a kártyával végrehajtott 
kalibrálásra vonatkozik (1C melléklet, 314. és 337. követelmény).  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 179  
1. generáció:
  
calibrationPurpose  a kalibrálás célja.  
vehicleIdentificationNumber  a jármű alvázszáma.  
vehicleRegistration  a rendszámot és a nyilvántartásba vétele szerinti 
tagállamot tartalmazza.  
wVehicleCharacteristicConstant a jármű jellemző együtthatója.  
kConstantOfRecordingEquipment  a menetíró készülék állandója.  
lTyreCircumference  a kerék gumiabroncsainak tényleges kerülete.  
tyreSize  a járműre szerelt gumiabroncsok méreteinek jelölése.  
authorisedSpeed a járm ű maximális engedélyezett sebessége.  
oldOdometerValue, newOdometerValue  a kilométer-számláló régi és 
új értékei.  
oldTimeValue, newTimeValue a dátum és az id ő régi és új értékei. 
nextCalibrationDate a jóváhagyott felülvizsgálati szerv által legköze ­
lebb végrehajtandó, a CalibrationPurpose-ban meghatározott típusú 
kalibrálás dátuma.  
vuPartNumber , vuSerialNumber és sensorSerialNumber a készülék 
azonosítására szolgáló adatelemek.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 180  
2. generáció:
  
Az 1. generáció adatelemein túlmen ően a következ ő adatelemeket kell 
alkalmazni:  
sensorGNSSSerialNumber , amely a küls ő GNSS-eszközt azonosítja  
rcmSerialNumber  a távoli kommunikációs modult azonosítja.  
sealDataCard a jármű különböz ő alkatrészeire er ősített plombákról 
szolgáltat információkat.  
2.237. WorkshopCardHolderIdentification  
Olyan, mű helykártyán tárolt információ, amely a kártyatulajdonos 
azonosítására vonatkozik (1C melléklet, 311. és 334. követelmény).
  
workshopName  a kártyatulajdonos mű helyének neve.  
workshopAddress  a kártyatulajdonos műhelyének címe.  
cardHolderName  a tulajdonos családi neve és utóneve(i) (például a 
szerelő neve). 
cardHolderPreferredLanguage  a kártyatulajdonos által előnyben része ­
sített nyelv.  
2.238. WorkshopCardPIN  
A műhelykártya személyazonosító kódja (PIN kód) (1C melléklet, 
309. és 332. követelmény).
  
Érték-hozzárendelés:  A kártyatulajdonos számára ismert PIN kód, 
jobbra maximálisan feltöltve 8 „FF” bájttal.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 181  
2.239. W-VehicleCharacteristicConstant  
A jármű jellemző együtthatója [k) definíció].
  
Érték-hozzárendelés:  Kilométerenkénti impulzusok a 0-tól 64 255 
impulzus/km-ig terjed ő működési tartományban.  
2.240. VuPowerSupplyInterruptionRecord 
2. generáció:  
Olyan, járm űegységben tárolt információ, amely áramellátás megszaka ­
dása eseményekre vonatkozik (1C melléklet, 117. követelmény).
  
eventType az esemény típusa.  
eventRecordPurpose az esemény rögzítésének célja.  
eventBeginTime  az esemény kezdetének dátuma és ideje.  
eventEndTime az esemény befejez ődésének dátuma és ideje.  
cardNumberAndGenDriverSlotBegin az esemény kezdetekor a jármű­
vezetői kártyaolvasó egységbe behelyezett kártyát és annak generációját 
azonosítja.  
cardNumberAndGenDriverSlotEnd az esemény befejeződésekor a 
járművezetői kártyaolvasó egységbe behelyezett kártyát és annak gene ­
rációját azonosítja.  
cardNumberAndGenCodriverSlotBegin az esemény kezdetekor a 
járműkísérői kártyaolvasó egységbe behelyezett kártyát és annak gene ­
rációját azonosítja.  
cardNumberAndGenCodriverSlotEnd az esemény befejeződésekor a 
járműkísérői kártyaolvasó egységbe behelyezett kártyát és annak gene ­
rációját azonosítja.  
similarEventsNumber az adott napon el őforduló hasonló események 
száma.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 182  
2.241. VuPowerSupplyInterruptionRecordArray  
2. generáció:  
Olyan, járm űegységben tárolt információ, amely áramellátás megszaka ­
dása eseményekre vonatkozik (1C melléklet, 117. követelmény).
  
recordType  a rekord (VuPowerSupplyInterruptionRecord) típusát jelöli.  
Érték-hozzárendelés:  Lásd: RecordType  
recordSize  a VuPowerSupplyInterruptionRecord mérete bájtokban kife ­
jezve.  
noOfRecords a sorozatban található rekordok száma.  
records az áramellátás megszakadására vonatkozó eseményrekordok 
sorozata. 
2.242. VuSensorExternalGNSSCoupledRecordAr ray 
2. generáció:  
Egy SensorExternalGNSSCoupledRecord rekordsorozat plusz a letöltési 
protokollban használt metaadatok.
  
recordType  a rekord (SensorExternalGNSSCoupledRecord) típusát 
jelöli.  Érték-hozzárendelés:  Lásd: RecordType  
recordSize  a SensorExternalGNSSCoupledRec ord mérete bájtokban 
kifejezve.  
noOfRecords a sorozatban található rekordok száma.  
records a SensorExternalGNSSCoupledRecord rekordok sorozata.  
2.243. VuSensorPairedRecordArray 
2. generáció:  
Egy SensorPairedRecord rekordsorozat plusz a letöltési protokollban 
használt metaadatok.
  
recordType  a rekord (SensorPairedRecord) típusát jelöli.  Érték-hozzá­
rendelés: Lásd: RecordType  
recordSize  a SensorPairedRecord mérete bájtokban kifejezve.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 183  
noOfRecords a sorozatban található rekordok száma.  
records az érzékel ők párosítására vonatkozó rekordok sorozata.  
3. ÉRTÉK- ÉS MÉRETTARTOMÁNY-MEGHATÁROZÁSOK  
A 2. bekezdésben a definíciókhoz felhasznált változó értékek meghatá ­
rozása.
  
4. KARAKTERKÉSZLETEK  
Az IA5String karakterláncok az ISO/IEC 8824-1 szabványban definiált 
ASCII karaktereket használják. Az olvashatóság és a könnyebb hivat ­
kozás érdekében az alábbiakban található az érték-hozzárendelés. A tájé ­
koztatásul feltüntetett adatokkal való ellentmondás esetén mindig az 
ISO/IEC 8824-1 szabvány az irányadó.
  
Az egyéb karakterláncok (Address, Name, VehicleRegistrationNumber) 
emellett a következ ő 8-bites szabványos karakterkészletek 161–255. 
decimáliskarakterkód-tartományába tartozó karaktereket is alkalmazzák; a 
karakterkészletet a kódlap száma határozza meg: 
Szabványos karakterkészlet  Kódlap 
(decimális)  
ISO/IEC 8859-1 Latin-1 nyugat-európai  1  
ISO/IEC 8859-2 Latin-2 közép-európai  2  
ISO/IEC 8859-3 Latin-3 dél-európai  3  
ISO/IEC 8859-5 Latin / cirill  5  
ISO/IEC 8859-7 Latin / görög 7  
ISO/IEC 8859-9 Latin-5 török 9  
ISO/IEC 8859-13 Latin-7 balti  13  
ISO/IEC 8859-15 Latin-9  15  
ISO/IEC 8859-16 Latin-10 délkelet-európai  16  
KOI8-R Latin/cirill  80 
KOI8-U Latin/cirill  85 
5. KÓDOLÁS  
Amennyiben az ASN.1 kódolási szabályok szerint történik a kódolás, az 
összes definiált adattípust az ISO/IEC 8825-2 szabványnak megfelel ően 
kell kódolni, különböz őképpen elrendezve.  
6. OBJEKTUMAZONOSÍTÓK ÉS ALKALMAZÁSAZONOSÍTÓK  
6.1. Objektumazonosítók  
Az e fejezetben felsorolt objektumazonosítók csak a 2. generációra vonat ­
koznak. Ezeknek az objektumazonosítóknak a meghatározása a TR- 
03110-3 számú technikai jelentésben található, itt a teljesség kedvéért  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 184  
kerülnek felsorolásra. Ezeket az objektumazonosítókat a bsi-de részfa 
tartalmazza:
  
Járműegység-hitelesítési protokollazonosítók
  
Példa: Abból a feltevésb ől kiindulva, hogy a járm űegység 
hitelesítését a SHA-384 algoritmussal kell végezni, az 
alkalmazandó objektumazonosító (ASN.1 jelöléssel):
  
. Ennek az 
objektumazonosítónak az értéke pontozott jelölést alkalmazva:
  
. 
Pontozott jelölés  Bájtjelölés
  
‘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’  
Chiphitelesítési protokollazonosítók
  
Példa: Abból a feltevésb ől kiindulva, hogy a chiphitelesítést az 
ECDH algoritmussal kell végezni, az AES munkamenetkulcs 128 bit 
hosszú. A kés őbbiekben ezt a munkamenetkulcsot kell alkalmazni a 
CBC üzemeltetési módban az adatok bizalmas kezelésének, illetve a 
CMAC algoritmussal az adatok hitelességének biztosítására. Ezért 
az alkalmazandó objektumazonosító (ASN.1 jelöléssel)
  
. Ennek az 
objektumazonosítónak az értéke pontozott jelölést alkalmazva:
  
. 
Pontozott jelölés  Bájtjelölés
  
‘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’  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 185  
6.2. Alkalmazásazonosítók 
2. generáció:  
A (2. generációs) külső GNSS-eszköz alkalmazásazonosítóját (AID) az 
‘FF 44 54 45 47 4D’ adja meg. Ez egy tulajdonosi AID az ISO/IEC 
7816-4 szabványnak megfelel ően 
Megjegyzés: Az utolsó 5 bájt tartalmazza a DTEGM-et az intelligens 
menetíró készülék küls ő GNSS-eszközéhez.  
A 2. generációs tachográfkártya alkalmazásazonosítóját az ‘FF 53 4D 52 
44 54’ adja meg. Ez egy tulajdonosi AID az ISO/IEC 7816-4 szab ­
ványnak megfelel ően ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 186  
2. függelék 
A TACHOGRÁFKÁRTYÁKRA VONATKOZÓ ELŐÍRÁSOK 
TARTALOMJEGYZÉK 
1. BEVEZETÉS  
1.1. Rövidítések  
1.2. Hivatkozások  
2. ELEKTROMOS ÉS FIZIKAI JELLEMZ ŐK 
2.1. Tápfeszültség és áramfelvétel  
2.2. A V pp programozási feszültség  
2.3. Órajel-generálás és -frekvencia  
2.4. I/O érintkező 
2.5. A kártya állapotai  
3. HARDVER ÉS KOMMUNIKÁCIÓ  
3.1. Bevezetés  
3.2. Adatátviteli protokoll  
3.2.1 Protokollok  
3.2.2 ATR 
3.2.3 PTS 
3.3. Hozzáférési szabályok  
3.4. Parancsok és hibakódok áttekintése  
3.5. A parancsok leírása  
3.5.1 SELECT  
3.5.2 READ BINARY  
3.5.3 UPDATE BINARY  
3.5.4 GET CHALLENGE  
3.5.5 VERIFY 
3.5.6 GET RESPONSE 
3.5.7 PSO: VERIFY CERTIFICATE 
3.5.8 INTERNAL AUTHENTICATE 
3.5.9 EXTERNAL AUTHENTICATE  
3.5.10 GENERAL AUTHENTICATE  
3.5.11 MANAGE SECURITY ENVIRONMENT  
3.5.12 PSO: HASH  
3.5.13 PERFORM HASH of FILE  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 187  
3.5.14 PSO: COMPUTE DIGITAL SIGNATURE  
3.5.15 PSO: VERIFY DIGITAL SIGNATURE  
3.5.16 PROCESS DSRC MESSAGE  
4. A TACHOGRÁFKÁRTYÁK STRUKTÚRÁJA  
4.1. Törzsállomány (MF)  
4.2. Járm űvezetőikártya-alkalmazások  
4.2.1 1. generációs járművezetőikártya-alkalmazás  
4.2.2 2. generációs járművezetőikártya-alkalmazás  
4.3. M űhelykártya-alkalmazások  
4.3.1 1. generációs műhelykártya-alkalmazás  
4.3.2 2. generációs műhelykártya-alkalmazás  
4.4. Ellen őrzőkártya-alkalmazások  
4.4.1 1. generációs ellenőrzőkártya-alkalmazás  
4.4.2 2. generációs ellenőrzőkártya-alkalmazás  
4.5. Vállalkozáskártya-alkalmazások  
4.5.1 1. generációs vállalkozáskártya-alkalmazás  
4.5.2 2. generációs vállalkozáskártya-alkalmazás  
1. BEVEZETÉS  
1.1. Rövidítések 
E függelék alkalmazásában a következ ő rövidítések alkalmazandók:  
AC Access conditions – hozzáférési feltételek  
AES Advanced Encryption Standard – továbbfejlesztett adattit ­
kosítási szabvány  
AID Application Identifier – alkalmazásazonosító  
ALW Always – mindig 
APDU Application Protocol Data Unit – alkalmazási protokoll 
adategysége (a parancs szerkezete)  
ATR Answer To Reset – válasz az alaphelyzetbe állításra  
AUT Authenticated – hitelesített  
C6, C7 Contacts N o 6 and 7 – a kártya 6-os és 7-es számú 
érintkezői az ISO/IEC 7816-2 leírása szerint  
cc clock cycles – órajelciklusok  
▼M1 
CHA Certificate Holder Authorisation – a tanúsítvány tulajdo ­
nosának engedélye  
▼B 
CHV Card holder Verification Information – a kártyatulajdonos 
ellenőrzésére szolgáló információ  
CLA Class byte of an APDU command – egy APDU parancs 
besorolási bájtja  
▼M1 
DO Data Object – adatobjektum  
▼B 
DSRC Dedicated Short Range Communication – speciális célú, 
rövid hatótávolságú adatátvitel  
DF Dedicated File – speciális célú fájl. Egy DF tartalmazhat 
egyéb (EF vagy DF) fájlokat is  
ECC Elliptic Curve Cryptography – elliptikus görbe alapú 
titkosítás  
EF Elementary File – elemi fájl  
etu elemi idő egység – elemi idő egység  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 188  
G1 Generation 1 – 1. generáció  
G2 Generation 2 – 2. generáció  
IC Integrated Circuit – integrált áramkör  
ICC Integrated Circuit Card – integrált áramkörös kártya  
ID Identifier – azonosító  
IFD Interface Device – interfészkészülék  
IFS Information Field Size – információs mez ő mérete  
IFSC Information Field Size for the card – a kártya információs 
mezőjének mérete  
IFSD Information Field Size Device – a terminál információs 
mezőjének mérete  
INS Instruction byte of an APDU command – egy APDU 
parancs utasítási bájtja  
Lc Length of the input data for a APDU command – a 
bemeneti adat hossza egy APDU parancs esetében  
Le Length of the expected data – a várt adat hossza (kime ­
neti adat egy parancs esetében)  
MF Master File – törzsállomány (gyökér DF)  
NAD Node Address used in T=1 protocol – a T=1 protokollban 
felhasznált csomópontcím  
NEV Never – egyszer sem  
P1-P2 Parameter bytes – paraméterbájtok  
PIN Personal Identification Number – személyazonosító kód  
PRO SM Protected with secure messaging – biztonságos üzenetkül­
déssel védve  
PTS Protocol Transmission Selection – protokollátvitel kivá ­
lasztása  
RFU Reserved for Future Use – kés őbbi használatra fenntartva  
RST Reset – alaphelyzetbe állítás (a kártyára vonatkozik)  
SFID Short EF Identifier – rövid EF azonosító 
SM Secure Messaging – biztonságos üzenetküldés  
SW1-SW2 Status bytes – állapotbájtok  
TS Initial ATR character – kezdeti ATR karakter  
VPP Programming Voltage – programozási feszültség  
VU Vehicle Unit – járműegység 
XXh Value XX in hexadecimal notation – XX érték hexadeci ­
mális jelöléssel  
‘XXh ’ Value XX in hexadecimal notation – XX érték hexadeci ­
mális jelöléssel  
|| az összef űzés szimbóluma, 03||04=0304  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 189  
1.2. Hivatkozások 
E függelékben a következ ő hivatkozások jelennek meg:  
ISO/IEC 7816-2 Identification cards – Integrated circuit cards – Part 
2: Dimensions and location of the contacts. 
ISO/IEC 7816-2:2007.  
ISO/IEC 7816-3 Identification cards – Integrated circuit cards – Part 
3: Electrical interface and transmission protocols. 
ISO/IEC 7816-3:2006. 
ISO/IEC 7816-4 Identification cards – Integrated circuit cards – Part 
4: Organization, security and commands for inter ­
change. ISO/IEC 7816-4:2013 + Cor 1: 2014. 
ISO/IEC 7816-6 Identification cards – Integrated circuit cards – Part 
6: Interindustry data elements for interchange. 
ISO/IEC 7816-6:2004 + Cor 1: 2006.  
ISO/IEC 7816-8 Identification cards – Integrated circuit cards – Part 
8: Commands for security operations. ISO/IEC 
7816-8:2004. 
ISO/IEC 9797-2 Information technology – Security techniques – 
Message Authentication Codes (MACs) – Part 2: 
Mechanisms using a dedicated hash-function. 
ISO/IEC 9797-2:2011.  
2. ELEKTROMOS ÉS FIZIKAI JELLEMZ ŐK 
TCS_01 Eltér ő utasítás hiányában minden elektronikus jelnek össz ­
hangban kell lennie az ISO/IEC 7816-3 szabvánnyal.  
TCS_02 A kártya érintkezőinek elhelyezése és méretei megfelelnek 
az ISO/IEC 7816-2 szabványnak.  
2.1. Tápfeszültség és áramfelvétel  
TCS_03 A kártya az ISO/IEC 7816-3 szabványban meghatározott 
áramfelvételi határértékeken belül üzemel, az el őírásoknak 
megfelelően. 
TCS_04 A kártyának a Vcc = 3V (± 0,3V) vagy Vcc = 5V (± 0,5V) 
feszültségen kell mű ködnie. 
A feszültséget az ISO/IEC 7816-3 szabványnak megfele ­
lően kell kiválasztani.  
2.2. A V pp programozási feszültség 
TCS_05 A kártya nem igényel programozási feszültséget a C6-os 
érintkezőnél. A C6-os érintkez ő várhatóan nem csatlakozik 
egy IFD-be. A C6-os érintkez ő a V  cc -re kapcsolható a 
kártyán, de nem kell földelni. E feszültség semmilyen 
esetben sem értelmezhet ő. 
2.3. Órajel-generálás és -frekvencia  
TCS_06 A kártya az 1–5 MHz frekvenciatartományban üzemel és 
magasabb frekvenciákat is támogathat. Egy kártyakapcso ­
laton belül az órajel frekvenciája ± 2 %-ot változhat. Az 
órajel-frekvenciát a járm űegység generálja, nem maga a 
kártya. A mű ködési periódus 40 és 60 % között változhat.  
TCS_07 Az EF ICC kártyafájlban rögzített körülmények között a 
külső óra megállítható. Az EF ICC fájl f őrészének els ő 
bájtja a Clockstop (óraleállítás) üzemmód feltételeit 
kódolja:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 190  
Alacsony  Magas 
3-es bit 2-es bit 1-es bit  
0 0  1  Clockstop engedélyezett, nincs előnyben részesített 
szint 
0 1  1  Clockstop engedélyezett, a magas az el őnyben 
részesített szint  
1 0  1  Clockstop engedélyezett, az alacsony az el őnyben 
részesített szint  
0 0  0  Clockstop nem engedélyezett  
0 1  0  Clockstop csak a magas szinten engedélyezett  
1 0  0  Clockstop csak az alacsony szinten engedélyezett  
A 4–8-as bit nem kerül felhasználásra.  
2.4. I/O érintkező 
TCS_08 A C7-es I/O érintkez őt arra kell használni, hogy adatokat 
fogadjon az IFD-t ől, valamint adatokat továbbítson az IFD 
felé. A mű velet végzése alatt vagy csak a kártya, vagy csak 
az IFD lehet adatátviteli üzemmódban. Amennyiben 
mindkét egység átviteli üzemmódban van, a kártya ezáltal 
nem sérülhet meg. Amennyiben a kártya nem bonyolít le 
átvitelt, fogadás üzemmódba lép.  
2.5. A kártya állapotai  
TCS_09 A kártya két állapotban üzemel, miközben rendelkezésre áll 
a megkívánt tápfeszültség:  
üzemelési állapotban, amikor parancsokat hajt végre, vagy 
összeköttetésben van a digitális egységgel,  
minden egyéb időben tétlen állapotban; ezen állapotban a 
kártya minden adatot visszatart.  
3. HARDVER ÉS KOMMUNIKÁCIÓ  
3.1. Bevezetés  
Ez a szakasz a tachográfkártya és a járm űegységek (VU) minimális 
funkcionális követelményeit ismerteti, amelyek biztosítják a megfelel ő 
üzemelést és az interoperabilitást.  
A tachográfkártyák, amennyire lehetséges, megfelelnek a hatályos 
ISO/IEC szabványoknak (különösen az ISO/IEC 7816 szabványnak). 
Azonban a parancsokat és a protokollokat részletesen ismertetni kell, 
hogy adott esetben bizonyos, használatra vonatkozó korlátozások vagy 
különbségek meghatározásra kerüljenek. Eltér ő utasítás hiányában e 
parancsoknak teljes mértékben meg kell felelniük az említett szabvá ­
nyoknak. 
3.2. Adatátviteli protokoll  
TCS_10 Az adatátviteli protokoll megfelel az ISO/IEC 7816-3 szab ­
ványnak T = 0 és T = 1 esetén. A járm űegység felismeri 
különösen a kártya által küldött várakozásiid ő-kiterjesztése ­
ket. 
3.2.1 Protokollok  
TCS_11 A kártya mind a  T=0 , mind a T=1 protokollt támogatja. 
Ezenkívül a kártya támogathat további érintkez őorientált 
protokollokat.  
TCS_12 A T=0 az alapértelmezés ű protokoll, ezért a protokoll  T=1 - 
re történő átváltásához szükség van a PTS parancsra.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 191  
TCS_13 Az eszközök mindkét protokoll szerint támogatják a  direct 
convention -t, amely ily módon kötelez ő a kártya tekinteté ­
ben. 
TCS_14 A kártya információsmez ő-méret  bájtjának jelen kell 
lennie az ATR-nél a TA3-as karakterben. Ezen érték 
legalább ‘F0h’ (= 240 bájt).  
A protokollokra a következő korlátozások vonatkoznak:  
TCS_15 T=0 
— Az interfészkészülék támogat egy választ az I/O szin ­
ten, az RST-n, 400 cc-t ől a jel felfutó éle után.  
— Az interfészkészülék képes elolvasni a 12 etu-val elvá ­
lasztott karaktereket.  
— Az interfészkészülék leolvassa a hibás karaktert és 
annak ismételt el őfordulását, ha azt 13 etu választja 
el. Amennyiben hibás karaktert észlel, az I/O-n egy 
hibajel jelenik meg 1 etu és 2 etu között. Az eszköz 
1 etu késleltetést támogat.  
— Az interfészkészülék elfogad egy 33 bájtos ATR 
(TS+32)-t. 
— Ha a TC1 jelen van az ATR-ben, az Extra Guard Time- 
nak (külön biztonsági idő nek) rendelkezésre kell állnia 
az interfészkészülék által elküldött karakterekre vonat ­
kozóan, bár a kártya által elküldött karakterek még 12 
etu-val elválaszthatók. Ez szintén igaz az interfészké ­
szülék által kiadott P3-as karakter után a kártya által 
elküldött ACK karakterre is.  
— Az interfészkészülék figyelembe veszi a kártya által 
kiadott NUL karaktert is.  
— Az interfészkészülék elfogadja a komplementer üzem ­
módot az ACK-ra. 
— A Get Response parancs nem használható a láncolási 
üzemmódban olyan adat fogadására, amelynek hossza 
meghaladhatja a 255 bájtot.  
TCS_16 T=1 
— NAD bájt: nincs használatban (a NAD-ot ‘00’-ra kell 
beállítani).  
— S-block ABORT: nincs használatban. 
— S-blokk VPP állapot-hiba: nincs használatban.  
— Az adatmező teljes láncolási hossza nem haladja meg a 
255 bájtot (ezt az IFD biztosítja).  
— Az IFSD-t az IFD közvetlenül az ATR után jelzi: az 
IFD továbbítja az S-Block IFS kérését az ATR után, és 
a kártya az S-Block IFS-t küldi vissza. Az IFSD-re 
javasolt érték: 254 bájt.  
— A kártya nem kér IFS kiigazítást.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 192  
3.2.2 ATR 
TCS_17 Az eszköz ellenőrzi az ATR bájtokat, az ISO/IEC 7816-3 
szabványnak megfelel ően. Nem kell végezni ellen őrzést az 
ATR előzménykaraktereken.  
Példa az ISO/IEC 7816-3 szabványnak megfelel ő Basic 
Biprotocol ATR-re  
Karakter  Érték Megjegyzések  
TS ‘3Bh’ Jelzi a direct convention-t.  
T0 ‘85h’ TD1 jelen van; 5 előzménybájt jelen van  
TD1 ‘80h’ TD2 jelen van; T=0 használandó  
TD2 ‘11h’ TA3 jelen van; T=1 használandó  
TA3 ‘XXh’ (legalább 
‘F0h’) Kártya információsmez ő-méret (IFSC) 
TH1 – TH5 ‘XXh’ El őzménykarakterek  
TCK ‘XXh’ Ellen őrző karakter (OR nélkül)  
TCS_18 Az Answer To Reset (ATR) után a törzsállomány (MF) 
implicit módon kiválasztásra kerül, és ez lesz az aktuális 
könyvtár. 
3.2.3 PTS 
TCS_19 Az alapértelmezett protokoll a T=0. A T=1 protokoll beál ­
lításához a PTS-t (PPS-ként is ismert) el kell küldeni a 
kártyához az eszköz segítségével.  
TCS_20 Mivel mind a T=0, mind a T=1 protokoll kötelez ő a 
kártyára vonatkozóan, ezért a protokollok átkapcsolását 
engedélyező alap-PTS ugyancsak kötelez ő. 
Az ISO/IEC 7816-3 szabvány szerint a PTS felhasználható 
egy nagyobb átviteli sebességre való átkapcsolásra, mint 
adott esetben az ATR-ben a kártya által javasolt alapértel ­
mezett sebesség (TA(1) bájt).  
A nagyobb átviteli sebességek opcionálisak a kártya 
részére. 
TCS_21 Ha az alapértelmezett sebességen kívül más átviteli 
sebesség nem támogatott (vagy ha a kiválasztott átviteli 
sebesség nem támogatott), a kártya helyesen válaszol a 
PTS-re, az ISO/IEC 7816-3 szabványnak megfelel ően, 
kihagyva a PPS1 bájtot.  
Alap PTS példák protokoll-kiválasztáshoz:  
Karakter  Érték Megjegyzések  
PPSS  ‘FFh’ A kezdő karakter  
PPS0 ‘00h’ vagy ‘01h’  PPS1 – PPS3 nincs jelen; ‘00h’ a T0 kiválasztásához, 
‘01h’ a T1 kiválasztásához  
PK ‘XXh’ Ellen őrző karakter: ‘XXh ’ = ‘FFh’, ha PPS0 = ‘00h’, 
‘XXh’ = ‘FEh’, ha PPS0 = ‘01h’.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 193  
3.3. Hozzáférési szabályok 
TCS_22 Egy hozzáférési szabály a hozzáférési mód – azaz parancs 
– tekintetében meghatározza a megfelel ő biztonsági feltéte ­
leket. A biztonsági feltételek teljesülése esetén a megfelel ő 
parancs feldolgozásra kerül.  
TCS_23 A tachográfkártya esetében a következ ő biztonsági felté ­
telek alkalmazandók:  
Rövidítés  Jelentés  
ALW A művelet mindig lehetséges, és minden korlátozás nélkül végrehajtható. 
APDU parancs és válasz egyszerű szövegben, vagyis biztonságos üzenet­
küldés nélkül került megküldésre.  
NEV A művelet soha sem lehetséges.  
PLAIN-C  APDU parancs egyszer ű szövegben, vagyis biztonságos üzenetküldés nélkül 
került megküldésre.  
PWD A művelet csak a műhelykártya PIN kódjának sikeres ellen őrzését követ ően 
kerülhet végrehajtásra, azaz ha a kártya bels ő biztonsági állapota: „PIN_Ve ­
rified”. A parancsot biztonságos üzenetküldés nélkül kell elküldeni.  
EXT-AUT-G1 A m űvelet csak akkor kerülhet végrehajtásra, ha az 1. generációs hitelesítésre 
vonatkozó External Authenticate parancs (lásd még: 11. függelék A. rész) 
sikeresen végre lett hajtva.  
SM-MAC-G1  Az APDU (parancs és válasz) 1. generációs biztonságos üzenetküldéssel 
együtt alkalmazandó csak hitelesítésre szolgáló üzemmódban (lásd: 11. 
függelék A. rész). 
SM-C-MAC-G1  Az APDU parancs 1. generációs biztonságos üzenetküldéssel együtt alkalma ­
zandó csak hitelesítésre szolgáló üzemmódban (lásd: 11. függelék A. rész).  
SM-R-ENC-G1 Az APDU válasz 1. generációs biztonságos üzenetküldéssel együtt alkalma ­
zandó titkosítás üzemmódban (lásd: 11. függelék A. rész), vagyis nem érkezik 
vissza üzenethitelesítési kód.  
SM-R-ENC- 
MAC-G1 Az APDU válasz 1. generációs biztonságos üzenetküldéssel együtt alkalma ­
zandó „titkosítás, majd hitelesítés” üzemmódban (lásd: 11. függelék A. rész).  
SM-MAC-G2  Az APDU (parancs és válasz) 2. generációs biztonságos üzenetküldéssel 
együtt alkalmazandó csak hitelesítésre szolgáló üzemmódban (lásd: 11. 
függelék B. rész).  
SM-C-MAC-G2  Az APDU parancs 2. generációs biztonságos üzenetküldéssel együtt alkalma ­
zandó csak hitelesítésre szolgáló üzemmódban (lásd: 11. függelék B. rész).  
SM-R-ENC- 
MAC-G2 Az APDU válasz 2. generációs biztonságos üzenetküldéssel együtt alkalma ­
zandó „titkosítás, majd hitelesítés” üzemmódban (lásd: 11. függelék B. rész).  
▼M1 
TCS_24 Ezek a biztonsági feltételek összekapcsolhatók az alábbiak 
szerint:  
ÉS: valamennyi biztonsági feltételnek teljesülnie kell.  
VAGY: legalább egy biztonsági feltételnek teljesülnie kell.  
A fájlrendszerre vonatkozó hozzáférési szabályokat (tehát a 
SELECT, READ BINARY és UPDATE BINARY paran­
csokat) a 4. fejezet határozza meg. A többi paranccsal 
kapcsolatos hozzáférési szabályokat a következ ő táblázatok 
határozzák meg. A „nem alkalmazható” kifejezés akkor 
szerepel, ha a parancsot nem támasztja alá követelmény. 
Ebben az esetben a parancs lehet támogatott vagy nem 
támogatott, de a hozzáférési feltétel e meghatározás ható ­
körén kívül esik.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 194  
TCS_25 A DF Tachograph G1 alkalmazásban a következ ő hozzáfé­
rési szabályok alkalmazandók:  
▼M1 
Parancs  Járművezetői 
kártya  Műhelykártya  Ellenőrzőkártya Vállalkozáskár ­
tya 
External Authenticate  
– Az 1. generáció hitelesítésé ­
hez ALW ALW ALW ALW 
– A 2. generáció hitelesítésé ­
hez ALW PWD ALW ALW 
Internal Authenticate  ALW PWD ALW ALW 
General Authenticate  ALW ALW ALW ALW 
Get Challenge  ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
Process DSRC Message  Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  
PSO: Compute Digital Signature  ALW OR 
SM-MAC- 
G2 ALW OR 
SM-MAC- 
G2 Nem alkal ­
mazható  Nem alkal ­
mazható  
PSO: Hash Nem alkal­
mazható  Nem alkal ­
mazható  ALW Nem alkal­
mazható  
PERFORM HASH of FILE  ALW OR 
SM-MAC- 
G2 ALW OR 
SM-MAC- 
G2 Nem alkal ­
mazható  Nem alkal ­
mazható  
PSO: Verify Certificate  ALW  ALW ALW ALW 
PSO: Verify Digital Signature  Nem alkal ­
mazható  Nem alkal ­
mazható  ALW Nem alkal­
mazható  
Verify Nem alkal­
mazható  ALW Nem alkal ­
mazható  Nem alkal ­
mazható  
▼B 
TCS_26 A DF Tachograph_G2 alkalmazásban a következ ő hozzá­
férési szabályok alkalmazandók:  
▼M1 
Parancs  Járművezetői 
kártya  Műhelykártya  Ellenőrzőkártya Vállalkozáskár ­
tya 
External Authenticate  
— Az 1. generáció hitelesítésé ­
hez Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  
— A 2. generáció hitelesítésé ­
hez ALW PWD ALW ALW  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 195  
Parancs  Járművezetői 
kártya  Műhelykártya  Ellenőrzőkártya Vállalkozáskár ­
tya 
Internal Authenticate  Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  
General Authenticate  ALW ALW ALW ALW 
Get Challenge  ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
Process DSRC Message  Nem alkal ­
mazható  ALW ALW Nem alkal ­
mazható  
PSO: Compute Digital Signature  ALW OR 
SM-MAC- 
G2 ALW OR 
SM-MAC- 
G2 Nem alkal ­
mazható  Nem alkal ­
mazható  
PSO: Hash  Nem alkal­
mazható  Nem alkal ­
mazható  ALW Nem alkal­
mazható  
PERFORM HASH of FILE  ALW OR 
SM-MAC- 
G2 ALW OR 
SM-MAC- 
G2 Nem alkal ­
mazható  Nem alkal ­
mazható  
PSO: Verify Certificate  ALW  ALW ALW ALW 
PSO: Verify Digital Signature  Nem alkal ­
mazható  Nem alkal ­
mazható  ALW Nem alkal­
mazható  
Verify Nem alkal­
mazható  ALW Nem alkal ­
mazható  Nem alkal ­
mazható  
▼B 
TCS_27 Az MF-ben a következ ő hozzáférési szabályok alkalmazan ­
dók: 
▼M1 
Parancs  Járművezetői 
kártya  Műhelykártya  Ellenőrzőkártya Vállalkozáskár ­
tya 
External Authenticate  
— Az 1. generáció hitelesítésé ­
hez Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  
— A 2. generáció hitelesítésé ­
hez ALW PWD ALW ALW 
Internal Authenticate  Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  
General Authenticate  ALW ALW ALW ALW 
Get Challenge  ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 196  
Parancs  Járművezetői 
kártya  Műhelykártya  Ellenőrzőkártya Vállalkozáskár ­
tya 
Process DSRC Message  Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  
PSO: Compute Digital Signature  Nem alkal­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  
PSO: Hash Nem alkal­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  
PERFORM HASH OF FILE  Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  
PSO: Verify Certificate  ALW  ALW ALW ALW 
PSO: Verify Digital Signature  Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  Nem alkal ­
mazható  
Verify Nem alkal­
mazható  ALW Nem alkal ­
mazható  Nem alkal ­
mazható  
▼B 
TCS_28 A tachográfkártya elfogadhatja vagy elutasíthatja a bizton ­
sági feltételek által meghatározott parancsnál magasabb 
biztonsági szint ű parancsot. Vagyis ha a biztonsági feltétel 
ALW (vagy PLAIN-C), a kártya elfogadhat egy bizton ­
ságos üzenetküldéssel ellátott parancsot (titkosítási és/vagy 
hitelesítési üzemmód). Amennyiben a biztonsági feltétel 
biztonságos üzenetküldést és hitelesítési üzemmódot ír 
elő, a tachográfkártya elfogadhatja az azonos generációhoz 
tartozó biztonságos üzenetküldéssel ellátott parancsot titko ­
sítási és hitelesítési üzemmódban.  
Megjegyzés: A leírások további részletekkel szolgálnak a 
parancsok támogatásáról a különböz ő tachográfkártya- 
típusok és a különböz ő DF-ek esetében.  
3.4. Parancsok és hibakódok áttekintése 
A parancsok és a fájlok szervezése az ISO/IEC 7816-4 szabványból 
következik és megfelel e szabvány rendelkezéseinek.  
E szakasz a következ ő APDU parancs-válasz párokat ismerteti. Az 1. 
és 2. generációs alkalmazások által támogatott parancsvariánsokat a 
megfelelő parancsleírások határozzák meg.  
Parancs INS  
SELECT ‘A4h’ 
READ BINARY  ‘B0h’, ‘B1h’  
UPDATE BINARY ‘D6h’, ‘D7h’  
GET CHALLENGE ‘84h’ 
VERIFY ‘20h’ 
GET RESPONSE ‘C0h’ 
PERFORM SECURITY 
OPERATION ‘2Ah ’ ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 197  
Parancs  INS  
— VERIFY CERTIFICATE 
— COMPUTE DIGITAL SIGNA­
TURE 
— VERIFY DIGITAL SIGNA­
TURE 
— HASH  
— PERFORM HASH OF FILE  
— PROCESS DSRC MESSAGE  
INTERNAL AUTHENTICATE ‘88h’ 
EXTERNAL AUTHENTICATE ‘82h’ 
MANAGE SECURITY ENVIRON ­
MENT ‘22h’ 
— SET DIGITAL SIGNATURE 
TEMPLATE 
— SET AUTHENTICATION 
TEMPLATE  
GENERAL AUTHENTICATE ‘86h’  
▼M1 
TCS_29 A válaszüzeneteket az SW1 és SW2 állapotszavak kísérik 
és jelzik a parancs feldolgozási állapotát.  
SW1 SW2 Jelentés  
90 00 Normál feldolgozás.  
61 XX Normál feldolgozás. XX = a rendelkezésre álló válaszbájtok 
száma 
62 81 Figyelmeztet ő feldolgozás. A visszaküldött adatok egy része 
sérült lehet  
63 00 Sikertelen hitelesítés (figyelmeztetés)  
63 CX Rossz CHV (PIN). A további kísérletek számlálóját az „X” szol­
gáltatja.  
64 00 Végrehajtási hiba – A nem felejt ő memória állapota változatlan. 
Integritási hiba  
65 00 Végrehajtási hiba – A nem felejt ő memória állapota megváltozott.  
65 81 Végrehajtási hiba – A nem felejt ő memória állapota megváltozott 
– Memóriahiba  
66 88 Védelmi hiba: rossz titkosítási ellen őrző összeg (a biztonságos 
üzenetküldés során) vagy 
rossz tanúsítvány (a tanúsítvány ellen őrzése 
során) vagy 
rossz kriptogram (a küls ő hitelesítés során) vagy 
rossz aláírás (az aláírás ellen őrzése során)  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 198  
SW1  SW2 Jelentés  
67 00 Téves hossz (rossz Lc vagy Le)  
68 83 A lánc utolsó parancsa várható  
69 00 Tiltott parancs (nem áll rendelkezésre válasz a T=0-ban)  
69 82 A biztonsági állapot nem valósul meg  
69 83 A hitelesítési módszer blokkolva  
69 85 A használati feltételek nem teljesülnek  
69 86 A parancs nem engedélyezett (nincs aktuális EF)  
69 87 A várt biztonságos üzenetküldés adatobjektumai hiányoznak  
69 88 Helytelen biztonságos üzenetküldési adatobjektumok  
6A 80 Helytelen paraméterek az adatmez őben 
6A 82 A fájl nem található  
6A 86 Rossz P1-P2 paraméterek 
6A 88 A hivatkozott adat nem található  
6B 00 Rossz paraméterek (eltolás az EF-en kívül)  
6C XX Téves hossz, az SW2 jelzi a pontos hosszt. Nem érkezett vissza 
adatmező 
6D 00 Az utasításkód nem támogatott vagy érvénytelen  
6E 00 A besorolás nem támogatott  
6F 00 — Egyéb ellen őrzési hibák  
Az ISO/IEC 7816-4 szabványban meghatározott további 
állapotszavakat is vissza lehet küldeni, amennyiben a 
hozzájuk tartozó tulajdonság e függelékben explicit 
módon nem szerepel.  
Például opcionálisan az alábbi állapotszavakat lehet vissza ­
küldeni:  
6881: A logikus csatorna nem támogatott  
6882: A biztonságos üzenetküldés nem támogatott  
▼B 
TCS_30 Ha egyetlen APDU parancsban egynél több hibafeltétel 
teljesül, a kártya a megfelel ő állapotszavak bármelyikét 
visszaküldheti.  
3.5. A parancsok leírása 
E fejezetben a tachográfkártyákra vonatkozó kötelez ő érvényű paran­
csok leírása szerepel. 
További releváns, titkosítási műveletekkel kapcsolatos részletek a 11. 
függelékben találhatók (Közös biztonsági mechanizmusok az 1.és 2. 
generációs menetíró készülék tekintetében).  
Minden parancsot le kell írni, függetlenül a felhasznált protokolltól 
(T=0 vagy T=1). A CLA, INS, P1, P2, Lc és Le APDU bájtok mindig 
megadásra kerülnek. Amennyiben az Lc vagy Le nem szükséges a 
leírt parancshoz, a hozzárendelt hossz, az érték és a leírás üresen 
marad.  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 199  
TCS_31 Amennyiben mindkét hosszbájt (Lc és Le) szükséges, a 
leírt parancsot két részre kell osztani, ha az IFD a T=0 
protokollt használja fel: az IFD elküldi a P3=Lc + 
adatokkal leírt parancsot, és azután elküld egy GET 
RESPONSE (lásd: 3.5.6. pont) parancsot a P3=Le-vel.  
TCS_32 Ha mindkét hosszbájt szükséges, és Le=0 (biztonságos 
üzenetküldés), akkor:  
— a T=1 protokoll használatakor a kártya az összes rendel ­
kezésre álló kimeneti adat elküldésével válaszol az 
Le=0-ra;  
— a T=0 protokoll használatakor az IFD elküldi az els ő 
parancsot a P3=Lc + adattal, a kártya pedig válaszol 
(erre az implicit Le=0-ra) a ‘ 61La ’ állapotbájttal, ahol 
La a rendelkezésre álló válaszbájtok száma. Ekkor az 
IFD előállít egy GET RESPONSE parancsot a P3=La- 
val az adatok olvasására.  
TCS_33 A tachográfkártya opcionális lehet őségként támogathat 
kiterjesztett hosszúságú adatmez őket az ISO/IEC 7816-4 
szabványnak megfelel ően. A kiterjesztett hosszúságú adat ­
mezőket támogató tachográfkártya:  
— jelzi a kiterjesztett hosszúságú adatmez ők támogatását 
az ATR-ben; 
— kiterjesztett hosszúságú információk révén megadja a 
támogatott pufferméretet az ATR/INFO EF-ben, lásd: 
TCS_146 szakasz;  
— jelzi, hogy támogatja-e a kiterjesztett hosszúságú adat ­
mezőket az Extended Length EF-ben T = 1 és/vagy T = 
0 esetében, lásd: TCS_147 szakasz;  
— támogatja a kiterjesztett hosszúságú adatmez őket az 1. 
és 2. generációs tachográf-alkalmazás esetében.  
Megjegyzések:  
Minden parancs rövid hosszúságú mez őkre lett meghatá ­
rozva. A kiterjesztett hosszúságú APDU-k használatát az 
ISO/IEC 7816-4 szabvány egyértelm űsíti. 
Általánosságban a parancsok egyszer ű, vagyis biztonságos 
üzenetküldés nélküli üzemmódra lettek meghatározva; a 
biztonságos üzenetküldési réteget a 11. függelék határozza 
meg. Egy parancs hozzáférési szabályaiból egyértelm űen 
kiderül, hogy a parancs támogatja-e a biztonságos üzenet ­
küldést vagy sem, és ha igen, akkor az 1. vagy 2. generá ­
ciós biztonságos üzenetküldést támogatja-e, vagy mindket ­
tőt. A biztonságos üzenetküldés használatának szemléltetése 
érdekében egyes parancsvariánsok biztonságos üzenetkül ­
déssel együtt kerülnek bemutatásra.  
TCS_34 A VU végrehajtja a 2. generációs VU és a kártya teljes 
kölcsönös hitelesítési protokollját az adott m űvelet tekinte ­
tében, ideértve (ha szükséges) a tanúsítvány ellen őrzését is 
a következ őkben: DF Tachograph, DF Tachograph_G2 
vagy MF. 
3.5.1 SELECT  
Ez a parancs megfelel az ISO/IEC 7816-4 szabványnak, de a haszná ­
lata korlátozott a szabványban meghatározott parancshoz képest.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 200  
A SELECT parancs az alábbiakra szolgál:  
— egy alkalmazás DF kiválasztása (a név szerinti kiválasztás kötele ­
ző), 
— a javasolt fájl ID-nek megfelel ő elemi fájl kiválasztása.  
3.5.1.1 N é v s z e r i n t i k i v á l a s z t á s ( A I D ) 
Ez a parancs lehetővé teszi a kártyán regisztrált alkalmazás DF kivá ­
lasztását.  
TCS_35 Ez a parancs a fájlszerkezetben bárhonnan végrehajtható 
(az ATR után vagy bármikor).  
TCS_36 Egy alkalmazás kiválasztása visszaállítja az aktuális bizton ­
sági környezetet. Az alkalmazás kiválasztásának végrehaj ­
tása után már semmilyen aktuális nyilvános kulcs nem 
választható ki. Az EXT-AUT-G1 hozzáférési feltétel 
szintén elveszik. Ha a parancs biztonságos üzenetküldés 
nélkül került végrehajtásra, a korábbi munkamenetkulcs 
többé nem áll rendelkezésre biztonságos üzenetküldéshez.  
TCS_37 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ 
INS 1  ‘A4h’ 
P1 1  ‘04h’ Név szerinti kiválasztás (AID)  
P2 1  ‘0Ch’ Nincs várt válasz  
Lc 1  ‘NNh’ A kártyára küldött bájtok száma (az AID hossza): 
‘06h’ a tachográf-alkalmazáshoz  
#6 – #(5+NN)  NN ‘XX..XXh’  AID: ‘FF 54 41 43 48 4F’ az 1. generációs tachográf- 
alkalmazáshoz 
AID: ‘FF 53 4D 52 44 54’ a 2. generációs tachográf- 
alkalmazáshoz  
A SELECT parancsra nem szükséges a válasz (a Le 
hiányzik a T=1-ben, vagy nincs válaszkérés a T=0-ban).  
TCS_38 Válaszüzenet (nincs válaszkérés)  
Bájt Hossz Érték Leírás  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha az AID-nek megfelel ő alkalmazás nem található, a 
visszaküldött feldolgozási állapot: ‘ 6A82 ’. 
— Ha a T=1-ben az Le bájt jelen van, a visszaküldött 
állapot: ‘ 6700 ’. 
— Ha a T=0-ban a SELECT parancs után válaszra van 
szükség, a visszaküldött állapot: ‘ 6900 ’. 
▼M1 
— Ha a kiválasztott alkalmazás sérültnek min ősül (a fájl 
attribútumain belül integritási hiba észlelhet ő), a vissza­
küldött feldolgozási állapot: ‘ 6400 ’ vagy ‘ 6500 ’. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 201  
3.5.1.2 E g y e l e m i f á j l ( E F ) k i v á l a s z t á s a a f á j l a z o n o s í t ó ­
j á n a k f e l h a s z n á l á s á v a l  
TCS_39 Parancsüzenet 
TCS_40 E parancsvariáns esetében a tachográfkártya támogatja a 2. 
generációs biztonságos üzenetküldést a 11. függelék B. 
részében meghatározottak szerint.  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ 
INS 1  ‘A4h’ 
P1 1  ‘02h’ Egy EF kiválasztása az aktuális DF alatt 
P2 1  ‘0Ch’ Nincs várt válasz  
Lc 1  ‘02h’ A kártyára küldött bájtok száma  
#6–#7 2  ‘XXXXh’  Fájlazonosító  
A SELECT parancsra nem szükséges a válasz (a Le 
hiányzik a T=1-ben, vagy nincs válaszkérés a T=0-ban).  
TCS_41 Válaszüzenet (nincs válaszkérés)  
Bájt Hossz Érték Leírás  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha a fájlazonosítónak megfelel ő alkalmazás nem talál ­
ható, a visszaküldött feldolgozási állapot: ‘ 6A82 ’. 
— Ha a T=1-ben az Le bájt jelen van, a visszaküldött 
állapot: ‘ 6700 ’. 
— Ha a T=0-ban a SELECT parancs után válaszra van 
szükség, a visszaküldött állapot: ‘ 6900 ’. 
▼M1 
— Ha a kiválasztott fájl sérültnek min ősül (a fájl attribú ­
tumain belül integritási hiba észlelhet ő), a visszaküldött 
feldolgozási állapot: ‘ 6400 ’ vagy ‘ 6500 ’. 
▼B 
3.5.2 READ BINARY 
Ez a parancs megfelel az ISO/IEC 7816-4 szabványnak, de a haszná ­
lata korlátozott a szabványban meghatározott parancshoz képest.  
A READ BINARY parancsot transzparens fájlból való adatkiolvasásra 
kell használni.  
A kártya válasza a kiolvasott adatok visszaküldésébő l áll, amelyek 
opcionálisan beillesztésre kerülhetnek egy biztonságos üzenetküldési 
struktúrába. 
3.5.2.1 P a r a n c s e l t o l á s s a l a P 1 - P 2 - b e n  
Ez a parancs lehetővé teszi, hogy az IFD adatokat olvasson ki az 
aktuálisan kiválasztott EF-b ől biztonságos üzenetküldés nélkül.  
Megjegyzés: Biztonságos üzenetküldés nélkül ez a parancs csak arra 
használható, hogy elolvasson egy olyan fájlt, amely támogatja a 
hozzáférés olvasásra üzemmóddal kapcsolatos ALW biztonsági felté ­
telt. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 202  
TCS_42 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ 
INS 1  ‘B0h’ Read Binary  
P1 1  ‘XXh’ Eltolás bájtokban a fájl elejét ől kezdve: a legnagyobb 
helyértékű bájt 
P2 1  ‘XXh’ Eltolás bájtokban a fájl elejét ől kezdve: a legkisebb hely­
értékű bájt 
Le 1  ‘XXh’ A várt adathossz. Az olvasandó bájtok száma. 
Megjegyzés: a P1 8-as bitjét 0-ra kell állítani.  
TCS_43 Válaszüzenet  
Bájt Hossz Érték Leírás  
#1 – #X X  ‘XX..XXh’  Kiolvasott adat  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha nincs kiválasztott EF, a visszaküldött feldolgozási 
állapot: ‘ 6986 ’. 
— Ha a kiválasztott fájl biztonsági feltételei nem teljesül ­
nek, a parancs megszakad a ‘ 6982 ’ értékkel.  
— Ha az eltolás nem egyeztethet ő össze az EF méretével 
(eltolás > EF méret), a visszaküldött feldolgozási álla ­
pot: ‘ 6B00 ’. 
— Ha a kiolvasandó adat mérete nem egyeztethet ő össze 
az EF méretével (eltolás + Le > EF méret), a vissza ­
küldött feldolgozási állapot: ‘ 6700 ’ vagy ‘ 6Cxx ’, ahol 
‘xx’ a pontos hosszt jelzi.  
▼M1 
— Ha a fájl attribútumain belül integritási hiba érzékel ­
hető, a kártya a fájlt sérültnek és javíthatatlannak 
tekinti, a visszaküldött feldolgozási állapot pedig: 
‘6400 ’ vagy ‘ 6500 ’. 
▼B 
— Ha az eltárolt adatokon belül integritási hiba érzékel ­
hető, a kártya visszaküldi a kívánt adatokat, és a vissza ­
küldött feldolgozási állapot: ‘ 6281 ’. 
3.5.2.1.1 P a r a n c s b i z t o n s á g o s ü z e n e t k ü l d é s s e l ( p é l d á k )  
Ez a parancs lehet ővé teszi, hogy az IFD adatokat olvasson le az 
aktuálisan kiválasztott EF-b ől biztonságos üzenetküldéssel annak érde ­
kében, hogy a fogadott adatok integritását ellen őrizze, és védje az 
adatok titkosságát, amennyiben az SM-R-ENC-MAC-G1 (1. generá ­
ció) vagy az SM-R-ENC-MAC-G2 (2. generáció) biztonsági feltétel 
kerül alkalmazásra.  
TCS_44 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘0Ch’ Biztonságos üzenetküldés kérése  
INS 1  ‘B0h’ Read Binary  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 203  
Bájt Hossz Érték Leírás  
P1 1  ‘XXh’ P1 (eltolás bájtokban a fájl elejét ől kezdve): a legna­
gyobb helyérték ű bájt 
P2 1  ‘XXh’ P2 (eltolás bájtokban a fájl elejét ől kezdve): a legkisebb 
helyértékű bájt 
Lc 1  ‘XXh’ A biztonságos üzenetküldés bemeneti adatának hossza  
#6 1  ‘97h’ T  LE : Címke a várt hossz meghatározására  
#7 1  ‘01h’ L  LE : Várt hossz 
#8 1  ‘NNh’ A várt hossz meghatározása (eredeti Le): Az olvasandó 
bájtok száma  
#9 1  ‘8Eh’ T  CC : Címke a titkosítási ellen őrző összeghez 
#10 1  ‘XXh’ L  CC : A következ ő titkosítási ellen őrző összeg hossza 
‘04h’ az 1. generációs biztonságos üzenetküldés esetén 
(lásd: 11. függelék A. rész) 
Az AES kulcs hosszától függ ően ‘08h’, ‘0Ch’ vagy 
‘10h’ a 2. generációs biztonságos üzenetküldés esetén 
(lásd: 11. függelék B. rész)  
#11 – #(10+L)  L  ‘XX..XXh’  Titkosítási ellen őrző összeg 
Le 1  ‘00h’ Az ISO/IEC 7816-4 szabvány meghatározása szerint  
TCS_45 Válaszüzenet, ha az SM-R-ENC-MAC-G1 (1. generáció) 
vagy az SM-R-ENC-MAC-G2 (2. generáció) nem köve­
telmény, és ha a biztonságos üzenetküldés bemeneti 
formája helyes:  
▼M1 
Bájt Hossz Érték  Leírás  
#1 1  „81h” T  PV : Címke a normál értékadatokhoz  
#2 L  „NNh” vagy 
„81 NNh ” L PV : a visszaküldött adat hossza (= eredeti 
Le) 
L 2 bájtos, ha L  PV >127 bájt  
#(2+L) - #(1+L+NN)  NN „XX..XXh” Normál adatok értéke 
#(2+L+NN) 1  „99h” Címke a feldolgozási állapothoz (SW1-SW2) 
– opcionális az 1. generációs biztonságos 
üzenetküldés esetén  
#(3+L+NN) 1  „02h” A feldolgozási állapot hossza – opcionális az 
1. generációs biztonságos üzenetküldés 
esetén 
#(4+L+NN) - #(5+L+NN)  2  „XX XXh” A nem védett APDU válasz feldolgozási 
állapota – opcionális az 1. generációs bizton ­
ságos üzenetküldés esetén  
#(6+L+NN) 1  „8Eh” TCC: Címke a titkosítási ellen őrző összeg­
hez 
#(7+L+NN) 1  „XXh” LCC: A következ ő titkosítási ellenőrző 
összeg hossza 
„04h” az 1. generációs biztonságos üzenet ­
küldés esetén (lásd a 11. függelék A. részét) 
Az AES kulcs hosszától függ ően „08h”, 
„0Ch” vagy „10h” a 2. generációs bizton ­
ságos üzenetküldés esetén (lásd a 11. 
függelék B. részét)  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 204  
Bájt Hossz Érték  Leírás  
#(8+L+NN) – 
#(7+M+L+NN) M „XX..XXh” Titkosítási ellen őrző összeg 
SW 2  „XXXXh” Állapotszavak (SW1, SW2)  
▼B 
TCS_46 Válaszüzenet, ha az SM-R-ENC-MAC-G1 (1. generáció) 
vagy az SM-R-ENC-MAC-G2 (2. generáció) követel ­
mény, és ha a biztonságos üzenetküldés bemeneti 
formája helyes:  
▼M1 
Bájt Hossz Érték  Leírás  
#1 1  „87h” T  PI CG  : Címke a titkosított adatokhoz (krip ­
togram)  
#2 L  „MMh” vagy 
„81 MMh”  L PI CG  : a visszaküldött titkosított adatok 
hossza (a parancs eredeti Le értékét ől eltérő, 
a kitöltés eredményeként) 
L 2 bájtos, ha LPI CG > 127 bájt  
#(2+L)-#(1+L+MM) MM „01XX..XXh”  Titkosított adatok: Kitöltésjelz ő és kriptog­
ram 
#(2+L+MM) 1  „99h” Címke a feldolgozási állapothoz (SW1-SW2) 
– opcionális az 1. generációs biztonságos 
üzenetküldés esetén  
#(3+L+MM) 1  „02h” A feldolgozási állapot hossza – opcionális az 
1. generációs biztonságos üzenetküldés 
esetén 
#(4+L+MM) – #(5+L+MM)  2 „XX XXh” A nem védett APDU válasz feldolgozási 
állapota – opcionális az 1. generációs bizton ­
ságos üzenetküldés esetén  
#(6+L+MM) 1  „8Eh” TCC: Címke a titkosítási ellen őrző összeg­
hez 
#(7+L+MM) 1  „XXXXh” LCC: A következ ő titkosítási ellenőrző 
összeg hossza 
„04h” az 1. generációs biztonságos üzenet ­
küldés esetén (lásd a 11. függelék A. részét) 
Az AES kulcs hosszától függ ően „08h”, 
„0Ch” vagy „10h” a 2. generációs bizton ­
ságos üzenetküldés esetén (lásd a 11. 
függelék B. részét)  
#(8+L+MM)- 
#(7+N+L+MM) N „XX..XXh” Titkosítási ellen őrző összeg 
SW 2  „XXXXh” Állapotszavak (SW1, SW2)  
▼B 
A READ BINARY parancs a biztonságos üzenetküldés 
válaszstruktúrájával visszaküldheti azon szabályos feldolgo ­
zási állapotokat, amelyek a ‘99h’ címke alatt a TCS_43-ban 
fel vannak sorolva és le vannak írva a TCS_59-ben.  
Ezenkívül felléphet néhány hiba, különösen a biztonságos 
üzenetküldésre vonatkozóan. Ekkor a feldolgozási állapot 
egyszerűen visszaérkezik anélkül, hogy biztonságos üzenet ­
küldési struktúrát tartalmazna:  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 205  
TCS_47 Válaszüzenet, ha a biztonságos üzenetküldés bemeneti 
formátuma nem helyes  
Bájt Hossz Érték Leírás  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha aktuális munkamenetkulcs nem áll rendelkezésre, a 
visszaküldött feldolgozási állapot: ‘ 6A88 ’. Ez akkor 
fordul elő, ha a munkamenetkulcsot még nem generál ­
ták, vagy ha a munkamenetkulcs érvényessége lejárt 
(ekkor az IFD-nek újra le kell futtatnia egy kölcsönös 
hitelesítési eljárást az új munkamenetkulcs beállításá ­
hoz). 
— Ha a biztonságos üzenetküldési formátumában néhány 
várt adatobjektum (a fent meghatározottak szerint) 
hiányzik, a visszaküldött feldolgozási állapot: ‘ 6987 ’: 
ez a hiba akkor fordul el ő, ha egy várt címke hiányzik, 
vagy ha a parancstörzs szerkezete nem megfelel ő. 
— Ha néhány adatobjektum helytelen, a visszaküldött 
feldolgozási állapot: ‘ 6988 ’: ez a hiba akkor fordul 
elő, ha az összes szükséges címke jelen van, de néhány 
hossz különbözik a várt hossztól.  
— Ha a titkosítási ellen őrző összeg ellen őrzése sikertelen, 
a visszaküldött feldolgozási állapot: ‘ 6688 ’. 
3.5.2.2 P a r a n c s r ö v i d E F ( e l e m i f á j l - ) a z o n o s í t ó v a l  
Ez a parancsvariáns lehetővé teszi, hogy egy rövid EF azonosító segít ­
ségével az IFD kiválasszon egy EF-t és adatokat olvasson le err ől az 
EF-ről. 
TCS_48 A tachográfkártya támogatja ezt a parancsvariánst minden 
olyan EF esetében, amely meghatározott rövid EF azonosí ­
tóval rendelkezik. Ezeket a rövid EF azonosítókat a 4. 
fejezet határozza meg.  
TCS_49 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ 
INS 1  ‘B0h’ Read Binary  
P1 1  ‘XXh’ A 8-as bitet 1-re kell állítani. 
A 7-es és 6-os bitet 00-ra kell állítani. 
Az 5–1-es bit a megfelel ő EF rövid EF azonosítóját 
kódolja 
P2 1  ‘XXh’ 0 és 255 bájt közötti eltolást kódol a P1 által megadott 
EF-ben 
Le 1  ‘XXh’ A várt adathossz. Az olvasandó bájtok száma. 
Megjegyzés: A 2. generációs tachográf-alkalmazás rövid EF 
azonosítóit a 4. fejezet határozza meg.  
Ha P1 rövid EF azonosítót kódol és a parancs sikeres, az 
azonosított EF lesz az aktuálisan kiválasztott EF (aktuális 
EF). ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 206  
TCS_50 Válaszüzenet  
Bájt Hossz Érték Leírás  
#1 – #L L  ‘XX..XXh’  Kiolvasott adat  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha a fájlazonosítónak megfelel ő EF azonosító nem 
található, a visszaküldött feldolgozási állapot: ‘ 6A82 ’. 
— Ha a kiválasztott fájl biztonsági feltételei nem teljesül ­
nek, a parancs megszakad a ‘ 6982 ’ értékkel.  
— Ha az eltolás nem egyeztethet ő össze az EF méretével 
(eltolás > EF méret), a visszaküldött feldolgozási álla ­
pot: ‘ 6B00 ’. 
— Ha a kiolvasandó adat mérete nem egyeztethet ő össze 
az EF méretével (eltolás + Le > EF méret), a vissza ­
küldött feldolgozási állapot: ‘ 6700 ’ vagy ‘ 6Cxx ’, ahol 
‘xx’ a pontos hosszt jelzi.  
▼M1 
— Ha a fájl attribútumain belül integritási hiba érzékel ­
hető, a kártya a fájlt sérültnek és javíthatatlannak 
tekinti, a visszaküldött feldolgozási állapot pedig: 
‘6400 ’ vagy ‘ 6500 ’. 
▼B 
— Ha az eltárolt adatokon belül integritási hiba érzékel ­
hető, a kártya visszaküldi a kívánt adatokat, és a vissza ­
küldött feldolgozási állapot: ‘ 6281 ’. 
3.5.2.3 P a r a n c s p á r a t l a n p a r a n c s b á j t t a l  
Ez a parancsvariáns lehetővé teszi, hogy az IFD adatokat olvasson ki 
egy legalább 32 768 bájtos EF-b ől. 
TCS_51 Az a tachográfkártya, amely támogatja a legalább 32 768 
bájtos EF-eket, támogatja ezt a parancsvariánst ezen EF-ek 
esetében. A tachográfkártya támogathatja vagy elutasíthatja 
ezt a parancsvariánst más EF-ek esetében, kivéve a 
Sensor_Installation_Data EF-et, lásd: TCS_156 és 
TCS_160 szakaszt.  
TCS_52 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ 
INS 1  ‘B1h’ Read Binary  
P1 1  ‘00h’ Aktuális EF 
P2 1  ‘00h’ 
Lc 1  ‘NNh’ Az eltolt adatobjektum Lc hossza  
#6 – #(5+NN)  NN ‘XX..XXh’  Eltolt adatobjektum: 
Címke ‘ 54h’ 
Hossz ‘01h’ vagy ‘02h’ 
Érték eltolás  
▼M1 
Le 1  „XXh” Az ISO/IEC 7816-4 szabvány meghatározása szerint  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 207  
Az IFD az eltolt adatobjektum hosszát a lehet ő legkisebb 
oktettben kifejezett számmal kódolja, azaz az IDF egy 
‘01h’ hosszbájt felhasználásával egy 0 és 255 bájt közötti 
eltolást, egy ‘02h’ hossz-bájt felhasználásával pedig egy 
‘256’ és ‘65 535’ bájt közötti eltolást kódol.  
▼M1 
T = 0 esetében a kártya Le = „00h” értéket feltételez, 
amennyiben nem alkalmaznak biztonságos üzenetküldést.  
T = 1 esetében a visszaküldött feldolgozási állapot ‘6700’, 
ha a Le =„01h”.  
▼B 
TCS_53 Válaszüzenet  
Bájt Hossz Érték Leírás  
#1 – #L L  ‘XX..XXh’  Kiolvasott adatok, amelyek beillesztésre kerülnek egy 
tetszés szerinti, ‘53h’ címkével ellátott adatobjektumba  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha nincs kiválasztott EF, a visszaküldött feldolgozási 
állapot: ‘ 6986 ’. 
— Ha a kiválasztott fájl biztonsági feltételei nem teljesül ­
nek, a parancs megszakad a ‘ 6982 ’ értékkel.  
— Ha az eltolás nem egyeztethet ő össze az EF méretével 
(eltolás > EF méret), a visszaküldött feldolgozási álla ­
pot: ‘ 6B00 ’. 
— Ha a kiolvasandó adat mérete nem egyeztethet ő össze 
az EF méretével (eltolás + Le > EF méret), a vissza ­
küldött feldolgozási állapot: ‘ 6700 ’ vagy ‘ 6Cxx ’, ahol 
‘xx’ a pontos hosszt jelzi.  
▼M1 
— Ha a fájl attribútumain belül integritási hiba érzékel ­
hető, a kártya a fájlt sérültnek és javíthatatlannak 
tekinti, a visszaküldött feldolgozási állapot pedig: 
‘6400 ‘ vagy ‘ 6500 ’. 
▼B 
— Ha az eltárolt adatokon belül integritási hiba érzékel ­
hető, a kártya visszaküldi a kívánt adatokat, és a vissza ­
küldött feldolgozási állapot: ‘ 6281 ’. 
3.5.2.3.1 P a r a n c s b i z t o n s á g o s ü z e n e t k ü l d é s s e l ( p é l d a )  
A következ ő példa a biztonságos üzenetküldés alkalmazását szemlél ­
teti olyan esetben, amikor az SM-MAC-G2 biztonsági feltétel alkal ­
mazandó.  
TCS_54 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘0Ch’ Biztonságos üzenetküldés kérése  
INS 1  ‘B1h’ Read Binary  
P1 1  ‘00h’ Aktuális EF 
P2 1  ‘00h’ 
Lc 1  ‘XXh’ A biztosított adatmez ő hossza  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 208  
Bájt Hossz Érték Leírás  
#6 1  ‘B3h’ Címke a BER-TLV-ben kódolt normálérték-adatokhoz  
#7 1  ‘NNh’ L  PV : a továbbított adat hossza  
#(8) – 
#(7+NN) NN ‘XX..XXh’  BER-TLV-ben kódolt normál adatok, azaz eltolt adatob ­
jektum ‘54 ’ címkével  
#(8+NN)  1  ‘97h’ T  LE : Címke a várt hossz meghatározására  
#(9+NN) 1  ‘01h’ L  LE : Várt hossz 
#(10+NN) 1  ‘XXh’ A várt hossz meghatározása (eredeti Le): Az olvasandó 
bájtok száma  
#(11+NN) 1  ‘8Eh’ T  CC : Címke a titkosítási ellen őrző összeghez 
#(12+NN) 1  ‘XXh’ L  CC : A következ ő titkosítási ellen őrző összeg hossza 
Az AES kulcs hosszától függ ően ‘08h’, ‘0Ch’ vagy 
‘10h’ a 2. generációs biztonságos üzenetküldés esetén 
(lásd: 11. függelék B. rész)  
#(13+NN) – 
#(12+M+NN) M ‘XX..XXh’  Titkosítási ellen őrző összeg 
Le 1  ‘00h’ Az ISO/IEC 7816-4 szabvány meghatározása szerint 
TCS_55 Válaszüzenet, ha a parancs sikeres  
Bájt Hossz Érték Leírás  
#1 1  ‘B3h’ BER-TLV-ben kódolt normál adatok  
#2 L  ‘NNh’ vagy 
‘81 NNh ’ L PV : a visszaküldött adat hossza (= eredeti Le) 
L 2 bájtos, ha L  PV >127 bájt  
#(2+L) – 
#(1+L+NN) NN ‘XX..XXh’  BER-TLV-ben kódolt normáladat-érték, azaz olyan 
kiolvasott adatok, amelyek beillesztésre kerülnek egy 
tetszés szerinti, ‘53h’ címkével ellátott adatobjektumba  
#(2+L+NN) 1  ‘99h’ A nem védett APDU válasz feldolgozási állapota  
#(3+L+NN) 1  ‘02h’ Feldolgozási állapot hossza  
#(4+L+NN) – 
#(5+L+NN) 2 ‘XX XXh’ A nem védett APDU válasz feldolgozási állapota  
#(6+L+NN) 1  ‘8Eh’ T  CC : Címke a titkosítási ellen őrző összeghez 
#(7+L+NN) 1  ‘XXh’ L  CC : A következ ő titkosítási ellen őrző összeg hossza 
Az AES kulcs hosszától függ ően ‘08h’, ‘0Ch’ vagy 
‘10h’ a 2. generációs biztonságos üzenetküldés esetén 
(lásd: 11. függelék B. rész)  
#(8+L+NN) – 
#(7+M+L+N­
N) M ‘XX..XXh’  Titkosítási ellen őrző összeg 
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
3.5.3 UPDATE BINARY  
Ez a parancs megfelel az ISO/IEC 7816-4 szabványnak, de a haszná ­
lata korlátozott a szabványban meghatározott parancshoz képest.  
Az UPDATE BINARY parancsüzenet kezdeményezi a már az EF 
bináris értékben jelen lev ő bitek aktualizálását (törlés + írás) az 
APDU parancsban megadott bitekkel.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 209  
3.5.3.1 P a r a n c s e l t o l á s s a l a P 1 - P 2 - b e n  
Ez a parancs lehet ővé teszi, hogy az IFD adatokat írjon az aktuálisan 
kiválasztott EF-be anélkül, hogy a kártya ellen őrizné a fogadott adatok 
integritását.  
Megjegyzés: Biztonságos üzenetküldés nélkül ez a parancs csak arra 
használható, hogy frissítsen egy olyan fájlt, amely támogatja a hozzá ­
férés frissítése üzemmóddal kapcsolatos ALW biztonsági feltételt.  
TCS_56 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ 
INS 1  ‘D6h’ Update Binary 
P1 1  ‘XXh’ Eltolás bájtokban a fájl elejét ől kezdve: a legnagyobb 
helyértékű bájt 
P2 1  ‘XXh’ Eltolás bájtokban a fájl elejét ől kezdve: a legkisebb hely­
értékű bájt 
Lc 1  ‘NNh’ A várt adat Lc hossza. A beírandó bájtok száma  
#6 – #(5+NN)  NN ‘XX..XXh’  A beírandó adatok  
Megjegyzés: a P1 8-as bitjét 0-ra kell állítani.  
TCS_57 Válaszüzenet  
Bájt Hossz Érték Leírás  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha nincs kiválasztott EF, a visszaküldött feldolgozási 
állapot: ‘ 6986 ’. 
— Ha a kiválasztott fájl biztonsági feltételei nem teljesül ­
nek, a parancs megszakad a ‘ 6982 ’ értékkel.  
— Ha az eltolás nem egyeztethet ő össze az EF méretével 
(eltolás > EF méret), a visszaküldött feldolgozási álla ­
pot: ‘ 6B00 ’. 
— Ha a beírandó adatok mérete nem egyeztethet ő össze az 
EF méretével (eltolási érték + Lc > EF mérete), a 
visszaküldött feldolgozási állapot: ‘ 6700 ’. 
— Ha a fájl attribútumain belül integritási hiba érzékel ­
hető, a kártya a fájlt sérültnek és javíthatatlannak 
tekinti, a visszaküldött feldolgozási állapot pedig: 
‘6400 ’ vagy ‘ 6500 ’. 
— Ha a beírás sikertelen, a visszaküldött feldolgozási álla ­
pot: ‘ 6581 ’. 
3.5.3.1.1 P a r a n c s b i z t o n s á g o s ü z e n e t k ü l d é s s e l ( p é l d á k )  
Ez a parancs lehet ővé teszi, hogy az IDF adatokat írjon az aktuálisan 
kiválasztott EF-be, miközben a kártya ellen őrzi a fogadott adatok 
teljességét. Mivel a titkosság nem követelmény, az adatokat nem 
kell titkosítani.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 210  
TCS_58 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘0Ch’ Biztonságos üzenetküldés kérése  
INS 1  ‘D6h’ Update Binary 
P1 1  ‘XXh’ Eltolás bájtokban a fájl elejét ől kezdve: 
a legnagyobb helyértékű bájt  
P2 1  ‘XXh’ Eltolás bájtokban a fájl elejét ől kezdve: 
a legkisebb helyértékű bájt  
Lc 1  ‘XXh’ A biztosított adatmez ő hossza 
#6 1  ‘81h’ T  PV : Címke a normál értékadatokhoz  
#7 L  ‘NNh’ vagy 
‘81 NNh ’ L PV : a továbbított adatok hossza 
L 2 bájtos, ha L  PV > 127 bájt 
#(7+L) – 
#(6+L+NN) NN ‘XX..XXh’  Normál adatérték (beírandó adatok)  
#(7+L+NN) 1  ‘8Eh’ T  CC : Címke a titkosítási ellen őrző összeghez 
#(8+L+NN) 1  ‘XXh’ L  CC : A következ ő titkosítási ellen őrző összeg hossza 
‘04h’ az 1. generációs biztonságos üzenetküldés esetén 
(lásd: 11. függelék A. rész) 
Az AES kulcs hosszától függ ően ‘08h’, ‘0Ch’ vagy 
‘10h’ a 2. generációs biztonságos üzenetküldés esetén 
(lásd: 11. függelék B. rész) 
#(9+L+NN) – 
#(8+M+L+N­
N) M ‘XX..XXh’  Titkosítási ellen őrző összeg 
Le 1  ‘00h’ Az ISO/IEC 7816-4 szabvány meghatározása szerint 
TCS_59 Válaszüzenet, ha a biztonságos üzenetküldés bemeneti 
formátuma helyes  
Bájt Hossz Érték Leírás  
#1 1  ‘99h’ T  SW : Címke az állapotszavak részére (CC-vel védend ő) 
#2 1  ‘02h’ L  SW : a visszaküldött állapotszavak hossza  
#3 – #4 2  ‘XXXXh’  A nem védett APDU válasz feldolgozási állapota  
#5 1  ‘8Eh’ T  CC : Címke a titkosítási ellen őrző összeghez 
#6 1  ‘XXh’ L  CC : A következ ő titkosítási ellen őrző összeg hossza 
‘04h’ az 1. generációs biztonságos üzenetküldés esetén 
(lásd:11. függelék A. rész) 
Az AES kulcs hosszától függ ően ‘08h’, ‘0Ch’ vagy 
‘10h’ a 2. generációs biztonságos üzenetküldés esetén 
(lásd: 11. függelék B. rész)  
#7 – #(6+L)  L  ‘XX..XXh’  Titkosítási ellen őrző összeg 
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2)  
A biztonságos üzenetküldés nélküli (lásd: 3.5.3.1. pont) 
UPDATE BINARY parancshoz leírt „szabályos” feldolgo ­
zási állapotok visszaküldhet ők a fentiekben leírt válaszüze ­
net-strukturát felhasználva.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 211  
Ezenkívül felléphet néhány hiba, különösen a biztonságos 
üzenetküldésre vonatkozóan. Ekkor a feldolgozási állapot 
egyszerűen visszaérkezik anélkül, hogy biztonságos üzenet ­
küldési struktúrát tartalmazna:  
TCS_60 Válaszüzenet, ha a biztonságos üzenetküldésben hiba 
van 
Bájt Hossz Érték Leírás  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha aktuális munkamenetkulcs nem áll rendelkezésre, a 
visszaküldött feldolgozási állapot: ‘ 6A88 ’. 
— Ha a biztonságos üzenetküldési formátumában néhány 
várt adatobjektum (a fent meghatározottak szerint) 
hiányzik, a visszaküldött feldolgozási állapot: ‘ 6987 ’: 
ez a hiba akkor fordul el ő, ha egy várt címke hiányzik, 
vagy ha a parancstörzs szerkezete nem megfelel ő. 
— Ha néhány adatobjektum helytelen, a visszaküldött 
feldolgozási állapot: ‘ 6988 ’: ez a hiba akkor fordul 
elő, ha az összes szükséges címke jelen van, de néhány 
hossz különbözik a várt hossztól.  
— Ha a titkosítási ellen őrző összeg ellen őrzése sikertelen, 
a visszaküldött feldolgozási állapot: ‘ 6688 ’. 
3.5.3.2 P a r a n c s r ö v i d E F a z o n o s í t ó v a l  
Ez a parancsvariáns lehetővé teszi, hogy egy rövid EF azonosító segít ­
ségével az IFD kiválasszon egy EF-t és adatokat írjon le err ől az EF- 
ről. 
TCS_61 A tachográfkártya támogatja ezt a parancsvariánst minden 
olyan EF esetében, amely meghatározott rövid EF azonosí ­
tóval rendelkezik. Ezeket a rövid EF azonosítókat a 4. 
fejezet határozza meg.  
TCS_62 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ 
INS 1  ‘D6h’ Update Binary 
P1 1  ‘XXh’ A 8-as bitet 1-re kell állítani. 
A 7-es és 6-os bitet 00-ra kell állítani. 
Az 5–1-es bit a megfelel ő EF rövid EF azonosítóját 
kódolja 
P2 1  ‘XXh’ 0 és 255 bájt közötti eltolást kódol a P1 által megadott 
EF-ben 
Lc 1  ‘NNh’ A várt adat Lc hossza. A beírandó bájtok száma  
#6 – #(5+NN)  NN ‘XX..XXh’  A beírandó adatok  
TCS_63 Válaszüzenet  
Bájt Hossz Érték Leírás  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
Megjegyzés: A 2. generációs tachográf-alkalmazás rövid EF 
azonosítóit a 4. fejezet határozza meg.  
Ha P1 rövid EF azonosítót kódol és a parancs sikeres, az 
azonosított EF lesz az aktuálisan kiválasztott EF (aktuális 
EF). ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 212  
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha a fájlazonosítónak megfelel ő EF azonosító nem 
található, a visszaküldött feldolgozási állapot: ‘ 6A82 ’. 
— Ha a kiválasztott fájl biztonsági feltételei nem teljesül ­
nek, a parancs megszakad a ‘ 6982 ’ értékkel.  
— Ha az eltolás nem egyeztethet ő össze az EF méretével 
(eltolás > EF méret), a visszaküldött feldolgozási álla ­
pot: ‘ 6B00 ’. 
— Ha a beírandó adatok mérete nem egyeztethet ő össze az 
EF méretével (eltolási érték + Lc > EF mérete), a 
visszaküldött feldolgozási állapot: ‘ 6700 ’. 
▼M1 
— Ha a fájl attribútumain belül integritási hiba érzékel ­
hető, a kártya a fájlt sérültnek és javíthatatlannak 
tekinti, a visszaküldött feldolgozási állapot pedig: 
‘6400 ’ vagy ‘ 6500 ’. 
▼B 
— Ha a beírás sikertelen, a visszaküldött feldolgozási álla ­
pot:‘ 6581 ’. 
3.5.3.3 P a r a n c s p á r a t l a n p a r a n c s b á j t t a l  
Ez a parancsvariáns lehetővé teszi, hogy az IFD adatokat írjon egy 
legalább 32 768 bájtos EF-re.  
TCS_64 Az a tachográfkártya, amely támogatja a legalább 32 768 
bájtos EF-eket, támogatja ezt a parancsvariánst ezen EF-ek 
esetében. A tachográfkártya támogathatja vagy elutasíthatja 
ezt a parancsvariánst más EF-ek esetében.  
TCS_65 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ 
INS 1  ‘D7h’ Update Binary 
P1 1  ‘00h’ Aktuális EF 
P2 1  ‘00h’ 
Lc 1  ‘NNh’ A parancsadat-mez ő adatainak Lc hossza  
#6 – #(5+NN)  NN ‘XX..XXh’  Eltolt adatobjektum ‘54h’ || címkével Tetszés szerinti, 
‘53h’ címkével ellátott adatobjektum, amelybe beillesz ­
tésre kerültek a beírandó adatok  
Az IFD az eltolt adatobjektum és a tetszés szerinti adatob ­
jektum hosszát a lehet ő legkisebb oktettben kifejezett 
számmal kódolja, azaz az IDF egy ‘01h’ hossz-bájt felhasz ­
nálásával egy 0 és 255 bájt közötti eltolást/hosszt, egy 
‘02h’ hosszbájt felhasználásával pedig egy ‘256’ és 
‘65 535’ bájt közötti eltolást/hosszt kódol.  
TCS_66 Válaszüzenet  
Bájt Hossz Érték Leírás  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2)  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 213  
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha nincs kiválasztott EF, a visszaküldött feldolgozási 
állapot: ‘ 6986 ’. 
— Ha a kiválasztott fájl biztonsági feltételei nem teljesül ­
nek, a parancs megszakad a ‘ 6982 ’ értékkel.  
— Ha az eltolás nem egyeztethet ő össze az EF méretével 
(eltolás > EF méret), a visszaküldött feldolgozási álla ­
pot: ‘ 6B00 ’. 
— Ha a beírandó adatok mérete nem egyeztethet ő össze az 
EF méretével (eltolás érték + Lc > EF mérete), a vissza ­
küldött feldolgozási állapot: ‘ 6700 ’. 
— Ha a fájl attribútumain belül integritási hiba érzékel ­
hető, a kártya a fájlt sérültnek és javíthatatlannak 
tekinti, a visszaküldött feldolgozási állapot pedig: 
‘6400 ’ vagy ‘ 6500 ’. 
— Ha a beírás sikertelen, a visszaküldött feldolgozási álla ­
pot: ‘ 6581 ’. 
3.5.3.3.1 P a r a n c s b i z t o n s á g o s ü z e n e t k ü l d é s s e l ( p é l d a )  
A következ ő példa a biztonságos üzenetküldés alkalmazását szemlél ­
teti olyan esetben, amikor az SM-MAC-G2 biztonsági feltétel alkal ­
mazandó.  
TCS_67 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘0Ch’ Biztonságos üzenetküldés kérése  
INS 1  ‘D7h’ Update Binary 
P1 1  ‘00h’ Aktuális EF 
P2 1  ‘00h’ 
Lc 1  ‘XXh’ A biztosított adatmez ő hossza 
#6 1  ‘B3h’ Címke a BER-TLV-ben kódolt normálérték-adatokhoz  
#7 L  ‘NNh’ vagy 
‘81 NNh ’ L PV : a továbbított adatok hossza 
L 2 bájtos, ha L  PV > 127 bájt 
#(7+L) – 
#(6+L+NN) NN ‘XX..XXh’  BER-TLV-ben kódolt normál adatok, azaz eltolt adatob ­
jektum ‘54h ’ || címkével Tetszés szerinti, ‘53h’ címkével 
ellátott adatobjektum, amelybe beillesztésre kerültek a 
beírandó adatok  
#(7+L+NN) 1  ‘8Eh’ T  CC : Címke a titkosítási ellen őrző összeghez 
#(8+L+NN) 1  ‘XXh’ L  CC : A következ ő titkosítási ellen őrző összeg hossza 
Az AES kulcs hosszától függ ően ‘08h’, ‘0Ch’ vagy 
‘10h’ a 2. generációs biztonságos üzenetküldés esetén 
(lásd: 11. függelék B. rész)  
#(9+L+NN) – 
#(8+M+L+N­
N) M ‘XX..XXh’  Titkosítási ellen őrző összeg 
Le 1  ‘00h’ Az ISO/IEC 7816-4 szabvány meghatározása szerint  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 214  
TCS_68 Válaszüzenet, ha a parancs sikeres  
Bájt Hossz Érték Leírás  
#1 1  ‘99h’ T  SW : Címke az állapotszavak részére (CC-vel védend ő) 
#2 1  ‘02h’ L  SW : a visszaküldött állapotszavak hossza  
#3 – #4 2  ‘XXXXh’  A nem védett APDU válasz feldolgozási állapota  
#5 1  ‘8Eh’ T  CC : Címke a titkosítási ellen őrző összeghez 
#6 1  ‘XXh’ L  CC : A következ ő titkosítási ellen őrző összeg hossza 
Az AES kulcs hosszától függ ően ‘08h’, ‘0Ch’ vagy 
‘10h’ a 2. generációs biztonságos üzenetküldés esetén 
(lásd: 11. függelék B. rész)  
#7 – #(6+L)  L  ‘XX..XXh’  Titkosítási ellen őrző összeg 
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
3.5.4 GET CHALLENGE  
Ez a parancs megfelel az ISO/IEC 7816-4 szabványnak, de a haszná ­
lata korlátozott a szabványban meghatározott parancshoz képest.  
A GET CHALLENGE parancs a kártyát egy véletlen szám kiadására 
kéri, amelyet egy olyan, a biztonsággal kapcsolatos eljárásban használ 
fel, amelyben egy kriptogramnak vagy néhány titkosított adatnak a 
kártyára küldésére kerül sor.  
TCS_69 A kártya által kiadott véletlen szám csak a következ ő 
parancsra érvényes, amely egy, a kártyára küldött véletlen 
számot használ fel.  
TCS_70 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ 
INS 1  ‘84h’ INS 
P1 1  ‘00h’ P1 
P2 1  ‘00h’ P2 
Le 1  ‘08h’ Le (a várt véletlen szám hossza)  
TCS_71 Válaszüzenet  
Bájt Hossz Érték Leírás  
#1 – #8 8  ‘XX..XXh’  Véletlen szám  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha az Le eltér a ‘08h’ értékt ől, a feldolgozási állapot: 
‘6700 ’. 
— Ha a P1-P2 paraméterek helytelenek, a feldolgozási 
állapot: ‘ 6A86 ’. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 215  
3.5.5 VERIFY  
Ez a parancs megfelel az ISO/IEC 7816-4 szabványnak, de a haszná ­
lata korlátozott a szabványban meghatározott parancshoz képest.  
Ezt a parancsot csak a mű helykártyának kell támogatnia.  
Más típusú tachográfkártyák végrehajthatják vagy elutasíthatják ezt a 
parancsot, de esetükben nem kerül sor referencia-CHV megszemélye ­
sítésére. Ezért ezek a kártyák nem tudják végrehajtani teljes kör űen a 
szóban forgó parancsot. A parancs megküldésekor ez a viselkedés, 
vagyis hibaüzenet visszaküldése a m űhelykártyától eltér ő típusú 
tachográfkártyák esetében ezen el őírás hatókörén kívül esik.  
A Verify parancs megkezdi a kártyán a parancsból elküldött CHV 
(PIN) adatoknak a kártyán eltárolt referencia-CHV-val történ ő össze­
hasonlítását.  
▼M1 
TCS_72 A felhasználó által betáplált PIN-t ASCII-ben kell kódolni 
és jobb oldalon az IFD-nek fel kell tölteni ‘FFh’ bájtokkal, 
maximum 8 bájt hosszúságban, lásd még a Workshop ­
CardPIN adattípust az 1. függelékben.  
▼B 
TCS_73 Az 1. és 2. generációs tachográf-alkalmazásoknak ugyanazt 
a referencia-CHV-t kell használniuk.  
TCS_74 A tachográfkártya megvizsgálja, hogy a parancs helyesen 
lett-e kódolva. Ha a parancs nem lett helyesen kódolva, a 
kártya nem hasonlítja össze a CHV értékeket, nem csök ­
kenti a maradék CHV kísérletek számlálóját és nem állítja 
vissza a „PIN_Verified” biztonsági állapotot, hanem 
megszakítja a parancsot. A parancs kódolása helyes, ha a 
CLA, INS, P1, P2, Lc bájtok a meghatározott értékekkel 
rendelkeznek, Le nincs és a parancsadat-mez ő hossza 
megfelelő. 
TCS_75 Ha a parancs sikeres, a maradék CHV kísérletek számlálója 
újra inicializálásra kerül. A maradék CHV kísérletek szám ­
lálójának kezdeti értéke: 5. Ha a parancs sikeres, a kártya a 
belső biztonsági állapotot „PIN_Verified”-ra állítja. A 
kártya visszaállítja ezt a biztonsági állapotot, ha a kártyát 
alaphelyzetbe állítják vagy ha a parancsban továbbított 
CHV kód nem illeszkedik a tárolt referencia-CHV-hoz.  
Megjegyzés: Az ugyanazon referencia-CHV és az általános 
biztonsági állapot használata feleslegessé teszi, hogy egy 
másik tachográf-alkalmazás DF kiválasztását követ ően a 
műhely valamely munkatársának újra be kelljen táplálnia 
a PIN kódot. 
TCS_76 A sikertelen összehasonlítást rögzíteni kell a kártyán (azaz 
a maradék CHV kísérletek számlálóját csökkenteni kell 
eggyel) annak érdekében, hogy a referencia-CHV haszná ­
latára tett további kísérletek száma korlátozva legyen.  
TCS_77 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ 
INS 1  ‘20h’ INS 
P1 1  ‘00h’ P1  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 216  
Bájt Hossz Érték Leírás  
P2 1  ‘00h’ P2 (az ellen őrzött CHV implicite ismert)  
Lc 1  ‘08h’ A továbbított CHV-kód hossza  
#6 – #13 8  ‘XX..XXh’  CHV 
TCS_78 Válaszüzenet  
Bájt Hossz Érték Leírás  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha a referencia-CHV nem található, a visszaküldött 
feldolgozási állapot: ‘ 6A88 ’. 
— Ha a CHV blokkolt (a maradék CHV kísérletek szám ­
lálója nulla), a visszaküldött feldolgozási állapot: 
‘6983 ’. Ha ezen állapot bekövetkezik, a CHV nem 
jelenhet meg többé eredményesen.  
— Ha az összehasonlítás sikertelen, a maradék kísérletek 
számlálójának értéke csökken, és a ‘ 63CX ’ állapot 
érkezik vissza (X>0, és X egyenl ő a maradék CHV 
kísérletek számlálójával).  
— Ha a referencia-CHV sérültnek min ősül, a visszaküldött 
feldolgozási állapot: ‘ 6400 ’ vagy ‘ 6581 ’. 
— Ha az Lc eltér a ‘08h’ értékt ől, a feldolgozási állapot: 
‘6700 ’. 
3.5.6 GET RESPONSE  
Ez a parancs megfelel az ISO/IEC 7816-4 szabványnak.  
Ez a parancs (csak a T=0 protokoll esetében szükséges és áll rendel ­
kezésre) az el őkészített adatoknak a kártyáról az interfészkészülék felé 
történő továbbítására szolgál (azon eset, amikor a parancs az Lc-t és 
az Le-t is tartalmazta).  
A GET RESPONSE parancsot közvetlenül az adatel őkészítési parancs 
után kell kiadni, különben az adatok elvesznek. A GET RESPONSE 
parancs végrehajtása után (kivéve, ha a ‘ 61xx ’ vagy ‘ 6Cxx ’ hiba 
fordul elő, lásd alább) az el őzőleg előkészített adatok többé nem 
állnak rendelkezésre.  
TCS_79 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ 
INS 1  ‘C0h’ 
P1 1  ‘00h’ 
P2 1  ‘00h’ 
Le 1  ‘XXh’ A várt bájtok száma  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 217  
TCS_80 Válaszüzenet  
Bájt Hossz Érték Leírás  
#1 – #X X  ‘XX..XXh’  Adatok 
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha a kártya nem készített elő adatot, a visszaküldött 
feldolgozási állapot: ‘ 6900 ’ vagy ‘ 6F00 ’. 
— Ha Le meghaladja a rendelkezésre álló bájtok számát, 
vagy ha az Le nulla, úgy a visszaküldött feldolgozási 
állapot: ‘ 6Cxx ’, ahol xx a rendelkezésre álló bájtok 
pontos számát jelöli. Ebben az esetben az el őkészített 
adatok még rendelkezésre állnak a következ ő GET 
RESPONSE parancshoz is. 
— Ha Le nem nulla és kevesebb, mint a rendelkezésre álló 
bájtok száma, normál esetben a kártya elküldi a kívánt 
adatokat, és a visszaküldött feldolgozási állapot: ‘ 61xx ’, 
ahol xx azon extra bájtok számát jelöli, amelyek még 
rendelkezésre állnak egy kés őbbi GET RESPONSE 
parancs végrehajtásához.  
— Ha a parancs nem támogatott (T=1 protokoll), a kártya 
ezt küldi vissza: ‘ 6D00 ’. 
3.5.7 PSO: VERIFY CERTIFICATE  
Ez a parancs megfelel az ISO/IEC 7816-8 szabványnak, de a haszná ­
lata korlátozott a szabványban meghatározott parancshoz képest.  
A VERIFY CERTIFICATE parancsot arra használja a kártya, hogy 
kívülről egy nyilvános kulcsot kapjon, és ellen őrizze annak érvényes ­
ségét. 
3.5.7.1 1 . g e n e r á c i ó s p a r a n c s – v á l a s z p á r  
TCS_81 Ezt a parancsvariánst csak 1. generációs tachográf-alkal ­
mazás támogatja.  
TCS_82 Amennyiben a VERIFY CERTIFICATE parancs sikeres, a 
nyilvános kulcs a biztonsági környezetben tárolódik 
későbbi használat céljából. Ezt a kulcsot kifejezetten a 
biztonságot érint ő parancsok keretében való használatra 
kell beállítani (INTERNAL AUTHENTICATE, 
EXTERNAL AUTHENTICATE vagy VERIFY CERTIFI­
CATE) az MSE paranccsal (lásd: 3.5.11. pont) annak 
kulcsazonosítóját felhasználva.  
TCS_83 A VERIFY CERTIFICATE parancs minden esetben az 
MSE paranccsal el őzőleg kiválasztott nyilvános kulcsot 
használja fel a tanúsítvány megnyitására. A nyilvános 
kulcsnak egy tagállami vagy európai nyilvános kulcsnak 
kell lennie.  
TCS_84 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ 
INS 1  ‘2Ah’ Biztonsági mű velet végrehajtása  
P1 1  ‘00h’ P1  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 218  
Bájt Hossz Érték Leírás  
P2 1  ‘AEh’ P2: nem BER-TLV-ben kódolt adatok (az adatelemek 
összefűzése) 
Lc 1  ‘C2h’ Lc: A tanúsítvány hossza, 194 bájt  
#6 – #199  194 ‘XX..XXh’  Tanúsítvány: adatelemek összef űzése (a 11. függelékben 
leírtak szerint)  
TCS_85  Válaszüzenet  
Bájt Hossz Érték Leírás  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha a tanúsítvány ellen őrzése sikertelen, a visszaküldött 
feldolgozási állapot: ‘ 6688 ’. G1 és G2 tekintetében a 
tanúsítvány ellen őrzési és kicsomagolási eljárásának 
leírása a 11. függelékben található.  
— Ha nincs nyilvános kulcs a biztonsági környezetben, a 
visszaküldött feldolgozási állapot: ‘ 6A88 ’. 
— Ha a kiválasztott (és a tanúsítvány kicsomagolásához 
felhasznált) nyilvános kulcs sérültnek min ősül, a vissza­
küldött feldolgozási állapot: ‘ 6400 ’ vagy ‘ 6581 ’. 
— Csak az 1. generációra vonatkozik: ha a kiválasztott (és 
a tanúsítvány kicsomagolásához felhasznált) nyilvános 
kulcs ‘00’-tól különböz ő CHA.LSB-vel rendelkezik 
(
 ) 
(tehát nem egy tagállami vagy európai nyilvános kulcs), 
a visszaküldött feldolgozási állapot: ‘ 6985 ’. 
3.5.7.2 2 . g e n e r á c i ó s p a r a n c s – v á l a s z p á r  
A görbe méretét ől függően az ECC tanúsítványok olyan hosszúak 
lehetnek, hogy azok nem továbbíthatók egyetlen APDU-ban. Ilyen 
esetben ISO/IEC 7816-4 szabvány szerinti parancsláncot kell alkal ­
mazni, és a tanúsítványt két egymást követ ő PSO: Verify Certificate 
APDU-ban kell továbbítani.  
A tanúsítvány struktúráját és a domain paramétereit a 11. függelék 
határozza meg.  
TCS_86 A parancs végrehajtható a következ őkben: MF, DF 
Tachograph és DF Tachograph_G2, lásd még: TCS_33.  
TCS_87 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘X0h’ A parancsláncot jelz ő CLA-bájt: 
‘00h’ a lánc egyetlen vagy utolsó parancsa 
‘10h’ a lánc nem utolsó parancsa  
INS 1  ‘2Ah’ Biztonsági m űvelet végrehajtása  
P1 1  ‘00h’ 
P2 1  ‘BEh’ Az önleíró tanúsítvány ellen őrzése ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 219  
Bájt Hossz Érték Leírás  
Lc 1  ‘XXh’ A parancsadat-mez ő hossza, lásd: TCS_88 és TCS_89 
szakasz. 
#6 – #5+L L  ‘XX..XXh’  DER-TLV-ben kódolt adatok: ECC Certificate Body 
adatobjektum mint els ő adatobjektum összef űzve az 
ECC Certificate Signature adatobjektummal mint 
második adatobjektummal, vagy e láncolat egy része. 
A ‘7F21’ címke és a megfelel ő hossz nem továbbítandó. 
Ezen adatobjektumok sorrendje rögzített.  
TCS_88 A rövid hosszúságú APDU-kra a következ ő előírások 
vonatkoznak: Az IFD azt a minimális számú APDU-t hasz ­
nálja, amelyre a parancsadatok továbbításához szüksége 
van, és az els ő APDU parancsban a maximális számú bájtot 
továbbítja az IFSC értékének megfelel ően, lásd: TCS_14 
szakasz. Ha az IFD másként viselkedik, a kártya viselke ­
dése e meghatározás hatókörén kívül esik.  
TCS_89 A kiterjesztett hosszal rendelkez ő APDU-kra a következ ő 
előírások vonatkoznak: ha a tanúsítvány nem fér el egyetlen 
APDU-ban, a kártya a parancsláncot támogatja. Az IFD azt 
a minimális számú APDU-t használja, amelyre a parancsa ­
datok továbbításához szüksége van, és az els ő APDU 
parancsban a maximális számú bájtot továbbítja. Ha az 
IFD másként viselkedik, a kártya viselkedése e meghatá ­
rozás hatókörén kívül esik.  
Megjegyzés: A 11. függeléknek megfelel ően a kártya eltá ­
rolja a tanúsítványt vagy a tanúsítvány releváns tartalmait, 
és frissíti annak currentAuthenticatedTime adatát.  
A válaszüzenet struktúrája és az állapotszavak a TCS_85 
szerint kerülnek meghatározásra.  
TCS_90 A TCS_85-ben felsorolt hibakódokon kívül a kártya a 
következő hibakódokat küldheti vissza:  
— Ha a kiválasztott (és a tanúsítvány kicsomagolásához 
felhasznált) nyilvános kulcs olyan CHA.LSB-vel 
rendelkezik (CertificateHolderAuthorisation.equip ­
mentType), amely nem alkalmas a tanúsítvány 11. 
függelék szerinti ellen őrzésére, a visszaküldött feldolgo ­
zási állapot: ‘ 6985 ’. 
— Ha a kártya szerinti currentAuthenticatedTime késő bbi 
időpont, mint a tanúsítvány lejárata, a visszaküldött 
feldolgozási állapot: ‘ 6985 ’. 
— Ha a lánc utolsó parancsa várható, a kártya ezt küldi 
vissza: ‘ 6883 ’. 
— Ha a parancsadat-mez őben helytelen paraméterek 
kerültek küldésre, a kártya ezt küldi vissza: ‘ 6A80 ’ 
(abban az esetben is, ha az adatobjektumok nem a 
meghatározott sorrendben kerültek küldésre).  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 220  
3.5.8 INTERNAL AUTHENTICATE 
Ez a parancs megfelel az ISO/IEC 7816-4 szabványnak.  
TCS_91 Minden tachográfkártya támogatja ezt a parancsot a DF 
Tachograph G1 alkalmazásban. A parancs elérhet ő vagy 
nem elérhet ő az MF-ben és/vagy a DF Tachograph G2 
alkalmazásban. Ha elérhet ő, a parancs megfelel ő hiba­
kóddal leáll, mivel a kártya privát kulcsa (Card.SK) az 1. 
generációs hitelesítési protokoll esetében csak a DF 
Tachograph G1 alkalmazásban érhet ő el. 
Az INTERNAL AUTHENTICATE parancs felhasználá ­
sával az IFD hitelesítheti a kártyát. A hitelesítési eljárást 
a 11. függelék írja le. Az a következ ő utasításokat tartal ­
mazza:  
TCS_92 Az INTERNAL AUTHENTICATE parancs a kártya privát 
kulcsát (implicite kiválasztva) használja a hitelesítési 
adatok, köztük a K1 (a munkamenetkulcs megállapodás 
első eleme) és az RND1 aláírására, valamint az (utolsó 
MSE parancs segítségével) aktuálisan kiválasztott nyilvános 
kulcsot használja az aláírás titkosítására és a hitelesítési 
token létrehozására (további részletek a 11. függelékben 
találhatók).  
TCS_93 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ CLA 
INS 1  ‘88h’ INS 
P1 1  ‘00h’ P1 
P2 1  ‘00h’ P2 
Lc 1  ‘10h’ A kártyára küldött adatok hossza 
#6 – #13 8  ‘XX..XXh’  A kártya hitelesítéséhez felhasznált véletlen szám  
#14 – #21 8  ‘XX..XXh’  VU.CHR (lásd: 11. függelék) 
Le 1  ‘80h’ A kártyáról várt adatok hossza 
TCS_94 Válaszüzenet  
Bájt Hossz Érték Leírás  
#1– #128 128 ‘XX..XXh’  Kártyahitelesítési token (lásd: 11. függelék)  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha nincs nyilvános kulcs a biztonsági környezetben, a 
visszaküldött feldolgozási állapot: ‘ 6A88 ’. 
— Ha nincs privát kulcs a biztonsági környezetben, a 
visszaküldött feldolgozási állapot: ‘ 6A88 ’. 
— Ha a VU.CHR nem illeszkedik az aktuális nyilvános 
kulcs azonosítójához, a visszaküldött feldolgozási álla ­
pot: ‘ 6A88 ’. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 221  
— Ha a kiválasztott privát kulcs sérültnek minő sül, a 
visszaküldött feldolgozási állapot: ‘ 6400 ’ vagy ‘ 6581 ’. 
▼M1 
TCS_95 Ha az INTERNAL AUTHENTICATE parancs sikeres, az 
aktuális 1. generációs munkamenetkulcs – amennyiben van 
ilyen – törl ődik, és a továbbiakban nem áll rendelkezésre. 
Annak érdekében, hogy új 1. generációs munkamenetkulcs 
álljon rendelkezésre, az 1. generációs hitelesítési mecha ­
nizmus esetében az EXTERNAL AUTHENTICATE paran ­
csot sikeresen végre kell hajtani.  
Megjegyzés: A 2. generációs munkamenetkulcsokra vonat ­
kozóan ld. a 11. függelék CSM_193 és CSM_195 bekez ­
dést. Ha 2. generációs munkamenetkulcsokat hoznak létre, 
és a tachográfkártya az egyszer ű, INTERNAL AUTHEN­
TICATE parancsot tartalmazó APDU-t kap, megszakítja a 
2. generációs biztonságos üzenetküldési munkamenetet, és 
megsemmisíti a 2. generációs munkamenetkulcsokat.  
▼B 
3.5.9 EXTERNAL AUTHENTICATE 
Ez a parancs megfelel az ISO/IEC 7816-4 szabványnak.  
Az EXTERNAL AUTHENTICATE parancsot felhasználva a kártya 
hitelesítheti az IFD-t. A G1 és G2 menetíró készülékre vonatkozó 
hitelesítési eljárást a 11. függelék írja le (VU hitelesítés).  
TCS_96 Az 1. generációs kölcsönös hitelesítési mechanizmus 
esetében a parancsvariánst csak az 1. generációs tachog ­
ráf-alkalmazás támogatja.  
▼M1 
TCS_97 A 2. generációs kölcsönös VU-kártyahitelesítés esetében a 
parancsvariáns a következ őkben hajható végre: MF, 
Tachograph DF és Tachograph_G2 DF (lásd még: 
TCS_34). Ha e 2. generációs EXTERNAL AUTHENTI ­
CATE parancs sikeres, az aktuális 1. generációs munkame ­
netkulcs – amennyiben van ilyen – törl ődik, és a további­
akban nem áll rendelkezésre.  
Megjegyzés: A 2. generációs munkamenetkulcsokra vonat ­
kozóan ld. a 11. függelék CSM_193 és CSM_195 bekez ­
dést. Ha a 2. generációs munkamenetkulcsokat hoznak 
létre, és a tachográfkártya az egyszer ű, EXTERNAL 
AUTHENTICATE parancsot tartalmazó APDU-t kap, 
megszakítja a 2. generációs biztonságos üzenetküldési 
munkamenetet, és megsemmisíti a 2. generációs munkame ­
netkulcsokat.  
▼B 
TCS_98 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ CLA 
INS 1  ‘82h’ INS 
P1 1  ‘00h’ Kulcsok és algoritmusok implicite ismertek  
P2 1  ‘00h’ 
Lc 1  ‘XXh’ Lc (a kártyára küldött adatok hossza)  
#6 – #(5+L)  L  ‘XX..XXh’  1. generációra vonatkozó hitelesítés: Kriptogram (lásd: 
11. függelék A. rész) 
2. generációra vonatkozó hitelesítés: Az IFD által gene ­
rált aláírás (lásd: 11. függelék B. rész)  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 222  
TCS_99 Válaszüzenet  
Bájt Hossz Érték Leírás  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha az aktuálisan beállított nyilvános kulcs CHA-ja nem 
a menetíró készülék AID alkalmazásnak és a VU beren ­
dezéstípusnak a láncolata, a visszaküldött feldolgozási 
állapot: ‘ 6F00 ’. 
— Ha a parancsot nem el őzi meg közvetlenül GET 
CHALLENGE parancs, a visszaküldött feldolgozási 
állapot: ‘ 6985 ’. 
Az 1. generációs tachográf-alkalmazás a következ ő hibakó­
dokat küldheti vissza:  
— Ha nincs nyilvános kulcs a biztonsági környezetben, a 
visszaküldött feldolgozási állapot: ‘ 6A88 ’. 
— Ha nincs privát kulcs a biztonsági környezetben, a 
visszaküldött feldolgozási állapot: ‘ 6A88 ’. 
— Ha a kriptogram ellen őrzése hibás, a visszaküldött 
feldolgozási állapot: ‘ 6688 ’. 
— Ha a kiválasztott privát kulcs sérültnek min ősül, a 
visszaküldött feldolgozási állapot: ‘ 6400 ’ vagy ‘ 6581 ’. 
A 2. generációs hitelesítés esetében a parancsvariáns a 
következő kiegészít ő hibakódot küldheti vissza:  
— Ha az aláírás ellen őrzése sikertelen, a kártya ezt küldi 
vissza: ‘ 6300 ’. 
3.5.10 GENERAL AUTHENTICATE  
Ez a parancs a 11. függelék B. részében meghatározott, 2. generációs 
chiphitelesítési protokoll esetében alkalmazandó és megfelel az 
ISO/IEC 7816-4 szabványnak. 
TCS_100 A parancs végrehajtható a következ őkben: MF, DF 
Tachograph és DF Tachograph_G2, lásd még: TCS_34.  
TCS_101 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ 
INS 1  ‘86h’ 
P1 1  ‘00h’ Kulcsok és protokoll implicite ismertek  
P2 1  ‘00h’ 
Lc 1  ‘NNh’ Lc: a következ ő adatmez ő hossza 
#6 – #(5+L)  L  ‘7Ch’ + L  7C + 
‘80h’ + L  80 + 
‘XX..XXh’ DER-TLV-ben kódolt efemer nyilvános kulcs értéke 
(lásd:11. függelék) 
A járműegységnek ebben a sorrendben kell küldenie 
az adatobjektumokat.  
▼M1 
5 + L + 1  1  „00h” Az ISO/IEC 7816-4 szabvány meghatározása szerint  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 223  
TCS_102 Válaszüzenet  
Bájt Hossz Érték Leírás  
#1 – #L L  ‘7Ch’ + L  7C + ‘81h’ 
+ ‘08h’ + ‘XX..XXh’ 
+ ‘82h’ + L  82 + 
‘XX..XXh’  DER-TLV-ben kódolt Dynamic Authentication 
adatok: egyszer használatos véletlen szám 
(nonce) és hitelesítési token (lásd: 11. függelék)  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2)  
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Az adatmező helytelen paramétereinek jelölésére a 
kártya ezt küldi vissza: ‘ 6A80 ’. 
— Ha az External Authenticate parancs nem került sike ­
resen végrehajtásra, a kártya ezt küldi vissza: ‘ 6982 ’. 
A ‘7Ch ’ Dynamic Authentication válasz-adatobjektumnak  
— jelen kell lennie, ha a m űvelet sikeres, például az álla ­
potszavak: ‘ 9000 ’, 
— nem szabad jelen lennie, ha végrehajtási vagy ellen ­ 
őrzési hiba történt, vagyis ha az állapotszavak a ‘ 6400 ’ 
és ‘6FFF ’ közötti tartományban vannak, valamint  
— hiányozhat figyelmeztetés esetén, vagyis ha az állapot ­
szavak a ‘ 6200 ’ és ‘ 63FF ’ közötti tartományban 
vannak. 
3.5.11 MANAGE SECURITY ENVIRONMENT  
Ez a parancs lehetővé teszi egy nyilvános kulcs hitelesítési célra való 
beállítását.  
3.5.11.1 1 . g e n e r á c i ó s p a r a n c s – v á l a s z p á r  
Ez a parancs megfelel az ISO/IEC 7816-4 szabványnak. A parancs 
használata korlátozott, tekintettel a vonatkozó szabványra.  
TCS_103 Ezt a parancsot csak 1. generációs tachográf-alkalmazás 
támogatja.  
TCS_104 Az MSE adatmezőben említett kulcs marad az aktuális 
nyilvános kulcs a következ ő helyes MSE parancsig, a DF 
kiválasztásáig vagy a kártya alaphelyzetbe állításáig.  
TCS_105 Ha az említett kulcs (még) nincs a kártyán, a biztonsági 
környezet változatlan marad.  
TCS_106 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ CLA 
INS 1  ‘22h’ INS 
P1 1  ‘C1h’ P1: az említett kulcs érvényes az összes titkosítási m űve­
letre 
P2 1  ‘B6h’ P2 (az említett adatok a digitális aláírásra vonatkoznak)  
Lc 1  ‘0Ah’ Lc: a következ ő adatmező hossza 
#6 1  ‘83h’ Címke egy nyilvános kulcsra való hivatkozáshoz aszim ­
metrikus esetekben  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 224  
Bájt Hossz Érték Leírás  
#7 1  ‘08h’ A kulcsreferencia hossza (kulcsazonosító)  
#8 – #15 8  ‘XX..XXh’  Kulcsazonosító a 11. függelék meghatározása szerint  
TCS_107 Válaszüzenet  
Bájt Hossz Érték Leírás  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha az említett kulcs nincs a kártyán, a visszaküldött 
feldolgozási állapot: ‘ 6A88 ’. 
— Ha a biztonságos üzenetküldési formátumában néhány 
várt adatobjektum (a fent meghatározottak szerint) 
hiányzik, a visszaküldött feldolgozási állapot: ‘ 6987 ’. 
Ez akkor történhet meg, ha a ‘83h’ címke hiányzik.  
— Ha néhány adatobjektum helytelen, a visszaküldött 
feldolgozási állapot: ‘ 6988 ’. Ez akkor történhet meg, 
ha a kulcsazonosító hossza nem ‘08h’.  
— Ha a kiválasztott kulcs sérültnek min ősül, a visszakül­
dött feldolgozási állapot: ‘ 6400 ’ vagy ‘ 6581 ’. 
3.5.11.2 2 . g e n e r á c i ó s p a r a n c s – v á l a s z p á r o k  
A 2. generációs hitelesítés esetén a tachográfkártya a következ ő MSE- 
t támogatja: Az ISO/IEC 7816-4 szabványnak megfelel ő parancs­
verzió beállítva. Az 1. generációs hitelesítések esetén ezek a parancs ­
verziók nem támogatottak.  
3.5.11.2.1 M S E : S E T A T c h i p h i t e l e s í t é s e e s e t é n  
A paramétereknek a chip hitelesítése érdekében történ ő kiválasztá ­
sához a következ ő MSE:SET AT parancs alkalmazandó, melyet az 
azt követő General Authenticate parancs hajt végre.  
TCS_108 A parancs végrehajtható a következ őkben: MF, DF 
Tachograph és DF Tachograph_G2, lásd még: TCS_34. 
TCS_109 MSE:SET AT parancsüzenet chip hitelesítése esetén  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ 
INS 1  ‘22h’ 
P1 1  ‘41h’ Bels ő hitelesítésre beállítva  
P2 1  ‘A4h’ Hitelesítés  
Lc 1  ‘NNh’ Lc: a következ ő adatmező hossza 
#6 – #(5+L)  L  ‘80h’ + ‘0Ah’ 
+ ‘XX..XXh ’ Hivatkozás DER-TLV-ben kódolt titkosítási mechaniz ­
musra: a chiphitelesítés objektumazonosítója (csak az 
érték, a ‘06h’ címkét el kell hagyni). 
Az objektumazonosító értékével kapcsolatban lásd az 1. 
függeléket; alkalmazandó a bájtjelölés. Azzal kapcsolat ­
ban, hogy hogyan kell kiválasztani egyet az objektuma ­
zonosítók közül, lásd a 11. függeléket.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 225  
3.5.11.2.2 M S E : S E T A T j á r m ű e g y s é g h i t e l e s í t é s e e s e t é n  
A paramétereknek és kulcsoknak a VU hitelesítése érdekében történ ő 
kiválasztásához a következ ő MSE:SET AT parancs alkalmazandó, 
melyet az azt követ ő External Authenticate parancs hajt végre.  
TCS_110 A parancs végrehajtható a következ őkben: MF, DF 
Tachograph és DF Tachograph_G2, lásd még: TCS_34.  
TCS_111 MSE:SET AT parancsüzenet járm űegység hitelesítése 
esetén  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ 
INS 1  ‘22h’ 
P1 1  ‘81h’ Küls ő hitelesítésre beállítva  
P2 1  ‘A4h’ Hitelesítés  
Lc 1  ‘NNh’ Lc: a következ ő adatmező hossza 
#6 – #(5+L)  L  ‘80h’ + ‘0Ah’ 
+ ‘XX..XXh ’ Hivatkozás DER-TLV-ben kódolt titkosítási mechaniz ­
musra: A VU-hitelesítés objektumazonosítója (csak az 
érték, a ‘06h’ címkét el kell hagyni). 
Az objektumazonosító értékével kapcsolatban lásd az 1. 
függeléket; alkalmazandó a bájtjelölés. Azzal kapcsolat ­
ban, hogy hogyan kell kiválasztani egyet az objektuma ­
zonosítók közül, lásd a 11. függeléket.  
‘83h’ + ‘08h’ 
+ ‘XX..XXh’  DER-TLV-ben kódolt hivatkozás a VU nyilvános 
kulcsára a szóban forgó tanúsítványban említett CHR 
által.  
‘91h’ + L  91 + 
‘XX..XXh’ Az efemer nyilvános VU kulcs DER-TLV-ben kódolt 
sűrített reprezentációja, amely a chiphitelesítés során 
kerül felhasználásra (lásd: 11. függelék)  
3.5.11.2.3 M S E : S E T D S T 
A következ ő MSE:SET DST parancs alkalmazandó a nyilvános kulcs 
beállításához vagy  
— egy olyan aláírás ellen őrzéséhez, amelyet egy soron következ ő 
PSO: Verify Digital Signature parancs biztosít, vagy  
— egy olyan tanúsítvány aláírásának ellen őrzéséhez, amelyet egy 
soron következ ő PSO: Verify Certificate parancs biztosít.  
TCS_112 A parancs végrehajtható a következ őkben: MF, DF 
Tachograph és DF Tachograph_G2, lásd még: TCS_33.  
TCS_113 MSE:SET DST parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ 
INS 1  ‘22h’ 
P1 1  ‘81h’ Ellen őrzésre beállítva  
P2 1  ‘B6h’ Digitális aláírás  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 226  
Bájt Hossz Érték Leírás  
Lc 1  ‘NNh’ Lc: a következ ő adatmező hossza 
#6 – #(5+L)  L  ‘83h’ + ‘08h’ 
+ ‘XX...XXh ’ DER-TLV-ben kódolt hivatkozás egy nyilvános kulcsra, 
vagyis a CHR a nyilvános kulcs tanúsítványában (lásd: 
11. függelék)  
Minden parancsverzió esetében a következ ők adják meg a válasz ­
üzenet struktúráját és állapotszavait:  
TCS_114 Válaszüzenet  
Bájt Hossz Érték Leírás  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
A protokoll kiválasztásra és inicializálásra került.  
— ‘6A80 ’ hibás paramétereket jelez a parancs-adatmez ő­
ben. 
— ‘6A88 ’ azt jelzi, hogy a hivatkozott adatok (vagyis egy 
hivatkozott kulcs) nem elérhet ők. 
▼M1 
— Ha a kártya szerinti currentAuthenticatedTime késő bbi 
időpont, mint a kiválasztott nyilvános kulcs lejárata, a 
visszaküldött feldolgozási állapot:  ‘6A88’.  
Megjegyzés: A járműegység hitelesítésére vonatkozó MSE: 
SET AT parancs esetében a hivatkozott kulcs VU_MA 
nyilvános kulcs. A kártya beállítja használatra a VU_MA 
nyilvános kulcsot, amennyiben memóriájában elérhet ő, 
amely megegyezik a parancs adatmez őben megadott tanú ­
sítványtulajdonos-hivatkozással (CHR) (a kártya a tanúsít ­
vány CHA adatmez ője által tudja azonosítani a VU_MA 
nyilvános kulcsot). A kártya e parancsra a ‘6A 88’ álla ­
pottal válaszol, ha csak a VU_Sign nyilvános kulcs érhet ő 
el, vagy nem érhet ő el a járm űegységhez tartozó nyilvános 
kulcs. A CHA adatmez ő meghatározását lásd a 11. függe ­
lékben, az equipmentType adattípusét pedig az 1. függelék ­
ben. 
Hasonlóképpen, ha az ellen őrzőkártyára EQT-re (azaz 
járműegységre vagy kártyára) hivatkozó MSE: SET DST 
parancsot küldenek, a CSM_234 szerint a hivatkozott 
kulcs mindig EQT_Sign kulcs, amelyet a digitális aláírás 
ellenőrzésére kell használni. A 11. függelék 13. ábrája 
szerint az ellen őrzőkártya mindig tárolja a vonatkozó 
EQT_Sign nyilvános kulcsot. Egyes esetekben az ellen ­ 
őrzőkártya a kapcsolódó EQT_MA nyilvános kulcsot is 
tárolhatja. Amikor az ellen őrzőkártya MSE: SET DST 
parancsot kap, mindig beállítja használatra az EQT_Sign 
nyilvános kulcsot.  
▼B 
3.5.12 PSO: HASH 
Ezt a parancsot a bizonyos adatokon elvégzett hasítási számítás ered ­
ményének a kártyára történ ő továbbítására kell felhasználni. Ez a 
parancs a digitális aláírások ellen őrzésére szolgál. A hasítási érték 
ideiglenesen tárolódik a következ ő parancshoz: PSO: Verify Digital 
Signature  
Ez a parancs megfelel az ISO/IEC 7816-8 szabványnak. A parancs 
használata korlátozott, tekintettel a vonatkozó szabványra.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 227  
A DF Tachograph és a DF Tachograph_G2 esetében csak az ellen ­ 
őrzőkártyának kell támogatnia ezt a parancsot.  
Más típusú tachográfkártyák végrehajthatják vagy elutasíthatják ezt a 
parancsot. A parancs elérhet ő vagy nem elérhet ő az MF-ben. 
Az 1. generációs ellenőrzőkártya-alkalmazás csak az SHA-1-et támo ­
gatja.  
TCS_115 Az átmenetileg tárolt hasítási értéket törölni kell, ha a PSO: 
HASH parancs révén új érték került kiszámításra, ha a DF 
ki lett választva és ha a tachográfkártyát alaphelyzetbe állí ­
tották.  
TCS_116 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ CLA 
INS 1  ‘2Ah’ Biztonsági m űvelet végrehajtása  
P1 1  ‘90h’ A hash kód visszaküldése 
P2 1  ‘A0h’ Címke: a hasításhoz megfelel ő DO-t tartalmazó adat­
mező 
Lc 1  ‘XXh’ A következ ő Lc adatmez ő hossza 
#6 1  ‘90h’ Címke a hash kódhoz  
#7 1  ‘XXh’ A hash kód L hossza: 
‘14h’ az 1. generációs alkalmazás esetében (lásd: 11. 
függelék A. rész) 
‘20h’, ‘30h’ vagy ‘40h’ a 2. generációs alkalmazás 
esetében (lásd: 11. függelék B. rész)  
#8 – #(7+L)  L  ‘XX..XXh’  Hash kód 
TCS_117 Válaszüzenet  
Bájt Hossz Érték Leírás  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha néhány várt adatobjektum (a fenti meghatározás 
szerint) hiányzik, a visszaküldött feldolgozási állapot: 
‘6987 ’. Ez akkor történhet meg, ha egy ‘90h’ címke 
hiányzik.  
— Ha néhány adatobjektum helytelen, a visszaküldött 
feldolgozási állapot: ‘ 6988 ’. Ez a hiba akkor történik 
meg, ha a kívánt címke rendelkezésre áll ugyan, de 
hosszúsága az SHA-1 esetében nem ‘14h’, az SHA- 
256 esetében nem ‘20h’, az SHA-384 esetében nem 
‘30h’ és az SHA-512 esetében nem ‘40h’ (2. generációs 
alkalmazás).  
3.5.13 PERFORM HASH of FILE 
Ez a parancs nem felel meg az ISO/IEC 7816-8 szabványnak. Így e 
parancs CLA bájtja jelzi, hogy a PERFORM SECURITY OPERATI ­
ON/HASH kizárólagos felhasználásáról van szó.  
A DF Tachograph és a DF Tachograph_G2 esetében csak a járm űve­
zetői és a műhelykártyának kell támogatnia ezt a parancsot.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 228  
Más típusú tachográfkártyák végrehajthatják vagy elutasíthatják ezt a 
parancsot. Ha a vállalkozási és az ellen őrzőkártya végrehajtja ezt a 
parancsot, annak az e fejezetben meghatározottak szerint kell történ ­
nie. 
A parancs elérhető vagy nem elérhet ő az MF-ben. Ha elérhet ő, a 
parancsot az e fejezetben meghatározottak szerint kell végrehajtani, 
azaz a parancs nem teszi lehet ővé hasítási érték kiszámítását, de 
megfelelő hibakóddal leáll.  
TCS_118 A PERFORM HASH of FILE parancs az aktuálisan kivá ­
lasztott EF transzparens adatterületének hasítási számítására 
szolgál. 
TCS_119 A tachográfkártya ezt a parancsot csak a 4. fejezetben 
felsorolt EF-ek esetében támogatja a DF_Tachograph és a 
DF_Tachograph_G2 keretében a következ ő kivételekkel. A 
tachográfkártya nem támogatja a parancsot a DF Tachog ­
raph_G2-höz tartozó EF Sensor_Installation_Data esetében.  
TCS_120 A hasítási mű velet eredményét átmenetileg a kártyán kell 
tárolni. Ez felhasználható a fájl digitális aláírásának a 
megszerzésére a PSO: COMPUTE DIGITAL SIGNATURE 
parancs felhasználásával.  
▼M1 
TCS_121 Az átmenetileg tárolt fájlhasítási értéket törölni kell, ha a 
PERFORM HASH of FILE parancs révén új fájlhasítási 
érték került kiszámításra, ha a DF ki lett választva és ha 
a tachográfkártyát alaphelyzetbe állították.  
▼B 
TCS_122 Az 1. generációs tachográf-alkalmazás támogatja az SHA- 
1-et. 
▼M1 
TCS_123 A 2. generációs tachográfalkalmazás támogatja az SHA-2 
algoritmust (az SHA-256-ot, az SHA-384-et vagy az SHA- 
512-et) a 11. függelék B. részében a Card_Sign kártyaalá ­
írási kulcsra vonatkozóan meghatározott titkosítási készlet 
szerint.  
▼B 
TCS_124 Parancsüzenet  
▼M1 
Bájt Hossz Érték Leírás  
CLA 1  „80h” CLA 
INS 1  „2Ah” Biztonsági m űvelet végrehajtása  
P1 1  „90h” Címke: Hash 
P2 1  „00h” Algoritmusok implicite ismertek 
Az 1. generációs tachográfalkalmazás esetében: SHA-1 
Az 2. generációs tachográfalkalmazás esetében: az SHA- 
2 algoritmust, az SHA-256-ot, az SHA-384-et vagy az 
SHA-512-et a 11. függelék B. részében a Card_Sign 
kártyaaláírási kulcsra vonatkozóan meghatározott titkosí ­
tási készlet szerint.  
▼B 
TCS_125 Válaszüzenet  
Bájt Hossz Érték Leírás  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha az aktuális EF nem engedélyezi ezt a parancsot (EF 
Sensor_Installation_Data a DF Tachograph_G2-ben), a 
visszaküldött feldolgozási állapot: ‘ 6985 ’. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 229  
— Ha a kiválasztott EF sérültnek minő sül (fájlattribútum 
vagy az eltárolt adatok integritási hibái), a visszaküldött 
feldolgozási állapot: ‘ 6400 ’ vagy ‘ 6581 ’. 
— Ha a kiválasztott fájl nem transzparens fájl vagy nincs 
aktuális EF, a visszaküldött feldolgozási állapot: ‘ 6986 ’. 
3.5.14 PSO: COMPUTE DIGITAL SIGNATURE  
▼M1 
Ez a parancs az el őzőleg kiszámított hash kód digitális aláírásának 
számítására szolgál (lásd a 3.5.13. pontot, PERFORM HASH of 
FILE). 
A Tachograph DF és a Tachograph_G2 DF esetében csak a járm űve­
zetői és a műhelykártyának kell támogatnia ezt a parancsot.  
Más típusú tachográfkártyák végrehajthatják vagy elutasíthatják ezt a 
parancsot. A 2. generációs tachográfalkalmazás esetében csak a járm ű­
vezetői és a műhelykártya rendelkezik 2. generációs aláírási kulccsal, 
a többi kártya nem képes sikeresen elvégezni a parancsot, és 
megfelelő hibakóddal leáll.  
A parancs elérhető vagy nem elérhet ő az MF-ben. Ha nem érhet ő el 
az MF-ben, a parancs a megfelel ő hibakóddal leáll.  
Ez a parancs megfelel az ISO/IEC 7816-8 szabványnak. A parancs 
használata korlátozott, tekintettel a vonatkozó szabványra.  
▼B 
TCS_126 Ez a parancs nem az el őzőleg kiszámított hash kód digitális 
aláírásának számítását szolgálja a PSO: HASH paranccsal.  
TCS_127 A kártya privát kulcsát kell felhasználni a digitális aláírás 
kiszámítására; a kártya implicite ismeri ezt a kulcsot.  
TCS_128 Az 1. generációs tachográf-alkalmazás digitális aláírást hajt 
végre a PKCS1-nek megfelel ő feltöltési módszer alkalma ­
zásával (a részleteket lásd a 11. függelékben).  
TCS_129 A 2. generációs tachográf-alkalmazás kiszámít egy ellip ­
tikus görbén alapuló digitális aláírást (a részleteket lásd a 
11. függelékben).  
TCS_130 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘00h’ CLA 
INS 1  ‘2Ah’ Biztonsági m űvelet végrehajtása  
P1 1  ‘9Eh’ Visszaküldend ő digitális aláírás  
P2 1  ‘9Ah’ Címke: az adatmez ő tartalmazza a jelölendő adatokat. 
Mivel adatmez őt nem tartalmaz, feltételezhet ő, hogy az 
adatok már a kártyán vannak (a fájl hasítása)  
Le 1  ‘NNh’ A várt aláírás hossza  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 230  
TCS_131 Válaszüzenet  
Bájt Hossz Érték Leírás  
#1 – #L L  ‘XX..XXh’  Az előzőleg kiszámított hasítás aláírása  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha az implicite kiválasztott privát kulcs sérültnek min ő­
sül, a visszaküldött feldolgozási állapot: ‘ 6400 ’ vagy 
‘6581 ’. 
— Ha egy előző Perform Hash of File paranccsal kiszámí ­
tott hasítás nem elérhet ő, a visszaküldött feldolgozási 
állapot: ‘ 6985 ’. 
3.5.15 PSO: VERIFY DIGITAL SIGNATURE 
Ez a parancsot kell felhasználni az adatbevitelként betáplált digitális 
aláírás ellen őrzésére, amelynek hasítása a kártya számára ismert. Az 
aláírás algoritmusát a kártya implicite ismeri.  
Ez a parancs megfelel az ISO/IEC 7816-8 szabványnak. A parancs 
használata korlátozott, tekintettel a vonatkozó szabványra.  
A DF Tachograph és a DF Tachograph_G2 esetében csak az ellen ­ 
őrzőkártyának kell támogatnia ezt a parancsot.  
Más típusú tachográfkártyák végrehajthatják vagy elutasíthatják ezt a 
parancsot. A parancs elérhet ő vagy nem elérhet ő az MF-ben. 
TCS_132 A VERIFY DIGITAL SIGNATURE parancs mindig az 
előző Manage Security Environment MSE által kiválasztott 
nyilvános kulcsot használja: DST parancs és egy PSO: 
HASH parancs által beléptetett el őző hash kód beállítása.  
TCS_133 Parancsüzenet  
▼M1 
Bájt Hossz Érték Leírás  
CLA 1  „00h” CLA 
INS 1  „2Ah” Biztonsági m űvelet végrehajtása  
P1 1  „00h” 
P2 1  „A8h” Címke: az ellen őrzésnek megfelel ő DO-kat tartalmazó 
adatmező 
Lc 1  „XXh” A következ ő Lc adatmez ő hossza 
#6 1  „9Eh” Címke a digitális aláíráshoz  
#7 vagy 
#7-#8 L „NNh” vagy 
„81 NNh ” A digitális aláírás hossza (az L 2 bájt, amennyiben a 
digitális aláírás 127 bájtnál hosszabb): 
az 1. generációs tachográfalkalmazás esetében 128 bájt, a 
11. függelék A. részének megfelel ően kódolva. 
A 2. generációs tachográfalkalmazás esetében a kiválasz ­
tott görbét ől függ (lásd a 11. függelék A. részét).  
#(7+L) – 
#(6+L+NN) NN „XX..XXh” A digitális aláírás tartalma  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 231  
TCS_134 Válaszüzenet  
Bájt Hossz Érték Leírás  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— Ha az aláírás ellen őrzése sikertelen, a visszaküldött 
feldolgozási állapot: ‘ 6688 ’. Az ellen őrzési eljárást a 
11. függelék ismerteti.  
— Ha nincs kiválasztott nyilvános kulcs, a visszaküldött 
feldolgozási állapot: ‘ 6A88 ’. 
— Ha néhány várt adatobjektum (a fenti meghatározás 
szerint) hiányzik, a visszaküldött feldolgozási állapot: 
‘6987 ’. Ez akkor történhet meg, ha a szükséges címkék 
egyike hiányzik.  
— Ha nem áll rendelkezésre hash kód a parancs feldolgo ­
zásához (egy el őző PSO: Hash parancs eredményeként), 
a visszaküldött feldolgozási állapot: ‘ 6985 ’. 
— Ha néhány adatobjektum helytelen, a visszaküldött 
feldolgozási állapot: ‘ 6988 ’. Ez akkor történhet meg, 
ha a szükséges adatobjektumok egyikének hossza hely ­
telen.  
— Ha a kiválasztott nyilvános kulcs sérültnek min ősül, a 
visszaküldött feldolgozási állapot: ‘ 6400 ’ vagy ‘ 6581 ’. 
▼M1 
— Ha a kiválasztott (és a digitális aláírás ellen őrzéséhez 
használt) nyilvános kulcs olyan CHA.LSB-vel (Certifi ­
cateHolderAuthorisation.equipmentType) rendelkezik, 
amely nem alkalmas a digitális aláírás 11. függelék 
szerinti ellen őrzésére, a visszaküldött feldolgozási álla ­
pot: ‘6985’ . 
▼B 
3.5.16 PROCESS DSRC MESSAGE 
Ez a parancs a DSRC üzenet sértetlenségének és hitelességének ellen ­ 
őrzését, valamint a VU által egy ellen őrző hatóság vagy mű hely felé a 
DSRC kapcsolaton keresztül megküldött adatok megfejtését szolgálja. 
A kártya levezeti a DSRC üzenet védelmére használt titkosítási 
kulcsot és MAC kulcsot, a 11. függelék B. része 13. fejezetének 
megfelelően. 
A DF Tachograph_G2 esetében csak az ellen őrző- és a műhelykár­
tyának kell támogatnia ezt a parancsot.  
Más típusú tachográfkártyák végrehajthatják vagy elutasíthatják ezt a 
parancsot, de nincs szükségük DSRC mesterkulcsra. Ezért ezek a 
kártyák nem tudják sikeresen végrehajtani a parancsot, hanem a 
parancs megfelel ő hibakóddal leáll.  
A parancs elérhető vagy nem elérhet ő az MF-ben és/vagy a DF 
Tachograph alkalmazásban. Ha igen, a parancs megfelel ő hibakóddal 
leáll.  
TCS_135 A DSRC mesterkulcs csak a DF Tachograph_G2 alkalma ­
zásban érhet ő el, azaz az ellen őrző- és a mű helykártyának a 
parancs végrehajtását csak a DF Tachograph_G2-ben kell 
támogatnia.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 232  
TCS_136 A parancsnak csak titkosítania kell a DSRC adatokat és 
ellenőriznie kell a titkosítási ellen őrző összeget, de nem 
szükséges értelmeznie a beviteli adatokat.  
TCS_137 A parancs-adatmez őben lévő adatobjektumok sorrendjét ez 
az előírás rögzíti.  
TCS_138 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘80h’ Kizárólagos CLA 
INS 1  ‘2Ah’ Biztonsági m űvelet végrehajtása  
P1 1  ‘80h’ Válaszadatok: normál érték  
P2 1  ‘B0h’ Parancsadatok: BER-TLV-ben kódolt és SM DO-kat 
tartalmazó normálérték  
Lc 1  ‘NNh’ A következ ő Lc adatmez ő hossza 
#6 – #(5+L)  L  ‘87h’ + L  87 + 
‘XX..XXh’ DER-TLV-ben kódolt feltöltésjelz ő bájt, melyet titkosí­
tott tachográfadatok követnek. A feltöltésjelz ő bájt 
esetében a ‘00h’ értéket („nincs további adat” az ISO/ 
IEC 7816-4:2013 szabvány 52. táblázatának megfele ­
lően) kell használni. A titkosítási mechanizmushoz lásd 
a 11. függelék. B. részének 13. fejezetét. 
Az L  87 hossz megengedett értékei a feltöltésjelz ő bájt 
esetében az AES blokk hosszának többszörösei plusz 1, 
azaz 17 bájttól 193 bájtig terjedhet.  
Megjegyzés: A ‘87h’ címkével ellátott SM adatobjek ­
tumhoz lásd az ISO/IEC 7816-4:2013 szabvány 49. 
táblázatát.  
‘81h’ + ‘10h’  DER-TLV-ben kódolt Control Reference Template for 
Confidentiality, mely a következő adatelemek láncolatát 
tartalmazza (lásd: DSRCSecurityData az 1. függelékben 
és a 11. függelék B. részének 13. fejezete): 
— 4 bájt idő bélyegző 
— 3 bájt számláló 
— 8 bájt VU sorozatszám 
— 1 bájt DSRC mesterkulcs verzió 
Megjegyzés: A ‘81h’ címkével ellátott SM adatobjek ­
tumhoz lásd az ISO/IEC 7816-4:2013 szabvány 49. 
táblázatát.  
‘8Eh’ + L  8E + 
‘XX..XXh’ DER-TLV-ben kódolt MAC a DSRC üzenet fölött. A 
MAC algoritmushoz lásd a 11. függelék. B. részének 
13. fejezetét.  
Megjegyzés: A ‘8Eh’ címkével ellátott SM adatobjek ­
tumhoz lásd az ISO/IEC 7816-4:2013 szabvány 49. 
táblázatát.  
▼M1 
5 + L + 1  1  „00h” Az ISO/IEC 7816-4 szabvány meghatározása szerint  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 233  
TCS_139 Válaszüzenet  
Bájt Hossz Érték Leírás  
#1 – #L L  ‘XX..XXh’  Hiányzó adatok (hiba esetén) vagy megfejtett adatok (fel ­
töltés eltávolítva)  
SW 2  ‘XXXXh’  Állapotszavak (SW1, SW2) 
— Ha a parancs sikeres, a kártya ezt küldi vissza: ‘ 9000 ’. 
— ‘6A80 ’ hibás paramétereket jelez a parancs-adatme ­
zőben (akkor is használandó, ha az adatobjektumok 
nem a meghatározott sorrendben kerültek küldésre).  
— ‘6A88 ’ azt jelzi, hogy a hivatkozott adatok nem elérhe ­
tők, vagyis a hivatkozott DSRC mesterkulcs nem 
elérhető. 
— ‘6900 ’ azt jelzi, hogy a titkosítási ellen őrző összeg 
ellenőrzése vagy az adatok titkosítása sikertelen.  
▼M1 
— ‘6985 ’ azt jelzi, hogy a parancs adatmez őben megadott 
4 bájt idő bélyegző korábbi, mint a cardValidityBegin, 
vagy későbbi, mint a cardExpiryDate.  
▼B 
4. A TACHOGRÁFKÁRTYÁK STRUKTÚRÁJA  
Ez a pont a tachográfkártyák fájlszerkezetét határozza meg a hozzá ­
férhető adatok tárolása szempontjából.  
Nem határozza meg a kártya gyártójától függ ő olyan belső struktúr- 
ákat, mint például a fájl fejrésze, továbbá a csak bels ő használa- 
thoz szükséges adatelemek tárolását és kezelését sem, mint pl.
  
,
 ,
  
vagy
  .  
TCS_140 Egy 2. generációs tachográfkártya elfogadja az MF-et és az 
azonos típusú 1. és 2. generációs alkalmazást (járm űveze­
tőikártya-alkalmazásokat).  
TCS_141 A tachográfkártya támogatja a megfelel ő alkalmazások 
tekintetében meghatározott legalább minimális rekordszá ­
mot, de nem többet, mint a megfelel ő alkalmazások tekin ­
tetében meghatározott maximális rekordszámot.  
A minimális és maximális rekordszámot a különböz ő alkal­
mazások esetében ez a fejezet határozza meg.  
Az e fejezet szerinti hozzáférési szabályokban alkalmazott 
biztonsági feltételekhez lásd a 3.3. fejezetet. Általános ­
ságban a „read” hozzáférési mód a READ BINARY paran ­
csot jelöli páros és – ha támogatott – páratlan INS bájttal, 
kivéve a mű helykártyán lév ő Sensor_Installation_Data EF- 
et, lásd: TCS_156 és TCS_160 szakasz. Az „update” 
hozzáférési mód az UPDATE BINARY parancsot jelöli 
páros és – ha támogatott – páratlan INS bájttal, míg a 
„select” hozzáférési mód a SELECT parancsot jelöli.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 234  
4.1. Törzsállomány (MF) 
TCS_142 Megszemélyesítés után az MF a következ ő permanens fájl ­
szerkezettel és fájlhozzáférési szabályokkal rendelkezik:  
Megjegyzés: Az SFID rövid EF azonosító tizedes törtként 
kerül megadásra, így a 30-as érték megfelel ője a kettes 
számrendszerben: 11110.
  
Ebben a táblázatban a biztonsági feltétellel kapcsolatos 
következő rövidítés kerül alkalmazásra:  
SC1 ALW VAGY SM-MAC-G2  
TCS_143 Az összes EF szerkezet transzparens.  
TCS_144 Az MF a következ ő adatszerkezettel rendelkezik:
  
TCS_145 A DIR EF-nek a következ ő alkalmazásvonatkozású adatob ­
jektumokat kell tartalmaznia: ‘61 08 4F 06 FF 54 41 43 48 
4F 61 08 4F 06 FF 53 4D 52 44 54’.  
TCS_146 Az ATR/INFO EF-nek jelen kell lennie, ha a tachográf ­
kártya jelzi ATR-jében, hogy támogatja a kiterjesztett 
hosszúságú adatmez őket. Ez esetben az ATR/INFO EF- 
nek tartalmaznia kell az ISO/IEC 7816-4:2013 szabvány 
12.7.1. szakaszában meghatározott, kiterjesztett hosszúságú 
adatobjektumot (DO‘7F66’). 
TCS_147 Az Extended_Length EF-nek jelen kell lennie, ha a tachog ­
ráfkártya jelzi ATR-jében, hogy támogatja a kiterjesztett 
hosszúságú adatmez őket. Ez esetben az EF-nek tartal ­
maznia kell az következ ő adatobjektumot: ‘02 01 xx’, 
ahol ‘xx’ érték megmutatja, hogy támogatva vannak-e a 
kiterjesztett hosszúságú adatmez ők a T = 1 és/vagy a T = 
0 protokoll esetében.  
A ‘01’ a kiterjesztett hosszúságú adatmez ők támogatását 
jelöli a T = 1 protokoll esetében.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 235  
A ‘10’ a kiterjesztett hosszúságú adatmez ők támogatását 
jelöli a T = 0 protokoll esetében.  
A ‘11 ’ a kiterjesztett hosszúságú adatmez ők támogatását 
jelöli a T = 1 és a T = 0 protokoll esetében.  
4.2. Járm űvezetőikártya-alkalmazások 
4.2.1 1. generációs járművezetőikártya-alkalmazás 
TCS_148 Megszemélyesítés után az 1. generációs járm űvezetőikár­
tya-alkalmazás a következ ő permanens fájlszerkezettel és 
fájlhozzáférési feltételekkel rendelkezik:
  
Ebben a táblázatban a biztonsági feltételekkel kapcsolatos 
következő rövidítések kerülnek alkalmazásra:  
SC1 ALW VAGY SM-MAC-G2  
SC2 ALW VAGY SM-MAC-G1 VAGY SM-MAC-G2  
SC3 SM-MAC-G1 VAGY SM-MAC-G2  
TCS_149 Az összes EF szerkezet transzparens.  
TCS_150 Az 1. generációs járm űvezetőikártya-alkalmazás a követ ­
kező adatszerkezettel rendelkezik:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 236
  
▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 237
  
▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 238  
TCS_151 A fenti táblázatban a méretek megadására használt követ ­
kező értékek azok a minimális és maximális rekordszám- 
értékek, amelyeket az 1. generációs járm űvezetői kártya­
alkalmazás adatstruktúrájának alkalmazni kell:
  
4.2.2 2. generációs járm űvezetőikártya-alkalmazás 
TCS_152 Megszemélyesítés után a 2. generációs járm űvezetőikártya- 
alkalmazás a következ ő permanens fájlszerkezettel és fájl ­
hozzáférési szabályokkal rendelkezik:  
Megjegyzés: Az SFID rövid EF azonosító tizedes törtként 
kerül megadásra, így a 30-as érték megfelel ője a kettes 
számrendszerben: 11110.
  
Ebben a táblázatban a biztonsági feltétellel kapcsolatos 
következő rövidítés kerül alkalmazásra:  
SC1 ALW VAGY SM-MAC-G2  
TCS_153 Az összes EF szerkezet transzparens.  
TCS_154 A 2. generációs járm űvezetőikártya-alkalmazás a következ ő 
adatszerkezettel rendelkezik:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 239
  
► (1) M1 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 240
  
▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 241
  
► (1) M1 
TCS_155 A fenti táblázatban a méretek megadására használt követ ­
kező értékek azok a minimális és maximális rekordszám- 
értékek, amelyeket a 2. generációs járm űvezetői kártya­
alkalmazás adatszerkezetének alkalmazni kell:
  
► (1) M1 
4.3. M űhelykártya-alkalmazások 
4.3.1 1. generációs műhelykártya-alkalmazás  
TCS_156 Megszemélyesítés után az 1. generációs mű helykártya- 
alkalmazás a következ ő permanens fájlszerkezettel és fájl ­
hozzáférési feltételekkel rendelkezik:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 242
  
Ebben a táblázatban a biztonsági feltételekkel kapcsolatos 
következő rövidítések kerülnek alkalmazásra:  
SC1 ALW VAGY SM-MAC-G2  
SC2 ALW VAGY SM-MAC-G1 VAGY SM-MAC-G2  
SC3 SM-MAC-G1 VAGY SM-MAC-G2  
▼M1 
SC4 A páros INS bájtot tartalmazó READ BINARY 
parancs esetében:  
(SM-C-MAC-G1 ÉS SM-R-ENC-MAC-G1) VAGY  
(SM-C-MAC-G2 ÉS SM-R-ENC-MAC-G2)  
A páratlan INS bájtot tartalmazó READ BINARY 
parancs esetében (ha támogatott): NEV  
▼B 
TCS_157 Az összes EF szerkezet transzparens.  
TCS_158 Az 1. generációs mű helykártya-alkalmazás a következő 
adatszerkezettel rendelkezik:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 243
  
▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 244
  
▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 245
  
TCS_159 A fenti táblázatban a méretek megadására használt követ ­
kező értékek azok a minimális és maximális rekordszám- 
értékek, amelyeket a m űhelykártya adatszerkezetében egy 
1. generációs alkalmazáshoz alkalmazni kell:
  
4.3.2 2. generációs m űhelykártya-alkalmazás  
TCS_160 Megszemélyesítés után a 2. generációs m űhelykártya-alkal ­
mazás a következ ő permanens fájlszerkezettel és fájlhozzá ­
férési feltételekkel rendelkezik:  
Megjegyzés: Az SFID rövid EF azonosító tizedes törtként 
kerül megadásra, így a 30-as érték megfelel ője a kettes 
számrendszerben: 11110.
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 246  
Ebben a táblázatban a biztonsági feltételekkel kapcsolatos 
következő rövidítések kerülnek alkalmazásra:  
SC1 ALW VAGY SM-MAC-G2  
SC5 A páros INS bájtot tartalmazó READ BINARY 
parancs esetében: SM-C-MAC-G2 AND SM-R- 
ENC-MAC-G2  
A páratlan INS bájtot tartalmazó READ BINARY 
parancs esetében (ha támogatott): NEV  
TCS_161 Az összes EF szerkezet transzparens.  
TCS_162 A 2. generációs mű helykártya-alkalmazás a következ ő adat­
szerkezettel rendelkezik:
  
► (1) (2) M1 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 247
  
► (1) M1 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 248
  
► (1) M1 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 249  
TCS_163 A fenti táblázatban a méretek megadására használt követ ­
kező értékek azok a minimális és maximális rekordszám- 
értékek, amelyeket a m űhelykártya adatszerkezetében egy 
2. generációs alkalmazáshoz alkalmazni kell:
  
► (1) M1 
4.4. Ellen őrzőkártya-alkalmazások 
4.4.1 1. generációs ellenőrzőkártya-alkalmazás 
TCS_164 Megszemélyesítés után az 1. generációs ellen őrzőkártya- 
alkalmazás a következ ő permanens fájlszerkezettel és fájl ­
hozzáférési feltételekkel rendelkezik:
  
Ebben a táblázatban a biztonsági feltételekkel kapcsolatos 
következő rövidítések kerülnek alkalmazásra:  
SC1 ALW VAGY SM-MAC-G2  
SC2 ALW VAGY SM-MAC-G1 VAGY SM-MAC-G2  
SC3 SM-MAC-G1 VAGY SM-MAC-G2  
SC6 EXT-AUT-G1 OR SM-MAC-G1 OR SM-MAC-G2  
TCS_165 Az összes EF szerkezet transzparens.  
TCS_166 Az 1. generációs ellen őrzőkártya-alkalmazás a következő 
adatszerkezettel rendelkezik:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 250
  
TCS_167 A fenti táblázatban a méretek megadására használt követ ­
kező értékek azok a minimális és maximális rekordszám- 
értékek, amelyeket az ellen őrzőkártya adatszerkezetében 
egy 1. generációs alkalmazáshoz alkalmazni kell:
  
4.4.2 2. generációs ellen őrzőkártya-alkalmazás 
TCS_168 Megszemélyesítés után a 2. generációs ellen őrzőkártya- 
alkalmazás a következ ő permanens fájlszerkezettel és fájl ­
hozzáférési feltételekkel rendelkezik:  
Megjegyzés: Az SFID rövid EF azonosító tizedes törtként 
kerül megadásra, így a 30-as érték megfelel ője a kettes 
számrendszerben: 11110.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 251
  
Ebben a táblázatban a biztonsági feltétellel kapcsolatos 
következő rövidítés kerül alkalmazásra:  
SC1 ALW VAGY SM-MAC-G2  
TCS_169 Az összes EF szerkezet transzparens.  
TCS_170 A 2. generációs ellen őrzőkártya-alkalmazás a következő 
adatszerkezettel rendelkezik:
  
TCS_171 A fenti táblázatban a méretek megadására használt követ ­
kező értékek azok a minimális és maximális rekordszám- 
értékek, amelyeket az ellen őrzőkártya adatszerkezetében 
egy 2. generációs alkalmazáshoz alkalmazni kell:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 252
  
4.5. Vállalkozáskártya-alkalmazások 
4.5.1 1. generációs vállalkozáskártya-alkalmazás  
TCS_172 Megszemélyesítés után az 1. generációs vállalkozáskártya- 
alkalmazás a következ ő permanens fájlszerkezettel és fájl ­
hozzáférési feltételekkel rendelkezik:
  
Ebben a táblázatban a biztonsági feltételekkel kapcsolatos 
következő rövidítések kerülnek alkalmazásra:  
SC1 ALW VAGY SM-MAC-G2  
SC2 ALW VAGY SM-MAC-G1 VAGY SM-MAC-G2  
SC3 SM-MAC-G1 VAGY SM-MAC-G2  
SC6 EXT-AUT-G1 OR SM-MAC-G1 OR SM-MAC-G2  
TCS_173 Az összes EF szerkezet transzparens.  
TCS_174 Az 1. generációs vállalkozáskártya-alkalmazás a következ ő 
adatszerkezettel rendelkezik:
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 253  
TCS_175 A fenti táblázatban a méretek megadására használt követ ­
kező értékek azok a minimális és maximális rekordszám- 
értékek, amelyeket az 1. generációs vállalkozáskártya-alkal ­
mazás adatszerkezetének alkalmazni kell:
  
4.5.2 2. generációs vállalkozáskártya-alkalmazás  
TCS_176 Megszemélyesítés után a 2. generációs vállalkozáskártya- 
alkalmazás a következ ő permanens fájlszerkezettel és fájl ­
hozzáférési feltételekkel rendelkezik.  
Megjegyzés: Az SFID rövid EF azonosító tizedes törtként 
kerül megadásra, így a 30-as érték megfelel ője a kettes 
számrendszerben: 11110.
  
Ebben a táblázatban a biztonsági feltétellel kapcsolatos 
következő rövidítés kerül alkalmazásra:  
SC1 ALW VAGY SM-MAC-G2  
TCS_177 Az összes EF szerkezet transzparens.  
TCS_178 A 2. generációs vállalkozáskártya-alkalmazás a következ ő 
adatszerkezettel rendelkezik:
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 254  
TCS_179 A fenti táblázatban a méretek megadására használt követ ­
kező értékek azok a minimális és maximális rekordszám- 
értékek, amelyeket a vállalkozáskártya adatszerkezetében 
egy 2. generációs alkalmazáshoz alkalmazni kell:
  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 255 
3. függelék
PIKTOGRAMOK  
PIC_001 A menetíró készülék fakultatív módon alkalmazhatja a következ ő 
piktogramokat és piktogram-kombinációkat (vagy a hozzájuk nagy 
mértékben hasonló, egyértelm űen azonosítható piktogramokat és 
piktogram-kombinációkat):  
1. EGYSZER Ű PIKTOGRAMOK
Személyek Műveletek Üzemmódok
  
Vállalkozás Vállalkozási üzemmód
  
Ellenőr Ellenőrzés Ellenőrzési üzemmód
  
Járművezető Vezetés Működési üzemmód
  
Műhely/vizsgálóállomás Vizsgálat/kalibrálás  Kalibrálási üzemmód
  
Gyártó 
Tevékenységek Időtartam
  
Készenlét Aktuális készenléti időszak
 
Vezetés Megszakítás nélküli járművezetési id ő
 
Pihenés Aktuális pihenési id őszak
 
Egyéb munka Aktuális munkaidőszak
 
Szünet Halmozott szünetidő
 
Nem ismert  
Eszközök Funkciók
  
Járművezetői kártyaolvasó 
egység
  
Járműkísérői kártyaolvasó 
egység
  
Kártya
  
Óra
 
Kijelző Kijelzés
  
Külső tároló Letöltés
  
Áramellátás
  
Nyomtató/kinyomat Nyomtatás
  
Érzékelő
 
Abroncsméret
  
Jármű/járműegység
  
GNSS-eszköz
  
Távérzékel ő eszköz
  
ITS-interfész  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 256 
Különleges feltételek
  
Menetíró készülék nem szükséges
  
Kompon/vonaton megtett út  
Vegyes
  
Események
 Hibák
  
Munkanap kezdete
 Munkanap vége
  
Hely
  
Járművezetői tevékenységek manu ­
ális betáplálása
  
Biztonság
  
Sebesség
  
Idő
 
Összesen/összesítés 
Határozók 
24 h Naponta
  
Hetente
  
Két hét
  
…-tól/től, illetve …-ig  
2. PIKTOGRAM-KOMBINÁCIÓK
Vegyes
  
Ellenőrzés helye
  
Munkanap kezdetének helye
 Munkanap végének helye  
▼M1
Helyzet 3 óra halmozott járm űvezetési 
időt követően 
▼B
Kezdés ideje
 Befejezés ideje
  
Járműből
 
Menetíró készülék nem szükséges 
üzemmód kezdete
  Menetíró készülék nem szük ­
séges üzemmód vége  
Kártyák
  
Járművezetői kártya
  
Vállalkozáskártya
  
Ellenőrzőkártya
  
Műhelykártya
  
Nincs kártya  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 257 
Vezetés
  
Vezetés személyzettel
  
Egyheti járm űvezetési idő
  
Kétheti járm űvezetési idő 
Kinyomatok
  
Járművezetői tevékenységek napi kinyomata kártyáról
  
Járművezetői tevékenységek napi kinyomata VU-ról
  
Események és hibák kinyomata kártyáról
  
Események és hibák kinyomata járm űegységből
 
Műszaki adatok kinyomata
  
Gyorshajtások kinyomata  
Események
  
Érvénytelen kártya behelyezése
  
Kártyaütközés
  
Időátfedés
  
Járművezetés megfelel ő kártya nélkül
  
Kártya behelyezése járm űvezetés közben
  
Nem megfelel ően lezárt utolsó kártyakapcsolat
  
Gyorshajtás
  
Áramellátás megszakadása
  
Mozgásadathiba
  
Járműmozgással kapcsolatos ellentmondás
  
Biztonsági rendszer megsértése  
▼M1
Időütközés vagy idő beállítás (m űhely által)  
▼B
Gyorshajtás ellen őrzése 
▼M1
A „GNSS-vev őből származó helyzetmeghatározási információk hiánya” 
vagy „Kommunikációs hiba a külső GNSS-eszközzel”
  
„Kommunikációs hiba a távoli kommunikációs eszközzel”  
▼B
Hibák
  
Kártyahiba (járm űvezetői kártyaolvasó egység)
  
Kártyahiba (járm űkísérői kártyaolvasó egység)
  
Kijelzőhiba ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 258 
Letöltési hiba
  
Nyomtatóhiba
  
Érzékelőhiba
 
VU belső hiba
  
GNSS hiba
  
Távészlelési hiba  
Manuális adatbevitel
  
Még ugyanaz a munkanap?
  
Az előző munkaid ő vége?
  
Munkaidő vége helyének meger ősítése vagy bevitele
  
Kezdési idő bevitele
  
Munkaidő kezdete helyének bevitele  
Megjegyzés: A kinyomatblokkokhoz vagy rekordazonosítókhoz 
kapcsolódó további piktogram-kombinációkat a 4. függelék határozza 
meg. ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 259 
4. függelék
KINYOMATOK 
TARTALOMJEGYZÉK 
1. ÁLTALÁNOS ISMERTETÉS
2. AZ ADATBLOKKOK JELLEMZ ŐI
3. KINYOMATOK JELLEMZ ŐI
3.1. Járm űvezetői tevékenységek kártyáról származó napi kinyomata
3.2. Járm űvezetői tevékenységek VU-ból való napi kinyomata
3.3. Események és hibák kártyáról származó kinyomata
3.4. Események és hibák járm űegységből származó kinyomata
3.5. A m űszaki adatok kinyomata
3.6. Gyorshajtásra vonatkozó kinyomat
3.7. A behelyezett kártyák története
1. ÁLTALÁNOS ISMERTETÉS
Minden kinyomat különféle adatblokkok láncolatából épül fel, amelyek
blokkazonosítóval láthatók el.
Egy adatblokk egy vagy több rekordot tartalmaz, amelyek rekordazo ­
nosítóval láthatók el.
PRT_001 Ha a blokkazonosító közvetlenül a rekordazonosító el őtt áll, a
rekordazonosító nem kerül kinyomtatásra.  
PRT_002 Ha egy adattétel nem ismert vagy adatvédelmi jogi okok 
miatt nem nyomtatható ki, helyettük szóközöket kell kinyom ­
tatni.  
PRT_003 Ha egy teljes sor tartalma ismeretlen, vagy azt nem szükséges 
kinyomtatni, a teljes sort el kell hagyni.  
PRT_004 A numerikus adatmez őket jobbra igazítva kell kinyomtatni, 
az ezresek és a milliók százasainak helyértékét szóköz 
választja el, és nincsenek kezd ő nullák. 
PRT_005 A karakterláncokból álló adatmez őket balra igazítva kell 
kinyomtatni, és azokat szükség szerint az adatelem hosszáig 
szóközökkel kell feltölteni, vagy adott esetben az adatelem 
hosszának megfelel ően kell levágni (nevek és címek).  
PRT_006 A szöveg hosszúságából adódó sortörés esetén az új sor els ő 
karaktereként egy speciális karaktert (egy középmagasan 
elhelyezett pontot: „•”) kell kinyomtatni.  
2. AZ ADATBLOKKOK JELLEMZ ŐI
Ebben a fejezetben a következő hagyományos formátumjelölések
kerültek alkalmazásra:
— a félkövéren  nyomtatott karakterek nyomtatandó egyszer ű szöveget
jelentenek (a nyomtatás rendes karakterekkel történik),  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 260 
— a rendes karakterek olyan változókat jelölnek (piktogramok vagy 
adatok), amelyek helyett nyomtatásnál az értékeik jelennek meg,  
— a változók neveit aláhúzás kíséri, amely a kérdéses változó rendel ­
kezésére álló adatelem hosszát jelzi,  
— a dátumok „nn/hh/éééé” (nap, hónap, év) formátumúak, de a 
„nn.hh.éééé” formátum is használható,  
— a „kártya azonosítása” a következ ő elemekb ől áll: a kártyatípus 
jelölése a megfelel ő piktogram-kombinációval, a kártyát kiállító 
tagállam kódja, ferde törtvonal, amelyet a kártyaszám követ, majd 
egy szóközzel elválasztott csereindex és megújítási index követke ­
zik: 
P
 x  x  x  / x  x  x  x  x  x  x  x  x  x  x  x  x  x x x Piktogram-kombináció  
Kiállító tagállam kódjaA kártyaszám els ő 14 jegye 
(adott esetben konszekutív indexet foglal magában)
 
Csereindex 
Megújítási index▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 261  
PRT_007 A kinyomatok a következő adatblokkokból és/vagy adattételekb ől 
állnak, összhangban a következ ő jelentésekkel és formátumokkal:
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 262
  
▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 263
  
► (1) (2) M1 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 264
  
▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 265
  
▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 266
  
▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 267
  
3. KINYOMATOK JELLEMZ ŐI 
E fejezetben a következ ő jelölési konvenciók használatosak: 
N Nyomtatási blokk vagy rekord N száma  
N Nyomtatási blokk vagy rekord N száma annyiszor megismételve, 
ahányszor szükséges 
X/Y X és/vagy Y nyomtatási blokkok vagy tételek szükség szerint, és 
annyiszor megismételve, ahányszor szükséges  
3.1. Járm űvezetői tevékenységek kártyáról származó napi kinyomata  
PRT_008 A járművezetői tevékenységek kártyáról származó napi 
kinyomatának összhangban kell lennie a következ ő formá­
tummal: 
1 A dokumentum nyomtatásának dátuma és id őpontja  
2 A kinyomat típusa  
3 Az ellenőr azonosítása (ha az ellen őrző kártya a VU-ba van helyezve)  
3 A járművezető azonosítása (arról a kártyáról, amelyre a kinyomat 
vonatkozik + GEN) 
4 A jármű azonosítása (az a jármű, amelyből a kinyomat származik)  
5 VU azonosítása (VU, amelyb ől a kinyomat vétele történik + GEN)  
6 A szóban forgó VU utolsó kalibrálása  
7 Az ellenőrzött járművezető utolsó ellen őrzése 
8 A járművezetői tevékenység határolójele  
8a E nap kezdetén menetíró készülék nem szükséges  
8.1a / 8.1b / 8.1c / 8.2 / 
8.3 / 8.3a / 8.4 A járművezető tevékenységei az előfordulásuk sorrendjében 
11 Napi összegzés határolójele  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 268  
11.4 Betáplált helyek id őrendben  
▼M1 
11.5 Helyzetek 3 óra halmozott járm űvezetési idő t követően idő rendben  
▼B 
11.6 Tevékenységek összértéke  
12.1 A kártyáról kivont események vagy hibák határolójele  
12.4 Esemény/hiba rekordok (a kártyán tárolt utolsó 5 esemény vagy hiba)  
13.1 A VU-ról kivont események vagy hibák határolójele  
13.4 Esemény/hiba rekordok (a VU-n tárolt vagy folyamatban lév ő utolsó 
5 esemény vagy hiba)  
22.1 Ellenőrzés helye  
22.2 Az ellenőr aláírása  
22.5 A járművezető aláírása  
3.2. Járm űvezetői tevékenységek VU-ból való napi kinyomata  
PRT_009 A járm űvezetői tevékenységek VU-ból származó napi kinyo ­
matának összhangban kell lennie a következ ő formátummal:  
▼M1 
1 A dokumentum nyomtatásának dátuma és id őpontja  
2 A kinyomat típusa  
3 Kártyatulajdonos azonosítása (a VU-ba helyezett minden 
kártya esetében + GEN)  
4 A jármű azonosítása (az a jármű, amelyből a kinyomat szár ­
mazik)  
5 VU azonosítása (VU, amelyből a kinyomat vétele történik + 
GEN) 
6 A szóban forgó VU utolsó kalibrálása  
7 Az e menetíró készüléken végzett utolsó ellen őrzés 
9 A járművezetői tevékenység határolójele  
10 Járművezetői kártyaolvasó egység határolójele (1 kártya­
olvasó egység) 
10a E nap kezdetén menetíró készülék nem szükséges  
10.1 / 10.2 / 10.3 /10.3a / 10.4  Tevékenységek idő rendben (járm űvezetői kártyaolvasó 
egység) 
10 Járműkísérői kártyaolvasó egység határolójele (2 kártya­
olvasó egység) 
10a E nap kezdetén menetíró készülék nem szükséges  
10.1 / 10.2 / 10.3 /10.3a / 10.4  Tevékenységek idő rendben (járm űkísérői kártyaolvasó 
egység) 
11 Napi összegzés határolójele  
11.1.  A járművezetői kártyaolvasó egység kártya nélküli id őszaka­
inak összegzése  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 269  
11.4.  Betáplált helyek id őrendben 
11.5. Helyzetek 3 óra halmozott járm űvezetési id őt követően 
időrendben 
11.7. Tevékenységek összértéke  
11.2. A járműkísérői kártyaolvasó egység kártya nélküli id őszaka­
inak összegzése 
11.4. Betáplált helyek időrendben  
11.5. Helyzetek 3 óra halmozott járm űvezetési id őt követően 
időrendben 
11.8. Tevékenységek összértéke  
11.3. Tevékenységek összegzése egy járm űvezetőre nézve, 
mindkét kártyaolvasó egységet beleértve  
11.4. Az adott járművezető által idő rendben betáplált helyek  
11.5. Helyzetek 3 óra halmozott járm űvezetési id őt követően 
időrendben 
11.9. Tevékenységek összértéke az adott járművezetőre nézve 
13.1. Esemény/hiba határolójele  
13.4. Esemény/hiba rekordok (a VU-n tárolt vagy folyamatban 
lévő utolsó 5 esemény vagy hiba)  
22.1. Ellenőrzés helye  
22.2. Az ellenőr aláírása  
22.3. Kezdet (hely, ahol a járm űvezető kártya nélkül megadhatja a 
számára releváns idő tartamokat)  
22.4. Befejezés  
22.5. A járművezető aláírása  
▼B 
3.3. Események és hibák kártyáról származó kinyomata 
PRT_010 Az események és hibák kártyáról származó kinyomatának 
összhangban kell lennie a következ ő formátummal: 
1 A dokumentum nyomtatásának dátuma és id őpontja  
2 A kinyomat típusa  
3 Az ellenőr azonosítása (ha az ellen őrző kártya a VU-ba van helyezve 
+ GEN) 
3 A járművezető azonosítása (arról a kártyáról, amelyre a kinyomat 
vonatkozik)  
4 A jármű azonosítása (az a jármű, amelyből a kinyomat származik)  
12.2 Esemény határolójele  
12.4 Eseményrekordok (a kártyán tárolt minden esemény)  
12.3 Hiba határolójele  
12.4 Hibarekordok (a kártyán tárolt minden hiba)  
22.1 Ellenőrzés helye  
22.2 Az ellenőr aláírása  
22.5 A járművezető aláírása  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 270  
3.4. Események és hibák járm űegységből származó kinyomata 
PRT_011 Az események és hibák járm űegységből származó kinyoma ­
tának összhangban kell lennie a következ ő formátummal: 
1 A dokumentum nyomtatásának dátuma és id őpontja  
2 A kinyomat típusa  
3 Kártyatulajdonos azonosítása (a VU-ba helyezett minden kártya 
esetében + GEN) 
4 A jármű azonosítása (az a jármű, amelyből a kinyomat származik)  
13.2 Esemény határolójele  
13.4 Eseményrekordok (a VU-ban tárolt vagy folyamatban lév ő összes 
esemény) 
13.3 Hiba határolójele  
13.4 Hibarekordok (a VU-ban tárolt vagy folyamatban lév ő összes hiba) 
22.1 Ellenőrzés helye  
22.2 Az ellenőr aláírása  
22.5 A járművezető aláírása  
3.5. A műszaki adatok kinyomata 
PRT_012 A műszaki adatok kinyomatának összhangban kell lennie a 
következő formátummal: 
1 A dokumentum nyomtatásának dátuma és id őpontja  
2 A kinyomat típusa  
3 Kártyatulajdonos azonosítása (a VU-ba helyezett minden kártya 
esetében + GEN) 
4 A jármű azonosítása (az a jármű, amelyből a kinyomat származik)  
14 A VU azonosítása 
15 Az érzékel ő azonosítása  
15.1 Érzékelőpárosításra vonatkozó adatok (valamennyi elérhet ő adat 
időrendben) 
16 A GNSS azonosítása 
16.1 A külső GNSS-eszköz párosítására vonatkozó adatok (valamennyi 
elérhető adat idő rendben) 
17 Kalibrálási adatok határolójele  
17.1 Kalibrálási rekordok (az összes rendelkezésre álló rekord id őrendben) 
18 Időbeállítás határolójele  
18.1 Időbeállítási rekordok (az időbeállítási és a kalibrálási adatrekordokból 
rendelkezésre álló összes rekord)  
19 A VU-ban rögzített legutóbbi esemény és hiba  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 271  
3.6. Gyorshajtásra vonatkozó kinyomat 
PRT_013 A gyorshajtásra vonatkozó kinyomatnak összhangban kell 
lennie a következ ő formátummal: 
1 A dokumentum nyomtatásának dátuma és id őpontja  
2 A kinyomat típusa  
3 Kártyatulajdonos azonosítása (a VU-ba helyezett minden kártya 
esetében + GEN) 
4 A jármű azonosítása (az a jármű, amelyből a kinyomat származik)  
20 Gyorshajtás ellen őrzésére vonatkozó információ  
21.1 Gyorshajtási adatok azonosítója  
21.4 / 21.5 Első gyorshajtás az utolsó kalibrálás után 
21.2 Gyorshajtási adatok azonosítója  
21.4 / 21.5 Az 5 legsúlyosabb gyorshajtási esemény a legutóbbi 365 napban  
21.3 Gyorshajtási adatok azonosítója  
21.4 / 21.5 A legsúlyosabb gyorshajtás külön-külön az előfordulás utolsó 10 
napján 
22.1 Ellenőrzés helye  
22.2 Az ellenőr aláírása  
22.5 A járművezető aláírása  
3.7. A behelyezett kártyák története  
▼M1 
PRT_014 A Korábban behelyezett kártyákra vonatkozó m űszaki adatok 
kinyomatának összhangban kell lennie a következ ő formá­
tummal: 
1 A dokumentum nyomtatásának dátuma és id őpontja  
2 A kinyomat típusa  
3 A kártyatulajdonos azonosítása (a VU-ba helyezett minden kártya 
esetében)  
23 A VU-ba legutóbb behelyezett kártya  
23.1. Behelyezett kártyák (legfeljebb 88 rekord)  
12.3. Hiba határolójele  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 272  
5. függelék
KIJELZÉS  
E függelékben a következ ő hagyományos jelölések kerültek alkalmazásra:  
— a félkövéren  szedett karakterek a megjelenítend ő egyszerű szöveget jelölik (a 
kijelző normál karaktereket mutat),  
— a normál karakterek olyan változókat jelölnek (piktogramok vagy adatok), 
amelyek helyett kijelzéskor az értékeik jelennek meg:  
— nn hh éééé: nap, hónap, év,  
— óó: óra,  
— pp: perc,  
— D: id őtartam-piktogram,  
— EF: eseményt vagy hibát jelölő piktogram-kombináció,  
— O: üzemmódot jelölő piktogram.  
DIS_001 A menetíró készülék az adatokat a következ ő formátumban jeleníti 
meg:  
Adatok Form átum 
Alapértelmezett adatok kijelzése  
Helyi idő
 
Üzemmód
  
Járművezetőre vonatkozó információ
  
Járműkísérőre vonatkozó információ
  
„Menetíró készülék nem szükséges” üzemmód bekapcsolva
  
Figyelmeztet ő kijelzés  
Megszakítás nélküli járm űvezetési idő túllépése
  
Esemény vagy hiba
  
Egyéb kijelzések  
UTC dátum
  
idő 
Járművezető megszakítás nélküli járm űvezetési ideje és 
halmozott pihen őideje
  
Járműkísérő megszakítás nélküli járm űvezetési ideje és 
halmozott pihen őideje
  
Járművezető halmozott járm űvezetési ideje az el őző és a 
folyó héten
  
Járműkísérő halmozott járm űvezetési ideje az el őző és a 
folyó héten
  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 273 
6. függelék
ELŐLAPI KALIBRÁLÁSI ÉS LETÖLT Ő CSATLAKOZÓ 
TARTALOMJEGYZÉK 
1. HARDVER
1.1. Csatlakozó  
1.2. Érintkez őkiosztás  
1.3. Blokkdiagram  
2. LETÖLT Ő INTERFACE
3. KALIBRÁLÁSI INTERFACE
1. HARDVER
1.1. Csatlakozó
INT_001 A letöltő/kalibrálási csatlakozó egy 6-pólusú csatlakozó, amely 
az előlap felől hozzáférhet ő anélkül, hogy a menetíró készülék 
valamely elemét szét kellene kapcsolni, és annak meg kell 
felelnie a következ ő vázlatnak (minden méret milliméterben 
értendő):
 ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 274  
A következ ő ábra egy tipikus 6-pólusú csatlakozót ábrázol:
  
1.2. Érintkez őkiosztás  
INT_002 Az érintkez ők a következ ő táblázattal összhangban kerülnek 
kiosztásra:  
Érint­
kező Leírás Megjegy zés 
1 Az akkumulátor negatív 
pólusa A jármű akkumulátorának negatív pólusához kapcsolva  
2 Adatkommunikáció K-vonal (ISO 14230-1)
3 RxD – letöltés Adatbevitel a menetíró készülékbe  
4 Bemen ő/kimenő jel Kalibrálás  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 275  
Érint­
kező Leírás Megjegyzés  
5 Állandó kimeneti teljesít ­
mény A feszültségtartományt úgy kell meghatározni, hogy 3 V-tal 
kevesebb legyen a járm űben lévő áramra jellemz ő feszült­
ségtartománynál, ami lehet ővé teszi a védelmi áramkör 
feszültségesését 
Kimenő áramerősség: 40 mA 
6 RxD – letöltés  Adatkivétel a menetíró készülékből 
1.3. Blokkdiagram  
INT_003 A blokkdiagram megfelel az alábbi ábrának:
  
2. LETÖLT Ő INTERFÉSZ 
INT_004 A letöltő interfész megfelel az RS232 el őírásoknak. 
INT_005 A letöltő interfész egy start bitet, 8 adatbitet (ahol az els ő helyen 
a legalacsonyabb érték ű bit áll), egy páros paritás bitet és 1 stop 
bitet használ.
  
Adatbájt felépítése  
Start bit: egy bit az 0 logikai szinten  
Adatbitek: a legalacsonyabb értékű bit átvitele els ő helyen 
Paritás bit: páros paritás  
Stop bit: egy bit az 1. logikai szinten  
Ha egynél több bájtot tartalmazó numerikus adatok kerülnek átvitelre, a 
rendszer a legmagasabb helyi érték ű bájtot viszi át el őször és a legkisebb 
helyi érték ű bájtot utoljára.  
INT_006 Az átviteli sebesség 9 600 bps-t ől 115 200 bps-ig állítható. Az 
átvitel a lehet ő legnagyobb átviteli sebességgel történik, a 
kezdeti átviteli bitsebesség a kommunikáció kezdetét ől számítva 
9 600 bps.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 276  
3. KALIBRÁLÁSI INTERFÉSZ 
INT_007 Az adatkommunikáció megfelel a következ ő szabványnak: ISO 
14230-1 Road vehicles – Diagnostic systems – Keyword 
protocol 2000 – Part 1: Physical layer, First edition: 1999.  
INT_008 A bemenő/kimenő jel megfelel a következ ő elektromos jellem ­
zőknek:  
Paraméter  Minimum  Tipikus Maximum  Megjegyzés  
U alacsony  (be) 1,0 V I = 750 μA 
U magas  (be) 4 V I = 200 μA 
Frekvencia  4 kHz 
U alacsony  (ki) 1,0 V I = 1 mA 
U magas  (ki) 4 V I = 1 mA 
INT_009 A bemenő/kimenő jel megfelel a következ ő szinkronozási diag ­
ramoknak:
  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 277 
7. függelék
ADATLETÖLTÉSI PROTOKOLLOK 
TARTALOMJEGYZÉK 
1. BEVEZETÉS
1.1. Alkalmazási kör
1.2. Bet űszavak, jelmagyarázat
2. ADATOK LETÖLTÉSE A JÁRM ŰEGYSÉGR ŐL
2.1. Letöltési eljárás
2.2. Adatletöltési protokoll
2.2.1 Az üzenetek struktúrája  
2.2.2 Az üzenetek típusai  
2.2.2.1 Start Communication Request (SID 81)  
2.2.2.2 Positive Response Start Communication (SID C1)  
2.2.2.3 Start Diagnostic Session Request (SID 10)  
2.2.2.4 Positive Response Start Diagnostic (SID 50)  
2.2.2.5 Link Control Service (SID 87)  
2.2.2.6 Link Control Positive Response (SID C7)  
2.2.2.7 Request Upload (SID 35) 
2.2.2.8 Positive Response Request Upload (SID 75)  
2.2.2.9 Transfer Data Request (SID 36)  
2.2.2.10 Positive Response Transfer Data (SID 76)  
2.2.2.11 Request Transfer Exit (SID 37)  
2.2.2.12 Positive Response Request Transfer Exit (SID 77)  
2.2.2.13 Stop Communication Request (SID 82)  
2.2.2.14 Positive Response Stop Communication (SID C2)  
2.2.2.15 Acknowledge Sub Message (SID 83) 
2.2.2.16 Negative Response (SID 7F) 
2.2.3 Üzenetáramlás  
2.2.4 Szinkronozás  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 278 
2.2.5 A hibák kezelése  
2.2.5.1 Kommunikációs szakasz megkezdése  
2.2.5.2 Kommunikációs szakasz  
2.2.6 A válaszüzenet tartalma  
2.2.6.1 Positive Response Transfer Data Overview  
2.2.6.2 Positive Response Transfer Data Activities  
2.2.6.3 Positive Response Transfer Data Events and Faults  
2.2.6.4 Positive Response Transfer Data Detailed Speed  
2.2.6.5 Positive Response Transfer Data Technical Data  
2.3. ESM fájlok tárolása  
3. A TACHOGRÁFKÁRTYÁK LETÖLTÉSÉNEK PROTOKOLLJA
3.1. Alkalmazási kör
3.2. Fogalommeghatározások
3.3. Kártyaletöltés
3.3.1 Inicializálási szekvencia  
3.3.2 Az alá nem írt adatfájlok szekvenciája  
3.3.3 Az aláírt adatfájlok szekvenciája  
3.3.4 A kalibrálási számláló alaphelyzetbe történ ő visszaállításának szekven ­ 
ciája  
3.4. Az adatok tárolási formátuma  
3.4.1 Bevezetés  
3.4.2 A fájlok formátuma  
4. A TACHOGRÁFKÁRTYA LETÖLTÉSE A JÁRM ŰEGYSÉGEN
KERESZTÜL
1. BEVEZETÉS
Ez a függelék azokat az eljárásokat tartalmazza, amelyeket a küls ő
tárolóeszközökre történ ő különféle típusú adatletöltések érdekében
követni kell, valamint meghatározza azon protokollokat, amelyeket
fel kell használni a megfelel ő adatátvitel, valamint a letöltött adatok
formátuma teljes kompatibilitásának biztosítása érdekében azért, hogy
bármely ellen őrző személy megvizsgálhassa ezen adatokat, és elem ­
zésük előtt meggyőződhessen hitelességükr ől és sértetlenségükr ől.
▼M1
1.1. Alkalmazási kör
Adatok letölthet ők külső tárolóeszközre (ESM):
— egy járműegységről (VU) egy, a járm űegységgel összekapcsolt
intelligens kijelölt berendezés (IDE) útján,  
— egy tachográfkártyáról egy IDE útján, amely fel van szerelve egy 
kártyainterfész-készülékkel (IFD),  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 279  
— egy tachográfkártyáról egy járm űegységen keresztül egy, a járm ű­
egységgel összekapcsolt IDE felhasználásával.  
Annak érdekében, hogy a külső tárolóeszközön tárolt, letöltött adatok 
hitelességét és sértetlenségét ellen őrizni lehessen, az adatokat a 11. 
függelékkel (Közös biztonsági mechanizmusok) összhangban mellékelt 
aláírással együtt kell letölteni. Ezenkívül le kell tölteni a forrásberen ­
dezés (VU vagy kártya) azonosítóját és biztonsági tanúsítványait (tag ­
állami és felszerelési). Az adatokat ellen őrző személynek megbízható 
európai nyilvános kulccsal kell rendelkeznie.  
A járműegységről letöltött adatokat a 11. függelék (Közös biztonsági 
mechanizmusok) B. részének (Második generációs menetíró rendszer) 
alkalmazásával írják alá, kivéve akkor, ha a járm űvezetőt nem uniós 
ellenőrző hatóság els ő generációs ellen őrzőkártya alkalmazásával ellen ­ 
őrzi, amikor is az adatokat a 11. függelék (Közös biztonsági mecha ­
nizmusok) A. részének (Els ő generációs menetíró rendszer) alkalmazá ­
sával írják alá, a 15. függelék (Migrálás) MIG_015 követelményében 
előírtak szerint.  
Ezért e függelék a járműegységről való kétfajta adatletöltést határoz 
meg: 
— a járműegységről való 2. generációs adatletöltés, a 2. generáció 
adatstruktúrájának megadásával, a 11. melléklet (Közös biztonsági 
mechanizmusok) B. részének alkalmazásával aláírva,  
— a járm űegységről való 1. generációs adatletöltés, az 1. generáció 
adatstruktúrájának megadásával, a 11. melléklet (Közös biztonsági 
mechanizmusok) A. részének alkalmazásával aláírva.  
A járműegységbe behelyezett második generációs járm űvezetői 
kártyákról hasonlóképpen kétféle adatletöltés létezik e függelék 3. és 
4. pontja szerint.
▼B
1.2. Bet űszavak, jelmagyarázat  
E függelék a következ ő betűszavakat használja:  
AID Application Identifier – alkalmazásazonosító  
ATR Answer To Reset – válasz az alaphelyzetbe állításra  
CS Checksum byte – ellenőrzőösszeg bájt  
DF Dedicated File – célra rendelt fájl  
DS_ Diagnostic Session – diagnosztikai munkamenet  
EF Elementary File – elemi fájl  
ESM External Storage Medium – külső tárolóeszköz 
FID File Identifier (File ID) – fájlazonosító  
FMT formátumbájt (az üzenet fejrészének els ő bájtja) 
ICC Integrated Circuit Card – integrált áramkörös kártya  
IDE Intelligent Dedicated Equipment – intelligens kijelölt berende ­
zés: olyan berendezés, amellyel a küls ő tárolóeszközre (például 
személyi számítógépre) adatletöltés végezhet ő 
IFD interfészkészülék  
KWP Keyword Protocol 2000 – kulcsszóprotokoll 2000  
LEN hosszbájt (az üzenet fejrészének utolsó bájtja)  
PPS Protocol Parameter Selection – a protokollparaméter kiválasz ­
tása 
PSO Perform Security Operation – biztonsági m űvelet végrehajtása  
SID Service Identifier – szolgáltatásazonosító  
SRC Source byte – forrásbájt  
TGT Target Byte – célbájt  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 280  
TLV Tag Length Value – a címke hosszának értéke  
TREP Transfer Response Parameter – átviteli válasz paramétere  
TRTP Transfer Request Parameter – átviteli kérés paramétere  
VU Vehicle Unit – járműegység 
2. ADATOK LETÖLTÉSE A JÁRMŰEGYSÉGR ŐL 
2.1. Letöltési eljárás  
Az adatok járm űegységről történő letöltésének végrehajtásához az 
operátornak el kell végeznie a következ ő műveleteket:  
— tachográfkártyája behelyezése a VU kártyaolvasó egységbe (*);  
— az IDE összekapcsolása a VU letöltési csatlakozójával;  
— kapcsolatot létrehozása az IDE és a VU között;  
— az IDE-n letöltendő adatok kiválasztása és a kérés elküldése a 
járműegységre; 
— a letöltési munkamenet befejezése.  
2.2. Adatletöltési protokoll 
A protokoll mester-szolga alapon strukturált, ahol az IDE tölti be a 
mester szerepét, a járm űegység pedig a szolga szerepét.  
Az üzenetek struktúrája, típusai és áramlása alapvet ően a „kulcsszó 
protokoll 2000”-re (KWP) épül (ISO 14230-2 Road vehicles – Diag ­
nostic systems – Keyword protocol 2000 – Part2: Data link layer).  
Az alkalmazási réteg alapvetően az ISO 14229-1 aktuális tervezetére 
épül (Road vehicles – Diagnostic systems – Part 1: Diagnostic services, 
2001. február 22-i 6. verzió).  
2.2.1 Az üzenetek struktúrája  
DDP_002 Az IDE és a járműegység között kicserélt összes üzenetek 
egy három részb ől álló struktúra szerint kerülnek formá ­
zásra: 
— fejrész, amely egy formátumbájtból (FMT), egy 
célbájtból (TGT), egy forrásbájtból (SRC) és lehet őleg 
egy hosszbájtból áll (LEN),  
— adatmez ő, amely egy szolgáltatásazonosító bájtból (SID) 
és változó számú adatbájtból áll, amelyek között szere ­
pelhet egy választható diagnosztikaimunkamenet-bájt 
(DS_), vagy egy választható transzferparaméter bájt 
(TRTP vagy TREP).  
— ellenőrző összeg, amely egy ellenőrző bájtból áll (CS).  
Fejrész Adatmező Ellen őrző összeg 
FMT TGT SRC LEN SID DATA …  …  …  CS  
4 bájt Maximum 255 bájt 1 bájt 
A célbájt (TGT) és a forrásbájt (SRC) az üzenet fogadó ­
jának és feladójának fizikai címét jeleníti meg. Az IDE 
értéke F0 Hex, a VU értéke pedig EE Hex.  
A hosszbájt (LEN) az adatmez ő hosszát jelenti.  ▼B 
(*) A behelyezett kártya elindítja a megfelel ő hozzáférési jogosultságot a letöltési funkci ­
óhoz és az adatokhoz. A járm űegység egyik kártyaolvasó egységébe helyezett járm űve­
zetői kártyából is lehet azonban adatokat letölteni, amennyiben a másik kártyaolvasó 
egységbe nem helyeztek be kártyát.
 02016R0799 — HU — 17.04.2018 — 001.004 — 281  
Az ellenőrző bájt 8 biten tartalmazza az üzenet összes bájtja 
összegének – az ellen őrzőbájt kivételével – 256-tal történ ő 
osztási maradékát.  
Az FMT, SID, DS_, TRTP és TREP bájtok meghatározása e 
dokumentum más részében történik.  
DDP_003 Amennyiben azon adatok, amelyeket az üzenetnek 
hordoznia kell, hosszabbak, mint az adatmez őben rendelke ­
zésre álló hely, az üzenet tényleges elküldése több alüzenet 
formájában történik. Minden egyes alüzenet egy fejrészb ől, 
ugyanolyan SID-b ől, TREP-ből és egy két bájtból álló olyan 
alüzenetszámlálóból áll, amely feltünteti az alüzenet számát 
a teljes üzeneten belül. A hibaellen őrzés és a megszakítás 
lehetővé tétele érdekében az IDE minden egyes alüzenetet 
visszaigazol. Az IDE képes fogadni az alüzeneteket, kérni 
azok újbóli továbbítását, és képes arra, hogy felszólítsa a 
járműegységet a továbbítás újraindítására vagy megszakítá ­
sára. 
DDP_004 Amennyiben a legutolsó alüzenet pontosan 255 bájtot 
tartalmaz az adat-mez őben, csatolni kell egy utolsó alüze ­
netet üres adatmez ővel (az SID TREP és az alüzenet szám ­
láló kivételével) az üzenet végének jelölése céljából.  
Példa:  
Fejrész SID TREP Message CS  
4 bájt 255 bájtnál hosszabb  
Ezt a következ őképpen kell továbbítani:  
Fejrész SID TREP 00 01 1. alüzenet  CS  
4 bájt 255 bájt 
Fejrész SID TREP 00 02 2. alüzenet CS  
4 bájt 255 bájt 
… 
Fejrész SID TREP xx yy n. alüzenet  CS  
4 bájt 255 bájtnál kevesebb  
vagy:  
Fejrész SID TREP 00 01 1. alüzenet  CS  
4 bájt 255 bájt 
Fejrész SID TREP 00 02 2. alüzenet  CS  
4 bájt 255 bájt 
… 
Fejrész SID TREP xx yy n. alüzenet  CS  
4 bájt 255 bájt 
Fejrész SID TREP xx yy + 1 CS  
4 bájt 4 bájt ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 282  
2.2.2 Az üzenetek típusai  
A VU és az IDE közötti adatletöltéshez szükséges kommunikációs 
protokoll nyolc különféle típusú üzenet cseréjét követeli meg.  
A következ ő táblázat összefoglalja ezen üzeneteket.  
▼M1 
Az üzenet struktúrája  Maximum 4 bájt Fejrész  Maximum 255 bájt Adatok  1 bájt 
Ellen­ 
őrző 
összeg 
IDE -> <- VU FMT TGT SRC LEN SID DS_/TRTP DATA CS  
Start Communication Request  81 EE F0 81 E0 
Positive Response Start 
Communication  80 F0 EE 03 C1 EA, 8F 9B 
Start Diagnostic Session 
Request  80 EE F0 02 10 81 F1 
Positive Response Start Diag­
nostic 80 F0 EE 02 50 81 31 
Link Control Service  
Verify Baud Rate (1. foko­
zat) 
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 (2. 
fokozat) 80 EE F0 03 87 02,03 ED 
Request Upload 80 EE F0 0A 35 00,00,00,00,00, 
FF,FF, 
FF,FF  99 
Positive Response Request 
Upload  80 F0 EE 03 75 00,FF D5 
Transfer Data Request  
Overview  80 EE F0 02 36 01 vagy 21 97 
Activities  80 EE F0 06 36 02 vagy 22 Date  CS 
Events & Faults 80 EE F0 02 36 03 vagy 23 Date 99 
Detailed Speed  80 EE F0 02 36 04 vagy 24 Date 9A 
Technical Data  80 EE F0 02 36 05 vagy 25 Date 9B 
Card download 80 EE F0 02 36 06 Slot CS 
Positive Response Transfer 
Data  80 F0 EE Len 76 TREP Data CS 
Request Transfer Exit 80  EE F0 01 37 96 
Positive Response Request 
Transfer Exit 80 F0 EE 01 77 D6  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 283  
Az üzenet struktúrája  Maximum 4 bájt Fejrész  Maximum 255 bájt Adatok  1 bájt 
Ellen­ 
őrző 
összeg 
IDE -> <- VU FMT TGT SRC LEN SID DS_/TRTP DATA CS  
Stop Communication Request  80 EE F0 01 82 E1 
Positive Response Stop 
Communication  80 F0 EE 01 C2 21 
Acknowledge sub message 80 EE F0 Len 83 Data CS 
Negative responses 
General reject  80 F0 EE 03 7F Sid Req 10 CS 
Service not supported  80  F0 EE 03 7F Sid Req 11 CS 
Sub function not supported  80 F0 EE 03 7F Sid Req 12 CS 
Incorrect Message Length  80  F0 EE 03 7F Sid Req 13 CS 
Conditions not correct vagy 
Request sequence error  80 F0 EE 03 7F Sid Req 22 CS 
Request out of range  80  F0 EE 03 7F Sid Req 31 CS 
Upload not accepted  80  F0 EE 03 7F Sid Req 50 CS 
Response pending 80 F0 EE 03 7F Sid Req 78 CS 
Data not available  80  F0 EE 03 7F Sid Req FA CS  
▼B 
Megjegyzések:  
▼M1 
— A TRTP 21–25 értékeket a járm űegységről való 2. generációs adat ­
letöltési kérésekhez, a TRTP 01–05 értékeket pedig a járm űegy­
ségről való azon 1. generációs adatletöltési kérésekhez használják, 
amelyeket a járm űegység csak akkor fogadhat, ha a járm űvezetőt 
nem uniós ellen őrző hatóság els ő generációs ellen őrzőkártyával 
ellenőrzi. 
— A TRTP 11–19 és 31–39 értékek a gyártóspecifikus letöltési 
kérések számára vannak fenntartva.  
▼B 
— Sid Req = A vonatkozó kérés szolgáltatásazonosítója.  
— TREP = A vonatkozó kérés TRTP-je.  
— A sötét cellák azt jelzik, hogy nem történik adatátvitel.  
— Az „upload ” (feltöltés) kifejezést kell használni (mint az IDE-nél) 
az ISO 14229-cel történ ő kompatibilitás érdekében. Ugyanazt 
jelenti, mint a „download” (letöltés) kifejezés (mint a járm űegység­
nél). 
— E táblázatban nem szerepelnek kétbájtos potenciális alüzenetszám ­
lálók. 
— A „slot” a kártyaolvasó egységek számát jelöli, amely vagy 1 
(kártya a járm űvezetői kártyaolvasó egységben) vagy 2 (kártya a 
járműkísérői kártyaolvasó egységben).  
— Ha a „slot ” nincs meghatározva, a járm űegységnek az 1-es kártya ­
olvasó egységet kell választania, ha a kártyát ebbe helyezték be, és 
a 2-es kártyaolvasó egységet kell választania, ha a felhasználó kife ­
jezetten ezt választotta.  
2.2.2.1 S t a r t C o m m u n i c a t i o n R e q u e s t ( S I D 8 1 )  
DDP_005 Ezt az üzenetet az IDE küldi azért, hogy létrehozza a 
kommunikációs kapcsolatot a járm űegységgel. A kezdeti 
kommunikációk mindig 9 600 Baud szinten zajlanak (amíg 
az átviteli sebesség a megfelel ő kapcsolatellen őrző szolgál­
tatás segítségével meg nem változik).  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 284  
2.2.2.2 P o s i t i v e R e s p o n s e S t a r t C o m m u n i c a t i o n ( S I D C 1 )  
DDP_006 Ezt az üzenetet a járm űegység küldi el egy „Start Commu ­
nication Request” kérésre adott pozitív válaszként. Két 
kulcsbájtot tartalmaz (‘EA’ és ‘8F’), amelyek jelzik, hogy 
az egység támogatja a protokollt a fejrésszel, beleértve a 
célra, a forrásra és a hosszra vonatkozó információkat is.  
2.2.2.3 S t a r t D i a g n o s t i c S e s s i o n R e q u e s t ( S I D 1 0 )  
DDP_007 A „Start Diagnostic Session Request” kérésre vonatkozó 
üzenetet az IDE küldi azért, hogy egy új diagnosztikai 
munkamenetet indítson el a járm űegységgel. Az „alapértel ­
mezett munkamenet” alfunkció (81 Hex) a megnyitandó 
szabványos diagnosztikai munkamenetre utal.  
2.2.2.4 P o s i t i v e R e s p o n s e S t a r t D i a g n o s t i c ( S I D 5 0 )  
DDP_008 A „Positive Response Start Diagnostic” üzenetet a járm ű­
egység küldi azért, hogy pozitív választ adjon a „Diagnostic 
Session Request” üzenetre.  
2.2.2.5 L i n k C o n t r o l S e r v i c e ( S I D 8 7 ) 
DDP_052 A „Link Control Service” üzenetet az IDE használja az 
átviteli sebesség megváltoztatásának kezdeményezésére. 
Erre két lépésben kerül sor. Az els ő lépésben az IDE javas ­
latot tesz az átviteli sebesség megváltoztatására az új érték 
feltüntetésével. Miután megkapta a pozitív üzenetet a járm ű­
egységtől, az IDE elküldi az átviteli sebesség megváltozta ­
tásának meger ősítését a járm űegységnek (második lépés). 
Ezután az IDE átáll az új átviteli sebességre. A meger ősítés 
vétele után a járm űegység átáll az új átviteli sebességre.  
2.2.2.6 L i n k C o n t r o l P o s i t i v e R e s p o n s e ( S I D C 7 )  
DDP_053 A „Link Control Positive Response” üzenetet a járm űegység 
küldi azért, hogy pozitív választ adjon a „Link Control 
Service Request” kérésre (els ő lépés). Fontos, hogy a 
megerősítés kérése (második lépés) nem kerül megválaszo ­
lásra. 
2.2.2.7 R e q u e s t U p l o a d ( S I D 3 5 ) 
DDP_009 A „Request Upload” üzenetet az IDE küldi azért, hogy a 
járműegység számára jelezze, hogy feltöltési m űvelet végre ­
hajtását kéri. Az ISO 14229 követelményeinek kielégítése 
érdekében az adatok tartalmazzák a kért adatok címére, 
méretére és formátumára vonatkozó részleteket. Mivel az 
IDE nem ismeri e részleteket a letöltést megel őzően, a 
memóriacím értékét 0-ra, a formátumot titkosítás és tömö ­
rítés nélkülire, a memória méretét pedig maximálisra kell 
beállítani.  
2.2.2.8 P o s i t i v e R e s p o n s e R e q u e s t U p l o a d ( S I D 7 5 )  
DDP_010 A „Positive Response Request Upload” üzenetet a járm ű­
egység küldi azért, hogy jelezze az IDE-nek, hogy készen 
áll az adatok letöltésére. Az ISO 14229 követelményeinek 
kielégítése érdekében az ebben a pozitív válaszüzenetben 
szereplő adatok azt jelzik az IDE-nek, hogy a további „Posi ­
tive Response Transfer Data” üzenetek 00FF hex bájtot 
fognak tartalmazni maximálisan.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 285  
2.2.2.9 T r a n s f e r D a t a R e q u e s t ( S I D 3 6 )  
▼M1 
DDP_011 A „Transfer Data Request” üzenetet az IDE küldi azért, 
hogy a járm űegység számára meghatározza a letöltend ő 
adatok típusát. Egy egybájtos „Transfer Request Parame ­
ter” (TRTP) jelzi az átvitel típusát.  
Az adatátvitelnek hat típusa van: A járm űegységről való 
adatletöltés esetében minden egyes adatátvitelhez két 
különböző TRTP érték használható:  
Adatátvitel típusa TRTP érték a 
járműegységről 
való 1. generációs 
adatletöltéshez  TRT P érték a jármű­
egységről való 2. 
generációs adatletöl ­
téshez  
Overview 01 21 
Activities of a 
specified date  02 22 
Events and faults  03  23 
Detailed Speed  04 24 
Technical Data  05 25 
Adatátvitel 
típusa TRTP érték 
Card download  06 
DDP_054 Az IDE-nek kötelezően kérnie kell az áttekintési adatok 
átvitelét (TRTP 01 vagy 21) a letöltési munkamenet 
során, mivel csak ez biztosítja azt, hogy a járm űegység 
tanúsítványai feljegyzésre kerüljenek a letöltött fájlban (és 
teszi lehetővé a digitális aláírás hitelesítését).  
A második esetben (TRTP 02 vagy 22) a „Transfer Data 
Request” üzenet tartalmazza a letöltend ő naptári nap 
adatait (
  formátum).  
▼B 
2.2.2.10 P o s i t i v e R e s p o n s e T r a n s f e r D a t a ( S I D 7 6 )  
DDP_012 A „Positive Response Transfer Data” üzenetet a járm ű­
egység küldi el a „Transfer Data Request” kérésre adott 
válaszként. Az üzenet tartalmazza a kért adatokat és azt a 
„Transfer Response Parameter”-t (TREP), amely megfelel 
a kérés TRTP-jének.  
▼M1 
DDP_055 Az els ő esetben (TREP 01 vagy 21) a járm űegység 
elküldi az adatokat azért, hogy segítséget nyújtson az 
IDE operátorának azon adatok kiválasztásához, amelyek 
letöltését folytatni kívánja. Ezen üzenet a következ ő 
információkat tartalmazza:  
— biztonsági tanúsítványok,  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 286  
— a jármű azonosítása, 
— a VU aktuális dátuma és ideje,  
— min. és max. letölthet ő dátum (VU adatai),  
— a járműegységbe helyezett kártyák adatai,  
— korábbi letöltések egy vállalkozás számára,  
— vállalkozás általi lezárások,  
— korábbi ellen őrzések.  
▼B 
2.2.2.11 R e q u e s t T r a n s f e r E x i t ( S I D 3 7 )  
DDP_013 A „Request Transfer Exit” üzenetet az IDE küldi azért, 
hogy tájékoztassa a járm űegységet a letöltési munka ­
menet befejezésér ől. 
2.2.2.12 P o s i t i v e R e s p o n s e R e q u e s t T r a n s f e r E x i t ( S I D 7 7 )  
DDP_014 A „Positive Response Request Transfer Exit” üzenetet a 
járműegység küldi azért, hogy visszaigazolja a „Request 
Transfer Exit” kérést.  
2.2.2.13 S t o p C o m m u n i c a t i o n R e q u e s t ( S I D 8 2 )  
DDP_015 A „Stop Communication Request” üzenetet az IDE küldi 
azért, hogy megszakítsa a kommunikációs kapcsolatot a 
járműegységgel. 
2.2.2.14 P o s i t i v e R e s p o n s e S t o p C o m m u n i c a t i o n ( S I D C 2 )  
DDP_016 A „Positive Response Stop Communication” üzenetet a 
járműegység küldi azért, hogy visszaigazolja a „Stop 
Communication Request” kérést.  
2.2.2.15 A c k n o w l e d g e S u b M e s s a g e ( S I D 8 3 ) 
DDP_017 Az „Acknowledge Sub Message” üzenetet az IDE küldi 
azért, hogy meger ősítse azon üzenet egyes részeinek véte ­
lét, amely több alüzenet formájában került átvitelre. Az 
adatmező tartalmazza a járm űegységtől kapott SID-et és 
egy kétbájtos kódot, a következ ők szerint: 
— MsgC + 1: visszaigazolja az MsgC számú alüzenet 
vételét.  
Az IDE kéri a járműegységtől a következ ő alüzenet 
küldését.  
— MsgC: azt jelzi, hogy probléma van az MsgC számú 
alüzenet vételével.  
Az IDE újra kéri a járm űegységtől az alüzenet küldé­
sét. 
— FFFF kéri az üzenet megszakítását.  
Ezt az IDE használhatja arra, hogy bármilyen okból 
megszakítsa a járm űegység üzenetének továbbítását.  
Az üzenet utolsó alüzenetét (LEN bájt < 255) vissza lehet 
igazolni bármely fenti kód alkalmazásával, vagy adott 
esetben nincs visszaigazolás.  
A több alüzenetb ől álló VU-válaszok:  
— Positive Response Transfer Data (SID 76)  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 287  
2.2.2.16 N e g a t i v e R e s p o n s e ( S I D 7 F )  
DDP_018 A „Negative Response” üzenetet a járm űegység küldi el, 
válaszul a fentiekben leírt kérési üzenetekre, ha nem tud 
eleget tenni a kérésnek. Az üzenet adatmez ői tartal­
mazzák a válasz szolgáltatásazonosítóját (SID) (7F), a 
kérés szolgáltatásazonosítóját, valamint egy kódot, 
amely megadja a negatív válasz okát. A következ ő 
kódok állnak rendelkezésre:  
— 10: általános elutasítás  
A műveletet nem lehet végrehajtani, a következ őkben 
nem részletezett okok miatt.  
— 11: a szolgáltatás nem támogatott  
A kérés szolgáltatásazonosítója nem érthet ő. 
— 12: az alfunkció nem támogatott  
A kérés DS_ vagy TRTP nem érthet ő, vagy nincs 
több továbbítandó alüzenet.  
— 13: az üzenet hossza helytelen  
A kapott üzenet hossza rossz.  
— 22: a feltételek nem megfelel őek vagy hiba van a 
kérési szekvenciában  
A kért szolgáltatás nem aktív, vagy a kérésüzenet 
szekvenciája nem megfelel ő. 
— 31: tartományon kívüli kérés  
A kérés paraméterrekordja (adatmező) érvénytelen.  
— 50: a feltöltés elutasítva  
A kérést nem lehet teljesíteni (a VU nem megfelel ő 
üzemmódban van, vagy benne bels ő hiba keletkezett).  
— 78: a válasz függ őben 
A kért mű veletet nem lehet id őben teljesíteni, és a 
VU nem áll készen további kérések fogadására.  
▼M1 
— FA: az adatok nem állnak rendelkezésre  
Az adatátviteli kérés adatobjektuma nem áll rendelke ­
zésre a járm űegységben (például nincs behelyezve 
kártya, 1. generációs adatletöltést kértek a járm űegy­
ségről, de a járm űvezető nem uniós ellen őrző hatóság 
által végzett ellen őrzésén kívüli esetben stb.).  
▼B 
2.2.3 Üzenetáramlás 
A jellemz ő üzenetáramlás egy normál adatletöltési eljárás során a 
következő: 
IDE VU  
Start Communication Request  ⇨ 
⇦ Positive Response 
Start Diagnostic Service Request  ⇨ 
⇦  Positive Response 
Request Upload  ⇨ 
⇦  Positive Response  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 288  
IDE VU  
Transfer Data Request Overview  ⇨ 
⇦ Positive Response 
Transfer Data Request #2 ⇨ 
⇦  Positive Response #1 
Acknowledge Sub Message #1 ⇨ 
⇦ Positive Response #2 
Acknowledge Sub Message #2 ⇨ 
⇦ Positive Response #m 
Acknowledge Sub Message #m ⇨ 
⇦  Positive Response (Data Field < 255 Bytes)  
Acknowledge Sub Message (optional)  ⇨  
… 
Transfer Data Request #n ⇨ 
⇦  Positive Response 
Request Transfer Exit  ⇨ 
⇦ Positive Response 
Stop Communication Request  ⇨ 
⇦ Positive Response 
2.2.4 Szinkronozás 
DDP_019 Normál működés során a következ ő ábrán bemutatott 
szinkronozási paraméterek érvényesek:  
1. ábra 
Üzenetáramlás, szinkronozás
  
ahol:  
P1 = A bájtok áramlása között eltelt id ő a járműegység 
válaszára várva.  
P2 = Az IDE kérésének vége és a járm űegység vála­
szának megkezdése között eltelt id ő vagy az IDE 
visszaigazolásának vége és a járm űegység követ­
kező válaszának megkezdése között eltelt id ő. 
P3 = A járműegység válaszának vége és az IDE új kéré ­
sének megkezdése között eltelt id ő vagy a járm ű­
egység válaszának vége és az IDE visszaigazolá ­
sának megkezdése között eltelt id ő, vagy az IDE 
kérésének vége és az IDE új kérésének megkez ­
dése között eltelt idő , amennyiben a járm űegység 
nem válaszol.  
P4 = A bájtok áramlása között eltelt id ő az IDE-kérés­
nél. 
P5 = A P3 kiterjesztett értéke a kártya letöltéséhez.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 289  
A szinkronozási paraméterek megengedett értékeit az 
alábbi táblázat adja meg (a KWP azon kiterjesztett szink ­
ronozási paraméterei vannak beállítva, amelyeket fizikai 
címzés esetén használnak a gyorsabb kommunikáció 
érdekében).  
Szinkronozási paraméter  Az alsó határ értéke 
(ms) A felső határ értéke 
(ms) 
P1 0  20 
P2 20 1 000 (*) 
P3 10 5 000 
P4 5  20 
P5 10 20 perc  
(*) Amennyiben a járm űegység „Negative Response” választ ad, amely válasz tartalmazza „megfelel ően fogadott 
kérés, a válasz függ őben” jelentés ű kódot, akkor ezen érték kiterjed a P3 fels ő határával azonos értékre.  
2.2.5 A hibák kezelése  
Amennyiben hiba történik az üzenetek cseréje során, az üzenetáramlási 
rendszer módosul attól függ ően, hogy melyik berendezés észlelte a 
hibát, valamint a hibát generáló üzenett ől függően. 
A 2. és a 3. ábra bemutatja a VU, valamint az IDE hibakezelési 
eljárásait.  
2.2.5.1 K o m m u n i k á c i ó s s z a k a s z m e g k e z d é s e  
DDP_020 Ha az IDE hibát fedez fel a „Kommunikációs szakasz 
megkezdése” során vagy a szinkronozással, vagy a 
bitek áramlásával kapcsolatosan, kivár egy P3min perió ­
dust a kérés megismétlése el őtt. 
DDP_021 Ha a JE hibát fedez fel az IDE-t ől érkező szekvenciában, 
nem válaszol, és egy P3max perióduson keresztül várja 
az újabb „Start Communication Request” üzenetet.  
2.2.5.2 K o m m u n i k á c i ó s s z a k a s z 
Két különböz ő hibakezelési terület határozható meg:  
1. A VU hibát észlel az IDE átvitelében. 
DDP_022 A VU minden egyes kapott üzenet esetében észleli a 
szinkronozási hibákat, a bájtok formátumában tapasztal ­
ható hibákat (például a kezd ő és befejez ő bitek sérülései), 
valamint a kerethibákat (a kapott bájtok helytelen száma, 
helytelen ellen őrző bájt). 
DDP_023 Ha a járműegység észleli valamelyik fenti hibát, nem 
válaszol és figyelmen kívül hagyja a kapott üzenetet.  
DDP_024 A járm űegység más hibákat is észlelhet a kapott üzenet 
formátumában vagy tartalmában (például az üzenet nem 
támogatott), még akkor is, ha az üzenet megfelel a 
hosszal és az ellen őrző összeggel kapcsolatos követelmé ­
nyeknek; ilyenkor a járm űegység „Negative Response” 
üzenettel válaszol az IDE-nek, amelyben meghatározza 
a hiba természetét.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 290  
2. ábra  
VU hibakezelés
  
2. Az IDE hibát észlel a VU átvitelében.  
DDP_025 Az IDE minden egyes kapott üzenet esetében észleli a 
szinkronozási hibákat, a bájtok formátumában tapasztal ­
ható hibákat (például a kezd ő és befejez ő bitek sérülései), 
valamint a kerethibákat (a kapott bájtok helytelen száma, 
helytelen ellen őrző bájt). 
DDP_026 Az IDE észleli a szekvenciák hibáit, például az alüze ­
netek számlálóinak nem megfelel ő növekedését az 
egymás után megkapott üzenetekben.  
DDP_027 Amennyiben az IDE hibát észlel, vagy nem kap választ a 
járműegységtől egy P2max perióduson belül, megismétli 
a kérésüzenet elküldését, összesen legfeljebb háromszor. 
A hiba észlelése tekintetében az alüzenetek visszaigazo ­
lását a járm űegységnek elküldött kérésnek kell tekinteni.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 291  
DDP_028 Az IDE legalább P3min periódust vár az egyes átvitelek 
megkezdése el őtt; a várakozási periódust a hiba észlelése 
után egy befejez ő bit utolsó számított el őfordulásától 
kezdve kell mérni.  
3. ábra  
IDE hibakezelés
  
2.2.6 A válaszüzenet tartalma  
Ez a pont a különféle pozitív válaszüzenetek adatmez őinek tartalmát 
határozza meg.  
Az adatelemeket az 1. függelék adatszótára határozza meg.  
Megjegyzés: A 2. generációs letöltések esetében minden fels ő szintű 
adatelemet egy adattömb (record array) reprezentál, akkor is ha az csak 
egy rekordot tartalmaz. Az adattömb egy fejrésszel kezd ődik; ez a 
fejrész magában foglalja a rekordtípust, a rekordméretet és a rekordok 
számát. Az alábbi táblázatokban az adattömbök „…RecordArray” (fej ­
résszel) elnevezéssel szerepelnek.  
2.2.6.1 P o s i t i v e R e s p o n s e T r a n s f e r D a t a O v e r v i e w  
DDP_029 ►M1 A „Positive Response Transfer Data Overview” 
üzenet adatmez ője biztosítja a következ ő adatokat, az alábbi 
sorrendben, az SID 76 Hex, a TREP 01 vagy 21 Hex és az 
alüzenetek megfelel ő felosztása és számozása alapján: ◄ ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 292  
1. generációs adatstruktúra (TREP 01 Hex)  
▼B 
Adatelem  Megjegyzés
  
VU biztonsági tanúsítvány
  
A jármű azonosítása
  
VU aktuális dátuma és ideje
  
Letöltendő időszak
 
VU-ba behelyezett kártyák típusa
  
Előző VU letöltése
  
Valamennyi tárolt, vállalkozás általi lezárás. Ha a 
szakasz üres, csak ez kerül elküldésre: noOf ­
Locks = 0.
  
A járműegységben tárolt minden ellen őrzési 
rekord. Ha a szakasz üres, csak ez kerül elkül ­
désre: noOfControls = 0.
  
A tanúsítványok kivételével valamennyi adat 
RSA aláírása kezdve a VehicleIdentification ­
Number adattól egészen az utolsó VuControlAc ­
tivityData utolsó bájtjáig.  
▼M1 
2. generációs adatstruktúra (TREP 21 Hex)  
▼B 
Adatelem  Megjegyzés
  
Tagállami tanúsítvány
  
VU tanúsítvány
  
A jármű azonosítása
  
A jármű rendszáma
  
VU aktuális dátuma és ideje
  
Letöltendő időszak
 
VU-ba behelyezett kártyák típusa
  
Előző VU letöltése
  
Valamennyi tárolt, vállalkozás általi lezárás. Ha a 
szakasz üres, csak ez kerül elküldésre: egy adat ­
tömb-fejrész, valamint noOfRecords = 0.
  
A járműegységben tárolt minden ellen őrzési 
rekord. Ha a szakasz üres, csak ez kerül elkül ­
désre: egy adattömb-fejrész, valamint noOfRe ­
cords = 0.
  
Minden előző adat ECC aláírása a tanúsítványok 
kivételével.  
2.2.6.2 P o s i t i v e R e s p o n s e T r a n s f e r D a t a A c t i v i t i e s  
DDP_030 ►M1 A „Positive Response Transfer Data Activities” 
üzenet adatmez ője biztosítja a következ ő adatokat, az alábbi 
sorrendben, az SID 76 Hex, a TREP 02 vagy 22 Hex és az 
alüzenetek megfelel ő felosztása és számozása alapján: ◄ ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 293  
1. generációs adatstruktúra (TREP 02 Hex)  
▼B 
Adatelem  Megjegyzés
  
A letöltött nap dátuma
  
Kilométer-számláló és a letöltött nap vége
  
Adatok a kártyabehelyezési/kivételi eljáráshoz. 
— Ha ehhez a szakaszhoz nem áll rendelkezésre adat, 
csak ez kerül elküldésre: noOfVuCardIWRecords 
= 0. 
— Ha egy VuCardIWRecord áthalad 00:00 órán (kár ­
tyabehelyezés el őző nap) vagy 24:00 órán (kártyaki ­
vétel következ ő nap), akkor teljes egészében meg 
kell jelennie mindkét érintett nap tekintetében.
  
Kártyaleolvasó egység 00:00 állapot és rögzített tevé ­
kenységváltás a letöltött nap tekintetében.
  
A letöltött nap tekintetében rögzített adatokkal kapcsolatos 
helyek Ha a szakasz üres, csak ez kerül elküldésre: noOfP ­
laceRecords = 0.
  
A letöltött nap tekintetében rögzített, különleges körül ­
ményekre vonatkozó adatok Ha a szakasz üres, csak ez 
kerül elküldésre: noOfSpecificConditionRecords = 0.
  
Valamennyi adat RSA aláírása kezdve a TimeReal 
adattól egészen a különleges körülménnyel kapcsolatos 
utolsó rekord utolsó bájtjáig.  
▼M1 
2. generációs adatstruktúra (TREP 22 Hex)  
▼B 
Adatelem  Megjegyzés
  
A letöltött nap dátuma
  
Kilométer-számláló és a letöltött nap vége
  
Adatok a kártyabetételi/kivételi eljáráshoz. 
— Ha ez a szakasz nem tartalmaz elérhet ő adatot, csak 
ez kerül elküldésre: egy adattömb-fejrész, valamint 
noOfRecords = 0. 
— Ha egy VuCardIWRecord áthalad 00:00 órán (kár ­
tyabehelyezés el őző nap) vagy 24:00 órán (kártyaki ­
vétel következ ő nap), akkor teljes egészében meg 
kell jelennie mindkét érintett nap tekintetében.
  
Kártyaleolvasó egység 00:00 állapot és rögzített tevé ­
kenységváltás a letöltött nap tekintetében.
  
A letöltött nap tekintetében rögzített adatokkal kapcso ­
latos helyek Ha a szakasz üres, csak ez kerül elküldésre: 
egy adattömb-fejrész, valamint noOfRecords = 0.  
▼M1
 
A jármű GNSS-helyzetei, ha a járm ű halmozott járm ű­
vezetési ideje eléri a három óra többszörösét. Ha a 
szakasz üres, csak ez kerül elküldésre: egy adattömbfej ­
rész, valamint noOfRecords = 0.  ▼M1
02016R0799 — HU — 17.04.2018 — 001.004 — 294  
Adatelem Megjegyzés
  
A letöltött nap tekintetében rögzített, különleges körül ­
ményekre vonatkozó adatok Ha a szakasz üres, csak ez 
kerül elküldésre: egy adattömb-fejrész, valamint noOfRe ­
cords = 0.
  
Minden el őző adat ECC aláírása.  
2.2.6.3 P o s i t i v e R e s p o n s e T r a n s f e r D a t a E v e n t s a n d F a u l t s  
DDP_031 ►M1 A „Positive Response Transfer Data Events and 
Faults” üzenet adatmez ője biztosítja a következ ő adatokat, 
az alábbi sorrendben, az SID 76 Hex, a TREP 03 vagy 23 
Hex és az alüzenetek megfelel ő felosztása és számozása 
alapján: ◄ 
▼M1
1. generációs adatstruktúra (TREP 03 Hex)
▼B
Adatelem Megjegyzés
  
A járműegységben tárolt vagy folyamatban lév ő 
minden hiba. 
Ha a szakasz üres, csak ez kerül elküldésre: 
noOfVuFaults = 0.
  
A járműegységben tárolt vagy folyamatban lév ő 
minden hiba (a gyorshajtás kivételével) 
Ha a szakasz üres, csak ez kerül elküldésre: 
noOfVuEvents = 0.
  
A gyorshajtás legutóbbi ellen őrzésére vonatkozó 
adatok (ha nincs adat, alapértelmezett érték).
  
A járműegységben tárolt minden gyorshajtási 
esemény. 
Ha a szakasz üres, csak ez kerül elküldésre: 
noOfVuOverSpeedingEvents = 0.
  
A járműegységben tárolt minden id őbeállítási 
esemény (a teljes kör ű kalibrálás keretein kívül). 
Ha a szakasz üres, csak ez kerül elküldésre: 
noOfVuTimeAdjRecords = 0.
  
Valamennyi adat RSA aláírása kezdve a noOf ­
VuFaults adattól egészen az id őbeállítással 
kapcsolatos utolsó rekord utolsó bájtjáig.  
▼M1
2. generációs adatstruktúra (TREP 23 Hex)
▼B
Adatelem Megjegyzés
  
A járműegységben tárolt vagy folyamatban lév ő 
minden hiba. 
Ha a szakasz üres, csak ez kerül elküldésre: egy 
adattömb-fejrész, valamint noOfRecords = 0.
  
A járműegységben tárolt vagy folyamatban lév ő 
minden hiba (a gyorshajtás kivételével). 
Ha a szakasz üres, csak ez kerül elküldésre: egy 
adattömb-fejrész, valamint noOfRecords = 0.
  
A gyorshajtás legutóbbi ellen őrzésére vonatkozó 
adatok (ha nincs adat, alapértelmezett érték).
  
A járműegységben tárolt minden gyorshajtási 
esemény. 
Ha a szakasz üres, csak ez kerül elküldésre: egy 
adattömb-fejrész, valamint noOfRecords = 0.  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 295 
Adatelem Megjegyzés
  
A járműegységben tárolt minden id őbeállítási 
esemény (a teljes kör ű kalibrálás keretein kívül). 
Ha a szakasz üres, csak ez kerül elküldésre: egy 
adattömb-fejrész, valamint noOfRecords = 0.  
▼M1__________  
▼B
Minden el őző adat ECC aláírása.  
2.2.6.4 P o s i t i v e R e s p o n s e T r a n s f e r D a t a D e t a i l e d S p e e d  
DDP_032 ►M1 A „Positive Response Transfer Data Detailed Speed” 
üzenet adatmez ője biztosítja a következ ő adatokat, az alábbi 
sorrendben, az SID 76 Hex, a TREP 04 vagy 24 Hex és az 
alüzenetek megfelel ő felosztása és számozása alapján: ◄ 
▼M1
1. generációs adatstruktúra (TREP 04)
▼B
Adatelem Megjegyzés
  
A járműegységben tárolt minden részletes 
sebesség (percenként egy sebességblokk, amely 
alatt a járm ű mozgásban volt). 
Percenként 60 gyorsasági érték (másodpercen ­
ként egy).
  
Valamennyi adat RSA aláírása kezdve a noOfS ­
peedBlocks adattól egészen az utolsó sebességb ­
lokk utolsó bájtjáig.  
▼M1
2. generációs adatstruktúra (TREP 24)
▼B
Adatelem Megjegyzés
  
A járműegységben tárolt minden részletes 
sebesség (percenként egy sebességblokk, amely 
alatt a járm ű mozgásban volt). 
Percenként 60 gyorsasági érték (másodpercen ­
ként egy).
  
Minden el őző adat ECC aláírása.  
2.2.6.5 P o s i t i v e R e s p o n s e T r a n s f e r D a t a T e c h n i c a l D a t a  
DDP_033 ►M1 A „Positive Response Transfer Data Technical Data” 
üzenet adatmez ője biztosítja a következ ő adatokat, az alábbi 
sorrendben, az SID 76 Hex, a TREP 05 vagy 25 Hex és az 
alüzenetek megfelel ő felosztása és számozása alapján: ◄ ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 296  
1. generációs adatstruktúra (TREP 05)
▼B
Adatelem Megjegyzés
  
A járműegységben tárolt minden kalibrálási 
rekord.
  
Valamennyi adat RSA aláírása kezdve a vuMa ­
nufacturerName adattól egészen az utolsó VuCa ­
librationRecord utolsó bájtjáig.  
▼M1
2. generációs adatstruktúra (TREP 25)
▼B
Adatelem Megjegyzés
  
A járműegységben tárolt minden MS párosítás.
  
A járműegységben tárolt minden küls ő GNSS- 
eszköz csatlakozás.
  
A járműegységben tárolt minden kalibrálási 
rekord.
  
A járműegységben tárolt minden kártyabehelye ­
zési adat.
  
Minden el őző adat ECC aláírása.  
2.3. ESM fájlok tárolása  
DDP_034 Ha a letöltési munkamenet tartalmazott egy, a járm űegy­
ségről való adatátviteli m űveletet, az IDE egyetlen fizikai 
fájlban tárolja az összes olyan adatot, amelyet a járm űegy­
ségtő l kapott a letöltési munkamenet során, „Positive 
Response Transfer Data” üzenetekben. A tárolt adatok 
nem tartalmazzák az üzenet fejrészét, az alüzenetek számlá ­
lóit, az üres alüzeneteket és az ellen őrző összegeket, de 
tartalmazzák a SID-et és TREP-et (több alüzenetnél csak 
az első alüzenetet).  
3. A TACHOGRÁFKÁRTYÁK LETÖLTÉSÉNEK PROTOKOLLJA
3.1. Alkalmazási kör  
Ez a pont a tachográfkártya adatainak egy IDE-re történ ő közvetlen 
letöltését ismerteti. Az IDE nem része a biztonságos környezetnek; 
ezért nincs hitelesítés a kártya és az IDE között.  
3.2. Fogalommeghatározások  
Letöltési munkamenet : Minden olyan alkalom, amikor
a rendszer végrehajtja az ICC 
adatok letöltését. A munka ­
menet átfogja a teljes eljárást, 
az ICC alaphelyzetbe való 
visszaállításától az ICC dezakti ­
válásáig (a kártya kivétele vagy 
a következ ő visszaállítás).  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 297  
Aláírt adatfájl : Egy fájl az ICC-r ől. A fájl 
normál szövegként kerül átvi ­
telre az IFD-re. Az integrált 
áramkörös kártyán a fájl hasított 
és aláírt, az aláírást átviszik az 
IFD-re.  
3.3. Kártyaletöltés  
▼M1 
DDP_035 A tachográfkártya letöltése a következő lépéseket foglalja 
magában:  
— A kártya közös információinak letöltése az és EF
  
-be és
  -be. Ezen információk választhatók, és nem 
védi őket digitális aláírás.  
— (az els ő és második generációs tachográfkártyák eseté ­
ben) Az EF-ek letöltése a
  -en 
belül:  
— A
  és
  
EF-ek letöltése. Ezen infor ­
mációkat nem védi digitális aláírás.  
E fájlokat minden letöltési munkamenetben kötelez ő 
letölteni.  
— Az egyéb alkalmazási adatok EF-jeinek letöltése (a
  
-en belül), a
  
EF kivételével. Ezen informá ­
ciót digitális aláírás védi, a 11. melléklet (Közös 
biztonsági mechanizmusok) A. részének alkalmazá ­
sával.  
— Minden egyes letöltési munkamenetben kötelez ő 
letölteni legalább az
  
és
 
EF-eket.  
— A járm űvezetői kártya adatainak letöltése során a 
következő EF-ek letöltése is kötelez ő:
 
— (csak második generációs tachográfkártyák esetében) 
Azon eset kivételével, amikor a járm űegységbe 
behelyezett járm űvezetői kártya adatait a járm űve­
zetők nem uniós ellen őrző hatóság által, els ő gene­
rációs ellen őrzőkártya alkalmazásával végzett ellen ­ 
őrzés keretében töltik le, az EF-ek letöltése a
  
-en belül:  
— Az EF CardSignCertificate, CA_Certificate és 
Link_Certificate (ha van) letöltése. Ezen infor ­
mációkat nem védi digitális aláírás.  
E fájlokat minden letöltési munkamenetben köte ­
lező letölteni.  
— Az egyéb alkalmazási adatok EF-jeinek letöltése 
(a
 -en belül), a
 
EF kivételével. Ezen 
információt digitális aláírás védi, a 11. melléklet 
(Közös biztonsági mechanizmusok) B. részének 
alkalmazásával.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 298  
— Minden egyes letöltési munkamenetben 
kötelező letölteni legalább az
  
és
 
EF-eket.  
— A járm űvezetői kártya adatainak letöltése során a 
következő EF-ek letöltése is kötelez ő:
 
— A járm űvezetői kártya adatainak letöltése során 
frissítse a
  dátumot a
 
EF-ben, a
  
és adott esetben a
  
DF-ekben.  
— A m űhelykártya adatainak letöltése 
során állítsa vissza alaphelyzetben a kalibrálási 
számlálót a
  és adott 
esetben a
  DF-ek
  
EF-jében.  
— A műhelykártya adatainak letöltése során nem 
kell letölteni a
  
EF-et a
  
és adott esetben a
  
DF-ekben.  
▼B 
3.3.1 Inicializálási szekvencia  
DDP_036 Az IDE a következ ők szerint kezdeményezi a szekvenciát:  
Kártya Irány IDE/IFD Jelentés/Megjegyzések  
⇦  Hardver visszaállítása alap ­
helyzetbe  
ATR ⇨ 
A PPS választhatóan felhasználható egy magasabb átviteli 
sebességre történ ő átváltáshoz mindaddig, amíg ezt az ICC 
támogatja.  
3.3.2 Az alá nem írt adatfájlok szekvenciája  
DDP_037 ►M1 Az ICC, IC, Card_Certificate (vagy a Tachog ­
raph_G2 DF esetében CardSignCertificate), a CA_Certifi ­
cate és Link_Certificate (csak a Tachograph_G2 DF eseté ­
ben) EF-ek letöltési szekvenciája a következ ő: ◄ 
Kártya  Irány IDE/IFD Jelentés/Megjegyzések  
⇦ Fájl kiválasztása Kiválasztás fájlazonosítók 
alapján  
OK ⇨ 
⇦ Read Binary Ha a fájl több adatot tartal ­
maz, mint amennyit a 
leolvasó vagy a kártya 
puffere tárolni képes, a 
parancsot meg kell ismételni 
mindaddig, amíg a teljes fájl 
beolvasása meg nem történik.  
Fájladatok 
OK ⇨ Adatok tárolása ESM-en  a  3.4. pont szerint (Az adatok 
tárolási formátuma)  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 299  
1. megjegyzés: A Card_Certificate (vagy CardSignCertifi ­
cate) EF kiválasztása el őtt ki kell választani a tachográf- 
alkalmazást (kiválasztás az AID útján).  
2. megjegyzés: Egy fájl kiválasztása és olvasása egy 
lépésben is elvégezhet ő egy rövid EF azonosítóval rendel ­
kező Read Binary paranccsal.  
3.3.3 Az aláírt adatfájlok szekvenciája  
DDP_038 Az alábbi szekvenciát kell felhasználni a következ ő fájlok 
mindegyikéhez, amelyeket aláírásukkal együtt kell letölteni:  
▼M1 
Kártya  Irány IDE/IFD Jelentés/Megjegyzések
  
Fájl kiválasztása 
OK
 
Hash of File végrehajtása  — Az el őírt hasítási algo ­
ritmus felhasználásával 
kiszámítja a kiválasztott 
fájl adattartalmának 
tördelési értékét a 11. 
függelék A. vagy B. 
részével összhangban. 
Ez a parancs nem ISO- 
parancs. 
A fájl hasításának 
kiszámítása és a törde­
lési érték ideiglenes 
tárolása  
OK
 
Read Binary  Ha a fájl több adatot tartal ­
maz, mint amennyit a 
leolvasó vagy a kártya 
puffere tárolni képes, a 
parancsot meg kell ismételni 
mindaddig, amíg a teljes fájl 
beolvasása meg nem történik.  
File Data 
OK
 A kapott adatok eltárolása 
külső tárolóeszközön  ►C3 a  3.4. pont szerint (Az 
adatok tárolási formátuma) ◄
 
PSO: Compute Digital 
Signature 
A „digitális aláírás 
kiszámítása ” bizton­
sági művelet végrehaj ­
tása az ideiglenesen 
eltárolt hasítási érték 
felhasználásával  
Signature 
OK
 Az adatok hozzáf űzése a 
külső tárolóeszközön 
korábban tárolt adatokhoz  ►C3 a  3.4. pont szerint (Az 
adatok tárolási formátuma) ◄ 
▼B 
Megjegyzés: Egy fájl kiválasztása és olvasása egy lépésben 
is elvégezhet ő egy rövid EF azonosítóval rendelkez ő Read 
Binary paranccsal. Ilyen esetben az EF már a Perform Hash 
of File parancs alkalmazása el őtt kiválasztható és olvasható.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 300  
3.3.4 A kalibrálási számláló alaphelyzetbe történ ő visszaállításának szekven­
ciája  
DDP_039 A m űhelykártya
  EF-jében szereplő
 
számláló alap ­
helyzetbe történ ő visszaállításának szekvenciája a követ ­
kező: 
Kártya  Irány IDE/IFD Jelentés/Megjegyzések  
⇦ Select File EF 
Card_Download Kiválasztás fájlazonosítók 
alapján  
OK ⇨ 
⇦ Update Binary 
NoOfCalibrationsSinceDown­
load = ‘00 00’  
A kártya letöltési szám­
lálójának alaphelyzetbe 
állítása  
OK ⇨ 
Megjegyzés: Egy fájl kiválasztása és frissítése egy lépésben 
is elvégezhet ő egy rövid EF azonosítóval rendelkez ő Update 
Binary paranccsal.  
3.4. Az adatok tárolási formátuma 
3.4.1 Bevezetés  
DDP_040 A letöltött adatokat a következ ő feltételeknek megfelel ően 
kell tárolni:  
— Az adatokat átláthatóan kell tárolni. Ez azt jelenti, hogy 
a bájtok sorrendjét, valamint a bitek sorrendjét a 
kártyáról átvitt bájtokon belül meg kell ő rizni a tárolás 
során. 
— A kártya összes fájlját, amelynek letöltése egy adott 
letöltési munkamenet során történt, egyetlen fájlban 
kell tárolni az ESM-en.  
3.4.2 A fájlok formátuma 
DDP_041 A fájlformátum több TLV-objektum konkatenációja.  
DDP_042 Az EF-eket jelző címke a FID, valamint a „00” függelék.  
DDP_043 Az EF-ek aláírását jelz ő címke a fájl FID-je, valamint a 
„01” függelék. 
DDP_044 A hossz egy kétbájtos érték. Az érték meghatározza az 
értékmezőben szerepl ő bájtok számát. A hosszmez őben 
szereplő „FF FF” érték jöv őbeni használat céljából fenntar ­
tott. 
DDP_045 Ha a fájl nem kerül letöltésre, egyetlen, a fájllal kapcsolatos 
adatot sem kell tárolni (nincs címke és nincs zéróhossz).  
▼M1 
DDP_046 Az aláírást a következ ő TLV objektumként kell tárolni, 
közvetlenül azon TLV objektum után, amely a fájl adatait 
tartalmazza.  
Meghatározás Jelentés Hossz  
FID (2 bájt) || „00”  Címke az EF-hez (FID) a
 
DF-ben 
vagy a kártya közös infor­
mációihoz  3 bájt  
FID (2 bájt) || „01”  Címke az EF (FID)-hez 
tartozó aláíráshoz a
  
DF-ben  3 bájt  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 301  
Meghatározás  Jelentés Hossz  
FID (2 bájt) || „02”  Címke az EF-hez (FID) a
 
DF-ben  3 bájt  
FID (2 bájt) || „03”  Címke az EF (FID)-hez 
tartozó aláíráshoz a
  
DF-ben  3 bájt 
xx xx Az értékmező hossza 2 bájt 
Példa az ESM letöltési fájljában lév ő adatokra:  
Címke  Hossz Érték
  
— Az ICC EF adatai
  
— A Card_Certificate EF adatai  
— …
  
A
 EF adatai (a
 
DF-ben)
  
A
 EF aláírása (a
 
DF-ben)
  
A
 EF adatai a
 
DF-ben)
  
A
 EF aláírása a
 
DF-ben  
▼B 
4. A TACHOGRÁFKÁRTYA LETÖLTÉSE A JÁRM ŰEGYSÉGEN 
KERESZTÜL 
DDP_047 A járműegységnek lehet ővé kell tennie a hozzákapcsolt 
IDE-be behelyezett járm űvezetői kártya tartalmának letölté ­
sét. 
DDP_048 Az IDE egy „Transfer Data Request Card Download” 
üzenetet küld a járm űegységnek ezen átviteli mód kezdemé ­
nyezésére (lásd: 2.2.2.9. pont).  
▼M1 
DDP_049 Els ő generációs járm űvezetői kártyák: Az adatokat az els ő 
generációs adatletöltési protokoll felhasználásával kell letöl ­
teni, és a letöltött adatok formátumának meg kell egyeznie 
az első generációs járm űegységekről letöltött adatok formá ­
tumával.  
▼C3 
Második generációs járm űvezetői kártyák: ezután a járm ű­
egység letölti a kártya teljes tartalmát fájlonként, a 3. bekez ­
désben meghatározott kártyaletöltési protokollal összhang ­
ban, és az összes olyan adatot, amelyet a kártyától kapott, 
továbbítja az IDE-hez, a megfelel ő TLV fájlformátumban 
(lásd a 3.4.2. pontot), és beágyazva egy „Positive Response 
Transfer Data” üzenetbe.  
▼B 
DDP_050 Az IDE visszakeresi a kártyaadatokat a „Positive Response 
Transfer Data” üzenetb ől (eltávolítva az összes fejrészt, 
SID-et, TREP-et, az alüzenetek számlálóit és az ellen őrző 
összegeket), és eltárolja az összes adatot a 2.3. pontban leírt 
egyetlen fizikai fájlban.  
DDP_051 Ezután a járm űegység adott esetben aktualizálja a járm űve­
zetői kártya
  vagy
  
fájlját.  ▼M1
02016R0799 — HU — 17.04.2018 — 001.004 — 302 
8. függelék
KALIBRÁLÁSI PROTOKOLL 
TARTALOMJEGYZÉK 
1. BEVEZETÉS
2. KIFEJEZÉSEK, MEGHATÁROZÁSOK ÉS HIVATKOZÁSOK
3. A SZOLGÁLTATÁSOK ÁTTEKINTÉSE
3.1. Rendelkezésre álló szolgáltatások
3.2. Válaszkódok
4. KOMMUNIKÁCIÓS SZOLGÁLTATÁSOK
4.1. A StartCommunication szolgáltatás
4.2. StopCommunication szolgáltatás
4.2.1 Az üzenet leírása
4.2.2 Az üzenet formátuma
4.2.3 A paraméterek meghatározása
4.3. TesterPresent szolgáltatás
4.3.1 Az üzenet leírása
4.3.2 Az üzenet formátuma
5. KEZELÉSI SZOLGÁLTATÁSOK
5.1. StartDiagnosticSession szolgáltatás
5.1.1 Az üzenet leírása
5.1.2 Az üzenet formátuma
5.1.3 A paraméterek meghatározása
5.2. SecurityAccess szolgáltatás
5.2.1 Az üzenet leírása
5.2.2 Az üzenetek formátuma – SecurityAccess – requestSeed
5.2.3 Az üzenetek formátuma – SecurityAccess – sendKey
6. ADATÁTVITELI SZOLGÁLTATÁSOK
6.1. ReadDataByIdentifier szolgáltatás
6.1.1 Az üzenet leírása
6.1.2 Az üzenet formátuma
6.1.3 A paraméterek meghatározása
6.2. WriteDataByIdentifier szolgáltatás
6.2.1 Az üzenet leírása
6.2.2 Az üzenet formátuma
6.2.3 A paraméterek meghatározása▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 303 
7. A VIZSGÁLATI IMPULZUSOK ELLEN ŐRZÉSE – INPUT/OUTPUT
VEZÉRLŐ FUNKCIONÁLIS EGYSÉG
7.1. InputOutputControlByIdentifier service  
7.1.1 Az üzenet leírása  
7.1.2 Az üzenet formátuma  
7.1.3 A paraméterek meghatározása  
8. DATARECORDS FORMÁTUMOK
8.1. Az átvitt paraméterek tartományai  
8.2. dataRecords formátumok  
1. BEVEZETÉS
E függelék a járműegység és a vizsgálókészülék között a K-vonalon
keresztül történ ő adatcsere módját ismerteti, amely vonal a 6. függe ­
lékben leírt kalibrálási interfész részét alkotja. A függelék leírja továbbá
az input/output jelvonal vezérlését a kalibrálási csatlakozón.
A K-vonalon történ ő kommunikáció létrehozása a 4. pontban (Commu ­
nication Services) található.  
E függelék a diagnosztikai „munkamenetek” gondolatát használja fel a 
K-vonal vezérlése hatókörének meghatározására különböz ő feltételek
között. Az alapértelmezett munkamenet a StandardDiagnosticSession,
amelynél valamennyi adat leolvasható a járm űegységről, de nem lehet
adatokat írni a járműegységre.
A diagnosztikai munkamenet kiválasztását az 5. pont (Kezelési szol ­
gáltatások) (Management Services) írja le.  
Ezt a függeléket a VU-k és mű helykártyák mindkét generációjára érvé ­
nyesnek kell tekinteni az e rendeletben meghatározott interoperabilitási 
követelményeknek megfelel ően. 
CPR_001 Az „ECUProgrammingSession” lehet ővé teszi adatok 
bevitelét a járm űegységbe. Kalibrálási adatok bevitele esetén 
a járműegységnek ezenkívül KALIBRÁLÁSI üzemmódban 
kell lennie.  
A K-vonalon át történő adatátvitel leírása a 6. pontban (Data 
Transmission Services) található. Az átvitt adatok formátu ­
mának részletezése a 8. pontban (dataRecords formats) talál ­
ható. 
CPR_002 Az „ECUAdjustmentSession” lehet ővé teszi a kalibrálási I/O 
jelvonal I/O üzemmódjának kiválasztását a K-vonal inter ­
fészén keresztül. A kalibrálási I/O jelvonal vezérlését a 7. 
pont (Control of Test Pulses – Input/Output Control functi ­
onal unit) írja le.  
CPR_003 Az egész dokumentumban a vizsgálókészülékre a „tt” rövi ­
dítés utal. Annak ellenére, hogy a vizsgálókészülékeknek 
lehetnek preferált címei, a VU a vizsgálókészülék bármely 
címére megfelel ő módon válaszol. A VU fizikai címe: 
0xEE.  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 304  
2. KIFEJEZÉSEK, MEGHATÁROZÁSOK ÉS HIVATKOZÁSOK
A protokollok, üzenetek és hibakódok alapvetően az ISO 14229-1
szabványtervre épülnek (Közúti járm űvek – Diagnosztikai rendszerek
–1. rész: Diagnosztikai szolgáltatások, 6. változat, 2001. február 22.).
A szolgáltatásazonosítókhoz, a szolgáltatási kérésekhez és válaszokhoz, 
valamint a szabványos paraméterekhez bájtkódolást és hexadecimális 
értékeket kell használni.  
A „vizsgálókészülék” kifejezés arra a berendezésre vonatkozik, amelyet 
a programozási/kalibrálási adatok VU-ba történ ő bevitelére kell alkal ­
mazni.  
A „kliens” és a „szerver” kifejezés a vizsgálókészülékre, illetve a VU- 
ra vonatkozik.  
Az ECU kifejezés jelentése: „Elektronikus vezérl őegység”, és a VU-ra 
vonatkozik.  
Hivatkozások:  
▼M1
ISO 14230-2: Road Vehicles – Diagnostic Systems – Keyword 
Protocol 2000 – Part 2: Data Link Layer.  
Első kiadás: 1999.  
▼B
3. A SZOLGÁLTATÁSOK ÁTTEKINTÉSE
3.1. Rendelkezésre álló szolgáltatások  
A következ ő táblázat áttekintést nyújt azon szolgáltatásokról, amelyek a 
menetíró készülékben rendelkezésre állnak, és amelyek meghatározá ­
sára ezen dokumentumban kerül sor.  
CPR_004 A táblázat jelzi azon szolgáltatásokat, amelyek egy aktivált 
diagnosztikai munkamenetben rendelkezésre állnak.  
— Az els ő oszlop felsorolja a rendelkezésre álló szolgálta ­
tásokat. 
— A második oszlop jelzi azon pont számát, amely rész ­
letesebben leírja az adott szolgáltatást e függelékben.  
— A harmadik oszlop meghatározza a szolgáltatásazono ­
sító értékeit a kérésüzenetekben.  
— A negyedik oszlop meghatározza a „StandardDiagnos ­
ticSession” (SD)  azon szolgáltatásait, amelyeket minden 
járműegységben alkalmazni kell.  
— Az ötödik oszlop  meghatározza az „ECUAdjustment­
Session” (ECUAS)  azon szolgáltatásait, amelyeket 
alkalmazni kell ahhoz, hogy lehet ővé váljon az I/O 
jelvonal vezérlése a járm űegység el őlapján található 
kalibrálási csatlakozón.  
— A hatodik oszlop meghatározza az  „ECUProgram­
mingSession” (ECUPS) azon szolgáltatásait, amelyeket 
alkalmazni kell ahhoz, hogy lehet ővé váljon a paramé ­
terek programozása a járm űegységben.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 305  
1. táblázat 
A szolgáltatásazonosítók értékeinek összefoglaló táblázata  
Diagnosztikai munkamenetek  
Diagnosz tikai szakasz neve  Pont 
száma Szolgáltatás- 
azonosít ó érték SD ECUAS ECUPS  
StartCommunication  4.1 81  ■ ■ ■ 
StopCommunication  4.2 82  ■ 
TesterPresent  4.3 3E  ■ ■ ■ 
StartDiagnosticSession  5.1 10  ■ ■ ■ 
SecurityAccess 5.2 27  ■ ■ ■ 
ReadDataByIdentifier  6.1 22  ■ ■ ■ 
WriteDataByIdentifier  6.2 2E  ■ 
InputOutputControlByIdentifier  7.1 2F  ■ 
■ Ez a szimbólum azt jelzi, hogy a szolgáltatás kötelez ő e diagnosztikai munkamenetben. 
A szimbólum hiánya azt jelzi, hogy e szolgáltatás nem megengedett e diagnosztikai munkame ­
netben.  
3.2. Válaszkódok 
Minden szolgáltatáshoz válaszkódokat kell meghatározni.  
4. KOMMUNIKÁCIÓS SZOLGÁLTATÁSOK  
A kommunikáció létrehozásához és fenntartásához szükség van bizo ­
nyos szolgáltatásokra. Ezek nem jelennek meg az alkalmazási rétegen. 
A rendelkezésre álló szolgáltatásokat a következ ő táblázat részletezi:  
2. táblázat 
Kezelési szolgáltatások  
A szolgáltatás neve  Leírás  
StartCommunication  A kliens kéri egy kommunikációs 
munkamenet megindítását egy (vagy 
több) szerverrel.  
StopCommunication  A kliens kéri az aktuális kommuniká ­
ciós munkamenet leállítását.  
TesterPresent  A kliens jelzi a szervernek, hogy a 
kapcsolat még mindig aktív.  
CPR_005 A StartCommunication szolgáltatás a kommunikáció elindí ­
tására szolgál. Bármilyen szolgáltatás végrehajtása érde ­
kében inicializálni kell a kommunikációt, és a kommuniká ­
ciós paramétereket a kívánt üzemmódnak megfelel ően kell 
beállítani.  
4.1. A StartCommunication szolgáltatás  
CPR_006 A StartCommunication bejelentésprimitív vétele után a 
járműegység ellen őrzi, hogy a kért kommunikációs 
kapcsolat inicializálható-e az aktuális feltételek mellett. A 
kommunikációs kapcsolat inicializálásának érvényes felté ­
telei az ISO 14230-2 dokumentumban találhatók.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 306  
CPR_007 Ezután a járm űegység lefolytat minden olyan tevékenységet, 
amely a kommunikációs kapcsolat inicializálásához szük ­
séges, és elküld egy StartCommunication válaszprimitívet 
a kiválasztott pozitívválasz-paraméterekkel együtt.  
CPR_008 Amennyiben a már inicializált (és egy diagnosztikai munka ­
menetbe belépett) járm űegység egy új StartCommunication 
kérést kap (például a vizsgálókészülékben történ ő hibaja­
vítás következtében), a kérést elfogadja, és sor kerül a 
járműegység újrainicializálására.  
CPR_009 Amennyiben a kommunikációs kapcsolatot bármilyen ok 
miatt nem lehet inicializálni, úgy a járm űegység tovább 
működik a kommunikációs kapcsolat inicializálási kísérletét 
közvetlenül megel őző módon. 
CPR_010 A StartCommunication kérésüzenetet fizikailag meg kell 
címezni.  
CPR_011 A járműegység szolgáltatások céljából történ ő inicializálását 
egy „gyors inicializálási” módszerrel kell elvégezni:  
— minden tevékenység előtt van egy buszinaktív idő ; 
— ezután a vizsgálókészülék elküld egy inicializálási 
mintát;  
— a járműegység válasza tartalmazza az összes olyan infor ­
mációt, amely szükséges a kommunikáció létrehozásá ­
hoz. 
CPR_012 Az inicializálás befejezése után:  
— az összes kommunikációs paramétert a 4. táblázatban 
megadott értékekre kell beállítani, a kulcsbájtoknak 
megfelelően; 
— a járműegység várja a vizsgálókészülék els ő kérését; 
— a járműegység alapértelmezett diagnosztikai üzemmód ­
ban, vagyis StandardDiagnosticSession üzemmódban 
van; 
— a kalibrálási I/O jelvonal alapértelmezett állapotban, 
vagyis dezaktivált állapotban van.  
CPR_014 A K-vonal adatáramlási sebességét 10 400 Baudra kell állí ­
tani. 
CPR_016 A gyors inicializálás úgy indul el, hogy a vizsgálókészülék 
átküld egy  Wake up pattern -t (Wup) a K-vonalon. Ez a 
minta az inaktív idő után kezd ődik a K-vonalon, egy 
alacsony idej ű Tinil-lel. A vizsgálókészülék átküldi a Start ­
Communication szolgáltatás els ő bitjét egy olyan Twup 
taktus után kapcsolódva, amely az els ő lefutó él után kezd ő­
dik.
 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 307  
CPR_017 Az alábbi táblázat részletezi a gyors inicializáláshoz és álta ­
lában a kommunikációhoz szükséges id őértékeket. Az 
inaktív idő (Tidle) tekintetében három különböz ő lehetőség 
képzelhető el: 
— első átvitel az áram bekapcsolása után: Tidle = 300 ms.  
— a StopCommunication szolgáltatás befejezése után: Tidle 
= P3 min. 
— a kommunikáció megszakítása után, ami az engedélye ­
zett P3 max id ő túllépése miatt következett be: Tidle 
= 0. 
3. táblázat 
A gyors inicializálás időértékei  
Paraméter  Minimumérték  Maximumérték  
Tinil  25 ± 1 ms 24 ms 26 ms 
Twup 50 ± 1 ms 49 ms 51 ms 
4. táblázat 
Kommunikációs id őértékek  
Idő-paramé­
ter A paraméterek leírása  Alsó határ ­
értékek [ms]  Felső határ­
értékek [ms]  
min. max.  
P1 A bájtok áramlása között eltelt 
idő a járműegységválasznál.  0 20 
P2 A vizsgálókészülék kérése és a 
járműegység válasza között 
vagy a járműegység két 
válasza között eltelt idő 25 250 
P3 A járm űegység válaszai és a 
vizsgálókészülék új kérései 
között eltelt id ő 55 5 000 
P4 A bájtok áramlása között eltelt 
idő, a vizsgálókészülék kéré ­
sére várva  5 20 
CPR_018 A gyors inicializálás üzenetformátumát a következ ő táblá­
zatok részletezik: (MEGJEGYZÉS: a hex jelentése hexade ­
cimális)  
5. táblázat 
StartCommunication Request üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  81 FMT 
#2 Célcím-bájt  EE TGT 
#3 Forráscím-bájt  tt SRC  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 308  
Bájt #  Paraméter neve  Hex érték Kódszó  
#4 StartCommunication Request 
Service Id 81 SCR 
#5 Ellen őrző összeg 00-FF CS 
6. táblázat 
StartCommunication Positive Response üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  tt TGT 
#3 Forráscím-bájt  EE SRC 
#4 Kiegészít őhossz-bájt 03 LEN 
#5 StartCommunication Positive 
Response Service Id C1 SCRPR 
#6 1. kulcsbájt  EA KB1 
#7 2. kulcsbájt  8F KB2 
#8 Ellen őrző összeg 00-FF CS 
CPR_019 Nincs negatív válasz a StartCommunication kérésüzenetre. 
Ha nincs továbbítandó pozitív válaszüzenet, akkor a járm ű­
egység nem inicializált, nincs továbbítandó adat és a VU 
normál üzemmódban marad.  
4.2. StopCommunication szolgáltatás  
4.2.1 Az üzenet leírása  
E kommunikációs rétegszolgáltatás célja a kommunikációs munka ­
menet lezárása.  
CPR_020 A StopCommunication bejelentésprimitív vételekor a járm ű­
egység ellen őrizi, hogy az aktuális körülmények lehet ővé 
teszik-e e kommunikáció befejezését. Ebben az esetben a 
járműegység végrehajt minden olyan m űveletet, amely e 
kommunikáció befejezéséhez szükséges.  
CPR_021 Ha a kommunikációt be lehet fejezni, a járm űegység a 
kommunikáció befejezése kiadja a StopCommunication 
válaszprimitívet a kiválasztott pozitívválasz-paraméterek 
segítségével.  
CPR_022 Amennyiben a kommunikációt bármely ok miatt nem lehet 
befejezni, a járm űegység kiadja a StopCommunication 
válaszprimitívet a kiválasztott negatív válasz-paraméterekkel 
együtt.  
CPR_023 Amennyiben a járm űegység P3max id őtúllépést észlel, a 
kommunikációt válaszprimitív kiadása nélkül be kell fejezni.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 309  
4.2.2 Az üzenet formátuma 
CPR_024 A StopCommunication primitívek üzenetformátumát az 
alábbi táblázatok részletezik:  
7. táblázat 
StopCommunication Request üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  EE TGT 
#3 Forráscím-bájt  tt SRC 
#4 Kiegészít őhossz-bájt 01 LEN 
#5 StopCommunication Request 
Service Id 82 SPR 
#6 Ellen őrző összeg 00-FF CS 
8. táblázat 
StopCommunication Positive Response üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  tt TGT 
#3 Forráscím-bájt  EE SRC 
#4 Kiegészít őhossz-bájt 01 LEN 
#5 StopCommunication Positive 
Response Service Id C2 SPRPR 
#6 Ellen őrző összeg 00-FF CS 
9. táblázat 
StopCommunication Negative Response üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  tt TGT 
#3 Forráscím-bájt  EE SRC 
#4 Kiegészít őhossz-bájt 03 LEN  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 310  
Bájt #  Paraméter neve  Hex érték Kódszó  
#5 Negative Response Service Id 7F NR 
#6 StopCommunication Request 
Service Identification  82 SPR 
#7 responseCode = generalReject  10 RC_GR 
#8 Ellen őrző összeg 00-FF CS 
4.2.3 A paraméterek meghatározása 
E szolgáltatáshoz egyetlen paraméter meghatározása sem szükséges.  
4.3. TesterPresent szolgáltatás  
4.3.1  Az üzenet leírása 
A TesterPresence szolgáltatást a vizsgálókészülék használja, hogy 
jelezze a szervernek azt, hogy vele továbbra is aktív kapcsolatban 
van, annak megel őzése érdekében, hogy a szerver automatikusan 
visszaálljon normál üzemmódra, és esetleg megszakítsa a kommuniká ­
ciót. E rendszeres idő közönként elküldött szolgáltatás aktív állapotban 
tartja a diagnosztikai munkamenetet/kommunikációt olyan módon, 
hogy minden szolgáltatáskérésnél visszaállítja a P3 óraregisztert.  
4.3.2 Az üzenet formátuma 
CPR_079 A TesterPresent primitívek üzenetformátumát az alábbi 
táblázatok részletezik.  
10. táblázat 
TesterPresent Request üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  EE TGT 
#3 Forráscím-bájt  tt SRC 
#4 Kiegészít őhossz-bájt 02 LEN 
#5 TesterPresent Request 
Service Id 3E TP 
#6 Alfunkció = respon­
seRequired = [ igen 01 RESPREQ_Y 
nem ] 02 RESPREQ_NO 
#7 Ellen őrző összeg 00-FF CS  
CPR_080 Ha a responseRequired paraméter „igen” értékre van állítva, 
a szerver a következ ő pozitív válaszüzenettel felel. Ha 
„nem” értékre van állítva, a szerver nem küld választ.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 311  
11. táblázat 
TesterPresent Positive Response üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  tt TGT 
#3 Forráscím-bájt  EE SRC 
#4 Kiegészít őhossz-bájt 01 LEN 
#5 TesterPresent Positive 
Response Service Id 7E TPPR 
#6 Ellen őrző összeg 00-FF CS 
CPR_081 A szolgáltatás a következ ő negatív válaszkódokat támogatja:  
12. táblázat 
TesterPresent Negative Response üzenet  
Bájt #  Paraméter neve  Hex 
érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  tt TGT 
#3 Forráscím-bájt  EE SRC 
#4 Kiegészít őhossz-bájt 03 LEN 
#5 Negative Response Service Id 7F NR 
#6 TesterPresent Request Service Identi ­
fication  3E TP 
#7 response­
Code = [ SubFunctionNotSup­
ported-InvalidFormat  12 RC_SFNS_IF  
incorrectMessage ­
Length ]  13 RC_IML 
#8 Ellen őrző összeg 00-FF CS  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 312  
5. KEZELÉSI SZOLGÁLTATÁSOK 
A rendelkezésre álló szolgáltatásokat a következő táblázat részletezi:  
13. táblázat 
Kezelési szolgáltatások  
A szolgáltatás neve  Leírás  
StartDiagnosticSession  A kliens diagnosztikai munkamenet elindí ­
tását kéri a járműegységgel. 
SecurityAccess A kliens hozzáférést kér a felhatalmazott 
felhasználók számára fenntartott funkciók­
hoz. 
5.1. StartDiagnosticSession szolgáltatás  
5.1.1 Az üzenet leírása 
CPR_025 A StartDiagnosticSession szolgáltatás a különféle diagnosz ­
tikai munkamenetek aktiválására szolgál a szerveren. A 
diagnosztikai munkamenetek engedélyezik a szolgáltatások 
valamely konkrét összetételét a 17. táblázatnak megfelel ően. 
A munkamenet engedélyezheti a járm ű gyártójának speciális 
szolgáltatásait is, amelyek nem részei e dokumentumnak. A 
végrehajtási szabályoknak meg kell felelniük a következ ő 
követelményeknek:  
— Mindig csak pontosan egy diagnosztikai munkamenet 
lehet aktív a járm űegységben, 
— A járműegység mindig elindítja a StandardDiagnosti ­
cSession munkamenetet, amennyiben az feszültség alá 
kerül. Ha egyetlen más diagnosztikai munkamenetet 
sem indítanak el, a StandardDiagnosticSession mind ­
addig fut, amíg a járm űegység feszültség alatt van,  
— Ha a vizsgálókészülék olyan diagnosztikai munkame ­
netet kér, amely már fut, a járm űegység pozitív válasz ­
üzenetet küld,  
— Amennyiben a vizsgálókészülék új diagnosztikai munka ­
menetet kér, a járm űegység előbb StartDiagnosticSes ­
sion pozitív válaszüzenetet küld, miel őtt az új munka ­
menet aktiválódik a járm űegységben. Ha a járm űegység 
nem képes elindítani a kért új diagnosztikai munkame ­
netet, StartDiagnosticSession negatív válaszüzenettel 
válaszol, és az aktuális munkamenet folytatódik.  
CPR_026 A diagnosztikai munkamenet csak akkor indulhat el, miután 
létrejött a kommunikáció a kliens és a járm űegység között.  
CPR_027 A 4. táblázatban meghatározott szinkronozási paraméte ­
reknek aktívaknak kell lenniük egy sikeres StartDiagnosti ­
cSession után, amennyiben a diagnosticSession paraméter 
„StandardDiagnosticSession” értékre van beállítva a kérés ­
üzenetben, és ha korábban egy másik diagnosztikai munka ­
menet volt aktív.  
5.1.2 Az üzenet formátuma  
CPR_028 A StartDiagnosticSession primitívek üzenetformátumait az 
alábbi táblázatok részletezik:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 313  
14. táblázat 
StartDiagnosticSession kérés üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  EE TGT 
#3 Forráscím-bájt  tt SRC 
#4 Kiegészít őhossz-bájt 02 LEN 
#5 StartDiagnosticSession 
Request Service Id 10 STDS 
#6 diagnosticSession = (a 17. 
táblázat egyik értéke)  xx DS_… 
#7 Ellen őrző összeg 00-FF CS 
15. táblázat 
StartDiagnosticSession Positive Response üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  tt TGT 
#3 Forráscím-bájt  EE SRC 
#4 Kiegészít őhossz-bájt 02 LEN 
#5 StartDiagnosticSession Posi­
tive Response Service Id  50 STDSPR 
#6 DiagnosticSession = (meg ­
egyezik a 14. táblázat #6 bájt 
értékével)  xx DS_… 
#7 Ellen őrző összeg 00-FF CS 
16. táblázat 
StartDiagnosticSession Negative Response üzenet  
Bájt #  Paraméter neve  Hex 
érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  tt TGT 
#3 Forráscím-bájt  EE SRC  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 314  
Bájt #  Paraméter neve  Hex 
érték Kódszó  
#4 Kiegészít őhossz-bájt 03 LEN 
#5 Negative Response Service Id 7F NR 
#6 StartDiagnosticSession Request 
Service Id  10 STDS 
#7 Response­
Code = [subFunctionNotSup­
ported (  a ) 12 RC_SFNS 
incorrectMessage ­
Length (  b ) 13 RC_IML 
conditionsNotCor ­
rect (  c ) 22 RC_CNC 
#8 Ellen őrző összeg 00-FF CS  
( a ) – a kérésüzenet #6 bájtjánál beillesztett érték nem támogatott, vagyis nem szerepel a 
17. táblázatban, 
( b ) – az üzenet hossza rossz, 
( c ) – a StartDiagnosticSession kérés kritériumai nem teljesültek.  
5.1.3 A paraméterek meghatározása 
CPR_029 A StartDiagnosticSession szolgáltatás a  diagnosticSession 
(DS_) paramétert használja a szerver(ek) különleges visel ­
kedésének kiválasztására. E dokumentumban a következő 
diagnosztikai munkamenetek kerülnek meghatározásra:  
17. táblázat 
A diagnosticSession értékeinek meghatározása  
Hex Leírás Kódszó  
81 StandardDiagnosticSession 
E diagnosztikai munkamenet az 1. táblázat 4., 
„SD” oszlopában  meghatározott összes szolgál- 
tatás aktiválását engedélyezi. E szolgáltatások 
lehetővé teszik adatok leolvasását egy szerverr ől 
(járműegység). E diagnosztikai munkamenet azt 
követően válik aktívvá, miután az inicializálás 
sikeresen befejez ődik a kliens (vizsgálókészülék) 
és a szerver (járm űegység) között. E diagnoszti- 
kai munkamenet felülírható az e munkamenetben 
meghatározott más diagnosztikai munkame- 
netekkel.  SD 
85 ECUProgrammingSession 
E diagnosztikai munkamenet az 1. táblázat 6., 
„ECUPS” oszlopában meghatározott összes 
szolgáltatás aktiválását engedélyezi. E szolgálta- 
tások támogatják a szerver (járm űegység) mem- 
óriájának programozását. E diagnosztikai 
munkamenet felülírható az e szakaszban megha- 
tározott más diagnosztikai munkamenetekkel.  ECUPS  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 315  
Hex Leírás Kódszó  
87 ECUAdjustmentSession  
E diagnosztikai munkamenet az 1. táblázat 5., 
„ECUAS” oszlopában  meghatározott összes 
szolgáltatás aktiválását engedélyezi. E szolgálta- 
tások támogatják a szerver (járm űegység) input/ 
output vezérlését. E diagnosztikai munkamenet 
felülírható az e munkamenetben meghatározott 
más diagnosztikai munkamenetekkel.  ECUAS  
5.2. SecurityAccess szolgáltatás  
Kalibrálási adatok beírása csak akkor lehetséges, ha a járm űegység 
KALIBRÁLÁSI üzemmódban van. Egy érvényes m űhelykártya járm ű­
egységbe történ ő behelyezése mellett a járm űegységbe be kell írni a 
megfelelő PIN-kódot ahhoz, hogy a KALIBRÁLÁSI üzemmódhoz való 
hozzáférés biztosítva legyen.  
Ha a járműegység KALIBRÁLÁSI vagy ELLEN ŐRZÉSI üzemmódban 
van, lehetséges a a kalibrálási input/output vonalhoz való hozzáférés is.  
A SecutityAccess szolgáltatás lehetővé teszi a PIN-kód beírását és 
annak jelzését a vizsgálókészülék számára, hogy a járm űegység 
KALIBRÁLÁSI üzemmódban van-e vagy sem.  
A rendszer lehetővé teszi a PIN-kód más módon való bevitelét.  
5.2.1 Az üzenet leírása  
A SecurityAccess szolgáltatás tartalmaz egy SecurityAccess request ­
Seed üzenetet, amelyet adott esetben egy SecurityAccess sendKey 
üzenet követ. A SecurityAccess szolgáltatást a StartDiagnosticSession 
szolgáltatást követ ően kell végrehajtani.  
CPR_033 A vizsgálókészülék a SecurityAccess requestSeed üzenetet 
használja annak ellen őrzésére, hogy a járm űegység készen 
áll-e a PIN-kód fogadására.  
CPR_034 Ha a járműegység már KALIBRÁLÁSI üzemmódban van, 
akkor úgy válaszol a kérésre, hogy a SecurityAccess kérésre 
adott pozitív válasz szolgáltatás felhasználásával elküld egy 
0x0000 érték ű „seed”-et. 
CPR_035 Ha a járműegység készen áll a PIN-kód fogadására a 
műhelykártya ellen őrzése céljából, akkor úgy kell vála ­
szolnia a kérésre, hogy a SecurityAccess kérésre adott pozi ­
tívválasz-szolgáltatás felhasználásával elküld egy „seed”-et, 
amelynek értéke nagyobb mint 0x0000.  
CPR_036 Ha a járműegység nem áll készen arra, hogy fogadja a PIN- 
kódot a vizsgálókészüléktő l – vagy azért, mert a behelyezett 
műhelykártya érvénytelen, vagy azért, mert nem illesztettek 
be műhelykártyát, vagy pedig azért, mert a járm űegység arra 
számít, hogy más módon fogja megkapni a PIN-kódot –, 
akkor negatív választ ad a kérésre a conditionsNotCorrec ­
tOrRequestSequenceError válaszkód beállításával.  
CPR_037 Ezután a vizsgálókészülék adott esetben SecurityAccess 
sendKey üzenetet használ ahhoz, hogy a PIN-kódot továb ­
bítsa a járm űegységnek. Annak érdekében, hogy idő t adjon 
a kártyahitelesítési eljárás végrehajtásához, a járm űegység 
felhasználja a requestCorrectlyReceived-ResponsePending 
negatív válaszkódot a válaszadási id ő meghosszabbításához. 
A maximális válaszadási id ő azonban nem haladhatja meg  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 316  
az öt percet. Mihelyt a kért szolgáltatás befejez ődik, a 
járműegység pozitív válaszüzenetet vagy negatív válaszüze ­
netet küld az említett kódtól eltér ő válaszkóddal. A járm ű­
egység megismételheti a requestCorrectlyReceived-Respon ­
sePending negatív válaszkódot, amíg a kért szolgáltatás 
végrehajtása be nem fejez ődik, és amíg az utolsó válasz ­
üzenet elküldése meg nem történik.  
CPR_038 A járműegység csak akkor válaszol e kérdésre a SecurityAc ­
cess Positive Response szolgáltatás felhasználásával, ha 
KALIBRÁLÁSI üzemmódban van.  
CPR_039 A következő esetekben a járm űegység negatív választ ad e 
kérésre a következ őképpen beállított válaszkódokkal:  
— subFunctionNot supported: az alfunkció paraméterének 
érvénytelen formátuma (accessType),  
— conditionsNotCorrectOrRequestSequenceError: a jármű­
egység nem áll készen a PIN-kód bevitelének fogadá ­
sára, 
— invalidKey: a PIN-kód érvénytelen és a PIN-ellen őrzési 
kísérletek száma nem került túllépésre,  
— exceededNumberOfAttempts: a PIN-kód érvénytelen és 
a PIN-ellen őrzési kísérletek száma túllépésre került,  
— generalReject: A PIN-kód helyes, de a kölcsönös hite ­
lesítés a mű helykártyával sikertelen volt.  
5.2.2 Az üzenetek formátuma – SecurityAccess – requestSeed  
CPR_040 A SecurityAccess requestSeed primitívek üzenetformátumait 
a következ ő táblázatok részletezik:  
18. táblázat 
SecurityAccess Request- requestSeed üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  EE TGT 
#3 Forráscím-bájt  tt SRC 
#4 Kiegészít őhossz-bájt 02 LEN 
#5 SecurityAccess Request 
Service Id 27 SA 
#6 accessType – requestSeed  7D AT_RSD 
#7 Ellen őrző összeg 00-FF CS  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 317  
19. táblázat 
SecurityAccess – requestSeed Positive Response üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  tt TGT 
#3 Forráscím-bájt  EE SRC 
#4 Kiegészít őhossz-bájt 04 LEN 
#5 SecurityAccess Positive 
Response Service Id 67 SAPR 
#6 accessType – requestSeed  7D AT_RSD 
#7 Magas seed 00-FF SEEDH 
#8 Alacsony seed 00-FF SEEDL 
#9 Ellen őrző összeg 00-FF CS 
20. táblázat 
SecurityAccess Negative Response üzenet  
Bájt #  Paraméter neve  Hex 
érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  tt TGT 
#3 Forráscím-bájt  EE SRC 
#4 Kiegészít őhossz-bájt 03 LEN 
#5 NegativeResponse Service Id 7F NR 
#6 SecurityAccess Request Service Id  27 SA 
#7 response­
Code = [conditionsNotCorrect 
OrRequestSequence ­
Error 22 RC_CNC 
incorrectMessage ­
Length] 13 RC_IML 
#8 Ellen őrző összeg 00-FF CS  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 318  
5.2.3 Az üzenetek formátuma – SecurityAccess – sendKey 
CPR_041 A SecurityAccess sendKey primitívek üzenetformátumait az 
alábbi táblázatok részletezik:  
21. táblázat 
SecurityAccess Request – sendKey üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  EE TGT 
#3 Forráscím-bájt  tt SRC 
#4 Kiegészít őhossz-bájt m + 2 LEN 
#5 SecurityAccess Request 
Service Id 27 SA 
#6 accessType – sendKey  7E AT_SK 
#7 – (#m + 
6) Key #1 (Magas) xx  KEY 
… …  
Key #m (alacsony, az „m” 
értéke legalább 4, legfeljebb 8)  xx 
#m+7 Ellen őrző összeg 00-FF CS 
22. táblázat 
SecurityAccess – sendKey Positive Response üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  tt TGT 
#3 Forráscím-bájt  EE SRC 
#4 Kiegészít őhossz-bájt 02 LEN 
#5 SecurityAccess Positive 
Response Service Id 67 SAPR 
#6 accessType – sendKey  7E AT_SK 
#7 Ellen őrző összeg 00-FF CS  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 319  
23. táblázat 
SecurityAccess Negative Response üzenet  
Bájt #  Paraméter neve  Hex 
érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  tt TGT 
#3 Forráscím-bájt  EE SRC 
#4 Kiegészít őhossz-bájt 03 LEN 
#5 NegativeResponse Service Id 7F NR 
#6 SecurityAccess Request Service Id  27 SA 
#7 ResponseCode = [generalReject  10 RC_GR 
subFunctionNotSup­
ported 12 RC_SFNS 
incorrectMessage ­
Length 13 RC_IML 
conditionsNotCorrect 
OrRequestSequence ­
Error 22 RC_CNC 
invalidKey  35 RC_IK 
exceededNumberOf 
Attempts  36 RC_ENA 
requestCorrectlyRecei 
ved-ResponsePen­
ding] 78 RC_RCR_RP 
#8 Ellen őrző összeg 00-FF CS 
6. ADATÁTVITELI SZOLGÁLTATÁSOK  
A rendelkezésre álló szolgáltatásokat a következő táblázat részletezi:  
24. táblázat 
Adatátviteli szolgáltatások  
A szolgáltatás neve  Leírás  
ReadDataByIdentifier  A kliens egy rekord aktuális értékének átvi ­
telét kéri a recordDataIdentifier általi hozzá ­
féréssel. 
WriteDataByIdentifier  A kliens egy rekord megírását kéri a record ­
DataIdentifier általi hozzáféréssel.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 320  
6.1. ReadDataByIdentifier szolgáltatás 
6.1.1 Az üzenet leírása  
CPR_050 A ReadDataByIdentifier szolgáltatást a kliens arra használja, 
hogy adatrekordértékeket kérjen egy szervert ől. Az adatokat 
egy recordDataIdentifier azonosítja. A járm űegység gyártója 
tartozik felel ősséggel azért, hogy e szolgáltatás igénybevé ­
telekor teljesüljenek a szervervonatkozású feltételek.  
6.1.2 Az üzenet formátuma 
CPR_051 A ReadDataIdentifier primitívek üzenetformátumait a követ ­
kező táblázatok részletezik:  
25. táblázat 
ReadDataByIdentifier Request üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  EE TGT 
#3 Forráscím-bájt  tt SRC 
#4 Kiegészít őhossz-bájt 03 LEN 
#5 ReadDataByIdentifier 
Request Service Id 22 RDBI 
#6 – #7 recordDataIdentifier = [a value 
from 28] xxxx RDI_… 
#8 Ellen őrző összeg 00-FF CS 
26. táblázat 
ReadDataByIdentifier Positive Response üzenet  
Bájt #  Paraméter neve  Hex 
érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  tt TGT 
#3 Forráscím-bájt  EE SRC 
#4 Kiegészít őhossz-bájt m+3 LEN 
#5 ReadDataByIdentifier Positive 
Response Service Id 62 RDBIPR 
#6 és #7 recordDataIdentifier = [megegyezik a 
25. táblázat #6 és #7 bájtjainak érté ­
kével] xxxx RDI_…  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 321  
Bájt #  Paraméter neve  Hex 
érték Kódszó  
#8 – 
(#m+7) dataRecord[] =  [data#1 xx DREC_DA­
TA1 
: :  :  
data#m]  xx DREC_DA­
TAm 
#m+8 Ellen őrző összeg 00-FF CS 
27. táblázat 
ReadDataByIdentifier Negative Response üzenet  
Bájt #  Paraméter neve  Hex 
érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  tt TGT 
#3 Forráscím-bájt  EE SRC 
#4 Kiegészít őhossz-bájt 03 LEN 
#5 NegativeResponse Service Id 7F NR 
#6 ReadDataByIdentifier Request 
Service Id  22 RDBI 
#7 ResponseCo­
de= [requestOutOf­
Range 31 RC_ROOR 
incorrectMessage ­
Length 13 RC_IML 
conditionsNotCor ­
rect] 22 RC_CNC 
#8 Ellen őrző összeg 00-FF CS 
6.1.3 A paraméterek meghatározása 
CPR_052 A ReadDataByIdentifier kérésüzenetben szerepl ő recordDa­
taIdentifier (RDI_) paraméter egy adatrekordot azonosít.  
CPR_053 Az e dokumentumban meghatározott recordDataIdentifier 
értékeket az alábbi táblázat mutatja be.  
A recordDataIdentifier táblázat négy oszlopból és több 
sorból áll.  
— Az els ő oszlop (Hex)  a harmadik oszlopban meghatá ­
rozott recordDataIdentifierhez hozzárendelt „hex értéket” 
tartalmazza.  
— A második oszlop (Adatelem) meghatározza az 1. 
függeléknek azon adatelemét, amelyen a recordDataI ­
dentifier alapul (adott esetben konvertálás szükséges).  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 322  
— A harmadik oszlop (Leírás) meghatározza a megfelel ő 
recordDataIdentifier nevét.  
— A negyedik oszlop (Kódszó) meghatározza az e record­
DataIdentifier-hez tartozó kódszót.  
28. táblázat 
A recordDataIdentifier értékeinek meghatározása  
Hex Adatelem  A recordDataI dentifier megneve­
zése 
(a formátumot lásd a 8.2. pont ­
ban) Kódsz ó 
F90B
  TimeDate  RDI_TD 
F912
  HighResolutionTotalVehicle ­
Distance  RDI_HRTVD 
F918
  Kfactor  RDI_KF 
F91C
  LfactorTyreCircumference  RDI_LF 
F91D
  WvehicleCharacteristicFactor  RDI_WVCF 
F921
  TyreSize  RDI_TS 
F922
  NextCalibrationDate  RDI_NCD 
F92C
  SpeedAuthorised  RDI_SA 
F97D
  RegisteringMemberState  RDI_RMS 
F97E
  VehicleRegistrationNumber  RDI_ VRN 
F190
  VIN  RDI_ VIN 
CPR_054 A ReadDataByIdentifier pozitív válaszüzenet a  dataRecord 
(DREC_) paramétert használja a recordDataIdentifier által 
meghatározott adatrekord érték közlésére a kliens (vizsgáló ­
készülék) felé. Az adatok formátumait a 8. pont részletezi. A 
felhasználó választása szerint olyan egyéb dataRecords para ­
métereket is alkalmazni lehet, mint a járm űegység külön­
leges input, bels ő és output adatai, de ezeket e dokumentum 
nem határozza meg.  
6.2. WriteDataByIdentifier szolgáltatás  
6.2.1  Az üzenet leírása  
CPR_056 A WriteDataByIdentifier szolgáltatást a kliens arra hasz ­
nálja, hogy adatrekordértékeket írjon fel a szerverre. Az 
adatokat egy recordDataIdentifier azonosítja. A járm űegység 
gyártója tartozik felel ősséggel azért, hogy e szolgáltatás 
igénybevételekor teljesüljenek a szervervonatkozású feltéte ­
lek. A 28. táblázatban felsorolt paraméterek aktualizálásához 
a járműegységnek KALIBRÁLÁSI üzemmódban kell 
lennie.  
6.2.2 Az üzenet formátuma  
CPR_057 A WriteDataByIdentifier primitívek üzenetformátumait az 
alábbi táblázatok részletezik:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 323  
29. táblázat 
WriteDataByIdentifier Request üzenet  
Bájt #  Paraméter neve  Hex 
érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  EE TGT 
#3 Forráscím-bájt  tt SRC 
#4 Kiegészít őhossz-bájt m+3 LEN 
#5 WriteDataByIdentifier Request 
Service Id 2E WDBI 
#6 – #7 recordDataIdentifier = [a value from 
28] xxxx RDI_… 
#8 – m + 7 dataRecord[] = [data#1 xx DREC_DA­
TA1 
: :  :  
data#m]  xx DREC_DA­
TAm 
#m+8 Ellen őrző összeg 00-FF CS 
30. táblázat 
WriteDataByIdentifier Positive Response üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  tt TGT 
#3 Forráscím-bájt  EE SRC 
#4 Kiegészít őhossz-bájt 03 LEN 
#5 WriteDataByIdentifier Posi­
tive Response Service Id  6E WDBIPR 
#6 – #7 recordDataIdentifier = [meg ­
egyezik a 29. táblázat #6 és 
#7 bájtjainak értékével]  xxxx RDI_… 
#8 Ellen őrző összeg 00-FF CS  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 324  
31. táblázat 
WriteDataByIdentifier Negative Response üzenet  
Bájt #  Paraméter neve  Hex 
érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  tt TGT 
#3 Forráscím-bájt  EE SRC 
#4 Kiegészít őhossz-bájt 03 LEN 
#5 NegativeResponse Service Id 7F NR 
#6 WriteDataByIdentifier Request 
Service Id  2E WDBI 
#7 ResponseCo­
de= [requestOutOf­
Range 31 RC_ROOR 
incorrectMessage ­
Length 13 RC_IML 
conditionsNotCor ­
rect] 22 RC_CNC 
#8 Ellen őrző összeg 00-FF CS 
6.2.3 A paraméterek meghatározása 
A recordDataIdentifier (RDI_) paramétert a 28. táblázat határozza 
meg. 
A WriteDataByIdentifier kérésüzenet a dataRecord (DREC_) paramé ­
tert használja arra, hogy közölje a szerverrel (járm űegység) a record­
DataIdentifier által azonosított adatrekord értékeket. Az adatok formá ­
tumait a 8. pont részletezi.  
7. A VIZSGÁLATI IMPULZUSOK ELLEN ŐRZÉSE – INPUT/OUTPUT 
VEZÉRLŐ FUNKCIONÁLIS EGYSÉG  
A rendelkezésre álló szolgáltatásokat a következő táblázat részletezi:  
32. táblázat 
Input/Output vezérl ő funkcionális egység  
A szolgáltatás neve  Leírás  
InputOutputControl ­
ByIdentifier  A kliens a szerverre jellemző inputok/ 
outputok ellen őrzését kéri. 
7.1. InputOutputControlByIdentifier service  
7.1.1 Az üzenet leírása  
Megfelelő vizsgálókészülék alkalmazásával az elüls ő csatlakozón 
keresztül létrejozott kapcsolat lehet ővé teszi a vizsgálati impulzusok 
ellenőrzését vagy megfigyelését.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 325  
CPR_058 E kalibrálási I/O jelvonal egy K-vonali paranccsal, az Inpu ­
tOutputControlByIdentifier szolgáltatás felhasználásával 
konfigurálható annak érdekében, hogy a vonal tekintetében 
kiválasztásra kerüljön a kívánt input vagy output funkció. A 
vonal lehetséges állapotai a következ ők: 
— dezaktivált,  
— speedSignalInput, ahol a kalibrálási I/O jelvonalat egy 
sebességjel (vizsgálati jel) bevitelére kell használni, 
lecserélve ezzel a mozgásérzékel ő sebességjelét (ez a 
funkció ELLEN ŐRZÉSI üzemmódban nem áll rendelke ­
zésre), 
— realTimeSpeedSignalOutputSenso r, ahol a kalibrálási I/O 
jelvonalat a mozgásérzékel ő sebességjelének kimenetére 
kell használni,  
— RTCOutput, ahol a kalibrálási I/O jelvonalat az UTC 
órajel kimenetére kell használni (ez a funkció ELLEN ­ 
ŐRZÉSI üzemmódban nem áll rendelkezésre).  
CPR_059 A vonal állapotának konfigurálásához a járm űegységnek 
beállítási munkamenetben kell lennie, és azt KALIBRÁ ­
LÁSI vagy ELLEN ŐRZÉSI üzemmódba kell állítani. Ha a 
járműegység KALIBRÁLÁSI üzemmódban van, négy 
vonalállapot áll rendelkezésre (dezaktivált, speedSignalIn ­
put, realTimeSpeedSignalOutputSensor, RTCOutput). Ha a 
járműegység ELLEN ŐRZÉSI üzemmódban van, csak két 
vonalállapot áll rendelkezésre (dezaktivált, realTimeSpeedO ­
utputSensor). A beállítási munkamenetb ől vagy a KALIB­
RÁLÁSI vagy ELLEN ŐRZÉSI üzemmódból való 
kilépésnél a járm űegység gondoskodik arról, hogy a kalib ­
rálási I/O jelvonal visszatérjen a „dezaktivált” (alapértelme ­
zett) állapotba.  
CPR_060 Amennyiben sebességimpulzusok érkeznek a járm űegység 
valós idejű sebességjel input vonalára mialatt az I/O jelvonal 
inputra van állítva, a kalibrálási I/O jelvonalat át kell állítani 
outputra, vagy vissza kell állítani a dezaktivált állapotba.  
CPR_061 A folyamat a következ ő: 
— Kommunikáció létrehozása a StartCommunication szol ­
gáltatás segítségével.  
— Beállítási munkamenet megnyitása a StartDiagnosticSes ­
sion szolgáltatással és belépés KALIBRÁLÁSI vagy 
ELLENŐRZÉSI üzemmódba (a két m űvelet sorrend­
jének nincs jelent ősége). 
— Átállás output állapotra az InputOutputControlByIdenti ­
fier szolgáltatás segítségével.  
7.1.2 Az üzenet formátuma  
CPR_062 Az InputOutputControlByidentifier primitívek üzenetformáit 
az alábbi táblázatok részletezik:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 326  
33. táblázat 
InputOutputControlByIdentifier Request üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  EE TGT 
#3 Forráscím-bájt  tt SRC 
#4 Kiegészít őhossz-bájt xx LEN 
#5 InputOutputControlByIden ­
tifier Request Sid 2F IOCBI  
#6 és #7  InputOutputIdentifier = [Calib ­
rationInputOutput]  F960 IOI_CIO 
#8 vagy 
#8 – #9 ControlOptionRecord = [ COR_ … 
inputOutputControlParameter – 
a 36. táblázat egyik értéke  xx IOCP_… 
controlState – a 37. táblázat 
egyik értéke (lásd a lenti 
megjegyzést)]  xx CS_… 
#9 vagy 
#10 Ellenőrző összeg 00-FF CS 
Megjegyzés: A controlState paraméter csak bizonyos 
esetekben szerepel (lásd a 7.1.3. pontot).  
34. táblázat 
InputOutputControlByIdentifier Positive Response üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  tt TGT 
#3 Forráscím-bájt  EE SRC 
#4 Kiegészít őhossz-bájt xx LEN 
#5 inputOutputControlByIdenti­
fier Positive Response SId 6F IOCBIPR 
#6 és #7 inputOutputIdentifier = [Calib ­
rationInputOutput]  F960 IOI_CIO 
#8 vagy 
#8 – #9 controlStatusRecord = [ CSR_  
inputOutputControlParameter 
(megegyezik a 33. táblázat 8. 
bájtjának értékével)  xx IOCP_… 
controlState (megegyezik a 33. 
táblázat 9. bájtjának értékével 
)] (adott esetben)  xx CS_… 
#9 vagy 
#10 Ellenőrző összeg 00-FF CS  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 327  
35. táblázat 
InputOutputControlByIdentifier Negative Response üzenet  
Bájt #  Paraméter neve  Hex érték Kódszó  
#1 Formátum-bájt – fizikai címzés  80 FMT 
#2 Célcím-bájt  tt TGT 
#3 Forráscím-bájt  EE SRC 
#4 Kiegészít őhossz-bájt 03 LEN 
#5 NegativeResponse Service Id 7F NR 
#6 inputOutputControlByIdentifier 
Request SId 2F IOCBI 
#7 responseCode=[ 
incorrectMessageLength  13 RC_IML 
conditionsNotCorrect  22 RC_CNC 
requestOutOfRange 31 RC_ROOR 
deviceControlLimitsExceeded]  7A RC_DCLE 
#8 Ellen őrző összeg 00-FF CS 
7.1.3 A paraméterek meghatározása 
CPR_064 Az inputOutputControlParameter (IOCP_) paramétert a 
következő táblázat határozza meg:  
36. táblázat 
Az inputOutputControlParameter értékeinek meghatározása  
Hex Leírás Kódszó  
00 ReturnControlToECU 
Ezen érték azt jelezi a szerver (járm űegység) felé, 
hogy a vizsgálókészülék már nem vezérli a 
kalibrálási I/O jelvonalat.  RCTECU 
01 ResetToDefault 
Ezen érték azon kérést jelzi a szerver (járm űe- 
gység) felé, hogy a kalibrálási I/O jelvonalat 
vissza kell állítani az alapértelmezett állapotába.  RTD ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 328  
Hex Leírás Kódszó  
03 ShortTermAdjustment 
Ezen érték azon kérést jelzi a szerver (járm űe- 
gység) felé, hogy a kalibrálási I/O jelvonalat be 
kell állítani a controlState paraméterben foglalt 
értékre.  STA 
CPR_065 A controlState  paraméter csak akkor jelenik meg, ha az 
inputOutputControlParameter ShortTermAdjustment értékre 
van beállítva; a paramétert a következ ő táblázat határozza 
meg:  
37. táblázat 
A controlState értékeinek meghatározása  
Üzemmód  Hex érték Leírás  
Dezaktiválás  00 Az I/O vonal dezaktivált (alapértelmezett 
állapot)  
Aktiválás 01 A kalibrálási I/O vonal speedSignalInput- 
ként aktiválva  
Aktiválás 02 A kalibrálási I/O vonal realTimeSpeedSigna ­
lOutputSensor-ként aktiválva  
Aktiválás 03 A kalibrálási I/O vonal mint RTCOutput 
aktiválva  
8. DATARECORDS FORMÁTUMOK  
E szakasz a következ őket részletezi:  
— általános szabályok, amelyeket azon paraméterek tartományaira kell 
alkalmazni, amelyeket a járm űegységről átvisznek a vizsgálókészü ­
lékre, 
— azon formátumok, amelyeket a 6. pontban leírt adatátviteli szolgál ­
tatások útján továbbított adatok esetében használni kell.  
CPR_067 A járműegység támogatja az összes azonosított paramétert.  
CPR_068 Azon adatoknak, amelyeket a járm űegységről átvisznek a 
vizsgálókészülékre a kérésüzenetre adott válaszként, mért 
adatoknak kell lenniük (vagyis a kért paraméter aktuális 
értéke, amint azt a járm űegység mérte vagy megfigyelte).  
8.1. Az átvitt paraméterek tartományai  
CPR_069 A 38. táblázat meghatározza azon tartományokat, amelyeket 
fel kell használni az átvitt paraméterek érvényességének 
megállapításához.  
CPR_070 A „error indicator” tartományban szerepl ő értékek lehet ővé 
teszik a járm űegység számára annak azonnali jelzését, hogy 
az adott pillanatban nem állnak rendelkezésre érvényes para ­
méteradatok a menetíró készülék bizonyos típusú hibái 
miatt.  
CPR_071 A „not available” tartományban szerepl ő értékek lehet ővé 
teszik a járm űegység számára olyan üzenet továbbítását, 
amely tartalmaz egy olyan paramétert, amely nem áll rendel ­
kezésre vagy nem támogatott az adott modulban. A „not 
requested” tartományban szerepl ő értékek lehet ővé teszik a 
járműegység számára parancsüzenet továbbítását, és azon 
paraméterek meghatározását, amelyekre a fogadó eszköznek 
nem kell válaszolnia.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 329  
CPR_072 Amennyiben valamely összetev ő elem hibája megaka ­
dályozza az egyik paraméterre vonatkozó érvényes adatok 
átvitelét, a 38. táblázatban leírt hibajelz őt kell használni a 
kérdéses paraméter adatai helyett. Ha azonban a mért vagy 
számított adatok olyan értéket adnak meg, amely érvényes 
ugyan, de amely e paraméter meghatározott tartományán 
kívül esik, nem kell használni a hibajelz őt. Az adatokat a 
megfelelő minimális vagy maximális paraméterérték felhasz ­
nálásával kell továbbítani.  
38. táblázat 
dataRecords tartományok  
A tartomány megnevezése  1 bájt 
(hex érték)  2 bájt 
(hex érték)  4 bájt 
(hex érték)  ASCII  
Érvényes jel  00 – FA 0000 – FAFF 00000000 – FAFFFFFF  1–254  
Paraméter-specifikus indikátor  FB FB00 – FBFF FB000000 – FBFFFFFF  nincs 
Jövőbeni indikátor bitek 
számára fenntartott tartomány  FC – FD  FC00 – FDFF  FC000000 – FDFFFFFF  nincs 
Hibajelző FE FE00 – FEFF FE000000 – FEFFFFFF  0  
Nem áll rendelkezésre vagy nem 
kérték FF FF00 – FFFF  FF000000 – FFFFFFFF  FF 
CPR_073 Az ASCII-ben kódolt paraméterek esetében a „*” ASCII 
karaktert határolójelnek kell fenntartani.  
8.2. dataRecords formátumok  
Az alábbi 39–42. táblázat részletezi azon formátumokat, amelyeket a 
ReadDataByIdentifier és a WriteDataByIdentifier szolgáltatáson 
keresztül használni kell.  
CPR_074 A 39. táblázat közli a recordDataIdentifier által meghatá ­
rozott egyes paraméterek hosszát, felbontását és m űködési 
tartományát:  
39. táblázat 
dataRecords formátum  
Paraméter neve  Az adat hossz a 
(bájt) Felbontá s M űködési tartomány  
TimeDate  8  Részleteket lásd a 40. táblázatban  
HighResolutionTotalVehicle ­
Distance 4 5 m/bit nyereség, 0 m eltolási érték  0 – 21 055 406 km 
Kfactor 2  0,001 impulzus/m/bit nyereség, 0 m 
eltolási érték  0 – 64,255 impulzus/m  
LfactorTyreCircumference  2  0,125 10  – 3 m/bit nyereség, 0 m 
eltolási érték  0 – 8,031 m 
WvehicleCharacteristicFactor  2  0,001 impulzus/m/bit nyereség, 0 m 
eltolási érték  0 – 64,255 impulzus/m  
TyreSize  15 ASCII ASCII 
NextCalibrationDate  3  Részleteket lásd a 41. táblázatban  
SpeedAuthorised 2  1/256 km/h/bit nyereség, 0 m eltolási 
érték 0 – 250,996 km/h ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 330  
Paraméter neve  Az adat hossza 
(bájt) Felbontá s M űködési tartomány  
RegisteringMemberState  3  ASCII ASCII 
VehicleRegistrationNumber  14 Részleteket lásd a 42. táblázatban  
VIN 17 ASCII ASCII 
CPR_075 A 40. táblázat részletezi a TimeDate paraméter különféle 
bájtjainak formátumait:  
40. táblázat 
TimeDate részletes formátuma (recordDataIdentifier érték # F90B)  
Bájt A paraméterek 
meghatározása  Felbontá s Működés i tarto­
mány  
1 Másodpercek 0,25 s/bit nyereség, 0 s eltolási 
érték 0 – 59,75s  
2 Percek 1 min/bit nyereség, 0 min elto ­
lási érték  0 – 59 min  
3 Órák 1 h/bit nyereség, 0 h eltolási 
érték 0–23 h 
4 Hónap 1 hónap/bit nyereség, 0 hónap 
eltolási érték  1–12 hónap 
5 Nap 0,25 nap/bit nyereség, 0 nap 
eltolási érték 
(lásd a 41. táblázat alatti 
megjegyzést)  0,25–31,75 
nap 
6 Év 1 év/bit nyereség, + 1985 év 
eltolási érték 
(lásd a 41. táblázat alatti 
megjegyzést)  1985 –2235 év 
7 Helyi idő 
percérté­
kének elto ­
lási értéke  1 min/bit nyereség, – 125 min 
eltolási érték  – 59 – + 
59 min 
8 Helyi idő 
óraértékének 
eltolási 
értéke  1 h/bit nyereség, –125 h eltolási 
érték – 23 – + 23 h 
CPR_076 A 41. táblázat részletezi a NextCalibrationDate paraméter különféle bájtjainak 
formátumait:  
41. táblázat 
NextCalibrationDate részletes formátum (recordDataIdentifier érték # 
F922)  
Bájt A paraméterek 
meghatározása  Felbontá s Működés i tarto­
mány  
1 Hónap 1 hónap/bit nyereség, 0 hónap 
eltolási érték  1–12 hónap 
2 Nap 0,25 nap/bit nyereség, 0 nap 
eltolási érték 
(lásd a lenti megjegyzést)  0,25–31,75 
nap 
3 Év 1 év/bit nyereség, + 1985 év 
eltolási érték 
(lásd a lenti megjegyzést)  1985 –2235 év  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 331  
Megjegyzés a „nap” paraméter használatához:  
1) A 0 dátumérték érvénytelen. Az 1, 2, 3, és 4 értékeket a hónap els ő 
napjának azonosítására kell használni; az 5, 6, 7 és 8 értékek a 
hónap második napjának azonosítására szolgálnak; stb.  
2) E paraméter nem befolyásolja és nem változtatja meg a fenti órap ­
aramétert.  
Megjegyzés az „év” paraméter használatához:  
A 0 érték az 1985. évre vonatkozik; az 1 érték az 1986. évre vonat ­
kozik; stb. 
CPR_078 A 42. táblázat részletezi a NextCalibrationDate paraméter 
különféle bájtjainak formátumait:  
42. táblázat 
VehicleRegistrationNumber részletes formátum (recordDataIdentifier érték 
# F97E)  
Bájt A paraméterek meghatározása  Felbontás Működés i tarto­
mány  
1 Kódlap (az 1. függeléknek 
megfelelően) ASCII 01 – 0 A 
2–14  A járm ű rendszáma (az 1. 
függeléknek megfelel ően) ASCII ASCII  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 332 
9. függelék
TÍPUSJÓVÁHAGYÁS A MINIMÁLISAN EL ŐÍRT TESZTEK 
JEGYZÉKE 
TARTALOMJEGYZÉK 
1. BEVEZETÉS
2. A JÁRMŰEGYSÉGEK M ŰKÖDÉSI TESZTJEI
3. A MOZGÁSÉRZÉKEL Ő MŰKÖDÉSI TESZTJEI
4. A TACHOGRÁFKÁRTYÁK M ŰKÖDÉSI TESZTJEI
5. A KÜLSŐ GNSS-ESZKÖZ TESZTJEI
▼M1
6. A KÜLSŐ TÁVOLI KOMMUNIKÁCIÓS ESZKÖZ TESZTJEI
▼B
7. A PAPÍR MŰKÖDÉSI TESZTJEI
8. INTEROPERABILITÁSI TESZTEK
1. BEVEZETÉS
1.1. Típusjóváhagyás
Az adatrögzít ő készülékek (vagy azok alkatrészei) vagy a tachográfkártyák 
EU-típusjóváhagyása a következ ő tanúsításokon alapszik:  
▼M1
— biztonsági tanúsítás a Common Criteria szabvány el őírásainak megfele ­
lően, az e melléklet 10. függelékének teljes mértékben megfelel ő bizton­
sági cél alapján;  
▼B
— valamely tagállami hatóság által elvégzett  működési tanúsítás , amely 
igazolja, hogy a tesztelt elem teljesíti az e mellékletben szerepl ő köve­
telményeket az általa elvégzett funkciók, a mérési pontosság és a 
környezetvédelmi jellemz ők tekintetében;  
— valamely illetékes szerv által elvégzett  interoperabilitási tanúsítás , 
amely igazolja, hogy az adatrögzít ő készülék (vagy a tachográfkártya) 
teljes mértékben képes együttm űködni a szükséges tachográfkártya- 
modellekkel (vagy adatrögzít őkészülék-modellekkel) (lásd e melléklet 
8. fejezetét).
E függelék azokat a teszteket határozza meg, amelyeket a tagállami illetékes 
hatóságoknak a m űködési tesztek, illetve az illetékes szerveknek az inter ­
operabilitási tesztek során minimálisan el kell végezniük. A tesztek elvég ­
zése során követend ő eljárások és a tesztek típusai további részletezésre nem 
kerülnek.  
E függelék nem foglalkozik a biztonsági tanúsítás szempontjaival. Ha bizo ­
nyos, a típusjóváhagyáshoz szükséges teszteket a biztonsági értékelési és 
tanúsítási eljárás során elvégeznek, e teszteket nem szükséges megismételni. 
Ebben az esetben csak e biztonsági tesztek eredményeinek ellen őrzésére 
lehet szükség. Tájékoztatási célból „*” jelzi e függelékben azon követelmé ­
nyeket, amelyeket a biztonsági tanúsítás során várhatóan tesztelni kell (vagy 
amelyek a várhatóan végrehajtandó tesztekkel szoros kapcsolatban vannak).  
A számozott követelmények a melléklet alapszövegére, az egyéb követel ­
mények pedig a többi függelékre utalnak (pl. a PIC_001 hivatkozás a 3. 
számú, Piktogramok cím ű függelék PIC_001 számú követelményét jelenti).  
E függelék külön tárgyalja a mozgásérzékel őnek, a járm űegységnek és a 
külső GNSS-eszköznek – mint az adatrögzít ő készülék alkatrészeinek – 
típusjóváhagyását. Valamennyi alkatrészre külön típusbizonyítványt kell  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 333  
kiállítani, amelyben fel kell tüntetni a többi, ezzel kompatibilis alkatrészt. A 
mozgásérzékel ő (vagy a küls ő GNSS-eszköz) m űködési tesztjét a járm űegy­
séggel együtt kell elvégezni, és fordítva.  
A mozgásérzékel ő (illetve a küls ő GNSS-eszköz) valamennyi modellje és a 
járműegység valamennyi modellje közötti interoperabilitás megléte nem 
kötelező. Ebben az esetben a mozgásérzékel ő (illetve a küls ő GNSS-eszköz) 
típusjóváhagyását csak a vonatkozó járm űegység típusjóváhagyásával együtt 
lehet megadni, és fordítva.  
1.2. Hivatkozások 
E függelékben az alábbi hivatkozások szerepelnek:  
IEC 60068-2-1: Környezetállósági vizsgálatok – 2-1. rész: Vizsgálatok – A. 
vizsgálat: Hideg  
IEC 60068-2-2: Alapvet ő környezetállósági vizsgálati eljárások; 2. rész: 
vizsgálatok; B. vizsgálatok: száraz meleg (szinuszos).  
IEC 60068-2-6: Környezetállósági vizsgálatok – 2. rész: Vizsgálatok – Fc. 
vizsgálat: Rázás  
IEC 60068-2-14: Környezetállósági vizsgálatok – 2-14. rész: Vizsgálatok; 
N. vizsgálat: Hőmérséklet-változás
IEC 60068-2-27: Környezetállósági vizsgálatok – 2. rész: Vizsgálatok. Ea. 
vizsgálat és irányelv: Ütés  
IEC 60068-2-30: Környezetállósági vizsgálatok – 2-30. rész: Vizsgálatok – 
Db. vizsgálat: Ciklikus nedves meleg (12+12 órás ciklus)  
IEC 60068-2-64: Környezetállósági vizsgálatok – 2-64. rész: Vizsgálatok – 
Fh. vizsgálat: Széles sávú, véletlenszer ű rázás és irányelvei  
IEC 60068-2-78: Környezetállósági vizsgálatok – 2-78. rész: Vizsgálatok – 
Cab. vizsgálat: Tartós nedves meleg  
ISO 16750-3: Mechanikus terhelések (2012-12)  
ISO 16750-4: Éghajlati terhelések (2010-04)  
ISO 20653: Közúti járm űvek – Védettségi fokozat (IP kód) – Elektromos 
berendezések idegen tárgyakkal, vízzel és hozzáféréssel szembeni védelme  
ISO 10605:2008 + Műszaki helyesbítés: 2010 + AMD1:2014 Közúti 
járművek – Az elektromos kisülésb ől adódó elektromos zavarokra vonat ­
kozó vizsgálati módszerek  
ISO 7637-1:2002 + AMD1: 2008 Közúti járm űvek – Vezetésb ől és csato­
lásból adódó elektromos zavarok – 1. rész: Fogalommeghatározások és 
általános szempontok  
ISO 7637-2 Közúti járművek – Vezetésből és csatolásból adódó elektromos 
zavarok – 2. rész: Elektromos tranziens vezetés csak a tápvezetékek mentén  
ISO 7637-3 Közúti járművek – Vezetésből és csatolásból adódó elektromos 
zavarok – 3. rész: Elektromos tranziens vezetés a nem tápvezetéknek 
számító vezetékek kapacitív és induktív csatolásai mentén  
ISO/IEC 7816-1 Azonosító kártyák – Érintkez ős, integrált áramkörös 
kártyák – 1. rész: Fizikai jellemz ők ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 334  
ISO/IEC 7816-2 Információtechnológia – Azonosító kártyák – Érintkez ős, 
integrált áramkörös kártyák – 2. rész: Az érintkez ők méretei és elhelyezke ­
dése 
ISO/IEC 7816-3 Információtechnológia – Azonosító kártyák – Érintkez ős, 
integrált áramkörös kártyák – 3. rész: Elektronikus jelek és adatátviteli 
protokoll  
ISO/IEC 10373-1: 2006 + AMD1:2012 Azonosító kártyák – Vizsgálati 
módszerek – 1. rész: Általános jellemz ők 
ISO/IEC 10373-3: 2010 + Műszaki helyesbítés: 2013 Azonosító kártyák – 
Vizsgálati módszerek – 3. rész: Intelligens kártyák érintkez őkkel és a 
kapcsolódó interfészberendezések  
ISO 16844-3:2004, Jav. 1:2006 Közúti járm űvek – Menetíró rendszerek – 3. 
rész: Mozgásérzékel ő-interfész (járm űegységekkel)  
ISO 16844-4 Közúti járm űvek – Menetíró rendszerek – 4. rész: CAN inter ­
fész 
ISO 16844-6 Közúti járm űvek – Menetíró rendszerek – 6. rész: Diagnosz ­
tika 
ISO 16844-7 Közúti járm űvek – Menetíró rendszerek – 7. rész: Paraméterek  
ISO 534 Papír és karton – A vastagság, a sű rűség és a fajlagos térfogat 
meghatározása  
10. sz. ENSZ EGB-előírás Egységes rendelkezések gépjárm űvek elektro ­
mágneses összeférhet őségük tekintetében történ ő jóváhagyásáról (az Egye ­
sült Nemzetek Európai Gazdasági Bizottsága)  
2. A JÁRM ŰEGYSÉGEK M ŰKÖDÉSI TESZTJEI  
▼M1 
Szám  Teszt  Leírás Kapcsolódó követelmények  
1. Adminisztratív vizsgálat 
1.1. Dokumentáció  A dokumentáció helytállósága  
1.2. Gyártói teszteredmé ­
nyek Az integráció során elvégzett gyártói teszt 
eredménye. 
Dokumentumalapú igazolás.  88, 89, 91 
2. Szemrevételezés  
2.1. A dokumentációnak való megfelelés  
2.2. Azonosítás/jelölések  224–226 
2.3. Anyagok 219–223 
2.4. Plombálás 398, 401–405 
2.5. Küls ő interfészek 
3. Működési tesztek 
3.1. Elérhet ő funkciók 02, 03, 04, 05, 07, 382 
3.2. Üzemmódok 09–11*, 134, 135 
3.3. Funkciók és adathozzáférési jogok  12* 13*, 382, 383, 386–389  
3.4. A kártya behelyezésének és kivételének nyomon követése  15, 16, 17, 18, 19*, 20*, 134 
3.5. Sebesség- és távolságmérés 21–31  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 335  
Szám  Teszt  Leírás Kapcsolódó követelmények  
3.6. Időmérés (20°C hőmérsékleten elvégzett vizsgálat)  38–43 
3.7. A járm űvezető tevékenységének nyomon követése  44–53, 134 
3.8. A járm űvezetési állapot nyomon követése  54, 55, 134  
3.9. Manuálisan bevitt adatok  56–62 
3.10. A vállalkozás általi lezárás kezelése  63–68 
3.11. Az ellen őrzési tevékenység nyomon követése  69, 70 
3.12. Események és/vagy hibák észlelése  71–88, 134 
3.13. Készülékazonosítási adatok  93*, 94*, 97, 100 
3.14. A járm űvezetői kártya behelyezési és kivételi adatai  102*–104* 
3.15. A járm űvezető tevékenységére vonatkozó adatok  105*–107* 
3.16. A helységnévre és a földrajzi helyre vonatkozó adatok  108*–112* 
3.17. A kilométer-számláló adatai  113*–115* 
3.18. Részletes sebességadatok  116* 
3.19. Eseményadatok  117* 
3.20. Hibaadatok  118* 
3.21. Kalibrálási adatok  119*–121* 
3.22. Időbeállítási adatok  124*, 125* 
3.23 Az ellen őrzési tevékenységre vonatkozó adatok  126*, 127* 
3.24. A vállalkozás általi lezárással kapcsolatos adatok  128* 
3.25. Tevékenységadatok letöltése  129* 
3.26. Különleges körülményekre vonatkozó adatok  130*, 131* 
3.27. Rögzítés és tárolás a tachográfkártyán  136, 137, 138*, 139*, 141*, 
142, 143 
144, 145, 146*, 147*, 148*, 
149, 150 
3.28.  Kijelzés  90, 134, 
151–168, 
PIC_001, DIS_001  
3.29.  Nyomtatás  90, 134, 
169–181, PIC_001, PRT_001 – 
PRT_014 
3.30. Figyelmeztetés  134, 182–191 
PIC_001  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 336  
Szám  Teszt  Leírás Kapcsolódó követelmények  
3.31. Adatletöltés küls ő adathordozókra  90, 134, 192–196  
3.32. Távoli kommunikáció a célzott közúti ellen őrzések céljára  197–199 
3.33. Kimeneti adatok kiegészít ő külső eszközökre 200, 201 
3.34. Kalibrálás  202–206*, 383, 384, 386–391 
3.35. Közúti kalibrálás-ellen őrzés 207–209 
3.36. Időbeállítás  210–212* 
3.37. A kiegészít ő funkciók zavarmentessége  06, 425 
3.38. Mozgásérzékel ő-interfész  02, 122 
3.39. Küls ő GNSS-eszköz 03, 123 
3.40. Meg kell bizonyosodni arról, hogy a járm űegység észleli, feljegyzi és 
tárolja a járm űegység gyártója által meghatározott esemény(eke)t és/ 
vagy hibá(ka)t, amikor a párosított mozgásérzékel ő reagál a járm ű 
mozgásának érzékelését zavaró mágneses terekre.  217 
3.41. Titkosítási eszközkészlet (cypher suite) és szabványos tartományparamé ­
terek CSM_48, CSM_50  
4. Környezetállósági tesztek  
4.1. Hőmérséklet  M űködés-ellen őrzés az alábbiak révén: 
Az ISO 16750-4 szabvány 5.1.1.2. fejezete 
szerinti vizsgálat: m űködési vizsgálat 
alacsony h őmérsékleten (72 óra – 20°C-on) 
Ez a teszt a következ ő szabvánnyal kapcsola­
tos: IEC 60068-2-1: Környezetállósági vizs ­
gálatok – 2-1. rész: Vizsgálatok – A. vizs ­
gálat: Hideg 
Az ISO 16750-4 szabvány 5.1.2.2. fejezete 
szerinti vizsgálat: m űködési vizsgálat magas 
hőmérsékleten (72 óra 70°C-on) 
Ez a teszt a következ ő szabvánnyal kapcsola­
tos: IEC 60068-2-2: Alapvet ő környezetálló ­
sági vizsgálati eljárások; 2. rész: vizsgálatok; 
B. vizsgálatok: száraz meleg 
Az ISO 16750-4 szabvány 5.3.2. fejezete 
szerinti vizsgálat: gyors h őmérséklet-változás 
meghatározott átmeneti id őszakokkal (–20°C/ 
70 °C, 20 ciklus, 2 órás tartózkodási id ő 
mindegyik h őmérsékleten) 
A legalacsonyabb és a legmagasabb feltünte ­
tett hőmérsékleten és a h őmérsékleti ciklusok 
alatt csökkentett számú teszt végezhet ő (az e 
táblázat 3. részében meghatározottak közül).  213 
4.2. Páratartalom  Ellen őrizni kell, hogy a járműegység ellenáll- 
e a ciklikus párásodásnak (h őellenállási vizs ­
gálat) az IEC 60068-2-30 szabvány szerinti 
Db. vizsgálattal a következ ő feltételek mellett: 
hat 24 órás ciklus, minden ciklusban + 25°C 
és + 55°C között változó h őmérséklet, a 
relatív páratartalom 97 % + 25°C-on és 
93 % + 55°C-on.  214 ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 337  
Szám  Teszt  Leírás Kapcsolódó követelmények  
4.3. Mechanikai  1. Szinuszos rezgés: 
annak ellen őrzése, hogy a járműegység 
ellenáll-e az alábbi jellemz őkkel rendel ­
kező szinuszos rezgésnek: 
állandó kitérés 5 és 11 Hz között: 10 mm- 
es csúcs 
állandó gyorsulás 11 és 300 Hz között: 5g 
E követelményt az IEC 60068-2-6 szab ­
vány Fc. vizsgálatával kell ellen őrizni, e 
vizsgálat minimális id őtartama 3 × 12 óra 
(tengelyenként 12 óra). 
Az ISO 16750-3 szabvány a leválasztott 
vezetőfülkében található eszközökre nem 
írja elő a szinuszos rezgés vizsgálatát. 
2. Véletlenszer ű rezgés: 
Az ISO 16750-3 szabvány 4.1.2.8. fejezete 
szerinti vizsgálat: VIII. vizsgálat: Haszon ­
jármű leválasztott vezet őfülkével 
A véletlenszer ű rezgés vizsgálata, 10–2 
000 Hz, függ őleges RMS: 21,3 m/s  2 , 
hosszirányú RMS: 11,8 m/s  2 , oldalirányú 
RMS: 13,1 m/s  2 , 3 tengely, 32 óra tenge ­
lyenként, beleértve a – 20°C – 70°C-os 
hőmérsékleti ciklust 
Ez a teszt a következ ő szabvánnyal 
kapcsolatos: IEC 60068-2-64: Környeze ­
tállósági vizsgálatok – 2-64. rész: Vizs ­
gálatok – Fh. vizsgálat: Széles sávú, vélet ­
lenszerű rázás és irányelvei 
3. Ütések: 
mechanikai ütés 3g-s félszinusszal az ISO 
16750 szabvány szerint. 
A fent leírt teszteket a tesztelt készüléktípus 
különböző mintáin kell elvégezni  219 
4.4. Víz és idegen testek 
elleni védelem  Az ISO 20653 szabvány szerinti vizsgálat: 
Közúti járm űvek – Védettségi fokozat (IP 
kód) – Elektromos berendezések idegen 
tárgyakkal, vízzel és hozzáféréssel szembeni 
védelme (Változatlan paraméterek); IP legki ­
sebb értéke: 40  220, 221 
4.5. Túlfeszültség-védelem  Ellenőrizni kell, hogy a járműegység ellenáll- 
e az alábbi feszültségeknek: 
24 V-os modellek esetében: 34 V + 40°C 
mellett 1 órán át: 24 V-os modellek esetében: 
34 V + 40°C mellett 1 órán át 
12 V-os modellek esetében: 17 V + 40°C 
mellett 1 órán át: 12 V-os modellek esetében: 
17 V + 40°C mellett 1 órán át 
(ISO 16750-2) 216 ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 338  
Szám  Teszt  Leírás Kapcsolódó követelmények  
4.6. Fordított polaritás 
elleni védelem  Ellenőrizni kell, hogy a járműegység ellenáll- 
e az áramellátás megfordításának. 
(ISO 16750-2) 216 
4.7. Rövidzárlat-védelem  Ellen őrizni kell, hogy a bemeneti-kimeneti 
jelek védettek-e az áramellátás fel őli rövidzár­
lattal és a földzárlattal szemben. 
(ISO 16750-2) 216 
5 Elektromágneses összeférhet őségi tesztek 
5.1. Sugárzáskibocsátás és 
szuszceptibilitás  A 10. sz. ENSZ EGB-elő írásnak való 
megfelelés  218 
5.2. Elektromos kisülés  Az ISO 10605:2008 + szabványnak való 
megfelelés: 
műszaki helyesbítés: 2010 + 
AMD1:2014: +/– 4 kV az érintkezési és +/– 
8 kV a légköri kisülés vonatkozásában  218 
5.3 Vezetett tranziens 
szuszceptibilitás az 
áramellátáson  A 24 V-os modellek esetében: az ISO 7637-2 
szabványnak és a 10. sz. ENSZ EGB-el őírás 
3. módosításának való megfelelés: 
1a. impulzus: Vs = –450 V Ri = 50 ohm 
2a. impulzus: Vs = +37 V Ri = 2 ohm 
2b. impulzus: Vs = +20 V Ri = 0,05 ohm 
3a. impulzus: Vs = -150 V Ri = 50 ohm 
3b. impulzus: Vs = +150 V Ri = 50 ohm 
4. impulzus: Vs = –16 V Va = – 12 V t6 = 
100 ms 
5. impulzus: Vs = +120 V Ri = 2,2 ohm td = 
250ms 
A 12 V-os modellek esetében: az ISO 7637-1 
szabványnak és a 10. sz. ENSZ EGB-el őírás 
3. módosításának való megfelelés: 
1. impulzus: Vs = -75 V Ri = 10 ohm 
2a. impulzus: Vs = +37 V Ri = 2 ohm 
2b. impulzus: Vs = +10 V Ri = 0,05 ohm 
3a. impulzus: Vs = -112 V Ri = 50 ohm 
3b. impulzus: Vs = +75 V Ri = 50 ohm 
4. impulzus: Vs = –6 V Va=–5V t6 = 15 ms 
5. impulzus: Vs = +65 V Ri = 3 ohm td = 
100 ms 
Az 5. impulzust csak azon járm űegységeken 
kell tesztelni, amelyeket olyan járm űvekbe 
szerelnek be, amelyeknél nem alkalmaznak 
túlfeszültség elleni közös küls ő védelmet. 
A túlfeszültséggel kapcsolatos javaslat tekin ­
tetében lásd az ISO 16750-2 szabvány 4. 
kiadásának 4.6.4. fejezetét.  218 ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 339  
3. A MOZGÁSÉRZÉKEL Ő MŰKÖDÉSI TESZTJEI  
Szám Teszt Leírás Kapcsolódó követel mé­
nyek 
1. Adminisztratív vizsgálat 
1.1. Dokumentáció  A dokumentáció helytállósága  
2. Szemrevételezés  
2.1. A dokumentációnak való megfelelés  
2.2. Azonosítás/jelölések  225, 226, 
2.3 Anyagok 219–223 
2.4. Plombálás 398, 401–405 
3. Működési tesztek 
3.1. Az érzékel ő azonosítási adatai  95 –97* 
3.2. A mozgásérzékel ő és a járműegység párosítása  122*, 204 
3.3. Mozgásészlelés 
A mozgás mérésének pontossága  30–35  
3.4. Járm űegység-interfész  02 
3.5. Ellen őrizni kell, hogy a mozgásérzékel ő védett-e az állandó mágneses térrel 
szemben. Alternatív megoldásként ellen őrizni kell, hogy a mozgásérzékel ő úgy 
reagál-e a járm űmozgás érzékelését zavaró állandó mágneses terekre, hogy a 
csatlakoztatott járm űegység képes legyen észlelni, rögzíteni és tárolni az érzé ­
kelőhibákat  217 
4. Környezetállósági tesztek  
4.1. Üzemi h őmérséklet  A m űködés ellen őrzése (a 3.3. tesztben 
meghatározottak szerint) a [– 40 °C – + 135 °C] 
hőmérsékleti tartományban, a következ ő vizs­
gálatok végrehajtásával: 
az IEC 60068-2-1 szabvány szerinti Ad. vizs ­
gálat, 96 órás idő tartammal, a To  min legalacso­
nyabb hőmérsékleten, 
az IEC 60068-2-2 szabvány szerinti Bd. vizs ­
gálat, 96 órás idő tartammal, a To  max legmaga­
sabb hőmérsékleten 
Az ISO 16750-4 szabvány 5.1.1.2. fejezete 
szerinti vizsgálat: m űködési vizsgálat alacsony 
hőmérsékleten (24 óra – 40 °C-on) 
Ez a teszt a következ ő szabvánnyal kapcsolatos: 
IEC 60068-2-1: Környezetállósági vizsgálatok – 
2-1. rész: Vizsgálatok – A. vizsgálat: Hideg. Az 
IEC 68-2-2 szabvány szerinti Bd. vizsgálat, 96 
órás időtartammal, – 40 °C legalacsonyabb 
hőmérsékleten. 
Az ISO 16750-4 szabvány 5.1.2.2. fejezete 
szerinti vizsgálat: m űködési vizsgálat magas 
hőmérsékleten (96 óra 135 °C-on) 
Ez a teszt a következ ő szabvánnyal kapcsolatos: 
IEC 60068-2-2: Alapvet ő környezetállósági 
vizsgálati eljárások; 2. rész: vizsgálatok; B. vizs ­
gálatok: száraz meleg  213 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 340  
Szám  Teszt Leírás Kapcsolódó követelmé ­
nyek 
4.2. Hőmérsékleti ciklusok  Az ISO 16750-4 szabvány 5.3.2. fejezete 
szerinti vizsgálat: gyors hőmérséklet-változás 
meghatározott átmeneti időszakokkal (– 40 °C/ 
135 °C, 20 ciklus, 30 perces tartózkodási id ő 
mindegyik h őmérsékleten) 
IEC 60068-2-14: Környezetállósági vizsgálatok; 
2-14. rész: Vizsgálatok; N. vizsgálat: Hő mérsék­
let-változás  213 
4.3. Párásodási ciklusok A m űködés ellen őrzése (a 3.3. sz. tesztben 
meghatározottak alapján) az IEC 60068-2-30 
szabvány szerinti Db. vizsgálattal a következ ő 
feltételek mellett: hat 24 órás ciklus, minden 
ciklusban + 25 °C és + 55 °C között változó 
hőmérséklet, a relatív páratartalom 97 % + 
25 °C-on és 93 % + 55 °C-on. 214 
4.4. Rezgés ISO 16750-3: 4.1.2.6. fejezet: VI. vizsgálat: 
Haszonjárm ű, motor, sebességváltó 
Vegyes rezgésvizsgálat, beleértve a következ ő­
ket: 
a) Szinuszos rezgés vizsgálata, 20–520 Hz, 
11,4–120 m/s  2 , <= 0,5 oktáv/perc 
b) Véletlenszer ű rezgés vizsgálata, 
10–2 000 Hz, RMS: 177 m/s  2 
94 óra tengelyenként, beleértve a – 20 °C – 
70 °C-os h őmérsékleti ciklust 
Ez a teszt a következ ő szabvánnyal kapcsolatos: 
IEC 60068-2-80: Környezetállósági vizsgálatok 
– 2-80. rész: Vizsgálatok – Fi. vizsgálat: Rezgés 
– vegyes mód  219 
4.5. Mechanikai ütés  ISO 16750-3: 4.2.3. fejezet: VI. vizsgálat: A 
sebességváltóban vagy a sebességváltón talál ­
ható berendezések vizsgálata 
félszinuszos ütés, később megállapítandó gyor ­
sulás a 3 000–15 000 m/s  2 -es tartományban, 
később megállapítandó, de 1 ms-nél rövidebb 
impulzusid ő, ütések száma: kés őbb megálla ­
pítandó 
Ez a teszt a következ ő szabvánnyal kapcsolatos: 
IEC 60068-2-27: Környezetállósági vizsgálatok. 
2. rész: Vizsgálatok. Ea. vizsgálat és irányelv: 
Ütés 219 
4.6. Víz és idegen testek elleni 
védelem  Az ISO 20653 szabvány szerinti vizsgálat: 
Közúti járm űvek – Védettségi fokozat (IP kód) 
– Elektromos berendezések idegen tárgyakkal, 
vízzel és hozzáféréssel szembeni védelme 
(IP célértéke: 64)  220, 221 
4.7. Fordított polaritás elleni 
védelem  Ellenőrizni kell, hogy a mozgásérzékel ő ellenáll- 
e az áramellátás megfordításának.  216 
4.8. Rövidzárlat-védelem  Ellen őrizni kell, hogy a bemeneti-kimeneti jelek 
védettek-e az áramellátás fel őli rövidzárlattal és 
a földzárlattal szemben.  216 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 341  
Szám  Teszt Leírás Kapcsolódó követelmé ­
nyek 
5. Elektromágneses összeférhet őség 
5.1. Sugárzáskibocsátás és szusz ­
ceptibilitás  A 10. sz. ENSZ EGB-el őírásnak való megfelelés 
ellenőrzése 218 
5.2. Elektromos kisülés  Az ISO 10605:2008 + szabványnak való 
megfelelés: mű szaki helyesbítés: 2010 + 
AMD1:2014: +/– 4 kV az érintkezési és +/– 
8 kV a légköri kisülés vonatkozásában  218 
5.3. Vezetett tranziens szuszcepti ­
bilitás az adatvezetékeken  A 24 V-os modellek esetében: az ISO 7637-2 
szabványnak és a 10. sz. ENSZ EGB-el őírás 3. 
módosításának való megfelelés: 
1a. impulzus: Vs = – 450 V Ri = 50 ohm 
2a. impulzus: Vs = + 37 V Ri = 2 ohm 
2b. impulzus: Vs = + 20 V Ri = 0,05 ohm 
3a. impulzus: Vs = – 150 V Ri = 50 ohm 
3b. impulzus: Vs = + 150 V Ri = 50 ohm 
4. impulzus: Vs = – 16V Va = – 12V t6 = 100 
ms 
5. impulzus: Vs = + 120V Ri = 2,2 ohm td = 
250 ms 
A 12 V-os modellek esetében: az ISO 7637-1 
szabványnak és a 10. sz. ENSZ EGB-el őírás 3. 
módosításának való megfelelés: 
1. impulzus: Vs = – 75 V Ri = 10 ohm 
2a. impulzus: Vs = + 37 V Ri = 2 ohm 
2b. impulzus: Vs = + 10 V Ri = 0,05 ohm 
3a. impulzus: Vs = – 112 V Ri = 50 ohm 
3b. impulzus: Vs = + 75 V Ri = 50 ohm 
4. impulzus: Vs = – 6V Va = – 5V t6 = 15 ms 
5. impulzus: Vs = + 65 V Ri = 3 ohm td = 100 
ms 
Az 5. impulzust csak azon járm űegységeken kell 
tesztelni, amelyeket olyan járm űvekbe szerelnek 
be, amelyeknél nem alkalmaznak túlfeszültség 
elleni közös küls ő védelmet. 
A túlfeszültséggel kapcsolatos javaslat tekinte ­
tében lásd az ISO 16750-2 szabvány 4. kiadá ­
sának 4.6.4. fejezetét.  218 
4. A TACHOGRÁFKÁRTYÁK MŰKÖDÉSI TESZTJEI 
Az e szakasz (4. szakasz) szerinti, következő teszteket:  
5. Protokolltesztek  
6. A kártya struktúrája 
7. Működési tesztek  
az értékelő vagy a tanúsító elvégezheti a chipmodulnak a Common Criteria 
szabvány szerinti biztonsági tanúsítási eljárása során.  
A 2.3. és a 4.2. teszt azonos. Ezek a kártyatest és a chipmodul kombináci ­
ójának mechanikai tesztjei. Ha ezen alkotóelemek valamelyikét (a kártya ­
testet vagy a chipmodult) módosítják, akkor el kell végezni ezeket a tesz ­
teket.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 342  
Szám  Teszt Leírás Kapcsolódó követelmé ­
nyek 
1. Adminisztratív vizsgálat 
1.1. Dokumentáció  A dokumentáció helytállósága  
2. Kártyatest 
2.1. Nyomtatott minta  Ellenőrizni kell, hogy az összes védelmi jellemz őt és 
látható adatot helyesen nyomtatták-e a kártyára, és 
ezek megfelel ők-e. 
[Megjelölés] 
(1C. melléklet, 4.1. fejezet: „Látható adatok”, 227) 
Az elülső oldalnak a következ őket kell tartalmaznia: 
a kártya típusának megfelel ően a „Járm űvezetői 
kártya” vagy „Ellen őrzőkártya” vagy „M űhelykártya” 
vagy „Vállalkozáskártya” szavak nagybet űvel írva a 
kártyát kiállító tagállam hivatalos nyelvén vagy nyel ­
vein. 
[A tagállam neve] 
(1C. melléklet, 4.1. fejezet: „Látható adatok”, 228) 
Az elülső oldalnak a következ őket kell tartalmaznia: 
a kártyát kiállító tagállam neve (opcionális). 
[Jel] 
(1C. melléklet, 4.1. fejezet: „Látható adatok”, 229) 
Az elülső oldalnak a következ őket kell tartalmaznia: 
a kártyát kiállító tagállam megkülönböztet ő jele, kék 
négyszögben, negatívan nyomtatva, 12 sárga csillag- 
gal körülvéve. 
[Felsorolás] 
(1C. melléklet, 4.1. fejezet: „Látható adatok”, 232) 
A hátsó oldalnak a következ őket kell tartalmaznia: 
a kártya elüls ő oldalán feltüntetett számozott adatok 
magyarázata. 
[Szín] 
(1C. melléklet, 4.1. fejezet: „Látható adatok”, 234) 
A tachográfkártyákat a következ ő fő háttérszínekkel 
kell nyomtatni: 
— járművezetői kártya: fehér, 
— mű helykártya: piros, 
— ellenőrzőkártya: kék, 
— vállalkozáskártya: sárga.  227–229, 232, 
234–236 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 343  
Szám  Teszt Leírás Kapcsolódó követelmé ­
nyek 
[Biztonság] 
(1C. melléklet, 4.1. fejezet: „Látható adatok”, 235) 
A tachográfkártyákat a hamisítás és a jogosulatlan 
változtatások ellen legalább a következ őkkel kell 
ellátni: 
— biztonsági háttérnyomtatás, finom gilosmintával 
és írisznyomtatással, 
— legalább egy kétszín ű mikronyomtatású sor. 
[Jelölések] 
(1C. melléklet, 4.1. fejezet: „Látható adatok”, 236) 
A tagállamok kiegészít ő színeket és jelöléseket is 
használhatnak, például nemzeti szimbólumukat vagy 
biztonsági elemeket. 
[Jóváhagyási jel] 
A tachográfkártyákon fel kell tüntetni a jóváhagyási 
jelet. 
A jóváhagyási jelnek a következ őkből kell állnia: 
— egy téglalap, amelyben egy „e” bet ű szerepel, 
amelyet a jóváhagyást megadó ország megkülön- 
böztető száma vagy bet űje követ, 
— a jóváhagyási szám, amely megegyezik a tacho- 
gráfkártya típusbizonyítványának számával, és 
amely tetszés szerinti helyen helyezend ő el a 
téglalap közvetlen közelében.  
2.2. Mechanikai tesztek  
[A kártya mérete] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810 Azonosító kártyák – Fizikai jellem ­
zők, 
[5] A kártya térbeli kiterjedése, 
[5.1] Méret, 
[5.1.1] Méretek és t űrések, 
ID-1 típusú, nem használt kártya 
[A kártya szélei] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810 Azonosító kártyák – Fizikai jellemz ők, 
[5] A kártya térbeli kiterjedése, 
[5.1] Méret, 
[5.1.2] A kártya szélei 240–243 
ISO/IEC 7810  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 344  
Szám  Teszt Leírás Kapcsolódó követelmé ­
nyek 
[A kártya szerkezete] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810 Azonosító kártyák – Fizikai jellemz ők, 
[6] A kártya szerkezete 
[A kártya anyaga] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810 Azonosító kártyák – Fizikai jellemz ők, 
[7] A kártya anyaga 
[Hajlítómerevség] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810 Azonosító kártyák – Fizikai jellemz ők, 
[8] A kártya tulajdonságai 
[8.1] Hajlítómerevség 
[Toxicitás] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810 Azonosító kártyák – Fizikai jellemz ők, 
[8] A kártya tulajdonságai 
[8.3] Toxicitás 
[Vegyi anyagokkal szembeni ellenálló képesség] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810 Azonosító kártyák – Fizikai jellemz ők, 
[8] A kártya tulajdonságai 
[8.4] Vegyi anyagokkal szembeni ellenálló képesség 
[A kártya szilárdsága] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810 Azonosító kártyák – Fizikai jellemz ők, 
[8] A kártya tulajdonságai 
[8.5] A kártya méreteinek tartóssága, a kártya 
deformációja h őmérséklet és páratartalom hatására  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 345  
Szám  Teszt Leírás Kapcsolódó követelmé ­
nyek 
[Fény] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810 Azonosító kártyák – Fizikai jellemz ők, 
[8] A kártya tulajdonságai 
[8.6] Fény 
[Tartósság] 
(1C. melléklet, 4.4. fejezet: „Környezeti és elektromos 
előírások”, 241) 
A tachográfkártyáknak öt éven át rendeltetésszer űen 
kell mű ködniük, amennyiben a környezeti és elek- 
tromos előírásoknak megfelel ően használják őket. 
[Rétegszilárdság] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810 Azonosító kártyák – Fizikai jellemz ők, 
[8] A kártya tulajdonságai 
[8.8] Rétegszilárdság 
[Adhézió vagy tapadás] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810 Azonosító kártyák – Fizikai jellemz ők, 
[8] A kártya tulajdonságai 
[8.9] Adhézió vagy tapadás 
[Deformáció] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810 Azonosító kártyák – Fizikai jellemz ők, 
[8] A kártya tulajdonságai 
[8.11] A kártya általános deformációja 
[Hőállóság] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810 Azonosító kártyák – Fizikai jellemz ők, 
[8] A kártya tulajdonságai 
[8.12] Hőállóság  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 346  
Szám  Teszt Leírás Kapcsolódó követelmé ­
nyek 
[Felületi torzulások] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810 Azonosító kártyák – Fizikai jellemz ők, 
[8] A kártya tulajdonságai 
[8.13] Felületi torzulások 
[Szennyeződés] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810 Azonosító kártyák – Fizikai jellemz ők, 
[8] A kártya tulajdonságai 
[8.14] Szennyez ődés és a kártya alkotóelemei közötti 
interakció  
2.3. Mechanikai tesztek 
beépített chipmodul 
esetében  [Hajlítás] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810:2003/Amd. 1:2009 Azonosító kártyák 
– Fizikai jellemz ők, 1. módosítás: Az integrált áram ­
kört tartalmazó kártyákra vonatkozó kritériumok 
[9.2] Dinamikus hajlítófeszültség 
Az összes hajlítási ciklus száma: 4 000 
[Csavarás] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810:2003/Amd. 1:2009 Azonosító kártyák 
– Fizikai jellemző k, 1. módosítás: Az integrált 
áramkört tartalmazó kártyákra vonatkozó kritériumok 
[9.3] Dinamikus csavarófeszültség 
Az összes csavarási ciklus száma: 4 000  ISO/IEC 7810 
3. Modul 
3.1. Modul A modul a chip tokját és az érintkez őlemezt foglalja 
magában. 
[Felületi profil] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7816-1:2011, Azonosító kártyák – Integrált 
áramkörös kártyák – 1. rész: Érintkez őkkel rendel ­
kező kártyák – Fizikai jellemz ők 
[4.2] Az érintkez ők felületi profilja  ISO/IEC 7816  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 347  
Szám  Teszt Leírás Kapcsolódó követelmé ­
nyek 
[Mechanikai szilárdság] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7816-1:2011, Azonosító kártyák – Integrált 
áramkörös kártyák – 1. rész: Érintkez őkkel rendel ­
kező kártyák – Fizikai jellemz ők 
[4.3] Mechanikai szilárdság (a kártyák és az érint ­
kezők tekintetében) 
[Elektromos ellenállás] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7816-1:2011, Azonosító kártyák – Integrált 
áramkörös kártyák – 1. rész: Érintkez őkkel rendelkez ő 
kártyák – Fizikai jellemz ők 
[4.4] Elektromos ellenállás (az érintkez ők tekinteté- 
ben) 
[Méretek] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7816-2:2007, Azonosító kártyák – Integrált 
áramkörös kártyák – 2. rész: Érintkez őkkel rendelkez ő 
kártyák – Az érintkez ők méretei és elhelyezkedése 
[3] Az érintkez ők méretei 
[Elhelyezkedés] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7816-2:2007, Azonosító kártyák – Integrált 
áramkörös kártyák – 2. rész: Érintkez őkkel rendelkez ő 
kártyák – Az érintkez ők méretei és elhelyezkedése 
[4] Az érintkez ők száma és elhelyezkedése 
A hat érintkez ővel rendelkez ő modulok esetében a 
C4 és C8 számú érintkez őkre nem vonatkozik ez a 
tesztkövetelmény.  
4. Chip 
4.1. Chip 
[Üzemi hőmérséklet 
A tachográfkártya chipjének – 25 °C és + 85 °C 
közötti környezeti h őmérsékleti tartományon belül 
kell mű ködnie. 241–244 
10. sz. ENSZ EGB- 
előírás 
ISO/IEC 7810 
ISO/IEC 10373  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 348  
Szám  Teszt Leírás Kapcsolódó követelmé ­
nyek 
[Hőmérséklet és páratartalom] 
(1C. melléklet, 4.4. fejezet: „Környezeti és elekt ­
romos előírások”, 241) 
A tachográfkártyáknak rendeltetésszer űen kell 
működniük a Közösség területén rendszerint el őfor­
duló éghajlati viszonyok között, és legalább a – 
25 °C-tól + 70 °C-ig terjed ő hőmérséklet-tartomány ­
ban, + 85 °C-os esetenkénti csúcsokkal; az „eseten ­
kénti” kifejezés legfeljebb 4 órás id őtartamot és a 
kártya élettartama alatt legfeljebb 100 alkalmat jelent. 
A tachográfkártyákat egymást követ ő lépésekben a 
meghatározott ideig kell kitenni az alábbi hő mérsék­
leteknek és páratartalmaknak. Minden lépés után 
tesztelni kell a tachográfkártyák elektromos m űködé­
sét. 
1. – 20 °C 2 órán át 
2. +/– 0 °C 2 órán át 
3. + 20 °C, 50 % relatív páratartalom 2 órán át 
4. + 50 °C, 50 % relatív páratartalom 2 órán át 
5. + 70 °C, 50 % relatív páratartalom 2 órán át 
A hőmérsékletet szakaszosan +85 °C-ra kell 
emelni, és 60 percig ezen a szinten kell tartani 
50 % relatív páratartalom mellett. 
6. 70 °C, 85 % relatív páratartalom 2 órán át 
A hőmérsékletet szakaszosan + 85 °C-ra kell 
emelni, és 30 percig ezen a szinten kell tartani 
85 % relatív páratartalom mellett. 
[Páratartalom] 
(1C. melléklet, 4.4. fejezet: „Környezeti és elektromos 
előírások”, 242) 
A tachográfkártyáknak a 10 %-tól 90 %-ig terjed ő 
páratartalom-tartományban rendeltetésszer űen kell 
működniük. 
[Elektromágneses összeférhet őség] 
(1C. melléklet, 4.4. fejezet: „Környezeti és elektromos 
előírások”, 244) 
A működés során a tachográfkártyáknak teljesíteniük 
kell a 10. sz. ENSZ EGB-el őírásban foglalt, az 
elektromágneses összeférhet őségre vonatkozó köve- 
telményeket.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 349  
Szám  Teszt Leírás Kapcsolódó követelmé ­
nyek 
[Statikus elektromosság] 
(1C. melléklet, 4.4. fejezet: „Környezeti és elektromos 
előírások”, 244) 
Működés közben a tachográfkártyáknak elektromos 
kisülés elleni védelemmel kell rendelkezniük. 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810:2003/Amd. 1:2009 Azonosító kártyák 
– Fizikai jellemző k, 1. módosítás: Az integrált 
áramkört tartalmazó kártyákra vonatkozó kritériumok 
[9.4] Statikus elektromosság 
[9.4.1] Érintkez őkkel rendelkez ő kártyák 
Vizsgálati feszültség: 4 000 V 
[Röntgensugár] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810:2003/Amd. 1:2009 Azonosító kártyák 
– Fizikai jellemző k, 1. módosítás: Az integrált 
áramkört tartalmazó kártyákra vonatkozó kritériumok 
[9.1] Röntgensugár 
[Ultraibolya fény] 
ISO/IEC 10373-1:2006, Azonosító kártyák – Vizsgá- 
lati módszerek – 1. rész: Általános jellemz ők 
[5.11] Ultraibolya fény 
[Háromkerekes vizsgálat] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 10373-1:2006/Amd. 1:2012, Azonosító kár- 
tyák – Vizsgálati módszerek – 1. rész: Általános 
jellemzők, 1. módosítás 
[5.22] Intelligens kártyák – Mechanikai szilárdság: Az 
érintkezőkkel rendelkez ő intelligens kártyák három- 
kerekes vizsgálata 
[Burkolat] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
MasterCard CQM V2.03:2013 
[11.1.3] R-L3-14-8: A burkolat tartósságának vizsgá- 
lata 
[13.2.1.32] TM-422: Mechanikai megbízhatóság: A 
burkolat vizsgálata  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 350  
Szám  Teszt Leírás Kapcsolódó követelmé ­
nyek 
4.2. Mechanikai tesztek a 
kártyatestbe épített 
chipmodul esetében > 
ugyanaz, mint a 2.3. 
pontban [Hajlítás] 
A tachográfkártyáknak teljesíteniük kell a követ ­
kező szabvány követelményeit: 
ISO/IEC 7810:2003/Amd. 1:2009 Azonosító 
kártyák – Fizikai jellemz ők, 1. módosítás: Az integ ­
rált áramkört tartalmazó kártyákra vonatkozó krité ­
riumok 
[9.2] Dinamikus hajlítófeszültség 
Az összes hajlítási ciklus száma: 4 000 
[Csavarás] 
A tachográfkártyáknak teljesíteniük kell a következ ő 
szabvány követelményeit: 
ISO/IEC 7810:2003/Amd. 1:2009 Azonosító kártyák 
– Fizikai jellemző k, 1. módosítás: Az integrált 
áramkört tartalmazó kártyákra vonatkozó kritériumok 
[9.3] Dinamikus csavarófeszültség 
Az összes csavarási ciklus száma: 4 000  ISO/IEC 7810 
5. Protokolltesztek 
5.1. ATR Az ATR megfelelőségének ellen őrzése ISO/IEC 7816-3 
TCS_14, TCS_17, 
TCS_18 
5.2. T=0 A T=0 protokoll megfelelőségének ellen őrzése ISO/IEC 7816-3 
TCS_11, TCS_12, 
TCS_13, TCS_15 
5.3. PTS A PTS parancs megfelelőségének ellen őrzése a T=1- 
nek a T=0-ra való átállításával  ISO/IEC 7816-3 
TCS_12, TCS_19, 
TCS_20, TCS_21 
5.4. T=1 A T=1 protokoll megfelelőségének ellen őrzése ISO/IEC 7816-3 
TCS_11, TCS_13, 
TCS_16 
6. A kártya szerkezete 
6.1. Ellen őrizni kell, hogy a kártya fájlszerkezete 
megfelelő-e a kötelez ő fájlok meglétének és azok 
hozzáférési feltételeinek ellen őrzésével.  TCS_22-től TCS_28-ig 
TCS_140-t ől 
TCS_179-ig 
7. Működési tesztek 
7.1. Normál feldolgozás  Legalább egyszer tesztelni kell valamennyi parancs 
valamennyi megengedett használatát (pl.: az UPDATE 
BINARY parancs tesztelése CLA = ‘00’, CLA = ‘0C’ 
mellett és különböz ő P1, P2 és Lc paraméterekkel). 
Ellenőrizni kell, hogy a mű veletek végrehajtása 
valóban megtörtént-e a kártyán (pl. azon fájl olvasásá ­
val, amelyen a parancs végrehajtásra került).  TCS_29-től TCS_139- 
ig ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 351  
Szám  Teszt Leírás Kapcsolódó követelmé ­
nyek 
7.2. Hibaüzenetek  Legalább egyszer tesztelni kell valamennyi hibaüze ­
netet (a 2. függelékben megadottak szerint) vala ­
mennyi parancs esetében. 
Legalább egyszer tesztelni kell valamennyi általános 
hibát (a biztonsági tanúsítás során ellen őrzött ‘ 6400 ’ 
integritási hibák kivételével).  
7.3. Titkosítási eszközkészlet (cypher suite) és szabványos tartományparaméterek  CSM_48, CSM_50  
8. Személyre szabás 
8.1. Optikai személyre 
szabás (1C. melléklet, 4.1. fejezet: „Látható adatok”, 230) 
Az elülső oldalnak a következ őket kell tartalmaznia: 
a kibocsátott kártyára vonatkozó egyedi informá ­
ciók. 
(1C. melléklet, 4.1. fejezet: „Látható adatok”, 231) 
Az elülső oldalnak a következ őket kell tartalmaznia: 
„nn/hh/éééé” vagy „nn.hh.éééé” (nap, hónap, év) 
formátumú dátumok. 
(1C. melléklet, 4.1. fejezet: „Látható adatok”, 235) 
A tachográfkártyákat a hamisítás és a jogosulatlan 
változtatások ellen legalább a következ őkkel kell 
ellátni: 
— a fénykép területén a biztonsági háttérnyomtatásnak 
és a fényképnek át fednie kell egymást.  230, 231, 235 
5. A KÜLSŐ GNSS-ESZKÖZ TESZTJEI  
Szám Teszt  Leírás Kapcsolódó követelmé ­
nyek 
1. Adminisztratív vizsgálat 
1.1. Dokumentáció  A dokumentáció helytállósága  
2. A külső GNSS-eszköz szemrevételezése  
2.1. A dokumentációnak való megfelelés  
2.2. Azonosítás/jelölések  224–226 
2.3. Anyagok 219–223 
3. Működési tesztek 
3.1. Az érzékel ő azonosítási adatai  98, 99 
3.2. A küls ő GNSS-modul és a járműegység összekapcsolása  123, 205 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 352  
Szám  Teszt Leírás Kapcsolódó követelmé ­
nyek 
3.3. GNSS-helyzet 36, 37 
3.4. Járm űegység-interfész a járműegységen kívüli GNSS-vev ők esetében  03 
3.5. Titkosítási eszközkészlet (cypher suite) és szabványos tartományparaméterek  CSM_48, CSM_50 
4. Környezetállósági tesztek  
4.1. Hőmérséklet  Működés-ellen őrzés az alábbiak révén: 
Az ISO 16750-4 szabvány 5.1.1.2. fejezete szerinti vizs ­
gálat: mű ködési vizsgálat alacsony h őmérsékleten (72 óra 
– 20 °C-on) 
Ez a teszt a következ ő szabvánnyal kapcsolatos: IEC 60068- 
2-1: Környezetállósági vizsgálatok – 2-1. rész: Vizsgálatok – 
A. vizsgálat: Hideg 
Az ISO 16750-4 szabvány 5.1.2.2. fejezete szerinti vizs ­
gálat: mű ködési vizsgálat magas h őmérsékleten (72 óra 
70 °C-on) 
Ez a teszt a következ ő szabvánnyal kapcsolatos: IEC 60068- 
2-2: Alapvet ő környezetállósági vizsgálati eljárások; 2. rész: 
vizsgálatok; B. vizsgálatok: száraz meleg 
Az ISO 16750-4 szabvány szerinti vizsgálat: 5.3.2. fejezet: 
gyors hőmérséklet-változás meghatározott átmeneti id ősza­
kokkal (– 20 °C/70 °C, 20 ciklus, 1 órás tartózkodási idő 
mindegyik h őmérsékleten) 
A legalacsonyabb és a legmagasabb feltüntetett h őmérsék­
leten és a h őmérsékleti ciklusok alatt csökkentett számú teszt 
végezhető (az e táblázat 3. részében meghatározottak közül).  213 
4.2. Páratartalom  Ellen őrizni kell, hogy a járműegység ellenáll-e a ciklikus 
párásodásnak (h őellenállási vizsgálat) az IEC 60068-2-30 
szabvány szerinti Db. vizsgálattal a következ ő feltételek 
mellett: hat 24 órás ciklus, minden ciklusban + 25 °C és + 
55 °C között változó h őmérséklet, a relatív páratartalom 
97 % + 25 °C-on és 93 % + 55 °C-on. 214 
4.3. Mechanikai  1. Szinuszos rezgés: 
annak ellen őrzése, hogy a járműegység ellenáll-e az 
alábbi jellemz őkkel rendelkez ő szinuszos rezgésnek: 
állandó kitérés 5 és 11 Hz között: 10 mm-es csúcs 
állandó gyorsulás 11 és 300 Hz között: 5g 
E követelményt az IEC 60068-2-6 szabvány Fc. vizsgála ­
tával kell ellen őrizni, e vizsgálat minimális id őtartama 
3 × 12 óra (tengelyenként 12 óra). 
Az ISO 16750-3 szabvány a leválasztott vezet őfülkében 
található eszközökre nem írja el ő a szinuszos rezgés vizs­
gálatát.  219 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 353  
Szám  Teszt Leírás Kapcsolódó követelmé ­
nyek 
2. Véletlenszer ű rezgés: 
Az ISO 16750-3 szabvány 4.1.2.8. fejezete szerinti 
vizsgálat: VIII. vizsgálat: Haszonjárm ű leválasztott veze- 
tőfülkével 
A véletlenszer ű rezgés vizsgálata, 10–2 000 Hz, függ ő- 
leges RMS: 21,3 m/s  2 , hosszirányú RMS: 11,8 m/s  2 , 
oldalirányú RMS: 13,1 m/s  2 , 3 tengely, 32 óra tenge- 
lyenként, beleértve a – 20 °C – 70 °C-os h őmérsékleti 
ciklust. 
Ez a teszt a következ ő szabvánnyal kapcsolatos: IEC 
60068-2-64: Környezetállósági vizsgálatok – 2-64. rész: 
Vizsgálatok – Fh. vizsgálat: Széles sávú, véletlenszer ű 
rázás és irányelvei 
3. Ütések: 
mechanikai ütés 3g-s félszinusszal az ISO 16750 szabvány 
szerint. 
A fent leírt teszteket a tesztelt készüléktípus különböz ő 
mintáin kell elvégezni  
4.4. Víz és idegen 
testek elleni 
védelem  Az ISO 20653 szabvány szerinti vizsgálat: Közúti járm űvek 
– Védettségi fokozat (IP kód) – Elektromos berendezések 
idegen tárgyakkal, vízzel és hozzáféréssel szembeni védelme 
(Változatlan paraméterek)  220, 221 
4.5. Túlfeszültség- 
védelem  Ellenőrizni kell, hogy a járműegység ellenáll-e az alábbi 
feszültségeknek:  216 
24 V-os modellek esetében:  34 V + 40 °C mellett 
1 órán át 
12 V-os modellek esetében:  17 V + 40 °C mellett 
1 órán át 
(ISO 16750-2 szabvány, 4.3. fejezet)  
4.6. Fordított pola ­
ritás elleni véde ­
lem Ellenőrizni kell, hogy a járműegység ellenáll-e az áram ­
ellátás megfordításának. 
(ISO 16750-2 szabvány, 4.7. fejezet)  216 
4.7. Rövidzárlat- 
védelem  Ellenőrizni kell, hogy a bemeneti-kimeneti jelek védettek-e 
az áramellátás fel őli rövidzárlattal és a földzárlattal szemben. 
(ISO 16750-2 szabvány, 4.10. fejezet)  216 
5. Elektromágneses összeférhet őségi tesztek 
5.1. Sugárzáskibo­
csátás és szusz­
ceptibilitás  A 10. sz. ENSZ EGB-előírásnak való megfelelés  218  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 354  
Szám  Teszt Leírás Kapcsolódó követelmé ­
nyek 
5.2. Elektromos kisü­
lés Az ISO 10605:2008 + szabványnak való megfelelés: 
műszaki helyesbítés: 2010 + AMD1:2014: +/– 4 kV az 
érintkezési és +/– 8 kV a légköri kisülés vonatkozásában  218 
5.3. Vezetett tran ­
ziens szuszcepti ­
bilitás az áram­
ellátáson  A 24 V-os modellek esetében: az ISO 7637-2 szabványnak 
és a 10. sz. ENSZ EGB-el őírás 3. módosításának való 
megfelelés: 
1a. impulzus: Vs = – 450 V Ri = 50 ohm 
2a. impulzus: Vs = + 37 V Ri = 2 ohm 
2b. impulzus: Vs = + 20 V Ri = 0,05 ohm 
3a. impulzus: Vs = – 150 V Ri = 50 ohm 
3b. impulzus: Vs = + 150 V Ri = 50 ohm 
4. impulzus: Vs = – 16V Va = – 12V t6 = 100 ms 
5. impulzus: Vs = + 120 V Ri = 2,2 ohm td = 250 ms 
A 12 V-os modellek esetében: az ISO 7637-1 szabványnak 
és a 10. sz. ENSZ EGB-el őírás 3. módosításának való 
megfelelés: 
1. impulzus: Vs = – 75 V Ri = 10 ohm 
2a. impulzus: Vs = + 37 V Ri = 2 ohm 
2b. impulzus: Vs = + 10 V Ri = 0,05 ohm 
3a. impulzus: Vs = – 112 V Ri = 50 ohm 
3b. impulzus: Vs = + 75 V Ri = 50 ohm 
4. impulzus: Vs = – 6V Va=–5V t6=15 ms 
5. impulzus: Vs = + 65V Ri = 3 ohm td = 100 ms 
Az 5. impulzust csak azon járm űegységeken kell tesztelni, 
amelyeket olyan járm űvekbe szerelnek be, amelyeknél nem 
alkalmaznak túlfeszültség elleni közös küls ő védelmet. 
A túlfeszültséggel kapcsolatos javaslat tekintetében lásd az 
ISO 16750-2 szabvány 4. kiadásának 4.6.4. fejezetét.  218 
▼M1 
6. A KÜLS Ő TÁVOLI KOMMUNIKÁCIÓS ESZKÖZ TESZTJE  
Szám Teszt Leírás Kapcsol ódó követ elmé­
nyek 
1. Adminisztratív vizsgálat 
1.1. Dokumentáció  A dokumentáció 
helytállósága  
2. Szemrevételezés  
2.1. A dokumentációnak való megfelelés  
2.2. Azonosítás/jelölések  225, 226 
2.3. Anyagok 219–223 
3. Működési tesztek 
3.1. Távoli kommunikáció a célzott közúti ellen őrzések céljára  4, 197–199 
3.2. Rögzítés és tárolás az adatmemóriában  91 
3.3. Kommunikáció a járm űegységgel 14. fügelék DSC_66– 
DSC_70, DSC_71 – 
DSC_76  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 355  
Szám  Teszt Leírás Kapcsolódó követ elmé­
nyek 
4. Környezetállósági tesztek  
4.1. Hőmérséklet  M űködés-ellen őrzés az alábbiak révén: 
Az ISO 16750-4 szabvány 5.1.1.2. fejezete szerinti vizs ­
gálat: mű ködési vizsgálat alacsony h őmérsékleten (72 óra 
– 20°C-on) 
Ez a teszt a következ ő szabvánnyal kapcsolatos: IEC 
60068-2-1: Környezetállósági vizsgálatok – 2-1. rész: 
Vizsgálatok – A. vizsgálat: Hideg 
Az ISO 16750-4 szabvány 5.1.2.2. fejezete szerinti vizs ­
gálat: mű ködési vizsgálat magas h őmérsékleten (72 óra – 
70 °C-on) 
Ez a teszt a következ ő szabvánnyal kapcsolatos: IEC 
60068-2-2: Alapvet ő környezetállósági vizsgálati eljárá ­
sok; 2. rész: vizsgálatok; B. vizsgálatok: száraz meleg 
Az ISO 16750-4 szabvány 5.3.2. fejezete szerinti vizs ­
gálat: gyors h őmérséklet-változás meghatározott átmeneti 
időszakokkal (– 20 °C/70 °C, 20 ciklus, 1 órás tartózko ­
dási idő mindegyik h őmérsékleten) 
A legalacsonyabb és a legmagasabb feltüntetett hő mér­
sékleten és a h őmérsékleti ciklusok alatt csökkentett 
számú teszt végezhet ő (az e táblázat 3. részében 
meghatározottak közül).  213 
4.2. Víz és idegen testek 
elleni védelem  Az ISO 20653 szabvány szerinti vizsgálat: Közúti 
járművek – Védettségi fokozat (IP kód) – Elektromos 
berendezések idegen tárgyakkal, vízzel és hozzáféréssel 
szembeni védelme (célérték: IP40)  220, 221 
5 Elektromágneses összeférhet őségi tesztek 
5.1. Sugárzáskibocsátás 
és szuszceptibilitás  A 10. sz. ENSZ EGB-előírásnak való megfelelés  218 
5.2. Elektromos kisülés  Az ISO 10605:2008 + szabványnak való megfelelés: 
műszaki helyesbítés: 2010 + AMD1:2014: +/– 4 kV az 
érintkezési és +/– 8 kV a légköri kisülés vonatkozásában  218 
5.3. Vezetett tranziens 
szuszceptibilitás az 
áramellátáson  A 24 V-os modellek esetében: az ISO 7637-2 szab­
ványnak és a 10. sz. ENSZ EGB-el őírás 3. módosítá­
sának való megfelelés: 
1a. impulzus: Vs = - 450 V Ri = 50 ohm 
2 a. impulzus: Vs = + 37 V Ri = 2 ohm 
2b. impulzus: Vs = + 20 V Ri = 0,05 ohm 
3 a. impulzus: Vs = - 150 V Ri = 50 ohm 
3b. impulzus: Vs = + 150 V Ri = 50 ohm 
4. impulzus: Vs = – 16 V Va = – 12 V t6 = 100 ms 
5. impulzus: Vs = + 120 V Ri = 2,2 ohm td = 250ms 
A 12 V-os modellek esetében: az ISO 7637-1 szab­
ványnak és a 10. sz. ENSZ EGB-el őírás 3. módosítá­
sának való megfelelés: 
1. impulzus: Vs = - 75 V Ri = 10 ohm 
2 a. impulzus: Vs = + 37 V Ri = 2 ohm 
2b. impulzus: Vs = + 10 V Ri = 0,05 ohm 
3 a. impulzus: Vs = - 112 V Ri = 50 ohm  218 ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 356  
Szám  Teszt Leírás Kapcsolódó követ elmé­
nyek 
3b. impulzus: Vs = + 75 V Ri = 50 ohm 
4. impulzus: Vs = – 6 V Va=– 5V t6 = 15 ms 
5. impulzus: Vs = + 65 V Ri = 3 ohm td = 100 ms 
Az 5. impulzust csak azon járm űegységeken kell tesz ­
telni, amelyeket olyan járm űvekbe szerelnek be, 
amelyeknél nem alkalmaznak túlfeszültség elleni közös 
külső védelmet. 
A túlfeszültséggel kapcsolatos javaslat tekintetében lásd 
az ISO 16750-2 szabvány 4. kiadásának 4.6.4. fejezetét.  
▼B 
7. A PAPÍR M ŰKÖDÉSI TESZTJEI  
Szám Teszt Leírás Kapcsolódó követel mé­
nyek 
1. Adminisztratív vizsgálat 
1.1. Dokumentáció  A dokumentáció helytállósága  
2. Általános tesztek 
2.1. Karakterek száma 
soronként A kinyomat szemrevételezése.  172  
2.2. Minimális karakter ­
méret.  A kinyomat és a karakterek szemrevételezése.  173 
2.3. Támogatott karakter ­
készletek  A nyomtatónak képesnek kell lennie az 1. függelék 
4. fejezetében („Karakterkészletek”) meghatározott 
karakterek kinyomtatására.  174 
2.4. A kinyomatok 
felbontása  A menetíró készülék típusjóváhagyásának ellenőrzése és 
a kinyomatok szemrevételezése.  174 
2.5. A kinyomatok olvas­
hatósága és azonosít­
hatósága A kinyomatok szemrevételezése. 
A gyártónak vizsgálati jelentésekkel és vizsgálati 
protokollokkal kell igazolnia a megfelelést. 
Valamennyi olyan menetíró készülék jóváhagyási 
számának (számainak) szerepelnie kell a papíron, 
amellyel a nyomtatópapír használható.  175, 177, 178 
2.6. Kézzel írott feljegy ­
zések hozzáadása  Szemrevételezés: A járművezető aláírásának helye 
szerepel a papíron. 
Egyéb kézzel írott feljegyzések számára külön hely van 
a papíron. 180 
2.7. A papír elüls ő olda­
lának további részle­
tei. A papír elüls ő és hátsó oldala további részleteket és 
információkat tartalmazhat. 
Ezek a részletek és információk nem befolyásolhatják a 
kinyomatok olvashatóságát. 
Szemrevételezés.  177, 178  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 357  
Szám  Teszt Leírás Kapcsolódó követelmé ­
nyek 
3. Tárolási tesztek 
3.1. Száraz meleg  El őkondicionálás: 16 óra + 23 °C ± 2 °C h őmérsékleten, 
55 % ± 3 % relatív páratartalom mellett 
Tesztkörnyezet: 72 óra + 70 °C ± 2 °C h őmérsékleten 
Regeneráció: 16 óra + 23 °C ± 2 °C h őmérsékleten, 
55 % ± 3 % relatív páratartalom mellett  176, 178 
IEC 60068-2-2-Bb 
2.2. Nedves meleg El őkondicionálás: 16 óra + 23 °C ± 2 °C h őmérsékleten, 
55 % ± 3 % relatív páratartalom mellett 
Tesztkörnyezet: 144 óra + 55 °C ± 2 °C h őmérsékleten, 
93 % ± 3 % relatív páratartalom mellett 
Regeneráció: 16 óra + 23 °C ± 2 °C h őmérsékleten, 
55 % ± 3 % relatív páratartalom mellett  176, 178 
IEC 60068-2-78-Cab 
4. A papír használat közbeni tesztjei 
4.1. Nedvességállóság – 
háttér (nem nyomta­
tott papír)  Előkondicionálás: 16 óra + 23 °C ± 2 °C h őmérsékleten, 
55 % ± 3 % relatív páratartalom mellett 
Tesztkörnyezet: 144 óra + 55 °C ± 2 °C h őmérsékleten, 
93 % ± 3 % relatív páratartalom mellett 
Regeneráció: 16 óra + 23 °C ± 2 °C h őmérsékleten, 
55 % ± 3 % relatív páratartalom mellett  176, 178 
IEC 60068-2-78-Cab 
4.2. Nyomtathatóság  Előkondicionálás: 24 óra + 40 °C ± 2 °C h őmérsékleten, 
93 % ± 3 % relatív páratartalom mellett 
Tesztkörnyezet: + 23 °C ± 2 °C h őmérsékleten nyomta ­
tott kinyomat 
Regeneráció: 16 óra + 23 °C ± 2 °C h őmérsékleten, 
55 % ± 3 % relatív páratartalom mellett  176, 178 
4.3. Hőállóság El őkondicionálás: 16 óra + 23 °C ± 2 °C h őmérsékleten, 
55 % ± 3 % relatív páratartalom mellett 
Tesztkörnyezet: 2 óra + 70 °C ± 2 °C h őmérsékleten, 
száraz meleg 
Regeneráció: 16 óra + 23 °C ± 2 °C h őmérsékleten, 
55 % ± 3 % relatív páratartalom mellett  176, 178 
IEC 60068-2-2-Bb 
4.4. Alacsony h őmérsék­
lettel szembeni ellen­
álló-képesség  Előkondicionálás: 16 óra + 23 °C ± 2 °C h őmérsékleten, 
55 % ± 3 % relatív páratartalom mellett 
Tesztkörnyezet: 24 óra – 20 °C ± 3 °C h őmérsékleten, 
száraz hideg 
Regeneráció: 16 óra + 23 °C ± 2 °C h őmérsékleten, 
55 % ± 3 % relatív páratartalom mellett  176, 178 
ISO 60068-2-1-Ab 
4.5. Fényállóság El őkondicionálás: 16 óra + 23 °C ± 2 °C h őmérsékleten, 
55 % ± 3 % relatív páratartalom mellett 
Tesztkörnyezet: 100 óra 5 000 luxos megvilágítással, + 
23 °C ± 2 °C h őmérsékleten, 55 % ± 3 % relatív pára ­
tartalom mellett 
Regeneráció: 16 óra + 23 °C ± 2 °C h őmérsékleten, 
55 % ± 3 % relatív páratartalom mellett  176, 178 
Olvashatósági kritériumok a 3.x. és 4.x. tesztek esetében:  
A kinyomat olvashatósága akkor biztosított, ha az optikai sűrűség megfelel a 
következő határértékeknek:  
Nyomtatott karakterek: legalább 1,0  
Háttér (nem nyomtatott papír): legalább 0,2  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 358  
Az elkészült kinyomatok optikai s űrűségét a DIN EN ISO 534 szabvány 
szerint kell mérni.  
A kinyomatok nem mutathatnak méretváltozást és jól olvashatónak kell 
maradniuk.  
8. INTEROPERABILITÁSI TESZTEK  
▼M1 
Szám  Teszt Leírás  
8.1. A járműegységek és a tachográfkártyák interoperabilitásának tesztjei  
1 Kölcsönös hitelesítés  Ellen őrizni kell, hogy rendesen végbemegy-e a járm űegység és a 
tachográfkártya közötti kölcsönös hitelesítés.  
2 Írási/olvasási tesztek  El kell végezni egy jellemz ő tevékenységi sort a járműegységen. A 
tevékenységi sort a tesztelt kártya típusához kell igazítani, és a 
kártyán található lehet ő legtöbb EF-be való írást kell tartalmaznia. 
A járműegység adatainak letöltésével ellen őrizni kell, hogy a tevé ­
kenységgel kapcsolatos minden rögzítés megfelel ően megtörtént-e. 
A kártya adatainak letöltésével ellen őrizni kell, hogy a tevékeny ­
séggel kapcsolatos minden rögzítés megfelel ően megtörtént-e. 
Napi kinyomatok készítésével ellen őrizni kell, hogy a tevékenységgel 
kapcsolatos minden rögzített adat megfelel ően olvasható-e.  
8.2. A járműegységek és a mozgásérzékel ők interoperabilitásának tesztjei  
1 Párosítás Ellen őrizni kell, hogy rendesen végbemegy-e a járm űegység és a 
mozgásérzékel ő közötti kölcsönös hitelesítés.  
2 Működési tesztek  El kell végezni egy jellemző tevékenységi sort a mozgásérzékel őn. A 
tevékenységi sornak egy normál mű veletet és a lehet ő legtöbb 
eseményt vagy hibát kell tartalmaznia. 
A járműegység adatainak letöltésével ellen őrizni kell, hogy a tevé ­
kenységgel kapcsolatos minden rögzítés megfelel ően megtörtént-e. 
A kártya adatainak letöltésével ellen őrizni kell, hogy a tevékeny ­
séggel kapcsolatos minden rögzítés megfelel ően megtörtént-e. 
Napi kinyomat készítésével ellen őrizni kell, hogy a tevékenységgel 
kapcsolatos minden rögzített adat megfelel ően olvasható-e.  
8.3. A járműegység és a külső GNSS-eszközök interoperabilitásának tesztjei (adott esetben)  
1 Kölcsönös hitelesítés  Ellen őrizni kell, hogy rendesen végbemegy-e a járm űegység és a 
külső GNSS-eszköz közötti kölcsönös hitelesítés (csatlakozás).  
2 Működési tesztek  El kell végezni egy jellemző tevékenységi sort a külső GNSS-eszkö­
zön. A tevékenységi sornak egy normál mű veletet és a lehet ő legtöbb 
eseményt vagy hibát kell tartalmaznia. 
A járműegység adatainak letöltésével ellen őrizni kell, hogy a tevé ­
kenységgel kapcsolatos minden rögzítés megfelel ően megtörtént-e. 
A kártya adatainak letöltésével ellen őrizni kell, hogy a tevékeny ­
séggel kapcsolatos minden rögzítés megfelel ően megtörtént-e. 
Napi kinyomat készítésével ellen őrizni kell, hogy a tevékenységgel 
kapcsolatos minden rögzített adat megfelel ően olvasható-e.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 359  
10. függelék  
BIZTONSÁGI KÖVETELMÉNYEK 
Ez a függelék az intelligens menetíró rendszerek (második generációs menetíró 
készülékek) alkatrészeire vonatkozó informatikai biztonsági követelményeket 
határozza meg.  
SEC_001 Az intelligens menetíró rendszerek következ ő alkatrészeinek a 
Common Criteria szabvány szerinti rendszernek megfelel ő biztonsági 
tanúsítvánnyal kell rendelkeznie:  
— járműegység; 
— tachográfkártya;  
— mozgásérzékel ő; 
— külső GNSS-eszköz. 
SEC_002 A biztonsági tanúsítvánnyal ellátandó alkatrészekre vonatkozó infor ­
matikai biztonsági minimumkövetelményeket az alkatrész védelmi 
profiljában kell meghatározni a Common Criteria szabvány szerinti 
rendszernek megfelel ően. 
SEC_003 Az Európai Bizottság gondoskodik arról, hogy az európai SOGIS- 
MRA (Agreement on Mutual Recognition of Information Technology 
Security Evaluation Certificates – Az információtechnológiai bizton ­
sági értékelési tanúsítványok kölcsönös elismerésér ől szóló megálla ­
podás) égisze alatt a tanúsítványok kölcsönös elismerését támogató 
közös értelmezési munkacsoportban (JIWG, Joint Interpretation 
Working Group) részt vev ő, informatikai biztonsági tanúsítással 
foglalkozó kormányzati szervek támogassák, fejlesszék és jóvá ­
hagyják az e mellékletnek megfelel ő, alábbi négy védelmi profilt, 
továbbá arról, hogy azok nyilván legyenek tartva:  
— a járműegység védelmi profilja;  
— a tachográfkártya védelmi profilja;  
— a mozgásérzékel ő védelmi profilja;  
— a külső GNSS-eszköz védelmi profilja.  
A járműegység védelmi profiljának vonatkoznia kell azokra az esetekre, 
amelyekben a járm űegységet küls ő GNSS-eszközzel való vagy anélküli haszná ­
latra tervezték. Az el őbbi esetben a küls ő GNSS-eszközre vonatkozó biztonsági 
követelményeknek ezen eszköz saját védelmi profiljában kell szerepelniük.  
SEC_004 Azon biztonsági cél meghatározása érdekében, amelyet egy alkat ­
résznek a biztonsági tanúsításhoz teljesítenie kell, az alkatrész gyár ­
tóinak szükség szerint pontosítaniuk kell és ki kell egészíteniük a 
megfelelő alkatrész védelmi profilját anélkül, hogy módosítanák 
vagy törölnék a meglév ő kockázatokat, célkit űzéseket, eljárási eszkö ­
zöket és a biztonságérvényesítési funkciókra vonatkozó el őírásokat. 
SEC_005 Az értékelési folyamat során megállapítást kell nyernie, hogy ez a 
konkrét biztonsági cél pontosan megfelel a vonatkozó védelmi profil ­
nak. 
SEC_006 Valamennyi védelmi profil esetében az ATE.DPT.2 és AVA_VAN.5 
biztonsági elemekkel b ővített EAL4 biztonsági szintet kell teljesíteni.  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 360 
11. függelék
KÖZÖS BIZTONSÁGI MECHANIZMUSOK 
TARTALOMJEGYZÉK 
PREAMBULUM  
A. RÉSZ ELSŐ GENERÁCIÓS MENETÍRÓ RENDSZER  
1. BEVEZETÉS
1.1. Hivatkozások
1.2. Jelzések és rövidítések
2. TITKOSÍTÁSI RENDSZEREK ÉS ALGORITMUSOK
2.1. Titkosítási rendszerek
2.2. Titkosítási algoritmusok
2.2.1. RSA algoritmus
2.2.2. Hasító algoritmus
2.2.3. Adattitkosítási algoritmus
3. KULCSOK ÉS TANÚSÍTVÁNYOK
3.1. Kulcsok generálása és elosztása
3.1.1. RSA-kulcsok generálása és elosztása
3.1.2. RSA-tesztkulcsok
3.1.3. Mozgásérzékel ő kulcsok
3.1.4. T-DES tevékenységi kulcsok generálása és elosztása
3.2. Kulcs  
3.3. Tanúsítványok  
3.3.1. A tanúsítványok tartalma  
3.3.2. Kiállított tanúsítványok  
3.3.3. A tanúsítvány ellen őrzése és kicsomagolása  
4. KÖLCSÖNÖS HITELESÍTÉSI MECHANIZMUS
5. A JÁRMŰEGYSÉGKÁRTYÁK ADATÁTVITELLEL KAPCSO ­ 
LATOS TITKOSSÁGI, INTEGRITÁSI ÉS HITELESÍTÉSI
MECHANIZMUSA
5.1. Biztonságos üzenetküldés
5.2. A biztonságos üzenetküldéssel kapcsolatos hibák kezelése
5.3. A titkosítási ellen őrző összeget kiszámító algoritmus
5.4. A titkossági DO-utasítások kriptogramjait kiszámító algoritmus
6. AZ ADATLETÖLTÉS DIGITÁLIS ALÁÍRÁSI MECHANIZ ­ 
MUSAI
6.1. Aláírások generálása▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 361 
6.2. Aláírások ellen őrzése  
B. RÉSZ MÁSODIK GENERÁCIÓS MENETÍRÓ RENDSZER  
7. BEVEZETÉS
7.1. Hivatkozások
7.2. Jelzések és rövidítések
7.3. Fogalommeghatározások
8. TITKOSÍTÁSI RENDSZEREK ÉS ALGORITMUSOK
8.1. Titkosítási rendszerek
8.2. Titkosítási algoritmusok
8.2.1. Szimmetrikus algoritmusok
8.2.2. Aszimmetrikus algoritmusok és szabványosított tartományparamé ­ 
terek
8.2.3. Hasító algoritmusok
8.2.4. Titkosítási készletek
9. KULCSOK ÉS TANÚSÍTVÁNYOK
9.1. Aszimmetrikus kulcspárok és nyilvánoskulcs-tanúsítványok
9.1.1. Általános tudnivalók
9.1.2. Európai szint
9.1.3. Tagállami szint
9.1.4. Berendezési szint: Járm űegységek
9.1.5. Berendezési szint: Tachográfkártyák
9.1.6. Berendezési szint: Küls ő GNSS-eszközök
9.1.7. Áttekintés: Tanúsítványok cseréje
9.2. Szimmetrikus kulcsok
9.2.1. A járműegységek és mozgásérzékel ők közötti kommunikáció
biztonságossá tételét szolgáló kulcsok
9.2.2. Kulcsok a DSRC-kommunikáció biztonságossá tételéhez
9.3. Tanúsítványok
9.3.1. Általános tudnivalók
9.3.2. A tanúsítvány tartalma
9.3.3. Tanúsítványok igénylése
10. JÁRM ŰEGYSÉG ÉS KÁRTYA KÖZÖTTI KÖLCSÖNÖS HITE ­ 
LESÍTÉS ÉS BIZTONSÁGOS ÜZENETKÜLDÉS
10.1. Általános tudnivalók
10.2. Kölcsönös tanúsítványláncolat-ellen őrzés
10.2.1. A kártyatanúsítvány-láncolat járm űegység által végzett ellen őrzése▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 362 
10.2.2. A járm űegység tanúsítványláncolatának kártya általi ellen őrzése  
10.3. Járm űegység-hitelesítés  
10.4. Chiphitelesítés és munkamenetkulcs-egyeztetés  
10.5. Biztonságos üzenetküldés  
10.5.1. Általános tudnivalók  
10.5.2. Biztonságos üzenetstruktúra  
10.5.3. Biztonságos üzenetküldési munkamenet megszakítása  
11. JÁRM ŰEGYSÉG ÉS KÜLSŐ GNSS-ESZKÖZ ÖSSZEKAPCSO ­ 
LÁSA, KÖLCSÖNÖS HITELESÍTÉSE ÉS BIZTONSÁGOS
ÜZENETKÜLDÉSE
11.1. Általános tudnivalók
11.2. A járműegység és a küls ő GNSS-eszköz összekapcsolása
11.3. Kölcsönös tanúsítványláncolat-ellen őrzés
11.3.1. Általános tudnivalók
11.3.2. A járműegység és az EGF összekapcsolásakor
11.3.3. M űködés normál üzemben
11.4. Járm űegység-hitelesítés, chiphitelesítés és munkamenetkulcs-egyez ­ 
tetés
11.5. Biztonságos üzenetküldés
12. JÁRM ŰEGYSÉG ÉS MOZGÁSÉRZÉKEL Ő KÖZÖTTI PÁRO ­ 
SÍTÁS ÉS KOMMUNIKÁCIÓ
12.1. Általános tudnivalók
12.2. Járm űegység és mozgásérzékel ő párosítása különböz ő kulcsgenerá ­ 
ciók használatával
12.3. Járm űegység és mozgásérzékel ő közötti párosítás és kommunikáció
AES használatával
12.4. Járm űegység és mozgásérzékel ő párosítása különböz ő készülékge ­ 
nerációk esetében
13. A DSRC-N KERESZTÜLI TÁVOLI KOMMUNIKÁCIÓ
BIZTONSÁGA
13.1. Általános tudnivalók
13.2. A tachográfterhelés titkosítása és a MAC létrehozása
13.3. A tachográfterhelés ellen őrzése és visszafejtése
14. AZ ADATLETÖLTÉSEK ALÁÍRÁSA ÉS AZ ALÁÍRÁSOK
ELLENŐRZÉSE
14.1. Általános tudnivalók
14.2. Aláírások generálása
14.3. Aláírások ellenőrzése▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 363  
PREAMBULUM  
E függelék az alábbiakat biztosító biztonsági mechanizmusokat határozza meg:  
— kölcsönös hitelesítés a menetíró rendszer különböz ő részegységei között;  
— a menetíró rendszer különböző részegységei között átvitt vagy küls ő tároló­
eszközre letöltött adatok titkossága, integritása, hitelessége és/vagy letagad ­
hatatlansága.  
Ez a függelék két részből áll. Az A. részben az első generációs menetíró rendszer 
biztonsági mechanizmusainak leírása található (digitális menetíró készülék). A B. 
részben a második generációs menetíró rendszer biztonsági mechanizmusainak 
leírása található (intelligens menetíró készülék).  
Az e függelék A. részében ismertetett mechanizmusok akkor alkalmazandók, ha a 
kölcsönös hitelesítésben és/vagy adatátvitelben érintett menetíró rendszer legalább 
egyik részegysége els ő generációs. 
Az e függelék B. részében ismertetett mechanizmusok akkor alkalmazandók, ha a 
kölcsönös hitelesítésben és/vagy adatátvitelben érintett menetíró rendszer mindkét 
részegysége második generációs.  
A 15. függelék további információkkal szolgál az első és második generációs 
részegységek együttes használatáról.  
A. RÉSZ
ELSŐ GENERÁCIÓS MENETÍRÓ RENDSZER  
1. BEVEZETÉS
1.1. Hivatkozások
E függelék az alábbi hivatkozásokat használja:  
SHA-1 National Institute of Standards and Technology (Ame ­
rikai Nemzeti Szabványügyi és Technológiai Hivatal, 
NIST). FIPS Publication 180-1: Secure Hash Stan­
dard . 1995. április  
PKCS1 RSA Laboratories. PKCS # 1: RSA Encryption Stan­
dard . Version 2.0. 1998. október  
TDES National Institute of Standards and Technology (Ame ­
rikai Nemzeti Szabványügyi és Technológiai Hivatal, 
NIST). FIPS Publication 46-3: Data Encryption Stan ­
dard . 1999-es tervezet  
TDES-OP ANSI X9.52, Triple Data Encryption Algorithm 
Modes of Operation. 1998. 
ISO/IEC 7816-4 Információtechnológia. Azonosító kártyák. Érintkez ős, 
integrált áramkörös kártyák. 4. rész: Ágazatközi paran ­
csok információcseréhez Els ő kiadás: 1995. + 1. 
módosítás: 1997. 
ISO/IEC 7816-6 Információtechnológia. Azonosító kártyák. Érintkez ős, 
integrált áramkörös kártyák. 6. rész: Ágazatközi adate ­
lemek. Els ő kiadás: 1996. + 1. javítás: 1998. 
ISO/IEC 7816-8 Információtechnológia. Azonosító kártyák. Érintkez ős, 
integrált áramkörös kártyák. 8. rész: Biztonsággal 
kapcsolatos ágazatközi parancsok. Els ő kiadás: 1999.  
ISO/IEC 9796-2 Információtechnológia. Biztonsági technikák. Az 
üzenet helyreállítását lehet ővé tevő digitális aláírási 
rendszerek. 2. rész: Hasítófunkciót használó mechaniz ­
musok. Els ő kiadás: 1997.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 364  
ISO/IEC 9798-3 Információtechnológia. Biztonsági technikák. Entitás ­
hitelesítési mechanizmusok. 3. rész: Entitáshitelesítés 
nyilvános kulcsú algoritmus segítségével. Második 
kiadás: 1998.  
ISO 16844-3 Közúti járművek. Tachográfrendszerek. 3. rész: 
Mozgásérzékel ő-interfész.  
1.2. Jelzések és rövidítések  
E függelék az alábbi jelzéseket és rövidítéseket használja:  
(K a , K  b , K  c ) A key bundle for use by the Triple Data Encryption 
Algorithm – Kulcscsomag a háromszoros adattitkosí ­
tási algoritmus általi használatra  
CA Certification Authority – Tanúsító hatóság  
CAR Certification Authority Reference – A tanúsító hatóság 
hivatkozása  
CC Cryptographic Checksum – Titkosítási ellenőrző 
összeg 
CG Cryptogram – Kriptogram  
CH Command Header – Parancsfej  
CHA Certificate Holder Authorisation – A tanúsítvány tulaj­
donosának engedélye  
CHR Certificate Holder Reference – A tanúsítvány tulajdo­
nosának hivatkozása 
D() Decryption with DES – Visszafejtés a DES segít ­
ségével 
DE Data Element – Adatelem  
DO Data Object – Adatobjektum  
d RSA private key, private exponent – RSA privát 
kulcs, saját kitev ő 
e RSA public key, public exponent – RSA nyilvános 
kulcs, nyilvános kitev ő 
E() Encryption with DES – Titkosítás a DES segítségével  
EQT Equipment – Berendezés  
Hash()  Hash value, an output of Hash – Hasító érték, a  
hasítás eredménye  
Hash Hash function – Hasító funkció  
KID Key Identifier – Kulcsazonosító  
Km TDES key. Master Key defined in ISO 16844-3. – 
TDES-kulcs. Az ISO 16844-3. sz. szabvány által 
meghatározott mesterkulcs  
Km  VU TDES key inserted in vehicle units – A járm űegy­
ségbe helyezett TDES-kulcs  
Km  WC TDES key inserted in workshop cards – A mű hely­
kártyába helyezett TDES-kulcs  
m Message representative, an integer between 0 and n-1 
– Az üzenetet képvisel ő, 0 és n -1 közötti egész szám  
n RSA keys, modulus – RSA-kulcs, modulus  
PB Padding Bytes – Kitöltőbájtok 
PI Padding Indicator byte (for use in Cryptogram for 
confidentiality DO) – Kitöltésjelz ő bájt (a titkossági 
DO kriptogramjában való használatra)  
PV Plain Value – Egyszerű érték 
s Signature representative, an integer between 0 and n-1 
– Az aláírást képviselő, 0 és n -1 közötti egész szám  
SSC Send Sequence Counter – Küldési sorrendszámláló  
SM Secure Messaging – Biztonságos üzenetküldés  
TCBC TDEA Cipher Block Chaining Mode of Operation – 
TDEA titkosított blokkok láncolatán alapuló 
üzemmód  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 365  
TDEA Triple Data Encryption Algorithm – Háromszoros 
adattitkosítási algoritmus  
TLV Tag Length Value – A címke hosszának értéke  
VU Vehicle Unit – Járműegység  
X.C The certificate of user X issued by a certification 
authority – X felhasználó tanúsítványa, amelyet vala ­
mely tanúsító hatóság bocsátott ki  
X.CA A certification authority of user X – X felhasználó 
tanúsító hatósága  
X.CA.PK  o X.C The operation of unwrapping a certificate to extract a 
public key – A nyilvános kulcs kiemelését célzó tanú ­
sítványkicsomagolási mű velet. Infix m űveleti jel, 
amelynek bal oldali operandusa valamely tanúsító 
hatóság nyilvános kulcsa, és amelynek jobb oldali 
operandusa az említett tanúsító hatóság által kibocsá ­
tott tanúsítvány. Az eredmény X felhasználó nyilvános 
kulcsa, akinek a tanúsítványa a jobb oldali operandus.  
X.PK RSA public key of a user X – A felhasználó nyilvános 
RSA-kulcsa  
X.PK[I] RSA encipherment of some information I, using the 
public key of user X – Valamilyen I információ RSA 
titkosítása, X felhasználó nyilvános kulcsának segít ­
ségével 
X.SK RSA private key of a user X – X felhasználó privát 
RSA-kulcsa 
X.SK[I] RSA encipherment of some information I, using the 
private key of user X – Valamilyen I információ RSA 
titkosítása, X felhasználó privát kulcsának segítségével  
xx A hexadecimal value – Hexadecimális érték  
|| Concatenation operator – Összefűzési operátor  
2. TITKOSÍTÁSI RENDSZEREK ÉS ALGORITMUSOK  
2.1. Titkosítási rendszerek  
CSM_001 A járműegységeknek és a tachográfkártyáknak egy klasszikus 
RSA nyilvános kulcsú titkosítási rendszer segítségével az 
alábbi biztonsági mechanizmusokat kell nyújtaniuk:  
— a járműegységek és a kártyák közötti hitelesítés;  
— háromszoros DES-munkamenetkulcsok átvitele a járm ű­
egységek és a tachográfkártyák között;  
— a járműegységekről vagy a tachográfkártyákról küls ő 
tárolóeszközre letöltött adatok digitális aláírása.  
CSM_002 A járműegységek és a tachográfkártyák háromszoros DES 
szimmetrikus titkosítási rendszer használata révén gondos ­
kodnak az adatok integritását biztosító mechanizmusról a 
járműegységek és a tachográfkártyák közötti felhasználói 
adatcsere során, valamint adott esetben gondoskodnak a 
járműegységek és a tachográfkártyák közötti adatcsere titkos ­
ságáról. 
2.2. Titkosítási algoritmusok  
2.2.1 RSA algoritmus  
CSM_003 Az RSA algoritmust teljes mértékben az alábbi relációk hatá ­
rozzák meg:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 366  
X.SK[ m] = s  = m d mod n  
X.PK[ s] = m  = s e mod n  
Az RSA-funkció még részletesebb leírása a PKCS1 számú 
hivatkozásban található. Az RSA algoritmusban alkalmazott 
„e” nyilvános kitevő 3 és n-1 közötti egész szám, amely 
teljesíti a következ ő feltételt: gcd(e, lcm(p-1, q-1))=1.  
2.2.2 Hasító algoritmus 
CSM_004 A digitális aláírási mechanizmusok az SHA-1 hivatkozásban 
meghatározott SHA-1 hasító algoritmust használják.  
2.2.3 Adattitkosítási algoritmus  
CSM_005 A titkosított blokkok láncolatán alapuló üzemmódban DES- 
alapú algoritmust kell használni.  
3. KULCSOK ÉS TANÚSÍTVÁNYOK  
3.1. Kulcsok generálása és elosztása 
3.1.1 RSA-kulcsok generálása és elosztása 
CSM_006 Az RSA-kulcsok generálása a funkcionális hierarchia három 
szintjén történik:  
— európai szint;  
— tagállami szint;  
— berendezési szint.  
CSM_007 Európai szinten egy egységes európai kulcspárt (EUR.SK és 
EUR.PK) kell generálni. Az európai privát kulcs segítségével 
kell tanúsítani a tagállami nyilvános kulcsokat. Az összes 
tanúsított kulcs adatait meg kell őrizni. E feladatokat egy, 
az Európai Bizottság felügyelete alá tartozó és annak felel ős 
európai tanúsító hatóság végzi el.  
CSM_008 Tagállami szinten egy tagállami kulcspárt (MS.SK és 
MS.PK) kell generálni. A tagállami nyilvános kulcsok tanú ­
sítását az európai tanúsító hatóság végzi. A tagállami privát 
kulcs segítségével kell tanúsítani a berendezésbe (járm ű­
egység vagy tachográfkártya) behelyezend ő nyilvános 
kulcsokat. Az összes tanúsított nyilvános kulcs adatait meg 
kell őrizni azon berendezés azonosító adataival együtt, 
amelybe behelyezték. E feladatokat a tagállami tanúsító ható ­
ságok látják el. A tagállamok rendszeresen megváltoztat ­
hatják a kulcspárjukat.  
CSM_009 Berendezési szinten egyetlen kulcspárt (EQT.SK és EQT.PK) 
kell generálni és behelyezni minden berendezésbe. A beren ­
dezési nyilvános kulcsok tanúsítását a tagállami tanúsító 
hatóságok végzik. E feladatokat a berendezések gyártói, a 
testreszabást végz ő személyek vagy a tagállami hatóságok 
végzik el. E kulcspárt hitelesítési, digitális aláírási és titkosí ­
tási célokra kell használni.  
CSM_010 Generálás, (adott esetben) továbbítás és tárolás közben meg 
kell őrizni a privát kulcsok titkosságát.  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 367  
Az alábbi ábra e folyamat adatáramlását foglalja össze:
  
3.1.2 RSA-tesztkulcsok  
CSM_011 A berendezés vizsgálata céljából (az interoperabilitási vizs ­
gálatokat is ideértve) az európai tanúsító hatóság egy másik 
egyetlen európai vizsgálati kulcspárt és legalább két tagállami 
vizsgálati kulcspárt generál, amelyek nyilvános kulcsait az 
európai privát tesztkulccsal együtt kell tanúsítani. A gyártók 
elhelyezik az ilyen tagállami vizsgálati kulcsok által tanúsí ­
tott tesztkulcsokat a típus-jóváhagyási vizsgálat alá vont 
berendezésben.  
3.1.3 Mozgásérzékel ő kulcsok  
A generálás, továbbítás (adott esetben) és tárolás közben az alább leírt 
három TDES-kulcs titkosságát megfelel ő módon meg kell őrizni.  
Az ISO 16844. sz. szabványnak megfelel ő menetíró-alkatrészek támoga ­
tására ezenkívül az európai tanúsító hatóság és a tagállami tanúsító ható ­
ságok gondoskodnak az alábbiakról:  
CSM_036 Az európai tanúsító hatóság KmVU-t és KmWC-t, két 
független és egyedi hármas DES-kulcsot, valamint Km- 
kulcsot generál az alábbiak szerint:  Km = Km VU XOR Km  WC . 
Az európai tanúsító hatóság kell ően biztonságos eljárással 
továbbítja ezeket a kulcsokat a tagállamok tanúsító hatóságai 
számára, a hatóságok kérésére.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 368  
CSM_037 A tagállami tanúsító hatóságoknak:  
— a Km segítségével titkosítaniuk kell a mozgásérzékel ő- 
gyártók által kért mozgásérzékel ő-adatokat (a Km-mel 
titkosítandó adatokat az ISO 16844-3. sz. szabvány hatá ­
rozza meg);  
— megfelel ően biztonságos eljárással továbbítaniuk kell a 
Km  VU -t a járműegységek gyártói számára, a járm űegy­
ségekben való elhelyezés céljából;  
— gondoskodniuk kell arról, hogy a kártya személyre 
szabása közben minden mű helykártyában elhelyezzék a 
Km  WC -t (
  a
  
elemi állományban).  
3.1.4 T-DES tevékenységi kulcsok generálása és elosztása  
CSM_012 A járműegységek és a tachográfkártyák a kölcsönös hitelesí ­
tési eljárás részeként létrehozzák és kicserélik a közös hármas 
DES munkamenetkulcs kidolgozásához szükséges adatokat. 
Az adatcsere titkosságát egy RSA titkosítási mechanizmus 
védi. 
CSM_013 E kulcsot kell használni minden további, biztonságos üzenet ­
küldést használó titkosítási m űvelet során. Érvényessége a 
munkamenet végén (a kártya kivétele vagy visszaállítása), 
illetve 240 használat után lejár (a kulcs egy használata = 
biztonságos üzenetküldés segítségével a kártyának küldött 
egyetlen parancs és az ahhoz tartozó válasz).  
3.2. Kulcs 
CSM_014 Az RSA-kulcsoknak az alábbi hosszúságúaknak kell lenniük 
(szinttől függetlenül):  n modulus: 1 024 bit, e  nyilvános 
kitevő : legfeljebb 64 bit,  d saját kitevő : 1 024 bit.  
CSM_015 A hármas DES-kulcs formája (K  a , K  b , K  a ), ahol K  a és K  b 
független, 64 bit hosszúságú kulcs. Nem kell beállítani pari ­
táshiba-észlel ő bitet. 
3.3. Tanúsítványok  
CSM_016 Az RSA nyilvánoskulcs-tanúsítványoknak „non self-descrip ­
tive”, „Card Verifiable” tanúsítványoknak kell lenniük (hiv.: 
ISO/IEC 7816-8. sz. szabvány)  
3.3.1 A tanúsítványok tartalma  
CSM_017 Az RSA nyilvánoskulcs-tanúsítványok az alábbi adatokból 
épülnek fel, a következ ő sorrendben:  
Adatok Formátum  Bájt Obs  
CPI INTEGER 1  Tanúsítványprofil-azono ­
sító („ 01” ebben a válto­
zatban)  
CAR OCTET 
STRING 8 A tanúsító hatóság hivat ­
kozása 
CHA OCTET 
STRING 7 A tanúsítvány tulajdono ­
sának engedélye  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 369  
Adatok  Formátum Bájt Obs  
EOV TimeReal  4  A tanúsítvány érvényes ­
ségének vége. Választható, 
használaton kívül „FF”-fel 
kitöltve  
CHR  OCTET 
STRING 8 A tanúsítvány tulajdono ­
sának hivatkozása  
n OCTET 
STRING 128 Nyilvános kulcs (modulus)  
e OCTET 
STRING 8 Nyilvános kulcs (nyilvános 
kitevő ) 
164 
Megjegyzések:  
1. A „tanúsítványprofil-azonosító ” (CPI) a hitelesítési tanúsítvány pontos 
szerkezetét határozza meg. A vonatkozó fejrészlista berendezési bels ő 
azonosítójaként használható, amely lista az adatelemek tanúsítványon 
belüli összef űzését írja le.  
Az e tanúsítványtartalommal társított fejrészlista a következ ő: 
4D 16 5F 29 01 42 08 5F 4B 07 5F 24 04 5F 20 08 7F 49 05 81 81 80 82 08
 Kiterjesztett fejrészlista címkéje  
A fejrészl ista hossza  
CPI-címke 
CPI-hossz 
CAR-címke 
CAR-hossz 
CHA-címke 
CHA-hossz 
EOV-címke 
EOV-hossz 
CHR-címke 
CHR-hossz 
Nyilvános kulcs címkéje (létrehozott)  
A következ ő DO-k hossza  
moduluscímke  
modulushossz 
nyilvános kitev ő címkéje  
nyilvános kitev ő hossza 
2. A „tanúsító hatóság hivatkozása” (CAR) célja, hogy a tanúsítványt 
kiadó tanúsító hatóságot olyan módon azonosítsa, hogy az adatelemek 
egyidejűleg hatósági kulcsazonosítóként is felhasználhatók legyenek a 
tanúsító hatóság nyilvános kulcsára való hivatkozás során (a kódo ­
láshoz lásd az alábbi kulcsazonosítót).  
3. A „tanúsítvány tulajdonosának engedélye” (CHA) célja, hogy azono ­
sítsa a tanúsítvány tulajdonosának jogosultságát. Ez a tachográf-alkal ­
mazás azonosítójából és azon berendezés típusából áll, amelyhez a 
tanúsítványt szánták (az
  adatelemmel összhang­
ban, tagállamok esetében ‘00’).  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 370  
4. A „tanúsítvány tulajdonosának hivatkozása” (CHR) célja, hogy egyér ­
telműen azonosítsa a tanúsítvány tulajdonosát olyan módon, hogy az 
adatelemek egyidej űleg alanyi kulcsazonosítóként is felhasználhatók 
legyenek a tanúsítvány tulajdonosának nyilvános kulcsára való hivat ­
kozás során. 
5. A kulcsazonosítók egyértelműen azonosítják a tanúsítvány tulajdo ­
nosát vagy a tanúsító hatóságokat. Kódolásuk az alábbiak szerint 
történik:  
5.1. Berendezés (járműegység vagy kártya): 
Adat A beren­
dezés 
sorozat­
száma Dátum Típus Gyártó 
Hossz 4 bájt 2 bájt 1 bájt 1 bájt 
Érték Egész 
szám hh éé BCD-kódolás  Gyártóra 
jellemző Gyártói kód 
A járműegység esetében a gyártó a tanúsítványok bekérésekor 
nem feltétlenül ismeri annak a berendezésnek az azonosítóját, 
amelybe a kulcsokat be kell helyezni.  
Ha a gyártó ismeri a berendezés azonosítóját, a nyilvános kulc­
csal együtt megküldi a tagállami hatóságnak, hogy tanúsítsa. A 
tanúsítvány ekkor tartalmazza a berendezés azonosítóját, és a 
gyártónak gondoskodnia kell arról, hogy a kulcsokat és a tanú ­
sítványt a megfelel ő berendezésbe helyezzék be. A kulcsazono ­
sító formátuma megfelel a fent ismertetett adatsornak.  
Ha a gyártó nem ismeri a berendezés azonosítóját, egyedileg kell 
azonosítania minden egyes tanúsítási kérelmet, és ezen azonosítót 
a nyilvános kulccsal együtt meg kell küldenie a tagállama ható ­
ságának, hogy hitelesítsék. A tanúsítvány tartalmazza a kért 
azonosítót. A gyártónak közölnie kell a tagállama hatóságával a 
berendezéshez tartozó kulcs hozzárendelését (azaz a tanúsítási 
kérelem és a berendezés azonosítását), miután a kulcsot 
behelyezték a berendezésbe. A kulcsazonosító alakja: 
Adat A tanúsí­
tási 
kérelem 
sorozat­
száma Dátum Típus Gyártó 
Hossz 4 bájt 2 bájt 1 bájt 1 bájt 
Érték Egész 
szám hh éé BCD-kódolás  FF Gyártói kód ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 371  
5.2. Tanúsító hatóság 
Adat A hatóság azono­
sítója  A kulcs soro­
zatszáma  Kiegészítő 
információ  Azonosító 
Hossz 4 bájt 1 bájt 2 bájt  1 bájt  
Érték 1 bájtos nemzeti 
numerikus kód 
3 bájtos nemzeti 
alfanumerikus kód  Egész szám  Kiegészít ő 
kódolás 
(Tanúsító 
hatóságra 
jellemző) 
használaton 
kívül: FF FF 01 
A kulcs sorozatszáma segítségével kell megkülönböztetni a 
különféle tagállami kulcsokat abban az esetben, ha a kulcs 
megváltozik.  
6. A tanúsítvány ellenőrzői számára közvetve ismert, hogy a tanúsított 
nyilvános kulcs esetében a hitelesítés, a digitális aláírás ellen őrzése és 
a titkossági titkosítás szempontjából releváns RSA-kulcsról van szó (a 
tanúsítvány nem tartalmazza az azt meghatározó objektumazonosítót).  
3.3.2 Kiállított tanúsítványok  
CSM_018 A kiállított tanúsítvány olyan digitális aláírás, amely az 
ISO/IEC 9796-2. sz. szabvánnyal összhangban részben tartal ­
mazza a tanúsítvány tartalmát (kivéve annak A4. mellékletét) 
a hozzáfű zött „tanúsító hatóság hivatkozásával” együtt.  
X.C = X.CA.SK[ ‘6A’ || C  r || Hash (Cc) || ‘BC’] || C  n || X.CAR 
Az alábbi tanúsítványtartalommal: = Cc =  C  r || C  n 
106 bájt 58 bájt 
Megjegyzések:  
1. Ez a tanúsítvány 194 bájt hosszú.  
2. Az aláírás által elrejtett CAR-t is hozzá kell f űzni az aláíráshoz olyan 
módon, hogy a tanúsító hatóság nyilvános kulcsa kiválasztható legyen 
a tanúsítvány hitelesítésére.  
3. A tanúsítvány ellenőrzőjének közvetve ismernie kell a tanúsító 
hatóság által a tanúsítvány aláírására használt algoritmust.  
4. A kiállított tanúsítványhoz társított fejrészlista a következ ő: 
7F 21  09 5F 37 81 80 5F 38 3A 42 08
 Kártya tanúsító bizonyítványának címkéje 
(létrehozott)  
A következ ő DO-k hossza 
Aláíráscímke  
Aláírás hossza 
Maradékcímke  
Maradék hossza 
CAR-címke 
CAR-hossz ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 372  
3.3.3 A tanúsítvány ellen őrzése és kicsomagolása 
A tanúsítvány ellenőrzése és kicsomagolása kiterjed az aláírás ISO/IEC 
9796-2. sz. szabvánnyal összhangban történ ő ellenőrzésére, amivel a 
tanúsítvány tartalma és a benne lév ő X.PK = X.CA.PK  o X.C nyilvános 
kulcs kiemelhet ő, valamint a tanúsítvány érvényességének ellen őrzésére.  
CSM_019 Az alábbi lépéseket tartalmazza:  
az aláírás ellenőrzése és a tartalom kiemelése: 
— az X.C-b ől ki kell emelni a Sign-t, 
a C  n '-t és a CAR' értéket:  X.C = Sign || C  n ' || CAR' 
128 bájt 58 bájt 8 bájt 
— a CAR' értékből ki kell választani a megfelel ő tanúsító 
hatóság nyilvános kulcsát (ha ez eddig más módon még 
nem történt meg),  
— meg kell nyitni a Sign-t a tanúsító hatóság nyilvános 
kulcsával: Sr'= X.CA.PK [Sign], 
— ellenőrizni kell, hogy az Sr' ‘6A’-val kezd ődik és ‘BC’- 
vel végződik, 
— ki kell számítani a C  r ' és a H' értéket 
az alábbiakból: Sr' =  6A || C  r ' || H' || BC 
106 bájt  20 bájt 
— helyre kell állítani a tanúsítvány tartalmát: C  r ' || C  n ', 
— ellenőrizni kell, hogy  Hash (C') = H'. 
Ha az ellenőrzések rendben vannak, a tanúsítvány eredeti, és 
a tartalma C'.  
Az érvényesség ellenőrzése. A C'-ből: 
— ha alkalmazható, ellenőrizni kell az érvényességi dátum 
végét. 
A nyilvános kulcs, a kulcsazonosító, a tanúsítványtulajdonos 
engedélyének és a tanúsítványérvényesség végének visszake ­
resése C'-b ől, illetve tárolása:  
— X.PK = n || e 
— X.KID = CHR,  
— X.CHA = CHA,  
— X.EOV = EOV. 
4. KÖLCSÖNÖS HITELESÍTÉSI MECHANIZMUS  
A kártyák és a járműegységek közötti kölcsönös hitelesítés az alábbi 
elven alapul:  
Mindkét résztvev ő tanúsítja a másik résztvevőnek, hogy olyan érvényes 
kulcspárral rendelkezik, amelynek nyilvános kulcsát az európai tanúsító 
hatóság által tanúsított tagállami tanúsító hatóság tanúsította.  
A tanúsítás a másik fél által küldött véletlen számnak a saját kulccsal 
történő aláírásával történik; a másik félnek ezen aláírás ellen őrzésekor 
vissza kell állítania a véletlenszer ű számot.  
A mechanizmust a kártya járm űegységbe való behelyezése váltja ki. Ez a 
tanúsítványok cseréjével és a nyilvános kulcsok kicsomagolásával kezd ő­
dik, és a munkamenetkulcs beállításával végz ődik. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 373  
CSM_020 A következ ő protokollt kell használni (a nyilak a parancsokat 
és a kicserélt adatokat jelzik ([lásd 2. függelék]):
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 374
  
▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 375  
5. A JÁRM ŰEGYSÉGKÁRTYÁK ADATÁTVITELLEL KAPCSOLATOS 
TITKOSSÁGI, INTEGRITÁSI ÉS HITELESÍTÉSI MECHANIZMUSA  
5.1. Biztonságos üzenetküldés  
CSM_021 A járműegységkártyák adatátviteli integritását biztonságos 
üzenetküldés védi az ISO/IEC 7816-4. sz. és az ISO/IEC 
7816-8. sz. hivatkozással összhangban.  
CSM_022 Ha az adatokat védeni kell átvitel közben, „titkosítási ellen ­ 
őrző összeg” adatobjektumot kell f űzni a parancson vagy a 
válaszon belül küldött adatobjektumokhoz. A fogadó fél 
ellenőrzi a titkosítási ellen őrző összeget. 
CSM_023 A parancson belül küldött adatok titkosítási ellen őrző összege 
a parancsfejet és az összes elküldött adatobjektumot 
(= > CLA = 0C, és minden adatobjektumot címkék vesznek 
körül, amelyekben b1 = 1) tartalmazza.  
CSM_024 A válasz állapotinformációs bájtjait titkosítási ellen őrző 
összeg védi, amennyiben a válasz nem tartalmaz adatmez őt. 
CSM_025 A titkosítási ellenőrző összegek négy bájt hosszúságúak. 
A parancsok és a válaszok biztonságos üzenetküldéskor ezért 
az alábbiak szerint épülnek fel:  
A felhasznált DO-k az ISO/IEC 7816-4. sz. szabványban leírt 
biztonságos üzenetküldési DO-k részhalmazai:  
Címke Rövidítés Jelentés  
81 T  PV Egyszerű értékű nem BER-TLV-ben kódolt adat 
(CC-vel védend ő) 
97 T  LE Az Le értéke a biztosítatlan parancsban (CC-vel 
védendő) 
99 T  SW Állapotinformáció (CC-vel védend ő) 
8E T  CC Titkosítási ellen őrző összeg 
87 T  PI CG  Kitöltésjelz ő bájt || Kriptogram (Egyszer ű értékű nem 
BER-TLV-ben kódolt adat)  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 376  
Biztosítatlan parancsválasz-pár esetében:  
Parancsfej  Parancstörzs  
CLA INS P1 P2 [L  c mező] [Adatmez ő] [L  e mező] 
négy bájt  L bájt, jelzésük B 1 –B L 
Választörzs  A válasz vége 
[Adatmező] SW1 SW2 
L r adatbájt  két bájt 
A megfelel ő biztosított parancsválasz-pár:  
Biztosított parancs:  
Parancsfej (CH)  Parancstörzs  
CLA INS P1 P2 [Új L  c mező] [Új adatmező] [Új L e 
mező] 
OC Az új adatmez ő 
hossza T PV L PV PV T  LE L LE L e T CC L CC CC 00 
81 L  c Adatmező 97 01 L  e 8E 04 CC 
Az ellenőrző összegbe integrálandó adatok = CH | PB || T  PV 
|| L  PV || PV || T  LE || L  LE || L  e || PB 
PB = kitölt őbájtok (80 .. 00) az ISO-IEC 7816-4. sz. és az 
ISO 9797. sz. szabvány 2. módszerével összhangban.  
A DO-k, a PV és az LE csak akkor vannak jelen, ha van 
bizonyos számú megfelel ő adat a biztosítatlan parancsban.  
Biztosított válasz:  
1. Amennyiben a válasz adatmez ője nem üres, és nem kell 
titkossági védelmet biztosítani a számára:  
Választörzs A válasz vége 
[Új adatmez ő] új SW1 SW2 
T PV L PV PV T  CC L CC CC 
81 L  r Adatmező 8E 04 CC 
Az ellenőrző összegbe integrálandó adatok = T  PV || L  PV || 
PV || PB  
2. Amennyiben a válasz adatmez ője nem üres, és titkossági 
védelmet kell biztosítani a számára:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 377  
Választörzs  A válasz vége 
[Új adatmez ő] új SW1 SW2 
T PI CG  L PI 
CG PI CG T  CC L CC CC 
87 PI || CG 8E 04 CC 
A CG által továbbítandó adatok: nem BER-TLV-ben 
kódolt adatok és kitölt őbájtok. 
Az ellenőrző összegbe integrálandó adatok = T  PI CG  || L  PI 
CG || PI CG || PB  
3. Amennyiben a válasz adatmez ője üres:  
Választörzs A válasz vége 
[Új adatmez ő] új SW1 SW2 
T SW L SW SW T  CC L CC CC 
99 02 Új SW1 SW2 8E 04 CC 
Az ellenőrző összegbe integrálandó adatok = T  SW || L  SW || 
SW || PB 
5.2. A biztonságos üzenetküldéssel kapcsolatos hibák kezelése 
CSM_026 Amennyiben a tachográfkártya SM-hibát észlel, miközben 
parancsot értelmez, az állapotbájtokat SM nélkül kell vissza ­
küldeni. Az ISO/IEC 7816-4. sz. szabvánnyal összhangban, 
az alábbiak szerint definiált állapotbájtok jelzik az SM-hibá ­
kat: 
66 88: a titkosítási ellen őrző összeg hitelesítése hibás,  
69 87: a várt SM-adatobjektumok hiányoznak,  
69 88: az SM-adatobjektumok helytelenek.  
CSM_027 Ha a tachográfkártya SM DO-k nélküli vagy hibás SM DO-t 
tartalmazó állapotbájtokat küld vissza, a járm űegységnek 
meg kell szakítania a munkamenetet.  
5.3. A titkosítási ellenőrző összeget kiszámító algoritmus 
CSM_028 A titkosítási ellenőrző összeg létrehozása egy szokásos MAC 
segítségével történik, DES-sel rendelkez ő ANSI X9.19-cel 
összhangban: 
— kezdő állapot: az y0 kezdő ellenőrző tömb E(Ka, SSC); 
— szekvenciális állapot: az y1, … yn ellen őrző tömbök 
kiszámítása a Ka segítségével történik;  
— végső állapot: a titkosítási ellenőrző összeg kiszámítása 
az utolsó yn ellen őrző tömb alapján történik az alábbiak 
szerint: E(Ka, D(Kb, yn)).  
ahol az E() rövidítés a DES segítségével történ ő titkosítást, a 
D() rövidítés pedig a DES segítségével történ ő visszafejtést 
jelenti.  
A titkosítási ellen őrző összeg négy legjelent ősebb bájtját 
továbbítani kell.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 378  
CSM_029 A küldési sorrendszámláló (SSC) indítását a kulcsegyeztetési 
eljárás során a következ ők szerint kell elvégezni:  
Kezdő SSC: Rnd3 (4 legjelentéktelenebb bájt) || Rnd1 (4 
legjelentéktelenebb bájt).  
CSM_030 A küldési sorrendszámláló minden alkalommal 1-gyel növek ­
szik a MAC kiszámítása el őtt (azaz az els ő parancs SSC-je a 
kezdő SSC +1, az els ő válasz SSC-je pedig a kezd ő SSC + 
2). 
A MAC kiszámítását az alábbi ábra szemlélteti:
  
5.4. A titkossági DO-utasítások kriptogramjait kiszámító algoritmus  
CSM_031 A kriptogramok kiszámítása a TCBC-üzemmódban használt 
TDEA segítségével, a (TDES) és (TDES-OP) hivatkozással 
összhangban és a nulla vektorral mint kezd ő értéktömbbel 
történik.  
A kulcsok alkalmazását a TDES-ben az alábbi táblázat szem ­
lélteti:
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 379  
6. AZ ADATLETÖLTÉS DIGITÁLIS ALÁÍRÁSI MECHANIZMUSAI  
CSM_032 Az intelligens kijelölt berendezés (IDE) egyetlen fizikai adat ­
állományon belül tárolja a berendezésekt ől (járműegység 
vagy kártya) a letöltési munkamenet során kapott adatokat. 
Ezen állománynak az MS  i .C és EQT.C tanúsítványokat kell 
tartalmaznia. Az állomány az adattömböknek a 7. függe ­
lékben (Adatletöltési protokollok) meghatározott digitális 
aláírásait tartalmazza.  
CSM_033 A letöltött adatok digitális aláírásainak olyan digitális aláírási 
rendszert kell használniuk, amelynek függeléke adott esetben 
lehetővé teszi a letöltött adatok visszakódolás nélküli olvasá ­
sát. 
6.1. Aláírások generálása  
CSM_034 Az adataláírások berendezés általi generálásának olyan 
aláírási rendszert kell követnie, amelynek függeléke a 
(PKCS1) hivatkozásban van meghatározva az SHA-1 hasító 
funkcióval:  
Aláírás = EQT.SK[‘00’ || ‘01’ || PS || ‘00’ || DER(SHA- 
1(Data))] 
PS = Kitölt őbájt-oktettek 128 hosszúságú ‘FF’ értékkel.  
DER(SHA-1( M)) az ID algoritmus kódolása a hasító funkció 
esetében és a hasító érték DigestInfo típusú ASN.1 értékké 
való kódolása (megkülönböztetett kódolási szabályok):  
30||21||30||09||06||05||2B||0E||03||02||1A||05||00||04||14|| Hasító 
érték. 
6.2. Aláírások ellenőrzése  
CSM_035 Az adataláírások letöltött adatokon való ellen őrzésének olyan 
aláírási rendszert kell követnie, amelynek függeléke a 
(PKCS1) hivatkozásban van meghatározva az SHA-1 hasító 
funkcióval.  
A hitelesít őnek ismernie kell (és jóvá kell hagynia) az 
EUR.PK európai nyilvános kulcsot. 
Az alábbi táblázat egy ellenőrzőkártyát hordozó IDE által 
követhető protokollt szemléltet, a letöltött és ESM-en (küls ő 
tárolóeszközön) tárolt adatok integritásának ellen őrzéséhez. 
Az ellenőrzőkártya segítségével kell elvégezni a digitális 
aláírások visszakódolását. Ebben az esetben e funkció nem 
hajtható végre az IDE-n belül.  
Az EQT jelöli azt a berendezést, amely letöltötte és aláírta az 
elemzendő adatokat.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 380
  
B. RÉSZ  
MÁSODIK GENERÁCIÓS MENETÍRÓ RENDSZER  
7. BEVEZETÉS  
7.1. Hivatkozások 
A függelék ezen része az alábbi hivatkozásokat használja.  
AES National Institute of Standards and Technology (NIST), 
FIPS PUB 197: Advanced Encryption Standard (AES), 
2001. november 26. 
DSS National Institute of Standards and Technology (NIST), 
FIPS PUB 186-4: Digital Signature Standard (DSS), 
2013. július  
ISO 7816-4 ISO/IEC 7816-4, Azonosító kártyák. Integrált áramkörös 
kártyák. 4. rész: Szervezet, biztonság és parancsok adat ­
cseréhez. Harmadik kiadás: 2013. április 15.  
ISO 7816-8 ISO/IEC 7816-8, Azonosító kártyák. Integrált áramkörös 
kártyák. 8. rész: Biztonsági mű veletek parancsai. Második 
kiadás: 2004. június 1.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 381  
ISO 8825-1 ISO/IEC 8825-1, Információtechnológia. ASN.1. kódolási 
szabályok: Alapvet ő kódolási szabályok meghatározása 
(BER), kanonikus kódolási szabályok (CER) és 
megkülönböztetett kódolási szabályok (DER). Negyedik 
kiadás: 2008. december 15.  
ISO 9797-1 ISO/IEC 9797-1, Információtechnológia. Biztonsági tech ­
nikák. Üzenethitelesítési kódok (MAC-ek). 1. rész: 
Blokktitkosítást alkalmazó mechanizmusok. Második 
kiadás: 2011. március 1.  
ISO 10116 ISO/IEC 10116, Információtechnológia. Biztonsági tech ­
nikák. Az n  bites blokktitkosítás üzemmódjai. Harmadik 
kiadás: 2006. február 1.  
ISO 16844-3 ISO/IEC 16844-3, Közúti járm űvek. Tachográfrendszerek. 
3. rész: Mozgásérzékel ő-interfész. 2004-es els ő kiadás, a 
műszaki változtatásokat is ideértve (2006. 01.)  
RFC 5480 Elliptic Curve Cryptography Subject Public Key Informa ­
tion, 2009. március 
RFC 5639 Elliptic Curve Cryptography (ECC) – Brainpool Standard 
Curves and Curve Generation, 2010  
RFC 5869 HMAC-based Extract-and-Expand Key Derivation Func ­
tion (HKDF), 2010. május 
SHS National Institute of Standards and Technology (NIST), 
FIPS PUB 180-4: Secure Hash Standard, 2012. március 
SP 800-38B National Institute of Standards and Technology (NIST), 
Special Publication 800-38B: Recommendation for Block 
Cipher Modes of Operation: The CMAC Mode for 
Authentication, 2005  
TR-03111 BSI Technical Guideline TR-03111, Elliptic Curve 
Cryptography, version 2.00, 2012. június 28. 
7.2. Jelzések és rövidítések 
E függelék az alábbi jelzéseket és rövidítéseket használja:  
AES Advanced Encryption Standard – Fejlett titkosítási szab ­
vány 
CA Certificate Authority – Tanúsító hatóság  
CAR Certificate Authority Reference – A tanúsító hatóság hivat ­
kozása 
CBC Cipher Block Chaining (mode of operation) – Titkosított 
blokkok láncolata (üzemmód)  
CH Command Header – Parancsfej  
CHA Certificate Holder Authorisation – A tanúsítvány tulajdo ­
nosának engedélye  
CHR Certificate Holder Reference – A tanúsítvány tulajdono ­
sának hivatkozása 
CV Constant Vector – Állandóvektor  
DER Distinguished Encoding Rules – Megkülönböztetett kódo ­
lási szabályok 
DO Data Object – Adatobjektum  
DSRC Dedicated Short Range Communication – Célorientált 
rövid távolságú adatkommunikáció  
ECC Elliptic Curve Cryptography – Elliptikus görbéken alapuló 
kriptográfia  
ECDSA Elliptic Curve Digital Signature Algorithm – Elliptikus 
görbéken alapuló digitális aláírási algoritmus  
ECDH Elliptic Curve Diffie-Hellman (key agreement algorithm) – 
Elliptikus görbéken alapuló Diffie-Hellman algoritmus 
(kulcsegyeztetési algoritmus)  
EGF External GNSS Facility – Küls ő GNSS-eszköz  
EQT Equipment – Berendezés  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 382  
IDE Intelligent Dedicated Equipment – Intelligens kijelölt 
berendezés  
K M Motion Sensor Master Key, allowing the pairing of a 
Vehicle Unit to a Motion Sensor – Mozgásérzékel ő 
mesterkulcsa, amely lehet ővé teszi a járm űegység és a 
mozgásérzékel ő párosítását 
K M-VU  Key inserted in vehicle units, allowing a VU to derive the 
Motion Sensor Master Key if a workshop card is inserted 
into the VU – Járm űegységekbe behelyezett kulcs, amely ­
lyel a járm űegység képes meghatározni a mozgásérzékel ő 
mesterkulcsát, ha mű helykártyát helyeznek be a járm űegy­
ségbe 
K M-WC  Key inserted in workshop cards, allowing a VU to derive 
the Motion Sensor Master Key if a workshop card is 
inserted into the VU – M űhelykártyákba behelyezett kulcs, 
amellyel a járm űegység képes meghatározni a mozgásérzé ­
kelő mesterkulcsát, ha mű helykártyát helyeznek be a 
járműegységbe 
MAC Message Authentication Code – Üzenethitelesítési kód  
MoS Motion Sensor – Mozgásérzékel ő 
MSB Most Significant Bit – Legjelent ősebb bit 
PKI Public Key Infrastructure – Nyilvános kulcsú infrastruktúra  
RCF Remote Communication Facility – Távoli kommunikációs 
egység 
SSC Send Sequence Counter – Küldési sorrendszámláló  
SM Secure Messaging – Biztonságos üzenetküldés  
TDES Triple Data Encryption Standard – Háromszoros adattitko ­
sítási szabvány  
TLV Tag Length Value – A címke hosszának értéke  
VU Vehicle Unit – Járműegység 
X.C The public key certificate of user X – X felhasználó nyil ­
vánoskulcs-tanúsítványa  
X.CA The certificate authority that issued the certificate of user 
X – Az X felhasználó tanúsítványát kibocsátó tanúsító 
hatóság 
X.CAR The certificate authority reference mentioned in the certi ­
ficate of user X – Az X felhasználó tanúsítványában 
feltüntetett tanúsítóhatóság-hivatkozás  
X.CHR The certificate holder reference mentioned in the certificate 
of user X – Az X felhasználó tanúsítványában feltüntetett 
tanúsítványtulajdonos-hivatkozás  
X.PK Public key of user X – X felhasználó nyilvános kulcsa 
X.SK Private key of user X – X felhasználó privát kulcsa 
X.PK  eph Ephemeral public key of user X – X felhasználó átmeneti 
nyilvános kulcsa  
X.SK  eph Ephemeral private key of user X – X felhasználó átmeneti 
privát kulcsa  
xx A hexadecimal value – hexadecimális érték  
|| Concatenation operator – összefűzési operátor  
7.3. Fogalommeghatározások 
A függelékben használt kifejezések fogalommeghatározásai az 1C. 
melléklet I. szakaszában találhatók.  
8. TITKOSÍTÁSI RENDSZEREK ÉS ALGORITMUSOK  
8.1. Titkosítási rendszerek  
CSM_38 A járműegységeknek és a tachográfkártyáknak elliptikus 
görbéken alapuló nyilvános kulcsú titkosítási rendszer 
segítségével az alábbi biztonsági szolgáltatásokat kell 
biztosítaniuk:  
— a járm űegységek és a kártyák közötti kölcsönös hite ­
lesítés;  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 383  
— AES-munkamenetkulcsok egyeztetése a járm űegységek 
és a kártyák között;  
— a járm űegységekről vagy a tachográfkártyákról külső 
tárolóeszközre letöltött adatok hitelessége, integritása 
és letagadhatatlansága.  
CSM_39 A járműegységeknek és a külső GNSS-eszközöknek ellip­
tikus görbéken alapuló nyilvános kulcsú titkosítási rend ­
szer segítségével az alábbi biztonsági szolgáltatásokat 
kell biztosítaniuk:  
— a járműegységek küls ő GNSS-eszközzel történ ő össze­
kapcsolása;  
— kölcsönös hitelesítés a járműegységek és egy küls ő 
GNSS-eszköz között; 
— AES-munkamenetkulcs egyeztetése a járműegységek és 
egy külső GNSS-eszköz között. 
CSM_40 A járműegységeknek és a tachográfkártyáknak AES-alapú 
szimmetrikus titkosítási rendszer segítségével az alábbi 
biztonsági szolgáltatásokat kell biztosítaniuk:  
— a járműegység és a tachográfkártya között kicserélt 
adatok hitelessége és integritása;  
— szükség esetén a járműegység és a tachográfkártya 
között kicserélt adatok titkossága.  
CSM_41 A járműegységeknek és a külső GNSS-eszközöknek AES- 
alapú szimmetrikus titkosítási rendszer segítségével az 
alábbi biztonsági szolgáltatásokat kell biztosítaniuk:  
— a járműegység és a külső GNSS-eszköz között kicserélt 
adatok hitelessége és integritása.  
CSM_42 A járműegységeknek és a mozgásérzékel őknek AES-alapú 
szimmetrikus titkosítási rendszer segítségével az alábbi 
biztonsági szolgáltatásokat kell biztosítaniuk:  
— a járműegység párosítása mozgásérzékel ővel; 
— a járműegység és egy mozgásérzékel ő közötti 
kölcsönös hitelesítés;  
— szükség esetén a járműegység és a mozgásérzékel ő 
között kicserélt adatok titkossága.  
CSM_43 A járműegységeknek és az ellenőrzőkártyáknak AES-alapú 
szimmetrikus titkosítási rendszer segítségével az alábbi 
biztonsági szolgáltatásokat kell biztosítaniuk:  
— a járműegység és az ellenőrzőkártya között kicserélt 
adatok titkossága, hitelessége és integritása.  
Megjegyzések:  
— Az adatok átvitelére tulajdonképpen egy ellen őrző tiszt­
viselő felügyelete alatt kerül sor a járm űegységről egy 
távoli lekérdez őegységre, a járm űegységhez tartozó 
belső vagy küls ő távoli kommunikációs egység haszná ­
latával (lásd a 14. függeléket). A távoli lekérdez őegység  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 384  
azonban a fogadott adatokat egy ellen őrzőkártyára küldi 
visszafejtés és a hitelesség ellen őrzése céljából. Bizton ­
sági szempontból a távoli kommunikációs egység és a 
távoli lekérdez őegység teljesen transzparens.  
— A műhelykártya ugyanazokat a biztonsági szolgáltatá ­
sokat kínálja a DSRC-interfésznek, mint az ellen őrző­
kártya. A mű hely így ellen őrizheti a járm űegység 
távoli kommunikációs interfészének m űködését, a 
biztonsági funkciókat is beleértve. További informáci ­
ókért lásd a 9.2.2. szakaszt. 
8.2. Titkosítási algoritmusok  
8.2.1 Szimmetrikus algoritmusok  
CSM_44 A járműegységeknek, a tachográfkártyáknak, a mozgás ­
érzékelőknek és a küls ő GNSS-eszközöknek 128, 192 és 
256 bites kulcshosszokkal kell támogatniuk az [AES] által 
definiált AES algoritmust.  
8.2.2 Aszimmetrikus algoritmusok és szabványosított tartományparaméterek 
CSM_45 A járműegységeknek, a tachográfkártyáknak és a küls ő 
GNSS-eszközöknek 256, 384 és 512/521 bites kulcsmére ­
tekkel kell támogatniuk az elliptikus görbéken alapuló 
kriptográfiát.  
CSM_46 A járműegységeknek, a tachográfkártyáknak és a küls ő 
GNSS-eszközöknek a [DSS] definíciója alapján támogat ­
niuk kell az ECDSA aláírási algoritmust.  
CSM_47 A járműegységeknek, a tachográfkártyáknak és a küls ő 
GNSS-eszközöknek a [TR 03111] definíciója alapján 
támogatniuk kell az ECKA-EG kulcsegyeztetési algorit ­
must. 
CSM_48 A járműegységeknek, a tachográfkártyáknak és a küls ő 
GNSS-eszközöknek az 1. táblázat összes, az elliptikus 
görbéken alapuló kriptográfiához meghatározott szabvá ­
nyosított tartományparaméterét támogatniuk kell.  
1. táblázat 
Szabványosított tartományparaméterek  
Név Méret (bit) Hivatkozás Objektumazonosító  
NIST P-256 256 [DSS], [RFC 5480]
  
BrainpoolP256r1 256 [RFC 5639]
  
NIST P-384  384 [DSS], [RFC 5480]
  
BrainpoolP384r1  384 [RFC 5639]
  
BrainpoolP512r1  512 [RFC 5639]
  
NIST P-521  521 [DSS], [RFC 5480]
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 385  
Megjegyzés: az 1. táblázat utolsó oszlopában szerepl ő 
objektumazonosítókat az [RFC 5639] határozza meg a 
Brainpool-görbékhez, az [RFC 5480] pedig a NIST- 
görbékhez.
  
8.2.3 Hasító algoritmusok  
▼M1 
CSM_49 A járm űegységeknek, a tachográfkártyáknak és a küls ő 
GNSS-eszközöknek támogatniuk kell az [SHS]-ben 
meghatározott SHA-256, SHA-384 és SHA-512 algorit ­
must.  
▼B 
8.2.4 Titkosítási készletek  
CSM_50 Ha egy szimmetrikus algoritmust, egy aszimmetrikus algo ­
ritmust és/vagy egy hasító algoritmust együtt alkalmazva 
képeznek biztonsági protokollt, akkor ezek kulcshossza ­
inak és hasítási méreteinek (közelít őleg) egyenl őnek kell 
lenniük. A 2. táblázat a megengedett titkosítási készleteket 
tartalmazza:  
2. táblázat 
Megengedett titkosítási készletek  
Titkosítási készlet 
azonosítója  ECC- kulcsméret (bit)  AES-kulcshossz (bit) Hasító algoritmus  MAC-hossz (bájt)  
CS#1 256 128 SHA-256 8  
CS#2 384 192 SHA-384 12 
CS#3 512/521 256 SHA-512 16 
Megjegyzés: az 512 bites és 521 bites kulcsméret ű ECC-kulcsokat ebben a függelékben azonos 
erősségűnek tekintjük.  
9. KULCSOK ÉS TANÚSÍTVÁNYOK  
9.1. Aszimmetrikus kulcspárok és nyilvánoskulcs-tanúsítványok  
9.1.1 Általános tudnivalók  
Megjegyzés:  az ebben a szakaszban ismertetett kulcsokat a járm űegy­
ségek és a tachográfkártyák, valamint a járm űegységek és a GNSS- 
eszközök közötti kölcsönös hitelesítéshez és biztonságos üzenetküldéshez 
használják. Ezeknek a folyamatoknak a részletes leírása e függelék 10. és 
11. fejezetében található.  
CSM_51 Az európai intelligens menetírókészülék-rendszerben 
három funkcionális hierarchiaszinten kell létrehozni és 
kezelni az ECC-kulcspárokat és azoknak megfelel ő tanú­
sítványokat:  
— európai szint;  
— tagállami szint;  
— berendezési szint.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 386  
CSM_52 A teljes európai intelligens menetírókészülék-rendszerben 
szabványos és biztonságos módszerek használatával kell 
nyilvános és privát kulcsokat létrehozni, kezelni és 
kommunikálni.  
9.1.2 Európai szint 
CSM_53 Európai szinten egyetlen egyedi ECC-kulcspárt kell létre ­
hozni, EUR megnevezéssel. Ennek egy privát kulcsból 
(EUR.SK) és egy nyilvános kulcsból kell állnia (EUR.PK). 
Ez a kulcspár az európai intelligens menetíró készülékek 
teljes nyilvános kulcsú infrastruktúrájának (PKI) gyökér ­
kulcspárja. Ezt a feladatot egy európai gyökértanúsítvá ­
nyokat kezel ő hatóság (az ERCA) látja el az Európai 
Bizottság felügyeletével.  
CSM_54 Az ERCA-nak az európai nyilvános kulcs használatával 
kell aláírnia az európai nyilvános kulcs egy (önaláírt) 
gyökértanúsítványát, és ezt az európai gyökértanúsítványt 
minden tagállamnak át kell adnia.  
CSM_55 Az ERCA-nak kérésre az európai privát kulcs használa ­
tával kell aláírnia a tagállamok nyilvános kulcsainak tanú ­
sítványait. Az ERCA-nak a tagállamok minden aláírt nyil ­
vánoskulcs-tanúsítványáról nyilvántartást kell vezetnie.  
CSM_56 Ahogy az 1. ábra mutatja (9.1.7. szakasz), az ERCA-nak 
17 évente kell új európai gyökérkulcspárt létrehoznia. 
Amikor az ERCA új európai gyökérkulcspárt készít, 
egyben új önaláírt gyökértanúsítványt is létrehoz az új 
európai nyilvános kulcshoz. Az európai gyökértanúsítvány 
érvényességi idő szaka 34 év és 3 hónap.  
Megjegyzés: az új gyökérkulcspár bevezetése azt is jelenti, 
hogy az ERCA új mozgásérzékel ő mesterkulcsot és 
DSRC-mesterkulcsot hoz létre (lásd: 9.2.1.2. és 9.2.2.2. 
szakasz). 
CSM_57 Az új európai gyökérkulcspár létrehozása el őtt az ERCA- 
nak meg kell vizsgálnia és meg kell állapítania az új kulcs ­
párhoz szükséges titkosítási er ősséget, figyelembe véve, 
hogy a kulcspárnak az elkövetkez ő 34 éven keresztül 
biztonságosnak kell maradnia. Szükség esetén az ERCA- 
nak a jelenleginél er ősebb titkosítási készletre kell átvál ­
tania (a következ őben leírtak szerint: CSM_50).  
▼M1 
CSM_58 Az új európai gyökérkulcspár elkészítésekor az ERCA-nak 
egy hivatkozási tanúsítványt kell létrehoznia az új európai 
nyilvános kulcshoz, és azt az el őző európai privát kulcs 
használatával alá kell írnia. A hivatkozási tanúsítvány érvé ­
nyességi id őszaka 17 év és 3 hónap. Ezt az 1. ábra illuszt ­
rálja a 9.1.7. szakaszban.  
▼B 
Megjegyzés: mivel tartalmazza az ERCA  X. generációs 
nyilvános kulcsát, továbbá az ERCA  X-1. generációs privát 
kulcsával van aláírva, a hivatkozási tanúsítvány alkalmas 
módszert kínál az  X-1. generáció alatt kibocsátott berende ­
zéseknek arra, hogy megbízhatónak tekintsék az  X. gene­
ráció alatt kibocsátott berendezéseket.  
CSM_59 Az ERCA semmilyen célra nem használhatja a gyökér ­
kulcspár privát kulcsát azt követ ően, hogy új, gyökérkulc ­
csal aláírt tanúsítvány lép érvénybe.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 387  
CSM_60 Az ERCA mindenkor rendelkezik a következ ő titkosítási 
kulcsokkal és tanúsítványokkal:  
— A jelenlegi EUR-kulcspár és a megfelel ő tanúsítvány.  
— Minden korábbi EUR-tanúsítvány a még érvényben 
lévő MSCA-tanúsítványok ellen őrzéséhez.  
— Hivatkozási tanúsítványok az EUR-tanúsítványok 
összes generációjához, az els őt kivéve.  
9.1.3 Tagállami szint 
CSM_61 Tagállami szinten minden, tachográfkártya-tanúsítvány 
aláírására kötelezett tagállamnak egy vagy több egyedi 
ECC-kulcspárt kell létrehoznia, MSCA_Card megnevezés ­
sel. A járm űegységekhez vagy küls ő GNSS-eszközökhöz 
tartozó tanúsítványok aláírására kötelezett tagállamok ezen ­
felül egy vagy több MSCA_VU-EGF megnevezésű egyedi 
ECC-kulcspárt is létrehoznak.  
CSM_62 A tagállami kulcspárok létrehozásának feladatát egy 
tagállami tanúsító hatóság (MSCA) végzi. Amikor egy 
MSCA tagállami kulcspárt hoz létre, a nyilvános kulcsot 
el kell küldenie az ERCA számára, hogy ily módon besze ­
rezhesse az ERCA által aláírt megfelel ő tagállami tanúsít ­
ványt. 
CSM_63 Az MSCA-nak úgy kell megválasztania a tagállami 
kulcspár er ősségét, hogy megegyezzen a megfelel ő 
tagállami tanúsítvány aláírásához használt európai gyökér ­
kulcspár er ősségével. 
CSM_64 Az MSCA_VU-EGF kulcspárnak (ha van ilyen) az 
MSCA_VU-EGF.SK privát kulcsból és az MSCA_VU- 
EGF.PK nyilvános kulcsból kell állnia. Az MSCA az 
MSCA_VU-EGF.SK privát kulcsot kizárólag a járm űegy­
ségek és a küls ő GNSS-eszközök nyilvánoskulcs-tanúsít ­
ványainak aláírására használhatja.  
CSM_65 Az MSCA_Card kulcspárnak az MSCA_Card.SK privát 
kulcsból és az MSCA_Card.PK nyilvános kulcsból kell 
állnia. Az MSCA az MSCA_Card.SK privát kulcsot kizá ­
rólag a tachográfkártyák nyilvánoskulcs-tanúsítványainak 
aláírására használhatja.  
CSM_66 Az MSCA nyilvántartást vezet a járm űegységek, a küls ő 
GNSS-eszközök és a kártyák összes aláírt tanúsítványáról, 
valamint azokról a készülékekr ől, amelyekhez az egyes 
tanúsítványokat létrehozták.  
CSM_67 Az MSCA_VU-EGF tanúsítvány érvényességi id őszaka 17 
év és 3 hónap. Az MSCA_Card tanúsítvány érvényességi 
időszaka 7 év és 1 hónap.  
CSM_68 Az MSCA_VU-EGF kulcspár privát kulcsának és az 
MSCA_Card kulcspár privát kulcsának használati idő szaka 
két év (lásd a 9.1.7. szakasz 1. ábráját).  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 388  
CSM_69 Az MSCA semmilyen célra nem használhatja az 
MSCA_VU-EGF kulcspár privát kulcsát a használati 
időszak lejártát követ ően. Az MSCA az MSCA_Card 
kulcspár privát kulcsát sem használhatja semmilyen célra 
a használati idő szak lejártát követ ően. 
CSM_70 Az MSCA mindenkor rendelkezik a következ ő titkosítási 
kulcsokkal és tanúsítványokkal:  
— A jelenlegi MSCA_Card kulcspár és a megfelel ő tanú­
sítvány. 
— Minden korábbi MSCA_Card tanúsítvány a még 
érvényben lév ő tachográfkártyák tanúsítványainak 
ellenőrzéséhez.  
— Az aktuális MSCA-tanúsítvány ellen őrzéséhez szük ­
séges jelenlegi EUR-tanúsítvány.  
— A még érvényben lévő MSCA-tanúsítványok ellen őrzé­
séhez szükséges minden korábbi EUR-tanúsítvány.  
CSM_71 Ha egy MSCA-nak járm űegységek vagy küls ő GNSS- 
eszközök számára kell tanúsítványokat aláírnia, akkor a 
következő kulcsokkal és tanúsítványokkal is rendelkeznie 
kell: 
— A jelenlegi MSCA_VU-EGF kulcspár és a megfelel ő 
tanúsítvány.  
— Minden korábbi MSCA_VU-EGF nyilvános kulcs a 
járműegységek vagy GNSS-eszközök még érvényben 
lévő tanúsítványainak ellen őrzéséhez.  
9.1.4 Berendezési szint: Járm űegységek  
▼M1 
CSM_72 Minden egyes járm űegységhez két egyedi ECC-kulcspárt 
kell létrehozni, VU_MA és VU_Sign megnevezéssel. Ezt a 
feladatot a járm űegységek gyártói végzik. Egy járm űegy­
ségkulcspár létrehozásakor a kulcsot létrehozó félnek el 
kell küldenie a nyilvános kulcsot MSCA-ja számára, 
hogy beszerezze az MSCA által aláírt megfelel ő járműegy­
ség-tanúsítványt. A privát kulcsot csak a járm űegység 
használhatja.  
▼B 
CSM_73 Egy adott járm űegység VU_MA és VU_Sign tanúsítványa­
inak hatálybalépési dátuma megegyezik.  
CSM_74 A járműegység gyártójának úgy kell megválasztania a 
járműegység-kulcspár er ősségét, hogy az megegyezzen a 
megfelelő járműegység-tanúsítvány aláírásához használt 
MSCA-kulcspár er ősségével. 
CSM_75 A járműegység a VU_MA kulcspárt – amely a 
VU_MA.SK privát kulcsból és a VU_MA.PK nyilvános 
kulcsból áll – kizárólag arra használhatja, hogy járm űegy­
ség-hitelesítést végezzen a tachográfkártyák és küls ő 
GNSS-eszközök felé az e függelék 10.3. és 11.4. szaka ­
szában leírtaknak megfelel ően. 
CSM_76 A járm űegységnek képesnek kell lennie ideiglenes ECC- 
kulcspárok létrehozására, és az ideiglenes kulcspárt kizá ­
rólag arra a célra használhatja, hogy munkamenetkulcs- 
egyeztetést végezzen egy tachográfkártyával vagy küls ő 
GNSS-eszközzel az e függelék 10.4. és 11.4. szakaszában 
leírtaknak megfelel ően. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 389  
CSM_77 A járm űegység a VU_Sign kulcspárhoz tartozó 
VU_Sign.SK privát kulcsot kizárólag arra használhatja, 
hogy aláírja a letöltött adatfájlokat az e függelék 14. feje ­
zetében leírtaknak megfelel ően. A megfelel ő VU_Sign.PK 
nyilvános kulcs kizárólag a járm űegység által létrehozott 
aláírások ellen őrzésére használható.  
CSM_78 A VU_MA tanúsítvány érvényességi id őszaka 15 év és 3 
hónap (lásd: a 9.1.7. szakasz 1. ábráját). A VU_Sign tanú ­
sítvány érvényességi idő szaka szintén 15 év és 3 hónap.  
Megjegyzések:  
— A VU_Sign tanúsítvány kib ővített érvényességi 
időszaka lehet ővé teszi a járm űegység számára, hogy 
a lejáratot követ ően még három hónapig érvényes 
aláírásokat hozzon létre a letöltött adatokhoz, az 
581/2010/EU rendelet el őírásainak megfelel ően. 
— A VU_MA kibővített érvényességi idő szakára azért 
van szükség, hogy a járm űegység számára lehet ővé 
tegye az ellen őrzőkártyák vagy vállalkozáskártyák hite ­
lesítését a lejáratot követ ő első három hónapban, és 
ezáltal lehet őség legyen az adatletöltésre.  
CSM_79 A járműegység a megfelel ő tanúsítvány lejártát követ ően 
semmilyen célra nem használhatja a járm űegység-kulcspár 
privát kulcsát.  
CSM_80 A járműegység-kulcspárok (kivéve az ideiglenes kulcs ­
párokat) és az adott járm űegység megfelel ő tanúsítványai 
nem cserélhet ők vagy újíthatók meg, miután a járm űegy­
séget üzembe állították.  
Megjegyzések:  
— Az ideiglenes kulcspárokra ez a követelmény nem 
vonatkozik, mivel a járm űegység minden chiphitelesí ­
téskor és munkamenetkulcs-egyeztetéskor új ideiglenes 
kulcspárt hoz létre (lásd a 10.4. szakaszt). Az ideig ­
lenes kulcspárokhoz nem tartozik tanúsítvány.  
— Ez a követelmény nem tiltja a statikus járm űegység- 
kulcspárok esetleges cseréjét a járm űegység gyártója 
által ellen őrzött biztonságos környezetben végzett 
javítás vagy felújítás során.  
CSM_81 Az üzembe állított járm űegységek a következ ő titkosítási 
kulcsokkal és tanúsítványokkal rendelkeznek:  
— A VU_MA privát kulcs és a megfelel ő tanúsítvány.  
— A VU_Sign privát kulcs és a megfelel ő tanúsítvány.  
— A VU_MA tanúsítvány és a VU_Sign tanúsítvány 
ellenőrzésére szolgáló MSCA_VU-EGF.PK nyilvános 
kulcsot tartalmazó MSCA_VU-EGF tanúsítvány.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 390  
— Az MSCA_VU-EGF tanúsítvány ellen őrzésére szolgáló 
EUR.PK nyilvános kulcsot tartalmazó EUR-tanúsít ­
vány. 
— Az az EUR-tanúsítvány, amelynek érvényességi 
időszaka közvetlenül megel őzi az MSCA_VU-EGF 
tanúsítvány ellen őrzésére szolgáló EUR-tanúsítvány 
(ha van) érvényességi id őszakát. 
— A fenti két EUR-tanúsítványt összekapcsoló hivatko ­
zási tanúsítvány (ha van).  
CSM_82 A CSM_81 szövegében felsorolt titkosítási kulcsokon és 
tanúsítványokon kívül a járm űegységeknek rendelkezniük 
e függelék A. részében meghatározott kulcsokkal és tanú ­
sítványokkal is rendelkezniük kell, amelyek lehet ővé teszik 
a járműegység számára, hogy kommunikáljanak az els ő 
generációs tachográfkártyákkal.  
9.1.5 Berendezési szint: Tachográfkártyák  
▼M1 
CSM_83 Minden tachográfkártyához egy darab egyedi ECC-kulcs ­
párt kell létrehozni, Card_MA megnevezéssel. Emellett 
egy második, Card_Sign megnevezés ű ECC-kulcspárt is 
létre kell hozni minden egyes járm űvezetői kártyához és 
műhelykártyához. Ezt a feladatot a kártyák gyártói vagy a 
kártyák testreszabását végz ő felek végzik. Egy kártya ­
kulcspár létrehozásakor a kulcsot létrehozó félnek el kell 
küldenie a nyilvános kulcsot MSCA-ja számára, hogy 
beszerezze az MSCA által aláírt megfelel ő kártyatanúsít ­
ványt. A privát kulcsot csak a tachográfkártya használja.  
▼B 
CSM_84 Egy adott járm űvezetői kártya vagy mű helykártya 
Card_MA és Card_Sign tanúsítványainak hatálybalépési 
dátuma megegyezik.  
CSM_85 A kártya gyártójának vagy a kártya testreszabását végz ő 
félnek úgy kell megválasztania a kártyakulcspár er ősségét, 
hogy az megegyezzen a megfelel ő kártyatanúsítvány 
aláírásához használt MSCA-kulcspár er ősségével. 
CSM_86 A tachográfkártya a Card_MA kulcspárt – amely a 
Card_MA.SK privát kulcsból és a Card_MA.PK nyilvános 
kulcsból áll – kizárólag arra használhatja, hogy kölcsönös 
hitelesítést és munkamenetkulcs-egyeztetést végezzen a 
járműegységekkel az e függelék 10.3. és 10.4. szakaszában 
leírtaknak megfelel ően. 
CSM_87 A járm űvezetői kártya vagy m űhelykártya a Card_Sign 
kulcspárhoz tartozó Card_Sign.SK privát kulcsot kizárólag 
arra használhatja, hogy aláírja a letöltött adatfájlokat az e 
függelék 14. fejezetében leírtaknak megfelel ően. A 
megfelelő Card_Sign.PK nyilvános kulcs kizárólag a 
kártya által létrehozott aláírások ellen őrzésére használható.  
▼M1 
CSM_88 A Card_MA tanúsítvány érvényességi id őszaka a követ ­
kezők szerint alakul:  
— Járművezetői kártyák: 5 év 
— Vállalkozáskártyák: 5 év 
— Ellenőrzőkártyák: 2 év  
— Műhelykártyák: 1 év  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 391  
CSM_89 A Card_Sign tanúsítvány érvényességi idő szaka a követ ­
kezők szerint alakul: 
— Járművezetői kártyák:  5 év és 1 hónap 
— Műhelykártyák:  1 év és 1 hónap 
Megjegyzés: a Card_Sign tanúsítvány kib ővített érvényes ­
ségi időszaka lehet ővé teszi a járm űvezetői kártya számára, 
hogy a lejáratot követ ően még egy hónapig érvényes 
aláírásokat hozzon létre a letöltött adatokhoz. Erre az 
581/2010/EU rendelet el őírásai miatt van szükség, amely 
megköveteli, hogy a járm űvezetői kártyáról még a 
legutolsó adatrögzítést követ ő 28 napig lehetséges legyen 
az adatletöltés.  
CSM_90 Egy adott tachográfkártya kulcspárjai és megfelel ő tanúsít­
ványai a kártya kibocsátását követ ően nem lesznek kicse ­
rélve vagy megújítva.  
CSM_91 A kibocsátott tachográfkártyák a következ ő titkosítási 
kulcsokkal és tanúsítványokkal rendelkeznek:  
— A Card_MA privát kulcs és a megfelel ő tanúsítvány. 
— Járművezetői kártyák és m űhelykártyák esetében ezen ­
felül: a Card_Sign privát kulcs és a megfelel ő tanúsít­
vány. 
— A Card_MA tanúsítvány és a Card_Sign tanúsítvány 
ellenőrzésére szolgáló MSCA_Card.PK nyilvános 
kulcsot tartalmazó MSCA_Card tanúsítvány.  
— Az MSCA_Card tanúsítvány ellen őrzésére szolgáló 
EUR.PK nyilvános kulcsot tartalmazó EUR-tanúsít ­
vány. 
— Az az EUR-tanúsítvány, amelynek érvényességi 
időszaka közvetlenül megel őzi az MSCA_Card tanúsít­
vány (ha van) ellen őrzésére szolgáló EUR-tanúsítvány 
érvényességi idő szakát.  
— A fenti két EUR-tanúsítványt összekapcsoló hivatko ­
zási tanúsítvány (ha van).  
▼M1 
— Továbbá csak ellen őrzőkártyák, vállalkozáskártyák és 
műhelykártyák esetében és csak akkor, ha az ilyen 
kártyákat az új EUR tanúsítvány érvényességi idejének 
első három hónapja alatt bocsátották ki: olyan EUR 
tanúsítvány, amely két generációval régebbi, ha van.  
Megjegyzés az utolsó ponthoz: Például az ERCA(3) 
tanúsítvány (lásd az 1. ábrát) els ő három hónapjában 
az említett kártyáknak tartalmazniuk kell az ERCA(1) 
tanúsítványt. Erre azért van szükség, hogy e kártyákkal 
adatokat lehessen letölteni azon ERCA (1) járm űegy­
ségekről, amelyek normál 15 éves élettartama és a 
három hónapos adatletöltési e hónapokban jár le; lásd 
az I. C. melléklet 13) követelményének utolsó pontját.  
▼B 
CSM_92 A CSM_91 szövegében felsorolt titkosítási kulcsokon és 
tanúsítványokon kívül a tachográfkártyáknak e függelék A. 
részében meghatározott kulcsokkal és tanúsítványokkal is 
rendelkezniük kell, amelyek lehet ővé teszik a tachográfkár ­
tyák számára, hogy kommunikáljanak az els ő generációs 
járműegységekkel.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 392  
9.1.6 Berendezési szint: Küls ő GNSS-eszközök  
▼M1 
CSM_93 Minden küls ő GNSS-eszközhöz egy egyedi ECC-kulcspárt 
hoznak létre, EGF_MA megnevezéssel. Ezt a feladatot a 
külső GNSS-eszközök gyártói végzik. Egy EGF_MA 
kulcspár létrehozásakor a kulcsot létrehozó félnek el kell 
küldenie a nyilvános kulcsot a székhelye szerinti ország 
MSCA-ja számára, hogy beszerezze az MSCA által aláírt 
megfelelő EGF_MA tanúsítványt. A privát kulcsot csak a 
külső GNSS-eszköz használja.  
▼B 
CSM_94 Az EGF gyártójának úgy kell megválasztania az EGF_MA 
kulcspár er ősségét, hogy az megegyezzen a megfelel ő 
EGF_MA tanúsítvány aláírásához használt MSCA-kulcspár 
erősségével.  
▼M1 
CSM_95 A küls ő GNSS-eszköz az EGF_MA kulcspárt – amely az 
EGF_MA.SK privát kulcsból és az EGF_MA.PK nyil­
vános kulcsból áll – kizárólag arra használhatja, hogy 
kölcsönös hitelesítést és munkamenetkulcs-egyeztetést 
végezzen a járm űegységekkel az e függelék 11.4. szaka ­
szában leírtaknak megfelel ően. 
▼B 
CSM_96 Az EGF_MA tanúsítvány érvényességi idő szaka 15 év.  
CSM_97 A külső GNSS-eszköz a megfelel ő tanúsítvány lejártát 
követően nem használja az EGF_MA kulcspár privát 
kulcsát a járm űegységekhez való kapcsolódásra.  
Megjegyzés: a 11.3.3. szakaszban leírtaknak megfelel ően 
az EGF potenciálisan használhatja a privát kulcsát olyan 
járműegységgel történ ő kölcsönös hitelesítésre, amelyhez 
már kapcsolódott, még a megfelel ő tanúsítvány lejártát 
követően is.  
CSM_98 Egy adott külső GNSS-eszköz EGF_MA kulcspárja és 
megfelelő tanúsítványa nem cserélhet ő vagy újítható 
meg, miután az EGF-egységet üzembe állították.  
Megjegyzés: ez a követelmény nem tiltja az EGF-kulcs ­
párok esetleges cseréjét az EGF gyártója által ellen őrzött 
biztonságos környezetben végzett javítás vagy felújítás 
során. 
CSM_99 Az üzembe állított küls ő GNSS-eszközök a következ ő 
titkosítási kulcsokkal és tanúsítványokkal rendelkeznek:  
— Az EGF_MA privát kulcs és a megfelel ő tanúsítvány.  
— Az EGF_MA tanúsítvány ellen őrzésére szolgáló 
MSCA_VU-EGF.PK nyilvános kulcsot tartalmazó 
MSCA_VU-EGF tanúsítvány.  
— Az MSCA_VU-EGF tanúsítvány ellen őrzésére szolgáló 
EUR.PK nyilvános kulcsot tartalmazó EUR-tanúsít ­
vány.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 393  
— Az az EUR-tanúsítvány, amelynek érvényességi 
időszaka közvetlenül megel őzi az MSCA_VU-EGF 
tanúsítvány ellen őrzésére szolgáló EUR-tanúsítvány 
(ha van) érvényességi id őszakát. 
— A fenti két EUR-tanúsítványt összekapcsoló hivatko ­
zási tanúsítvány (ha van).  
9.1.7 Áttekintés: Tanúsítványok cseréje  
Az alábbi 1. ábra azt szemlélteti, hogyan történik az ERCA gyökértanú ­
sítványok, az ERCA hivatkozási tanúsítványok, az MSCA tanúsítványok 
és a berendezéshez (járm űegység és kártya) tartozó tanúsítványok külön ­
böző generációinak kibocsátása és felhasználása:  
▼M1 
1. ábra 
Az ERCA gyökértanúsítványok, az ERCA hivatkozási tanúsítványok, az MSCA-tanúsítványok és a 
berendezéshez (járm űegység és kártya) tartozó tanúsítványok különböz ő generációinak kibocsátása és 
felhasználása
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 394  
Megjegyzések az 1. ábra tartalmához:  
1. A gyökértanúsítvány különböző generációit zárójelben lév ő szám 
jelzi. Az „ERCA (1)” például az ERCA gyökértanúsítvány els ő gene­
rációját, az „ERCA (2)” pedig ugyanezen tanúsítvány második gene ­
rációját jelenti, és így tovább.  
2. Más tanúsítványok két zárójeles számmal vannak megjelölve: az els ő 
annak a gyökértanúsítványnak a generációját jelzi, amely alatt a kibo ­
csátás történt, a második pedig magának a tanúsítványnak a generá ­
cióját. Az MSCA_Card (1-1) például az els ő MSCA_Card tanúsít­
vány, amelyet az ERCA (1) alatt bocsátottak ki; az MSCA_Card (2- 
1) az első MSCA_Card tanúsítvány, amelyet az ERCA (2) alatt bocsá ­
tottak ki; az MSCA_Card (2-utolsó) az utolsó olyan MSCA_Card 
tanúsítvány, amelyet az ERCA (2) alatt bocsátottak ki; a Card_MA 
(2-1) az els ő kölcsönös hitelesítési kártyatanúsítvány, amelyet az 
ERCA (2) alatt bocsátottak ki; és így tovább.  
3. Az MSCA_Card (2-1) és az MSCA_Card (1-utolsó) tanúsítvány kibo ­
csátása majdnem (de nem pontosan) egy id őben történik. Az 
MSCA_Card (2-1) az els ő olyan MSCA_Card tanúsítvány, amelyet 
az ERCA (2) alatt bocsátanak ki, és a kibocsátására valamivel az 
MSCA_Card (1-utolsó) – azaz az ERCA (1) alatt kibocsátott utolsó 
MSCA_Card tanúsítvány – után kerül sor. 
4. Ahogy az ábrán is látható, az ERCA (2) alatt kibocsátott els ő jármű­
egység- és kártyatanúsítványok majdnem két évvel az ERCA (1) alatt 
kibocsátott utolsó járm űegység- és kártyatanúsítványok megjelenését 
követően jelennek meg. Ennek az az oka, hogy a járm űegység- és 
kártyatanúsítványokat MSCA-tanúsítvány, és nem közvetlenül az 
ERCA-tanúsítvány részeként bocsátják ki. Az MSCA (2-1) tanúsít ­
vány kibocsátására közvetlenül az ERCA (2) érvényessé válása után 
kerül sor, de az MSCA (1-utolsó) tanúsítványt nem sokkal ezel őtt 
bocsátják ki, az ERCA (1) tanúsítvány érvényességének utolsó pilla ­
natában. Ezért ez a két MSCA-tanúsítvány közelít őleg azonos érvé ­
nyességi id őszakkal fog rendelkezni, annak ellenére, hogy két külön ­
böző generációhoz tartoznak.  
5. A kártyák érvényességi idő szakaként a járm űvezetői kártyák érvényes ­
ségi időszaka van feltüntetve (5 év).  
▼M1 
6. A helytakarékosság érdekében a Card_MA és Card_Sign tanúsítvány 
érvényességi idő szakai közötti eltérés csak az els ő generációnál van 
feltüntetve.  
▼B 
9.2. Szimmetrikus kulcsok 
9.2.1 A járműegységek és mozgásérzékel ők közötti kommunikáció biztonsá­
gossá tételét szolgáló kulcsok  
9.2.1.1 Általános tudnivalók  
Megjegyzés:  e rész olvasói feltételezhet ően ismerik a járm űegység és a 
mozgásérzékel ő közötti interfészt leíró ISO 16844-3. sz. szabvány tartal ­
mát. A járm űegység és a mozgásérzékel ő párosításának folyamatát e 
függelék 12. fejezete ismerteti részletesen.  
CSM_100 A járm űegységek és mozgásérzékel ők párosításához, a 
járműegységek és mozgásérzékel ők közötti kölcsönös hite ­
lesítéshez, valamint a járm űegységek és mozgásérzékel ők 
közötti kommunikáció titkosításához több szimmetrikus 
kulcs szükséges (lásd: 3. táblázat). E kulcsok mindegyike 
a mozgásérzékel ő mesterkulcsával azonos hosszúságú 
AES-kulcs. A mozgásérzékel ő mesterkulcsa a (tervezett) 
európai gyökérkulcspár hosszához lesz kötve (lásd: 
CSM_50).  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 395  
3. táblázat 
A járműegység és a mozgásérzékel ő közötti kommunikáció biztonságossá tételét szolgáló kulcsok  
Kulcs Szimbó­
lum Létrehozó  Létrehozási módszer  Tároló  
Mozgás-érzékel ő mester­
kulcsa – járm ű- 
egységhez tartozó rész  K M-VU  ERCA Véletlenszer ű ERCA, a járműegységek tanú ­
sítványainak kibocsátásában 
részt vevő MSCA-k, járműegy­
ségek gyártói, járm űegységek 
Mozgás-érzékel ő mester­
kulcsa – mű helyhez 
tartozó rész K M-WC  ERCA Véletlenszer ű ERCA, MSCA-k, kártyagyár­
tók, mű helykártyák  
Mozgás-érzékel ő mester­
kulcsa K M Nem függetlenül 
létrehozott  Kiszámítása a K M = K  M- 
VU XOR K  M-WC  képlet­
tel ERCA, a mozgásérzékel ők 
kulcsainak kibocsátásában 
részt vevő MSCA-k (opcionáli­
san) (*) 
Azonosítási kulcs  K  ID Nem függetlenül 
létrehozott  Kiszámítása a K ID = K M 
XOR CV képlettel (a 
CV meghatározását lásd: 
CSM_106) ERCA, a mozgásérzékel ők 
kulcsainak kibocsátásában 
részt vevő MSCA-k (opcionáli­
san) (*) 
Párosítási kulcs  K  P Mozgásérzékel ő 
gyártója  Véletlenszer ű Egy mozgásérzékel ő 
Munkamenet-kulcs  K  S Járműegység (a 
járműegység és a 
mozgásérzékel ő 
párosításakor) Véletlenszer ű Egy járm űegység és egy 
mozgásérzékel ő 
(*) A K  M és a K  ID tárolása opcionális, mivel ezek a kulcsok származtathatók a K  M-VU  , a K  M-WC  és a CV értékeib ől. 
CSM_101 Az európai gyökértanúsítványokat kezel ő hatóság létrehozza 
a K  M-VU  és K  M-WC  kulcsot, ezt a két véletlenszer ű és egyedi 
AES-kulcsot, amelyekb ől a K  M mozgásérzékel ő-mesterkulcs 
a K  M-VU  XOR K  M-WC  képlettel számítható ki. Az ERCA- 
nak a K  M, K M-VU  és K  M-WC  értékeit kérésre közölnie kell a 
tagállami tanúsító hatóságokkal.  
CSM_102 Az ERCA-nak minden K  M mozgásérzékel ő-mesterkulcshoz 
hozzá kell rendelnie egy egyedi verziószámot, amely a K  M- 
VU és K  M-WC  kulcsok, valamint a kapcsolódó K  ID azonosí­
tási kulcs létrehozására is vonatkozik. Az ERCA-nak tájé ­
koztatnia kell az MSCA-kat a verziószámról, amikor elküldi 
számukra a K  M-VU  és K  M-WC  értékeit.  
Megjegyzés: a verziószám arra szolgál, hogy megkülönböz ­
tessék a kulcsok különböz ő generációit (err ől részletesen 
lásd a 9.2.1.2. szakaszt).  
CSM_103 A tagállami tanúsító hatóságnak kérésre továbbítania kell a 
K M-VU  kulcsot és annak verziószámát a járm űegység- 
gyártók számára. A járm űegység-gyártóknak a K  M-VU  
kulcsot és verziószámát minden legyártott járm űegységbe 
integrálniuk kell.  
CSM_104 A tagállami tanúsító hatóságnak gondoskodnia kell arról, 
hogy a K  M-WC  és annak verziószáma minden, az adott 
hatóság felel ősségi körében kibocsátott mű helykártyába 
integrálva legyen.  
Megjegyzések:  
— Lásd a
  adattípus 
leírását a 2. függelékben.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 396  
— A 9.2.1.2. szakaszban leírtaknak megfelel ően előfordul­
hat, hogy a K  M-WC  több generációját is integrálni kell 
egy adott mű helykártyába.  
CSM_105 A CSM_104 által meghatározott AES-kulcson felül az 
MSCA-nak gondoskodnia kell arról, hogy a Km  WC TDES- 
kulcsot (lásd e függelék A. részének CSM_037 követelmé ­
nyét) integrálják a saját felel ősségi körében kibocsátott 
minden mű helykártyába.  
Megjegyzések:  
— Ez lehetővé teszi, hogy második generációs m űhelykár­
tyákat használjanak az els ő generációs járm űegy­
ségekhez való kapcsolódáshoz.  
— A második generációs mű helykártya két különböz ő 
alkalmazást fog tartalmazni: az egyik az e függelék B. 
részének, a másik pedig az A. részének felel meg. Az 
utóbbi tartalmazza a Km  WC TDES-kulcsot.  
CSM_106 A mozgásérzékel ők kibocsátásában részt vev ő MSCA-nak 
az azonosítási kulcsot a mozgásérzékel ő mesterkulcsából 
kell származtatnia úgy, hogy XOR-m űveletet végez a 
mesterkulcs és a CV állandóvektor között. A CV értéke a 
következő: 
▼M1 
— 128 bites mozgásérzékel ő-mesterkulcsok esetében: CV = 
„B6 44 2C 45 0E F8 D3 62 0B 7A 8A 97 91 E4 5D 83”  
▼B 
— 192 bites mozgásérzékel ő-mesterkulcsok esetében: 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’ 
— 256 bites mozgásérzékel ő-mesterkulcsok esetében: 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’ 
Megjegyzés: az állandóvektorok létrehozása a következ ő­
képpen zajlott:  
Pi_10 = a matematikai π állandó decimális részének els ő 10 
bájtja = ‘24 3F 6A 88 85 A3 08 D3 13 19’  
CV_128-bits = az SHA-256(Pi_10) els ő 16 bájtja  
CV_192-bits = az SHA-384(Pi_10) els ő 24 bájtja  
CV_256-bits = az SHA-512(Pi_10) els ő 32 bájtja  
CSM_107 ►M1 Minden mozgásérzékel ő-gyártó véletlenszer ű és 
egyedi K  P párosítási kulcsot hoz létre minden mozgásérzé ­
kelőhöz, és minden párosítási kulcsot megküld tagállama 
tanúsító hatóság számára. Az MSCA az egyes párosítási 
kulcsokat a K  M mozgásérzékel ő-mesterkulccsal titkosítja, 
és a titkosított kulcsot visszaküldi a mozgásérzékel ő gyártója 
számára. Az MSCA-nak minden titkosított kulcs esetében 
tájékoztatnia kell a mozgásérzékel ő gyártóját a társított K  M 
verziószámáról. ◄ 
Megjegyzés: a 9.2.1.2. szakaszban leírtaknak megfelel ően 
előfordulhat, hogy a mozgásérzékel ő gyártójának több 
egyedi párosítási kulcsot is létre kell hoznia egyetlen 
mozgásérzékel őhöz. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 397  
CSM_108 Minden egyes mozgásérzékel ő-gyártónak minden mozgás­
érzékelőhöz egyedi sorozatszámot kell létrehoznia, és az 
összes sorozatszámot el kell küldenie a tagállami tanúsító 
hatóság számára. Az MSCA-nak az egyes sorozatszámokat 
a K  ID azonosítási kulccsal külön-külön titkosítania kell, és a 
titkosított sorozatszámot vissza kell küldenie a mozgásérzé ­
kelő gyártója számára. Az MSCA-nak minden titkosított 
sorozatszám esetében tájékoztatnia kell a mozgásérzékel ő 
gyártóját a társított K  ID verziószámáról.  
▼B 
CSM_109 A CSM_107 és CSM_108 követelményhez az MSCA-nak 
az AES algoritmust kell alkalmaznia titkosított blokkok 
láncolatán alapuló üzemmódban, az ISO 10116. sz. szab ­
vány definíciója szerint,  m = 1 kihagyási paraméterrel és 
SV = 00 {16} inicializálási vektorral (azaz 16 bájt, ‘0’ 
bináris értékkel). Szükség esetén az MSCA-nak az ISO 
9797-1. sz. szabvány szerinti 2. kitöltési módszert kell alkal ­
maznia.  
CSM_110 A mozgásérzékel ő gyártója a titkosított párosítási kulcsot és 
a titkosított sorozatszámot a titkosításhoz használt K  M és 
K ID kulcs megfelel ő egyszerű szöveges értékével és verzió ­
számával együtt a mozgásérzékel őben tárolja.  
Megjegyzés: a 9.2.1.2. szakaszban leírtaknak megfelel ően 
előfordulhat, hogy a mozgásérzékel ő gyártójának több titko ­
sított párosítási kulcsot és sorozatszámot is tárolnia kell 
egyetlen mozgásérzékel őn. 
CSM_111 A CSM_110 által meghatározott AES-alapú titkosítási 
tartalmon felül a mozgásérzékel ő gyártója az egyes mozgás ­
érzékelőkben a TDES-alapú titkosítási tartalmat is tárolhatja, 
amely e függelék A. részének CSM_037 követelményében 
van leírva.  
Megjegyzés: mindez lehetővé teszi a második generációs 
mozgásérzékel ő első generációs járm űegységhez történ ő 
kapcsolódását.  
CSM_112 A járműegység által a mozgásérzékel ővel való párosítás 
során létrehozott K  S munkamenetkulcs hossza a K  M-VU,  
hosszához igazodik, a CSM_50 követelményben leírtaknak 
megfelelően. 
9.2.1.2 Mozgásérzékel ő mesterkulcsának cseréje második generációs készülé ­
kekben  
CSM_113 Minden egyes mozgásérzékel ő-mesterkulcs és minden 
kapcsolódó kulcs (lásd: 3. táblázat) az ERCA gyökér ­
kulcspár adott generációjához van társítva. Így ezeket a 
kulcsokat 17 évente kell cserélni. A mozgásérzékel ő-mester­
kulcsok minden generációjának érvényességi idő szaka egy 
évvel a társított ERCA gyökérkulcspár érvényessé válása 
előtt kezdődik, és a társított ERCA gyökérkulcspár lejára ­
takor ér véget. A 2. ábra ezt ábrázolja.  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 398  
2. ábra 
A mozgásérzékel ő-mesterkulcs különböz ő generációinak kibocsátása és használata a járműegységekben, 
mozgásérzékel őkben és m űhelykártyákban
  
CSM_114 Legalább egy évvel az új európai gyökérkulcspár létrehozása 
előtt (lásd: CSM_56) az ERCA-nak a K  M-VU  és a K  M-WC  
létrehozásával el kell készítenie az új K  M mozgásérzékel ő- 
mesterkulcsot. A mozgásérzékel ő-mesterkulcs hosszának az 
új európai gyökérkulcspár tervezett er ősségéhez kell 
igazodnia (lásd: CSM_50). Az ERCA-nak az új K  M , K  M- 
VU és K  M-WC  kulcsot és verziószámukat kérésre közölnie 
kell az MSCA-kkal.  
CSM_115 Az MSCA-nak gondoskodnia kell arról, hogy a K  M-WC  
minden érvényes generációja és ezek verziószáma a saját 
felelősségi körében kibocsátott összes mű helykártyán tárolva 
legyen (lásd: 2. ábra).  
Megjegyzés: ez azt is jelenti, hogy az ERCA-tanúsítványok 
érvényességi idő szakának utolsó évében a mű helykártyákat a 
K M-WC  három különböz ő generációjával bocsátják ki (lásd: 2. 
ábra).  
CSM_116 A fenti CSM_107 és CSM_108 követelményben leírt folya­
mattal kapcsolatos tudnivalók: az MSCA a mozgásérzékel ő 
gyártójától kapott egyes K  P párosítási kulcsokat külön-külön 
titkosítja a K  M mozgásérzékel ő-mesterkulcs minden egyes 
érvényes generációjával. Az MSCA emellett a mozgásérzé ­
kelő gyártójától kapott egyes sorozatszámokat is külön- 
külön titkosítja a K  ID azonosítási kulcs minden egyes érvé ­
nyes generációjával. A mozgásérzékel ő gyártója a párosítási 
kulcs és a sorozatszám minden titkosítását az adott mozgás ­
érzékelőben tárolja, a titkosításhoz használt K  M és K  ID kulcs 
megfelelő egyszerű szöveges értékeivel és verziószámaival 
együtt.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 399  
Megjegyzés: ez azt is jelenti, hogy egy ERCA-tanúsítvány 
érvényességi idő szakának utolsó évében a mozgásérzéke ­
lőket a K  M három különböz ő generációján alapuló titkosított 
adatokkal bocsátják ki (lásd: 2. ábra).  
CSM_117 A fenti CSM_107 követelményekben leírt folyamattal 
kapcsolatos tudnivalók: mivel a K  P párosítási kulcs hossza 
a K  M hosszához igazodik (lásd: CSM_100), el őfordulhat, 
hogy a mozgásérzékel ő gyártójának akár három különböz ő 
(eltérő hosszúságú) párosítási kulcsot is létre kell hoznia 
egyetlen mozgásérzékel őhöz, amennyiben a K  M egymást 
követő generációinak hossza nem azonos. Ilyen esetben a 
gyártó minden egyes párosítási kulcsot elküld az MSCA 
számára. Az MSCA gondoskodik arról, hogy az egyes páro ­
sítási kulcsok a mozgásérzékel ő-mesterkulcs megfelel ő 
(vagyis a velük azonos hosszúságú) generációjával legyenek 
titkosítva.  
Megjegyzés: ha a mozgásérzékel ő gyártója TDES-alapú 
párosítási kulcsot használ egy második generációs mozgás ­
érzékelőhöz (lásd: CSM_111), akkor a gyártó tájékoztatja az 
MSCA-t, hogy a TDES-alapú mozgásérzékel ő-mesterkulcsot 
kell alkalmazni a párosítási kulcs titkosításához. Ez azért 
fontos, mert a TDES-kulcs hossza megegyezhet az AES- 
kulcs hosszával, így az MSCA pusztán a kulcshossz alapján 
nem képes dönteni.  
CSM_118 A járműegységek gyártói csak egy generációjú K  M-VU  
kulcsot integrálhatnak minden egyes járm űegységbe, a 
kulcs verziószámával együtt. Ennek a K  M-VU  -generációnak 
ahhoz az ERCA-tanúsítványhoz kell kapcsolódnia, amelyen 
a járműegység tanúsítványai alapulnak.  
Megjegyzések:  
— az X . generációs ERCA-tanúsítványon alapuló járm űegy­
ségek csak az  X. generációs K  M-VU  kulcsot tartalmazhat ­
ják, még akkor is, ha azt az  X+1. generációs ERCA- 
tanúsítvány érvényességi id őszakának kezdete után 
bocsátották ki. Ezt a 2. ábra szemlélteti.  
— A X . generációhoz tartozó járműegységek nem párosít­
hatók össze X-1 . generációs mozgásérzékel őkkel. 
— Mivel a műhelykártyák érvényességi idő szaka egy év, a 
CSM_113–CSM_118 eredményeképpen minden 
műhelykártya tartalmazni fogja az új K  M-WC  kulcsot az 
új K  M-VU  kulcsot tartalmazó els ő járműegység kibocsá ­
tásakor. Emellett ekkorra a legtöbb új mozgásérzékel ő 
már tartalmazni fogja az új K  M kulcson alapuló titkosí ­
tott adatokat is. Emellett ekkorra a legtöbb új mozgás ­
érzékelő már tartalmazni fogja az új K  M kulcson alapuló 
titkosított adatokat is.  
9.2.2 Kulcsok a DSRC-kommunikáció biztonságossá tételéhez  
9.2.2.1 Általános tudnivalók  
CSM_119 A járm űegységek és az ellen őrző hatóságok közötti, DSRC 
távoli kommunikációs csatornán zajló adatforgalom hiteles ­
ségét és titkosságát olyan járm űegység-specifikus AES- 
kulcsokkal kell biztosítani, amelyeket egyetlen DSRC- 
mesterkulcsból, a KM  DSRC  kulcsból származtatnak.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 400  
CSM_120 A KM  DSRC  DSRC-mesterkulcs egy, az ERCA által bizton ­
ságosan létrehozott, tárolt és terjesztett AES-kulcs. Hossza 
128, 192 vagy 256 bit lehet, az európai gyökérkulcspár 
hosszának megfelel ően (lásd: CSM_50). 
CSM_121 Az ERCA-nak kérésre biztonságos módon el kell juttatnia a 
DSRC-mesterkulcsot a tagállamok tanúsító hatóságai 
számára, hogy azok származtathassák bel őle a járműegy­
ség-specifikus DSRC-kulcsokat, valamint biztosíthassák, 
hogy a DSRC-mesterkulcs integrálva legyen minden, a 
saját felelősségi körükben kibocsátott ellen őrzőkártyába és 
műhelykártyába.  
CSM_122 Az ERCA-nak minden egyes DSRC-mesterkulcshoz egyedi 
verziószámot kell rendelnie. Az ERCA-nak tájékoztatnia kell 
az MSCA-kat a verziószámról, amikor elküldi számukra a 
DSRC-mesterkulcsot.  
Megjegyzés: A verziószám arra szolgál, hogy megkülönböz ­
tessék a DSRC-mesterkulcs különböz ő generációit (err ől 
részletesen lásd a 9.2.2.2. szakaszt).  
▼M1 
CSM_123 A járm űegység gyártójának minden járm űegységhez létre 
kell hoznia egy egyedi járm űegység-sorozatszámot, majd 
ezt a számot el kell küldenie a tagállami tanúsító hatóság 
számára, hogy beszerezze a két járm űegység-specifikus 
DSRC-kulcsot. A járm űegység sorozatszámát a
  
adattípusban kell megadni.  
Megjegyzés: 
— A járműegység e sorozatszámának meg kell egyeznie a 
VuIdentification vuSerialNumber elemével (lásd az 1. 
függeléket) és a járm űegység tanúsítványaiban szerepl ő 
tanúsítványtulajdonos-hivatkozással.  
— Előfordulhat, hogy járm űegység sorozatszáma nem 
ismert akkor, amikor a járm űegység gyártója járm űegy­
ség-specifikus DSRC-kulcsot igényel. Ebben az esetben 
a járműegység gyártója a fentiek helyett a tanúsítási 
kérelem azon egyedi azonosítóját küldi meg, amelyet a 
járműegység tanúsítványainak igénylésekor használt; 
lásd: CSM_153. A tanúsítási kérelem ezen azonosító ­
jának ezért meg kell egyeznie a járm űegység tanúsítvá ­
nyaiban szerepl ő tanúsítványtulajdonos-hivatkozással.  
▼B 
CSM_124 A járm űegység-specifikus DSRC-kulcsokra vonatkozó kérés 
beérkezésekor az MSCA-nak két AES-kulcsot kell származ ­
tatnia a járm űegységhez: a K_VU  DSRC  _ENC és a 
K_VU  DSRC  _MAC kulcsot. Ezek a járm űegység-specifikus 
kulcsoknak a DSRC-mesterkulccsal megegyez ő hosszúsá­
gúnak kell lenniük. Az MSCA-nak az [RFC 5869] szerinti 
kulcsszármaztatási funkciót kell alkalmaznia. A HMAC- 
Hash funkció példányosításához szükséges hasító funkció a 
DSRC-mesterkulcs hosszához igazodik (lásd: CSM_50). Az 
[RFC 5869] szerinti kulcsszármaztatási funkciót a követke ­
zőképpen kell használni:  
1. lépés (kiemelés):  
— PRK = HMAC-Hash ( salt, IKM ), ahol a salt üres ‘’ 
karakterlánc, az  IKM pedig a KM  DSRC  értéke.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 401  
2. lépés (kibontás):  
— OKM =  T(1) , ahol 
T(1) = HMAC-Hash (PRK , T(0) || info || 01) és 
— T(0) = üres karakterlánc (‘ ’)  
— ►M1 info = a járm űegység sorozatszáma vagy a 
tanúsítási kérelem azonosítója a CSM_123 szerint ◄ 
— K_VU  DSRC  _ENC = az els ő L oktett az  OKM értékéb ől 
K_VU  DSRC  _MAC = az utolsó L  oktett az  OKM érté­
kéből 
ahol L  a K_VU  DSRC  _ENC és a K_VU  DSRC  _MAC szük­
séges hossza oktettekben (nyolcbites egységekben) 
megadva.  
CSM_125 Az MSCA-nak a K_VU  DSRC  _ENC és K_VU  DSRC  _MAC 
kulcsot biztonságos módon el kell juttatnia a járm űegység 
gyártója számára a kérdéses járm űegységbe történ ő integ­
rálás céljából.  
CSM_126 Kibocsátáskor a járműegységnek a biztonságos memóriá ­
jában kell tárolnia a K_VU  DSRC  _ENC és K_VU  DSRC  _MAC 
kulcsot, hogy biztosíthassa a távoli kommunikációs 
csatornán küldött adatok integritását, hitelességét és titkos ­
ságát. A járm űegységnek emellett a járm űegység-specifikus 
kulcsok származtatásához használt DSRC-mesterkulcsverzió 
számát is tárolnia kell.  
CSM_127 Kibocsátáskor az ellenőrzőkártyáknak és a mű helykárty­
áknak a biztonságos memóriájukban kell tárolniuk a 
KM  DSRC  kulcsot, hogy ellen őrizhessék a járm űegység által 
a távoli kommunikációs csatornán keresztül küldött adatok 
integritását és hitelességét, valamint képesek legyenek ezen 
adatok visszafejtésére. Az ellen őrzőkártyáknak és a mű hely­
kártyáknak emellett a DSRC-mesterkulcs verziószámát is 
tárolniuk kell.  
Megjegyzés: a 9.2.2.2. szakaszban leírtaknak megfelel ően 
előfordulhat, hogy a KM  DSRC  több generációját is integrálni 
kell egy adott mű helykártyába vagy ellen őrzőkártyába.  
▼M1 
CSM_128 Az MSCA-nak nyilvántartást kell vezetnie minden általa 
létrehozott járm űegység-specifikus DSRC-kulcsról, azok 
verziószámáról, valamint az azok származtatásához használt 
járműegység-sorozatszámról és tanúsításikérelem-azonosító ­
ról. 
▼B 
9.2.2.2 A DSRC-mesterkulcs cseréje  
CSM_129 Minden egyes DSRC-mesterkulcs az ERCA gyökérkulcspár 
adott generációjához van társítva. Az ERCA-nak ezért 17 
évente kell cserélnie a DSRC-mesterkulcsot. Az egyes 
DSRC-mesterkulcsok minden generációjának érvényességi 
időszaka két évvel a társított ERCA gyökérkulcspár érvé ­
nyessé válása el őtt kezdődik, és a társított ERCA gyökér ­
kulcspár lejáratakor ér véget. A 3. ábra ezt ábrázolja.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 402  
3. ábra 
A DSRC-mesterkulcs különböz ő generációinak kibocsátása és használata a járm űegységekben, 
műhelykártyákban és ellen őrzőkártyákban
  
CSM_130 Legalább két évvel az új európai gyökérkulcspár létrehozása 
előtt (lásd: CSM_56) az ERCA új DSRC-mesterkulcsot hoz 
létre. A DSRC-mesterkulcs hossza az új európai gyökér ­
kulcspár tervezett hosszához igazodik (lásd: CSM_50). Az 
ERCA-nak az új DSRC-mesterkulcsot és verziószámát 
kérésre közölnie kell az MSCA-kkal.  
CSM_131 Az MSCA-nak gondoskodnia kell arról, hogy a KM  DSRC  
minden érvényes generációja és ezek verziószáma a saját 
felelősségi körében kibocsátott összes ellen őrzőkártyán 
tárolva legyen (lásd: 3. ábra).  
Megjegyzés: ez azt is jelenti, hogy az ERCA-tanúsítványok 
érvényességi idő szakának utolsó két évében az ellen őrzőkár­
tyákat a KM  DSRC  három különböz ő generációjával bocsátják 
ki (lásd: 3. ábra).  
CSM_132 Az MSCA-nak gondoskodnia kell arról, hogy a KM  DSRC  
összes, legalább egy éve érvényes és még mindig érvényben 
lévő generációja, valamint ezek verziószáma a saját felel ős­
ségi körében kibocsátott összes mű helykártyán tárolva 
legyen (lásd: 3. ábra).  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 403  
Megjegyzés: ez azt is jelenti, hogy az ERCA-tanúsítványok 
érvényességi idő szakának utolsó évében a mű helykártyákat a 
KM  DSRC  három különböz ő generációjával bocsátják ki (lásd: 
3. ábra). 
CSM_133 A járműegységek gyártói csak egy járm űegység-specifikus 
DSRC-kulcskészletet integrálhatnak minden egyes járm ű­
egységbe, annak verziószámával együtt. Ezt a kulcskészletet 
a KM  DSRC  azon generációjából kell származtatni, amely a 
járműegység tanúsítványainak alapjául szolgáló ERCA-tanú ­
sítványhoz van kapcsolva.  
Megjegyzések:  
— ez azt jelenti, hogy az  X. generációs ERCA-tanúsítvá ­
nyon alapuló járm űegységek csak az X . generációs 
K_VU  DSRC  _ENC és K_VU  DSRC  _MAC kulcsot tartal ­
mazhatják, még akkor is, ha a járm űegységet az  X+1. 
generációs ERCA-tanúsítvány érvényességének kezdete 
után bocsátották ki. Ezt a 3. ábra szemlélteti.  
— Mivel a műhelykártyák érvényességi id őszaka egy év, az 
ellenőrzőkártyáké pedig két év, a CSM_131–CSM_133 
eredményeképpen minden m űhelykártya és ellen őrző­
kártya az új DSRC-mesterkulcsot fogja tartalmazni 
attól a pillanattól kezdve, hogy kibocsátják az els ő 
olyan járm űegységet, amely a kérdéses mesterkulcsra 
épülő járműegység-specifikus kulcsokat tartalmazza.  
9.3. Tanúsítványok  
9.3.1 Általános tudnivalók  
CSM_134 Az európai intelligens menetírókészülék-rendszer minden 
tanúsítványának önleíró (self-descriptive) és kártyával ellen ­ 
őrizhető (card-verifiable – CV) tanúsítványnak kell lennie, 
az ISO 7816-4. sz. és ISO 7816-8. sz. szabvány el őírásainak 
megfelelően. 
CSM_135 ►M1 A tanúsítványokon belül az adatobjektumok kódolá ­
sára az ISO 8825-1. sz. szabvány szerinti megkülönböztetett 
kódolási szabályok (DER) vonatkoznak. A 4. táblázat bemu ­
tatja a teljes tanúsítványkódolást, beleértve az összes címkét 
és hosszbájtot is. ◄ 
Megjegyzés: ez a kódolás a következ ő címke-hossz-érték 
(TLV) struktúrát eredményezi:  
Címke: a címke egy vagy két oktettben (nyolcbites 
egységben) van kódolva, és a tartalmat jelöli.  
Hossz: a hossz kódolása el őjel nélküli egész számként 
történik egy, két vagy három oktettben, így a 
maximális hossz 65 535 oktett. A minimális 
számú oktettet kell alkalmazni.  
Érték: az érték kódolása nulla vagy több oktettben törté ­
nik. 
9.3.2 A tanúsítvány tartalma  
CSM_136 Minden tanúsítványnak a 4. táblázat szerinti tanúsítványpro ­
filnak megfelel ő struktúrával kell rendelkeznie.  
4. táblázat 
Tanúsítványprofil, 1. verzió  
Mező Mezőazon o­
sító Címke Hossz (bájt) ASN.1 adattípus 
(lásd az 1. függeléket ) 
ECC-tanúsítvány  C  7F 21 változó 
ECC-tanúsító szerv  B  7F 4E változó  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 404  
Mező Mezőazono­
sító Címke Hossz (bájt) ASN.1 adattípus 
(lásd az 1. függeléket ) 
Tanúsítványprofil- 
azonosító  CPI 5F 29 01
  
A tanúsító hatóság 
hivatkozása  CAR 42 08
  
A tanúsítvány tulaj ­
donosának engedélye  CHA 5F 4C 07
  
Nyilvános kulcs PK 7F 49 változó  
Tartományparaméte ­
rek DP 06 változó
  
Nyilvános pont PP 86 változó
  
A tanúsítvány tulaj ­
donosának hivatko ­
zása CHR 5F 20 08
  
A tanúsítvány hatály ­
balépési dátuma  CEfD 5F 25 04
  
A tanúsítvány lejárati 
dátuma  CExD 5F 24 04
  
Az ECC-tanúsítvány 
aláírása  S 5F 37 változó
  
Megjegyzés: A mez őazonosítót e függelék kés őbbi részeiben 
a tanúsítványok egyes mez őinek jelölésére használjuk – az 
X.CAR például az X felhasználó tanúsítványában szerepl ő 
tanúsítóhatóság-hivatkozás.  
9.3.2.1 Tanúsítványprofil-azonosító  
CSM_137 A tanúsítványoknak a tanúsítványprofil-azonosítóval kell 
jelezniük az alkalmazott tanúsítványprofilt. Az 1. verzió 
(lásd: 4. táblázat) azonosítója a ‘00’ érték.  
9.3.2.2 A tanúsító hatóság hivatkozása  
CSM_138 A tanúsító hatóság hivatkozása a tanúsítvány aláírásának 
ellenőrzésére használt nyilvános kulcsot azonosítja. A tanú ­
sító hatóság hivatkozása így megegyezik a tanúsítvány tulaj ­
donosának hivatkozásával a megfelel ő tanúsító hatóság tanú­
sítványában.  
CSM_139 Az ERCA gyökértanúsítványok önaláírtak, vagyis a tanúsít ­
ványban megegyezik a tanúsító hatóság hivatkozása és a 
tanúsítvány tulajdonosának hivatkozása.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 405  
CSM_140 ERCA hivatkozási tanúsítványok esetében a tanúsítvány 
tulajdonosának hivatkozása megegyezik az új ERCA 
gyökértanúsítvány CHR-értékével. A hivatkozási tanúsítvá ­
nyokban szerepl ő tanúsítóhatóság-hivatkozás megegyezik az 
előző ERCA gyökértanúsítvány tanúsítványtulajdonos-hivat ­
kozásával.  
9.3.2.3 A tanúsítvány tulajdonosának engedélye  
▼M1 
CSM_141 A tanúsítvány tulajdonosának engedélye arra szolgál, hogy 
azonosítsa a tanúsítvány típusát. Értéke a tachográfalkalma ­
zás-azonosító hat legjelent ősebb bájtjából áll, amelyhez 
hozzá van f űzve az a készüléktípus, amely azt a készüléktí ­
pust jelzi, amelyre a tanúsítványt szánták. Járm űegység-tanú ­
sítvány, járm űvezetőikártya-tanúsítvány vagy m űhelykártya- 
tanúsítvány esetén a készüléktípus a kölcsönös hitelesítési 
tanúsítvány és a digitális aláírás létrehozására vonatkozó 
tanúsítvány megkülönböztetésére is szolgál (lásd a 9.1. 
szakaszt és az 1. függeléket. EquipmentType adattípus).  
▼B 
9.3.2.4 Nyilvános kulcs 
A nyilvános kulcs két adatelemet tartalmaz: a tanúsítványban a nyilvános 
kulccsal használandó szabványosított tartományparamétereket, valamint a 
nyilvános pont értékét.  
CSM_142 A tartományparamétereket leíró adatelemnek egy vagy több 
objektumazonosítót (lásd: 1. táblázat) kell tartalmaznia a 
szabványosított tartományparaméterek adott készletének 
megadásához.  
CSM_143 A nyilvános pontot leíró adatelemnek a nyilvános pontot 
kell tartalmaznia. Az elliptikus görbék nyilvános pontjait 
oktett-karakterlánccá kell konvertálni a [TR-03111] el őírása­
inak megfelel ően. Ehhez a tömörítetlen kódolási formátumot 
kell alkalmazni. Egy elliptikus görbe nyilvános pontjának 
kódolt formátumból való kinyerésekor mindig el kell 
végezni a [TR-03111] szerinti ellen őrzéseket.  
9.3.2.5 A tanúsítvány tulajdonosának hivatkozása  
CSM_144 A tanúsítvány tulajdonosának hivatkozása a tanúsítványban 
megadott nyilvános kulcs azonosítója. Más tanúsítvá ­
nyokban az adott nyilvános kulcsra való hivatkozásra szol ­
gál. 
CSM_145 A kártyák és a küls ő GNSS-eszközök tanúsítványai esetében 
a tanúsítvány tulajdonosának hivatkozása az 1. függelékben 
meghatározott
  adattípusú.  
CSM_146 Járm űegységek esetében két eset lehetséges: a gyártó a tanú ­
sítvány igénylésekor vagy ismeri, vagy nem ismeri a gyártós ­
pecifikus sorozatszámot ahhoz a járm űegységhez, amelyhez a 
tanúsítványt és a társított privát kulcsot szánja. Az els ő 
esetben a tanúsítvány tulajdonosának hivatkozása az 1. 
függelékben meghatározott
  
adattípusú. A második esetben a tanúsítvány tulajdono- 
sának hivatkozása az 1. függelékben meghatározott
  
adattípusú.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 406  
Megjegyzés: Kártyatanúsítvány esetében a CHR értékének 
meg kell egyeznie az EF_ICC-ben szerepl ő cardExtended ­
SerialNumber értékével; lásd a 2. függeléket. EGF tanúsít ­
vány esetében a CHR értékének meg kell egyeznie az 
EF_ICC-ben szerepl ő sensorGNSSSerialNumber értékével; 
lásd a 14. függeléket. Járm űegység-tanúsítvány esetében a 
CHR értékének meg kell egyeznie a VuIdentification vuSe ­
rialNumber elemével, lásd az 1. függeléket, kivéve, ha a 
tanúsítvány igénylésekor a gyártó nem ismeri a gyártóspeci ­
fikus sorozatszámot.  
▼B 
CSM_147 Az ERCA- és MSCA-tanúsítványok esetében a tanúsítvány 
tulajdonosának hivatkozása az 1. függelékben meghatározott
  
adattípusú.  
9.3.2.6 A tanúsítvány hatálybalépési dátuma  
▼M1 
CSM_148 A tanúsítvány hatálybalépési dátuma a tanúsítvány érvényes ­
ségi időszakának kezd ő dátumát és idő pontját jelöli.  
▼B 
9.3.2.7 A tanúsítvány lejárati dátuma  
CSM_149 A tanúsítvány lejárati dátuma a tanúsítvány érvényességének 
záró dátumát és idő pontját jelzi.  
9.3.2.8 A tanúsítvány aláírása  
CSM_150 A tanúsítvány aláírását – a tanúsítványtörzs címkéjét és 
hosszát is figyelembe véve – a kódolt tanúsítványtörzs 
alapján kell létrehozni. Az aláíráshoz ECDSA algoritmust 
kell alkalmazni (meghatározás: [DSS]) az aláíró hatóság 
kulcsméretéhez kötött hasító algoritmussal (lásd: CSM_50). 
Az aláírás egyszer ű formátumú (lásd: [TR-03111]).  
9.3.3 Tanúsítványok igénylése  
CSM_151 ►M1 Tanúsítvány igénylésekor az MSCA-nak a következ ő 
adatokat kell elküldenie az ERCA számára: ◄ 
— A kért tanúsítvány profilazonosítója.  
— A tanúsítvány aláírásához várhatóan alkalmazott tanúsí ­
tóhatóság-hivatkozás.  
— Az aláírandó nyilvános kulcs.  
CSM_152 A CSM_151 szövegében szerepl ő adatokon kívül az MSCA- 
nak a következ ő adatokat kell elküldenie a tanúsítási kére ­
lemben az ERCA részére, lehet ővé téve az ERCA számára, 
hogy létrehozza az új MSCA-tanúsítvány tanúsítványtulajdo ­
nos-hivatkozását:  
— A tanúsító hatóság numerikus nemzeti kódja (adattípus: 
az 1. függelékben definiált
  ).  
— A tanúsító hatóság alfanumerikus nemzeti kódja (adattí ­
pus: az 1. függelékben definiált
  ).  
— Az 1 bájtos sorozatszám a tanúsító hatóság különböz ő 
kulcsainak megkülönböztetésére, amennyiben bizonyos 
kulcsokat megváltoztatnak.  
— A tanúsító hatóságra vonatkozó további adatokat tartal ­
mazó kétbájtos mez ő. ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 407  
CSM_153 A készülékgyártónak a következő adatokat kell elküldenie a 
tanúsítási kérelemben az MSCA részére, lehet ővé téve az 
MSCA számára, hogy létrehozza az új készüléktanúsítvány 
tanúsítványtulajdonos-hivatkozását:  
— Ha ismert (lásd: CSM_154), a készülék sorozatszáma, 
amely egyedi módon azonosítja a gyártót, a készüléktí ­
pust és a gyártási hónapot. Ellenkez ő esetben a tanúsítási 
kérelem egyedi azonosítója.  
— A készülékgyártás vagy a tanúsítási kérelem hónapja és 
éve. 
A gyártónak gondoskodnia kell az adatok helyességér ől, valamint arról, 
hogy az MSCA által visszaküldött tanúsítványt integrálják a megfelel ő 
készülékbe.  
▼B 
CSM_154 Járm űegységek esetében két eset lehetséges: a gyártó a tanú ­
sítvány igénylésekor vagy ismeri, vagy nem ismeri a gyár ­
tóspecifikus sorozatszámot ahhoz a járm űegységhez, 
amelyhez a tanúsítványt és a társított privát kulcsot szánja. 
Ha ismeri, a járm űegység gyártójának el kell küldenie a 
sorozatszámot az MSCA számára. Ha nem ismeri, a gyár ­
tónak egyedi módon azonosítania kell az egyes tanúsítási 
kérelmeket, és a tanúsítási kérelem sorozatszámát kell elkül ­
denie az MSCA számára. Az ennek alapján elkészült tanú ­
sítvány tartalmazza a tanúsítási kérelem sorozatszámát. 
Miután a tanúsítványt integrálták az adott járm űegységbe, 
a gyártónak tájékoztatnia kell az MSCA-t a tanúsítási 
kérelem sorozatszáma és a járm űegység-azonosító közötti 
kapcsolatról.  
10. JÁRM ŰEGYSÉG ÉS KÁRTYA KÖZÖTTI KÖLCSÖNÖS HITE ­
LESÍTÉS ÉS BIZTONSÁGOS ÜZENETKÜLDÉS 
10.1. Általános tudnivalók  
CSM_155 A járműegység és a tachográfkártya közötti biztonságos 
kommunikáció általános szinten a következ ő lépésekb ől áll:  
— Elsőként mindkét félnek igazolnia kell a másik számára, 
hogy érvényes nyilvánoskulcs-tanúsítvánnyal rendelke ­
zik, amelyet egy tagállami tanúsító hatóság írt alá, az 
MSCA nyilvánoskulcs-tanúsítványának pedig az európai 
gyökértanúsítványokat tanúsító hatóság aláírásával kell 
rendelkeznie. Ez a lépés az úgynevezett kulcsláncolat- 
ellenőrzés, amelyr ől a 10.2. szakaszban található rész ­
letes leírás.  
— A második lépésben a járm űegységnek igazolnia kell a 
kártya felé, hogy rendelkezik a bemutatott tanúsítvány 
nyilvános kulcsának megfelel ő privát kulccsal. Ezt úgy 
végzi el, hogy aláírja a kártya által küldött véletlenszer ű 
számot. A kártya ellen őrzi az aláírást a véletlenszer ű 
szám alapján. Ha az ellen őrzés sikeres, megtörténik a 
járműegység hitelesítése. Ez a lépés a járm űegység-hite ­
lesítés, amelyr ől a 10.3. szakaszban található részletes 
leírás.  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 408  
— Harmadik lépésként mindkét fél egymástól függetlenül 
kiszámít két AES-munkamenetkulcsot egy aszimmet ­
rikus kulcsegyeztetési algoritmus segítségével. Az 
egyik munkamenetkulcs felhasználásával a kártya 
létrehoz egy üzenethitelesítési kódot (MAC) a járm ű­
egység által küldött egyes adatok alapján. A járm ű­
egység ellen őrzi az üzenethitelesítési kódot. Ha az ellen ­ 
őrzés sikeres, megtörténik a kártya hitelesítése. Ez a 
lépés a kártyahitelesítés, amelyr ől a 10.4. szakaszban 
található részletes leírás.  
— A negyedik lépésben a járm űegységnek és a kártyának 
az egyeztetett munkamenetkulcs használatával kell bizto ­
sítania a kicserélt üzenetek titkosságát, integritását és 
hitelességét. Ezt hívják biztonságos üzenetküldésnek, 
amelyről a 10.5. szakaszban található részletes leírás.  
CSM_156 A CSM_155-ben leírt mechanizmust a járm űegységnek 
akkor kell aktiválnia, amikor az egyik kártyaolvasójába 
kártyát helyeznek be.  
10.2. Kölcsönös tanúsítványláncolat-ellen őrzés 
10.2.1 A kártyatanúsítvány-láncolat járműegység által végzett ellen őrzése  
CSM_157 ►M1 A járm űegységeknek a 4. ábra szerinti protokollt kell 
használniuk a tachográfkártya tanúsítványláncolatának ellen ­ 
őrzésére. A járm űegységnek a kártyáról leolvasott minden 
egyes tanúsítvány esetében ellen őriznie kell a tanúsítvány 
tulajdonosának engedélye (CHA) adatmez ő helyes kitöltését:  
— A kártyatanúsítvány CHA adatmez őjének kölcsönös hite ­
lesítési kártyatanúsítványt kell feltüntetnie (lásd az 1. 
függeléket, EquipmentType adattípus).  
— A Card.CA tanúsítvány CHA mez őjének MSCA-t kell 
feltüntetnie.  
— A Card.Link tanúsítvány CHA adatmez őjének ERCA-t 
kell feltüntetnie. ◄ 
Megjegyzések a 4. ábra tartalmához:  
— Az ábrán látható kártyatanúsítványok és nyilvános 
kulcsok azok, amelyeket a kölcsönös hitelesítéshez hasz ­
nálnak. A 9.1.5. szakaszban ezek Card_MA néven szere ­
pelnek. 
— Az ábrán szereplő Card.CA tanúsítványok és nyilvános 
kulcsok azok, amelyeket a kártyatanúsítványokhoz hasz ­
nálnak, amit a kártyatanúsítvány CAR-eleme jelöl. A 
9.1.3. szakaszban ezek MSCA_Card néven szerepelnek.  
— Az ábrán szereplő Card.CA.EUR tanúsítvány az az 
európai gyökértanúsítvány, amely a Card.CA tanúsítvány 
CAR-elemében van feltüntetve.  
— Az ábrán szerepl ő Card.Link tanúsítvány a kártya hivat ­
kozási tanúsítványa, ha van ilyen. A 9.1.2. szakaszban 
foglaltaknak megfelel ően ez az ERCA által létrehozott és 
az előző európai privát kulccsal aláírt új európai gyökér ­
kulcspár hivatkozási tanúsítványa.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 409  
— A Card.Link.EUR tanúsítvány az az európai gyökértanú ­
sítvány, amely a Card.Link tanúsítvány CAR-elemében 
van feltüntetve.  
CSM_158 Ahogy a 4. ábra szemlélteti, a kártya tanúsítványláncola ­
tának ellen őrzése a kártya behelyezésekor kezd ődik meg. 
A járműegységnek be kell olvasnia a kártyatulajdonos hivat ­
kozását (
  ) az EF ICC- 
ről. A járműegységnek ellen őriznie kell, hogy ismeri-e a 
kártyát, azaz hogy a múltban sikeresen ellen őrizte-e a kártya 
tanúsítványláncolatát és tárolta-e jöv őbeli használatra. Ha 
igen, és a kártya tanúsítványa még érvényes, akkor a 
folyamat a járm űegység tanúsítványláncolatának ellen őrzé­
sével folytatódik. Ellenkez ő esetben a járm űegységnek 
egymás után be kell olvasnia a kártyáról a kártyatanúsítvány 
ellenőrzésére szolgáló MSCA_Card tanúsítványt, az 
MSCA_Card tanúsítvány ellen őrzésére szolgáló Card.CA. 
EUR tanúsítványt, valamint adott esetben a hivatkozási tanú ­
sítványt, amíg nem talál olyan tanúsítványt, amelyet ismer 
vagy ellen őrizni tud. Ha ilyen tanúsítványt talál, a járm ű­
egységnek ezzel kell ellen őriznie a kártyáról beolvasott 
kártyatanúsítványokat. Ha az ellen őrzés sikeres, a folyamat 
a járműegység tanúsítványláncolatának ellen őrzésével folyta ­
tódik. Ellenkez ő esetben a járm űegységnek figyelmen kívül 
kell hagynia a kártyát.  
Megjegyzés: a járm űegység három különböz ő módon ismer­
heti a Card.CA.EUR tanúsítványt:  
— A Card.CA.EUR tanúsítvány megegyezik a járm űegység 
saját EUR-tanúsítványával.  
— A Card.CA.EUR tanúsítvány a járm űegység saját EUR- 
tanúsítványának az el őzménye, és a járm űegység már a 
kibocsátásakor tartalmazta ezt a tanúsítványt (lásd: 
CSM_81). 
— A Card.CA.EUR tanúsítvány a járm űegység saját EUR- 
tanúsítványának az utódja, és a járm űegység a múltban 
hivatkozási tanúsítványt kapott egy másik tachográfkár ­
tyáról, majd az ellen őrzést követ ően tárolta jöv őbeli 
felhasználás céljából.  
CSM_159 Ahogy a 4. ábra mutatja, miután a járm űegység ellen őrizte 
egy korábban ismeretlen tanúsítvány hitelességét és érvé ­
nyességét, tárolhatja a tanúsítványt jöv őbeli felhasználás 
céljából, hogy a kés őbbiekben ne legyen szükség a tanúsít ­
vány hitelességének ismételt ellen őrzésére. A teljes tanúsít ­
vány tárolása helyett el őfordulhat, hogy a járm űegység csak 
a tanúsítványtörzs tartalmát tárolja (lásd a 9.3.2. szakaszt).  
►M1 Jóllehet az összes többi tanúsítványtípus tárolása 
opcionális, a járm űegységnek kötelez ő tárolnia a kártya 
által bemutatott új hivatkozási tanúsítványt. ◄ 
CSM_160 A járm űegységnek ellen őriznie kell a kártyáról beolvasott 
vagy a memóriájában tárolt tanúsítványok id őbeli érvényes ­
ségét, és a lejárt tanúsítványokat el kell utasítania. A kártya 
által bemutatott tanúsítvány id őbeli érvényességének ellen ­ 
őrzéséhez a járm űegységnek a saját bels ő óráját kell hasz ­
nálnia.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 410  
4. ábra 
A kártyatanúsítvány-láncolat járm űegység általi ellenőrzésének protokollja
  
10.2.2 A járm űegység tanúsítványláncolatának kártya általi ellen őrzése  
CSM_161 ►M1 A tachográfkártyáknak az 5. ábra szerinti protokollt 
kell használniuk a járm űegység tanúsítványláncolatának 
ellenőrzésére. A járm űegység által bemutatott minden tanú ­
sítvány esetében a kártyának ellen őriznie kell a tanúsítvány 
tulajdonosának engedélye (CHA) adatmez ő helyes kitöltését:  
— A VU.Link tanúsítvány CHA mez őjének ERCA-t kell 
feltüntetnie.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 411  
— A VU.CA tanúsítvány CHA mező jének MSCA-t kell 
feltüntetnie.  
— A járműegység-tanúsítvány CHA adatmez őjének 
kölcsönös hitelesítési VU tanúsítványt kell feltüntetnie 
(lásd az 1. függeléket, EquipmentType adattípus). ◄ 
5. ábra 
A járműegység tanúsítványláncolatának kártya általi ellenőrzéséhez használt protokoll
  
Megjegyzések az 5. ábra tartalmához:  
— Az ábrán látható járm űegység-tanúsítványok és nyilvános kulcsok 
azok, amelyeket a kölcsönös hitelesítéshez használnak. A 9.1.4. 
szakaszban ezek VU_MA néven szerepelnek.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 412  
— Az ábrán szerepl ő VU.CA tanúsítványok és nyilvános kulcsok azok, 
amelyeket a járm űegységek és a küls ő GNSS-eszközök tanúsítványa ­
inak aláírásához használnak. A 9.1.3. szakaszban ezek MSCA_VU- 
EGF néven szerepelnek.  
— Az ábrán szereplő VU.CA.EUR tanúsítvány az az európai gyökérta ­
núsítvány, amely a VU.CA tanúsítvány CAR-elemében van feltün ­
tetve.  
— Az ábrán szereplő VU.Link tanúsítvány a járm űegység hivatkozási 
tanúsítványa, ha van ilyen. A 9.1.2. szakaszban foglaltaknak megfele ­
lően ez az ERCA által létrehozott és az el őző európai privát kulccsal 
aláírt új európai gyökérkulcspár hivatkozási tanúsítványa.  
— A VU.Link.EUR tanúsítvány az az európai gyökértanúsítvány, amely 
a VU.Link tanúsítvány CAR-elemében van feltüntetve.  
CSM_162 Ahogy az 5. ábra mutatja, a járm űegység tanúsítványlánco ­
latának ellen őrzése azzal kezd ődik, hogy a járm űegység 
megkísérli saját nyilvános kulcsát beállítani a tachográfkár ­
tyán történ ő használatra. Ha ez sikeres, az azt jelenti, hogy a 
kártya a múltban már sikeresen ellen őrizte a járm űegység 
tanúsítványát és tárolta jöv őbeli használatra. Ilyen esetben 
megtörténik a járm űegység tanúsítványának használatra 
történő beállítása, és a folyamat a járm űegység hitelesíté ­
sével folytatódik. Ha a kártya nem ismeri a járm űegység 
tanúsítványát, akkor a járm űegységnek egymás után be 
kell mutatnia a járm űegység-tanúsítvány ellen őrzésére szol­
gáló VU.CA tanúsítványt, a VU.CA tanúsítvány ellen őrzé­
sére szolgáló VU.CA.EUR tanúsítványt és adott esetben a 
hivatkozási tanúsítványt, hogy találjon egy, a kártya által 
ismert vagy ellen őrizhető tanúsítványt. Ha ilyen tanúsítványt 
talál, a kártyának ezzel kell ellen őriznie a járm űegységről 
beolvasott járm űegység-tanúsítványokat. Sikeres ellen őrzés 
esetén a járm űegység végül beállítja saját nyilvános kulcsát 
a tachográfkártyán történ ő használatra. Ellenkez ő esetben a 
járműegységnek figyelmen kívül kell hagynia a kártyát.  
Megjegyzés: a kártya három különböz ő módon ismerheti a 
VU.CA.EUR tanúsítványt:  
— A VU.CA.EUR tanúsítvány megegyezik a kártya saját 
EUR-tanúsítványával.  
— A VU.CA.EUR tanúsítvány a kártya saját EUR-tanúsít ­
ványának az el őzménye, és a kártya már a kibocsátá ­
sakor tartalmazta ezt a tanúsítványt (lásd: CSM_91).  
— A VU.CA.EUR tanúsítvány a kártya saját EUR-tanúsít ­
ványának az utódja, és a kártya a múltban hivatkozási 
tanúsítványt kapott egy másik járm űegységtől, majd az 
ellenőrzést követ ően tárolta jöv őbeli felhasználás céljá ­
ból. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 413  
CSM_163 A járm űegységnek az MSE: Set AT paranccsal be kell állí ­
tania saját nyilvános kulcsát a tachográfkártyán történ ő 
használatra. Ez a parancs (lásd a 2. függeléket) tartalmazza 
a beállított kulcshoz használt titkosítási mechanizmus 
meghatározását. Ez a mechanizmus az ECDSA algoritmus 
használatával történ ő járműegység-hitelesítés, a járm űegység 
VU_MA kulcspárjának kulcsméretéhez illeszked ő hasító 
algoritmussal együtt (lásd: CSM_50).  
CSM_164 Az MSE: Set AT parancsban emellett szerepel annak az 
ideiglenes kulcspárnak a meghatározása is, amelyet a járm ű­
egység a munkamenetkulcs-egyeztetéshez használ (lásd a 
10.4. szakaszt). Ezért az MSE: Set AT parancs elküldése 
előtt a járműegységnek egy ideiglenes ECC-kulcspárt kell 
létrehoznia. Az ideiglenes kulcspár létrehozásához a járm ű­
egységnek a kártyatanúsítványban szerepl ő szabványosított 
tartományparamétereket kell használnia. Az ideiglenes 
kulcspár megnevezése: (VU.SK  eph , VU.PK  eph , Card.DP). 
A járműegységnek az ECDH ideiglenes nyilvános pont x 
koordinátáját kell használnia kulcsazonosítóként; ez a nyil ­
vános kulcs tömörített ábrázolása, jelölése pedig 
Comp(VU.PK  eph ). 
▼M1 
CSM_165 Ha az MSE: Set AT parancs sikeres, a kártyának be kell 
állítania az adott VU.PK értékét a további járm űegység-hite ­
lesítéshez, és ideiglenesen tárolnia kell a Comp(VU.PKeph) 
értéket. Ha a munkamenetkulcs-egyeztetés végrehajtása el őtt 
két vagy több sikeres MSE: Set AT parancs küldésére is sor 
kerül, a kártyának csak a legutolsó fogadott 
Comp(VU.PKeph) értéket kell tárolnia. A sikeres 
GENERAL AUTHENTICATE parancs után a kártya vissza­
állítja alaphelyzetbe a Comp(VU.PKeph)-et.  
▼B 
CSM_166 A kártyának ellen őriznie kell a járm űegység által bemutatott 
vagy a járm űegység által a kártyamemóriában történ ő 
tárolás során hivatkozott tanúsítványok id őbeli érvényes ­
ségét, és a lejárt tanúsítványokat el kell utasítania.  
CSM_167 A járműegység által bemutatott tanúsítványok id őbeli érvé­
nyességének ellen őrzéséhez minden egyes tachográfkár ­
tyának tárolnia kell olyan adatokat, amelyek az aktuális 
időpontot jelzik. Ezeket az adatokat a járm űegységek nem 
módosíthatják közvetlenül. A kibocsátáskor a kártyán tárolt 
aktuális idő pontot úgy kell beállítani, hogy megegyezzen a 
kártya Card_MA tanúsítványának hatálybalépési dátumával. 
A kártyának akkor kell frissítenie a rajta tárolt aktuális 
időpontot, ha egy járm űegység által bemutatott hiteles 
„érvényes idő forrás” típusú tanúsítvány hatálybalépési 
dátuma újabb, mint a kártyán tárolt aktuális id őpont. Ilyen 
esetben a kártyának az adott tanúsítvány hatálybalépési 
dátumára kell állítania a rajta tárolt aktuális id őpontot. A 
kártya csak a következ ő tanúsítványokat fogadhatja el érvé ­
nyes időforrásként: 
— Második generációs ERCA hivatkozási tanúsítványok.  
— Második generációs MSCA-tanúsítványok.  
— Olyan második generációs járm űegység-tanúsítványok, 
amelyeket ugyanaz az ország bocsátott ki, mint a kártya 
saját kártyatanúsítványát vagy -tanúsítványait.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 414  
Megjegyzés: az utolsó követelmény azt is jelenti, hogy a 
kártyának képesnek kell lennie felismerni a járm űegység- 
tanúsítvány (MSCA_VU-EGF tanúsítvány) CAR-elemét. 
Ez nem egyezik meg a saját tanúsítványa CAR-elemével, 
amely az MSCA_Card tanúsítvány.  
CSM_168 Ahogy az 5. ábra mutatja, miután a kártya ellen őrizte egy 
korábban ismeretlen tanúsítvány hitelességét és érvényes ­
ségét, tárolhatja a tanúsítványt jöv őbeli felhasználás céljá ­
ból, hogy a kés őbbiekben ne legyen szükség a tanúsítvány 
hitelességének ismételt ellen őrzésére. A teljes tanúsítvány 
tárolása helyett el őfordulhat, hogy a kártya csak a tanúsít ­
ványtörzs tartalmát tárolja (lásd a 9.3.2. szakaszt).  
10.3. Járm űegység-hitelesítés  
CSM_169 A járműegységeknek és a kártyáknak a 6. ábra szerinti 
járműegység-hitelesítési protokoll használatával kell elvé ­
gezniük a járm űegység kártyával történ ő hitelesítését. A 
járműegység-hitelesítés lehet ővé teszi a tachográfkártya 
számára, hogy explicit módon ellen őrizze a járm űegység 
hitelességét. Ehhez a járm űegységnek a saját privát kulcsát 
kell használnia a kártya által létrehozott véletlenszer ű szám 
aláírásához.  
CSM_170 ►M1 A kártya által létrehozott véletlenszer ű szám mellett 
a járműegységnek a kártyatanúsítványból származó tanúsít ­
ványtulajdonos-hivatkozást is szerepeltetnie kell az 
aláírásban. ◄ 
Megjegyzés: így biztosítható, hogy az a kártya, amelynek a 
járműegység hitelesíti magát, ugyanaz a kártya, amelynek 
tanúsítványláncolatát a járm ű korábban már ellen őrizte.  
CSM_171 A járműegységnek az aláírásban szerepeltetnie kell még a 
Comp(VU.PK  eph ) ideiglenes nyilvános kulcsot is, amelyet a 
járműegység a 10.4. szakaszban ismertetett chiphitelesítési 
eljárás során a biztonságos üzenetküldés konfigurálásához 
használ.  
Megjegyzés: így biztosítható, hogy az a járm űegység, 
amellyel a kártya a biztonságos üzenetküldés során kommu ­
nikál, ugyanaz a járm űegység, amelyet a kártya hitelesített.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 415  
6. ábra 
Járműegység-hitelesítési protokoll
  
▼B 
CSM_172 Ha a járm űegység-hitelesítés során a járm űegység több GET 
CHALLENGE parancsot is elküld, akkor a kártyának 
minden alkalommal új 8 bájtos véletlenszer ű számot kell 
létrehoznia, de csak a legutolsót tárolja.  
CSM_173 A járm űegység az ECDSA (a meghatározást lásd: [DSS]) 
aláírási algoritmust használja a járm űegység-hitelesítéshez, a 
járműegység VU_MA kulcspárjának kulcsméretéhez kötött 
hasító algoritmus (lásd: CSM_50) alkalmazásával. Az 
aláírás egyszer ű formátumú (lásd: [TR-03111]). A járm ű­
egységnek az elkészült aláírást el kell küldenie a kártya 
számára.  
▼M1 
CSM_174 Amikor egy EXTERNAL AUTHENTICATE parancsban 
megkapja a járm űegység aláírását, a kártyának a következ ő 
műveleteket kell elvégeznie:  
— Ki kell számítania a hitelesítési tokent a Card.CHR, a 
kártya által létrehozott rcard véletlenszer ű szám, vala ­
mint a járm űegységhez tartozó Comp(VU.PKeph) ideig­
lenes nyilvános kulcs azonosítójának összef űzésével.  
— Ellenőriznie kell a járműegység aláírását az ECDSA 
algoritmus használatával, a járm űegység VU_MA kulcs­
párjának kulcsméretéhez kötött hasító algoritmus hasz ­
nálatával (lásd: CSM_50), a VU.PK-val és a kiszámított 
hitelesítési tokennel együtt.  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 416  
10.4. Chiphitelesítés és munkamenetkulcs-egyeztetés 
CSM_175 A járműegységeknek és a kártyáknak a 7. ábra szerinti chip ­
hitelesítési protokoll használatával kell elvégezniük a kártya 
járműegységgel történ ő hitelesítését. A chiphitelesítés lehe ­
tővé teszi a járm űegység számára, hogy explicit módon 
ellenőrizze a kártya hitelességét.  
7. ábra 
Chiphitelesítés és munkamenetkulcs-egyeztetés
  
CSM_176 A járm űegységnek és a kártyának a következő lépéseket 
kell elvégeznie:  
1. A járm űegység kezdeményezi a chiphitelesítési eljárást 
az MSE: Set AT parancs elküldésével, azaz chiphitelesí ­
tést indít az ECDH algoritmus használatával, amelynek 
eredményeképpen megkapja az AES-munkamenet ­
kulcsnak a Card_MA kulcspár kulcsméretéhez kötött 
hosszát (lásd: CSM_50). A járm űegységnek a kártyata ­
núsítvány alapján meg kell határoznia a kártya kulcspár ­
jának kulcsméretét.  
▼M1 
2. A járműegység elküldi a kártya számára saját ideiglenes 
VU.PK  eph kulcspárjának nyilvános pontját. A nyilvános 
pontot oktett-karakterlánccá kell konvertálni a [TR- 
03111] előírásainak megfelel ően. Ehhez a tömörítetlen 
kódolási formátumot kell alkalmazni. A járm űegység 
ezt a kulcspárt a járm űegység tanúsítványláncolatának 
ellenőrzése előtt hozta létre (lásd: CSM_164). A járm ű­
egység elküldte a Comp(VU.PK  eph ) ideiglenes nyilvános 
kulcs azonosítóját a kártyának, amit a kártya eltárolt.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 417  
3. A kártya kiszámítja a Comp(VU.PK  eph ) értékét a 
VU.PK  eph alapján, majd összehasonlítja a 
Comp(VU.PK  eph ) tárolt értékével.  
4. Az ECDH algoritmus, valamint a kártya statikus privát 
kulcsának és a járm űegység ideiglenes nyilvános 
kulcsának használatával a kártya kiszámít egy titkos K 
értéket.  
5. A kártya kiválaszt egy véletlenszer ű 8 bájtos N  PICC 
egyszer használatos számot, és ebb ől két AES-munkame­
netkulcsot származtat (K  MAC és K  ENC ) a K alapján. 
Lásd: CSM_179.  
▼M1 
6. A K  MAC használatával a kártya hitelesítési tokent számít 
ki a járműegység ideiglenes nyilvános pontjához: T  PICC 
= CMAC(K  MAC , VU.PK  eph ). A nyilvános pontot a 
járműegység által használt formátumban kell megadni 
(lásd a fenti második pontot). A kártya elküldi az 
N PICC és a T  PICC értékét a járm űegység számára.  
▼B 
7. Az ECDH algoritmus, valamint a kártya statikus privát 
kulcsának és a járm űegység ideiglenes privát kulcsának 
használatával a járm űegység kiszámítja ugyanazt a titkos 
K értéket, amelyet a kártya a 4. lépésben számított ki.  
8. A járműegység K  MAC és K  ENC munkamenetkulcsot szár ­
maztat a K és N  PICC értékeiből (lásd: CSM_179). 
9. A járműegység ellen őrzi a T PICC hitelesítési tokent.  
CSM_177 A fenti 3. lépésben a kártyának ki kell számítania a 
Comp(VU.PKeph) értékét a VU.PKeph nyilvános pontjának 
x koordinátájaként.  
CSM_178 A fenti 4. és 7. lépésben a kártyának és a járm űegységnek a 
[TR-03111] szerinti ECKA-EG algoritmust kell használnia.  
CSM_179 A fenti 5. és 8. lépésben a kártyának és a járm űegységnek 
az AES-munkamenetkulcsokhoz tartozó kulcsszármaztatási 
funkciót kell használnia (lásd: [TR-03111]), a következ ő 
pontosságokkal és változtatásokkal:  
— A számláló értéke ‘00 00 00 01’ a K  ENC esetében, és 
‘00 00 00 02’ a K  MAC esetében.  
— A folyamatban az opcionális  r egyszer használatos 
számot kell használni, amelynek értéke N  PICC . 
— A 128 bites AES-kulcsok származtatásához használt 
hasító algoritmus az SHA-256. 
— A 192 bites AES-kulcsok származtatásához használt 
hasító algoritmus az SHA-384. 
— A 256 bites AES-kulcsok származtatásához használt 
hasító algoritmus az SHA-512.  
A munkamenetkulcsok hossza (vagyis az a hossz, amelyre a 
hasítást csonkolják) a Card_MA kulcspár méretéhez van 
kötve, a CSM_50 követelménynek megfelel ően. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 418  
CSM_180 A fenti 6. és 9. lépésben a kártyának és a járm űegységnek 
az [SP 800-38B] szerinti AES algoritmust kell használnia 
CMAC-üzemmódban. A T  PICC hossza az AES-munkame ­
netkulcsok hosszához van kötve, a CSM_50 követel ­
ménynek megfelel ően. 
10.5. Biztonságos üzenetküldés  
10.5.1 Általános tudnivalók  
CSM_181 A sikeres chiphitelesítést követ ően és a munkamenet végéig 
a járműegység és a tachográfkártya között kicserélt minden 
parancs és válasz kiadására biztonságos üzenetküldéssel 
kerül sor.  
CSM_182 A biztonságos üzenetküldést a csak hitelesítésre szolgáló 
üzemmódban kell használni, kivéve az SM-R-ENC-MAC- 
G2 (lásd a 2. függelék 4. szakaszát) hozzáférési feltétellel 
történő fájlolvasáskor. Ebben az üzemmódban titkosítási 
ellenőrző összeget (más néven MAC) adnak a parancsokhoz 
és válaszokhoz, hogy biztosítva legyen az üzenetek hiteles ­
sége és integritása.  
CSM_183 Ha egy fájlból SM-R-ENC-MAC-G2 hozzáférési feltétellel 
olvassák ki az adatokat, akkor a biztonságos üzenetküldést 
„titkosítás, majd hitelesítés” üzemmódban kell használni, 
azaz a válasz adatait el őbb titkosítani kell, hogy biztosítva 
legyen az üzenet titkossága, majd a hitelesség és integritás 
érdekében ki kell számítani a formázott titkosított adatok 
MAC-értékét. 
CSM_184 A biztonságos üzenetküldésnek az AES algoritmust kell 
használnia (lásd: [AES]) a chiphitelesítés során egyeztetett 
K MAC és K  ENC munkamenetkulccsal.  
CSM_185 Küldési sorrendszámlálóként (SSC) előjel nélküli egész 
számot kell használni az ismétléses támadások megaka ­
dályozására. Az SSC méretének egyenl őnek kell lennie az 
AES blokkméretével (128 bit). Az SSC-nek olyan formátu ­
múnak kell lennie, amelyben a legjelent ősebb bit kerül 
előre. A küldési sorrendszámlálót a biztonságos üzenet ­
küldés megkezdésekor nullázni kell (‘00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00’ értékre kell inicializálni). 
Az SSC értékének minden alkalommal növekednie kell, 
amikor egy parancs vagy válasz APDU jön létre, azaz 
mivel az SSC kezd őértéke a biztonságos üzenetküldési 
munkamenetben 0, az értéke az els ő parancsban 1 lesz. 
Az SSC értéke az els ő válasznál 2 lesz.  
CSM_186 Az üzenetek titkosításához a K  ENC értékét használják az 
AES algoritmus titkosított blokkok láncolatán alapuló 
(CBC) üzemmódjában (lásd: ISO 10116. sz. szabvány),  m 
= 1 kihagyási paraméterrel és SV = E(K  ENC , SSC) iniciali ­
zálási vektorral, azaz a küldési sorrendszámláló K  ENC kulc­
csal titkosított aktuális értékével.  
CSM_187 Az üzenethitelesítéshez a K  MAC értéket kell alkalmazni az 
AES algoritmus CMAC-üzemmódjában (lásd: [SP 800- 
38B]). A MAC hossza az AES-munkamenetkulcsok 
hosszához igazodik (lásd: CSM_50). A küldési sorrend ­
számlálót bele kell foglalni a MAC értékébe úgy, hogy a 
hitelesítend ő adatcsomag elé illesztik.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 419  
10.5.2 Biztonságos üzenetstruktúra 
CSM_188 A biztonságos üzenetküldés csak az 5. táblázat tartalmában 
szereplő biztonságos üzenetküldési adatobjektumokat hasz ­
nálhatja (lásd: ISO 7816-4. sz. szabvány). Az üzeneteknek a 
táblázatban látható sorrendben kell használniuk az adatob ­
jektumokat.  
5. táblázat 
A biztonságos üzenetküldés adatobjektumai  
Adatobjektum neve  Címke Szerepeltetése (K)ötele ző, 
(F)eltételes vagy (T)ilos a  
paranc sok­
ban válaszokban  
Egyszerű értékű, nem BER-TLV-ben 
kódolt adat 81 F  F  
Egyszerű értékű, BER-TLV-ben kódolt, 
de SM DO-kat nem tartalmazó adat  B3 F  F  
Kitöltésjelz ő és kriptogram; egyszerű 
értékű, nem BER-TLV-ben kódolt adat  87 F  F  
Védett Le 97 F  T  
Feldolgozási állapot  99 T  K  
Titkosítási ellen őrző összeg 8E K  K  
Megjegyzés: ahogy a 2. függelékben le van írva, a tachog ­
ráfkártyák támogathatják a READ BINARY és UPDATE 
BINARY parancsot páratlan INS bájttal (‘B1’, ill. ‘D7’). 
Ezek a parancsváltozatok a 32 768 bájtnál nagyobb fájlok 
olvasásához és frissítéséhez szükségesek. Ilyen parancsvál ­
tozat használatakor ‘B3’ címkével rendelkez ő adatobjek ­
tumot kell alkalmazni a ‘81’ címkével rendelkez ő helyett. 
További információkért lásd a 2. függeléket.  
CSM_189 Minden SM-adatobjektumot DER TLV-ben kell kódolni 
(lásd: ISO 8825-1. sz. szabvány). Ez a kódolás a következ ő 
címke-hossz-érték (TLV) struktúrát eredményezi:  
Címke: a címke egy vagy két oktettben (nyolcbites 
egységben) van kódolva, és a tartalmat jelöli.  
Hossz: a hossz kódolása el őjel nélküli egész számként 
történik egy, két vagy három oktettben, így a 
maximális hossz 65 535 oktett. A minimális 
számú oktettet kell alkalmazni.  
Érték: az érték kódolása nulla vagy több oktettben törté ­
nik. 
CSM_190 A biztonságos üzenetküldéssel védett APDU-kat a követke ­
zőképpen kell létrehozni:  
— A parancsfejnek a MAC-számítás részét kell képeznie, 
ezért a ‘0C’ értéket kell használni a CLA besorolási 
bájthoz.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 420  
— A 2. függelékben foglaltaknak megfelel ően minden INS 
bájtnak párosnak kell lennie; ez alól csak a READ 
BINARY és UPDATE BINARY parancsok páratlan 
INS bájtjai jelenthetnek kivételt.  
— Az Lc tényleges értéke Lc'-re módosul a biztonságos 
üzenetküldés alkalmazása után.  
— Az adatmezőnek SM-adatobjektumokból kell állnia.  
— Az APDU védett parancsban az új Le bájt értéke ‘00’. 
Szükség esetén egy ‘97’ adatobjektumot kell belefog ­
lalni az adatmez őbe az Le eredeti értékének átadásához.  
▼M1 
CSM_191 Minden titkosítandó adatobjektumot az ISO 7816-4. sz. 
szabvány által meghatározott módon töltenek ki a ‘01’ kitöl ­
tés–tartalom jelz ő használatával. A MAC kiszámításához az 
APDU adatobjektumait ki kell tölteni az ISO 7816-4. sz. 
szabvány el őírásainak megfelel ően. 
Megjegyzés: a biztonságos üzenetküldés kitöltését mindig a 
biztonságos üzenetküldési réteg végzi, nem a CMAC vagy a 
CBC algoritmus.  
Összegzés és példák  
Egy biztonságos üzenetküldéssel kiadott, parancsot tartalmazó APDU 
struktúrája a következ ő, a megfelel ő biztosítatlan parancstól függ ően (a 
DO az adatobjektumot jelzi):  
1. eset: CLA INS P1 P2 || Lc' || DO „8E” || Le 
2. eset: CLA INS P1 P2 || Lc' || DO „97” || DO„8E” || 
Le 
3. eset (páros INS bájt): CLA INS P1 P2 || Lc' || DO „81” || DO„8E” || 
Le 
3. eset: (páratlan INS bájt): CLA INS P1 P2 || Lc' || 
DO „B3” || DO„8E” || Le  
4. eset: (páros INS bájt): CLA INS P1 P2 || Lc' || DO 
„81” || DO„97” || DO„8E” || Le  
4. eset: (páratlan INS bájt): CLA INS P1 P2 || Lc' || 
DO „B3” || DO„97” || DO„8E” || Le  
ahol Le = „00” vagy „00 00” attól függ ően, hogy rövid vagy kiterjesztett 
hosszúságú mez őket használnak; lásd: ISO 7816-4. sz. szabvány. 
Egy biztonságos üzenetküldéssel kiadott, választ tartalmazó APDU struk ­
túrája a következ ő, a megfelel ő biztosítatlan parancstól függ ően: 
1. vagy 3. eset: DO „99” || DO 
„8E” || SW1SW2 
2. vagy 4. eset (páros INS bájt) titkosítás nélkül: DO „81” || DO 
„99” || DO „8E” || 
SW1SW2 
2. vagy 4. eset (páros INS bájt) titkosítással: DO „87” || DO 
„99” || DO „8E” || 
SW1SW2 
2. vagy 4. eset (páratlan INS bájt) titkosítás nélkül: DO „B3” || DO 
„99” || DO „8E” || 
SW1SW2  
Megjegyzés: A 2. vagy 4. esetet (páratlan INS bájt) titkosítással soha nem 
használják a járm űegység és kártya közötti kommunikációban.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 421  
Alább három példa látható az APDU-átalakításokra a páros INS-kóddal 
rendelkező parancsokhoz. A 8. ábra egy hitelesített 4. esetbeli, parancsot 
tartalmazó APDU-t, a 9. ábra pedig egy hitelesített 1./3. esetbeli, választ 
tartalmazó APDU-t mutat be, míg a 10. ábra egy titkosított és hitelesített 
2./4. esetbeli, választ tartalmazó APDU-t ábrázol.  
8. ábra 
Átalakítás hitelesített 4. esetbeli, parancsot tartalmazó APDU-hoz
  
9. ábra 
Átalakítás hitelesített 1./3. esetbeli, választ tartalmazó APDU-hoz
  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 422  
10. ábra 
Átalakítás titkosított és hitelesített 2./4. esetbeli, választ tartalmazó APDU-hoz
  
▼B 
10.5.3 Biztonságos üzenetküldési munkamenet megszakítása  
CSM_192 A jármű akkor és csakis akkor szakíthatja meg a folya ­
matban lév ő biztonságos üzenetküldési munkamenetet, ha a 
következők egyikére kerül sor:  
— egyszer ű, választ tartalmazó APDU-t kap;  
— biztonságos üzenetküldési hibát észlel egy választ tartal ­
mazó APDU-ban: 
— Egy várt biztonságos üzenetküldési objektum hiány ­
zik, nem megfelel ő az adatobjektumok sorrendje, 
vagy ismeretlen adatobjektum szerepel a válaszban.  
— Egy biztonságos üzenetküldési adatobjektum hibás, 
például nem megfelel ő a MAC-érték, hibás a TLV- 
struktúra vagy a ‘87’ címkében lév ő kitöltésjelz ő nem 
‘01’.  
— a kártya állapotbájtot küld, amely azt jelzi, hogy SM- 
hibát észlelt (lásd: CSM_194);  
— a jelenlegi munkamenet eléri a parancsok és a kapcso ­
lódó válaszok határértékét. Egy adott járm űegységhez ezt 
a határértéket a gyártó definiálja, figyelembe véve az 
alkalmazott hardver biztonsági követelményeit – maxi ­
mális értéke 240 SM-parancs és -válasz munkameneten ­
ként. ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 423  
CSM_193 A tachográfkártya akkor és csakis akkor szakítja meg a 
folyamatban lév ő biztonságos üzenetküldési munkamenetet, 
ha a következ ők egyikére kerül sor:  
— egyszer ű, parancsot tartalmazó APDU-t kap,  
— biztonságos üzenetküldési hibát észlel egy parancsot 
tartalmazó APDU-ban:  
— Egy várt biztonságos üzenetküldési objektum hiány ­
zik, nem megfelel ő az adatobjektumok sorrendje, 
vagy ismeretlen adatobjektum szerepel a válaszban.  
— Egy biztonságos üzenetküldési adatobjektum hibás, 
például hibás a MAC-érték vagy a TLV-struktúra.  
— az eszközt áramtalanítják vagy alaphelyzetbe állítják,  
— a járm űegység elindítja a járműegység-hitelesítési eljá ­
rást, 
— a jelenlegi munkamenet eléri a parancsok és a kapcso ­
lódó válaszok határértékét. Egy adott kártyához ezt a 
határértéket a gyártó definiálja, figyelembe véve az alkal ­
mazott hardver biztonsági követelményeit – maximális 
értéke 240 SM-parancs és -válasz munkamenetenként.  
▼B 
CSM_194 Biztonságos üzenetküldés hibakezelése a tachográfkártyán:  
— Ha egy parancsot tartalmazó APDU-ban nem találhatók 
bizonyos várt biztonságos üzenetküldési adatobjektumok, 
nem megfelel ő az adatobjektumok sorrendje vagy isme ­
retlen adatobjektumok szerepelnek, a tachográfkártya a 
‘69 87’ állapotbájtokkal válaszol.  
— Ha egy parancsot tartalmazó APDU-ban egy biztonságos 
üzenetküldési adatobjektum hibás, a tachográfkártya a 
‘69 88’ állapotbájtokkal válaszol.  
Ilyen esetben az állapotbájtokat nem a biztonságos üzenet ­
küldés használatával kell visszaküldeni.  
CSM_195 Ha megszakítanak egy biztonságos üzenetküldési munkame ­
netet egy járm űegység és egy tachográfkártya között, a 
járműegység és a tachográfkártya:  
— biztonságosan megsemmisíti a tárolt munkamenetkulcso ­
kat; 
— és azonnal új biztonságos üzenetküldési munkamenetet 
indít (lásd a 10.2–10.5. szakaszt).  
CSM_196 Ha a járm űegység bármilyen okból úgy dönt, hogy újra ­
indítja a kölcsönös hitelesítést egy behelyezett kártyához, a 
folyamatnak a kártya tanúsítványláncolatának ellen őrzésével 
kell kezdődnie (lásd a 10.2. szakaszt) és a 10.2–10.5. 
szakaszban leírtak szerint kell folytatódnia.  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 424  
11. JÁRM ŰEGYSÉG ÉS KÜLS Ő GNSS-ESZKÖZ ÖSSZEKAPCSOLÁSA, 
KÖLCSÖNÖS HITELESÍTÉSE ÉS BIZTONSÁGOS ÜZENETKÜL ­
DÉSE 
11.1. Általános tudnivalók  
CSM_197 A járműegység által a helyzetmeghatározáshoz használt 
GNSS-eszköz lehet belső (azaz a járm űegység burkolatába 
épített, nem leválasztható) vagy küls ő modul is. Az el őbbi 
esetben nem szükséges szabványosítani a GNSS-eszköz és a 
járműegység közötti bels ő kommunikációt, és ilyenkor az e 
fejezetben leírt követelmények nincsenek érvényben. Az 
utóbbi esetben a járm űegység és a küls ő GNSS-eszköz 
közötti kommunikációt az e fejezetben leírtak szerint szab ­
ványosítani és védeni kell.  
CSM_198 A járműegység és a külső GNSS-eszköz közötti biztonságos 
kommunikáció ugyanúgy zajlik, mint a járm űegység és a 
tachográfkártya közötti biztonságos kommunikáció: a kártya 
szerepét ilyenkor a küls ő GNSS-eszköz(EGF) tölti be. Az 
EGF-nek a 10. fejezetben említett, tachográfkártyákra vonat ­
kozó összes követelményt teljesítenie kell, figyelembe véve 
az ebben a fejezetben leírt eltéréseket, magyarázatokat és 
kiegészítéseket. Ez azt jelenti, hogy a kölcsönös tanúsítvány ­
láncolat-hitelesítést, a járm űegység-hitelesítést és chiphite ­
lesítést is el kell végezni a 11.3. és 11.4. szakaszban leírtak 
szerint. 
CSM_199 A járműegység és az EGF közötti kommunikáció abban 
különbözik a járm űegység és a kártya közötti kommunikáci ­
ótól, hogy a járm űegységet és az EGF-et a mű helyben egy 
alkalommal párosítani kell, miel őtt a járműegység és az EGF 
között normál üzemben megkezd ődhetne a GNSS-alapú 
adatok cseréje. Ezt az összekapcsolási eljárást a 11.2. 
szakasz ismerteti részletesen.  
CSM_200 A járműegység és az EGF közötti kommunikációhoz az ISO 
7816-4. sz. és az ISO 7816-8. sz. szabvány szerinti APDU- 
parancsokat kell használni. A kérdéses APDU-k pontos 
struktúráját ennek a mellékletnek a 2. függeléke ismerteti.  
11.2. A járműegység és a külső GNSS-eszköz összekapcsolása 
CSM_201 A járműegységet és a járműben található EGF-et a 
műhelynek kell összekapcsolnia. A járm űegység és az EGF 
csak összekapcsolva lehet képes normál üzemben kommuni ­
kálni.  
CSM_202 A járműegység és az EGF összekapcsolása csak akkor lehet ­
séges, ha a járm űegység kalibrálási üzemmódban van. Az 
összekapcsolást a járm űegységnek kell kezdeményeznie.  
CSM_203 A műhely a járm űegységet bármikor újra összekapcsolhatja 
egy másik EGF-fel vagy ugyanazzal az EGF-fel. Az újbóli 
összekapcsolás során a járm űegységnek biztonságosan meg 
kell semmisítenie a memóriájában tárolt EGF_MA tanúsít ­
ványt, és az újonnan hozzákapcsolt EGF egység EGF_MA 
tanúsítványát kell tárolnia.  
CSM_204 A m űhely a küls ő GNSS-eszközt bármikor újra összekap ­
csolhatja egy másik járm űegységgel vagy ugyanazzal a 
járműegységgel. Az újbóli összekapcsolás során az EGF- 
nek biztonságosan meg kell semmisítenie a memóriájában 
tárolt VU_MA tanúsítványt, és az újonnan hozzákapcsolt 
járműegység VU_MA tanúsítványát kell tárolnia.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 425  
11.3. Kölcsönös tanúsítványláncolat-ellen őrzés 
11.3.1 Általános tudnivalók  
CSM_205 A járműegység és az EGF közötti kölcsönös tanúsítványlán ­
colat-ellenőrzésre csak akkor kerülhet sor, amikor egy 
műhelyben összekapcsolják a járm űegységet és az EGF-et. 
Az összekapcsolt járm űegység és EGF normál üzeme során 
nem történik tanúsítvány-ellen őrzés. Ehelyett a járm űegy­
ségnek és az EGF-nek megbízhatónak kell tekintenie az 
összekapcsoláskor tárolt tanúsítványokat, miután ellen őrzik 
ezen tanúsítványok idő beli érvényességét. A járm űegység 
és az EGF a normál üzem során más tanúsítványokat nem 
tekinthet megbízhatónak, így garantálva a járm űegység és az 
EGF közötti kommunikáció biztonságát.  
11.3.2 A járműegység és az EGF összekapcsolásakor 
CSM_206 Egy EGF járműegységgel való összekapcsolásakor a járm ű­
egységnek a 4. ábra szerinti protokollt kell használnia 
(10.2.1. szakasz) a küls ő GNSS-eszköz tanúsítványláncola ­
tának ellen őrzéséhez.  
Megjegyzések a 4. ábra tartalmához e függelék vonatkozá ­
sában: 
— A kommunikáció vezérlését ez a függelék nem tárgyalja. 
Ugyanakkor tudni kell, hogy az EGF nem intelligens 
kártya, ezért a járm űegység valószín űleg nem küld alap ­
helyzetbe állítási parancsot a kommunikáció kezdemé ­
nyezéséhez, és nem fogad ATR-t.  
— Az ábrán szereplő kártyatanúsítványok és nyilvános 
kulcsok úgy értelmezend ők, mint az EGF kölcsönös hite ­
lesítéshez használt tanúsítványai és nyilvános kulcsai. A 
9.1.6. szakaszban ezek EGF_MA néven szerepelnek.  
— Az ábrán szereplő Card.CA tanúsítványok és nyilvános 
kulcsok úgy értelmezend ők, mint az MSCA tanúsítvá ­
nyai és nyilvános kulcsai, amelyeket az EGF-tanúsítvá ­
nyok aláírására használ. A 9.1.3. szakaszban ezek 
MSCA_VU-EGF néven szerepelnek. 
— Az ábrán szereplő Card.CA.EUR tanúsítvány az az 
európai gyökértanúsítvány, amely az MSCA_VU-EGF 
tanúsítvány CAR-elemében van feltüntetve.  
— Az ábrán szereplő Card.Link tanúsítvány az EGF hivat ­
kozási tanúsítványa, ha van ilyen. A 9.1.2. szakaszban 
foglaltaknak megfelel ően ez az ERCA által létrehozott és 
az előző európai privát kulccsal aláírt új európai gyökér ­
kulcspár hivatkozási tanúsítványa.  
— A Card.Link.EUR tanúsítvány az az európai gyökértanú ­
sítvány, amely a Card.Link tanúsítvány CAR-elemében 
van feltüntetve.  
— A
  helyett a járműegy­
ségnek a
  értéket kell hasz­
nálnia az EF ICC-r ől. 
— A menetíró készülék AID eleme helyett a járm űegy­
ségnek az EGF AID elemét kell kiválasztania.  
— Az „Ignore Card” parancsot „Ignore EGF” parancsként 
kell értelmezni.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 426  
CSM_207 Miután ellen őrizte az EGF_MA tanúsítványt, a járm űegy­
ségnek tárolnia kell azt a normál üzemben történ ő használat ­
hoz; lásd a 11.3.3. szakaszt.  
CSM_208 ►M1 Járműegységgel való csatlakozáskor a küls ő GNSS- 
eszköznek az 5. ábra szerinti protokollt kell használnia 
(10.2.2. szakasz) a járm űegység tanúsítványláncolatának 
ellenőrzéséhez. ◄ 
Megjegyzések a 5. ábra tartalmához e függelék vonatkozá ­
sában: 
— A járműegységnek új ideiglenes kulcspárt kell létre ­
hoznia az EGF-tanúsítványban lév ő tartományparamé ­
terek használatával.  
— Az ábrán látható járm űegység-tanúsítványok és nyilvános 
kulcsok azok, amelyeket a kölcsönös hitelesítéshez hasz ­
nálnak. A 9.1.4. szakaszban ezek VU_MA néven szere ­
pelnek.  
— Az ábrán szereplő VU.CA tanúsítványok és nyilvános 
kulcsok azok, amelyeket a járm űegységek és a küls ő 
GNSS-eszközök tanúsítványainak aláírásához használ ­
nak. A 9.1.3. szakaszban ezek MSCA_VU-EGF néven 
szerepelnek.  
— Az ábrán szereplő VU.CA.EUR tanúsítvány az az 
európai gyökértanúsítvány, amely a VU.CA tanúsítvány 
CAR-elemében van feltüntetve.  
— Az ábrán szereplő VU.Link tanúsítvány a járm űegység 
hivatkozási tanúsítványa, ha van ilyen. A 9.1.2. 
szakaszban foglaltaknak megfelel ően ez az ERCA által 
létrehozott és az el őző európai privát kulccsal aláírt új 
európai gyökérkulcspár hivatkozási tanúsítványa.  
— A VU.Link.EUR tanúsítvány az az európai gyökértanú ­
sítvány, amely a VU.Link tanúsítvány CAR-elemében 
van feltüntetve.  
CSM_209 A CSM_167 követelményt ől eltérően az EGF-nek a GNSS 
időértékét kell használnia bármely bemutatott tanúsítvány 
időbeli érvényességének ellen őrzéséhez.  
▼M1 
CSM_210 Miután ellen őrizte a VU_MA tanúsítványt, a küls ő GNSS- 
eszköz tárolja azt a normál üzemben történ ő használathoz; 
lásd a 11.3.3. szakaszt.  
▼B 
11.3.3 M űködés normál üzemben  
CSM_211 ►M1 Normál üzem során a járm űegységnek és az EGF-nek 
a 11. ábra szerinti protokollt kell használnia a tárolt 
EGF_MA tanúsítvány idő beli érvényességének ellen őrzé­
séhez és a VU_MA nyilvános kulcs kés őbbi járműegység- 
hitelesítéshez történ ő beállításához. Normál üzemben nem 
kerül sor a tanúsítványláncolatok további kölcsönös 
ellenőrzésére. ◄ 
Fontos megjegyezni, hogy a 11. ábra lényegében a 4. ábra és 
az 5. ábra szerinti els ő lépésekb ől áll. Ugyanakkor mivel az 
EGF nem intelligens kártya, a járm űegység valószín űleg nem 
küld alaphelyzetbe állítási parancsot a kommunikáció kezde ­
ményezéséhez, és nem fogad ATR-t. Ennek részleteit 
azonban ez a függelék nem tárgyalja.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 427  
11. ábra 
A tanúsítvány id őbeli érvényességének kölcsönös ellenőrzése a járm űegység és az EGF normál üzeme során
  
CSM_212 Ahogy a 11. ábra mutatja, a járm űegységnek hibát kell 
naplóznia, ha az EGF_MA tanúsítvány nem érvényes. 
Ugyanakkor a kölcsönös hitelesítésnek, a kulcsegyeztetésnek 
és az ezt követ ő, biztonságos üzenetküldéssel végzett 
kommunikációnak normál módon folytatódnia kell.  
11.4. Járm űegység-hitelesítés, chiphitelesítés és munkamenetkulcs-egyez­
tetés 
CSM_213 A járműegység és az EGF között végzett járm űegység-hite ­
lesítésre, chiphitelesítésre és munkamenetkulcs-egyeztetésre 
az összekapcsoláskor kerül sor, valamint minden esetben, 
amikor normál üzemben újra létrehoznak egy biztonságos 
üzenetküldési munkamenetet. A járm űegységnek és az 
EGF-nek a 10.3. és 10.4. szakaszban leírt folyamatokat 
kell elvégeznie. Az említett szakaszokban található minden 
követelményt be kell tartani.  
11.5. Biztonságos üzenetküldés 
CSM_214 A sikeres chiphitelesítést követ ően és a munkamenet végéig 
a járműegység és a küls ő GNSS-eszköz között kicserélt 
minden parancsot és választ a csak hitelesítésre szolgáló 
üzemmódú biztonságos üzenetküldéssel kell védeni. A 
10.5. szakaszban szerepl ő minden követelményt be kell 
tartani.  
CSM_215 Ha egy járműegység és egy EGF közötti biztonságos üzenet ­
küldési munkamenetet megszakítanak, a járm űegységnek 
azonnal létre kell hoznia egy új biztonságos üzenetküldési 
munkamenetet, a 11.3.3. és 11.4. szakaszban leírtak szerint.  
12. JÁRM ŰEGYSÉG ÉS MOZGÁSÉRZÉKEL Ő KÖZÖTTI PÁROSÍTÁS 
ÉS KOMMUNIKÁCIÓ  
12.1. Általános tudnivalók  
CSM_216 A járm űegység és a mozgásérzékel ő közötti kommunikáció a 
párosítás során és normál üzemben az ISO 16844-3. sz. 
szabványban meghatározott interfészprotokoll használatával 
történik, az e fejezetben és a 9.2.1. szakaszban leírt eltéré ­
sekkel.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 428  
Megjegyzés: e fejezet olvasói feltételezhet ően ismerik az ISO 
16844-3. sz. szabvány tartalmát.  
12.2. Járm űegység és mozgásérzékel ő párosítása különböz ő kulcsgenerá­
ciók használatával 
Ahogy a 9.2.1. szakaszban le van írva, a mozgásérzékel ő mesterkulcsát 
és minden társított kulcsát rendszeresen cserélik. Emiatt egyszerre akár 
három, mozgásérzékel őhöz kapcsolódó K  M-WC  AES-kulcs is megtalál ­
ható lehet (egymást követ ő generációkból) a mű helykártyákon. Ennek 
megfelelően a mozgásérzékel őkben akár három különböz ő AES-alapú 
(a mozgásérzékel ő K  M mesterkulcsának egymást követ ő generációin 
alapuló) adattitkosítás is jelen lehet. Egy adott járm űegység csak egyet ­
len, mozgásérzékel őhöz kapcsolódó kulcsot tartalmaz, a K  M-VU  kulcsot. 
CSM_217 Egy második generációs járm űegység és egy második gene ­
rációs mozgásérzékel ő párosítása a következ őképpen zajlik 
(lásd az ISO 16844-3. sz. szabvány 6. táblázatát):  
1. A járműegységbe behelyeznek egy második generációs 
kártyát, és a járm űegységet csatlakoztatják a mozgásérzé ­
kelőhöz. 
2. A járműegység beolvassa az összes elérhet ő K  M-WC  
kulcsot a mű helykártyáról, megvizsgálja a kulcsverziószá ­
mukat, majd kiválasztja azt, amelyiknek a verziószáma 
egyezik a K  M-VU  kulcs verziószámával. Ha a megfelel ő 
K M-WC  kulcs nem található meg a m űhelykártyán, a 
járműegység megszakítja a párosítási folyamatot, és a 
hibának megfelel ő hibaüzenetet jelenít meg a m űhely­
kártya tulajdonosa számára.  
3. A járműegység a mozgásérzékel ő K  M mesterkulcsát a 
K M-VU  és K  M-WC  értékéből, a K  ID azonosítási kulcsot 
pedig a K  M értékéből számítja ki (lásd a 9.2.1. szakaszt).  
4. A járműegység az ISO 16844-3. sz. szabvány szerint 
elküldi a párosítási folyamatot kezdeményező utasítást, 
és a mozgásérzékel őtől kapott sorozatszámot titkosítja a 
K ID azonosítási kulccsal. A járm űegység visszaküldi a 
titkosított sorozatszámot a mozgásérzékel őnek. 
5. A mozgásérzékel ő a titkosított sorozatszámot egymás után 
összehasonlítja a sorozatszám általa tárolt egyes titkosítá ­
saival. Ha egyezést talál, hitelesíti a járm űegységet. A 
mozgásérzékel ő észleli a járm ű által használt K  ID generá­
cióját, és a párosítási kulcs megfelel ő titkosított verzióját 
küldi vissza, vagyis azt a titkosított változatot, amelyet a 
K M ugyanazon generációjával készítettek.  
6. A járműegység visszafejti a párosítási kulcsot a K  M hasz­
nálatával, majd létrehoz egy K  S munkamenetkulcsot, 
titkosítja a párosítási kulccsal, és visszaküldi az ered ­
ményt a mozgásérzékel őnek. A mozgásérzékel ő vissza­
fejti a K  S kulcsot. 
7. A jármű az ISO 16844-3. sz. szabvány el őírásainak 
megfelelően összeállítja a párosítási adatokat, titkosítja 
az információkat a párosítási kulccsal, majd elküldi az 
eredményt a mozgásérzékel őnek. A mozgásérzékel ő 
visszafejti a párosítási adatokat.  
8. A mozgásérzékel ő titkosítja a megkapott párosítási 
adatokat a megkapott K  S kulccsal, és visszaküldi a járm ű­
egység számára. A járm űegység ellen őrzi, hogy a párosí ­
tási adatok megegyeznek-e a járm űegység által az el őző 
lépésben a mozgásérzékel ő számára elküldött  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 429  
adatokkal. Ha igen, akkor ez igazolja, hogy a mozgás ­
érzékelő ugyanazt a K  S kulcsot használta, mint a járm ű­
egység, így az 5. lépésben a párosítási kulcsot a K  M 
megfelelő generációjával titkosítva küldte el. Ezzel 
megtörténik a mozgásérzékel ő hitelesítése.  
Látható, hogy a 2. és 5. lépés eltér az ISO 16844-3 szabvá ­
nyos eljárásától, míg a többi lépés szabványos.  
Példa: Tegyük fel, hogy a párosítás az ERCA (3) tanúsít ­
vány érvényességének els ő évében történik; lásd: a 9.2.1.2. 
szakasz 2. ábráját. Továbbá:  
— Tegyük fel, hogy a mozgásérzékel őt az ERCA (1) tanú ­
sítvány érvényességének utolsó évében bocsátották ki. 
Ezért a következ ő kulcsokat és adatokat tartalmazza:  
— N  s [1]: a mozgásérzékel ő sorozatszáma a K  ID 1. gene­
rációjával titkosítva;  
— N  s [2]: a mozgásérzékel ő sorozatszáma a K  ID 2. gene­
rációjával titkosítva;  
— N  s [3]: a mozgásérzékel ő sorozatszáma a K  ID 3. gene­
rációjával titkosítva;  
— K  P [1]: a mozgásérzékel ő generációját eggyel 
megelő ző generációjú párosítási kulcs (  1 ), a K  M 1. 
generációjával titkosítva;  
— K  P [2]: a mozgásérzékel ő generációját kett ővel 
megelő ző generációjú párosítási kulcs, a K  M 2. gene­
rációjával titkosítva;  
— K  P [3]: a mozgásérzékel ő generációját hárommal 
megelő ző generációjú párosítási kulcs, a K  M 3. gene­
rációjával titkosítva.  
— Tegyük fel, hogy a mű helykártyát az ERCA (3) tanúsít ­
vány érvényességének els ő évében bocsátották ki. Ezért a 
K M-WC  kulcs 2. és 3. generációját tartalmazza.  
— Tegyük fel, hogy a járm űegység a jelenlegit kett ővel 
megelő ző generációhoz tartozik, és a K  M-VU  2. generáci­
óját tartalmazza.  
Ebben az esetben a 2 –5. lépésben a következ ő történik:  
— 2. lépés: A járműegység beolvassa a K  M-WC  2. és 3. 
generációját a m űhelykártyáról, és megvizsgálja ezek 
verziószámát.  
— 3. lépés: A járműegység kombinálja a kett ővel ezelőtti 
generációjú K  M-WC  kulcsot a saját K  M-VU  kulcsával, 
hogy kiszámítsa a K  M és a K  ID értékét.  
— 4. lépés: A járműegység a K  ID használatával titkosítja a 
mozgásérzékel őtől kapott sorozatszámot.  
— 5. lépés: A mozgásérzékel ő a megkapott adatokat össze ­
hasonlítja az N  s [1] értékkel, és nem talál egyezést. 
Ezután az N  s [2] értékkel hasonlítja össze, és egyezést 
talál. Ebből azt a következtetést vonja le, hogy a járm ű­
egység a kett ővel ezelőtti generációhoz tartozik, ezért a 
K P [2] kulcsot küldi vissza.  ▼B 
( 1 ) Az adott generációt eggyel, kett ővel és hárommal megel őző generációjú kulcsok teljesen 
meg is egyezhetnek, de három különböz ő hosszúságú, eltér ő kulcsról is lehet szó (lásd: 
CSM_117).
 02016R0799 — HU — 17.04.2018 — 001.004 — 430  
12.3. Járm űegység és mozgásérzékel ő közötti párosítás és kommunikáció 
AES használatával  
CSM_218 Ahogy a 3. táblázat tartalmából látható (9.2.1. szakasz), a 
(második generációs) járm űegység és a mozgásérzékel ő 
párosításában és az ezt követ ő kommunikációs mű veletekben 
szereplő összes kulcs AES-kulcs, nem pedig az ISO 16844- 
3. sz. szabvány által el őírt dupla hosszúságú TDES-kulcs. 
Ezen AES-kulcsok hosszúsága 128, 192 vagy 256 bit lehet. 
Mivel az AES blokkmérete 16 bájt, a titkosított üzenetek 
hossza a 16 bájt többszöröse, szemben a TDES-nél alkalma ­
zott 8 bájttal. Emellett ezek az üzenetek adott esetben AES- 
kulcsok átadását is végzik, amelyeknek hossza 128, 192 
vagy 256 bit lehet. Ezért az ISO 16844-3. sz. szabvány 5. 
táblázatában szerepl ő utasításonkénti adatbájtok számát a 6. 
táblázat értékeinek megfelel ően módosítani kell:  
▼M1 
6. táblázat 
Egyszerű szöveges és titkosított adatbájtok száma utasításonként az ISO 16844-3. sz. szabvány meghatározása 
szerint  
Utasítás Kérés / válasz  Adatok leírása  Egyszerű szövege s 
adatbáj tok száma 
az ISO 16844-3. sz. 
szabvány szerint  Egys zerű szöveges 
adatbájtok száma 
AES-kulcsok hasz­
nálatával  Egyszerű szövege s adatbájtok 
száma az alábbi hosszúságú 
(bitszámú) AES-kulcsok hasz­
nálatakor  
128 192 256  
10 kérés Hitelesítési adatok + 
fájlszám  8 8  16 16 16 
11 válasz  Hitelesítési adatok + 
fájltartalom  16 vagy 32, fájltól 
függ 16 vagy 32, fájltól 
függ 32 / 48  32 / 48 32 / 48 
41 kérés MoS sorozatszám 8  8  16 16 16 
41 válasz  Párosítási kulcs  16 16 / 24 / 32 16 32 32 
42 kérés Munkamenetkulcs  16 16 / 24 / 32 16 32 32 
43 kérés Párosítási adatok  24 24 32 32 32 
50 válasz  Párosítási adatok  24 24 32 32 32 
70 kérés Hitelesítési adatok  8  8  16 16 16 
80 válasz  MoS számlálóérték + 
hitelesítési adatok  8 8  16 16 16  
▼B 
CSM_219 A ‘43’ (járm űegység kérése) és ‘50’ (MoS válasza) utasítá ­
sokban küldött párosítási információk összeállítása az ISO 
16844-3. sz. szabvány 7.6.10. szakasza szerint zajlik, azzal 
az eltéréssel, hogy a TDES helyett az AES algoritmust alkal ­
mazzák a párosítási adatok titkosításához, ami két AES-titko ­
sítást eredményez, valamint a CSM_220 szerinti kitöltést 
használják az AES-blokkmérethez való igazodás érdekében. 
A titkosításhoz használt K'  p kulcs létrehozása a következ ő­
képpen zajlik:  
— Ha a K  P párosítási kulcs 16 bájt hosszúságú: K'  p = K  P 
XOR (N  s ||N s ) ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 431  
— Ha a K  P párosítási kulcs 24 bájt hosszúságú: K'  p = K  P 
XOR (N  s ||N s ||N s ) 
— Ha a K P párosítási kulcs 32 bájt hosszúságú: K'  p = K  P 
XOR (N  s ||N s ||N s ||N s ) 
ahol az N s a mozgásérzékel ő 8 bájtos sorozatszáma.  
CSM_220 Ha az egyszerű szöveges adatok hossza (AES-kulcsok hasz ­
nálatával) nem 16 bájt többszöröse, akkor az ISO 9797-1. sz. 
szabványban meghatározott 2. kitöltési módszert kell alkal ­
mazni.  
Megjegyzés: az ISO 16844-3. sz. szabványban az egyszerű 
szöveges adatbájtok száma mindig a 8 többszöröse, így a 
TDES használatakor nincs szükség kitöltésre. Az ISO 
16844-3. sz. szabványban szerepl ő adat- és üzenetdefiníci ­
ókat a függelék e része nem módosítja, ezért kitöltés alkal ­
mazására van szükség.  
CSM_221 A ‘11’ utasításnál és akkor, ha egynél több adatblokk titko­
sítására van szükség, az ISO 10116. sz. szabványban el őírt, 
titkosított blokkok láncolatán alapuló üzemmódot kell hasz ­
nálni, m  = 1 kihagyási paraméterrel. Az alkalmazandó IV:  
— A ‘11’ utasításhoz: az ISO 16844-3. sz. szabvány 7.6.3.3. 
szakaszában meghatározott 8 bájtos hitelesítési blokk, az 
ISO 9797-1. sz. szabvány szerinti 2. kitöltési módszerrel 
kitöltve; lásd még az ISO 16844-3. sz. szabvány 7.6.5. és 
7.6.6. szakaszát.  
— Minden más utasításhoz, amelyben 16 bájtnál több adat 
átvitelére kerül sor, a 6. táblázat szerint: ‘00’ {16}, azaz 
tizenhat bájt 0 bináris értékkel.  
Megjegyzés: az ISO 16844-3. sz. szabvány 7.6.5. és 7.6.6. 
szakaszának megfelel ően, ha az MoS titkosítja az adatfáj ­
lokat a ‘11’ utasításba való befoglaláshoz, a hitelesítési 
blokk: 
— egyrészt az adatfájlok CBC-üzemmódú titkosításának 
inicializálási vektoraként szolgál;  
— másrészt titkosítva szerepel a járm űegységnek küldött 
adatok első blokkjában. 
12.4. Járm űegység és mozgásérzékel ő párosítása különböz ő készülékgene­
rációk esetében 
CSM_222 A 9.2.1. szakaszban leírtaknak megfelel ően a második gene ­
rációs mozgásérzékel ő tartalmazhatja a párosítási adatok 
TDES-alapú titkosítását (lásd e függelék A. részét), amely 
lehetővé teszi a mozgásérzékel ő első generációs járm űegy­
séggel történ ő párosítását. Ilyen esetben az els ő generációs 
járműegységet és a mozgásérzékel őt az e függelék A. 
részében és az ISO 16844-3. sz. szabványban leírtak szerint 
kell párosítani. A párosításhoz els ő vagy második generációs 
műhelykártya is használható.  
Megjegyzések:  
— második generációs járm űegységet nem lehet párosítani 
első generációs mozgásérzékel ővel. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 432  
— Első generációs mű helykártyával nem lehet második 
generációs járm űegységet mozgásérzékel őhöz kapcsolni. 
13. A DSRC-n KERESZTÜLI TÁVOLI KOMMUNIKÁCIÓ BIZTON ­
SÁGA  
13.1. Általános tudnivalók  
A 14. függelékben leírtaknak megfelel ően a járműegység rendszeresen 
létrehozza a távoli tachográf-megfigyelési (RTM) adatokat, és elküldi 
ezeket a (bels ő vagy küls ő) távoli kommunikációs egység (RCF) 
számára. A távoli kommunikációs egység feladata, hogy ezeket az 
adatokat a 14. függelékben leírt DSRC-interfészen keresztül továbbküldje 
a távoli lekérdez őegység számára. Az 1. függelékben leírtaknak megfele ­
lően az RTM-adatoknak a következ ők konkatenációjából kell állniuk:  
Titkosított tachográfterhelés az egyszerű szöveges tachográf-terhelési 
érték titkosítva  
DSRC biztonsági adatok  leírásukat lásd lent  
Az egyszerű szöveges tachográf-terhelési adatok formátumát az 1. és a 
14. függelék ismerteti. Ebben a szakaszban a DSRC biztonsági adatok 
struktúráját mutatjuk be; a formális definíció az 1. függelékben található.  
CSM_223 Az egyszer ű szöveges
  adatokat – 
amelyeket a járm űegység a távoli kommunikációs egységnek 
(külső RCF esetében), illetve a DSRC interfészen keresztül a 
távoli lekérdez őegységnek (bels ő RCF esetében) küld el – 
„titkosítás, majd hitelesítés” üzemmóddal kell védeni, azaz a 
tachográf-terhelési adatokat el őször titkosítani kell az üzenet 
titkosságának biztosítása érdekében, majd ezt követ ően ki 
kell számítani az adatok hitelességét és integritását garantáló 
MAC értékét.  
CSM_224 A DSRC biztonsági adatoknak a következ ő adatelemek 
alábbi sorrendben való konkatenációjából kell állniuk(lásd 
még: 12. ábra):  
Aktuális dátum és id ő a járműegység aktuális dátuma és ideje (
  
adattípus)  
Számláló 3 bájtos számláló, lásd: CSM_225  
▼M1 
Járműegység sorozatszáma a járműegység sorozatszáma vagy tanúsítási kérelem 
azonosítója (VuSerialNumber vagy CertificateRe ­
questID adattípus) – lásd: CSM_123  
▼B 
DSRC-mesterkulcs verziószáma annak a DSRC-mesterkulcsnak az 1 bájtos verzió ­
száma, amelyb ől a járműegység-specifikus DSRC- 
kulcsokat származtatták; lásd a 9.2.2. szakaszt.  
MAC Az RTM-adatok összes megelőző bájtjából kiszámított 
MAC értéke.  
CSM_225 A DSRC biztonsági adatok 3 bájtos számlálója olyan formá ­
tumú, amelyben a legjelent ősebb bit kerül el őre. Amikor egy 
járműegység az üzembe állítását követ ően első alkalommal 
számít ki RTM-adatokat, a számláló értékét 0-ra kell állíta ­
nia. A járm űegységnek minden alkalommal, amikor új RTM- 
adatkészletet számít ki, eggyel növelnie kell a számláló érté ­
két. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 433  
13.2. A tachográfterhelés titkosítása és a MAC létrehozása  
CSM_226 A 14. függelékben leírt egyszerű szöveges
  
adatelem esetében a járm űegység 
a 12. ábra szerint végzi az adatok titkosítását: a járm űegység 
K_VU  DSRC  _ENC titkosítási DSRC-kulcsát (lásd: 9.2.2. 
szakasz) titkosított blokkok láncolatán (CBC) alapuló üzem ­
módú AES algoritmussal együtt alkalmazza, az ISO 10116 
sz. szabványban leírtaknak megfelel ően, m  = 1 kihagyási 
paraméterrel. Az inicializációs vektor  IV =  aktuális dátum 
és időpont || 00 00 00 00 00 00 00 00 00 || számláló , ahol 
az aktuális dátum és idő pont és a számláló értékei a 
CSM_224 szerint alakul. A titkosítandó adatok esetében az 
ISO 9797-1. sz. szabvány 2. módszere szerinti kitöltést alkal ­
mazzák.  
CSM_227 A járm űegységnek a DSRC biztonsági adatok MAC-értékét 
a 12. ábra szerint kell kiszámítania: a MAC értékének kiszá ­
mításához az RTM-adatok összes megel őző bájtját fel kell 
használni, egészen a DSRC-mesterkulcs verziószámáig (ezt 
az adatot is beleértve), valamint a címkéket és az adatobjek ­
tumok hosszát is felhasználva a számítás során. A járm űegy­
ségnek a saját DSRC-kulcsát, azaz a K_VU  DSRC  _MAC 
kulcsot kell használnia a hitelesség biztosításához (lásd: 
9.2.2. szakasz), CMAC üzemmódú AES algoritmus alkalma ­
zásával (lásd: [SP 800-38B]). A MAC hossza a járm űegy­
ség-specifikus DSRC-kulcsok hosszához van kötve, a 
CSM_50 el őírásainak megfelel ően. 
12. ábra 
A tachográfterhelés titkosítása és a MAC létrehozása
  
13.3. A tachográfterhelés ellen őrzése és visszafejtése  
CSM_228 Amikor egy távoli lekérdez őegység RTM-adatokat fogad egy 
járműegységtől, az összes RTM-adatot el kell küldenie egy 
ellenőrzőkártya számára a PROCESS DSRC MESSAGE 
parancs adatmez őjében, a 2. függelékben leírtaknak megfele ­
lően. Ezután:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 434  
1. Az ellen őrzőkártyának meg kell vizsgálnia a DSRC- 
mesterkulcs verziószámát a DSRC biztonsági adatokban. 
Ha az ellen őrzőkártya nem ismeri a feltüntetett DSRC- 
mesterkulcsot, a 2. függelékben meghatározott hibát kell 
visszaküldenie, és meg kell szakítania a folyamatot.  
▼M1 
2. Az ellen őrzőkártyának a feltüntetett DSRC-mesterkulcsot 
a DSRC biztonsági adatokban szerepl ő járműegység-soro­
zatszámmal vagy tanúsítási kérelem azonosítóval együtt 
kell használnia a járm űegység-specifikus 
K_VU  DSRC  _ENC és K_VU  DSRC  _MAC DSRC-kulcsok 
származtatásához, a CSM_124 szerint.  
▼B 
3. Az ellen őrzőkártyának a K_VU  DSRC  _MAC kulcs haszná­
latával kell ellen őriznie a MAC értékét a DSRC bizton ­
sági adatokban, a CSM_227 szerint. Ha a MAC nem 
megfelelő, az ellen őrzőkártyának a 2. függelékben 
meghatározott hibát kell visszaküldenie és meg kell szakí ­
tania a folyamatot.  
4. Az ellenőrzőkártyának a K_VU  DSRC  _ENC kulcs haszná­
latával kell visszafejtenie a titkosított tachográfterhelést, a 
CSM_226 szerint. Az ellen őrzőkártyának el kell távolí ­
tania a kitöltést, és vissza kell küldenie a visszafejtett 
tachográf-terhelési adatokat a távoli lekérdez őegységnek. 
CSM_229 Az ismétléses támadások megel őzése érdekében a távoli 
lekérdezőegységnek meg kell vizsgálnia az RTM-adatok 
aktualitását: ellen őriznie kell, hogy a DSRC biztonsági 
adatokban szerepl ő aktuális dátum és idő pont nem tér-e el 
túlzottan a távoli lekérdez őegység aktuális idő pontjától.  
Megjegyzések:  
— Ehhez az szükséges, hogy a távoli lekérdez őegység 
pontos és megbízható idő forrással rendelkezzen.  
— Mivel a 14. függelék értelmében a járm űegységnek 60 
másodpercenként új RTM-adatkészletet kell kiszámítania, 
és a járműegység órája 1 perccel eltérhet a valós id őtől, 
az RTM-adatok aktualitásának alsó határa 2 perc. A tény ­
legesen előírt aktualitás a távoli lekérdez őegység órájának 
pontosságától is függ.  
CSM_230 Amikor egy műhely ellenőrzi a járműegység DSRC-funkció­
inak megfelel ő működését, a járm űegységtől kapott összes 
RTM-adatot el kell küldenie egy m űhelykártya számára a 
PROCESS DSRC MESSAGE parancs adatmez őjében, a 2. 
függelékben leírtaknak megfelel ően. A műhelykártyának el 
kell végeznie a CSM_228 szerinti összes ellen őrzést és 
műveletet.  
14. AZ ADATLETÖLTÉSEK ALÁÍRÁSA ÉS AZ ALÁÍRÁSOK ELLEN ­ 
ŐRZÉSE 
14.1. Általános tudnivalók  
CSM_231 Az intelligens kijelölt berendezésnek (IDE) egyetlen fizikai 
adatállományon belül kell tárolnia a járm űegységről vagy 
kártyáról egy letöltési munkamenetben letöltött adatokat. 
Az adatok tárolása küls ő tárolóeszközön (ESM) történhet. 
Ez a fájl tartalmazza az adattömböknek a 7. függelékben 
meghatározott digitális aláírásait. A fájlnak a következ ő tanú­
sítványokat is tartalmaznia kell (lásd a 9.1. szakaszt):  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 435  
— Járműegységről történő letöltés esetén:  
— A VU_Sign tanúsítványt. 
— A VU_Sign tanúsítvány ellen őrzésére szolgáló nyil ­
vános kulcsot tartalmazó MSCA_VU-EGF tanúsít ­
ványt. 
— Kártyáról történő letöltés esetén:  
— A Card_Sign tanúsítványt.  
— A Card_Sign tanúsítvány ellen őrzésére szolgáló nyil ­
vános kulcsot tartalmazó MSCA_Card tanúsítványt.  
CSM_232 Az IDE-nek az alábbiakkal is rendelkeznie kell:  
— Amennyiben ellenőrzőkártyát használ az aláírás ellen ­ 
őrzéséhez, a 13. ábra szerint: Azt a hivatkozási tanúsít ­
ványt, amely a legújabb EUR-tanúsítványt az azt közvet ­
lenül megel őző érvényességi idő szakkal rendelkez ő 
EUR-tanúsítványhoz kapcsolja.  
— Amennyiben az aláírást maga ellen őrzi: az összes érvé­
nyes európai gyökértanúsítványt.  
Megjegyzés: az IDE által a tanúsítványok beolvasásához 
használt módszer ebben a függelékben nincs meghatározva.  
14.2. Aláírások generálása  
CSM_233 A digitális aláírások létrehozásához az ECDSA aláírási algo ­
ritmust alkalmazzák (a meghatározást lásd: [DSS]), a járm ű­
egység vagy a kártya kulcsméretéhez kötött hasító algorit ­
mussal (lásd: CSM_50). Az aláírás egyszer ű formátumú 
(lásd: [TR-03111]).  
14.3. Aláírások ellenőrzése  
CSM_234 ►M1 Az IDE a letöltött adatokon maga is elvégezheti az 
aláírás ellen őrzését, vagy ellen őrzőkártyát is használhat erre 
a célra. ►C3 Amennyiben ellen őrzőkártyát használ, az 
aláírás ellen őrzésének a 13. ábra szerint kell történnie. ◄ 
Az IDE által bemutatott tanúsítvány id őbeli érvényességének 
ellenőrzéséhez az ellen őrzőkártyának saját bels ő aktuális 
időpontját kell használnia, a CSM_167 szerint. Az ellen őrző­
kártyának akkor kell frissítenie a rajta tárolt aktuális id őpon­
tot, ha egy hiteles „érvényes id őforrás” típusú tanúsítvány 
hatálybalépési dátuma újabb, mint a kártyán tárolt aktuális 
időpont. A kártya csak a következ ő tanúsítványokat fogad ­
hatja el érvényes idő forrásként:  
— Második generációs ERCA hivatkozási tanúsítványok.  
— Második generációs MSCA-tanúsítványok.  
— Olyan második generációs VU_Sign vagy Card_Sign 
tanúsítványok, amelyeket ugyanaz az ország bocsátott 
ki, mint a kártya saját ellen őrzőkártya-tanúsítványát 
vagy -tanúsítványait.  
Ha saját maga végzi az aláírás ellen őrzését, az IDE-nek meg 
kell vizsgálnia az adatfájlban lév ő tanúsítványláncolat összes 
tanúsítványának hitelességét és érvényességét, az aláírás 
adatoknak való megfelelését pedig a [DSS] szerinti aláírási 
rendszer használatával kell ellen őriznie. Mindkét esetben az 
adatfájlból leolvasott minden egyes tanúsítvány esetében 
ellenőrizni kell a tanúsítvány tulajdonosának engedélye 
(CHA) adatmez ő helyes kitöltését:  
— Az EQT tanúsítvány CHA adatmez őjének VU tanúsít­
ványt vagy (adott esetben) kártyatanúsítványt kell feltün ­
tetnie aláírásra (lásd az 1. függeléket, EquipmentType 
adattípus).  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 436  
— Az EQT.CA tanúsítvány CHA adatmez őjének MSCA-t 
kell feltüntetnie.  
— Az EQT.Link tanúsítvány CHA adatmez őjének ERCA-t 
kell feltüntetnie. ◄ 
Megjegyzések a 13. ábra tartalmához:  
— EQT jelöli azt a készüléket, amely aláírta az elemzend ő 
adatokat.  
— Az ábrán szereplő EQT-tanúsítványok és nyilvános 
kulcsok azok, amelyeket az aláíráshoz használnak 
(VU_Sign vagy Card_Sign). 
— Az ábrán szereplő EQT.CA tanúsítványok és nyilvános 
kulcsok azok, amelyeket a járm űegységek, illetve a 
kártyák tanúsítványainak aláírásához használnak.  
— Az ábrán szereplő EQT.CA.EUR tanúsítvány az az 
európai gyökértanúsítvány, amely az EQT.CA tanúsít ­
vány CAR-elemében van feltüntetve.  
— Az ábrán szereplő EQT.Link tanúsítvány az EQT hivat ­
kozási tanúsítványa, ha van ilyen. A 9.1.2. szakaszban 
foglaltaknak megfelel ően ez az ERCA által létrehozott és 
az előző európai privát kulccsal aláírt új európai gyökér ­
kulcspár hivatkozási tanúsítványa.  
— Az EQT.Link.EUR tanúsítvány az az európai gyökérta ­
núsítvány, amely az EQT.Link tanúsítvány CAR- 
elemében van feltüntetve.  
CSM_235 A PSO:Hash parancsban az ellen őrzőkártyának küldött M 
hasítás kiszámításához az IDE-nek az adatletöltés forrásául 
szolgáló járm űegység vagy kártya kulcsméretének megfelel ő 
hasító algoritmust kell használnia (lásd: CSM_50).  
CSM_236 Az EQT aláírásának ellen őrzéséhez az ellen őrzőkártyának a 
[DSS] szerinti aláírási rendszert kell használnia.  
Megjegyzés: ez a dokumentum nem ír el ő semmilyen mű ve­
letet arra az esetre, ha a letöltött adatfájl aláírása nem ellen ­ 
őrizhető vagy az ellen őrzés sikertelen.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 437  
13. ábra 
Letöltött adatfájl aláírásának ellenőrzési protokollja
  ▼M1
02016R0799 — HU — 17.04.2018 — 001.004 — 438 
12. függelék
A GLOBÁLIS NAVIGÁCIÓS M ŰHOLDRENDSZEREN (GNSS- 
RENDSZEREN) ALAPULÓ HELYZETMEGHATÁROZÁS  
TARTALOMJEGYZÉK 
1. BEVEZETÉS
1.1. Hatály 
1.2. Rövidítések és jelentésük  
2. A GNSS-VEV ŐRE VONATKOZÓ EL ŐÍRÁSOK
3. NMEA-ADATMONDATOK
4. KÜLS Ő GNSS-ESZKÖZZEL RENDELKEZ Ő JÁRMŰEGYSÉG
4.1. Konfiguráció 
4.1.1 Fő alkotóelemek és interfészek  
4.1.2 A külső GNSS-eszköz jellemz ői a gyártási folyamat végén  
4.2. Kommunikáció a külső GNSS-eszköz és a járm űegység között  
4.2.1 Kommunikációs protokoll  
4.2.2 A GNSS-adatok biztonságos továbbítása  
4.2.3 A Read Record parancs szerkezete  
4.3. A külső GNSS-eszköz és a járm űegység összekapcsolása, kölcsönös hite ­ 
lesítése és mű veletkulcs-egyeztetése  
4.4. Hibakezelés  
4.4.1 Kommunikációs hiba a küls ő GNSS-eszközzel 
4.4.2 A külső GNSS-eszköz fizikai épségének megsértése  
4.4.3 A GNSS-vev őből származó helyzetmeghatározási információk hiánya  
4.4.4 A külső GNSS-eszköz tanúsítványa lejárt  
5. KÜLS Ő GNSS-ESZKÖZ NÉLKÜLI JÁRM ŰEGYSÉG
5.1. Konfiguráció 
5.2. Hibakezelés  
5.2.1 A GNSS-vev őből származó helyzetmeghatározási információk hiánya  
6. A GNSS IDŐ ÜTKÖZÉSE
7. A JÁRMŰ MOZGÁSÁVAL KAPCSOLATOS ELLENTMONDÁS
1. BEVEZETÉS
Ez a függelék a járm űegység által használt GNSS-adatokra vonatkozó
műszaki követelményeket határozza meg, beleértve a helyzetmeghatá ­
rozási információk biztonságos és megfelel ő adatátviteléhez szükséges
protokollokat is.
E követelmények alapját a 165/2014/EU rendelet következ ő cikkei képe ­
zik: 8. cikk: A járm ű helyzetének rögzítése bizonyos pontokon a napi
munkaidő során, 10. cikk: A menetíró készülékeket és az intelligens
közlekedési rendszereket összekapcsoló interfész, 11. cikk: Az intelligens
menetíró készülékre vonatkozó részletes rendelkezések.▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 439  
1.1. Hatály 
GNS_1 A 8. cikk végrehajtásának el ősegítése érdekében a járm űegy­
ségnek legalább egy GNSS-rendszerb ől helymeghatározási 
adatokat kell gy űjtenie.  
A járműegységek lehetnek GNSS-eszközzel felszereltek vagy GNSS- 
eszköz nélküliek, mint az az 1. ábrán látható:  
1. ábra
A GNSS-vev ő különféle konfigurációi
  
1.2. Rövidítések és jelentésük 
E függelék a következ ő rövidítéseket használja:  
DOP Dilution of Precision – Pontossághígulás 
EGF Elementary file GNSS Facility – A GNSS-eszköz elemi fájlja  
EGNOS European Geostationary Navigation Overlay Service – Európai 
geostacionárius navigációs lefedési szolgáltatás  
GNSS Global Navigation Satellite System – Globális navigációs 
műholdrendszer 
GSA GPS DOP and active satellites – GPS DOP és aktív m űholdak 
HDOP Horizontal Dilution of Precision – Vízszintes pontossághígulás  
ICD Interface Control Document – Interfészvezérlési dokumentáció  
NMEA National Marine Electronics Association – Az USA nemzeti 
tengerészeti elektronikai szervezete  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 440  
PDOP Position Dilution of Precision – Helyzeti pontossághígulás  
RMC Recommended Minimum Specific – Ajánlott minimális 
jellemző 
SIS Signal in Space – Űrjel 
VDOP Vertical Dilution of Precision – Függ őleges pontossághígulás 
VU Vehicle Unit – Járműegység 
2. A GNSS-VEV ŐRE VONATKOZÓ ELŐ ÍRÁSOK  
Függetlenül attól, hogy az intelligens menetíró készülék a konfigurációja 
szerint rendelkezik-e küls ő GNSS-eszközzel, az intelligens menetíró 
készülékek hatékony mű ködésének elengedhetetlen eleme a helyzetmeg ­
határozási információk pontos és megbízható szolgáltatása. Ezért helyén ­
való előírni, hogy a készülék kompatibilis legyen az 1285/2013/EU 
európai parlamenti és tanácsi rendeletben (  1 ) meghatározott Galileo- 
program és az európai geostacionárius navigációs lefedési szolgáltatás 
(EGNOS) elnevezés ű program keretében nyújtott szolgáltatásokkal. A 
Galileo program alapján létrehozott rendszer egy független globális 
műholdas navigációs rendszer, az EGNOS program alapján létrehozott 
rendszer pedig egy regionális m űholdas navigációs rendszer, amely 
javítja a globális helyzetmeghatározó rendszer jeleinek min őségét. 
GNS_2 A gyártóknak gondoskodniuk kell arról, hogy az intelligens 
menetíró készülékekben található GNSS-vev ők kompatibilisek 
legyenek a Galileo és az EGNOS rendszer nyújtotta helyzet ­
meghatározási szolgáltatásokkal. A gyártók emellett dönt ­
hetnek az egyéb m űholdas navigációs rendszerekkel való 
kompatibilitásról is.  
GNS_3 A GNSS-vev őnek alkalmasnak kell lennie arra, hogy támo ­
gassa a Galileo nyílt szolgáltatásán történ ő hitelesítést, ha a 
Galileo ilyen szolgáltatást fog nyújtani és a GNSS-vev ők 
gyártói támogatni fogják ezt a szolgáltatást. A korábbi felté ­
telek teljesülése el őtt piacra kerül ő és a Galileo nyílt szolgál ­
tatásán történ ő hitelesítést nem támogató intelligens menetíró 
készülékek esetében azonban nem lesz kötelez ő az utólagos 
átalakítás.  
3. NMEA-ADATMONDATOK  
Ez a rész az intelligens menetíró készülékek m űködéséhez szükséges 
NMEA-adatmondatokat ismerteti. A leírás a küls ő GNSS-eszközzel 
rendelkező és az anélküli intelligens menetíró készülékekre is érvényes.  
GNS_4 A helymeghatározási adatok alapja az Ajánlott minimális 
specifikusság (RMC) NMEA-adatmondat, amely tartalmazza 
a helyzetre vonatkozó (szélességi, hosszúsági) adatokat, az 
UTC formátumú idő t (hhmmss.ss), a csomóban megadott, 
földhöz viszonyított sebességet és egyéb kiegészít ő értékeket.  
Az RMC adatmondat formátuma a következ ő (az NMEA V4.1 szabvány 
alapján):  ▼B 
( 1 ) Az Európai Parlament és a Tanács 2013. december 11-i 1285/2013/EU rendelete az 
európai m űholdas navigációs rendszerek létrehozásáról és üzemeltetésér ől, valamint a 
876/2002/EK tanácsi rendelet és a 683/2008/EK európai parlamenti és tanácsi rendelet 
hatályon kívül helyezésér ől (HL L 347., 2013.12.20., 1. o.).
 02016R0799 — HU — 17.04.2018 — 001.004 — 441  
2. ábra 
Az RMC adatmondat formátuma
  
Az állapot azt adja meg, hogy rendelkezésre áll-e a GNSS-jel. Amíg az 
állapot értéke A-ra nem változik, a fogadott adatok (pl. az id ő vagy a 
szélesség/hosszúság) nem használhatók a járm ű helyzetének a járm űegy­
ségben való rögzítésére.  
▼M1 
A helyzet felbontása a fent bemutatott RMC adatmondat szerkezetén 
alapszik. A 3. és 5. mez ő első része jelöli a fokokat. A mez ők többi 
része a perceket adja meg három tizedesjegy pontossággal. Így a 
felbontás a következ ő: a perc 1/1 000-ed része vagy a fok 1/60 000-ed 
része (mivel egy perc egy foknak az 1/60-ad része).  
GNS_5 A járműegységnek a szélességre és a hosszúságra vonatkozó 
helyzetmeghatározási adatokat a perc 1/10-ed részének vagy a 
fok 1/600-ad részének megfelel ő felbontással kell eltárolnia a 
járműegység adatbázisában, az 1. függelékben a földrajzi koor ­
dinátákra vonatkozóan meghatározott el őírásoknak megfele ­
lően. 
A GPS DOP és aktív m űholdak (GSA) parancsot a jel rendel ­
kezésre állásának és pontosságának meghatározására és rögzí ­
tésére használhatja a járm űegység. A HDOP konkrétan a 
rögzített helymeghatározási adatok pontossági szintjének jelzé ­
sére szolgál (lásd a 4.2.2. pontot). A járm űegységnek el kell 
tárolnia a vízszintes pontossághígulás (HDOP) értékét, amelyet 
a rendelkezésre álló GNSS-rendszer által begy űjtött HDOP- 
értékek minimumaként számítanak ki.  
A GNSS-rendszer azonosítója jelzi az összes GNSS-konstel ­
láció és m űholdas pontosító rendszer (SBAS) kapcsolódó 
NMEA azonosítóját. 
3. ábra 
A GSA adatmondat formátuma
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 442  
GNS_6 A GSA adatmondatot „02”–„06” rekordszámmal kell eltárolni.  
▼B 
GNS_7 A rekord olvasása parancs méretezéséhez használt NMEA- 
adatmondatok (pl. RMS, GSA vagy egyéb) maximális mérete 
85 bájt lehet (lásd: 1. táblázat).  
4. KÜLS Ő GNSS-ESZKÖZZEL RENDELKEZ Ő JÁRMŰEGYSÉG 
4.1. Konfiguráció 
4.1.1 F ő alkotóelemek és interfészek  
Ebben a konfigurációban a GNSS-vev ő a külső GNSS-eszköz részét 
képezi.  
GNS_8 A külső GNSS-eszköznek specifikus járm űinterfésszel kell 
rendelkeznie.  
GNS_9 A külső GNSS-eszköznek a következ ő alkotóelemekb ől kell 
állnia (lásd: 4. ábra):  
a) Egy kereskedelmi forgalomban kapható GNSS-vev ő a 
helyzetmeghatározási adatoknak a GNSS-adatinterfészen 
keresztül történ ő szolgáltatásához. A GNSS-adatinterfész 
lehet például az NMEA V4.10 szabvány szerinti, ebben 
az esetben a GNSS-vev ő adóként funkcionál, és 1 Hz-es 
frekvenciával továbbítja az NMEA-adatmondatokat a 
biztonságos GNSS adó-vev őnek az el őre meghatározott 
NMEA-adatmondatok vonatkozásában, amelyeknek 
legalább az RMC és a GSA adatmondatokat magukban 
kell foglalniuk. A GNSS-adatinterfész megvalósításának 
mikéntjéről a külső GNSS-eszköz gyártója dönthet. 
b) Az ISO/IEC 7816-4:2013 szabványt (lásd: 4.2.1) támogató 
adó-vevő egység (biztonságos GNSS adó-vev ő), amely a 
járműegységgel való kommunikációra szolgál, és amely 
támogatja a GNSS-vev őhöz tartozó GNSS-adatinterfészt. 
Az egységnek rendelkeznie kell memóriával, hogy el 
tudja tárolni a GNSS-vev ő és a küls ő GNSS-eszköz azono­
sítási adatait.  
c) Manipulálásészlel ő funkcióval ellátott burkolatrendszer, 
amely magában foglalja a GNSS-vev őt és a biztonságos 
GNSS adó-vev őt. A manipulálásészlelésnek az intelligens 
menetíró készülék védelmi profiljában el őírt biztonsági és 
védelmi funkciókat kell ellátnia.  
d) A járműre szerelt és a burkolatrendszeren keresztül a 
GNSS-vev őhöz kapcsolódó GNSS-antenna. 
GNS_10 A küls ő GNSS-eszköznek legalább a következ ő külső inter­
fészekkel kell rendelkeznie:  
a) külső antenna használata esetén a járműre szerelt GNSS- 
antennához tartozó interfész;  
b) a járműegységhez kapcsolódó interfész.  
GNS_11 A járm űegységben a biztonságos GNSS adó-vev ővel zajló 
biztonságos kommunikáció másik végpontját a járm űegység 
biztonságos adó-vev ője alkotja, melynek támogatnia kell az 
ISO/IEC 7816-4:2013 szabványt a küls ő GNSS-eszközhöz 
való kapcsolódás tekintetében.  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 443  
GNS_12 A küls ő GNSS-eszközzel való kommunikáció fizikai rétege 
tekintetében a járm űegységnek támogatnia kell az ISO/IEC 
7816-12:2005 szabványt vagy az ISO/IEC 7816-4:2013 szab ­
vány támogatására alkalmas egyéb szabványt (lásd: 4.2.1).  
4.1.2 A külső GNSS-eszköz jellemz ői a gyártási folyamat végén  
GNS_13 A gyárból kikerülő külső GNSS-eszköznek a következ ő érté­
keket kell tárolnia a biztonságos GNSS adó-vevő nem felejt ő 
memóriájában:  
— az EGF_MA kulcspár és a megfelel ő tanúsítvány;  
— az EGF_MA tanúsítvány hitelesítéséhez használandó 
MSCA_VU-EGF.PK nyilvános kulcsot tartalmazó 
MSCA_VU-EGF tanúsítvány; 
— az MSCA_VU-EGF tanúsítvány hitelesítéséhez haszná ­
landó EUR.PK nyilvános kulcsot tartalmazó EUR tanúsít ­
vány; 
— az EUR tanúsítvány, ha van ilyen, amelynek érvényességi 
ideje közvetlenül megel őzi az MSCA_VU-EGF tanúsít­
vány hitelesítéséhez használt EUR tanúsítvány érvényes ­
ségi idejét;  
— a két EUR tanúsítvány, ha vannak ilyenek, összekapcsolá ­
sához szükséges kapcsolattanúsítvány;  
— a külső GNSS-eszköz b ővített sorozatszáma;  
— a GNSS-eszköz operációs rendszerének azonosítója;  
— a külső GNSS-eszköz típus-jóváhagyási száma;  
— a külső GNSS-eszköz biztonsági alkatrészének azonosítója.  
4.2. Kommunikáció a külső GNSS-eszköz és a járm űegység között 
4.2.1 Kommunikációs protokoll  
GNS_14 A külső GNSS-eszköz és a járm űegység közötti kommuniká ­
ciós protokollnak a következ ő három funkciót kell támogatnia:  
1. a GNSS-adatok (pl. helyzet, idő , sebesség) összegy űjtése és 
szétosztása;  
2. a külső GNSS-eszköz konfigurációs adatainak összegy űj­
tése; 
3. a külső GNSS-eszköz és a járműegység összekapcsolásá ­
nak, kölcsönös hitelesítésének és m űveletkulcs-egyezteté ­
sének támogatására szolgáló kezelési protokoll.  
GNS_15 A kommunikációs protokollnak az ISO/IEC 7816-4:2013 
szabványon kell alapulnia, és a járm űegység biztonságos 
adó-vevőjének kell betöltenie a mester, a biztonságos GNSS 
adó-vevőnek pedig a szolga szerepet. A küls ő GNSS-eszköz és 
a járműegység közötti fizikai kapcsolatnak az ISO/IEC 7816- 
12:2005 szabványon vagy az ISO/IEC 7816-4:2013 szabvány 
támogatására alkalmas egyéb szabványon kell alapulnia.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 444  
GNS_16 A kommunikációs protokollon belül a kiterjesztett hosszúságú 
mezők nem támogathatók.  
▼B 
GNS_17 A küls ő GNSS-eszköz és a járm űegység közötti, ISO 7816 
(*-4:2013 és *-12:2005) szabvány szerinti kommunikációs 
protokollt beállításának T=1-nek lennie.  
▼M1 
GNS_18 A GNSS-adatok összegy űjtése és szétosztása (1.), a küls ő 
GNSS-eszköz konfigurációs adatainak összegy űjtése (2.) és a 
kezelési protokoll (3.) funkciók tekintetében a biztonságos 
GNSS adó-vev őnek olyan fájlrendszer-architektúrával rendel ­
kező intelligens kártyát kell szimulálnia, amely egy törzsállo ­
mányból (MF), egy, az 1. függelék 6.2. fejezetében meghatá ­
rozott alkalmazásazonosítóval (‘FF 44 54 45 47 4D’) és 3, 
tanúsítványokat tartalmazó EF-fel rendelkez ő speciális célú 
fájlból (DF) és egyetlen, az 1. táblázatnak megfelel ően ‘2F2F’ 
fájlazonosítóval rendelkez ő elemi fájlból (EF.EGF) áll.  
▼B 
GNS_19 A biztonságos GNSS adó-vev őnek a GNSS-vev őből érkező 
adatokat és a konfigurációt az EF.EGF fájlban kell tárolnia. 
Ez egy lineáris, változó hosszúságú rekordokat tartalmazó fájl, 
melynek azonosítója egyenl ő a hexadecimális formátumú 
‘2F2F’-vel.  
▼M1 
GNS_20 A biztonságos GNSS adó-vev őnek az adatok tárolásához olyan 
memóriával kell rendelkeznie, amely képes legalább 20 millió 
írási/olvasási ciklus elvégzésére. E követelményen kívül a 
gyártók szabhatják meg a biztonságos GNSS adó-vevő belső 
kialakítását és m űködését.  
A rekordszámok és az adatok megfeleltetése az 1. táblázatban 
található. Megjegyzend ő, hogy a GNSS-konstellációkhoz és a 
műholdas pontosító rendszerhez (SBAS) öt GSA adatmondat 
áll rendelkezésre.  
▼B 
GNS_21 A fájlszerkezet az 1. táblázatban van megadva. A hozzáférési 
feltételeket (ALW, NEV, SM-MAC) lásd a 2. függelék 3.5. 
fejezetében.  
1. táblázat 
Fájlszerkezet  
Hozzáférési feltételek  
Fájl Fájlazonosító  Olvasás Frissítés Titkosított  
MF 3F00 
EF.ICC 0002 ALW NEV 
(a jármű­
egység által)  Nem 
A GNSS-eszköz DF-je  0501 ALW NEV Nem 
EF EGF_MACertificate  C100 ALW NEV Nem 
EF CA_Certificate  C108 ALW NEV Nem 
EF Link_Certificate  C109 ALW NEV Nem 
EF.EGF 2F2F SM-MAC  NEV 
(a jármű­
egység által)  Nem ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 445  
Fájl/adatelem  Rekord száma  Méret (bájt)  Alapértelme zett 
értékek 
Min. Max.  
MF 552 1 031 
EF.ICC 
sensorGNSSSerialNumber 8  8  
A GNSS-eszköz DF-je  612 1 023 
EF EGF_MACertificate  204 341 
EGFCertificate  204 341 {00..00} 
EF CA_Certificate  204 341 
MemberStateCertificate  204 341 {00..00} 
EF Link_Certificate  204 341 
LinkCertificate  204 341 {00..00} 
EF.EGF 
RMC NMEA-adatmondat  ‘01’  85 85 
Első GSA NMEA-adatmondat ‘02’  85 85 
Második GSA NMEA-adatmondat ‘03’  85 85 
Harmadik GSA NMEA-adatmondat  ‘0 4’ 85 85 
Negyedik GSA NMEA-adatmondat  ‘05’  85 85 
Ötödik GSA NMEA-adatmondat  ‘06’  85 85 
a külső GNSS-eszköz b ővített soro­
zatszáma az 1. függelék meghatá ­
rozása szerint (SensorGNSSSerial­
Number) ‘07’ 8  8  
a biztonságos GNSS adó-vevő 
operációs rendszerének azonosítója 
az 1. függelék meghatározása szerint 
(SensorOSIdentifier) ‘08’ 2  2  
A külső GNSS-eszköz típus-jóváha ­
gyási száma az 1. függelék meghatá ­
rozása szerint (SensorExternalGNS­
SApprovalNumber) ‘09’ 16 16 
A külső GNSS-eszköz biztonsági 
alkatrészének azonosítója az 1. 
függelék meghatározása szerint (Sen ­
sorExternalGNSSSCIdentifier)  ‘10’ 8  8  
RFU – Későbbi használatra fenntartva  ‘11’-t ől ‘FD’-ig  
4.2.2 A GNSS-adatok biztonságos továbbítása 
GNS_22 A GNSS-helyzetmeghatározási adatok biztonságos továbbítá ­
sára csak a következ ő feltételek teljesülése esetén kerülhet sor:  
1. A csatlakoztatási eljárás a 11. függelékben (Közös bizton ­
sági mechanizmusok) leírtak szerint lezárult.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 446  
2. A járm űegység és a küls ő GNSS-eszköz id őszakos 
kölcsönös hitelesítésének és mű veletkulcs-egyeztetésének 
leírása szintén a 11. függelékben található. A közös bizton ­
sági mechanizmusokat az el őírt gyakorisággal végrehajtot ­
ták. 
GNS_23 Ha nem zajlik csatlakoztatás vagy kölcsönös hitelesítés vagy 
műveletkulcs-egyeztetés, minden T. másodpercben (ahol T 
kisebb vagy egyenl ő 10-zel) a járm űegység helyzetmeghatá ­
rozási információkat kér a küls ő GNSS-eszköztő l a következ ő 
eljárással:  
1. A járműegység a helymeghatározási adatokat és ezzel 
együtt pontossághígulási adatokat kér a küls ő GNSS- 
eszköztől (a GSA NMEA-adatmondatból). A járm űegység 
biztonságos adó-vev őjének az ISO/IEC 7816-4:2013 szab ­
vány szerinti SELECT és READ RECORD(S) parancsokat 
kell használnia a biztonságos üzenetküldés csak hitelesí ­
tésre szolgáló módjában a 11. függelék 11.5. szakaszának 
megfelelően, ahol a fájlazonosító ‘2F2F’, és a rekord száma 
az RMC NMEA-adatmondat esetében ‘01’, a GSA NMEA- 
adatmondat esetében pedig ‘02’,‘03’,‘04’,‘05’,‘06’.  
2. Az utoljára fogadott helymeghatározási adatok az EF-ben 
kerülnek tárolásra ‘2F2F’ azonosítóval, az 1. táblázatban 
leírt rekordok pedig a biztonságos GNSS adó-vev őben, 
miközben a biztonságos GNSS adó-vev ő legalább 1 Hz-es 
frekvenciával fogad NMEA-adatokat a GNSS-vev őtől a 
GNSS-adatinterfészen keresztül.  
3. A biztonságos GNSS adó-vev ő az APDU válaszüzenet 
használatával válaszol a járm űegység biztonságos adó- 
vevőjének a biztonságos üzenetküldés csak hitelesítésre 
szolgáló módjában a 11. függelék 11.5. szakaszának 
megfelelően. 
4. A járm űegység biztonságos adó-vev ője ellenőrzi a kapott 
válasz hitelességét és sértetlenségét. Pozitív eredmény 
esetén a helymeghatározási adatok a GNSS-adatinterfészen 
keresztül átkerülnek a járm űegység processzorába.  
▼M1 
5. A járműegység processzora az információknak (pl. a széles ­
ségnek, a hosszúságnak, az idő nek) az RMC NMEA-adat­
mondatból való kivonatolásával ellen őrzi a fogadott adato ­
kat. Az RMC NMEA-adatmondat azt az információt is 
tartalmazza, hogy a helyzet érvényes-e. Ha a helyzet nem 
érvényes, a helymeghatározási adatok még nem állnak 
rendelkezésre és nem használhatók a járm ű helyzetének 
rögzítéséhez. Ha a helyzet érvényes, a járm űegység 
processzora a HDOP-értékeket is kivonatolja a GSA 
NMEA-adatmondatokból, és kiszámítja a rendelkezésre 
álló mű holdas rendszerekre vonatkozó minimum értéket 
(azaz abban az esetben, ha rendelkezésre áll a meghatá ­
rozás).  
▼B 
6. A járm űegység processzora az 1. függelék adatszótárában 
meghatározott formátumban, földrajzi koordinátákként 
tárolja a járm űegységben a fogadott és feldolgozott infor ­
mációkat (pl. a szélességet, a hosszúságot, az id őt és a 
sebességet) a rendelkezésre álló GNSS-rendszerekre vonat ­
kozóan összegy űjtött HDOP-értékek minimumaként kiszá ­
mított HDOP-értékkel együtt.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 447  
4.2.3 A Read Record parancs szerkezete 
Ez a szakasz a Read Record parancs szerkezetér ől nyújt részletes tájé ­
koztatást. A biztonságos üzenetküldés (csak hitelesítésre szolgáló mód) a 
11. függelék (Közös biztonsági mechanizmusok) szerint hozzáadásra 
került. 
GNS_24 A parancsnak támogatnia kell a biztonságos üzenetküldés csak 
hitelesítésre szolgáló módját (lásd a 11. függeléket).  
GNS_25 Parancsüzenet  
Bájt Hossz Érték Leírás  
CLA 1  ‘0Ch’ Biztonságos üzenetküldés kérése  
INS 1  ‘B2h’ Rekord olvasása 
P1 1  ‘XXh’ Rekord száma (a 00 jelenti az aktuális rekor ­
dot) 
P2 1  ‘04h’ A P1-ben megadott számú rekord olvasása  
Le 1  ‘XXh’ A várt adat hossza. Az olvasandó bájtok 
száma. 
GNS_26 A P1-ben hivatkozott rekord lesz az aktuális rekord.  
Bájt Hossz Érték  Leírás  
#1-#X X  ‘XX..XXh’  Kiolvasott adat 
SW 2  ‘XXXXh’ Állapotszavak (SW1, SW2)  
— Ha a parancs sikeres, akkor a biztonságos GNSS adó-vev ő 
a következ őt küldi vissza: ‘ 9000 ’. 
— Ha az adott fájl nem rekordorientált, akkor a biztonságos 
GNSS adó-vev ő a következ őt küldi vissza: ‘ 6981 ’. 
— Ha a parancsot P1=‘00’ feltétel mellett használják, de nem 
áll rendelkezésre aktuális EF, a biztonságos GNSS adó- 
vevő a következ őt küldi vissza: ‘ 6986 ’ (nem engedélyezett 
parancs). 
— Ha a rekord nem található, akkor a biztonságos GNSS adó- 
vevő a következ őt küldi vissza: ‘ 6A 83 ’. 
— Ha a külső GNSS-eszköz manipulálást észlelt, a következ ő 
állapotszavakat kell visszaküldenie: ‘ 66 90 ’. 
GNS_27 A biztonságos GNSS adó-vev őnek támogatnia kell a követ ­
kező, a menetíró készülékek 2. generációjához tartozó, a 2. 
függelékben meghatározott parancsokat:  
Parancs  Hivatkozás  
Select  2. függelék 3.5.1. fejezet  
Read Binary  2. függelék 3.5.2. fejezet  
Get Challenge  2. függelék 3.5.4. fejezet  
PSO: Verify Certificate  2. függelék 3.5.7. fejezet  
External Authenticate  2. függelék 3.5.9. fejezet  
General Authenticate  2. függelék 3.5.10. fejezet  
MSE:SET  2. függelék 3.5.11. fejezet  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 448  
4.3. A külső GNSS-eszköz és a járm űegység összekapcsolása, kölcsönös 
hitelesítése és m űveletkulcs-egyeztetése  
A külső GNSS-eszköz és a járműegység összekapcsolásának, kölcsönös 
hitelesítésének és mű veletkulcs-egyeztetésének leírása a 11. függelék 
(Közös biztonsági mechanizmusok) 11. fejezetében található.  
4.4. Hibakezelés  
Ez a rész azt mutatja be, hogy a küls ő GNSS-eszköz lehetséges hiba ­
állapotai hogyan kerülnek kezelésre és rögzítésre a járm űegységben.  
4.4.1 Kommunikációs hiba a külső GNSS-eszközzel  
▼M1 
GNS_28 Ha a járm űegységnek 20 folyamatos percen keresztül nem 
sikerül kommunikálnia a csatlakoztatott küls ő GNSS-eszköz­
zel, akkor a járm űegységnek létre kell hoznia és a járm űegy­
ségben rögzítenie kell egy EventFaultType típusú, enum 
‘0E’H Communication error with the external GNSS facility 
eseményt az aktuális idő pontot jelz ő idő bélyegzővel. Az 
esemény létrehozása csak a következ ő két feltétel teljesülése 
esetén történik meg: a) az intelligens menetíró készülék nincs 
kalibrálási üzemmódban, és b) a járm ű mozog. Ebben az 
összefüggésben a kommunikációs hibát az idézi el ő, hogy a 
járműegység biztonságos adó-vev ője nem kap válaszüzenetet a 
4.2. pontban leírt kérésüzenet után.  
▼B 
4.4.2 A küls ő GNSS-eszköz fizikai épségének megsértése  
▼M1 
GNS_29 Ha a küls ő GNSS-eszköz megsérült, a biztonságos GNSS adó- 
vevőnek a teljes memóriáját törölnie kell, a kriptográfiai 
anyagot is beleértve. A GNS_25 és GNS_26 követelményben 
leírtak szerint a járm űegységnek észlelnie kell a manipulálást, 
ha a válasz állapota ‘6690’. A járm űegységnek ezután egy 
EventFaultType típusú, „19”H Tamper detection of GNSS 
eseményt kell létrehoznia. El őfordulhat, hogy a küls ő GNSS- 
eszköz nem válaszol többé a küls ő kérésekre.  
▼B 
4.4.3 A GNSS-vev őből származó helyzetmeghatározási információk hiánya  
▼M1 
GNS_30 Ha a biztonságos GNSS adó-vev ő több mint 3 folyamatos 
órán át nem fogadott adatokat a GNSS-vev őtől, akkor a 
biztonságos GNSS adó-vev őnek létre kell hoznia egy válasz ­
üzenetet a READ RECORD parancsra, amelyben a rekord 
száma „01”, az adatmez ő 12 bájtos és mindegyik bájt 0xFF 
értékre van állítva. A fenti értékkel és adatmez ővel rendelkez ő 
válaszüzenet fogadását követ ően a járműegységnek csak akkor 
kell létrehoznia és rögzítenie egy EventFaultType típusú, enum 
„0D”H Absence of position information from GNSS receiver 
eseményt az aktuális idő pontnak megfelel ő idő bélyegzővel, ha 
az alábbi két feltétel teljesül: a) az intelligens menetíró 
készülék nincs kalibrálási üzemmódban, és b) a járm ű mozog.  
▼B 
4.4.4 A küls ő GNSS-eszköz tanúsítványa lejárt  
GNS_31 ►M1 Ha a járm űegység azt észleli, hogy a kölcsönös hite ­
lesítéshez használt EGF tanúsítvány már nem érvényes, akkor 
a járműegységnek létre kell hoznia és rögzítenie kell egy 
EventFaultType típusú, enum ‘ „1B”H External GNSS facility 
certificate expired  adatrögzít őkészülék-eseményt az aktuális 
időpontnak megfelel ő idő bélyegzővel. A járm űegységnek 
ennek ellenére fel kell használnia a fogadott GNSS-helyzet ­
meghatározási adatokat. ◄ ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 449  
4. ábra 
A külső GNSS-eszköz áttekintése
  
5. KÜLS Ő GNSS-ESZKÖZ NÉLKÜLI JÁRM ŰEGYSÉG  
5.1. Konfiguráció 
Ebben a konfigurációban a GNSS-vev ő a járműegységen belül található 
az 1. ábra szerint.  
GNS_32 A GNSS-vev őnek adóként kell működnie és NMEA-adatmon ­
datokat kell továbbítania a járm űegység processzorához, 
amelynek legalább 1/10 Hz frekvenciával vev őként kell 
működnie az el őre meghatározott NMEA-adatmondatok vonat ­
kozásában, amelyeknek legalább az RMC és a GSA adatmon ­
datokat magukban kell foglalniuk.  
GNS_33 A járműre szerelt külső GNSS-antennát vagy a belső GNSS- 
antennát csatlakoztatni kell a járm űegységhez.  
5.2. Hibakezelés  
5.2.1 A GNSS-vev őből származó helyzetmeghatározási információk hiánya  
▼M1 
GNS_34 Ha a járm űegység több mint 3 folyamatos órán át nem foga ­
dott adatokat a GNSS-vev őtől, akkor a járm űegységnek létre 
kell hoznia és rögzítenie kell egy EventFaultType típusú, 
enum ‘0D’H Absence of position information from GNSS 
receivereseményt az aktuális idő pontnak megfelel ő időbélyeg­
zővel, de csak abban az esetben, ha az alábbi két feltétel 
teljesül: a) az intelligens menetíró készülék nincs kalibrálási 
üzemmódban, és b) a járm ű mozog. 
6. A GNSS IDŐÜTKÖZÉSE 
Ha a járm űegység 1 percnél nagyobb eltérést észlel a járm űegység 
időmérő funkciója szerinti idő és GNSS-vev őtől származó idő adat között, 
akkor a járm űegységnek létre kell hoznia és rögzítenie kell egy Event ­
FaultType típusú, enum „0B”H Time conflict (GNSS versus VU internal 
clock)  eseményt. Egy idő ütközés esemény kiváltását követ ően a jármű­
egység a következ ő 12 órában nem fogja ellen őrizni az idő eltéréseket. Ez 
az esemény nem idéz ődhet elő, ha a GNSS-vev ő az utolsó 30 nap során 
nem észlelt érvényes GNSS-jelet.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 450  
7. A JÁRM Ű MOZGÁSÁVAL KAPCSOLATOS ELLENTMONDÁS  
GNS_35 A járműegységnek ki kell váltania és rögzítenie kell egy, a 
jármű mozgásával kapcsolatos ellentmondást (lásd e függelék 
84. követelményét) jelz ő eseményt az aktuális id őpontnak 
megfelelő időbélyegzővel, amennyiben a mozgásérzékel ő 
alapján számított mozgásadatok ellentmondanak bels ő GNSS- 
vevő vagy a küls ő GNSS-eszköz alapján számított mozgása ­
datoknak. Ezen ellentmondások észlelése céljából a források 
közötti sebességkülönbség medián értékét kell használni az 
alábbiaknak megfelel ően: 
— Legfeljebb 10 másodpercenként ki kell számítani a GNSS 
alapján becsült járm űsebesség és a mozgásérzékel ő alapján 
becsült járm űsebesség különbségének abszolút értékét.  
— A medián érték kiszámításához fel kell használni a mozgás 
utolsó öt perce idő ablakának valamennyi számított értékét.  
— Az abszolút értékben számított legnagyobb értékek kizá ­
rása után, a medián értéket a fennmaradó értékek 80 %- 
ából kell kiszámítani.  
A jármű mozgásával kapcsolatos ellentmondás eseményt az 
idézi elő, ha a medián érték 10 km/h fölött van öt olyan 
folyamatos percen keresztül, amikor a járm ű mozog. Annak 
érdekében, hogy a menetíró készülékek manipulálásának észle ­
lése megbízhatóbb legyen, tetsz őlegesen használhatók a járm ű­
mozgás észlelésének egyéb független forrásai is. (Megjegyzés: 
az utolsó 5 perc mediánjának alkalmazása a kiugró és tran ­
ziens értékek mérésének kockázatát mérsékli.) A szóban forgó 
esemény kiváltását el kell kerülni a következ ő körülmények 
között: a) kompon/vonaton való utazás közben, b) ha a GNSS- 
vevőből származó helyzetmeghatározási információk nem 
állnak rendelkezésre, és c) kalibrálási üzemmódban.  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 451  
13. függelék  
ITS-INTERFÉSZ  
TARTALOMJEGYZÉK 
1. BEVEZETÉS  
2. HATÁLY 
2.1. Fogalommeghatározások, rövidítések és jelentésük  
3. A HIVATKOZOTT RENDELETEK ÉS SZABVÁNYOK  
4. AZ INTERFÉSZ M ŰKÖDÉSI ELVEI 
4.1. Az ITS-interfészen keresztül történ ő adatátvitel el őfeltételei  
4.1.1. Az ITS-interfészen keresztül elérhet ő adatok  
4.1.2. Az adatok tartalma  
4.1.3. ITS-alkalmazások  
4.2. Kommunikációtechnológia  
4.3. A PIN hitelesítése  
4.4. Az üzenetek formátuma  
4.5. A járművezető hozzájárulása  
4.6. Szabványos adatok lekérése  
4.7. Személyes adatok lekérése  
4.8. Az eseményekkel és a hibákkal kapcsolatos adatok lekérése  
1. BEVEZETÉS  
Ez a függelék azt a kialakítást és azokat az eljárásokat határozza meg, 
amelyeket az intelligens közlekedési rendszerekhez (ITS) kapcsolódó 
interfész megvalósításához követni kell a 165/2014/EU rendelet 
10. cikkében el őírtak szerint.  
A rendelet kimondja, hogy a járm űvek menetíró készülékeit el lehet látni 
olyan szabványosított interfészekkel, amelyek lehet ővé teszik, hogy a 
menetíró készülék által rögzített vagy el őállított adatokat egy küls ő eszköz 
működési üzemmódban felhasználja, feltéve, hogy teljesülnek az alábbi 
feltételek:  
a) az interfész nem befolyásolja a menetíró készülék adatainak hiteles ­
ségét és integritását;  
b) az interfész megfelel a rendelet 11. cikkében szerepl ő részletes rendel ­
kezéseknek;  
c) az interfészhez csatlakozó küls ő eszköz csak akkor fér hozzá a földrajzi 
helymeghatározási adatokat is magukban foglaló személyes adatokhoz, 
ha a járművezető, akire az adatok vonatkoznak, ehhez igazolhatóan a 
hozzájárulását adta.  
2. HATÁLY 
E függelék arra terjed ki, hogy a küls ő eszközökön található alkalmazások 
hogyan tudnak Bluetooth®-kapcsolaton keresztül adatokhoz jutni a 
menetíró készülékrő l. 
Az ezen az interfészen keresztül elérhet ő adatokat e dokumentum 1. 
melléklete mutatja be. Ez az interfész nem zárja ki más interfészek alkal ­
mazását (pl. a CAN buszon keresztül) abból a célból, hogy a járm űegység 
adatait a járm ű egyéb feldolgozóegységeihez továbbítsák.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 452  
Ez a függelék a következ őket határozza meg:  
— az ITS-interfészen keresztül elérhet ő adatok; 
— az adatok továbbításához használt Bluetooth®-profil;  
— a lekérdezési és letöltési eljárások, valamint a m űveletek sorrendje;  
— a menetíró készülék és a küls ő eszköz közötti párosítási mechanizmus;  
— a járművezető számára rendelkezésre álló hozzájárulási mechanizmus.  
▼M1 
Ebből következ ően e függelék  nem terjed ki az alábbiakra:  
— az adatok gy űjtése és a járm űegységben való kezelése (ezt a témát  a 
rendelet  egyéb részei tárgyalják vagy a termék kialakításától függ),  
— az összegyűjtött adatok bemutatásának módja a küls ő eszközön talál ­
ható alkalmazás felé,  
— az adatok  tartalmára vonatkozóan a Bluetooth®-ban (pl. titkosítás) 
foglaltakon túli adatbiztonsági rendelkezések (melyeket  a rendelet  
egyéb részei tárgyalnak, pl. a közös biztonsági mechanizmusokról 
szóló 11. függelék),  
— az ITS-interfész által használt Bluetooth®-protokollok.  
▼B 
2.1. Fogalommeghatározások, rövidítések és jelentésük 
E függelék a következ ő egyedi rövidítéseket és fogalommeghatározásokat 
alkalmazza:  
kommunikáció Információk/adatok cseréje egy mesteregység (azaz a 
menetíró készülék) és egy küls ő egység között a Blueto ­
oth®-kapcsolatot használó ITS-interfész révén.  
adatok Az 1. mellékletben meghatározott adatok.  
rendelet Az Európai Parlament és a Tanács 2014. február 4-i 
165/2014/EU rendelete a közúti közlekedésben használt 
menetíró készülékekr ől, a közúti közlekedésben használt 
menetíró készülékekr ől szóló 3821/85/EGK tanácsi ren­
delet hatályon kívül helyezésér ől és a közúti szállításra 
vonatkozó egyes szociális jogszabályok összehangolásáról 
szóló 561/2006/EK európai parlamenti és tanácsi rendelet 
módosításáról  
BR Basic Rate – Adatátviteli alapsebesség  
EDR  Enhanced Data Rate – Fokozott adatátviteli sebesség  
GNSS Global Navigation Satellite System – Globális navigációs 
műholdrendszer 
IRK Identity Resolution Key – Azonosításfeloldási kulcs  
ITS Intelligent Transport System – Intelligens közlekedési 
rendszer 
LE Low Energy – Alacsony energiaszint  
PIN Personal Identification Number – Személyi azonosító 
szám 
PUC Personal Unblocking Code – Személyi feloldó kód  
SID Service Identifier – Szolgáltatóazonosító  
SPP Serial Port Profile – Soros port profilja  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 453  
SSP Secure Simple Pairing – Biztonságos egyszer ű párosítás 
TRTP Transfer Request Parameter – Átviteli kérésparaméter  
TREP Transfer Response Parameter – Átviteli válaszparaméter  
VU Vehicle Unit – Járműegység  
3. A HIVATKOZOTT RENDELETEK ÉS SZABVÁNYOK  
Az e függelékben szereplő előírások az alább felsorolt rendeletek és szab ­
ványokra vagy azok részeire hivatkoznak és épülnek. A függelék rendel ­
kezései konkrétan meghatározzák a vonatkozó szabványokat vagy azok 
vonatkozó részeit. Ellentmondás esetén e függelék rendelkezéseit kell 
alkalmazni.  
E függelék a következ ő rendeletekre és szabványokra hivatkozik:  
— Az Európai Parlament és a Tanács 2014. február 4-i 165/2014/EU 
rendelete a közúti közlekedésben használt menetíró készülékekr ől, a 
közúti közlekedésben használt menetíró készülékekr ől szóló 
3821/85/EGK tanácsi rendelet hatályon kívül helyezésér ől és a közúti 
szállításra vonatkozó egyes szociális jogszabályok összehangolásáról 
szóló 561/2006/EK európai parlamenti és tanácsi rendelet módosítá ­
sáról 
— Az Európai Parlament és a Tanács 2006. március 15-i 561/2006/EK 
rendelete a közúti szállításra vonatkozó egyes szociális jogszabályok 
összehangolásáról, a 3821/85/EGK és a 2135/98/EK tanácsi rendelet 
módosításáról, valamint a 3820/85/EGK tanácsi rendelet hatályon 
kívül helyezésér ől 
— ISO 16844 – 4: Közúti járm űvek – Menetíró rendszerek – 4. rész: 
CAN-interfész 
— ISO 16844 – 7: Közúti járm űvek – Menetíró rendszerek – 7. rész: 
Paraméterek  
— Bluetooth® – A soros port profilja – V1.2  
— Bluetooth® – Alapverzió 4.2  
— NMEA 0183 V4.1 protokoll 
4. AZ INTERFÉSZ MŰKÖDÉSI ELVEI 
4.1. Az ITS-interfészen keresztül történ ő adatátvitel el őfeltételei  
A járműegység felel a járműegységben tárolt adatoknak az ITS-interfész 
bármilyen bevonása nélküli frissítéséért és fenntartásáért. Ennek megvaló ­
sítási módja járm űegység-specifikus, és nem ebben a függelékben, hanem 
a rendelet egyéb szakaszaiban van meghatározva.  
4.1.1 Az ITS-interfészen keresztül elérhet ő adatok  
A járműegység felel az ITS-interfészen keresztül elérhet ő adatoknak az 
ITS-interfész bármilyen bevonása nélküli frissítéséért, melynek gyakori ­
ságát a járm űegységek gyártói határozzák meg. A járm űegység adatai 
képezik az adatok feltöltésének és frissítésének alapját, melynek módja e 
rendelet egyéb szakaszaiban van meghatározva, vagy ilyen el őírás 
hiányában a termék kialakításának függvénye, és e függelékben nem 
szerepel.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 454  
4.1.2 Az adatok tartalma 
Az adatok tartalmának meg kell felelnie az e függelék 1. mellékletében 
foglaltaknak.  
4.1.3 ITS-alkalmazások 
Az ITS-alkalmazások az ITS-interfészen keresztül rendelkezésre bocsátott 
adatokat használják például a járm űvezetői tevékenység kezelésének e 
rendelet el őírásai szerinti optimalizálása, a menetíró készülék esetleges 
hibáinak észlelése vagy a GNSS-adatok felhasználása céljából. Az alkal ­
mazásokra vonatkozó el őírások nem tartoznak e függelék hatálya alá.  
4.2. Kommunikációtechnológia  
Az ITS-interfész használatával történő adatcserének a 4.2 vagy kés őbbi 
verzióval kompatibilis Bluetooth®-interfészen keresztül kell zajlania. A 
Bluetooth® az engedély nélkül használható, az ipari, tudományos és 
orvosi alkalmazások (ISM) részére kiosztott 2,4–2,485 GHz-es frekvenci ­
asávban mű ködik. A Bluetooth® 4.2 meger ősített adatvédelmi és bizton ­
sági mechanizmusokat kínál, és növeli az adatátvitel sebességét és megbíz ­
hatóságát. Ezen el őírás vonatkozásában 2. osztályú, 10 méterig terjed ő 
hatótávolságú Bluetooth®-rádiót kell alkalmazni. A Bluetooth® 4.2-vel 
kapcsolatos további információk a következ ő weboldalon érhet ők 
el: www.bluetooth.com (https://www.bluetooth.org/en-us/specification/ 
adopted-specifications?_ga=1.215147412.2083380574.1435305 676).  
A kommunikációs kapcsolatot a kommunikációs eszközzel azután kell 
létrehozni, hogy egy hitelesített eszköz révén lezárult a párosítási eljárás. 
Mivel a Bluetooth® mester-szolga modellt használ annak irányításához, 
hogy az eszközök mikor és hol küldhetnek adatokat, a menetíró készülék a 
mester, a küls ő eszköz pedig a szolga szerepét fogja betölteni.  
▼M1 
Amikor egy küls ő eszköz els ő alkalommal került a járm űegység hatókö ­
rébe, elindítható a Bluetooth® alapú párosítási eljárás (lásd még a 2. 
mellékletet). Az eszközök megosztják egymással a címüket, nevüket, 
profiljukat és közös titkosítási kulcsukat, amely lehet ővé teszi a kapcso­
lódást a továbbiakban, ha egymás hatókörébe kerülnek. E lépés lezárulása 
után a küls ő eszköz megbízhatónak minő sül, és képes a menetíró készü­
lékből való adatletöltésre irányuló kéréseket kezdeményezni. El őrelátha­
tólag a Bluetooth® által kínáltakon kívül további titkosítási mechaniz ­
musok hozzáadására nem fog sor kerülni. Mindazonáltal abban az esetben, 
ha további biztonsági mechanizmusokra lesz szükség, akkor azok meg 
fognak felelni a 11. függelék (Közös biztonsági mechanizmusok) el őírá­
sainak.  
▼B 
A teljes kommunikációs kapcsolat alapelvét a következ ő ábra mutatja be.
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 455  
A járműegységről a külső eszközre történ ő adatátvitelhez a Bluetooth® 
SPP-jét, vagyis soros portjának profilját kell használni.  
4.3. A PIN hitelesítése  
▼M1 
Biztonsági okokból a járm űegységhez a Bluetooth® alapú párosítástól 
független PIN-kód-hitelesítési rendszerre van szükség. Minden járm űegy­
ségnek alkalmasnak kell lennie arra, hogy hitelesítés céljából legalább 4 
számjegyű PIN-kódokat generáljon. Amikor egy küls ő eszköz és a járm ű­
egység közötti párosításra kerül sor, a küls ő eszköznek minden alka ­
lommal meg kell adnia a helyes PIN-kódot, miel őtt adatokat fogadhatna.  
▼B 
A PIN kód sikeres megadásával az eszköz az engedélyezett eszközök 
listájára kerül. Az engedélyezett eszközök listájának alkalmasnak kell 
lennie legalább 64, az adott járm űegységgel párosított eszköz tárolására.  
A helyes PIN kód megadásának három egymás utáni sikertelen kísérlete 
után az eszköz átmenetileg a nem engedélyezett eszközök listájára kerül. 
Amíg az eszköz a nem engedélyezett eszközök listáján szerepel, minden 
kísérlete elutasításra kerül. Ha ezt követ ően ismét nem sikerül háromszor 
egymás után megadni a PIN kódot, az egyre hosszabb id őtartamú letil ­
táshoz vezet (lásd: 1. táblázat). A helyes PIN kód megadása feloldja a 
letiltást és újraindítja a kísérletek számlálását. A PIN kód hitelesítésének 
folyamatábrája a 2. melléklet 1. ábráján látható.  
1. táblázat 
A letiltási időtartama a helyes PIN kód megadására irányuló, egymást 
követő sikertelen kísérleteinek számától függ ően 
Egymást követ ő sikertelen kísérletek 
száma  Letiltás időtartam a 
3 30 másodperc  
6 5 perc 
9 1 óra 
12 24 óra 
15 Végleges 
A helyes PIN kód megadásának tizenöt (5 × 3) egymás utáni sikertelen 
kísérlete után az ITS-egység véglegesen a nem engedélyezett eszközök 
listájára kerül. A végleges letiltást csak a PUC kód megadásával lehet 
feloldani.  
A PUC kódnak 8 számjegyb ől kell állnia. A kódot gyártónak a járm ű­
egységgel együtt kell rendelkezésre bocsátania. A helyes PUC kód 
megadásának tíz egymás utáni sikertelen kísérlete után az ITS-egység 
visszavonhatatlanul a nem engedélyezett eszközök listájára kerül.  
▼M1 
A gyártó felkínálhatja a PIN-kód közvetlenül a járm űegységen keresztül 
történő megváltoztatásának lehet őségét, a PUC-kódnak azonban megvál ­
toztathatatlannak kell lennie. A PIN-kód megváltoztatásához lehet őleg elő 
kell írni az aktuális PIN-kódnak közvetlenül a járm űegységbe való bevite ­
lét. 
▼B 
Ezenkívül az engedélyezett eszközök listáján szerepl ő valamennyi eszköz 
a listán marad, amíg a felhasználó manuálisan el nem távolítja őket onnan 
(pl. a járm űegység felhasználó és gép közötti interfészén keresztül vagy 
más módon). Az ellopott vagy elveszett ITS-egységeket ily módon lehet 
eltávolítani az engedélyezett eszközök listájáról. Emellett minden olyan 
ITS-egység, amely 24 óránál hosszabb id őre elhagyja a Bluetooth®- 
kapcsolat hatótávolságát, automatikusan lekerül az engedélyezett eszközök 
listájáról, és az ilyen egységeknek a kapcsolat újbóli megteremtésekor 
ismét meg kell adniuk a helyes PIN kódot.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 456  
A járműegység-interfész és a járm űegység közötti üzenetek formátuma 
nincs meghatározva, arról a gyártó dönthet. A szóban forgó gyártónak 
azonban gondoskodnia kell arról, hogy az ITS-egység és a járm űegység- 
interfész közötti üzenetek formátuma megfeleljen az el őírásoknak (lásd az 
ASN.1 követelményt).  
Ezért minden adatkérés esetén, miel őtt bármilyen kezelésre kerülne sor, el 
kell végezni a küld ő hitelesít ő adatainak megfelel ő ellenőrzését. Ezen 
eljárás folyamatát a 2. melléklet 2. ábrája mutatja be. A nem engedélyezett 
eszközök listáján szerepl ő bármely eszköz automatikusan elutasításra 
kerül, azon eszközök pedig, amelyek sem az engedélyezett, sem a nem 
engedélyezett eszközök listáján nem szerepelnek, PIN-kérést kapnak, 
amelyet teljesíteniük kell, miel őtt az adatkérésük ismét elküldésre kerülne.  
4.4. Az üzenetek formátuma 
Az ITS-egység és a járm űegység között küldött összes üzenet szerkeze­
tének három részb ől kell állnia: fejrész, amely egy célbájtból (TGT), egy 
forrásbájtból (SCR) és egy hosszbájtból (LEN) áll;  
adatmező, amely egy szolgáltatóazonosító bájtból (SID) és változó 
mennyiség ű (legfeljebb 255) adatbájtból áll;  
ellenőrző bájt, amely magán a CS-en kívül az üzenet összes bájtja 
egybájtos összegsorozatának 256-tal történ ő osztási maradéka.  
Az üzenetnek big endian típusúnak kell lennie.  
2. táblázat 
Általános üzenetformátum  
Fejrész Adatmez ő Ellenőrző 
összeg 
TGT SRC LEN SID TRTP CC CM DATA CS  
3 bájt Maximum 255 bájt 1 bájt 
Fejrész 
TGT és SRC: az üzenet céleszközének (TGT) és forráseszközének (SRC) 
azonosítója. A járm űegység-interfész alapértelmezett azonosítója „EE”. Ez 
az azonosító nem módosítható. A kommunikációs szakaszban az ITS- 
egységnek alapértelmezésben az „A0” azonosítót kell használnia az els ő 
üzenetéhez. Ezután a járm űegység-interfésznek egyedi azonosítót kell 
hozzárendelnie az ITS-egységhez, és értesítenie kell az ITS-egységet 
annak a kommunikációs szakasz további üzeneteihez használandó azono ­
sítójáról.  
A LEN bájtnak csak az adatmez ő „ADAT” részét kell figyelembe vennie 
(lásd a 2. táblázatot), mivel az els ő 4 bájt magától értet ődik. 
A járműegység-interfésznek meg kell erősítenie az üzenetküld ő hiteles­
ségét a saját azonosítólistája és a Bluetooth®-adatok közötti keresztelle ­
nőrzés révén oly módon, hogy ellen őrzi, hogy a megadott azonosítóval 
rendelkező ITS-egység aktuálisan a Bluetooth®-kapcsolat hatótávolságán 
belül van-e.  
Adatmező 
A SID mellett az adatmez őnek a következ ő paramétereket is tartalmaznia 
kell: egy átviteli kérésparamétert (TRTP) és a számlálóbájtokat.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 457  
Ha a kezelend ő adatok hosszabbak, mint az egy üzenetben rendelkezésre 
álló hely, az üzenet több alüzenetre oszlik. A fejrésznek és a SID-nek 
minden alüzenetben azonosnak kell lennie, de az alüzeneteknek tartalmaz ­
niuk kell egy 2 bájtból (CC: jelenlegi számláló és CM: legnagyobb szám ­
láló) álló számlálót, amely jelzi az alüzenet számát. A hibák ellen őrzé­
sének és a fogadás megszakításának lehet ővé tétele érdekében az eszköz 
minden alüzenetet visszaigazol. A fogadó eszköz képes fogadni az alüze ­
neteket, kérni azok újbóli átvitelét, és képes arra, hogy felszólítsa a küld ő 
eszközt az átvitel újraindítására vagy megszakítására.  
▼B 
Amennyiben nem alkalmazzák őket, a CC és a CM értékének 0xFF-nek 
kell lennie.  
Például a következ ő üzenetet  
HEADER SID TRTP CC CM DATA CS  
3 bájt 255 bájtnál hosszabb  1 bájt 
a következ őképpen kell továbbítani:  
HEADER SID TRTP 01 n  DATA CS  
3 bájt 255 bájt 1 bájt 
HEADER SID TRTP 02 n  DATA CS  
3 bájt 255 bájt 1 bájt 
… 
HEADER SID TRTP N  N  DATA CS  
3 bájt Maximum 255 bájt 1 bájt 
A 3. táblázat tartalmazza azokat az üzeneteket, amelyek cseréjére a járm ű­
egységnek és az ITS-egységnek képesnek kell lennie. Az egyes paramé ­
terek tartalma hexadecimális formában van megadva. Az egyértelm űség 
kedvéért a CC és CM üzenet nem szerepel a táblázatban, ezek teljes 
formátumát lásd feljebb.  
3. táblázat 
Az üzenetek részletes tartalma  
Üzenet  Fejrész ADAT Ellenőrző 
összeg 
TGT SRC LEN SID TRTP DATA  
RequestPIN  ITSID EE 00 01 FF 
SendITSID ITSID EE 01 02 FF ITSID 
SendPIN EE ITSID 04 03 FF 4*EGÉSZ SZÁM 
(0..9) 
PairingResult  ITSID EE 01 04 FF LOGIKAI (I/H)  
SendPUC EE ITSID 08 05 FF 8*EGÉSZ SZÁM 
(0..9)  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 458  
Üzenet  Fejrész ADAT Ellenőrző 
összeg 
TGT SRC LEN SID TRTP DATA  
BanLiftingResult  ITSID EE 01 06 FF LOGIKAI (I/H) 
RequestRejected  ITSID EE 08 07 FF Idő 
RequestData 
standardTachData  EE ITSID 01 08 01 
personalTachData  EE ITSID 01 08 02 
gnssData EE ITSID 01 08 03 
standardEventData  EE ITSID 01 08 04 
personalEventData  EE ITSID 01 08 05 
standardFaultData  EE ITSID 01 08 06 
manufacturerData  EE ITSID 01 08 07 
ResquestAccepted  ITSID EE Len 09 TREP Adatok 
DataUnavailable  
Nem áll rendelke­
zésre adat  ITSID  EE 02 0A TREP 10 
A személyes 
adatok nincsenek 
megosztva  ITSID EE 02 0A TREP 11 
NegativeAnswer  
Általános eluta ­
sítás ITSID EE 02 0B SID Req 10 
A szolgáltatás 
nem támogatott  ITSID EE 02 0B SID Req 11 
Az alfunkció nem 
támogatott  ITSID  EE 02 0B SID Req 12 
Az üzenet hossza 
helytelen  ITSID  EE 02 0B SID Req 13 
A feltételek nem 
megfelelőek, vagy 
hiba van a kérési 
szekvenciában  ITSID  EE 02 0B SID Req 22 
Tartományon 
kívüli kérés  ITSID EE 02 0B SID Req 31 
Válasz függ őben ITSID EE  02 0B SID Req 78 
ITSID eltérés ITSID EE 02 0B SID Req FC 
Az ITSID nem 
található  ITSID  EE 02 0B SID Req FB 
RequestPIN (SID 01)  
Ezt az üzenetet a járm űegység-interfész bocsátja ki, ha egy olyan ITS- 
egység küld bármilyen adatkérést, amely sem a nem engedélyezett, sem az 
engedélyezett eszközök listáján nem szerepel.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 459  
SendITSID (SID 02) 
Ezt az üzenetet a járműegység-interfész bocsátja ki akkor, ha egy új 
eszköz küld kérést. Ennek az eszköznek az alapértelmezett „A0” azono ­
sítót kell használnia, miel őtt egyedi azonosítót rendelnének hozzá a 
kommunikációs szakaszra.  
SendPIN (SID 03) 
Ezt az üzenetet az ITS-egység bocsátja ki abból a célból, hogy a járm ű­
egység-interfész az engedélyezett eszközök listájára helyezze. Ezen üzenet 
tartalma egy 4 (0 és 9 közötti) EGÉSZ SZÁMBÓL álló kód.  
PairingResult (SID 04) 
Ezt az üzenetet a járműegység-interfész bocsátja ki azzal a céllal, hogy 
tájékoztassa az ITS-egység arról, hogy az általa küldött PIN kód helyes 
volt-e. Az üzenet tartalma egy LOGIKAI adat, melynek értéke „Igaz”, ha 
a PIN helyes volt, és „Hamis”, ha helytelen.  
SendPUC (SID 05) 
Ezt az üzenetet az ITS-egység adja ki abból a célból, hogy a járm űegység- 
interfész a nem engedélyezett eszközök listájáról eltávolítsa. Ezen üzenet 
tartalma egy 8 (0 és 9 közötti) EGÉSZ SZÁMBÓL álló kód.  
BanLiftingResult (SID 06)  
Ezt az üzenetet a járműegység-interfész bocsátja ki azzal a céllal, hogy 
tájékoztassa az ITS-egységet arról, hogy az általa küldött PUC kód helyes 
volt-e. Az üzenet tartalma egy LOGIKAI adat, melynek értéke „Igaz”, ha 
a PUC helyes volt, és „Hamis”, ha helytelen.  
RequestRejected (SID 07) 
Ezt az üzenetet a járműegység-interfész bocsátja ki válaszként a „Send ­
PUC” üzeneten kívüli bármely olyan üzenetre, amely a nem engedélyezett 
eszközök listáján szerepl ő ITS-egységt ől érkezik. Az üzenetnek tartal ­
maznia kell azt, hogy az ITS-egység még mennyi ideig szerepel a nem 
engedélyezett eszközök listáján a 3. mellékletben meghatározott „Time” 
sorozatformátumnak megfelel ően. 
RequestData (SID 08) 
Ezt az üzenetet az ITS-egység bocsátja ki az adatokhoz való hozzáférés 
céljából. Egy egybájtos átviteli kérésparaméter (TRTP) jelzi a kért adatok 
típusát. Az adatoknak többféle típusa van:  
— standardTachData (TRTP 01): A menetíró készülékb ől származó, nem 
személyes adatoknak minő sülő adatok. 
— personalTachData (TRTP 02): A menetíró készülékbő l származó, 
személyes adatoknak minő sülő adatok. 
— gnssData (TRTP 03): A mindig személyes adatnak minő sülő GNSS- 
adatok. 
— standardEventData (TRTP 04): Rögzített eseményadatok, amelyek nem 
személyes adatoknak minő sülnek. 
— personalEventData (TRTP 05): Rögzített eseményadatok, amelyek 
személyesnek min ősülnek. 
— standardFaultData (TRTP 06): Rögzített hibák, amelyek nem 
személyesnek min ősülnek.  
— manufacturerData (TRTP 07): A gyártó által rendelkezésre bocsátott 
adatok.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 460  
Az egyes adattípusok tartalmára vonatkozó további információkért lásd e 
függelék 3. mellékletét.  
A GNSS-adatok formátumára és tartalmára vonatkozó további informáci ­
ókért lásd a 12. függeléket.  
Az eseményadatokra és hibákra vonatkozó további információkért lásd az 
IB. és IC. mellékletet.  
ResquestAccepted (SID 09) 
Ezt az üzenetet a járm űegység-interfész bocsátja ki, ha az ITS-egység 
„RequestData” üzenete elfogadásra került. Az üzenet tartalmaz egy 
egybájtos TREP-et, amely a kapcsolódó RequestData üzenet TRTP bájtja, 
és tartalmazza az összes kért típusú adatot.  
DataUnavailable (SID 0A) 
Ezt az üzenetet a járműegység-interfész bocsátja ki akkor, ha valamilyen 
okból a kért adatok nem állnak rendelkezésre az engedélyezett eszközök 
listáján szerepl ő ITS-egységnek való küldésre. Az üzenet tartalmaz egy 
egybájtos TREP-et, amely a kért adatok TRTP-je, és egy egybájtos hiba ­
kódot a 3. táblázat meghatározásai szerint. A következ ő kódok állnak 
rendelkezésre:  
— Nem áll rendelkezésre adat (10): A járm űegység-interfész meg nem 
határozott okokból nem fér hozzá a járm űegység adataihoz.  
— A személyes adatok nincsenek megosztva (11): Az ITS-egység 
személyes adatokat próbál lekérni, de azok nincsenek megosztva.  
NegativeAnswer (SID 0B) 
Ezeket az üzeneteket a járműegység-interfész bocsátja ki akkor, ha egy 
kérést az adatok rendelkezésre állásának hiányán kívüli bármilyen más 
okból nem lehet teljesíteni. Ezek az üzenetek általában a kérés helytelen 
formátumának (hossz, SID, ITSID ...) következményei, de más okokból is 
előfordulhatnak. Az adatmez őben szerepl ő TRTP tartalmazza a kérés SID- 
jét. Az adatmez ő magában foglal egy kódot, amely megadja a negatív 
válasz okát. A következ ő kódok állnak rendelkezésre:  
— Általános elutasítás (kód: 10) 
— A művelet olyan okból nem hajtható végre, amely sem alább, sem a  
DataUnavailable  szakaszában nem szerepel.  
— A szolgáltatás nem támogatott (kód: 11)  
— A kérés SID-je nem érthet ő. 
— Az alfunkció nem támogatott (kód: 12)  
— A kérés TRTP-je nem érthető. Előfordulhat például, hogy a TRTP 
hiányzik vagy értéke az elfogadott értékeken kívül esik.  
— Az üzenet hossza helytelen (kód: 13)  
— A fogadott üzenet hossza helytelen (eltérés van a LEN bájtok és a 
tényleges üzenethossz között).  
— A feltételek nem megfelel őek, vagy hiba van a kérési szekvenciában 
(kód: 22) 
— A kért szolgáltatás nem aktív, vagy a kérésüzenet sorrendje nem 
megfelelő. 
— Tartományon kívüli kérés (kód: 33)  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 461  
— A kérésparaméter rekordja (adatmez ő) érvénytelen.  
— Válasz függőben (kód: 78)  
— A kért műveletet nem lehet id őben teljesíteni, és a járm űegység nem 
áll készen további kérések fogadására.  
— ITSID -eltérés (kód: FB) 
— Az SRC  ITSID a Bluetooth®-információk összehasonlítása alapján 
nem felel meg a kapcsolódó eszköznek.  
— Az ITSID nem található (kód: FC) 
— Az SRC  ITSID egyetlen eszközhöz sem kapcsolódik.  
A 3. táblázatban szereplő üzenetek formátumát a 3. mellékletben szerepl ő 
ASN.1 kód 1–72. sora ( FormatMessageModule ) határozza meg. Az 
üzenetek tartalmára vonatkozó további részletek az alábbiakban olvasha ­
tók. 
4.5. A járművezető hozzájárulása 
Valamennyi rendelkezésre álló adat a személyes vagy a nem személyes 
kategóriába van sorolva. A személyes adatokhoz csak akkor lehet hozzá ­
férni, ha a járm űvezető hozzájárulását adta ehhez, vagyis elfogadta, hogy a 
menetíró készülékben lév ő személyes adatai elhagyhatják a járm ű háló­
zatát és harmadik felek alkalmazásai hozzáférhetnek azokhoz.  
A járművezető akkor járul hozzá mindehhez, amikor a járm űegység 
számára az adott pillanatban ismeretlen járm űvezetői kártya vagy mű hely­
kártya első behelyezésekor a készülék arra kéri a kártya tulajdonosát, hogy 
járuljon hozzá a menetíró készülékkel kapcsolatos személyes adatainak az 
opcionális ITS-interfészen keresztüli továbbításához. (Lásd az I. C. 
melléklet 3.6.2. szakaszát).  
A hozzájárulás státuszát (megadva/elutasítva) a menetíró készülék memó ­
riája tárolja.  
Több járm űvezető esetén csak azon járművezetők személyes adatai oszt ­
hatók meg az ITS-interfésszel, akik hozzájárulásukat adták ehhez. Ha 
például a járm űvet két járm űvezető vezeti, és csak az els ő járult hozzá 
személyes adatainak megosztásához, akkor a második járm űvezető 
személyes adatai nem oszthatók meg.  
4.6. Szabványos adatok lekérése 
A 2. melléklet 3. ábrája az ITS-egység által a szabványos adatokhoz való 
hozzáférés céljából küldött érvényes kérés folyamatát mutatja be. Az ITS- 
egység szerepel az engedélyezett eszközök listáján és nem személyes 
adatokat kér, ezért nincs szükség további ellen őrzésre. Az ábrák abból 
indulnak ki, hogy a 2. melléklet 2. ábráján bemutatott folyamat már 
rendben lezárult. Az ábrák a 2. ábrán látható  REQUEST TREATMENT 
feliratú szürke szövegdoboznak felelnek meg.  
A rendelkezésre álló adatok közül az alábbiak min ősülnek szabványosnak:  
— standardTachData (TRTP 01) 
— StandardEventData (TRTP 04) 
— standardFaultData (TRTP 06) 
4.7. Személyes adatok lekérése  
A személyes adatokra vonatkozó kérés feldolgozásának folyamatát a 2. 
melléklet 4. ábrája mutatja be. Amint az korábban is említésre került, a 
járműegység-interfész csak akkor küldhet személyes adatokat, ha a járm ű­
vezető ehhez egyértelm űen hozzájárult (lásd a 4.5. szakaszt). Eltér ő 
esetben a kérést automatikusan vissza kell utasítani.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 462  
A rendelkezésre álló adatok közül az alábbiak min ősülnek személyesnek:  
— personalTachData (TRTP 02) 
— gnssData (TRTP 03) 
— personalEventData (TRTP 05) 
— manufacturerData (TRTP 07) 
4.8. Az eseményekkel és a hibákkal kapcsolatos adatok lekérése  
Az ITS-egységeknek képesnek kell lenniük arra, hogy lekérjék a vala ­
mennyi váratlan esemény listáját tartalmazó eseményadatokat. Ezek az 
adatok szabványosnak vagy személyesnek minő sülnek, lásd a 3. mellék ­
letet. Valamennyi esemény tartalmának meg kell felelnie az e függelék 
1. mellékletében megadott dokumentációnak.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 463  
1. MELLÉKLET  
▼M1 
1. AZ ITS-INTERFÉSZEN KERESZTÜL ELÉRHET Ő ADATOK LISTÁJA  
▼B 
Adat  Forrás  ►C2 Adatbesorolás 
(személyes/nem 
személyes) ◄ 
VehicleIdentificationNumber  Járm űegység nem személyes  
CalibrationDate  Járm űegység nem személyes  
TachographVehicleSpeed speed instant t  Járm űegység  személyes  
Driver1WorkingState Selector driver  Járm űegység  személyes  
Driver2WorkingState  Járm űegység személyes  
DriveRecognize Speed Threshold detected  Járm űegység  nem személyes  
Driver1TimeRelatedStates Weekly day time Járm űvezetői kártya  személyes  
Driver2TimeRelatedStates  Járm űvezetői kártya személyes  
DriverCardDriver1 Járm űegység nem személyes  
DriverCardDriver2 Járm űegység nem személyes  
OverSpeed Járm űegység személyes  
TimeDate  Járm űegység nem személyes  
HighResolutionTotalVehicleDistance  Járm űegység nem személyes  
ServiceComponentIdentification  Járm űegység nem személyes  
ServiceDelayCalendarTimeBased  Járm űegység nem személyes  
Driver1Identification  Járm űvezetői kártya személyes  
Driver2Identification  Járm űvezetői kártya személyes  
NextCalibrationDate  Járm űegység nem személyes  
Driver1ContinuousDrivingTime  Járm űvezetői kártya személyes  
Driver2ContinuousDrivingTime  Járm űvezetői kártya személyes  
Driver1CumulativeBreakTime  Járm űvezetői kártya személyes  
Driver2CumulativeBreakTime  Járm űvezetői kártya személyes  
Driver1CurrentDurationOfSelectedActivity  Járm űvezetői kártya személyes  
Driver2CurrentDurationOfSelectedActivity  Járm űvezetői kártya személyes  
SpeedAuthorised Járm űegység nem személyes  
TachographCardSlot1  Járm űvezetői kártya nem személyes 
TachographCardSlot2  Járm űvezetői kártya nem személyes 
Driver1Name Járm űvezetői kártya személyes  
Driver2Name Járm űvezetői kártya személyes  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 464  
Adat  Forrás  ►C2 Adatbesorolás 
(személyes/nem 
személyes) ◄ 
OutOfScopeCondition Járm űegység nem személyes  
ModeOfOperation Járm űegység nem személyes  
Driver1CumulatedDrivingTimePreviousAndCur ­
rentWeek  Járművezetői kártya személyes  
Driver2CumulatedDrivingTimePreviousAndCur ­
rentWeek  Járművezetői kártya személyes  
EngineSpeed  Járm űegység személyes  
RegisteringMemberState  Járm űegység nem személyes  
VehicleRegistrationNumber  Járm űegység nem személyes  
Driver1EndOfLastDailyRestPeriod  Járm űvezetői kártya személyes  
Driver2EndOfLastDailyRestPeriod  Járm űvezetői kártya személyes  
Driver1EndOfLastWeeklyRestPeriod  Járm űvezetői kártya személyes  
Driver2EndOfLastWeeklyRestPeriod  Járm űvezetői kártya személyes  
Driver1EndOfSecondLastWeeklyRestPeriod  Járm űvezetői kártya személyes  
Driver2EndOfSecondLastWeeklyRestPeriod  Járm űvezetői kártya személyes  
Driver1CurrentDailyDrivingTime  Járm űvezetői kártya személyes  
Driver2CurrentDailyDrivingTime  Járm űvezetői kártya személyes  
Driver1CurrentWeeklyDrivingTime  Járm űvezetői kártya személyes  
Driver2CurrentWeeklyDrivingTime  Járm űvezetői kártya személyes  
Driver1TimeLeftUntilNewDailyRestPeriod  Járm űvezetői kártya személyes  
Driver2TimeLeftUntilNewDailyRestPeriod  Járm űvezetői kártya személyes  
Driver1CardExpiryDate  Járm űvezetői kártya személyes  
Driver2CardExpiryDate  Járm űvezetői kártya személyes  
Driver1CardNextMandatoryDownloadDate  Járm űvezetői kártya személyes  
Driver2CardNextMandatoryDownloadDate  Járm űvezetői kártya személyes  
TachographNextMandatoryDownloadDate  Járm űegység nem személyes  
Driver1TimeLeftUntilNewWeeklyRestPeriod  Járm űvezetői kártya személyes  
Driver2TimeLeftUntilNewWeeklyRestPeriod  Járm űvezetői kártya személyes  
Driver1NumberOfTimes9hDailyDrivingTim esEx­
ceeded  Járművezetői kártya személyes  
Driver2NumberOfTimes9hDailyDrivingTim esEx­
ceeced  Járművezetői kártya személyes  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 465  
Adat  Forrás  ►C2 Adatbesorolás 
(személyes/nem 
személyes) ◄ 
Driver1CumulativeUninterruptedRestTime  Járm űvezetői kártya személyes  
Driver2CumulativeUninterruptedRestTime  Járm űvezetői kártya személyes  
Driver1MinimumDailyRest  Járm űvezetői kártya személyes  
Driver2MinimumDailyRest  Járm űvezetői kártya személyes  
Driver1MinimumWeeklyRest  Járm űvezetői kártya személyes  
Driver2MinimumWeeklyRest  Járm űvezetői kártya személyes  
Driver1MaximumDailyPeriod  Járm űvezetői kártya személyes  
Driver2MaximumDailyPeriod  Járm űvezetői kártya személyes  
Driver1MaximumDailyDrivingTime  Járm űvezetői kártya személyes  
Driver2MaximumDailyDrivingTime  Járm űvezetői kártya személyes  
Driver1NumberOfUsedReducedDailyRestPeriods  Járművezetői kártya személyes  
Driver2NumberOfUsedReducedDailyRestPeriods  Járművezetői kártya személyes  
Driver1RemainingCurrentDrivingTime  Járm űvezetői kártya személyes  
Driver2RemainingCurrentDrivingTime  Járm űvezetői kártya személyes  
GNSS position Járm űegység személyes  
2. A JÁRMŰVEZETŐ HOZZÁJÁRULÁSA UTÁN ELÉRHET Ő FOLYA­
MATOS GNSS-ADATOK  
Lásd: 12. függelék – GNSS. 
3. A JÁRMŰVEZETŐ HOZZÁJÁRULÁSA NÉLKÜL ELÉRHET Ő 
ESEMÉNYKÓDOK  
Esemény Tárolási szabályok Az egyes eseményekk el kapcsolatban rögzítend ő 
adatok  
Érvénytelen kártya behelye ­
zése — a 10 legutóbbi esemény,  — az esemény dátuma és idő pontja, 
— az eseményt előidéző kártya (kártyák) 
típusa, száma, kiállító tagállama és generá ­
ciója, 
— az ugyanazon a napon történt hasonló 
események száma.  
Kártyaütközés  — a 10 legutóbbi esemény,  — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és id őpontja, 
— a kártyaütközést el őidéző két kártya típusa, 
száma, kiállító tagállama és generációja.  
Az utolsó kártyakapcsolat 
nem megfelel ő lezárása  — a 10 legutóbbi esemény,  — a kártyabehelyezés dátuma és id őpontja, 
— a kártya (kártyák) típusa, száma, kiállító 
tagállama és generációja, 
— a kártyáról leolvasott utolsó kártyakapcsolat 
adatai: 
— a kártyabehelyezés dátuma és 
időpontja, 
— a járm ű rendszáma (VRN) és a nyilván ­
tartásba vétel szerinti tagállam.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 466  
Esemény  Tárolási szabályok Az egyes eseményekk el kapcsolatban rögzítend ő 
adatok  
Az áramellátás megszakadása 
(2) — a leghosszabb esemény az utolsó 
10 előfordulási nap mindegyikén, 
— az öt leghosszabb esemény az 
utolsó 365 nap folyamán,  — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és idő pontja, 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, száma, 
kiállító tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  
Kommunikációs hiba a távoli 
kommunikációs eszközzel  — a leghosszabb esemény az utolsó 
10 előfordulási nap mindegyikén, 
— az öt leghosszabb esemény az 
utolsó 365 nap folyamán,  — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és idő pontja, 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, száma, 
kiállító tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  
A GNSS-vev őből származó 
helymeghatározási informá ­
ciók hiánya — a leghosszabb esemény az utolsó 
10 előfordulási nap mindegyikén, 
— az öt leghosszabb esemény az 
utolsó 365 nap folyamán,  — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és idő pontja, 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, száma, 
kiállító tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  
▼M1 
Kommunikációs hiba a küls ő 
GNSS-eszközzel  — a leghosszabb esemény az utolsó 
10 előfordulási nap mindegyikén, 
— az öt leghosszabb esemény az 
utolsó 365 nap folyamán.  — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és idő pontja, 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, száma, 
kiállító tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  
▼B 
A mozgásadatok hibája  — a leghosszabb esemény az utolsó 
10 előfordulási nap mindegyikén, 
— az öt leghosszabb esemény az 
utolsó 365 nap folyamán,  — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és idő pontja, 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, száma, 
kiállító tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  
A jármű mozgásával kapcso ­
latos ellentmondás  — a leghosszabb esemény az utolsó 
10 előfordulási nap mindegyikén, 
— az öt leghosszabb esemény az 
utolsó 365 nap folyamán,  — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és idő pontja, 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, száma, 
kiállító tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 467  
Esemény  Tárolási szabályok Az egyes eseményekk el kapcsolatban rögzítend ő 
adatok  
A biztonsági rendszer 
megsértésére irányuló kísérlet  a 10 legutolsó esemény eseménytípu ­
sonként, — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és id őpontja 
(ha lényeges), 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, száma, 
kiállító tagállama és generációja, 
— az esemény típusa.  
Időátfedés — a leghosszabb esemény az utolsó 
10 előfordulási nap mindegyikén, 
— az öt leghosszabb esemény az 
utolsó 365 nap folyamán,  — az adatrögzítő készülék által rögzített 
dátum és idő pont, 
— GNSS-dátum és -id őpont, 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, száma, 
kiállító tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  
4. A JÁRMŰVEZETŐ HOZZÁJÁRULÁSA ESETÉN ELÉRHET Ő 
ESEMÉNYKÓDOK  
Esemény Tárolási szabályok Az egyes eseményekk el kapcsolatban rögzítend ő 
adatok  
Járművezetés megfelel ő 
kártya nélkül  — a leghosszabb esemény az utolsó 
10 előfordulási nap mindegyi ­
kén, 
— az öt leghosszabb esemény az 
utolsó 365 nap folyamán,  — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és id őpontja, 
— az esemény kezdetén és/vagy végén 
behelyezett kártya (kártyák) típusa, száma, 
kiállító tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  
Kártya behelyezése járműve­
zetés közben — az utolsó esemény az utolsó 10 
előfordulási nap mindegyikén,  — az esemény dátuma és idő pontja, 
— a kártya (kártyák) típusa, száma, kiállító 
tagállama és generációja, 
— az ugyanazon a napon történt hasonló 
események száma.  
Gyorshajtás (1) — a legsúlyosabb esemény az 
utolsó 10 előfordulási nap mind­
egyikén (például az, amelynél a 
legmagasabb volt az átlagsebes ­
ség), 
— az öt legsúlyosabb esemény az 
utolsó 365 nap folyamán. 
— a legutóbbi kalibrálást követ ő 
első esemény, — az esemény kezdetének dátuma és 
időpontja, 
— az esemény végének dátuma és id őpontja, 
— az esemény alatt mért legnagyobb sebes ­
ség, 
— az esemény alatt mért számtani átlagsebes ­
ség, 
— a járm űvezetői kártya típusa, száma, kiál ­
lító tagállama és generációja (adott eset ­
ben), 
— az ugyanazon a napon történt hasonló 
események száma.  
5. A JÁRMŰVEZETŐ HOZZÁJÁRULÁSA NÉLKÜL ELÉRHET Ő HIBA­
KÓDOK  
Hiba Tárolási szabályok Az egyes hibákkal kapcsolatban rögzítendő adatok  
Kártyahiba  — a 10 legutóbbi járművezetői 
kártyahiba.  — a hiba kezdetének dátuma és id őpontja, 
— a hiba végének dátuma és id őpontja, 
— a kártya (kártyák) típusa, száma, kiállító 
tagállama és generációja.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 468  
Hiba  Tárolási szabályok Az egyes hibákkal kapcsolatban rögzítendő adatok  
Az adatrögzít ő készülék hibái  — a 10 legutóbbi hiba minden 
egyes hibatípusra, 
— a legutóbbi kalibrálást követ ő 
első hiba. — a hiba kezdetének dátuma és id őpontja, 
— a hiba végének dátuma és id őpontja, 
— a hiba típusa, 
— a hiba kezdetén és/vagy végén behelyezett 
kártya (kártyák) típusa, száma, kiállító 
tagállama és generációja.  
Ezt a hibát a kalibrálási üzemmódon kívül bekövetkez ő bármely alábbi meghibá ­
sodásnak el ő kell idéznie:  
— a járműegység bels ő hibája, 
— nyomtatóhiba,  
— kijelzőhiba, 
— letöltési hiba,  
— érzékel őhiba,  
— a GNSS-vev ő vagy a küls ő GNSS-eszköz hibája,  
— a távoli kommunikációs eszköz hibája  
▼M1 
— az ITS-interfész hibája (adott esetben).  
▼B 
6. A JÁRM ŰVEZETŐ HOZZÁJÁRULÁSA NÉLKÜL RENDELKEZÉSRE 
ÁLLÓ GYÁRTÓSPECIFIKUS ESEMÉNYEK ÉS HIBÁK  
Esemény vagy hiba  Tárolási szabályok Az egyes eseményekk el kapcsolatban rögzítend ő 
adatok  
A gyártó határozza meg  A gyártó határozza meg  A gyártó határozza meg ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 469  
2. MELLÉKLET 
AZ ITS-EGYSÉGGEL TÖRTÉN Ő ÜZENETCSERE FOLYAMATÁBRÁI  
1. ábra 
A PIN validálási kísérletének folyamatábrája
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 470  
2. ábra 
Az ITS-egység hitelesítésének ellenőrzésére vonatkozó folyamatábra
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 471  
3. ábra 
A nem személyesnek minősülő adatok (helyes PIN-hozzáférés utáni) feldolgozására vonatkozó kérés 
folyamatábrája
  
4. ábra 
A személyesnek minősülő adatok (helyes PIN-hozzáférés utáni) feldolgozására vonatkozó kérés folyamatábrája
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 472  
5. ábra 
A PUC validálási kísérletének folyamatábrája
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 473  
3. MELLÉKLET 
ASN.1 SPECIFICATIONS
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 474
  
▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 475
  
▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 476
  
▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 477
  
► (1) M1 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 478
  
► (1) (2) (3)  M1 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 479
  
► (1) M1 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 480
  
► (1) (2) M1 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 481
  
▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 482
  
▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 483
  
► (1) M1 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 484
  
▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 485 
14. függelék
TÁVOLI KOMMUNIKÁCIÓS FUNKCIÓ 
TARTALOMJEGYZÉK 
1 BEVEZETÉS  
2 HATÁLY 
3 BET ŰSZAVAK, FOGALOMMEGHATÁROZÁSOK ÉS JELÖLÉSI 
MÓDOK  
4 M ŰKÖDÉSI FORGATÓKÖNYV  
4.1 Áttekintés  
4.1.1 Az 5,8 GHz-en m űködő DSRC interfészeken keresztül történ ő adat­ 
átvitel előfeltételei  
4.1.2 1a. profil: kézi vagy ideiglenesen az út mentén felállított, irányított, 
korai távészleléssel történ ő kommunikációhoz használt leolvasó révén  
4.1.3 1b. profil: járm űbe beszerelt, irányított, korai távészleléssel történ ő 
kommunikációhoz használt leolvasó (REDCR) révén  
4.2 Biztonság/sértetlenség  
5 A TÁVOLI KOMMUNIKÁCIÓ KIALAKÍTÁSA ÉS A RÁ VONAT ­ 
KOZÓ PROTOKOLLOK  
5.1 Kialakítás  
5.2 Munkafolyamat  
5.2.1 M űveletek  
5.2.2 Az DSRC kommunikáció révén kapott adatok értelmezése  
5.3 A DSRC fizikai interfész paraméterei a távoli kommunikációhoz  
5.3.1 A helyre vonatkozó korlátozások  
5.3.2 Feltöltési és letöltési paraméterek  
5.3.3 Az antenna kialakítása  
5.4 A DSRC protokoll RTM-re vonatkozó követelményei  
5.4.1 Áttekintés  
5.4.2 Parancsok 
5.4.3 Lekérdezési parancssorozat  
5.4.4 Adatstruktúrák 
5.4.5 Az RtmData elemei, elvégzett m űveletek és fogalommeghatározások  
5.4.6 Adatátviteli mechanizmus  
5.4.7 A DSRC tranzakció részletes leírása  
5.4.8 A DSRC teszttranzakció leírása  
▼M1
5.5 Az (EU) 2015/719 irányelv támogatása  
▼B
5.5.1 Áttekintés  
5.5.2 Parancsok  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 486  
5.5.3 Lekérdezési parancssorozat  
5.5.4 Adatstruktúrák 
5.5.5 Az OWS DSRC tranzakcióra vonatkozó ASN.1 modul  
5.5.6 Az OwsData elemei, elvégzett m űveletek és fogalommeghatározások  
5.5.7 Adatátviteli mechanizmusok  
5.6 A DSRC-VU és a járm űegység (VU) közötti adatátvitel  
5.6.1 Fizikai kapcsolat és interfészek  
5.6.2 Alkalmazási protokoll  
5.7 Hibakezelés  
5.7.1 Az adatok rögzítése és közlése az DSRC-VU-ban  
5.7.2 A vezeték nélküli kommunikáció hibái  
6 A TÁVOLI KOMMUNIKÁCIÓS FUNKCIÓ ÜZEMBE HELYEZÉSE 
ÉS IDŐSZAKOS VIZSGÁLATA  
6.1 Általános rész 
6.2 ECHO  
6.3 A biztonsági adatok tartalmának érvényesítésére szolgáló tesztek  
1 BEVEZETÉS  
Ez a függelék azt a kialakítást és azokat az eljárásokat határozza meg, 
amelyeket a távoli kommunikációs funkciónak (a továbbiakban: kommu ­
nikáció) végrehajtásához követni kell a 165/2014/EU rendelet (a továb ­
biakban: rendelet) 9. cikkében el őírtak szerint.  
DSC_1 A 165/2014/EU rendelet el őírja, hogy a menetíró készüléknek 
rendelkeznie kell olyan távoli kommunikációs funkcióval, 
amely lehet ővé teszi az illetékes ellen őrző hatóságok meghatal ­
mazottainak, hogy távoli lekérdez ő készülékkel (a korai 
távészleléssel történ ő kommunikációhoz használt leolvasóval 
[REDCR]), nevezetesen a CEN által az 5,8 GHz-en m űködő, 
speciális célú, rövid hatótávolságú adatátvitel (DSRC) területén 
közzétett szabványoknak megfelel ő interfészek révén vezeték 
nélkül kapcsolódó lekérdez ő készülékkel kiolvassák a menetíró 
készülék információit az elhaladó járm űvekből. 
Fontos megérteni, hogy ez a funkció csak el őzetes szűrésre, 
azaz azoknak a járm űveknek a kiválasztására szolgál, 
amelyeken alapos ellen őrzést kell végezni, és nem helyettesíti 
a 165/2014/EU rendelet rendelkezéseiben meghatározott hiva ­
talos vizsgálati eljárást. Lásd az e rendelet preambulumában a 
(9) preambulumbekezdést, amely megállapítja, hogy a 
menetíró készülék és az ellen őrző hatóságok közötti, közúti 
ellenőrzés céljából folyó távoli kommunikáció el ősegíti a 
célzott közúti ellen őrzéseket.  
DSC_2 Az adatok cseréjét a  kommunikáció  keretében kell végrehaj ­
tani; a  kommunikációnak  5,8 GHz-en folyó DSRC vezeték 
nélküli kommunikáció révén megvalósított vezeték nélküli 
kapcsolatnak kell lennie, amely megfelel ennek a mellékletnek, 
és amelyet az EN 300 674-1 szabvány {Electromagnetic 
compatibility and Radio spectrum Matters (ERM); Road 
Transport and Traffic Telematics (RTTT); Dedicated Short  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 487  
Range Communication (DSRC) transmission equipment (500 
kbit/s / 250 kbit/s) operating in the 5,8 GHz Industrial, Scien ­
tific and Medical (ISM) band; Part 1: General characteristics 
and test methods for Road Side Units (RSU) and On -Board 
Units (OBU)} megfelel ő paraméterei szerint vizsgálnak.  
DSC_3 Kommunikációnak a kommunikációs berendezéssel csak a 
megfelelő rádiókommunikációs eszközt [ korai távészleléssel 
történő kommunikációhoz használt leolvasót (REDCR) ] hasz­
náló illetékes ellen őrző hatóság berendezés kérésére kell létre ­
jönnie. 
DSC_4 Az adatok sértetlenségének biztosítása érdekében az  adatoknak  
biztonságosnak kell lenniük.  
DSC_5 A továbbított  adatokhoz  csak az 561/2006/EK rendelet és a 
165/2014/EU rendelet megsértésének ellen őrzésére felhatalma ­
zott illetékes ellen őrző hatóságok, valamint a m űhelyek 
férhetnek hozzá, de utóbbiak csak annyiban, amennyiben ez 
a menetíró készülék helyes m űködésének ellen őrzéséhez szük ­
séges. 
DSC_6 A kommunikáció során közölt  adatokat az esetlegesen mani­
pulált vagy nem megfelel ően alkalmazott menetíró készülékkel 
rendelkező járművek célzott közúti ellen őrzéséhez szükséges 
adatokra kell korlátozni.  
DSC_7 Az adatok sértetlenségét és biztonságát az adatok járm űegy­
ségen (VU) belüli biztosításával, valamint azzal kell elérni, 
hogy csak a biztonságos hasznos adatokat és a biztonságra 
vonatkozó adatokat (lásd: 5.4.4) szabad az 5,8 GHz-es DSRC 
távoli kommunikációs eszközön keresztül továbbítani, ami azt 
jelenti, hogy csak az illetékes ellen őrző hatóságok arra jogosult 
személyzete rendelkezik a megfelel ő eszközökkel ahhoz, hogy 
megértse a  kommunikáció  során továbbított adatokat, és ellen ­ 
őrizze azok hitelességét. Lásd: 11. függelék Általános bizton ­
sági mechanizmusok.  
DSC_8 Az adatoknak  tartalmazniuk kell a legutóbbi frissítésük id őbé­
lyegzőjét. 
DSC_9 A biztonsági adatok tartalma kizárólag az illetékes ellen őrző 
hatóságok számára és ellen őrzésének keretében ismert, vala ­
mint azon felek számára, amelyekkel a hatóságok megosztják 
azt, továbbá kívül esik az e függelék tárgyát képez ő kommu­
nikációra vonatkozó rendelkezéseken, eltekintve attól, hogy a  
kommunikáció  keretében minden hasznosadat-csomaggal egy 
biztonságiadat-csomag is továbbításra kerül.  
DSC_10 Ugyanannak az architektúrának és berendezésnek alkalmasnak 
kell lennie arra, hogy az itt meghatározott architektúra révén 
egyéb adatkoncepciókat (például a tömegadatok fedélzeti 
elérhetőségét) is megvalósítsanak.  
DSC_11 Fontos tisztázni, hogy a 165/2014/EU rendelet 7. cikkének 
rendelkezéseivel összhangban a járm űvezető személyazonossá ­
gára vonatkozó adatok nem kerülnek továbbításra a  kommuni­
káció keretében.  
2 HATÁLY  
E függelék hatálya annak meghatározására terjed ki, hogy az illetékes 
ellenőrző hatóságok meghatalmazottai meghatározott, 5,8 GHz-en folyó, 
vezeték nélküli DSRC kommunikáció révén miként szerzik meg azon  
adatokat egy célzott járm űből, amelyek alapján eldönthet ő, hogy a  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 488  
célzott járm ű potenciálisan megsérti a 165/2014/EU rendeletet, és ezért 
fontolóra kell venni annak megállítását további vizsgálat céljából.  
A 165/2014/EU rendelet el őírja, hogy az összegy űjtött adatoknak azon 
adatokra kell korlátozódniuk, vagy azon adatokra kell vonatkozniuk, 
amelyek egy, a 165/2014/EU rendelet 9. cikkében meghatározott lehet ­
séges jogsértést állapítanak meg.  
▼M1 
E forgatókönyv szerint a kommunikációra rendelkezésre álló id ő korlá­
tozott, mivel  a kommunikáció célzott és rövid hatótávolságú. Emellett az 
illetékes ellen őrző hatóságok a menetíró készülékek távoli ellen őrzésére 
(RTM) szolgáló, szóban forgó kommunikációs eszközt más alkalmazá ­
sokra is használhatják (például a nehéz tehergépjárm űveknek az (EU) 
2015/719 irányelvben meghatározott maximális tömegének és mérete ­
inek ellenőrzésére), és az ilyen mű veletek az illetékes ellen őrző ható­
ságok döntését ől függően lehetnek különállóak, vagy következhetnek 
egymás után.  
▼B 
Ez a függelék a következ őt határozza meg:  
— a kommunikációhoz használandó kommunikációs berendezések, eljá ­
rások és protokollok, 
— azok a szabványok és el őírások, amelyeknek a rádióberendezésnek 
meg kell felelnie,  
— az adatok megjelenítése a kommunikációs  berendezés számára,  
— a lekérdezési és letöltési eljárások és a m űveletek sorozata,  
— a továbbítandó  adatok , 
— a kommunikáció keretében továbbított  adatok  esetleges értelmezése,  
— a kommunikációhoz kapcsolódó biztonsági adatokra vonatkozó 
rendelkezések,  
— az adatok rendelkezésre állása az illetékes ellen őrző hatóságok 
számára,  
— a korai távészleléssel történő kommunikációhoz használt leolvasó  
miként kérhet le különböz ő rakomány- és flotta-adatkoncepciókat.  
Fontos tisztázni, hogy ez függelék  nem határozza meg a következ őket: 
— az adat gyűjtés mű ködése és irányítása a járm űegységben (VU) (ami 
a terméktervezés függvénye lesz, hacsak nincs meghatározva a 
165/2014/EU rendelet egy másik helyén),  
— az összegy űjtött adatok megjelenítési formája az illetékes ellen őrző 
hatóságok meghatalmazottja számára, vagy a kritériumok, amelyek 
alapján az illetékes ellen őrző hatóságok döntenek arról, hogy mely 
járműveket állítsák meg (ez a terméktervezés függvénye lesz, hacsak 
nincs meghatározva a 165/2014/EU rendelet egy másik helyén vagy 
az illetékes ellen őrző hatóságok szakpolitikai határozatában). Fontos 
tisztázni, hogy a  kommunikáció csak annak érdekében bocsátja az  
adatokat az illetékes ellen őrző hatóságok rendelkezésére, hogy  azok 
megalapozott döntéseket hozhassanak,  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 489  
— az adatok tartalmára vonatkozó adatbiztonsági rendelkezések (pél ­
dául titkosítás) [amelyeket a 11. függelékben (Közös biztonsági 
mechanizmusok) kell meghatározni],  
— az ugyanazzal az architektúrával és berendezéssel megszerezhet ő, az 
RTM-től eltérő adatkoncepciók részletei,  
— a járműegységek (VU-k) és a DSRC-VU közötti magatartás és keze­
lés, vagy a DSRC-VU-n belüli magatartás (az  adatoknak egy 
REDCR kérésére történ ő szolgáltatásán kívül).  
3 BET ŰSZAVAK, FOGALOMMEGHATÁROZÁSOK ÉS JELÖLÉSI 
MÓDOK  
Ebben a függelékben a következ ő, erre a függelékre jellemz ő betű szavak 
és fogalommeghatározások szerepelnek:  
antenna Olyan elektromos berendezés, amely 
rádió-adóberendezéssel vagy rádió- 
vevőkészülékkel kombinálva az 
elektromos áramot rádióhullámokká 
alakítja, és fordítva. M űködés 
közben a rádió-adóberendezés rádió ­
frekvencián rezg ő elektromos 
áramot ad rá az antenna csatlakozó ­
kapcsaira, az antenna pedig elektro ­
mágneses hullámok (rádióhullámok) 
formájában sugározza szét az elekt ­
romos áram energiáját. Vételi üzem ­
módban az antenna fogja az elektro ­
mágneses hullám energiájának egy 
részét, parányi feszültség keletkezik 
a csatlakozókapcsokon, amelyet 
azután egy vev őkészülék feler ősít. 
kommunikáció Információk/adatok cseréje a DSRC- 
REDCR és a DSRC-VU között 
mester-szolga kapcsolatban, a 
5. szakasznak megfelel ően, az 
adatok megszerzése érdekében.  
adatok Meghatározott formátumú (lásd: 
5.4.4) biztonságos adatok, amelyeket 
a DSRC-REDCR kért le, és a  DSRC- 
VU szolgáltatott a  DSRC-REDCR - 
nek egy 5,8 GHz-en mű ködő 
DSRC-kapcsolaton keresztül, az 
alábbi 5. pontban meghatározottak 
szerint.  
165/2014/EU rendelet Az Európai Parlament és a Tanács 
2014. február 4-i 165/2014/EU rende ­
lete a közúti közlekedésben használt 
menetíró készülékekr ől, a közúti  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 490  
közlekedésben használt menetíró 
készülékekr ől szóló 3821/85/ 
EGK tanácsi rendelet hatályon kívül 
helyezéséről és a közúti szállításra 
vonatkozó egyes szociális jogszabá ­
lyok összehangolásáról szóló 
561/2006/EK európai parlamenti és 
tanácsi rendelet módosításáról  
AID Alkalmazásazonosító  
BLE Alacsony energiafelhasználású Blue­
tooth-technológia  
BST  Irányadó szolgáltatási táblázat  
CIWD  Kártya behelyezése járművezetés 
közben  
CRC Ciklikus redundanciaellen őrzés 
DSC (n)  meghatározott DRSC függelékre 
vonatkozó követelmény azonosítója  
DSRC  Speciális célú, rövid hatótávolságú 
adatátvitel  
DSRC-REDCR  DSRC – A korai távészleléssel 
történő kommunikációhoz használt 
leolvasó. 
DSRC-VU  DSRC – Járműegység. Ez az 1C 
mellékletben meghatározott korai 
távészlelő eszköz. 
DWVC Érvényes kártya nélküli járműve­
zetés 
EID Elemazonosító  
LLC Logikai kapcsolatvezérlés  
LPDU  LLC Protokoll-adategység  
OWS  Fedélzeti tömegmérő rendszer 
PDU Protokoll-adategység  
REDCR  A korai távészleléssel történő 
kommunikációhoz használt leolvasó 
Ez az 1C mellékletben meghatá ­
rozott, a korai távészleléssel történ ő 
kommunikációhoz használt leolvasó.  
RTM A menetíró készülékek távoli ellen­ 
őrzése 
SM-REDCR  Biztonsági modul – A korai távész­
leléssel történ ő kommunikációhoz 
használt leolvasó  
TARV Telematikai alkalmazások a szabá­
lyozás hatálya alá tartozó járm ű­
vekhez (ISO 15638 szabványsoro­
zat) ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 491  
VU Járm űegység 
VUPM A járműegység hasznos memóriája 
VUSM A járműegység biztonsági modulja  
VST Járm ű szolgáltatási táblázata  
WIM  Mozgó tömeg mérése  
WOB  Fedélzeti tömegmérés  
Az ebben a függelékben meghatározott el őírás részben vagy egészben a 
következő rendeletekre és szabványokra utal, illetve azoktól függ. E 
függelék pontjai a vonatkozó szabványokra, illetve a szabványok vonat ­
kozó szakaszaira hivatkoznak. Ellentmondás esetén e függelék pontjai 
elsőbbséget élveznek. Amennyiben – ellentmondás esetén – e függelék 
nem határozza meg egyértelm űen az előírást, elsőbbséget élvez az ERC 
70-03 ajánlásnak megfelel ő működés (és az EN 300 674-1 szabványban 
meghatározott megfelel ő paraméterek szerinti vizsgálat), amelyet csök ­
kenő sorrendben az EN 12795, az EN 12253 és az EN 12834 szabvány, 
valamint az EN 13372 szabvány 6.2., 6.3., 6.4. és 7.1. szakasza követ.  
Az e függelékben hivatkozott rendeletek és szabványok a következ ők: 
[1] Az Európai Parlament és a Tanács 2014. február 4-i 
165/2014/EU rendelete a közúti közlekedésben használt menetíró 
készülékekr ől, a közúti közlekedésben használt menetíró készülé ­
kekről szóló 3821/85/EGK tanácsi rendelet hatályon kívül helyezé ­
séről és a közúti szállításra vonatkozó egyes szociális jogszabályok 
összehangolásáról szóló 561/2006/EK európai parlamenti és tanácsi 
rendelet módosításáról.  
[2] Az Európai Parlament és a Tanács 2006. március 15-i 
561/2006/EK rendelete a közúti szállításra vonatkozó egyes szoci ­
ális jogszabályok összehangolásáról, a 3821/85/EGK és a 
2135/98/EK tanácsi rendelet módosításáról, valamint a 
3820/85/EGK tanácsi rendelet hatályon kívül helyezésér ől (EGT- 
vonatkozású szöveg).  
[3] ERC 70-03 CEPT: ECC Recommendation 70-03: Relating to the 
Use of Short Range Devices (SRD) 
[4] ISO 15638 Intelligent transport systems — Framework for coope ­
rative telematics applications for regulated commercial freight 
vehicles (TARV). 
[5] EN 300 674-1 Electromagnetic compatibility and Radio spectrum 
Matters (ERM); Road Transport and Traffic Telematics (RTTT); 
Dedicated Short Range Communication (DSRC) transmission 
equipment (500 kbit/s / 250 kbit/s) operating in the 5,8 GHz 
Industrial, Scientific and Medical (ISM) band; Part 1: General 
characteristics and test methods for Road Side Units (RSU) and 
On-Board Units (OBU).  
[6] EN 12253 Road transport and traffic telematics – Dedicated short- 
range communication – Physical layer using microwave at 
5.8 GHz.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 492  
[7] EN 12795 Road transport and traffic telematics – Dedicated short- 
range communication – Data link layer: medium access and logical 
link control.  
[8] EN 12834 Road transport and traffic telematics – Dedicated short- 
range communication – Application layer.  
[9] EN 13372 Road transport and traffic telematics – Dedicated short- 
range communication – Profiles for RTTT applications  
[10] ISO 14906 Electronic fee collection — Application interface defi ­
nition for dedicated short- range communication  
4 M ŰKÖDÉSI FORGATÓKÖNYV  
4.1 Áttekintés 
A 165/2014/EU rendelet meghatározott és ellen őrzött forgatókönyveket 
határoz meg, amelyek keretében a  kommunikációt  alkalmazni kell.  
A támogatott forgatókönyvek a következ ők: 
„Communication Profile 1: Roadside inspection using a short range 
wireless communication Remote Early Detection Communication Reader 
instigating a physical roadside inspection (master-:-slave)  
Reader Profile 1a: via a hand aimed or temporary roadside mounted 
and aimed Remote Early Detection Communication  
Reader Profile 1b: via a vehicle mounted and directed Remote Early 
Detection Communication Reader”.  
4.1.1 Az 5,8 GHz-en m űködő DSRC interfészeken keresztül történő adatátvitel 
előfeltételei  
MEGJEGYZÉS: Az előfeltételek kontextusának megértéséhez lásd az 
alábbi 14.3. ábrát.  
4.1.1.1 A járműegységben (VU) tárolt adatok  
DSC_12 A járműegység (VU) feladata, hogy a DSRC kommunikációs 
funkció közrem űködése nélkül 60 másodpercenként frissítse és 
karbantartsa a járm űegységben (VU) tárolandó adatokat. Ennek 
megvalósítási módját, amely a járm űegység (VU) részét 
képezi, nem ez a függelék, hanem a 165/2014/EU rendelet 
1C mellékletének „ Távoli kommunikáció a célzott közúti ellen ­ 
őrzések céljára” cím ű 3.19. szakasza határozza meg.  
4.1.1.2 A DSRC-VU eszköznek biztosított adatok  
DSC_13 A járműegység (VU) feladata, hogy a DSRC kommunikációs 
funkció közrem űködése nélkül frissítse a DSRC tachográfada ­
tokat ( adatok ), amint a járm űegységben (VU) tárolt adatok a 
4.1.1.1. pontban (DSC_12 szakasz) meghatározott idő közön­
ként frissítésre kerülnek.  
DSC_14 A járm űegység (VU) adatai alapján kell feltölteni és frissíteni 
az adatokat ; ennek megvalósítási módját az 1C melléklet 
„Távoli kommunikáció a célzott közúti ellen őrzések céljára” 
című 3.19. szakasza határozza meg, vagy ha nem tartalmaz 
ilyen meghatározást, akkor az a terméktervezés függvénye, 
és nem ez a függelék határozza meg. A DSRC-VU eszköz 
és a járműegység (VU) közötti kapcsolat kialakítását lásd az 
5.6. szakaszban.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 493  
4.1.1.3 Az adatok tartalma  
DSC_15 Az adatok tartalmát és formáját úgy kell kialakítani, hogy 
titkosítás után strukturálni lehessen őket, és az e függelék 
5.4.4. pontjában (Adatstruktúra) meghatározott formában és 
formátumban hozzáférhet ővé lehessen őket tenni.  
4.1.1.4 Az adatok megjelenítése  
DSC_16 A 4.1.1.1. pontban meghatározott eljárásoknak megfelel ően 
rendszeresen frissített  adatokat  a DSRC-VU számára történ ő 
megjelenítés el őtt biztosítani kell, és biztonságos adatkoncep ­
ció-értékként kell az  adatok aktuális verziójaként a  DSRC-VU - 
ban való ideiglenes tároláshoz megjeleníteni. Ezek az adatok a  
VUSM -ből továbbításra kerülnek a DSRC  VUPM funkciójá ­
hoz. A VUSM és a VUPM egyaránt funkció, és nem feltétlenül 
fizikai egységek. Az e funkciók végrehajtására szolgáló fizikai 
megvalósulások formája a terméktervezés függvénye, hacsak 
nincs meghatározva a 165/2014/EU rendelet egy másik helyén.  
4.1.1.5 Biztonsági adatok  
DSC_17 A biztonsági adatokat ( securityData ), beleértve a  REDCR 
számára az  adatok visszafejtésének elvégzéséhez szükséges 
adatokat a 11. függelékben (Közös biztonsági mechanizmusok) 
meghatározott módon kell biztosítani, és adatkoncepció-érték ­
ként kell a securityData  aktuális verziójaként, az e függelék 
5.4.4. pontjában meghatározott formában, a  DSRC-VU -ban 
való ideiglenes tároláshoz megjeleníteni.  
4.1.1.6 A DSRC interfészeken keresztül történ ő átvitelhez rendelkezésre álló 
VUPM adatok 
DSC_18 Az ASN.1 modul teljes meghatározásához az 5.4.4. pontban 
található az adatkoncepció, amelynek a DSRC VUPM funkci ­
ójában mindig elérhet őnek kell lennie, hogy a  REDCR kéré­
sére azonnal továbbítani lehessen.  
Az 1. kommunikációs profil általános áttekintése  
Ez a profil arra a használati esetre vonatkozik, amikor az illetékes ellen ­ 
őrző hatóságok meghatalmazottja rövid hatótávolságú adatátvitellel 
működő, korai távészleléssel történ ő kommunikációhoz használt leolva ­
sóval ( REDCR ) (amely az 5. pontban leírtak szerint az ERC 70-03 
ajánlásnak megfelel ően mű ködik, és amelyet az EN 300 674-1 szab ­
ványban meghatározott megfelel ő paraméterek szerint vizsgálnak) 
távolról azonosít olyan járm űvet, amely potenciálisan megsérti a 
165/2014/EU rendeletet. A járm ű azonosítása után az illetékes ellen őrző 
hatóságok lekérdezést ellen őrző meghatalmazottja dönt arról, hogy a 
járművet leállítsák-e, vagy sem.  
4.1.2 1a. profil: kézi vagy ideiglenesen az út mentén felállított, irányított, 
korai távészleléssel történ ő kommunikációhoz használt leolvasó révén  
Ebben az esetben az illetékes ellen őrző hatóságok meghatalmazottja az 
út mentén helyezkedik el, és az út szélér ől a megcélzott járm ű szélvé­
dőjének közepe felé irányít egy háromlábú állványra szerelt kézi vagy 
hasonló hordozható REDCR-t. A lekérdezés 5,8 GHz-en mű ködő DSRC 
interfészek révén történik, amelyek az 5. pontban leírtak szerint az ERC 
70-03 ajánlásnak megfelel ően mű ködnek, és amelyeket az EN 300 674-1 
szabványban meghatározott megfelel ő paraméterek szerint vizsgálnak. 
Lásd a 14.1. ábrát (1. használati eset).  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 494  
14.1. ábra 
Út menti lekérdezés 5,8 GHz-es DSRC segítségével
  
4.1.3 1b. profil: járm űbe beszerelt, irányított, korai távészleléssel történ ő 
kommunikációhoz használt leolvasó (REDCR) révén  
Ebben az esetben az illetékes ellen őrző hatóságok meghatalmazottja egy 
mozgó járm űben helyezkedik el, és vagy a járm űből egy kézi, hordoz­
ható REDCR -t irányít a megcélzott járm ű szélvédőjének közepe felé, 
vagy az REDCR úgy van a járm űbe beszerelve vagy arra felszerelve, 
hogy a megcélzott járm ű szélvédőjének közepe felé irányuljon, amikor a 
korai távészleléssel történ ő kommunikációhoz használt leolvasó járm űve 
meghatározott helyzetben van a megcélzott járm űhöz képest (például 
közvetlenül el őtte van a forgalomban). A lekérdezés 5,8 GHz-en m űködő 
DSRC interfészek révén történik, amelyek az 5. pontban leírtak szerint 
az ERC 70-03 ajánlásnak megfelel ően mű ködnek, és amelyeket az EN 
300 674-1 szabványban meghatározott megfelel ő paraméterek szerint 
vizsgálnak. Lásd a 14.2. ábrát (2. használati eset).  
14.2. ábra 
Járműből történő lekérdezés 5,8 GHz-es DSRC segítségével
  
4.2 Biztonság/sértetlenség  
Annak érdekében, hogy a távoli kommunikáció révén letöltött adatok 
hitelességét és sértetlenségét ellen őrizni lehessen, a biztonságos  adatokat  
a 11. függelékkel (Közös biztonsági mechanizmusok) összhangban kell 
ellenőrizni és visszafejteni.  
5 A TÁVOLI KOMMUNIKÁCIÓ KIALAKÍTÁSA ÉS A RÁ VONAT ­
KOZÓ PROTOKOLLOK  
5.1 Kialakítás  
Az intelligens menetíró készülék távoli kommunikációs funkciójának 
kialakítását a 14.3. ábra mutatja be.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 495  
14.3. ábra 
A távoli kommunikációs funkció kialakítása
  
DSC_19 A következ ő funkciók a járm űegységben (VU) valósulnak 
meg: 
— biztonsági modul (VUSM ). Ennek a járm űegységben (VU) 
megvalósuló funkciónak a feladata az  adatok biztosítása, 
amelyeket a  DSRC-VU -nak távoli kommunikációval továb ­
bítania kell az illetékes ellen őrző hatóságok meghatalma ­
zottja számára,  
— a biztonságos adatokat a VUSM memória tárolja. A 
4.1.1.1. pontban (DSC_12) meghatározott idő közönként a 
járműegység (VU) titkosítja és feltölti a DSRC-VU memó ­
riájában tárolt RTMdatakoncepciót (amely az ebben a 
függelékben meghatározott hasznosadat-koncepciók és 
biztonságiadat-koncepciók értékeit foglalja magában). A 
biztonsági modul mű ködése, amelyet a 11. függelék 
(Közös biztonsági mechanizmusok) határoz meg, kívül 
esik e függelék hatályán, eltekintve attól, hogy minden 
alkalommal, amikor a VUSM adatok változnak, naprakész 
adatokat kell szolgáltatnia a járm űegység (VU) kommuni­
kációs eszközének,  
— a járműegység (VU) és a DSRC-VU közötti kommunikáció 
folyhat vezetéken vagy alacsony energiafelhasználású 
Bluetooth-technológiával (BLE), és a DSRC-VU fizikai 
elhelyezkedését illet ően össze lehet építve az antennával 
a jármű szélvédőjén, lehet a járm űegység (VU) belsejében, 
vagy valahol a kett ő között, 
— a DSRC-VU-nak rendelkeznie kell egy megbízható energi ­
aforrással, amely mindenkor rendelkezésre áll. Az energi ­
ával való ellátás módja tervezési kérdés,  
— a DSRC-VU memóriájának maradandó memóriának kell 
lennie annak érdekében, hogy a DSRC-VU akkor is 
megőrizze az adatokat, amikor a járm ű gyújtása ki van 
kapcsolva,  
— ha a járm űegység (VU) és a DSRC-VU között a kommu­
nikáció BLE-n keresztül történik, és az áramforrás egy nem 
tölthető elem, akkor a DSRC-VU áramforrását minden 
egyes idő szakos vizsgálat alkalmával ki kell cserélni, és  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 496  
a DSRC-VU berendezés gyártójának felel őssége azt bizto ­
sítani, hogy a tápegység kitartson az egyik id őszakos vizs­
gálattól a következő id őszakos vizsgálatig úgy, hogy az 
adatokhoz a teljes id őtartam alatt hiba nélküli, illetve folya ­
matos, rendes hozzáférést biztosít egy REDCR számára,  
— a VU RTM „hasznos memóriája” ( VUPM ). Ennek a járm ű­
egységben (VU) megvalósuló funkciónak a feladata rendel ­
kezésre bocsátani, illetve frissíteni az  adatokat . Az adatok 
(„TachographPayload”) tartalma, amelyet az alábbi 
5.4.4./5.4.5. pont határoz meg, a 4.1.1.1. pontban (DSC_12 
szakasz) meghatározott id őközönként kerül frissítésre,  
— DSRC-VU. Ez a funkció, amely az antennán belül vagy 
ahhoz kapcsolódva és a járm űegységgel (VU) vezetékes 
vagy vezeték nélküli (BLE) kapcsolat révén folyó kommu ­
nikáció keretében valósul meg, tárolja az aktuális adatokat 
(VUPM-adatok ), és kezeli a 5,8 GHz-es DSRC eszközzel 
történő lekérdezésre adott választ. A DSRC eszköz lekap ­
csolása vagy a járm ű rendes m űködése során a DSRC 
eszköz mű ködésének befolyásolása a 165/2014/EU rendelet 
megsértésének min ősül. 
— A biztonsági modul (REDCR) ( SM-REDCR ) a járműegy­
ségből (VU) származó adatok visszafejtésére és sértetlen ­
ségük ellen őrzésére szolgáló funkció. Ennek megvalósítási 
módját nem ez a függelék, hanem a 11. függelék (Közös 
biztonsági mechanizmusok) határozza meg.  
— A DSRC-eszköz (REDCR) ( DSRC-REDCR ) magában 
foglal egy 5,8 GHz-es adó-vev őt, valamint az azzal össze ­
függő firmware-t és szoftvert, amelyek a  DSRC-VU -val 
folyó kommunikációt  bonyolítják le e függeléknek 
megfelelően. 
— A DSRC-REDCR lekérdezi a megcélzott járm ű DSRC-VU - 
ját, megszerzi az  adatokat (a megcélzott járm ű aktuális  
VUPM-adatait ) a DSRC-kapcsolaton keresztül, valamint 
feldolgozza a kapott adatokat, és eltárolja azokat az  SM- 
REDCR -ben. 
▼M1 
— A DSRC-VU antennáját olyan helyen kell elhelyezni, hogy 
optimális legyen a DSRC kommunikáció a járm ű és az út 
menti leolvasóantenna között, ha utóbbit a járm ű előtt 15 
méterrel, 2 méter magasban helyezik el, a szélvéd ő 
vízszintes és függ őleges középpontját célozva. Könny ű 
gépjárművek esetében a szélvéd ő felső részére es ő besze­
relés a megfelel ő. Az összes többi járm ű esetében a DSRC- 
antennát a szélvéd ő alsó vagy fels ő része mellé kell felsze ­
relni. 
▼B 
DSC_20 Az antennát és a kommunikációt, amelyeknek az 5. pontban 
leírtak szerint az ERC 70-03 ajánlásnak megfelel ően kell 
működniük, az EN 300 674-1 szabványban meghatározott 
megfelelő paraméterek szerint kell vizsgálni. Az antenna és a 
kommunikáció az Elektronikus Hírközlési Bizottság (Elect ­
ronic Communications Committee, ECC) 228. számú jelentés ­
ében leírt technikákat, pl. sz űrőket alkalmazhatnak az inter ­
ferencia kockázata ellen a CEN által az 5,8 GHz-en m űködő, 
speciális célú, rövid hatótávolságú adatátvitel (DSRC) területén 
közzétett szabványoknak megfelel ő kommunikációban.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 497  
DSC_21 A DSRC-antennát vagy közvetlenül a szélvéd őre vagy annak 
közelében felszerelt modulon belül, vagy egy külön erre a 
célra szolgáló, olyan kábelen keresztül kell csatlakoztatni a 
DSRC-VU-hoz, amely úgy van kialakítva, hogy megnehezítse 
az illegális szétkapcsolást. A lekapcsolás vagy az antenna 
működésének befolyásolása a 165/2014/EU rendelet megsérté ­
sének minősül. Az antenna takarása vagy m űködési teljesítmé ­
nyének más módon történ ő kedvezőtlen befolyásolása a 
165/2014/EU rendelet megsértésének minő sül. 
DSC_22 ►M1 Az antenna alaktényez ője nincs meghatározva, ez 
kereskedelmi döntés lesz kell mindaddig, amíg a beszerelt 
DSRC-VU megfelel az alábbi 5. szakaszban meghatározott 
megfelelőségi követelményeknek. Az antennát a DSC_19 
bekezdésben meghatározottak szerint kell elhelyezni, és haté ­
konyan támogatnia kell a 4.1.2. és a 4.1.3. pontban leírt hasz ­
nálati eseteket. ◄ 
14.4. ábra 
Példa arra, hogy hogyan kell elhelyezni az 5,8 GHz-es DSRC 
antennát a rendelet hatálya alá tartozó járm űvek szélvéd ője mögött
  
Az REDCR és antennájának alaktényez ője a leolvasó körülményeit ől 
(háromlábú állványra szerelt, kézi, járm űbe beszerelt stb. leolvasó) és 
az illetékes ellen őrző hatóságok meghatalmazottja által alkalmazott eljá ­
rásmódtól függ ően változhat.  
A kijelző és/vagy értesítési funkció arra szolgál, hogy a távoli kommu ­
nikációs funkció eredményeit bemutassa az illetékes ellen őrző hatóságok 
meghatalmazottjának. A kijelzés történhet képerny őn, kinyomatként, 
hangjelzésként vagy az ilyen értesítések kombinációjaként. A kijelzés 
és/vagy értesítés formája az illetékes ellen őrző hatóságok meghatalma ­
zottjai és a berendezés kialakítása által meghatározott követelmények 
függvénye, és nem ez a függelék határozza meg.  
DSC_23 Az REDCR -nek, amelynek kialakítása és alaktényez ője a 
kereskedelmi tervezés függvénye, az ERC 70-03 ajánlásnak 
megfelelően kell mű ködnie, továbbá meg kell felelnie az e 
függelékben (5.3.2. szakasz) meghatározott tervezési és telje ­
sítmény-előírásoknak, így biztosítva a lehet ő legnagyobb 
mértékű rugalmasságot a piac számára ahhoz, hogy minden  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 498  
illetékes ellen őrző hatóság konkrét lekérdezési forgatóköny ­
vének megfelel ő berendezést lehessen tervezni és biztosítani.  
DSC_24 A DSRC-VU -nak, amelynek kialakítása és alaktényez ője, vala­
mint járműegységen (VU) belül vagy kívül való elhelyezése a 
kereskedelmi tervezés függvénye, az ERC 70-03 ajánlásnak 
megfelelően kell mű ködnie, továbbá meg kell felelnie az e 
függelékben (5.3.2. pont) és az ebben az 5.1. pontban 
meghatározott tervezési és teljesítmény-el őírásoknak. 
DSC_25 A DSRC-VU -nak azonban ésszer ű mértékben alkalmasnak kell 
lennie arra, hogy nyílt iparági szabványon alapuló kapcsolat és 
protokollok révén más intelligens járm űberendezések (például 
a járművek tömegének fedélzeti mérésére szolgáló berendezé ­
sek) adatkoncepció-értékeit is fogadják, amennyiben az ilyen 
adatkoncepciókat egyedi és ismert alkalmazásazonosítók/fájl ­
nevek azonosítják, valamint a protokollok alkalmazására 
vonatkozó utasításokat az Európai Bizottság rendelkezésére 
bocsátják, és ingyenesen elérhet ővé teszik a megfelel ő beren­
dezések gyártói számára.  
5.2 Munkafolyamat 
5.2.1 M űveletek  
A műveletek folyamatát a 14.5. ábra mutatja be.  
14.5. ábra 
A távoli kommunikációs funkció munkafolyamata
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 499  
A lépések leírása a következ ő: 
a. Amikor a jármű működik (a gyújtás be van kapcsolva) a menetíró 
készülék adatokat szolgáltat a VU funkciónak. A VU funkció el őké­
szíti az  adatokat  a (titkosított) távoli kommunikációs funkció 
számára, és (a 4.1.1.1–4.1.1.2. pontban meghatározott módon) frissíti 
a DSRC-VU memóriájában tárolt  VUPM -et. Az összegy űjtött adatokat 
az alábbi 5.4.4–5.4.5. pontban meghatározott módon kell formázni.  
b. Minden alkalommal, amikor az  adatok frissülnek, a biztonságiadat- 
koncepcióban meghatározott id őbélyegzőt is frissíteni kell.  
c. A VUSM funkció a 11. függelékben meghatározott eljárásokkal össz ­
hangban biztosítja az adatokat.  
d. Minden alkalommal, amikor az  adatok frissülnek (lásd a 
4.1.1.1–4.1.1.2. szakaszt), az adatokat továbbítani kell a  DSRC-VU - 
nak, ahol felülírják a korábbi adatokat annak érdekében, hogy mindig 
frissített aktuális adatok álljanak rendelkezésre továbbításra egy  
REDCR általi lekérdezés esetén. Amikor a járm űegység (VU) elküldi 
az adatokat  a DSRC-VU-nak, azoknak azonosíthatónak kell lenniük 
az RTMData fájlnév vagy az ApplicationID és az Attribute azono ­
sítók révén.  
e. Ha az illetékes ellen őrző hatóságok egy meghatalmazottja egy adott 
járművet kíván megcélozni, és a megcélzott járm űből begyűjteni az  
adatokat , az illetékes ellen őrző hatóságok meghatalmazottjának 
először be kell helyeznie az intelligens kártyáját az  REDCR-be, 
hogy létrejöhessen a kommunikáció , és az SM-REDCR ellen őrizhesse 
a kártya hitelességét, és visszafejtse az adatokat.  
f. Az illetékes ellenőrző hatóságok meghatalmazottja ezután megcélozza 
a járművet, és távoli kommunikáció keretében lekéri az adatokat. Az  
REDCR 5,8 GHz-en mű ködő DSRC interfészen keresztül munkame ­
netet nyit a megcélzott járm ű DSRC-VU egységével, és lekéri az  
adatokat . Az adatok az 5.4. pontban meghatározott módon az alkal ­
mazás GET szolgáltatását használó DSRC Attribútumként továbbí ­
tásra kerül az  REDCR számára a vezeték nélküli kommunikációs 
rendszeren keresztül. Az Attribútum tartalmazza a titkosított hasznos 
adatokat és a DSRC biztonsági adatokat.  
g. Az adatokat a REDCR berendezés elemzi, és biztosítja az illetékes 
ellenőrző hatóságok meghatalmazottja számára.  
h. Az illetékes ellenőrző hatóság meghatalmazottja az adatok alapján 
dönt arról, hogy megállítsa-e a járm űvet részletes vizsgálat céljából, 
vagy sem, vagy megkérje-e az illetékes ellen őrző hatóság egy másik 
meghatalmazottját, hogy állítsa meg a járm űvet. 
5.2.2 Az DSRC kommunikáció révén kapott adatok értelmezése  
DSC_26 Az 5,8 GHz-en m űködő interfészen keresztül kapott adatok 
jelentésének és importjának az alábbi, 5.4.4. és 5.4.5. pontban 
meghatározott jelentésre és importra kell korlátozódniuk, és az 
ott meghatározott célok keretében kell őket értelmezni. A 
165/2014/EU rendelet rendelkezéseinek megfelel ően az 
adatok csak arra használhatók fel, hogy olyan megfelel ő 
információval szolgáljanak az illetékes ellen őrző hatóság  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 500  
számára, amely segítséget nyújt a hatóságnak annak eldönté ­
sében, hogy mely járm űvet állítsa meg fizikai vizsgálat céljá ­
ból, ezután az  adatokat az 165/2014/EU rendelet 9. cikkével 
összhangban meg kell semmisíteni.  
5.3 A DSRC fizikai interfész paraméterei a távoli kommunikációhoz  
5.3.1 A helyre vonatkozó korlátozások  
DSC_27 A járművek 5,8 GHz-en m űködő DSRC interfészen keresztül 
történő távoli lekérdezése nem alkalmazható m űködő 
5,8 GHz-es DSRC kapu 200 méteres körzetén belül.  
5.3.2 Feltöltési és letöltési paraméterek  
DSC_28 A menetíró készülékek távoli ellen őrzésére alkalmazott beren ­
dezésnek meg kell felelnie az ERC 70-03 ajánlásnak, ezen ­
kívül az említett ajánlás és az alábbi 14.1. és 14.2. táblázatban 
meghatározott paramétereknek megfelel ően kell mű ködnie. 
DSC_29 Továbbá az egyéb szabványosított, 5,8 GHz-en mű ködő 
DSRC rendszerek m űködési paramétereivel való kompatibi ­
litás biztosítása érdekében, a menetíró készülékek távoli ellen ­ 
őrzésére alkalmazott berendezésnek meg kell felelnie az 
EN 12253 és az EN 13372 szabvány paramétereinek.  
Ezek a következ ők: 
▼C2 
14.1. táblázat 
Letöltési paraméterek  
Tétel  Paraméter  Érték(ek) Megjegyzés  
D1 Letöltési viv őjel-frekven ­
ciák Egy REDCR négy lehetséges 
frekvenciát alkalmazhat: 
5,7975 GHz 
5,8025 GHz 
5,8075 GHz 
5,8125 GHz Az ERC 70-03 ajánlásnak megfele ­
lően. 
A vivőjel-frekvenciákat megválaszt ­
hatja a közúti rendszert megvalósító 
fél, azokat a DSRC-VU szintjén nem 
kell ismerni. 
(Összhangban az EN 12253 és az EN 
13372 szabvánnyal)  
D1a (*) A viv őjel-frekvenciák t űrése ± 5 ppm (Összhangban az EN 12253 szabvány­
nyal) 
D2 (*) Az RSU (REDCR) adóbe­
rendezés spektrummaszkja  Az ERC 70-03 ajánlásnak 
megfelelően. 
Az REDCR-nek meg kell 
felelnie az EN 12253 szab ­
ványban meghatározott B, C 
osztálynak. 
Ez a melléklet nem ír el ő 
egyéb konkrét követelményt  Az egymáshoz közel elhelyezked ő 
lekérdezők közötti interferencia korlá­
tozására szolgáló paraméter (az EN 
12253 és az EN 13372 szabvány 
meghatározása szerint).  
D3 Az OBU (DSRC-VU) mini­
mális frekvenciatartománya  5,795 –5,815 GHz  (Összhangban az EN 12253 szabvány­
nyal)  
D4 (*) Maximális E.I.R.P. Az ERC 70-03 ajánlásnak 
(engedélymentes) és a nemzeti 
szabályozásnak megfelel ően. 
Maximum + 33 dBm  (Összhangban az EN 12253 szabvány­
nyal) ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 501  
Tétel  Paraméter  Érték(ek) Megjegyzés  
D4a EIRP szögmaszk A lekérdez őegység tervez ője 
által megadott és közzétett 
specifikáció szerint  (Összhangban az EN 12253 szabvány­
nyal) 
D5 Polarizáció  Órával ellentétes irányú, 
körkörös (Összhangban az EN 12253 szabvány­
nyal) 
D5a Keresztpolarizáció  XPD: 
Az irányzóvonalban: (REDCR) 
RSU t ≥ 15 Db 
(DSRC-VU) OBU r ≥ 10 dB 
A – 3 dB zónában: (REDCR) 
RSU t ≥ 10 dB 
(DSRC-VU) OBU r ≥ 6 dB (Összhangban az EN 12253 szabvány­
nyal) 
D6 (*)  Moduláció  Kétszint ű amplitúdómoduláció  (Összhangban az EN 12253 szabvány­
nyal) 
D6a (*) Modulációs index 0,5 … 0,9 (Összhangban az EN 12253 szabvány­
nyal) 
D6b Szemábra ≥ 90 % (idő)/≥ 85 % (amplitú ­
dó) 
D7 (*) Adatkódolás FM0 
Az „1” bit csak a bitinter ­
vallum elején és végén 
tartalmaz jelváltást. Az „1” 
bithez képest a „0” bit egy 
további jelváltást tartalmaz a 
bitintervallum közepén.  (Összhangban az EN 12253 szabvány­
nyal) 
D8 (*) Átviteli sebesség 500 kBit/s (Összhangban az EN 12253 szabvány­
nyal) 
D8a A bitóra t űrése ± 100 ppm-nél jobb (Összhangban az EN 12253 szabvány­
nyal) 
D9 (*) Bithibaarány (BER) 
kommunikáció esetében  ≤ 10  – 6 ha az OBU-nál 
(DSRC-VU) a bees ő teljesít­
mény a [D11a–D11b] pont 
által meghatározott tarto ­
mányba esik.  (Összhangban az EN 12253 szabvány­
nyal) 
D10 Az OBU-t (DSRC-VU) 
felélesztő jel Az OBU-nak (DSRC-VU) fel 
kell élednie, ha 11 vagy több 
oktettet tartalmazó keretet kap 
(a bevezetőt is beleértve)  Különleges felélesztési mintára nincs 
szükség. 
A DSRC-VU feléledhet, ha 11-nél 
kevesebb oktettet tartalmazó keretet 
kap 
(Összhangban az EN 12253 szabvány­
nyal) 
D10a Maximális kezdési idő ≤ 5 ms (Összhangban az EN 12253 szabvány­
nyal) 
D11 Kommunikációs zóna  Olyan térbeli zóna, amelyben a 
D9a szerinti BER elérhető (Összhangban az EN 12253 szabvány­
nyal) 
D11a (*) Teljesítmény (fels ő) határa 
kommunikáció esetében.  – 24 dBm  (Összhangban az EN 12253 szabvány­
nyal) ▼C2
 02016R0799 — HU — 17.04.2018 — 001.004 — 502  
Tétel  Paraméter  Érték(ek) Megjegyzés  
D11b (*) Teljesítmény (alsó) határa 
kommunikáció esetében.  Beeső teljesítmény: 
– 43 dBm (irányzóvonal) 
– 41 dBm (– 45° és + 45° 
között, ami az út felületével 
párhuzamos síknak felel meg, 
ha a DSRC-VU-t kés őbb 
szerelik be a járm űbe (Azi­
muth)) (Összhangban az EN 12253 szabvány­
nyal) 
Megnövelt követelmény a vízszintes 
szögek esetében (± 45°-ig) az e 
mellékletben meghatározott használati 
esetek miatt.  
D12 (*) A (DSRC-VU) levágási 
teljesítményszintje  – 60 dBm  (Összhangban az EN 12253 szabvány­
nyal) 
D13 Bevezet ő A bevezető kötelező. (Összhangban az EN 12253 szabvány­
nyal) 
D13a A bevezet ő hossza és szer ­
kezete  16 bit ± 1 FM0-kódolású „1” 
bit (Összhangban az EN 12253 szabvány­
nyal) 
D13b Bevezet ő hullámforma  Az alacsony és a magas szint 
egymás után váltakozó soro ­
zata, ahol az impulzus hossza 
2 μs. 
A tűrést a D8a adja meg.  (Összhangban az EN 12253 szabvány­
nyal) 
D13c Követ ő bitek Az RSU (REDCR) maximum 
8 bitet továbbíthat a vége 
jelölő után. Az OBU (DSRC- 
VU) ezeket a további biteket 
nem köteles figyelembe venni.  (Összhangban az EN 12253 szabvány­
nyal  
(*) – Ezeken a letöltési paramétereken megfelel őségi vizsgálatokat kell végezni az EN 300 674-1 szabványban el őírt megfelel ő 
paramétervizsgálatnak megfelel ően. 
14.2. táblázat 
Feltöltési paraméterek  
Tétel  Paraméter  Érték(ek) Megjegyzés  
U1 (*) Segédviv őjel-frekvenciák  Az OBU-nak (DSRC-VU) 
1,5 MHz-en és 2,0 MHz-en 
kell mű ködnie. 
Az RSU-nak (REDCR) 
1,5 MHz-en vagy 2,0 MHz-en 
vagy mindkett őn kell mű köd­
nie. 
U1-0: 1,5 MHz 
U1-1: 2,0 MHz A segédviv őjel-frekvencia kiválasztása 
(1,5 MHz vagy 2,0 MHz) a kiválasz ­
tott, EN 13372 szabvány szerinti 
profiltól függ.  
U1a (*) A segédviv őjel-frekvenciák 
tűrése ± 0,1 % (Összhangban az EN 12253 szabvány­
nyal) 
U1b Oldalsávok alkalmazása  Mindkét oldalon azonos adat  (Összhangban az EN 12253 szabvány ­
nyal) 
U2 (*) Az OBU (DSRC-VU) 
adóberendezés spektrum ­
maszkja  Az EN 12253 szabvány szerint 
1) Sávon kívüli teljesítmény: 
lásd: ETSI EN 300674-1 (Összhangban az EN 12253 szabvány­
nyal) ▼C2
02016R0799 — HU — 17.04.2018 — 001.004 — 503  
Tétel  Paraméter  Érték(ek)  Megjegyzés  
2) Sávon belüli teljesítmény: 
[U4a] dBm 500 kHz-en 
3) Kibocsátás más feltöltési 
csatornán: 
U2(3)-1 = – 35 dBm 
500 kHz-en 
U4a (*) Egy oldalsáv maximális 
EIRP-je (irányzóvonal)  Két lehetőség: 
U4a-0: – 14 dBm 
U4a-1: – 21 dBm  A berendezés tervezője által megadott 
és közzétett specifikáció szerint  
U4b (*)  Egy oldalsáv maximális 
EIRP-je (35°) Két lehetőség: 
— Nem alkalmazható 
— – 17 dBm  A berendezés tervezője által megadott 
és közzétett specifikáció szerint  
U5 Polarizáció  Órával ellentétes irányú, 
körkörös (Összhangban az EN 12253 szabvány ­
nyal) 
U5a Keresztpolarizáció  XPD: 
Az irányzóvonalban: (REDCR) 
RSU r ≥ 15 dB 
(DSRC-VU) OBU t ≥ 10 dB 
A – 3 dB zónában: (REDCR) 
RSU r ≥ 10 dB 
(DSRC-VU) OBU t ≥ 6 dB (Összhangban az EN 12253 szabvány ­
nyal)  
U6 Segédviv őjel-moduláció  2-PSK 
A segédviv őjellel szinkronizált 
kódolt adatok: A kódolt adatok 
váltásai egybeesnek a segédvi­
vőjel jelváltásaival.  (Összhangban az EN 12253 szabvány ­
nyal) 
U6b M űködési periódus M űködési periódus 
50 % ± α, α ≤ 5 % (Összhangban az EN 12253 szabvány ­
nyal)  
U6c Viv őjel-moduláció  A modulált segédviv őjel szor­
zása a vivőjellel.  (Összhangban az EN 12253 szabvány ­
nyal) 
U7 (*) Adatkódolás NRZI (Nincs jelváltás az „1” 
bit elején, van jelváltás a „0” 
bit elején, nincs jelváltás a 
biten belül)  (Összhangban az EN 12253 szabvány ­
nyal) 
U8 (*) Átviteli sebesség  250 kbit/s (Összhangban az EN 12253 szabvány­
nyal) 
U8a A bitóra t űrése ± 1 000 ppm (Összhangban az EN 12253 szabvány­
nyal) 
U9 Bithibaarány (BER) 
kommunikáció esetében  ≤ 10  – 6 (Összhangban az EN 12253 szabvány ­
nyal) ▼C2
 02016R0799 — HU — 17.04.2018 — 001.004 — 504  
Tétel  Paraméter  Érték(ek) Megjegyzés  
U11 Kommunikációs zóna  Az a térbeli zóna, amelyben a 
DSRC-VU úgy helyezkedik el, 
hogy átvitelét az REDCR az 
U9a pontban megadottnál 
kisebb BER-érték mellett 
fogadja. (Összhangban az EN 12253 szabvány­
nyal) 
U12a (*) Átalakítási nyereség (alsó 
határ) 1 dB mindkét oldalsáv 
esetében 
Szögtartomány: Körkörösen 
szimmetrikus az irányzóvonal 
és ± 35° között, valamint 
– 45° és + 45° között, ami az 
út felületével párhuzamos 
síknak felel meg, ha a DSRC- 
VU-t kés őbb szerelik be a 
járműbe (Azimuth))  Nagyobb, mint a vízszintes szögekre 
vonatkozóan (± 45°-ig) megadott 
értéktartomány az e mellékletben 
meghatározott használati esetek miatt.  
U12b (*) Átalakítási nyereség (fels ő 
határ) 10 dB mindkét oldalsáv eseté ­
ben Kisebb, mint a két oldalsávra vonatko ­
zóan megadott értéktartomány az 
irányzóvonal körül elképzelt ± 45° 
nyílásszögű kúpon belül  
U13 Bevezet ő A bevezető kötelező. (Összhangban az EN 12253 szabvány­
nyal) 
U13a Bevezet ő 
Hossza és szerkezete  32–36 μs csak a segédvivő­
jellel modulálva, majd 8 
NRZI-kódolású „0” bit. (Összhangban az EN 12253 szabvány­
nyal) 
U13b Követ ő bitek Az DSRC-VU maximum 8 
bitet továbbíthat a vége jelölő 
után. Az RSU (REDCR) 
ezeket a további biteket nem 
köteles figyelembe venni.  (Összhangban az EN 12253 szabvány­
nyal)  
(*) – Ezeken a feltöltési paramétereken megfelel őségi vizsgálatokat kell végezni az EN 300 674-1 szabványban el őírt megfelel ő 
paramétervizsgálatnak megfelel ően. 
▼B 
5.3.3 Az antenna kialakítása  
5.3.3.1 REDCR antenna  
DSC_30 Az  REDCR antennának, amelynek kialakítása a kereskedelmi 
tervezés függvénye, az 5.3.2. pontban meghatározott korláto ­
zások mellett kell m űködnie, amelyeket úgy adaptáltak, hogy 
a DSRC-REDCR leolvasási teljesítménye optimális legyen 
azon meghatározott célból és leolvasási körülmények között, 
amelyek közötti mű ködésre az  REDCR -t tervezték.  
5.3.3.2 A járműegység (VU) antennája  
DSC_31 A DSRC-VU antennának, amelynek kialakítása a kereske ­
delmi tervezés függvénye, az 5.3.2. pontban meghatározott 
korlátozások mellett kell m űködnie, amelyeket úgy adaptáltak, 
hogy a DSRC-REDCR leolvasási teljesítménye optimális 
legyen azon meghatározott célból és leolvasási körülmények 
között, amelyek közötti m űködésre az REDCR-t tervezték.  ▼C2
 02016R0799 — HU — 17.04.2018 — 001.004 — 505  
DSC_32 A járm űegység (VU) antennáját a fenti 5.1. pontban meghatá ­
rozott módon a járm ű szélvédőjére vagy annak közelében kell 
felszerelni.  
DSC_33 A tesztkörnyezetben, egy mű helyben (lásd a 6.3. szakaszt) 
egy, a fenti 5.1. szakasz szerint feler ősített DSRC-VU anten ­
nának 1 000 leolvasás átlaga alapján az esetek több mint 
99 %-ában, 2 és 10 méter közötti távolságból sikeresen 
kapcsolódnia kell a szabványos tesztkommunikációhoz, és 
sikeresen továbbítania kell az e függelékben meghatározott 
RTM tranzakciót.  
5.4 A DSRC protokoll RTM-re vonatkozó követelményei 
5.4.1 Áttekintés  
DSC_34 Az adatoknak  az 5,8 GHz-es DSRC interfészkapcsolaton 
keresztül történ ő letöltésére vonatkozó tranzakciós proto ­
kollnak követnie kell a következ ő lépéseket. Ez a szakasz 
egy ideális körülmények között lezajló tranzakció menetét 
írja le, a továbbítás megismétlése vagy a kommunikáció 
megszakadása nélkül.  
MEGJEGYZÉS: Az inicializálási fázis (1. lépés) célja, hogy 
megteremtse a kommunikációt az  REDCR és azon DSRC- 
VU-k között, amelyek már beléptek az 5,8 GHz-es DSRC 
(mester-szolga) tranzakciós zónába, de még nem teremtettek 
kommunikációs kapcsolatot az  REDCR-rel, és értesítse az 
alkalmazásfolyamatokat.  
— 1. lépés Inicializálás. Az REDCR  elküld egy keretet, 
benne egy irányadó szolgáltatási táblázatot (BST), amely 
tartalmazza a támogatott szolgáltatásjegyzékben szerepl ő 
alkalmazások azonosítóit (AID). Az RTM alkalmazásban 
ez az a szolgáltatás, amelynek az AID értéke = 2 (Fre ­
ight&Fleet). A  DSRC-VU értékeli a kapott BST-t, és a 
Freight&Fleet tartományban támogatott alkalmazások 
jegyzékével válaszol (lásd alább), vagy ha egyik sem 
támogatott, akkor nem válaszol. Ha az  REDCR nem 
kínál olyan szolgáltatást, amelynek az esetében AID=2, 
akkor a DSRC-VU nem válaszol az REDCR-nek.  
— 2. lépés  A DSRC-VU privát ablak kiosztására vonatkozó 
kérést tartalmazó keretet küld.  
— 3. lépés  Az REDCR privát ablak kiosztását tartalmazó 
keretet küld.  
— 4. lépés  A DSRC-VU a kiosztott privát ablak révén 
keretet küld, amely tartalmazza a járm ű szolgáltatási 
táblázatát (VST). Ez a VST tartalmazza mindazon külön ­
böző alkalmazáspéldányok jegyzékét, amelyeket ez a  
DSRC-VU támogat, és amelyek esetében AID=2. A 
különböző példányokat egyedileg generált EID-k révén 
kell azonosítani, amelyek mindegyikéhez kapcsolódnia 
kell egy Application Context Mark (alkalmazáskörnyezeti 
jel) paraméterértéknek, amely az alkalmazásra és a támo ­
gatott szabványra utal.  
— 5. lépés Ezután az REDCR elemzi a kínált VST-t, és vagy 
befejezi a kapcsolatot (RELEASE), mivel semmi nem 
érdekli abból, amit a VST kínál (azaz olyan  DSRC-VU - 
tól kapott VST-t, amely nem támogatja az RTM tranzak ­
ciót), vagy ha megfelel ő VST-t kapott, elindítja vala ­
melyik alkalmazás egy példányát.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 506  
— 6. lépés Ehhez az REDCR az RTM adatok lekérésére 
irányuló parancsot tartalmazó keretet küld, amely (a 
DSRC-VU által a VST-ben meghatározott) RTM alkalma ­
záspéldánynak megfelel ő azonosítót megadva azonosítja 
az RTM alkalmazáspéldányt, és privát ablakot oszt ki.  
— 7. lépés  A DSRC-VU az újonnan kiosztott privát ablak 
révén egy olyan keretet küld, amely tartalmazza a VST- 
ben megadott RTM alkalmazáspéldánynak megfelel ő, 
címzett azonosítót, amelyet az  RtmData attribútum 
(hasznos elem + biztonsági elem) követ.  
— 8. lépés  Ha a kérelem több szolgáltatásra irányul, az ‘n’ 
érték a következ ő szolgáltatáshivatkozási számra változik, 
és a folyamat megismétl ődik. 
— 9. lépés  Az REDCR a munkamenet befejezése céljából a  
DSRC-VU -nak egy RELEASE parancsot tartalmazó 
keretet küldve visszaigazolja az adatok fogadását, 
VAGY ha nem igazolta vissza az adatok sikeres fogadá ­
sát, az LDPU visszalép a 6. lépéshez.  
A tranzakciós protokoll képi ábrázolását lásd a 14.6. ábrán.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 507  
14.6. ábra 
Az 5,8 GHz-es DSRC keretében végrehajtott RTM folyamata
  
5.4.2 Parancsok  
DSC_35 Az RTM tranzakció szakaszában kizárólag a következ ő paran­
csok kerülnek alkalmazásra  
— INITIALISATION.request : Az REDCR által szétküldött 
parancs, amely magában foglalja az REDCR által támo ­
gatott alkalmazások meghatározását.  
— INITIALISATION.response : Válasz a DSRC-VU-tól, 
amely meger ősíti a kapcsolatot, és tartalmazza a támoga ­
tott alkalmazáspéldányok jegyzékét, valamint jellemz őket 
és azt, hogy mikén kell azokat megcímezni (EID).  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 508  
— GET.request : Az REDCR által a  DSRC-VU -nak küldött 
parancs, amely meghatározza a VST-ben kapott, meghatá ­
rozott EID révén megcímzend ő alkalmazáspéldányt, és 
arra utasítja a  DSRC-VU -t, hogy az  adatokkal  együtt a 
kiválasztott tulajdonságo(ka)t is küldje el. A GET parancs 
célja az, hogy az  REDCR megszerezze az  adatokat  a 
DSRC-VU -tól. 
— GET.response : A DSRC-VU válasza, amely tartalmazza 
a kért adatokat . 
— ACTION.request ECHO : A DSRC-VU -t arra utasító 
parancs, hogy adatokat küldjön vissza  DSRC-VU -ból az  
REDCR -nek. Az ECHO parancs célja az, hogy lehet ővé 
tegye a mű helyek és a típus-jóváhagyási vizsgálatokat 
végző létesítmények számára, hogy biztonsági hitelesít ő 
adatokhoz való hozzáférés nélkül meg tudják vizsgálni, 
hogy mű ködik-e a DSRC kapcsolat.  
— ACTION.response ECHO : A DSRC VU válasza az 
ECHO parancsra. 
— EVENT_REPORT.request RELEASE : A DSRC-VU -t 
arról tájékoztató parancs, hogy a tranzakció befejez ődött. 
A RELEASE parancs célja az, hogy befejezze a  DSRC- 
VU-val folyó munkamenetet. A RELEASE parancs foga ­
dása után a DSRC-VU semmilyen további lekérdezésre 
nem reagál az aktuális kapcsolat keretében. Meg kell 
jegyezni, hogy az EN 12834 szabvány szerint a DSRC- 
VU csak akkor kapcsolódhat másodszor ugyanahhoz a 
lekérdezőhöz, ha 255 másodpercen át a kommunikációs 
zónán kívül volt, vagy ha a lekérdez ő irányadó azonosí­
tója megváltozik.  
5.4.3 Lekérdezési parancssorozat  
DSC_36 A parancs és válasz sorozata szempontjából a tranzakció 
leírása a következ ő: 
▼C2 
Sorrend  Feladó Vev ő Leírás M űvelet 
1 REDCR >  DSRC-VU  A kommunikációs kapcsolat 
inicializálása – Kérés  A REDCR BST-t sugároz 
2 DSRC-VU >  REDCR A kommunikációs kapcsolat 
inicializálása – Válasz  Ha a BST támogatja, hogy 
AID = 2, akkor a DSRC- 
VU privát ablakot kér 
3 REDCR >  DSRC-VU  Privát ablak megadása  Privát ablak kiosztását 
tartalmazó keretet küld  
4 DSRC-VU >  REDCR VST-t küld VST-t tartalmazó keretet 
küld 
5 REDCR >  DSRC-VU  Adott EID tekintetében az 
Attribútumban tárolt adatra 
vonatkozó GET.request 
üzenetet küld  
6 DSRC-VU >  REDCR Adott EID tekintetében Get- 
response üzenetet küld a kért 
Attribútummal  Elküldi az Attribútumot 
(RTMData, OWSData ….) 
az adatokkal az adott EID 
tekintetében  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 509  
Sorrend  Feladó Vev ő Leírás M űvelet 
▼M1 
7 REDCR >  DSRC-VU  Más attribútum adatára vonat ­
kozó GET.request üzenetet 
küld (értelemszer űen) 
▼C2 
8 DSRC-VU >  REDCR Get-response üzenetet küld a 
kért Attribútummal  Elküldi az Attribútumot az 
adatokkal az adott EID 
tekintetében  
9 REDCR >  DSRC-VU  Nyugtázza a sikeres adatfoga ­
dást RELEASE utasítást küld, 
amely zárja a tranzakciót  
10 DSRC-VU Zárja a tranzakciót  
▼B 
A tranzakciósorozatra és a kicserélt keretek tartalmára vonat ­
kozó példát az 5.4.7. és a 5.4.8. pont határozza meg.  
5.4.4 Adatstruktúrák 
DSC_37 Az 5,8 GHz-es DSRC interfészen keresztül továbbított  adatok 
szemantikai struktúrájának összhangban kell állnia az ebben a 
függelékben leírtakkal. Ezen adatok strukturálásának módját 
ez a pont határozza meg.  
DSC_38 A hasznos adatok (RTM adatok) a következ ők összefűzéséből 
állnak  
1. EncryptedTachographPayload, amely az ASN.1 jelölés ű, 
az 5.4.5. pontban meghatározott TachographPayload titko ­
sítása. A titkosítási módszer leírása a 11. függelékben talál ­
ható. 
2. az 11. függelékben meghatározott DSRCSecurityData.  
DSC_39 Az RTM Data címzése RTM attribútum=1, és átvitele abban a 
tárolóban történik, amelyre igaz, hogy RTM tároló=10.  
DSC_40 Az RTM Context Mark (RTM környezeti jel) azonosítja a 
TARV szabványsorozatból a támogatott szabványrészt (az 
RTM a 9. résznek felel meg)  
Az RTM alkalmazáson belüli RSDC adatokra vonatkozó 
ASN.1 modulmeghatározás meghatározása a következ ő: ▼C2
 02016R0799 — HU — 17.04.2018 — 001.004 — 510
  
► (1) (2) (3) (4)  M1 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 511
  
5.4.5 Az RtmData elemei, elvégzett m űveletek és fogalommeghatározások  
DSC_41 A járm űegység (VU) által kiszámítandó és a DSRC-VU-ban a 
biztonságos adatok frissítéséhez felhasznált adatértékeket a 
14.3. táblázatban meghatározott szabályok szerint kell kiszá ­
mítani:  
▼C2 
14.3. táblázat 
Az RtmData elemei, elvégzett műveletek és fogalommeghatározások  
(1) RTM 
adatelem  (2) A járműegység által végrehajtott m űvelet  (3)  ASN.1 adatok meghatáro zása 
RTM1 
A járm ű 
rendszámtáb­
lája A járműegységnek az RTM1  tp15638Vehicle ­
RegistrationPlate  adatelem értékét az 1. függe ­
lékben ( VehicleRegistrationIdentification ) 
meghatározott  VehicleRegistrationIdentification  
adattípusra rögzített érték alapján kell 
megadnia  A jármű rend­
számtáblája 
karaktersorként 
kifejezve
  
RTM2 
Gyorshajtási 
esemény  A járműegységnek logikai értéket kell gene ­
rálnia az RTM2 tp15638SpeedingEvent adate ­
lemre. 
A tp15638SpeedingEvent értékét a járm űegy­
ségnek az 1C. mellékletben meghatározottak 
szerint a járm űegységben az el őfordulás utolsó 
10 napján rögzített gyorshajtási események 
számából kell kiszámítania.  1 (IGAZ) – Azt 
jelzi, hogy az 
előfordulás utolsó 
10 napján a 
sebességet érint ő 
szabálytalansá ­
gokra kerül sor
  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 512  
(1) RTM 
adatelem  (2) A járműegység által végrehajtott m űvelet  (3)  ASN.1 adatok meghatáro zása 
Ha az előfordulás utolsó 10 napján legalább 
egy tp15638SpeedingEvent van, akkor a 
tp15638SpeedingEvent értékét IGAZ-ra kell 
állítani. 
MÁSKÜLÖNBEN ha nincsenek események az 
előfordulás utolsó 10 napján, akkor a 
tp15638SpeedingEvent értékét HAMIS-ra kell 
állítani.  
RTM3 
Érvényes 
kártya 
nélküli 
járművezetés A járműegységnek logikai értéket kell gene­
rálnia az RTM3 tp15638DrivingWithoutValid ­
Card adatelemre. 
A járműegységnek az Igaz értéket kell hozzá ­
rendelnie a tp15638DrivingWithoutValidCard 
változóhoz, ha a járm űegység az el őfordulás 
utolsó 10 napján legalább egy, az 1C melléklet 
meghatározása szerinti „Járm űvezetés 
megfelelő kártya nélkül” típusú eseményt 
rögzített. 
MÁSKÜLÖNBEN ha nincsenek események az 
előfordulás utolsó 10 napján, akkor a 
tp15638DrivingWithoutValidCard változó 
értékét HAMIS-ra kell állítani.  1 (IGAZ) = 
Érvénytelen 
kártya használatát 
jelzi
 
RTM4 
Érvényes 
járművezetői 
kártya A járműegységnek logikai értéket kell gene­
rálnia az RTM4 tp15638DriverCard adatelemre 
a járműegységben tárolt és az 1. függelékben 
meghatározott adatok alapján. 
Ha nincs jelen érvényes járm űvezetői kártya, 
akkor a járm űegységnek a változó értékét 
IGAZ-ra kell állítania 
MÁSKÜLÖNBEN ha jelen van érvényes 
járművezetői kártya, akkor a járm űegységnek 
a változó értékét HAMIS-ra kell állítania  0 (HAMIS) = 
Érvényes járm ű­
vezetői kártyát 
jelez
  
RTM5 
Kártya 
behelyezése 
járművezetés 
közben A járműegységnek logikai értéket kell gene­
rálnia az RTM5 adatelemre. 
A járműegységnek az IGAZ értéket kell hozzá ­
rendelnie a tp15638CardInsertion változóhoz, 
ha a járműegység az adatai között az el őfor­
dulás utolsó 10 napján legalább egy, az 1C 
melléklet meghatározása szerinti „Kártya 
behelyezése járm űvezetés közben” típusú 
eseményt rögzített. 
MÁSKÜLÖNBEN ha nincsenek ilyen esemé­
nyek az el őfordulás utolsó 10 napján, akkor a 
tp15638CardInsertion változó értékét HAMIS- 
ra kell állítani.  1 (IGAZ) – Azt 
jelzi, hogy az 
előfordulás utolsó 
10 napján kártya 
behelyezése 
történt járm űve­
zetés közben
  
RTM6 
Mozgása­
datok hibája  A járműegységnek logikai értéket kell gene ­
rálnia az RTM6 adatelemre. 
A járműegységnek az IGAZ értéket kell hozzá ­
rendelnie a tp15638MotionDataError változó ­
hoz, ha a járm űegység az adatai között az 
előfordulás utolsó 10 napján legalább egy, az 
1C melléklet meghatározása szerinti „Mozgása ­
datok hibája” típusú eseményt rögzített. 
MÁSKÜLÖNBEN ha nincsenek ilyen esemé­
nyek az el őfordulás utolsó 10 napján, akkor a 
tp15638MotionDataError változó értékét 
HAMIS-ra kell állítani.  1 (IGAZ) – Azt 
jelzi, hogy az 
előfordulás utolsó 
10 napján a 
mozgásadatok 
hibája fordult el ő
 ▼C2
 02016R0799 — HU — 17.04.2018 — 001.004 — 513  
(1) RTM 
adatelem  (2) A járműegység által végrehajtott m űvelet  (3)  ASN.1 adatok meghatáro zása 
RTM7 
A járm ű 
mozgásával 
kapcsolatos 
ellentmondás A járműegységnek logikai értéket kell gene­
rálnia az RTM7 adatelemre. 
A járműegységnek az IGAZ értéket kell hozzá ­
rendelnie a tp15638vehicleMotionConflict 
változóhoz, ha a járm űegység az adatai között 
az előfordulás utolsó 10 napján legalább egy 
„A jármű mozgásával kapcsolatos ellentmon ­
dás” típusú eseményt rögzített (»0A«H érték). 
MÁSKÜLÖNBEN ha nincsenek események az 
előfordulás utolsó 10 napján, akkor a 
tp15638vehicleMotionConflict változó értékét 
HAMIS-ra kell állítani.  1 (IGAZ) – Azt 
jelzi, hogy az 
előfordulás utolsó 
10 napján a 
jármű mozgá­
sával kapcsolatos 
ellentmondás 
fordult elő
 
RTM8 
2. járm űve­
zetői kártya A járműegységnek logikai értéket kell gene­
rálnia az RTM8 adatelemre az 1C melléklet 
(„A járművezető tevékenységére vonatkozó 
adatok” SZEMÉLYZET és JÁRM ŰKÍSÉRŐ) 
alapján. 
Ha jelen van egy 2. érvényes járm űvezetői 
kártya, akkor a járm űegységnek a változó 
értékét IGAZ-ra kell állítania 
MÁSKÜLÖNBEN ha nincs jelen 2. érvényes 
járművezetői kártya, akkor a járm űegységnek a 
változó értékét HAMIS-ra kell állítania  1 (IGAZ) = Azt 
jelzi, hogy egy 
második járm ű­
vezetői kártya 
van behelyezve
  
RTM9 
Aktuális tevé­
kenység  A járműegységnek logikai értéket kell gene ­
rálnia az RTM9 adatelemre. 
Ha a járm űegységben rögzített aktuális tevé ­
kenység az 1C melléklet meghatározása 
szerinti, „JÁRM ŰVEZETÉST ŐL” eltérő tevé­
kenység, akkor a járm űegységnek a változó 
értékét IGAZ-ra kell állítania 
MÁSKÜLÖNBEN ha a járm űegységben rögzí ­
tett aktuális tevékenység „JÁRM ŰVEZETÉS”, 
akkor a járm űegységnek a változó értékét 
HAMIS-ra kell állítania  1 (IGAZ) = 
egyéb tevé ­
kenység van 
kiválasztva; 
0 (HAMIS) = 
járművezetés van 
kiválasztva
  
RTM10 
Az utolsó 
kapcsolat 
lezárása A járműegységnek logikai értéket kell gene­
rálnia az RTM10 adatelemre. 
Ha az utolsó kártyakapcsolat lezárása az 1C 
melléklet meghatározása szerint nem megfele ­
lően történt, akkor a járm űegységnek a változó 
értékét IGAZ-ra kell állítania. 
MÁSKÜLÖNBEN ha az utolsó kártyakap­
csolat lezárása megfelel ően történt, akkor a 
járműegységnek a változó értékét HAMIS-ra 
kell állítania.  1 (IGAZ) = a 
lezárás nem 
megfelelően 
történt 
0 (HAMIS) = a 
lezárás megfele ­
lően történt
  
RTM11 
Az áram­
ellátás 
megszaka­
dása A járműegységnek egész számú értéket kell 
generálnia az RTM11 adatelemre. 
A járműegységnek az 1C melléklet meghatá ­
rozása szerinti „Áramellátás megszakadása” 
típusú, a 165/2014/EU rendelet 9. cikke 
szerinti, „az áramellátás leghosszabb megsza ­
kadásával” egyenl ő értéket kell hozzárendelnie 
a tp15638PowerSupplyInterruption változóhoz.  — Ahányszor 
az áram­
ellátás 
megszakadt 
az előfor­
dulás utolsó 
10 napján
  ▼C2
 02016R0799 — HU — 17.04.2018 — 001.004 — 514  
(1) RTM 
adatelem  (2) A járműegység által végrehajtott m űvelet  (3)  ASN.1 adatok meghatáro zása 
MÁSKÜLÖNBEN ha az el őfordulás utolsó 10 
napján nincsenek Áramellátás megszakadása 
típusú események, az egész szám értékét 0-ra 
kell beállítani.  
▼M1 
RTM12 
Érzékelőhiba  A járműegységnek egész számú értéket kell 
generálnia az RTM12 adatelemre. 
A járműegységnek a következ ő értéket kell 
hozzárendelnie a sensorFault változóhoz: 
— 1, ha „35H” érzékel őhiba típusú hiba 
került rögzítésre az utolsó 10 napon, 
— 2, ha („36”H vagy „37”H enumerációs 
értékű belső vagy küls ő) GNSS-vev őhiba 
típusú esemény került rögzítésre az utolsó 
10 napon, 
— 3, ha „0E”H kommunikációs hiba a küls ő 
GNSS-eszközzel típusú esemény került 
rögzítésre az utolsó 10 napon, 
— 4, ha érzékel őhiba és GNSS-vev őhiba 
típusú esemény egyaránt rögzítésre került 
az utolsó 10 napon, 
— 5, ha érzékel őhiba és kommunikációs hiba 
a külső GNSS-eszközzel típusú esemény 
egyaránt rögzítésre került az utolsó 10 
napon, 
— 6, ha GNSS-vev őhiba és kommunikációs 
hiba a küls ő GNSS-eszközzel típusú 
esemény egyaránt rögzítésre került az 
utolsó 10 napon, 
— 7, ha mindhárom érzékel őhiba rögzítésre 
került az utolsó 10 napon. MÁSKÜ­
LÖNBEN 0 értéket kell hozzárendelnie, 
ha nem került rögzítésre esemény az utolsó 
10 napon.  – érzékelőhiba: 
egy oktett az 
adatszótár 
szerint
  
▼C2 
RTM13 
Időbeállítás A járműegységnek egész számú értéket kell 
generálnia (timeReal az 1. függelékbő l) az 
RTM13 adatelemre az 1C mellékletben 
meghatározott, Id őbeállításra vonatkozó 
meglévő adatok alapján. 
A járműegységnek azt az idő értéket kell hozzá ­
rendelnie, amikor az utolsó id őbeállítási 
eseményre sor került. 
MÁSKÜLÖNBEN ha a járm űegység adatai 
között nincs az 1C melléklet meghatározása 
szerinti „Id őbeállítás” típusú esemény, akkor 
0 értéket kell beállítania  Az utolsó idő be­
állítás ideje
  
RTM14 
A biztonsági 
rendszer 
megsértésére 
irányuló 
kísérlet  A járműegységnek egész számú értéket kell 
generálnia (timeReal az 1. függelékbő l) az 
RTM14 adatelemre az 1C mellékletben 
meghatározott, A biztonsági rendszer megsérté ­
sére irányuló kísérlet eseményre vonatkozó 
meglévő adatok alapján.  A biztonsági 
rendszer megsér ­
tésére irányuló 
utolsó kísérlet 
ideje 
— Alapértelme ­
zett érték = 
0x00FF
  ▼C2
 02016R0799 — HU — 17.04.2018 — 001.004 — 515  
(1) RTM 
adatelem  (2) A járműegység által végrehajtott m űvelet  (3)  ASN.1 adatok meghatáro zása 
A járműegységnek a járm űegységben rögzített 
utolsó „A biztonsági rendszer megsértésére 
irányuló kísérlet” típusú esemény idejének 
értékét kell beállítania. 
MÁSKÜLÖNBEN ha a járm űegység adatai 
között nincs az 1C melléklet meghatározása 
szerinti „A biztonsági rendszer megsértésére 
irányuló kísérlet” típusú esemény, akkor 
0x00FF értéket kell beállítania.  
RTM15 
Utolsó kalib­
rálás A járműegységnek egész számú értéket kell 
generálnia (timeReal az 1. függelékbő l) az 
RTM15 adatelemre az 1C mellékletben 
meghatározott, az Utolsó kalibrálásra vonat ­
kozó meglév ő adatok alapján. 
A járműegységnek be kell állítania a legutóbbi 
két kalibrálás (RTM15 és RTM16) idejének 
értékét, amelyeket az 1. függelékben meghatá ­
rozott VuCalibrationData tartalmazza. 
A járműegységnek az RTM15 értékét a 
legutóbbi kalibrálási rekord timeReal értékére 
kell beállítania.  Az utolsó kalib ­
rálás ideje adat
  
RTM16 
Előző kalib­
rálás A járműegységnek egész számú értéket (time ­
Real az 1. függelékb ől) kell generálnia az 
utolsó kalibrálás rekordját megel őző kalibrálási 
rekord RTM16 adatelemére 
MÁSKÜLÖNBEN ha nem volt el őző kalibrá­
lás, akkor a járm űegységnek az RTM16 értékét 
0-ra kell beállítani.  Az előző kalib­
rálás ideje adat
  
RTM17 
A tachográf 
csatlakoztatá­
sának 
dátuma  Az RTM17 adatelemre a járm űegységnek 
egész számú értéket (timeReal az 1. függelék ­
ből) kell generálnia. 
A járműegységnek a kezdeti beépítés idejének 
értékét kell beállítania. 
A járműegységnek ezt az adatot a vuCalibrati ­
onRecords sorozat azon VuCalibrationData 
adatából (1. függelék) kell vennie, amelynél 
teljesül, hogy CalibrationPurpose egyenl ő: 
»03«H A tachográf csat­
lakoztatásának 
dátuma
  
RTM18 
Aktuális 
sebesség  A járműegységnek egész számú értéket kell 
generálnia az RTM18 adatelemre. 
A járműegységnek az RTM16 értékét az 
RtmData legutóbbi frissítésének idején rögzített 
utolsó aktuális sebességre kell beállítania.  Utolsó rögzített 
aktuális sebesség
  
RTM19 
Időbélyegző Az RTM19 adatelemre a járm űegységnek 
egész számú értéket kell generálnia (timeReal 
az 1. függelékb ől). 
A járműegységnek az RTM19 értékét az 
RtmData legutóbbi frissítésének idejére kell 
beállítania.  Az aktuális 
TachographPay ­
load rekord 
időbélyegzője
 
▼B 
5.4.6 Adatátviteli mechanizmus  
DSC_42 Az inicializálási szakasz után a REDCR el őzetesen meghatá ­
rozott hasznos adatokat kér, amelyeket azután a  DSRC-VU a 
kiosztott ablakban továbbít. Az REDCR a GET paranccsal 
adatokat kér le.  ▼C2
 02016R0799 — HU — 17.04.2018 — 001.004 — 516  
DSC_43 Az adatokat minden DSRC cseréhez a PER (csomagolt kódo ­
lási szabályok) UNALIGNED szerint kell kódolni, kivéve a
  
és a
 , amelyeket 
az ISO/IEC 8825-7, Rec. ITU-T X.696-ban meghatározott 
OER (Oktett kódolási szabályok) szerint kell kódolni.  
▼B 
5.4.7 A DSRC tranzakció részletes leírása  
DSC_44 Az inicializálást a DSC_44–DSC_48 szakasz és a 
14.4–14.9. táblázat szerint kell elvégezni. Az inicializálási 
szakaszban az REDCR küldeni kezd egy keretet, amely az 
EN 12834 szabványnak, valamint az EN 13372 szabvány 
6.2., 6.3., 6.4. és 7.1. szakaszának megfelel ő irányadó szol­
gáltatási táblázatot (BST) tartalmaz, amelynek beállításait a 
következő 14.4. táblázat tartalmazza.  
▼C2 
14.4. táblázat 
Inicializálás – A BST keret beállításai  
Mező Beállítások  
Link Identifier  Szórási cím 
BeaconId Az EN 12834 szabványnak 
megfelelően 
Time  Az EN 12834 szabványnak 
megfelelően 
Profile Nincs kiterjesztés, 0-t vagy 
1-et kell használni  
MandApplications  Nincs kiterjesztés, EID nem 
található meg, Parameter 
nem található meg, AID = 2 
Freight&Fleet  
NonMandApplications Nem található meg  
ProfileList  Nincs kiterjesztés, profilok 
száma a listán = 0 
Fragmentation header  Nincs tördelés 
Layer 2 settings  Parancs-PDU, UI-parancs  
▼B 
A következ ő 14.5. táblázat a 14.4. táblázatban megadott beál ­
lításokra vonatkozó gyakorlati példát mutat be, jelezve a 
bitkódolásokat.  
▼C2 
14.5. táblázat 
Inicializálás – Példa a BST keret tartalmára
 Oktett száma 
Attribútum/Mez ő Bitek az oktettben  Leírás  
1 FLAG
  Kezdés jelölő 
2 Broadcast ID
  Szórási cím 
3 MAC Control Field
  Parancs-PDU 
4 LLC Control field
  UI-parancs  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 517
 Oktett száma 
Attribútum/Mez ő Bitek az oktettben  Leírás  
5 Fragmentation header
  Nincs tördelés 
6 BST
  Inicializálási kérés  
SEQUENCE { 
OPTION indicator 
BeaconID 
SEQUENCE { 
ManufacturerId 
INTEGER (0..65535)
  NonMand alkalmazások nem 
találhatók meg
  
Gyártóazonosító  
7
 
8
 
IndividualID 
INTEGER (0..134217727) 
}
 27 bit hosszú azonosító áll 
rendelkezésre a gyártó tárolá ­
sára 9
 
10
 
11
 
12 Time INTEGER (0..4294967295)
  32 bit UNIX valós idő 
13
 
14
 
15
 
16 Profile 
INTEGER (0..127,…)
  Nincs kiterjesztés. Példa ­
profil 0  
17 MandApplications 
SEQUENCE (SIZE(0..127,… )) OF {
  Nincs kiterjesztés, mandApp ­
lications száma = 1  
18 SEQUENCE { 
OPTION indicator
  EID nem található meg 
OPTION indicator
  Parameter nem található meg 
AID 
DSRCApplicationEntityID}}
  Nincs kiterjesztés. AID = 2 
Freight&Fleet  ▼C2
 02016R0799 — HU — 17.04.2018 — 001.004 — 518
 Oktett száma 
Attribútum/Mez ő Bitek az oktettben  Leírás  
19 ProfileList 
SEQUENCE (0..127, …) OF Profile}
  Nincs kiterjesztés, profilok 
száma a listán = 0  
20 FCS
  Keretellen őrző összeg  
21
 
22 Flag
  Vége jelölő 
▼B 
DSC_45 Amikor a DSRC-VU BST-t fogad, az EN 12795 szabványnak 
és az EN 13372 szabvány 7.1.1. szakaszának megfelel ő, 
kimondottan az RTM-re vonatkozó beállításokkal nem rendel ­
kező privát ablak kiosztását. A 14.6. táblázat egy, a bitkódo ­
lásra vonatkozó példát mutat be.  
▼C2 
14.6. táblázat 
Inicializálás – Privát ablak kiosztására vonatkozó kérés keretének tartalma
 Oktett száma 
Attribútum/Mez ő Bitek az oktettben  Leírás  
1 FLAG
  Kezdés jelölő 
2 Private LID
  Adott DSRC-VU címének 
csatolása  
3
 
4
 
5
 
6 MAC Control field
  Privát ablak kérése  
7 FCS
  Keretellen őrző összeg 
8
 
9 Flag
  Vége jelölő 
▼B 
DSC_46 Az REDCR ezután az EN 12795 szabványnak és az EN 13372 
szabvány 7.1.1. szakaszának megfelel ő, kimondottan az 
RTM-re vonatkozó beállításokkal nem rendelkez ő privát 
ablak kiosztásával válaszol.  
A 14.7. táblázat egy, a bitkódolásra vonatkozó példát mutat 
be. 
▼C2 
14.7. táblázat 
Inicializálás – Privát ablak kiosztására vonatkozó keret tartalma
 Oktett száma 
Attribútum/Mez ő Bitek az oktettben  Leírás  
1 FLAG
  Kezdés jelölő 
2 Private LID
  Adott DSRC-VU címének 
csatolása  3
 ▼C2
 02016R0799 — HU — 17.04.2018 — 001.004 — 519
 Oktett száma 
Attribútum/Mez ő Bitek az oktettben  Leírás  
4
 
5
 
6 MAC Control field
  Privát ablak kiosztása  
7 FCS
  Keretellen őrző összeg  
8
 
9 Flag
  Vége jelölő 
▼B 
DSC_47 Amikor a DSRC-VU megkapja a privát ablak kiosztását, a 
kiosztott privát ablak révén elküldi az EN 12834 szabvány ­
nak, valamint az EN 13372 szabvány 6.2., 6.3., 6.4. és 
7.1. szakaszának megfelel ő, a jármű szolgáltatási táblázatát 
(VST), amelynek beállításait a 14.8. táblázat tartalmazza.  
▼C2 
14.8. táblázat 
Inicializálás – A VST keret beállításai  
Mező Beállítások  
Private LID Az EN 12834 szabványnak megfele­
lően 
VST parameters  Fill = 0, majd minden egyes támoga­
tott alkalmazás esetében: EID 
megtalálható, paraméter megtalálható, 
AID = 2, EID az OBU által generálva  
Parameter  Nincs kiterjesztés, Tartalmazza az 
RTM környezeti jelet 
ObeConfiguration  A választható ObeStatus mező jelen 
lehet, de az REDCR nem használhatja  
Fragmentation header  Nincs tördelés  
Layer 2 settings  Parancs-PDU, UI-parancs  
▼B 
DSC_48 A DSRC-VU támogatja a „Freight and Fleet” alkalmazást, 
amelyet a 2-es alkalmazásazonosító azonosít. Más alkalmazá ­
sazonosítók is támogathatók, azok ebben az VST-ben azonban 
nem lesznek jelen, mivel a BST csak azokat az alkalmazá ­
sokat kéri, amelyek esetében AID=2. Az „Alkalmazások” 
mező tartalmazza a  DSRC-VU -ban támogatott alkalmazáspél ­
dányok jegyzékét. Valamennyi támogatott alkalmazáspéldány 
esetében RTM Context Mark (RTM környezeti jel) formá ­
jában meg van adva a megfelel ő szabvány hivatkozása, 
amelyet a vonatkozó szabványt, a vonatkozó részt (az RTM 
esetében ez a 9. rész) és esetleg a verzióját képvisel ő 
OBJECT IDENTIFIER, valamint egy a DSRC-UV által gene ­
rált EID alkot, és amely hozzá van rendelve az adott alkal ­
mazáspéldányhoz.  
A 14.9. táblázat a 14.8. táblázatban megadott beállításokra 
vonatkozó gyakorlati példát mutat be, jelezve a bitkódoláso ­
kat. ▼C2
 02016R0799 — HU — 17.04.2018 — 001.004 — 520  
14.9. táblázat 
Inicializálás – Példa a VST keret tartalmára
 Oktett száma 
Attribútum/Mez ő Bitek az oktettben  Leírás  
1 FLAG
  Kezdés jelölő 
2 Private LID
  Adott DSRC-VU címének 
csatolása  
3
 
4
 
5
 
6 MAC Control field
  Parancs-PDU  
7 LLC Control field
  UI-parancs 
8 Fragmentation header
  Nincs tördelés  
9 VST 
SEQUENCE {
  Inicializálási válasz  
Fill 
BIT STRING (SIZE(4))
  Nincs használatban és 0- 
ra van beállítva  
10 Profile 
INTEGER (0..127,… ) 
Applications SEQUENCE OF {
  Nincs kiterjesztés. Példa­
profil 0  
11
 Nincs kiterjesztés, 1 alkal­
mazás  
12 SEQUENCE { 
OPTION indicator
  EID megtalálható  
OPTION indicator
  Parameter megtalálható  
AID 
DSRCApplicationEntityID
  Nincs kiterjesztés. AID = 
2 Freight&Fleet  
13 EID Dsrc-EID
  Az OBU-ban van 
meghatározva, és az alkal ­
mazáspéldányt azonosítja.  
14 Parameter Container {
  Nincs kiterjesztés, Válasz­
tott tároló = 02, Oktett- 
karakterlánc  
15
 Nincs kiterjesztés, az 
RTM környezeti jel 
hossza = 8  ▼C2
 02016R0799 — HU — 17.04.2018 — 001.004 — 521
 Oktett száma 
Attribútum/Mez ő Bitek az oktettben  Leírás  
16 Rtm-ContextMark::= SEQUENCE { 
StandardIdentifier 
standardIdentifier
  ►M1 A támogatott szab ­
vány, rész és verzió 
objektumazonosítója. 
Példa: ISO (1) Szabvány 
(0) TARV (15638) 9. 
rész (9) 1. verzió (1).Az 
első oktett a 06H, ami az 
objektumazonosító. A 
második oktett a 06H, 
ami a hossza. A követ ­
kező 6 oktett kódolja a 
például szolgáló 
objektumazonosítót. ◄ 17
 
18
 
19
 
20
 
21
 
22
 
23
 
24 ObeConfiguration Sequence {  
OPTION indicator
  ObeStatus nem található 
meg 
EquipmentClass 
INTEGER (0..32767)
  
25
 
26 ManufacturerId INTEGER (0..65535)
  A DSRC-VU gyártójának 
azonosítója az ISO 14816 
szabvány szerinti nyilván ­
tartásban leírt módon  27
 
28 FCS
  Keretellen őrző összeg 
29
 
30 Flag
  Vége jelölő 
▼B 
DSC_49 Az REDCR ezután az adatok olvasása érdekében kiad egy, az 
EN 13372 szabvány 6.2., 6.3. és 6.4. szakaszában, valamint 
az EN 12834 szabványban meghatározott GET parancsnak 
megfelelő GET parancsot, amelynek beállításait a 
14.10. táblázat tartalmazza.  
▼C2 
14.10. táblázat 
Megjelenítés – A GET Request keretének beállításai  
Mező Beállítások  
Invoker Identifier (IID)  Nem található meg 
Link Identifier (LID)  Adott DSRC-VU címének csatolása  
Chaining  Nincs  
Element Identifier (EID)  A VST-ben meghatározott módon. 
Nincs kiterjesztés  ▼C2
 02016R0799 — HU — 17.04.2018 — 001.004 — 522  
Mező Beállítások  
Access Credentials  Nincs 
AttributeIdList  Nincs kiterjesztés, 1 attribútum, Attri­
buteID = 1 (RtmData)  
Fragmentation  Nincs 
Layer2 settings  Parancs-PDU, Lekérdezett ACn- 
parancs  
▼B 
A 14.11. táblázat egy, a RTM adatok olvasására vonatkozó 
példát mutat be.  
▼C2 
14.11. táblázat 
Megjelenítés – Példa a GET Request keretre
 Oktett száma 
Attribútum/Mez ő Bitek az oktettben  Leírás  
1 FLAG
  Kezdés jelölő 
2 Private LID
  Adott DSRC-VU címének 
csatolása  
3
 
4
 
5
 
6 MAC Control field
  Parancs-PDU  
7 LLC Control field
  Lekérdezett ACn parancs, 
n bit 
8 Fragmentation header
  Nincs tördelés  
9 Get.request 
SEQUENCE {
  Get kérés  
OPTION indicator
  Access Credentials nem 
található meg  
OPTION indicator
  IID nem található meg 
OPTION indicator
  AttributeIdList megtalál­
ható 
Fill 
BIT STRING(SIZE(1))
  0-ra van beállítva.  
10 EID INTEGER(0..127,…)
  Az RTM alkalmazáspél ­
dány EID-je a VST-ben 
meghatározott módon. 
Nincs kiterjesztés  
11 AttributeIdList SEQUENCE OF { 
AttributeId}}
  Nincs kiterjesztés, attribú ­
tumok száma = 1  
12
 AttributeId = 1, RtmData. 
Nincs kiterjesztés  
13 FCS
  Keretellen őrző összeg  
14
 
15 Flag
  Vége jelölő ▼C2
 02016R0799 — HU — 17.04.2018 — 001.004 — 523  
DSC_50 Amikor a DSRC-VU GET kérést kap, a kért adatokkal az 
EN 13372 szabvány 6.2., 6.3. és 6.4. szakaszában, valamint 
az EN 12834 szabványban meghatározott GET válasznak 
megfelelő GET választ küld, amelynek beállításait a 
14.12. táblázat tartalmazza.  
▼C2 
14.12. táblázat 
Megjelenítés – A GET Response keretének beállításai  
Mező Beállítások  
Invoker Identifier (IID)  Nem található meg  
Link Identifier (LID)  Az EN 12834 szabványnak 
megfelelően 
Chaining Nincs 
Element Identifier (EID)  A VST-ben meghatározott 
módon. 
Access Credentials  Nincs 
Fragmentation  Nincs 
Layer2 settings  Válasz-PDU, Válasz rendel­
kezésre áll és a parancs elfo ­
gadva, ACn-parancs  
▼B 
A 14.13. táblázat egy, a RTM adatok olvasására vonatkozó 
példát mutat be.  
▼C2 
14.13. táblázat 
Megjelenítés – Példa a Response keret tartalmára
 Oktett száma 
Attribútum/Mez ő Bitek az oktettben  Leírás  
1 FLAG
  Kezdés jelölő 
2 Private LID
  Adott DSRC-VU címének 
csatolása  
3
 
4
 
5
 
6 MAC Control field
  Válasz-PDU 
7 LLC Control field
  Válasz rendelkezésre áll, 
az ACn-parancs n bit  
8 LLC Status field
  Válasz rendelkezésre áll 
és a parancs elfogadva  
9 Fragmentation header
  Nincs tördelés 
10 Get.response 
SEQUENCE {
  Get válasz  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 524
 Oktett száma 
Attribútum/Mez ő Bitek az oktettben  Leírás  
OPTION indicator
  IID nem található meg 
OPTION indicator
  Attribute List megtalál­
ható 
OPTION indicator
  A visszaküldött állapot 
nem található meg  
Fill 
BIT STRING(SIZE(1))
  Nincs használatban  
11 EID INTEGER(0..127,…)
  Válasz az RTM alkalma­
záspéldánytól. 
Nincs kiterjesztés,  
12 AttributeList SEQUENCE OF {
  Nincs kiterjesztés, attribú­
tumok száma = 1  
13 Attributes 
SEQUENCE { 
AttributeId
  Nincs kiterjesztés, Attri ­
buteId = 1 (RtmData)  
14 AttributeValue CONTAINER {
  Nincs kiterjesztés, Válasz­
tott tároló = 10  10 . 
15
 RtmData  
16
 
17
 
… …  
n }}}}
  
n+1 FCS
  Keretellen őrző összeg 
n+2
 
n+3 Flag
  Vége jelölő 
▼B 
DSC_51 Az REDCR ezután kiad egy, az EN 13372 szabvány 6.2., 
6.3. és 6.4. szakaszának, valamint az EN 12834 szabvány 
7.3.8. szakaszának megfelel ő EVENT_REPORT, RELEASE 
parancsot, amely amelynek nincs kimondottan az RTM-re 
vonatkozó beállítása. A 14.14. táblázat egy, a RELEASE 
utasítás bitkódolására vonatkozó példát mutat be.  
▼C2 
14.14. táblázat 
Befejezés. Az EVENT_REPORT Release keret tartalma
 Oktett száma 
Attribútum/Mez ő Bitek az oktettben  Leírás  
1 FLAG
  Kezdés jelölő 
2 Private LID
  Adott DSRC-VU címének 
csatolása  
3
 
4
 ▼C2
 02016R0799 — HU — 17.04.2018 — 001.004 — 525
 Oktett száma 
Attribútum/Mez ő Bitek az oktettben  Leírás  
5
 
6 MAC Control field
  A keret parancs-LPDU-t 
tartalmaz  
7 LLC Control field
  UI-parancs  
8 Fragmentation header
  Nincs tördelés 
9 EVENT_REPORT.request 
SEQUENCE {
  EVENT_REPORT (Rele ­
ase) 
OPTION indicator
  Access Credentials nem 
található meg  
OPTION indicator
  Az esemény paramétere 
nem található meg  
OPTION indicator
  IID nem található meg 
Mode 
BOOLEAN
  Nincs várt válasz  
10 EID INTEGER (0..127,…)
  Nincs kiterjesztés, EID = 
0 (Rendszer)  
11 EventType INTEGER (0..127,…)}
  Eseménytípus 0 = Kiadás  
12 FCS
  Keretellen őrző összeg 
13
 
14 Flag
  Vége jelölő 
▼B 
DSC_52 A DSRC-VU -nak nem kell válaszolnia a Release parancsra. A 
kommunikáció ezután lezárul.  
5.4.8 A DSRC teszttranzakció leírása  
DSC_53 Az adatok biztosítását magukban foglaló teljes teszteket a 
11. függelékben (Közös biztonsági mechanizmusok) meghatá ­
rozott módon, a biztonsági eljárásokhoz hozzáféréssel rendel ­
kező, jogosult személyeknek kell elvégezniük a fentiekben 
meghatározott rendes GET parancs segítségével.  
DSC_54 Az üzembe helyezési és az id őszakos teszteket, amelyek 
visszafejtést és a visszafejtett adatok megértését igénylik, a 
11. függelékben (Közös biztonsági mechanizmusok) és a 
9. függelékben (Típusjóváhagyás – A minimálisan megköve ­
telt vizsgálatok felsorolása) meghatározott módon kell elvé ­
gezni.  
Az alapszint ű DSRC kommunikációt azonban lehet tesztelni 
az ECHO paranccsal. Az ilyen tesztek elvégzése el őírás lehet 
üzembe helyezés, id őszakos vizsgálat esetén, vagy elvégzé ­
süket előírhatja az illetékes ellen őrző hatóság vagy az 
165/2014/EU rendelet (lásd a lenti 6. pontot).  ▼C2
 02016R0799 — HU — 17.04.2018 — 001.004 — 526  
DSC_55 Ilyen alapszint ű kommunikációs teszt elvégzéséhez az ECHO 
parancsot az REDCR adja ki egy munkamenet közben, azaz 
az inicializálási szakasz sikeres elvégzése után. Az interakciók 
sorozata tehát hasonló egy lekérdezéséhez:  
— 1. lépés Az REDCR elküld egy irányadó szolgáltatási 
táblázatot (BST), amely tartalmazza a támogatott szolgál ­
tatásjegyzékben szerepl ő alkalmazások azonosítóit (AID). 
Az RTM alkalmazásokban ez az a szolgáltatás, amelynek 
AID értéke = 2. 
A DSRC-VU értékeli a kapott BST-t, és ha azt határozza 
meg, hogy a BST a Freight&Fleet (AID = 2) szolgálttást 
kéri, akkor a  DSRC-VU válaszol. Ha az REDCR nem 
kínál olyan szolgáltatást, amelynek esetében AID=2, 
akkor a DSRC-VU leállítja a tranzakciót az  REDCR-rel. 
— 2. lépés A DSRC-VU privát ablak kiosztására vonatkozó 
kérést küld.  
— 3. lépés Az REDCR privát ablak kiosztására vonatkozó 
üzenetet küld.  
— 4. lépés A DSRC-VU a kiosztott privát ablak révén 
elküldi a járm ű szolgáltatási táblázatát (VST). Ez a VST 
tartalmazza mindazon különböz ő alkalmazáspéldányok 
jegyzékét, amelyeket ez a  DSRC-VU támogat, és amelyek 
esetében AID=2. A különböz ő példányokat egyedi EID-k 
révén kell azonosítani, amelyek mindegyikéhez kapcso ­
lódnia kell egy paraméterértéknek, amely a támogatott 
alkalmazás példányára utal.  
— 5. lépés Ezután az  REDCR elemzi a kínált VST-t, és vagy 
befejezi a kapcsolatot (RELEASE), mivel semmi nem 
érdekli abból, amit a VST kínál (azaz olyan  DSRC-VU - 
tól kapott VST-t, amely nem RTM VU), vagy, ha 
megfelelő VST-t kapott, elindítja valamelyik alkalmazás 
egy példányát.  
— 6. lépés Az REDCR (ECHO) parancsot ad ki a meghatá ­
rozott DSRC-VU -nak, és privát ablakot oszt ki.  
— 7. lépés A DSRC-VU az újonnan kiosztott privát ablak 
révén ECHO válaszkeretet küld.  
A következ ő táblázatok az ECHO parancsok cseréjével járó munkame ­
netre vonatkozó gyakorlati példát mutatnak be.  
DSC_56 Az inicializálást az 5.4.7. pont (DSC_44–DSC_48 szakasz) és 
a 14.4–14.9. táblázat szerint kell elvégezni.  
DSC_57 Az REDCR ezután kiad egy az ISO 14906 szabványnak 
megfelelő ACTION, ECHO parancsot, amely 100 oktettet 
tartalmaz, és amelynek nincs kimondottan az RTM-re vonat ­
kozó beállítása. A 14.15. táblázatban bemutatja az REDCR 
által küldött keret tartalmát.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 527  
14.15. táblázat 
Példa az ACTION, ECHO kérés keretére
 Oktett száma 
Attribútum/Mez ő Bitek az oktettben  Leírás  
1 FLAG
  Kezdés jelölő 
2 Private LID
  Adott DSRC-VU címének 
csatolása  
3
 
4
 
5
 
6 MAC Control field
  Parancs-PDU  
7 LLC Control field
  Lekérdezett ACn parancs, 
n bit  
8 Fragmentation header
  Nincs tördelés  
9 ACTION.request 
SEQUENCE {
  Műveletkérés (ECHO)  
OPTION indicator
  Access Credentials nem 
található meg  
OPTION indicator
  M űveletparaméter 
megtalálható  
OPTION indicator
  IID nem található meg 
Mode 
BOOLEAN
  Válaszra vár  
10 EID 
INTEGER (0..127, …)
 Nincs kiterjesztés, EID = 
0 (Rendszer) 
11 ActionType 
INTEGER (0..127, …)
 Nincs kiterjesztés, ECHO 
művelettípusra vonatkozó 
kérés 
12 ActionParameter 
CONTAINER {
  Nincs kiterjesztés, Válasz ­
tott tároló = 2  
13
 Nincs kiterjesztés. A 
karakterlánc hossza = 
100 oktett  
14
 Visszaküldend ő adatok  
… …  
113 }}
  
114 FCS
  Keretellen őrző összeg  
115
 
116 Flag
  Vége jelölő ▼C2
 02016R0799 — HU — 17.04.2018 — 001.004 — 528  
DSC_58 Amikor a DSRC-VU ECHO kérést kap, 100 oktettnyi adatot 
tartalmazó ECHO választ küld az ISO 14906 szabványnak 
megfelelően, az RTM-re vonatkozó konkrét beállítások nélkül 
visszaküldve a kapott parancsot. A 14.16. táblázat egy 
bitszintű kódolásra vonatkozó példát mutat be.  
▼C2 
14.16. táblázat 
Példa az ACTION, ECHO válasz keretére
 Oktett száma 
Attribútum/Mez ő Bitek az oktettben  Leírás  
1 FLAG
  Kezdés jelölő 
2 Private LID
  Adott járműegység 
címének csatolása  
3
 
4
 
5
 
6 MAC Control field
  Válasz-PDU  
7 LLC Control field
  ACn-parancs n bit 
8 LLC status field
  Válasz rendelkezésre áll 
9 Fragmentation header
  Nincs tördelés  
10 ACTION.response 
SEQUENCE {
  MŰVELETRE adott 
válasz (ECHO)  
OPTION indicator
  IID nem található meg 
OPTION indicator
  Válaszparaméter megtalál­
ható 
OPTION indicator
  A visszaküldött állapot 
nem található meg  
Fill 
BIT STRING (SIZE (1))
  Nincs használatban  
11 EID 
INTEGER (0..127, …)
 Nincs kiterjesztés, EID = 
0 (Rendszer)  
12 ResponseParameter 
CONTAINER {
  Nincs kiterjesztés, Válasz ­
tott tároló = 2  
13
 Nincs kiterjesztés. A 
karakterlánc hossza = 
100 oktett  
14
 Visszaküldött adatok  
… …  
113 }}
  
114 FCS
  Keretellen őrző összeg 
115
 
116 Flag
  Vége jelölő ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 529  
5.5 Az (EU) 2015/719 irányelv támogatása 
5.5.1 Áttekintés  
DSC_59 A nehéz tehergépjárm űvek legnagyobb össztömegér ől és 
méreteiről szóló (EU) 2015/719 irányelv támogatása érde ­
kében az OWS adatoknak az 5,8 GHz-es DSRC interfészkap ­
csolaton keresztül történ ő letöltésére vonatkozó tranzakciós 
protokollnak meg kell egyeznie az RTM adatok esetében 
alkalmazott tranzakciós protokollal (lásd az 5.4.1. pontot), 
azzal az egyetlen különbséggel, hogy a TARV szabványra 
vonatkozó objektumazonosítónak az ISO 15638 (TARV) 
szabvány WOB/OWS-re vonatkozó 20. részére kell hivatkoz ­
nia. 
▼B 
5.5.2 Parancsok 
DSC_60 OWS tranzakció esetében ugyanazokat a parancsokat kell 
alkalmazni, mint egy RTM tranzakció esetében.  
5.5.3 Lekérdezési parancssorozat  
DSC_61 OWS adatok esetében a lekérdezési parancssorozat ugyanaz, 
mint RTM adatok esetében.  
5.5.4 Adatstruktúrák 
DSC_62 A hasznos adatok (OWS adatok) a következ ők összefűzéséből 
állnak  
1. EncryptedOwsPayload, amely az ASN.1 jelölés ű, az 
5.5.5. pontban meghatározott OwsPayload titkosítása. A 
titkosítási módszernek ugyanannak kell lennie, mint az 
RtmData esetében, amelyet a 11. függelék határoz meg.  
2. A DSRCSecurityData adatokat ugyanazokkal az algoritmu ­
sokal kell kiszámítani, mint az RtmData esetében, amelyet 
a 11. függelék határoz meg.  ▼M1
 02016R0799 — HU — 17.04.2018 — 001.004 — 530  
5.5.5 Az OWS DSRC tranzakcióra vonatkozó ASN.1 modul  
DSC_63 Az RTM alkalmazáson belüli RSDC adatokra vonatkozó 
ASN.1 modulmeghatározás meghatározása a következ ő:
 ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 531  
5.5.6 Az OwsData elemei, elvégzett m űveletek és fogalommeghatározások  
Az OwsData elemeinek meghatározása támogatja a nehéz tehergépjár ­
művek maximális tömegér ől és méreteir ől szóló 2015/719/EK irányelvet. 
Jelentésük a következ ő: 
— recordedWeight a tehergépjárm űnek az EN ISO 14906 szabványnak 
megfelelően, 10 kg-os felbontással mért össztömege. Például a 2 
500-as érték 25 tonna tömegnek felel meg.  
— axlesConfiguration a tengelyek számával ábrázolja a tehergépjárm ű- 
összeállítást. A konfiguráció meghatározása 20 bites bitmaszkkal 
történik (az EN ISO 14906 alapján kib ővítve). 
Egy 2 bites bitmaszk egy tengely konfigurációjának felel meg a 
következő formátumban:  
— A 00B érték azt jelenti, hogy az érték „nem áll rendelkezésre”, 
mivel a járm ű nem rendelkezik a tengelyre jutó terhelés adatának 
gyűjtéséhez szükséges berendezéssel.  
— A 01B érték azt jelenti, hogy a tengely nincs jelen.  
— A 10B érték azt jelenti, hogy a tengely jelen van, a tömeg 
kiszámítása és az adatgy űjtés megtörtént, és az adat az axlesRe ­
cordedWeight mez őben elérhet ő. 
— A 11B érték jövőbeni használatára van fenntartva.  
Az utolsó 4 bit jöv őbeli használatára van fenntartva.  
A tengelyek száma  
A vonta tó teng elyeinek száma  A pótkocsi tengelyeinek száma  
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 bit) 
— axlesRecordedWeight az egyes tengelyeken mért tömeget adja meg 
10 kg-os felbontással. Minden egyes tengelyt két oktett képvisel. 
Például a 150-es érték 1 500 kg tömegnek felel meg.  
A többi adattípus meghatározása az 5.4.5. pontban található.  
5.5.7 Adatátviteli mechanizmusok  
DSC_64 OWS adatok esetében a lekérdez ő és a járm űben található 
DSRC eszköz közötti adatátvitel mechanizmusa ugyanaz, 
mint RTM adatok esetében (lásd az 5.4.6. pontot).  
DSC_65 A maximális tömegadatokat gy űjtő platform és a járm űben 
található DSRC eszköz közötti adatátvitelnek az 5.6. pontban 
meghatározott fizikai kapcsolaton, interfészeken és protok ­
ollon kell alapulnia.  
5.6 A DSRC-VU és a járm űegység (VU) közötti adatátvitel 
5.6.1 Fizikai kapcsolat és interfészek  
DSC_66 A járm űegység (VU) és a DSRC-VU közötti kapcsolat lehet 
fizikai, vezetékes kapcsolat vagy Bluetooth v4.0 BLE techno ­
lógián alapuló, rövid hatótávolságú, vezeték nélküli adatátvi ­
tel. ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 532  
DSC_67 A választott fizikai kapcsolattól és interfészt ől függetlenül a 
következő követelményeknek teljesülniük kell:  
DSC_68 ►M1 a) Annak érdekében, hogy a járm űegység (VU) és a 
DSRC-VU, illetve különböz ő DSRC-VU tételek 
szállítására különböz ő szállítókkal lehessen szerz ő­
dést kötni, a járm űegység (VU) és a – nem a VU-n 
belüli – DSRC-VU közötti kapcsolatnak nyílt szab ­
ványon alapuló kapcsolatnak kell lennie. A járm ű­
egységnek (VU) a következ ők egyikével kell 
kapcsolódnia a DSRC-VU-hoz: ◄ 
i) legalább 2 méter hosszú, rögzített vezeték a 
DIN 41612 szabványnak megfelel ő H11 csat­
lakozóval – 11 pólusú csatlakozódugasz a 
DSRC-VU-tól, amely összeillik a járm űegység 
készülékének hasonló, DIN/ISO szabvány 
szerinti csatlakozóaljzatával,  
ii) alacsony energiafelhasználású Bluetooth-tech ­
nológia (BLE),  
iii) szabványos, az ISO 11898 vagy az SAE J1939 
szabványnak megfelel ő kapcsolat. 
DSC_69 b) az interfészek, valamint a járm űegység (VU) és a DSRC- 
VU közötti kapcsolat meghatározásának támogatnia kell az 
5.6.2. pontban meghatározott alkalmazásprotokoll-paran ­
csokat, és 
DSC_70 c) a járműegységnek (VU) és a DSRC-VU-nak egyaránt 
támogatnia kell a kapcsolaton keresztül történ ő adatátvitelt 
a teljesítmény és az energiaellátás tekintetében.  
5.6.2 Alkalmazási protokoll  
DSC_71 A járműegység (VU) távoli kommunikációs eszköze és a 
DSRC-VU közötti alkalmazásprotokoll feladata, hogy id őkö­
zönként továbbítsa a távoli kommunikációs adatokat a járm ű­
egységtől (VU) a DSRC-nek. 
DSC_72 A fő parancsok meghatározása a következő : 
1. A kommunikációs kapcsolat inicializálása – Kérés  
2. A kommunikációs kapcsolat inicializálása – Válasz  
3. Adatok küldése az RTM alkalmazás és az RTM adatok 
által meghatározott hasznos adatok azonosítójával  
4. Az adatok visszaigazolása  
5. A kommunikációs kapcsolat befejezése – Kérés  
6. A kommunikációs kapcsolat befejezése – Válasz  
DSC_73 Az ASN1.0 szerint az el őző parancsok a következ őképpen 
határozhatók meg:  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 533
  
DSC_74 A parancsok és a paraméterek leírása a következ ő: 
— Az
 
a kommunikációs kapcsolat inicializálására szolgál. A 
parancsot a járm űegység (VU) küldi a DSRC-VU-nak. 
A LinkIdentifier-t a járm űegység (VU) állítja be és küldi 
a DSRC-VU-nak egy meghatározott kommunikációs 
kapcsolat nyomon követésére.  
(Megjegyzés: Ez a jöv őbeli kapcsolatok és olyan egyéb 
alkalmazások/modulok támogatására szolgál, mint a 
járművek tömegének fedélzeti mérése).  
— Az
 
választ a DSRC-VU a kommunikációs kapcsolat iniciali ­
zálására irányuló kérésre adott válaszként alkalmazza. A 
parancsot a DSRC-VU küldi a járm űegységnek (VU). A 
parancs az inicializálás eredményét úgy adja meg, hogy a 
válasz = 1 (siker) vagy =0 (hiba).  
DSC_75 A kommunikációs kapcsolat inicializálását csak azt követ ően 
kell elvégezni, hogy megtörtént a telepítés, a kalibrálás és a 
motor/járm űegység (VU) bekapcsolása.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 534  
— Az
  révén a járműegység (VU) 
elküldi az aláírt RCDTData adatokat (azaz  a távoli 
kommunikációs adatokat ) a DSRC-VU-nak. Az adatok 
továbbítására 60 másodpercenként kerül sor. A DataTran ­
sactionId paraméter azonosítja az adott adatátvitelt. A 
LinkIdentifier annak biztosítására is szolgál, hogy a 
megfelelő kapcsolat helyes legyen.  
— Az
  parancsot a 
DSRC-VU küldi, hogy visszajelzést adjon a járm űegy­
ségnek (VU) arról, hogy megkapta az adatokat a DataT ­
ransactionId paraméter által azonosított
  
parancs nyomán. A válasz paramé ­
tere = 1 (siker) vagy = 0 (hiba). Ha a járm űegység (VU) 
több mint három 0-val egyenl ő választ kap, vagy ha a 
járműegység (VU) nem kap RCDT Data Acknowledge ­
ment visszaigazolást egy korábban elküldött, egy 
meghatározott DataTransactionId paraméter által azonosí ­
tott RCDT–Send Data parancs nyomán, akkor a járm ű­
egység (VU) eseményt generál és rögzít.  
— Az
  
kérést a járm űegység (VU) küldi a DSRC-VU-nak, hogy 
lezárjon egy meghatározott LinkIdentifier azonosítóhoz 
tartozó kapcsolatot.  
DSC_76 A DSRC-VU vagy egy járm űegység (VU) újraindításakor a 
meglévő kommunikációs kapcsolatokat el kell távolítani, 
mivel a járm űegység (VU) hirtelen leállása miatt még 
lehetnek függ őben lévő kapcsolatok.  
— Az
  
választ a DSRC-VU küldi a járm űegységnek (VU), hogy 
visszaigazolja a járm űegység (VU) meghatározott LinkI ­
dentifier azonosítóhoz tartozó kapcsolat lezárására 
irányuló kérését.  
5.7 Hibakezelés  
5.7.1 Az adatok rögzítése és közlése az DSRC-VU-ban  
▼M1 
DSC_77 A már biztonságos adatot a VUSM funkciónak kell szolgál ­
tatnia a  DSRC–VU számára. A VUSM -nek ellenőriznie kell, 
hogy a DSRC-VU -ban rögzített adat megfelel ően lett-e 
rögzítve. A járm űegységből (VU) a DSRC-VU memóriájába 
történő adatátvitel hibáit EventFaultType típusú, „0C”H 
enumerációs érték ű „Communication error with the remote 
communication facility event” eseményként kell rögzíteni és 
jelenteni az id őbélyegzővel együtt.  
▼B 
DSC_78 A járm űegységnek (VU) fenn kell tartania egy, az ellen őrök 
által könnyen azonosítható, egyedi névvel ellátott fájlt a 
járműegység (VU) belső kommunikációs hibáinak („VU 
internal communication failures”) rögzítése érdekében.  
DSC_79 Ha a VUPM kísérletet tesz arra, hogy VU adatokat szerezzen 
meg a biztonsági modultól (hogy továbbítsa azokat a VU- 
DSRC-nek), de nem jár sikerrel, ezt a hibát EventFaultType 
típusú, ‘62’H  enumerációs érték ű Remote Communication 
Facility communication fault  eseményként kell rögzítenie 
az idő bélyegzővel együtt. A kommunikációs hiba felismerése  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 535  
akkor történik, amikor egy
  parancsra vála­
szul egymás után több mint háromszor nem érkezik meg a 
hozzá kapcsolódó
  üzenet 
(azaz ugyanazzal a DataTransactionId azonosítóval a
  
üzenetek között).  
5.7.2 A vezeték nélküli kommunikáció hibái  
DSC_80 A kommunikációs hiba kezelésének meg kell felelnie a vonat ­
kozó DSRC szabványoknak, nevezetesen az EN 300 674-1, 
az EN 12253, az EN 12795 és az EN 12834 szabványnak, 
valamint az EN 13372 szabvány megfelel ő paramétereinek.  
5.7.2.1 Titkosítási és aláíráshibák  
DSC_81 A titkosítási és aláíráshibákat a 11. függelékben (Közös 
biztonsági mechanizmusok) meghatározott módon kell 
kezelni, és ezek a hibák nem jelennek meg a DSRC adatátvi ­
tellel kapcsolatos hibaüzenetekben.  
5.7.2.2 A hibák rögzítése 
A DSRC dinamikus vezeték nélküli kommunikáció olyan környezetben 
működik, amelyben bizonytalanok a légköri és az interferencia-feltételek, 
különösen a hordozható REDCR és mozgó járm ű kombinációjával 
működő alkalmazásban. Ezért különbséget kell tenni az „olvasási 
hiba” és a „hiba” feltétele között. Egy vezeték nélküli interfészen keresz ­
tülfutó tranzakció esetében általános az olvasási hiba, amelynek általában 
az a következménye, hogy ismételt kísérletet kell tenni, azaz újra el kell 
küldeni a BST-t és a szekvenciát, ami a legtöbb esetben sikeres kommu ­
nikációs kapcsolathoz és adatátvitelhez vezet, hacsak a megcélzott járm ű 
az ismételt küldéshez szükséges id ő alatt ki nem kerül a hatótávolságból. 
(Egy sikeres olvasás több kísérlet és ismételt próbálkozás eredménye is 
lehet).  
Olvasási hibát okozhat, ha az antennák párosítása nem megfelel ő (hibás 
irányítás), ha az egyik antenna le van árnyékolva (ami lehet szándékos, 
de egy másik járm ű jelenléte is okozhatja), ha rádióinterferencia lép fel 
különösen 5,8 GHz-hez közeli frekvencián m űködő WIFI-vel vagy 
egyéb nyílt hozzáférés ű, vezeték nélküli kommunikációval, de okozhatja 
radarinterferencia vagy kedvez őtlen légköri körülmény (pl. vihar), vagy 
egyszerűen a DSRC kommunikáció hatósugarából való kikerülés. Az 
egyedi olvasási hibákat természetüknél fogva nem lehet rögzíteni, 
egyszerűen azért, mert a kommunikációra nem került sor.  
Amennyiben azonban az illetékes ellenőrző hatóság meghatalmazottja 
megcéloz egy járm űvet, és kísérletet tesz a  DSRC-VU kiolvasására, de 
ezt nem követi sikeres adatátvitel, ez a hiba lehet szándékos manipulálás 
következménye, ezért az illetékes ellen őrző hatóság meghatalmazottjának 
megfelelő eszközzel kell rendelkeznie arra, hogy naplózza a hibát, és 
riassza a távolabb lévő kollégákat az esetleges jogsértés miatt. Ezután a 
kollégák megállíthatják a járm űvet, és elvégezhetik annak fizikai ellen ­ 
őrzését. Mivel azonban nem történt sikeres kommunikáció, a DSRC-VU 
nem képes adatokat szolgáltatni a hibáról. Ez a jelentés ezért az REDCR 
berendezés kialakításának függvénye lesz.  
Az „olvasási hiba” technikai értelemben eltér a „hibától”. Ebben az 
összefüggésben a „hiba” azt jelenti, hogy a kapott érték helytelen.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 536  
A DSRC-VU -nak továbbított adatok már biztonságosak, ezért azokat az 
adatok szolgáltatójának kell ellen őriznie (lásd az 5.4. pontot).  
A későbbiekben rádióinterfészen továbbított adatok ellen őrzése a 
kommunikáció szintjén, ciklikus redundanciaellen őrzéssel történik. Ha 
a ciklikus redundanciaellen őrzés érvényesíti, akkor az adat helyes. Ha 
a ciklikus redundanciaellen őrzés nem érvényesíti, akkor az adat ismé ­
telten továbbításra kerül. Annak valószín űsége, hogy helytelen adatok 
sikeresen átjutnak a ciklikus redundanciaellen őrzésen, statisztikailag 
annyira kicsi, hogy figyelmen kívül hagyható.  
Ha a ciklikus redundanciaellen őrzés nem érvényesíti az adatot, és nincs 
idő a helyes adat ismételt továbbítására és fogadására, akkor az ered ­
mény nem hiba lesz, hanem egy speciális olvasásihiba-típus egy példá ­
nya. 
Az egyedüli értelmezhet ő hibaadat, amely rögzíthető, az olyan, sikeresen 
kezdeményezett tranzakciók száma, amelyek nem végz ődtek az REDCR- 
nek történő sikeres adatátvitelben.  
DSC_82 Az REDCR ezért időbélyegzővel ellátva rögzíti azon alkalmak 
számát, amikor egy DSRC lekérdezés inicializálási szakasza 
sikeres, de a tranzakció azel őtt befejeződik, hogy az REDCR 
sikeresen lekérdezné az  adatokat . Ennek az adatnak hozzáfér ­
hetőnek kell lennie az illetékes ellen őrző hatóság meghatal ­
mazottja számára, és az adatot el kell tárolni az REDCR 
berendezés memóriájában. Ennek megvalósítási módja a 
termékfejlesztésen vagy az illetékes ellen őrző hatóság 
előírásán múlik.  
Az egyedüli értelmezhet ő hibaadat, amely rögzíthet ő, azon 
alkalmak száma, amikor az REDCR nem képes visszafejteni 
a kapott adatokat . Meg kell azonban jegyezni, hogy ez csak 
az REDCR szoftver hatékonyságára vonatkozik. El őfordulhat, 
hogy az adatokat technikailag vissza lehet fejteni, de szeman ­
tikailag nincs értelmük.  
DSC_83 Az REDCR ezért időbélyegzővel ellátva rögzíti azon alkalmak 
számát, amikor sikertelen kísérletet tett a DSRC interfészen 
keresztól kapott adatok visszafejtésére.  
6 A TÁVOLI KOMMUNIKÁCIÓS FUNKCIÓ ÜZEMBE HELYEZÉSE 
ÉS IDŐSZAKOS VIZSGÁLATA  
6.1 Általános rész 
DSC_84 A távoli kommunikációs funkció esetében a tervek a tesztek 
két típusát tartalmazzák:  
1) ECHO teszt a DSRC-REDCR >>-:-< DSRC-VU vezeték 
nélküli  kommunikációs csatorna érvényesítésére;  
2) a folyamat elejétől a végéig tartó biztonsági teszt annak 
biztosítása érdekében, hogy egy m űhelykártyával hozzá 
lehessen férni a járm űegység (VU) által létrehozott, titko ­
sított és aláírással ellátott, és a vezeték nélküli kommuni ­
kációs csatornán keresztül továbbított adattartalomhoz.  
6.2 ECHO  
Ez a pont olyan rendelkezéseket tartalmaz, amelyek kifejezetten annak 
tesztelésére szolgálnak, hogy a  DSRC-REDCR >>-:-< DSRC-VU 
kapcsolat funkcionálisan aktív-e.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 537  
Az ECHO parancs célja az, hogy lehet ővé tegye a mű helyek és a típus- 
jóváhagyási vizsgálatokat végz ő létesítmények számára, hogy biztonsági 
hitelesítő adatokhoz való hozzáférés nélkül meg tudják vizsgálni, hogy 
működik-e a DSRC kapcsolat. A tesztel ő berendezésének ezért csak arra 
kell képesnek lennie, hogy DSRC kommunikációt inicializáljon (BST-t 
küldjön olyan szolgáltatást kérve amelynek az AID értéke = 2), majd 
ECHO parancsot küldjön, és feltételezve, hogy a DSRC mű ködik, 
fogadja az ECHO választ. További részletekért lásd az 5.4.8. pontot. 
Amennyiben a helyes válasz megérkezik, igazolni lehet, hogy a DSRC 
kapcsolat ( DSRC-REDCR >>-:-< DSRC-VU ) helyesen mű ködik. 
6.3 A biztonsági adatok tartalmának érvényesítésére szolgáló tesztek 
DSC_85 Ezt a tesztet az adatfolyam folyamat elejét ől a végéig tartó 
biztonságának igazolására hajtják végre. Ilyen teszthez DSRC 
tesztleolvasó szükséges. A DSRC tesztleolvasó ugyanazokkal 
a funkciókkal rendelkezik, és megvalósítása ugyanazon 
előírások szerint történik, mint a b űnüldöző szervek által 
használt leolvasó esetében, azzal a különbséggel, hogy a 
DSRC tesztleolvasó felhasználójának azonosítására nem ellen ­ 
őrző kártyát, hanem mű helykártyát kell használni. A tesztet az 
intelligens menetíró készülék kezdeti aktiválását követ ően 
vagy a kalibrálási eljárás végén lehet végrehajtani. Aktiválás 
után a járm űegység generálja a biztonságos korai észlelési 
adatokat, és továbbítja azokat a DSRC-VU-nak.  
DSC_86 A műhely személyzetének a jármű előtt 2 és 10 méter közötti 
távolságban kell elhelyeznie a DSRC tesztleolvasót.  
DSC_87 Ezután a mű hely személyzete m űhelykártyát helyez a DSRC 
tesztleolvasóba, hogy a járm űegységtől (VU) kérje a korai 
észlelési adatok lekérését. A sikeres lekérdezés után a m űhely 
személyzete hozzáfér a kapott adatokhoz, hogy megvizsgálja, 
sikeres volt-e az adatok sértetlenségének validálása és az 
adatok visszafejtése.  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 538 
15. Függelék
MIGRÁLÁS: KÜLÖNFÉLE GENERÁCIÓJÚ KÉSZÜLÉKEK EGYÜTTES 
MŰKÖDTETÉSE 
TARTALOMJEGYZÉK 
1. FOGALOMMEGHATÁROZÁSOK
2. ÁLTALÁNOS ELŐ ÍRÁSOK
2.1. A rendszerek közötti váltás áttekintése
2.2. A járműegység és a kártyák közötti interoperabilitás
2.3. A járműegység és a mozgásérzékel ő közötti interoperabilitás
2.4. A járműegységek, tachográfkártyák és adatletöltésre szolgáló berende ­ 
zések közötti interoperabilitás
2.4.1 Az ide általi közvetlen kártyaletöltés  
2.4.2 Járm űegységen keresztül történő kártyaletöltés  
2.4.3 Járm űegység adatainak letöltése  
2.5. A járműegység és a kalibrálóberendezés közötti interoperabilitás  
3. A BEVEZETÉS ID ŐPONTJA ELŐ TTI IDŐSZAKBAN ELVÉG­ 
ZENDŐ FŐBB INTÉZKEDÉSEK
4. A BEVEZETÉS ID ŐPONTJA UTÁNI IDŐ SZAKRA VONATKOZÓ
RENDELKEZÉSEK
1. FOGALOMMEGHATÁROZÁSOK
E függelék alkalmazásában a következő fogalommeghatározásokat kell
használni:
intelligens menetíró rendszer : e melléklet meghatározása szerint (1.
fejezet, bbb. fogalommeghatározás);
első generációs menetíró rendszer : e rendelet meghatározása szerint
(2. cikk, 1. fogalommeghatározás);
második generációs menetíró rendszer : e rendelet meghatározása
szerint (2. cikk, 7. fogalommeghatározás);
a bevezetés időpontja : e melléklet meghatározása szerint (1. fejezet,
ccc. fogalommeghatározás);
intelligens kijelölt berendezés (IDE) : az e melléklet 7. függelékében 
meghatározott, adatletöltéshez használt berendezés.  
2. ÁLTALÁNOS ELŐ ÍRÁSOK
2.1. A rendszerek közötti váltás áttekintése 
E melléklet bevezetése az els ő és második generációs menetíró rend ­
szerek közötti váltásról nyújt áttekintést.  
A bevezetésben foglalt előírások mellett a következ ők is érvényesek:  
— az első generációs mozgásérzékel ők nem lesznek interoperábilisak a 
második generációs járm űegységekkel;  
— a második generációs mozgásérzékel őket a második generációs 
járműegységekkel egy idő ben kezdik majd beszerelni a járm űegy­
ségekbe;  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 539  
— az adatletöltésre és kalibrálásra szolgáló berendezéseket tovább kell 
fejleszteni, hogy támogatni tudják az adatrögzít ő készülékek és 
tachográfkártyák mindkét generációjának használatát.  
2.2. A járm űegység és a kártyák közötti interoperabilitás  
▼M1 
Ismeretes, hogy az els ő generációs tachográfkártyák interoperábilisak az 
első generációs járm űegységekkel a 3821/85/EGK rendelet I. B. mellék ­
letének megfelel ően, a második generációs tachográfkártyák pedig inter ­
operábilisak a második generációs járm űegységekkel e rendelet I. C. 
mellékletének megfelel ően. Ezenkívül az alábbi követelményeket kell 
alkalmazni.  
▼B 
MIG_001 A MIG_004 és MIG_005 követelményben el őírtak kivéte ­
lével az els ő generációs tachográfkártyák érvényességi idejük 
végéig továbbra is használhatók a második generációs járm ű­
egységekben. Azonban amint rendelkezésre állnak a második 
generációs tachográfkártyák, az els ő generációs tachográfkár ­
tyák birtokosai kérhetik ezek második generációsra való 
kicserélését.  
MIG_002 A második generációs járm űegységeknek alkalmasnak kell 
lenniük bármely érvényes els ő generációs járm űvezetői, 
ellenőrző- és vállalkozáskártya használatára.  
MIG_003 A műhelyek végleg megszüntethetik az ilyen járm űegységek 
e képességét annak érdekében, hogy a járm űegységek els ő 
generációs tachográfkártyákkal ne legyenek használhatók. 
Ezt csak azután lehet elvégezni, hogy az Európai Bizottság 
eljárást indított, melyben felkéri a m űhelyeket e mű velet 
elvégzésére, például a menetíró készülékek id őszakos vizs­
gálata keretében.  
MIG_004 A második generációs járm űegységek csak második generá ­
ciós műhelykártyák használatára lehetnek alkalmasak.  
MIG_005 Az üzemeltetési mód meghatározása céljából a második 
generációs járm űegységek csak az érvényes kártyák típusát 
vehetik figyelembe, függetlenül a kártyák generációjától.  
MIG_006 Bármely érvényes második generációs tachográfkártyának 
ugyanolyan módon alkalmasnak kell lennie az els ő generá­
ciós járműegységekben való használatra, mint az ugyanolyan 
típusú első generációs tachográfkártyának.  
2.3. A járműegység és a mozgásérzékel ő közötti interoperabilitás  
Ismeretes, hogy az első generációs mozgásérzékel ők interoperábilisak az 
első generációs járm űegységekkel, a második generációs mozgásérzé ­
kelők pedig interoperábilisak a második generációs járm űegységekkel. 
Ezenkívül az alábbi követelményeket kell alkalmazni.  
MIG_007 A második generációs járm űegységek nem lesznek alkal ­
masak az els ő generációs mozgásérzékel őkkel való összekap ­
csolásra és használatra.  
MIG_008 A második generációs mozgásérzékel őket úgy kell kialakí ­
tani, hogy vagy csak második generációs járm űegységekkel, 
vagy első és második generációs járm űegységekkel is páro ­
síthatók és használhatók legyenek.  
2.4. A járműegységek, tachográfkártyák és adatletöltésre szolgáló beren ­
dezések közötti interoperabilitás  
MIG_009 Az adatletöltésre szolgáló berendezés használható a járm ű­
egységek és tachográfkártyák csak egyik vagy mindkét gene ­
rációjával is.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 540  
2.4.1 Az IDE általi közvetlen kártyaletöltés  
MIG_010 Az IDE-nek a kártyaolvasóba helyezett tachográfkártyák 
egyik generációjának adatait kell letöltenie az adott generá ­
cióra vonatkozó biztonsági eljárások és adatletöltési protok ­
ollok segítségével, a letöltött adatoknak pedig az adott gene ­
rációra előírt formátumúnak kell lenniük.  
MIG_011 Annak érdekében, hogy nem uniós ellen őrző hatóságok is 
ellenőrizhessék a járm űvezetőket, lehetővé kell tenni, hogy 
a második generációs járm űvezetői kártyákat (és mű helykár­
tyákat) ugyanolyan módon lehessen letölteni, mint az els ő 
generációs járm űvezetői kártyákat (és m űhelykártyákat). Az 
ilyen letöltésnek ki kell terjednie a következ őkre: 
▼M1 
— következ ő alá nem írt EF-ek: ic és icc (opcionális);  
▼B 
— a következ ő alá nem írt (els ő generációs) EF-ek:
  
és
 ;  
▼M1 
— az első generációs adatletöltési protokoll szerint el őírt 
egyéb alkalmazási adatokat tartalmazó EF-ek (a DF 
Tachograph-on belül). Ezeket az információkat digitális 
aláírással kell ellátni az els ő generációs biztonsági eljárá ­
soknak megfelel ően. 
Az ilyen letöltésnek nem kell kiterjednie a csak a második 
generációs járm űvezetői kártyákon (és mű helykártyákon) 
szereplő alkalmazási adatokat tartalmazó EF-ekre (a Tachog ­
raph_G2 DF-en belüli, alkalmazási adatokat tartalmazó EF- 
ekre).  
▼B 
2.4.2 Járm űegységen keresztül történő kártyaletöltés  
MIG_012 Ha egy első generációs járm űegységbe második generációs 
kártyát helyeznek be, az adatletöltésnek az els ő generációs 
adatletöltési protokollnak megfelel ően kell történnie. A 
kártyának ugyanúgy kell válaszolnia a járm űegység paran­
csaira, mint egy els ő generációs kártyának, a letöltött adatok 
formátumának pedig meg kell egyeznie az els ő generációs 
kártyákról letöltött adatok formátumával.  
MIG_013 Ha egy második generációs járm űegységbe els ő generációs 
kártyát helyeznek be, az adatletöltésnek az e melléklet 7. 
függelékében meghatározott adatletöltési protokoll szerint 
kell történnie. A járm űegységnek ugyanolyan módon kell 
parancsokat küldenie a kártyának, mintha els ő generációs 
járműegység lenne, a letöltött adatok formátumának pedig 
meg kell felelnie az els ő generációs kártyákra vonatkozóan 
előírt formátumnak.  
2.4.3 Járm űegység adatainak letöltése  
▼M1 
MIG_014 A járm űvezetők nem uniós ellen őrző hatóságok által végzett 
ellenőrzésén kívül a második generációs járm űegységekb ől 
való adatletöltés során a második generációs biztonsági eljá ­
rásokat és az e melléklet 7. függelékében meghatározott adat ­
letöltési protokollt kell alkalmazni.  
MIG_015 Annak érdekében, hogy nem uniós ellen őrző hatóságok is 
ellenőrizhessék a járm űvezetőket, opcionálisan lehetséges a 
második generációs járm űegységek adatainak az els ő generá­
ciós biztonsági eljárásokkal való letöltése is. Ilyenkor a letöl ­
tött adatok formátumának meg kell egyeznie az els ő generá­
ciós járműegységekb ől letöltött adatok formátumával. Ezt a 
funkciót a menü parancsai segítségével lehet kiválasztani.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 541  
2.5. A járm űegység és a kalibrálóberendezés közötti interoperabilitás  
MIG_016 A kalibrálóberendezésnek alkalmasnak kell lennie arra, hogy 
a menetíró készülékek mindkét generációját kalibrálja az 
adott generációra vonatkozó kalibrálási protokoll szerint. A 
kalibrálóberendezés használható a menetíró készülékek csak 
egyik vagy mindkét generációjával is.  
3. A BEVEZETÉS IDŐPONTJA ELŐ TTI IDŐSZAKBAN ELVÉG­
ZENDŐ FŐBB INTÉZKEDÉSEK 
MIG_017 A tesztkulcsokat és -tanúsítványokat a bevezetés id őpontja 
előtt legalább  30 hónappal a gyártók rendelkezésére kell 
bocsátani.  
MIG_018 Az interoperabilitási teszteknek legkés őbb 15 hónappal a 
bevezetés idő pontja előtt készen kell állniuk a gyártók kéré ­
sére történ ő elindításra.  
MIG_019 A hivatalos kulcsokat és tanúsítványokat a bevezetés 
időpontja előtt legalább  12 hónappal a gyártók rendelkezé ­
sére kell bocsátani.  
MIG_020 A tagállamoknak legkésőbb a bevezetés idő pontja előtt 3 
hónappal készen kell állniuk a második generációs mű hely­
kártyák kibocsátására.  
MIG_021 A tagállamoknak legkésőbb a bevezetés id őpontja el őtt 1 
hónappal készen kell állniuk valamennyi típusú második 
generációs tachográfkártya kibocsátására.  
4. A BEVEZETÉS IDŐPONTJA UTÁNI ID ŐSZAKRA VONATKOZÓ 
RENDELKEZÉSEK 
MIG_022 A bevezetés időpontja után a tagállamok csak második gene ­
rációs tachográfkártyákat bocsáthatnak ki.  
MIG_023 Amíg az első generációs járm űegységek/mozgásérzékel ők 
használatban vannak, a járm űegységek/mozgásérzékel ők 
gyártói továbbra is gyárthatnak ilyen eszközöket a hibás 
alkatrészek cseréje céljából.  
MIG_024 A járm űegységek/mozgásérzékel ők gyártói számára lehet ővé 
kell tenni, hogy a már jóváhagyott típusú els ő generációs 
járműegységekre/mozgásérzékel őkre vonatkozóan a típusjó ­
váhagyás fenntartását kérelmezzék és megkapják.  ▼B
02016R0799 — HU — 17.04.2018 — 001.004 — 542 
16. Függelék
AZ M1 ÉS N1 KATEGÓRIÁJÚ JÁRM ŰVEKBE ÉPÍTEND Ő ADAPTER 
TARTALOMJEGYZÉK 
1. RÖVIDÍTÉSEK ÉS REFERENCIADOKUMENTUMOK
1.1. Rövidítések  
1.2. Szabványhivatkozások  
2. AZ ADAPTER ÁLTALÁNOS JELLEMZ ŐI ÉS FUNKCIÓI
2.1. Az adapter általános leírása  
2.2. Funkciók 
2.3. Biztonság  
3. AZ ADATRÖGZÍT Ő KÉSZÜLÉKRE VONATKOZÓ KÖVETELMÉ ­ 
NYEK ADAPTER ALKALMAZÁSA ESETÉN
4. AZ ADAPTER KIALAKÍTÁSÁRA ÉS M ŰKÖDÉSÉRE VONATKOZÓ
KÖVETELMÉNYEK
4.1. A bejövő sebességimpulzusok közvetítése és átalakítása  
4.2. A bejövő impulzusok továbbítása a beépített mozgásérzékel ő felé 
4.3. A beépített mozgásérzékel ő 
4.4. Biztonsági követelmények  
4.5. Teljesítményjellemz ők 
4.6. Anyagok 
4.7. Jelölések  
5. AZ ADATRÖGZÍT Ő KÉSZÜLÉK BEÉPÍTÉSE ADAPTER ALKALMA­ 
ZÁSA ESETÉN
5.1. Beépítés  
5.2. Plombálás  
6. ELLEN ŐRZÉS, FELÜLVIZSGÁLAT ÉS JAVÍTÁSOK
6.1. Időszakos felülvizsgálatok  
7. AZ ADATRÖGZÍT Ő KÉSZÜLÉK TÍPUSJÓVÁHAGYÁSA ADAPTER
ALKALMAZÁSA ESETÉN
7.1. Általános szempontok  
7.2. Működési tanúsítvány  
1. RÖVIDÍTÉSEK ÉS REFERENCIADOKUMENTUMOK
1.1. Rövidítések
TBD meghatározandó  
VU járm űegység 
1.2. Szabványhivatkozások  
ISO16844-3 Road vehicles – Tachograph systems – Part 3: Motion sensor 
interface  
2. AZ ADAPTER ÁLTALÁNOS JELLEMZ ŐI ÉS FUNKCIÓI
2.1. Az adapter általános leírása
ADA_001 Az adapter feladata, hogy folyamatosan biztonságos mozgása ­
datokat szolgáltasson a vele összeköttetésben álló járm űegy­
ségnek (VU) a járm ű sebességér ől és a megtett távolságról.  
Az adapter csak azon járm űvek esetében alkalmazandó, 
amelyeket e rendelet értelmében adatrögzít ő készülékkel kell 
felszerelni.  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 543  
Csak az IC. melléklet yy) pontja szerinti „adapter” fogalom ­
meghatározásban meghatározott azon járm űkategóriák esetében 
építik be és alkalmazzák, amelyekbe mechanikai okokból nem 
építhető be olyan egyéb típusú meglév ő mozgásérzékel ő, amely 
egyébként megfelel az e mellékletben és e melléklet 1–16. 
függelékében foglalt el őírásoknak. 
Az adapter nem csatlakozik mechanikusan a járm ű valamely 
mozgó alkatrészéhez, hanem az integrált érzékel ők vagy alter ­
natív interfészek által a sebességre/megtett útra vonatkozóan 
generált impulzusokat fogadja.  
ADA_002 A típusjóváhagyással rendelkező mozgásérzékel őt (megfelel ően 
az IC melléklet 8. szakaszának: Az adatrögzít ő készülék és a 
tachográfkártyák típusjóváhagyása) az adapter burkolatán 
belülre kell beépíteni, ahol egy, a beépített mozgásérzékel ő 
számára továbbítandó impulzusokat el őállító impulzusátalakító 
is helyet foglal. A beépített mozgásérzékel ő a járműegységhez 
(VU) kapcsolódik, így a járm űegység és az adapter közötti 
interfésznek meg kell felelnie az ISO 16844-3 szabványban 
foglalt előírásoknak. 
2.2. Funkciók 
ADA_003 Az adapter a következ ő funkciókat látja el:  
— a bejövő sebességimpulzusok közvetítése és átalakítása,  
— a bejöv ő impulzusok továbbítása a beépített mozgásérzé ­
kelő felé, 
— a mozgásérzékel ő valamennyi funkciója, valamint a járm ű­
egység (VU) biztonságos mozgásadatokkal történ ő ellátása.  
2.3. Biztonság 
ADA_004 Az adapter biztonsági tanúsítása nem a mozgásérzékel őkre 
vonatkozó, az e melléklet 10. függelékében meghatározott álta ­
lános biztonsági célok alapján történik. E helyett az e függelék 
4.4. pontjában meghatározott biztonsági vonatkozású követel ­
ményeket kell alkalmazni.  
3. AZ ADATRÖGZÍT Ő KÉSZÜLÉKRE VONATKOZÓ KÖVETELMÉ­
NYEK ADAPTER ALKALMAZÁSA ESETÉN  
A következ ő fejezetekben foglalt követelmények arra vonatkoznak, hogy 
adapter alkalmazása esetén miként kell az e mellékletben foglalt el őírá­
sokat értelmezni. Az IC melléklet érintett el őírásának száma zárójelben 
szerepel.  
ADA_005 Ha e függelék másként nem írja el ő, az adapterrel felszerelt 
járművekben használt adatrögzít ő készüléknek meg kell 
felelnie e melléklet valamennyi el őírásának. 
ADA_006 Adapter alkalmazása esetén az adatrögzít ő készülék magában 
foglalja a kábeleket, az adaptert (a mozgásérzékel őt is bele­
értve) és egy járm űegységet (VU) [01]. 
ADA_007 Az adatrögzít ő készülék esemény- és/vagy hibafelderít ő funk­
ciója az alábbiak szerint módosul:  
— az „áramellátás megszakadása” eseményt a járm űegység 
(VU) abban az esetben váltja ki, amikor a berendezés 
nincs a kalibrálási üzemmódban, és a beépített mozgásérzé ­
kelő bármely áramkimaradása meghaladja a 200 millisze ­
kundumot [79],  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 544  
— „a mozgásra vonatkozó adatok hibája” eseményt a járm ű­
egység (VU) abban az esetben váltja ki, ha megszakad a 
normál adatfolyam a beépített mozgásérzékel ő és a járm ű­
egység között és/vagy ha hiba lép fel az adatintegritásban 
vagy adathitelesítésben a beépített mozgásérzékel ő és a 
járműegység közötti adatcsere folyamán [83],  
— „a biztonsági rendszer megsértésére irányuló kísérlet” 
eseményt a járm űegység (VU) minden más, a beépített 
mozgásérzékel ő biztonságát érint ő eseménykor kiváltja, 
amikor a berendezés nincs a kalibrálási üzemmódban [85],  
— „az adatrögzítő készülék hibája” eseményt a járm űegység 
(VU) a beépített mozgásérzékel ő bármely hibája esetén 
kiváltja, amikor a berendezés nincs a kalibrálási üzem ­
módban [88]. 
ADA_008 Az adatrögzítő készülék az adapternek a beépített mozgásérzé ­
kelővel kapcsolatos hibáit érzékeli [88].  
ADA_009 A VU-kalibrálási funkció lehetővé teszi a beépített mozgás ­
érzékelő automatikus összekapcsolását a járm űegységgel [202, 
204]. 
4. AZ ADAPTER KIALAKÍTÁSÁRA ÉS M ŰKÖDÉSÉRE VONATKOZÓ 
KÖVETELMÉNYEK 
4.1. A bejövő sebességimpulzusok közvetítése és átalakítása 
ADA_011 Az adapter bemeneti interfésze a járm ű sebességét és a megtett 
távolságot jelz ő impulzusokat képes fogadni. A bejöv ő impul­
zusok elektromos jellemz ői: a gyártó által meghatározandó . A 
csak az adapter gyártója és az adapter beépítését végz ő elismert 
műhely számára ismert beállításoknak adott esetben lehet ővé 
kell tenniük az adapter bemeneti oldalának megfelel ő összekö­
tését a járm űvel. 
ADA_012 Az adapter bemeneti interfészének adott esetben képesnek kell 
lennie a bejöv ő sebességimpulzusok impulzusszámának egy 
rögzített tényez ővel történ ő szorzására, illetve osztására, a 
jelet az e mellékletben meghatározott k-tényez ő tartományhoz 
(4 000–25 000 imp/km) igazítva. Ezt a rögzített tényez őt csak 
az adapter gyártója vagy az adapter beépítését végz ő elismert 
műhely táplálhatja be.  
4.2. A bejövő impulzusok továbbítása a beépített mozgásérzékel ő felé 
ADA_013 A bejöv ő, adott esetben a fentiek szerint átalakított impulzu ­
sokat olyan módon kell a beépített mozgásérzékel őnek továb­
bítani, hogy az minden bejöv ő impulzust érzékeljen.  
4.3. A beépített mozgásérzékel ő 
ADA_014 A beérkez ő jelek stimulálják a beépített mozgásérzékel őt, 
amely a járm ű mozgását olyan pontosan leíró mozgásadatokat 
hoz létre, mintha mechanikus kapcsolatban állna a járm ű vala­
mely mozgó alkatrészével.  
ADA_015 A járm űegység (VU) a beépített mozgásérzékel ő azonosító 
adatait használja az adapter azonosítására [95].  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 545  
ADA_016 A beépített mozgásérzékel őben tárolt beépítési adatok min ő­
sülnek az adapter beépítési adatainak [122].  
4.4. Biztonsági követelmények  
ADA_017 Az adapter burkolatát úgy kell kialakítani, hogy azt ne lehessen 
felnyitni. Annak érdekében, hogy a fizikai manipulálási kísér ­
letek könnyen észrevehet ők legyenek (pl. szemrevételezéssel, 
ld. ADA_035), az adapter burkolatát le kell plombálni. A 
plombákra a mozgásérzékel ő plombáira vonatkozó követelmé ­
nyek érvényesek [398–406].  
ADA_018 A beépített mozgásérzékel őt kizárólag az adapter burkolatán 
lévő plomba (plombák) vagy az érzékel őt és az adapter burko ­
latát összeköt ő plomba feltörésével lehet eltávolítani (ld. 
ADA_034).  
ADA_019 Az adapter biztosítja, hogy a mozgási adatokat kizárólag az 
adapter bemenetén keresztül lehessen lehívni és feldolgozni.  
4.5. Teljesítményjellemz ők 
ADA_020 Az adapter a gyártó által meghatározott h őmérséklet-tarto ­
mányban teljes mértékben m űködőképes. 
ADA_021 Az adapter 10–90 %-os páratartalom mellett teljes mértékben 
működőképes [214]. 
ADA_022 Az adaptert óvni kell a túlfeszültségt ől, az energiaellátás pola ­
ritásának felcserélését ől és a rövidzárlatoktól [216].  
ADA_023 Az adapter:  
— vagy reagál a jármű mozgásának érzékelését zavaró 
mágneses térre – ilyen körülmények esetén a járm űegység 
(VU) érzékel őhibát jegyez fel és tárol [88], vagy  
— olyan érzékelő elemmel rendelkezik, amely védett vagy 
ellenállóképes a mágneses térrel szemben [217].  
ADA_024 Az adapter az elektromágneses kompatibilitás tekintetében 
megfelel az ENSZ-EGB 10. sz. el őírásának, valamint az adap ­
tert védeni kell az elektrosztatikus kisülésekt ől és tranziens 
áramoktól [218].  
4.6. Anyagok 
ADA_025 Az adapter megfelel a(z) ( a gyártó által meghatározandó, a 
beépítés helyének függvényében ) érintésvédelmi osztálynak 
[220, 221]. 
ADA_026 Az adapter burkolatának színe sárga.  
4.7. Jelölések  
ADA_027 Az adapterre ismertető címkét kell er ősíteni, amelyen a követ ­
kező adatok szerepelnek:  
— az adapter gyártójának neve és címe,  
— a gyártói alkatrészek száma és az adapter gyártási éve,  
— az adapter vagy azt tartalmazó adatrögzít ő készülék típus- 
jóváhagyási jele,  
— az adapter beépítésének id őpontja,  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 546  
— azon járm ű alvázszáma, amelybe az adaptert beépítették.  
ADA_028 Az ismertető címkén szerepelnek továbbá a következ ő adatok 
(amennyiben azok nem olvashatók le közvetlenül a beépített 
mozgásérzékel ő burkolatáról):  
— a beépített mozgásérzékel ő gyártójának neve,  
— a gyártói alkatrészek száma és a beépített mozgásérzékel ő 
gyártási éve,  
— a beépített mozgásérzékel ő jóváhagyási jele.  
5. AZ ADATRÖGZÍT Ő KÉSZÜLÉK BEÉPÍTÉSE ADAPTER ALKALMA­
ZÁSA ESETÉN 
5.1. Beépítés 
ADA_029 A járművekbe szerelend ő adaptereket csak járm űgyártók, vagy 
jóváhagyott, digitális és intelligens menetíró készülékek beépí ­
tésére, aktiválására, illetve kalibrálására feljogosított m űhelyek 
szerelhetik be.  
ADA_030 Az adaptert beépítő jóváhagyott mű hely beállítja a bemeneti 
interfészt és – adott esetben – kiválasztja a bemeneti jel 
konverziójának arányát.  
ADA_031 Az adaptert beépítő jóváhagyott mű hely leplombálja az adapter 
burkolatát.  
ADA_032 Az adaptert a lehető legközelebb kell beszerelni a járm űnek az 
adapter bejöv ő impulzusait küld ő részéhez. 
ADA_033 Az adapter tápkábele piros (pozitív) és fekete (föld).  
5.2. Plombálás 
ADA_034 A plombálásra az alábbi követelmények vonatkoznak:  
— az adapter burkolatát plombával látják el (ld. ADA_017),  
— a beépített érzékelő burkolatát plombával kell az adapter 
burkolatához kötni, kivéve, ha az érzékel ő egyébként sem 
távolítható el az adapterburkolat plombájának (plombáinak) 
feltörése nélkül (ld. ADA_018),  
— az adapter burkolatát plombával kell a járm űhöz kötni,  
— az adapter és az adapter bejöv ő impulzusait küld ő beren­
dezés közötti összeköt ő elemet – az ésszer űség határain 
belül – mindkét végén plombával kell ellátni.  
6. ELLEN ŐRZÉS, FELÜLVIZSGÁLAT ÉS JAVÍTÁSOK  
6.1. Időszakos felülvizsgálatok 
ADA_035 Adapter alkalmazása esetén az adatrögzít ő készülék minden 
egyes idő szakos felülvizsgálata alkalmával az 1C. melléklet 
VI. fejezete 409–413. követelményeinek megfelel ően az aláb ­
biakat kell ellen őrizni:  
— szerepel-e megfelelő típus-jóváhagyási jel az adapteren,  
— sértetlenek-e az adapteren lév ő plombák és csatlakozások,  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 547  
— az adapter a beépítési címkén szerepl ő adatoknak megfele ­
lően került-e beépítésre,  
— az adapter a gyártója és/vagy a járműgyártó által meghatá ­
rozott módon került-e beépítésre,  
— jóváhagyták-e a vizsgált járm űre vonatkozóan adapter 
beépítését.  
ADA_036 Ezek a felülvizsgálatok kiterjednek az összes plomba kalibrá ­
lására és cseréjére, függetlenül azok állapotától.  
7. AZ ADATRÖGZÍT Ő KÉSZÜLÉK TÍPUSJÓVÁHAGYÁSA ADAPTER 
ALKALMAZÁSA ESETÉN 
7.1. Általános szempontok  
ADA_037 Az adatrögzítő készüléket az adapterrel együtt kell jóváha ­
gyásra benyújtani [425]. 
ADA_038 Az adapterek benyújthatók saját típusjóváhagyásuk vagy az 
adatrögzítő készülék részeként történ ő típusjóváhagyás céljá ­
ból. 
ADA_039 Az ilyen típusjóváhagyás keretében elvégzésre kerülnek az 
adaptert érint ő működési tesztek is. Az egyes vizsgálatok 
kedvező eredményeit megfelel ő tanúsítvány állapítja meg 
[426]. 
7.2. Működési tanúsítvány  
ADA_040 Az adapterre, illetve adaptert tartalmazó adatrögzít ő készülékre 
vonatkozó mű ködési tanúsítványt az adapter gyártója részére 
csak akkor lehet kiadni, ha az adott készülék az alábbi alapvet ő 
működési tesztek közül valamennyinek megfelelt.  
Szám Teszt Leírás Kapcsol ódó követ elmé­
nyek 
1. Adminisztratív vizsgálat  
1.1. Dokumentáció Az adapter doku­
mentációjának 
helyessége 
2. Szemrevételezés  
2.1. Az adapter megfelelése a dokumentációnak  
2.2. Az adapter azonosítói/jelzései  ADA_027, 
ADA_028 
2.3. Az adapterhez felhasznált anyagok  [219]–[223] 
ADA_026 
2.4. Plombálás ADA_017, 
ADA_018, 
ADA_034 
3. M űködési tesztek 
3.1. A sebességimpulzusok továbbítása a beépített 
mozgásérzékel ő felé  ADA_013  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 548  
Szám  Teszt Leírás Kapcsolódó követ elmé­
nyek 
3.2. A bejöv ő sebességimpulzusok közvetítése és 
átalakítása  ADA_011, 
ADA_012 
3.3. A mozgás mérésének pontossága  [30]–[35], [217] 
4. Környezeti tesztek  
4.1. A gyártó tesztjeinek ered ­
ményei  A gyártó környezeti 
tesztjeinek eredmé ­
nyei ADA_020, 
ADA_021, 
ADA_022, 
ADA_024  
5. Elektromágneses összeférhet őség 
5.1. Sugárzás-kibocsátás és 
érzékenység  A 2006/28/EK 
irányelvnek való 
megfelelés ellen ­ 
őrzése ADA_024 
5.2. A gyártó tesztjeinek ered ­
ményei  A gyártó környezeti 
tesztjeinek eredmé ­
nyei ADA_024  ▼B
 02016R0799 — HU — 17.04.2018 — 001.004 — 549  
II. MELLÉKLET 
JÓVÁHAGYÁSI JEL ÉS TÍPUSBIZONYÍTVÁNY  
I. JÓVÁHAGYÁSI JEL 
1. A jóváhagyási jel a következ őkből áll:  
a) egy téglalap, amelyben egy „e” bet ű szerepel, ezt a jóváhagyást megadó 
ország megkülönböztet ő száma vagy bet űje követi, a következ ő hagyomá ­
nyos jelöléseknek megfelel ően: 
Belgium  6  
Bulgária  34 
Cseh Köztársaság 8  
Dánia 18 
Németország  1  
Észtország 29 
Írország 24 
Görögország 23 
Spanyolország 9  
Franciaország  2  
Horvátország 25 
Olaszország 3  
Ciprus CY 
Lettország  32 
Litvánia  36 
Luxemburg 13 
Magyarország 7  
Málta MT 
Hollandia  4  
Ausztria 12 
Lengyelország  20 
Portugália  21 
Románia  19 
Szlovénia  26 
Szlovákia  27 
Finnország 17 
Svédország 5  
Egyesült Királyság  11  
valamint  
▼M1 
b) egy jóváhagyási szám, amely az adatrögzít ő készülék, az adatrögzít ő lap 
vagy a tachográfkártya prototípusára kiadott típusbizonyítvány számának 
felel meg, és a téglalap közvetlen közelében tetsz őleges helyen helyezkedik 
el. ▼C1
 02016R0799 — HU — 17.04.2018 — 001.004 — 550  
2. A jóváhagyási jelet fel kell tüntetni minden egyes készülék ismertet ő címké­
jén, minden egyes adatrögzít ő lapon és minden egyes tachográfkártyán. A 
jóváhagyási jelnek eltávolíthatatlannak és mindig jól olvashatónak kell lennie.  
3. A jóváhagyási jel alábbi méretei (  1 ) milliméterekben vannak megadva és a 
legkisebb méreteket jelentik. A méretek közötti arányokat meg kell tartani.
  ▼C1 
( 1 ) Ezek a számok csak tájékoztatásul szolgálnak.
 02016R0799 — HU — 17.04.2018 — 001.004 — 551  
II. AZ ANALÓG MENETÍRÓ KÉSZÜLÉKEK TÍPUSBIZONYÍTVÁNYA  
A jóváhagyást megadó tagállam a kérelmező számára típusbizonyítványt állít ki 
az alábbi minta alapján. A tagállam e típusbizonyítvány másolatának felhaszná ­
lásával értesíti a többi tagállamot a kiadott jóváhagyásokról vagy adott esetben a 
jóváhagyások visszavonásáról.  
TÍPUSBIZONYÍTVÁNY  
Az illetékes hatóság neve  
Értesítés (  1 ): 
— menetíró készülék típusának jóváhagyásáról  
— menetíró készülék típusára vonatkozó jóváhagyás visszavonásáról  
— adatrögzít ő lap mintájának jóváhagyásáról  
— adatrögzít ő lap mintájára vonatkozó jóváhagyás visszavonásáról  
Jóváhagyási szám:  
...................................  
1. Védjegy vagy márkanév:  
2. A típus vagy modell neve  
3. A gyártó neve  
4. A gyártó címe  
5. Jóváhagyásra benyújtva (dátum)  
6. Vizsgálat helye  
7. A vizsgálat(ok) idő pontja és száma  
8. Jóváhagyás dátuma  
9. Jóváhagyás visszavonásának dátuma  
10. A menetíró készülékek típusa vagy típusai, amely(ek)ben az adatrögzít ő lap 
használatát tervezik  
11. Hely  
12. Dátum  
13. Csatolt leíró dokumentumok  
14. Megjegyzések (ideértve adott esetben a plombák helyzetét)  
(aláírás)  ▼C1 
( 1 ) A nem megfelel ő rész törlend ő.
 02016R0799 — HU — 17.04.2018 — 001.004 — 552  
III. A DIGITÁLIS MENETÍRÓ KÉSZÜLÉKEK TÍPUSBIZONYÍTVÁNYA  
A jóváhagyást megadó tagállam a kérelmező számára típusbizonyítványt állít ki 
az alábbi minta alapján. A tagállam e típusbizonyítvány másolatának felhaszná ­
lásával értesíti a többi tagállamot a kiadott jóváhagyásokról vagy adott esetben a 
jóváhagyások visszavonásáról.  
A DIGITÁLIS MENETÍRÓ KÉSZÜLÉKEK TÍPUSBIZONYÍTVÁNYA  
Az illetékes hatóság neve  
Értesítés (  1 ): 
□ a következ ő jóváhagyásáról:  □ a következ ő jóváhagyásának visszavonásáról:  
□ adatrögzít ő készülék modellje  
□ menetíró készülék alkatrésze (  2 ) 
□ járművezetői kártya  
□ műhelykártya  
□ vállalkozáskártya  
□ ellenőrzőkártya  
Jóváhagyási szám:  
1. Márkanév vagy védjegy  
2. A modell neve  
3. A gyártó neve  
4. A gyártó címe  
▼M1 
5. Jóváhagyásra benyújtva  
▼C1 
6. Laboratórium(ok)  
7. Vizsgálati jelentés kelte és száma  
8. Jóváhagyás dátuma  
9. Jóváhagyás visszavonásának dátuma  
10. A menetíró készülék(ek) azon modelljei, amelyekkel való használatra az 
alkatrészt tervezték  
11. Hely  
12. Dátum  
13. Csatolt leíró dokumentumok  
14. Megjegyzések (ideértve adott esetben a plombák helyzetét)  
(aláírás)  ▼C1 
( 1 ) Jelölje be a megfelel ő négyzetet. 
( 2 ) Adja meg, hogy az értesítés melyik alkatrészre vonatkozik.
 02016R0799 — HU — 17.04.2018 — 001.004 — 553  
IV. AZ INTELLIGENS MENETÍRÓ KÉSZÜLÉKEK 
TÍPUSBIZONYÍTVÁNYA  
A jóváhagyást megadó tagállam a kérelmező számára típusbizonyítványt állít ki 
az alábbi minta alapján. A tagállam e típusbizonyítvány másolatának felhaszná ­
lásával értesíti a többi tagállamot a kiadott jóváhagyásokról vagy adott esetben a 
jóváhagyások visszavonásáról.  
AZ INTELLIGENS MENETÍRÓ KÉSZÜLÉKEK TÍPUSBIZONYÍTVÁNYA  
Az illetékes hatóság neve  
Értesítés (  1 ): 
□ a következ ő jóváhagyásáról:  □ a következ ő jóváhagyásának visszavonásáról:  
□ adatrögzít ő készülék modellje  
□ menetíró készülék alkatrésze (  2 ) 
□ járművezetői kártya  
□ műhelykártya  
□ vállalkozáskártya  
□ ellenőrzőkártya  
Jóváhagyási szám:  
1. Márkanév vagy védjegy  
2. A modell neve  
3. A gyártó neve  
4. A gyártó címe  
▼M1 
5. Jóváhagyásra benyújtva  
▼C1 
6. a) A m űködési tanúsítást végz ő vizsgálólaboratórium  
b) A biztonsági tanúsítást végz ő vizsgálólaboratórium  
c) Az interoperabilitási tanúsítást végz ő vizsgálólaboratórium  
7. a) A m űködési tanúsítvány dátuma és száma  
b) A biztonsági tanúsítvány dátuma és száma  
c) Az interoperabilitási tanúsítvány dátuma és száma  
8. Jóváhagyás dátuma  
9. Jóváhagyás visszavonásának dátuma  
10. A menetíró készülék(ek) azon modelljei, amelyekkel való használatra az 
alkatrészt tervezték  
11. Hely  
12. Dátum  
13. Csatolt leíró dokumentumok  
14. Megjegyzések (ideértve adott esetben a plombák helyzetét)  
(aláírás)  ▼C1 
( 1 ) Jelölje be a megfelel ő négyzetet. 
( 2 ) Adja meg, hogy az értesítés melyik alkatrészre vonatkozik.