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  8 5  1  2018.3.28.  
►M2 A Bizottság (EU) 2020/158 végrehajtási rendelete (2020. februá r 5.)  L  3 4  2 0  2020.2.6.  
►M3 A Bizottság (EU) 2021/1228 végrehajtási rendelete (2021. júliu s 16.)  L 273  1  2021.7.30.  
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 — 21.08.2023 — 003.001 — 1
02016R0799 — HU — 21.08.2023 — 003.001 — 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 kapcsol atos 
alábbi szempontok egységes alkalmazásához szükséges rendelkezés eket:  
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 manip ulá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 rendsz ereket 
összekapcsoló interfész;  
d) a menetíró készülékek típusjóváhagyására vonatkozó közigazga tá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 tart ozó 
menetíró készülékeknek kialakításuk, tesztelésük, beépítésük, v izs­
gálatuk és javításuk tekintetében továbbra is, értelemszerűen v agy a 
165/2014/EU rendelet I. mellékletében vagy a 3821/85/EGK tanács i 
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és z­
lelő eszköznek a járművek fedélzetén elhelyezett tömegmérő bere nde­
zések segítségével mért adatokat is továbbítania kell az esetle ges 
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 sz ereplő 
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ály ok 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 — 21.08.2023 — 003.001 — 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 tartozi k 
az intelligens 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 f ormá­
tumú – mappa, amely a gyártó vagy meghatalmazottja által a típu s­
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) bek ez­
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átu mú 
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 ad at­
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 cso mag 
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 men etíró 
készülék”: a 165/2014/EU rendelet 8., 9. és 10. cikkének, valam int 
e rendelet I. C. mellékletének megfelelő digitális menetíró kés zülék;  
8. „menetíró készülék alkatrésze”: a következő elemek valamelyi ke: 
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ész ei 
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 vi ssza­
vonásáért felelős tagállami hatóság, amely más tagállamok típus jó­
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ötelezettsé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 eg ysé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űveze tő és 
járműkísérő), nyomtatóból, kijelzőből, csatlakozóból, a felhasz nálói  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 4  
inputok bevitelére szolgáló készülékekből, GNSS-vevőből és távo li 
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ávol i 
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 
tartalmazza.  
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 mene­
tíró készülékek kompatibilisek legyenek a Galileo navigációs re ndszer 
és az európai geostacionárius navigációs lefedési szolgáltatási  (EGNOS) 
rendszer által biztosított helyzetmeghatározási szolgáltatásokk al. 
(2) A gyártók dönthetnek úgy is, hogy az (1) bekezdésben említe tt 
rendszerek mellett más műholdas navigációs rendszerekkel is biz tosí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 kapcsol atos 
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ük sé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áhag yá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 es etben 
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 — 21.08.2023 — 003.001 — 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, amenn yi 
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 a z 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 me netí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 kiterjes zt­
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, il letve a 
készülék legyártásához használt anyagok jellegének módosítása n em 
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 tel jesít­
hető az információs csomag aktualizált, egységes szerkezetbe fo glalt és 
az elvégzett módosítások részletes leírásával kiegészített vált ozatá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, il letve a 
készülék legyártásához használt anyagok jellegének módosítása s zámot­
tevő mértékű. Ebben az esetben új tesztek elvégzését kérheti, a miről 
tájékoztatja a gyártót vagy annak meghatalmazottját. Ha e teszt ek ered­
ménye megfelelőnek bizonyul, a típusjóváhagyó hatóság felülvizs gá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 indo ká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 s zerke­
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 — 21.08.2023 — 003.001 — 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 alkalmaz andó 
valamennyi tagállamban.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 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/vag y 
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 bevitel e 
3.6.3. Különleges körülmények bevitele  
▼M3 
3.6.4. Berakodási/kirakodási művelet bevitele  
▼B 
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 — 21.08.2023 — 003.001 — 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  
▼M3 
3.9.18. „GNSS-anomália”  
▼B 
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 ad atai 
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étel i 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 mu nkanapok 
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  
▼M3 
3.12.17. Határátlépések  
3.12.18. Berakodási/kirakodási műveletek  
3.12.19. Digitális térkép  
▼B 
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ák on ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 9  
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  
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  
▼M3 
3.20. Adatcsere külső kiegészítő eszközökkel  
▼B 
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  
▼M3 
3.27. A határátlépések nyomon követése  
3.28. Szoftverfrissítés  
▼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  
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ájl ok 
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 j elen)  
4.5.2.3. ATR-információ (korlátozott, csak második generációs t achográf­ 
kártyákban van jelen)  
4.5.2.4. Kiterjesztett hosszúságú információk (korlátozott, csa k 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  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 10  
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  
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ó  
▼M3 
4.5.3.2.1.1. Kiegészítő alkalmazásazonosító (a második generáci ós járműegy­ 
ségek 1. verziója esetében nem elérhető)  
▼B 
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  
▼M3 
4.5.3.2.17. Az azon helyekhez kapcsolódó helyzetek hitelesítési  státusza, ahol 
a munkanapok kezdődnek és/vagy végződnek (a második generá­ 
ciós járműegységek 1. verziója esetében nem elérhető)  
4.5.3.2.18. Azon helyzetek hitelesítési státusza, ahol a halmoz ott járművezetési 
idő eléri a három órát (a második generációs járműegységek 1. 
verziója esetében nem elérhető)  
4.5.3.2.19. Határátlépések (a második generációs járműegységek 1. verziója 
esetében nem elérhető)  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 11  
4.5.3.2.20. Berakodási/kirakodási műveletek (a második generáci ós járműegy­ 
ségek 1. verziója esetében nem elérhető)  
4.5.3.2.21. Szállítmánytípusra vonatkozó adatok (a második gene rációs jármű­ 
egységek 1. verziója esetében nem elérhető)  
4.5.3.2.22. Járműegység-konfigurációk (a második generációs jár műegységek 
1. verziója esetében nem elérhető)  
▼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ó ada tok 
4.5.4.1.11. Kártyakapcsolati adatok  
4.5.4.1.12. Az ellenőrzési tevékenységre vonatkozó adatok  
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ó  
▼M3 
4.5.4.2.1.1. Kiegészítő alkalmazásazonosító (a második generáci ós járműegy­ 
ségek 1. verziója esetében nem elérhető)  
▼B 
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ó ada tok 
4.5.4.2.11. Kártyakapcsolati adatok  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 12  
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  
▼M3 
4.5.4.2.16. Az azon helyekhez kapcsolódó helyzetek hitelesítési  státusza, ahol 
a munkanapok kezdődnek és/vagy végződnek (a második generá­ 
ciós járműegységek 1. verziója esetében nem elérhető)  
4.5.4.2.17. Azon helyzetek hitelesítési státusza, ahol a halmoz ott járművezetési 
idő eléri a három órát (a második generációs járműegységek 1. 
verziója esetében nem elérhető)  
4.5.4.2.18. Határátlépések (a második generációs járműegységek 1. verziója 
esetében nem elérhető)  
4.5.4.2.19. Berakodási/kirakodási műveletek (a második generáci ós járműegy­ 
ségek 1. verziója esetében nem elérhető)  
4.5.4.2.20. Szállítmánytípusra vonatkozó adatok (a második gene rációs jármű­ 
egységek 1. verziója esetében nem elérhető)  
4.5.4.2.21. Kiegészítő kalibrálási adatok (a második generációs  járműegységek 
1. verziója esetében nem elérhető)  
4.5.4.2.22. Járműegység-konfigurációk (a második generációs jár műegységek 
1. verziója esetében nem elérhető)  
▼B 
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ó  
▼M3 
4.5.5.2.1.1. Kiegészítő alkalmazásazonosító (a második generáci ós járműegy­ 
ségek 1. verziója esetében nem elérhető)  
▼B 
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  
▼M3 
4.5.5.2.6. Járműegység-konfigurációk (a második generációs járm űegységek 
1. verziója esetében nem elérhető)  
▼B 
4.5.6. Vállalkozáskártya  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 13  
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  
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ó  
▼M3 
4.5.6.2.1.1. Kiegészítő alkalmazásazonosító (a második generáci ós járműegy­ 
ségek 1. verziója esetében nem elérhető)  
▼B 
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  
▼M3 
4.5.6.2.6. Járműegység-konfigurációk (a második generációs járm űegységek 
1. verziója esetében nem elérhető)  
▼B 
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  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 14  
BEVEZETÉS  
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 vonatkozn ak. 
2019. június 15. óta az Európai Unióban első alkalommal nyilván tartásba vett 
járművekbe második generációs menetíró készülékeket építenek be , és második 
generációs tachográfkártyákat bocsátanak ki.  
A második generációs tachográfrendszerek zökkenőmentes bevezeté se érdekében 
a második generációs tachográfkártyákat úgy alakították ki, hog y azokat 
a 3821/85/EGK rendelet I. B. mellékletével összhangban gyártott  első generációs 
járműegységekben is használni lehessen.  
Hasonlóképpen, az első generációs tachográfkártyák a második ge nerációs jármű­
egységekben is használhatók. A második generációs járműegységek  azonban csak 
második generációs műhelykártyákkal kalibrálhatók.  
E melléklet az első és a második generációs tachográfrendszerek  közötti inter­
operabilitásra vonatkozó követelményeket határozza meg. E tekin tetben az 15. 
függelék további részleteket tartalmaz a két generáció párhuzam os alkalmazására 
vonatkozóan.  
Ezenkívül mivel olyan új funkciók kerülnek bevezetésre, mint a Galileo nyil­
vános szolgáltatásai közé tartozó navigációsüzenet-hitelesítés,  a határátlépések 
észlelése, a be- és kirakodási műveletek bevitele, továbbá mive l felmerült az 
igény a járművezetői kártya kapacitásának 56 napra való növelés e iránt, e ren­
delet bevezeti a második generációs menetíró készülékek és tach ográfkártyák 
második verziójára vonatkozó műszaki követelményeket.  
▼B 
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Ó HELYZETMEG­ 
HATÁ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  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 15  
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;  
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ó;  
▼M3 
f) az intelligens menetíró készülékek „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ű-azonosító szám [VIN], rendszám 
[VRN] és a nyilvántartásba vétel szerinti tagállam), valamint 
a jármű jellemzőit (w, k, l, abroncsméret; a sebességkorlá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 alapértelmezett szállít­
mánytípus); az adatrögzítő készülék kalibrálása során minden, 
a típusjóváhagyás szempontjából lényeges plomba típusát és 
azonosítóját el kell menteni az adatmemóriába;  
ha kizárólag az UTC idő frissítésére vagy megerősítésére kerül 
sor, azt nem kalibrálásnak, hanem időbeállításnak kell tekin­
teni, amennyiben ez nem mond ellent a 6.4. pontban meghatá­
rozott 409. követelménynek;  
az adatrögzítő készülék kalibrálása megköveteli a műhely­
kártya használatát;  
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ártya száma magában foglal egy azonosítót, amely a jármű­
vezető vagy a kártya tulajdonosának azonosítására szolgál, 
valamint a kártya konszekutív indexét, 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;  
▼B 
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;  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 16  
i) „a kártya megújítási indexe”:  
a kártyaszám tizenhatodik alfanumerikus karaktere, amely 
minden alkalommal eggyel nő, amikor egy adott azonosítóval 
– azaz a járművezető vagy a tulajdonos azonosításával és a 
konszekutív indexszel – azonosított tachográfkártyát megújí­
tanak;  
j) „kártyacsereindex”:  
a kártyaszám tizenötödik alfanumerikus karaktere, amely 
minden alkalommal eggyel nő, amikor egy adott azonosítóval 
– azaz a járművezető vagy a tulajdonos azonosításával és a 
konszekutív indexszel – azonosított tachográfkártyát kicse­
rélnek;  
▼B 
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 mene­
tí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;  
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;  ▼M3 
( 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 mik or kell kibocsátani a 
megszakítás nélküli járművezetési idővel kapcsolatos figyelmezt eté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óds zerek is alkalmazhatók, 
amennyiben e fogalommeghatározásokat újakkal kell felváltani, m ivel azok az egyéb 
idevágó jogszabályok aktualizálása következtében elavulttá váln ak. 
( 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ár mű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 — 21.08.2023 — 003.001 — 17  
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, va la­
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 (  2 ) 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.  
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.  ▼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 mik or kell kibocsátani a 
megszakítás nélküli járművezetési idővel kapcsolatos figyelmezt eté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óds zerek is alkalmazhatók, 
amennyiben e fogalommeghatározásokat újakkal kell felváltani, m ivel azok az egyéb 
idevágó jogszabályok aktualizálása következtében elavulttá váln ak. 
( 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ár művezetői tevékenységek 
kézi bevitele sem történt meg.
 02016R0799 — HU — 21.08.2023 — 003.001 — 18  
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 kivizs­
gá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 terh e­
letlen 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 mene­
tí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 rendellene s 
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;  
x) „hiba”:  
az intelligens menetíró készülék által észlelt olyan rendellene s 
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;  ▼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ótkocsijain ak tömegével és mére­
teivel kapcsolatos típus-jóváhagyási előírások tekintetében tör té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 — 21.08.2023 — 003.001 — 19  
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;  
▼M3 
ee) „érvénytelen kártya”:  
olyan kártya, amely hibásnak bizonyult, vagy amelynek hite­
lesítése nem sikerült, illetve amelynek érvényességi ideje még 
nem kezdődött meg vagy már lejárt;  
a járműegység a következő esetekben is érvénytelennek tekinti 
a kártyát:  
— ha a járműegységbe korábban már behelyeztek ugyanazon 
tagállam által kiállított, ugyanazon azonosítóval – azaz 
járművezetői vagy tulajdonosi azonosítóval és konszekutív 
indexszel – azonosított és magasabb megújítási indexszel 
rendelkező kártyát, vagy  
— ha a járműegységbe korábban már behelyeztek ugyanazon 
tagállam által kiállított, ugyanazon azonosítóval – azaz 
járművezetői vagy tulajdonosi azonosítóval, valamint 
konszekutív és megújítási indexszel – azonosított, de 
magasabb csereindexszel rendelkező kártyát;  
▼B 
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ány­
elv 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;  ▼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 — 21.08.2023 — 003.001 — 20  
ii) „időszakos vizsgálat”:  
annak ellenőrzésére végzett műveletek sorozata, hogy a mene­
tí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;  
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;  
▼M3 
ll) „távoli kommunikációs eszköz”, „távoli kommunikációs 
modul” 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 le ol­
vasó”:  
az ellenőrző tisztviselők által a célzott közúti ellenőrzések 
során használt rendszer;  
▼M3 
nn) „kártyamegú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 meghi­
básodott, és a kibocsátó hatósághoz visszaküldték;  
▼B 
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;  
▼M3 
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;  
▼B 
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;  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 21  
tt) „időbeállítás”:  
az aktuális idő kiigazítása; e kiigazítás lehet automatikus, 
a GNSS-vevő által szolgáltatott idő felhasználásával, vagy 
lehet 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;  
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) (  2 ); 
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ó le tö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:  
▼M3 
— kizárólag az (EU) 2018/858 európai parlamenti és tanácsi 
rendelet (  3 ) 4. cikkében meghatározott 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,  ▼M3 
( 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.). 
( 2 ) A Tanács 1975. december 18-i 76/114/EGK irányelve a gépjárműv ek é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.). 
( 3 ) Az Európai Parlament és a Tanács (EU) 2018/858 rendelete (201 8. május 30.) a gépjár­
művek és pótkocsijaik, valamint az ilyen járművek rendszereinek , alkotóelemeinek és 
önálló műszaki egységeinek jóváhagyásáról és piacfelügyeletéről , a 715/2007/EK és az 
595/2009/EK rendelet módosításáról, valamint a 2007/46/EK irány elv hatályon kívül 
helyezéséről (HL L 151., 2018.6.14., 1. o.).
 02016R0799 — HU — 21.08.2023 — 003.001 — 22  
— 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/ 
megtett 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 megfe­
lelő 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;  
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ó leol­
vasás, sem pedig az adatátvitel folyamata során, történjen az 
bármilyen kommunikációs csatornán;  
▼M3 
aaa) későbbi használatra fenntartva;  
▼B 
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;  
▼M3 
ccc) „a bevezetés időpontja”:  
a 165/2014/EU rendeletben meghatározott időpont, amelytől 
kezdve az első alkalommal nyilvántartásba vett járműveket 
fel kell szerelni az e rendeletnek megfelelő menetíró készü­
lékkel.  
▼B 
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
 02016R0799 — HU — 21.08.2023 — 003.001 — 23  
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, k ije­
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ékk el 
felszerelt minden járművön sebességkijelzőnek és kilométer-szám lá­
lónak is kell lennie. Az adatrögzítő készülék maga is tartalmaz hatja 
e funkciókat.  
(01) Az adatrögzítő készülék kábelekből, egy mozgásérzéke­
lő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 inter­
fésznek meg kell felelnie a 11. függelék követelménye­
inek.  
(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.  
▼M3 
(05) A járműegységnek magában kell foglalnia egy 
ITS-interfészt, melynek részleteit a 13. függelék határozza 
meg.  
Az adatrögzítő készüléket további interfészek és/vagy 
az ITS-interfész segítségével egyéb eszközökhöz is csatla­
koztatni lehet.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 24  
(06) Amennyiben az adatrögzítő készülékbe pótlólagos beren­
dezést vagy funkciót építenek be, illetve ahhoz ilyen 
berendezést kapcsolnak, ezek – függetlenül attól, hogy 
jóváhagyottak-e vagy sem – nem kelthetnek zavart az adat­
rö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 
azonosí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.  
▼M3 
Ez az adatvédelemre vonatkozó uniós jogszabályokkal és 
a 165/2014/EU rendelet 7. cikkével összhangban történik.  
▼B 
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,  
▼M3 
— 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 és a járművezető 
ITS-interfésszel kapcsolatos hozzájárulásának kézi 
bevitele,  
— különleges körülmények bevitele,  
— berakodási/kirakodási művelet bevitele  
▼B 
— 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,  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 25  
— 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,  
▼M3 
— a határátlépések nyomon követése,  
— szoftverfrissítés,  
▼B 
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ényte­
lennek kell tekinteni.  
Ü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ás­
kártya  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űv ezetői kártyaolvasó egységbe helyezett tachográfkártyát használ hatja.  
(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ó kijelzé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állalkozási üzemmódban hozzáférhető,  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 26  
— az ellenőrzési tevékenységek nyomon követése funkció 
csak az ellenőrzési üzemmódban működik,  
▼M3 
— a letöltési funkció a működési üzemmódban nem 
hozzáférhető, kivéve a következő eseteket:  
a) a 193. követelmény szerinti eset;  
b) ha egy járművezetői kártya adatait töltik le, amikor 
nincs más kártyatípus behelyezve a járműegységbe.  
▼B 
(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éte­
lekkel:  
— 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),  
▼M3 
— a vállalkozási üzemmódban a járművezetőre vonatkozó 
adatok (102., 105., 108., 133a. és 133e. követelmény) 
csak olyan időszakokban jelezhetők ki, amikor nincs 
lezárás, illetve másik vállalkozás (amelyet a vállalko­
záskártya számának első 13 karaktere azonosít) sem 
hajt végre lezárást,  
▼B 
— amennyiben nem helyeztek kártyát az adatrögzítő 
készülékbe, csak a járművezetővel kapcsolatos adatok 
jelezhetők ki az adott és az azt megelőző nyolc naptári 
napra vonatkozóan,  
▼M3 
— a menetíró készülék vagy a tachográfkártyák által 
rögzített vagy előállított személyes adatokat a jármű­
egység ITS-interfésze csak abban az esetben jelezheti 
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,  
▼M1 
— a járműegységek üzemeltetésének szokásos érvényes­
sé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ér let 
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ül ső 
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, ko rai 
távészleléssel történő kommunikáció során kicserélt adatok titk ossá­
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
 02016R0799 — HU — 21.08.2023 — 003.001 — 27  
(14) A rendszerbiztonság elérése érdekében a következő alkat­
ré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ő,  
▼M3 
— külső GNSS-eszköz (ez a profil csak a külső 
GNSS-eszközváltozat esetében szükséges, és csak arra 
vonatkozik).  
▼B 
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öz t, 
és felismeri a kártyabehelyezéseket és -kivételeket.  
▼M3 
(16) Kártyabehelyezéskor (vagy távoli kártyahitelesítéskor) az 
adatrögzítő készüléknek érzékelnie kell, hogy a kártya az 
1. szakasz ee) pontja szerinti fogalommeghatározás értel­
mében érvényes tachográfkártya-e, és ha igen, akkor 
azonosítania kell a kártya típusát és generációját.  
Annak ellenőrzésére, hogy egy kártyát korábban már 
behelyeztek-e, az adatrögzítő készüléknek a 133. követel­
ménnyel összhangban az adatmemóriájában tárolt tachog­
ráfkártya-adatokat kell használnia.  
▼B 
(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.  
(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.  
▼M3 
(20) A tachográfkártya kivétele csak akkor lehetséges, ameny­
nyiben a jármű már nincs mozgásban, és miután a szük­
séges adatok a kártyán tárolásra kerültek. A kártyát kivé­
teléhez a felhasználónak szándékos, erre irányuló műve­
letet kell végeznie.  
▼B 
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éter­
számláló-értéket.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 28  
(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ű sebessé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ő adat­
rö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éshatárokkal kapcsolatban megállapított 
követelményeknek.  
▼M3 
(26) A mozgásadatok manipulálásának észleléséhez a mozgás­
érzékelőből származó információkat meg kell erősíteni 
a GNSS-vevőből és a mozgásérzékelőtől független további 
adatforrás(ok)ból származó, a jármű mozgására vonatkozó 
információkkal. A járműegységen belül rendelkezésre kell 
állnia legalább egy másik független járműmozgás-adatfor­
rásnak, amely nem támaszkodik külső interfészre.  
(27) E funkció a következő adatok rögzítése céljából méri a 
jármű helyzetét:  
— azok a helyzetek, ahol a járművezető és/vagy a jármű­
kísérő megkezdi munkanapját,  
— azok a helyzetek, ahol a járművezető halmozott jármű­
vezetési ideje eléri a három óra többszörösét,  
— azok a helyzetek, ahol a jármű átlépte egy ország 
határát,  
— azok a helyzetek, ahol berakodási vagy kirakodási 
műveleteket végeznek,  
— azok a helyzetek, ahol a járművezető és/vagy a jármű­
kísérő befejezi munkanapját.  
▼B 
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ál­
hatja:  
— 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 — 21.08.2023 — 003.001 — 29  
(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.  
▼M3 
A tűréshatárok nem használhatók a mért távolság szán­
dékos módosítására.  
▼B 
(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.  
▼M3 
(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ű 2 400 é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ég mellett).  
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.  
▼B 
(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.  
▼M3 
(37) Az abszolút helyzetet a földrajzi szélesség és hosszúság 
koordinátáival kell mérni, fokokban és percekben kife­
jezve, 1/10 perc pontossággal.  
▼B 
3.3 Id őmérés  
(38) Az időmérő funkciónak folyamatosan mérnie kell és digi­
tálisan meg kell adnia az UTC dátumot és időt.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 30  
(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 
(„Kinyomatok”) 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.  
▼M3 
(41) Időbeállítás hiányában a 213. követelménynek megfelelő 
hőmérsékleti viszonyok mellett az időbeli eltérés nem 
haladhatja meg a napi ±1 másodpercet.  
(41a) A műhelyeknek a 212. követelménnyel összhangban 
legalább 3 másodperces pontossággal kell beállítaniuk az 
időt. 
(41b) A járműegységnek magában kell foglalnia egy eltérész­
számlálót, amely kiszámítja a 3.23. pont szerinti utolsó 
időbeállítás óta bekövetkezett időeltérést. A maximális 
időeltérést a járműegység gyártójának kell meghatároznia, 
és az nem haladhatja meg a napi 1 másodpercet, a 41. 
követelménnyel összhangban.  
(41c) Az eltérésszámlálót az adatrögzítő készülék minden egyes,  
3.23. pont szerinti időbeállítása után 1 másodpercre kell 
állítani. Időbeállításnak minősülnek a következők:  
— az automatikus időbeállítások,  
— a kalibrálási üzemmódban végrehajtott időbeállítások.  
▼B 
(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ással.  
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ékeny­
sé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ÉSZENLÉ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á­
lasztania, 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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 31  
(49) Úgy kell tekintetni, hogy az első, SZÜNETRE/PIHE­
NÉ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Ű­
VEZETÉ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ékeny­
sé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álasz­
tásra, amikor két érvényes járművezetői kártya kerül behe­
lyezé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űve­
zető és/vagy a járműkísérő szerint az adott munkanap 
elkezdődött és/vagy végződött.  
▼M3 
(57) Hely alatt az országot, és ahol emellett szükséges, a régi ót 
kell érteni.  
(58) A járművezetői (vagy műhely-) kártya kivétele esetén az 
adatrögzítő készüléknek meg kell jelenítenie a jármű aktu­
ális helyét a GNSS-adatok és a 3.12.19. ponttal össz­
hangban tárolt digitális térkép alapján, és fel kell kérnie 
a kártyatulajdonost a hely megerősítésére vagy manuális 
helyesbítésére.  
(59) Az 58. követelménynek megfelelően bevitt hely minősül 
annak a helynek, ahol a munkanap véget ér. Ezt az adatot 
a megfelelő járművezetői (vagy műhely-) kártyán ideigle­
nesen kell rögzíteni, hogy később felülírható legyen.  
A legutóbbi kártyakivétel során ideiglenesen létrehozott 
bejegyzés az alábbi feltételek esetén érvényesítésre kerül 
(azaz a továbbiakban nem írható felül):  
— azon hely bevitele, ahol az aktuális munkanap 
kezdődik a 61. követelmény szerinti kézi adatbevitel 
során,  ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 32  
— 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 
helyeként.  
A legutóbbi kártyakivétel során ideiglenesen létrehozott 
bejegyzés az alábbi feltételek esetén felülíródik, és az új 
érték kerül érvényesítésre:  
— a következő olyan hely bevitele, ahol az aktuális 
munkanap véget ér, 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 
helyeként.  
▼B 
(60) Azon helyek bevitelének, ahol a munkanap kezdődik 
és/vagy végződik, a menüben szereplő parancsok segít­
ségével lehetségesnek kell lennie. Ha egy naptári percen 
belül több ilyen bevitelre kerül sor, akkor a munkanap 
kezdetének és befejezésének csak az ezen időn belül 
legutoljára bevitt helye kerül rögzítésre.  
▼M3 
Az adatrögzítő készüléknek meg kell jelenítenie a jármű 
aktuális helyét a GNSS-adatok és a 3.12.19. ponttal össz­
hangban tárolt digitális térkép(ek) alapján, és fel kell 
kérnie a járművezetőt a hely megerősítésére vagy manuális 
helyesbítésére.  
▼B 
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  
▼M3 
(61) A járművezetői (vagy műhely-) kártya behelyezésekor, és 
csak ekkor, 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 beállított időzóna (UTC-től való eltérés) szerinti idő- 
és dátum-paramétereket 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 beál­
lított helyi idő eltérése.  
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éknek fel kell kérnie a kártya tulajdonosát, 
hogy járuljon hozzá a menetíró készülékkel kapcsolatos 
személyes adatainak az ITS-interfészen keresztüli továbbí­
tásához. Annak ellenőrzésére, hogy egy kártyát korábban 
már behelyeztek-e, az adatrögzítő készüléknek a 133. 
követelménnyel összhangban az adatmemóriájában tárolt 
tachográfkártya-adatokat kell használnia.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 33  
A járművezető (illetve a műhely) hozzájárulása bármikor 
megadható vagy visszavonható 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ő feltételek mellett vihetők be:  
— 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őpontjának az utolsó kártyakivétel és az aktuális 
kártyabehelyezé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 annyi egymást követő 
lépést kell magában foglalnia, amennyi az egyes tevékeny­
ségek típusának, valamint kezdési és befejezési időpont­
já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 adatbe­
vitel során – adott esetben – rögzítse a következő adatokat:  
— az előző munkanap befejezésének helye, a megfelelő 
időponthoz kapcsolva (ezzel 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 (ezzel érvényesítve a legutóbbi 
kártyakivételnél bevitt ideiglenes adatot).  
Azon a helyen, amelyet az aktuális kártyabehelyezéskor az 
aktuális munkanap kezdetének helyeként bevittek, az adat­
rögzítő készüléknek meg kell jelenítenie a jármű aktuális 
helyét a GNSS-adatok és a 3.12.19. ponttal összhangban 
tárolt digitális térkép(ek) alapján, és fel kell kérnie a 
járművezetőt a hely megerősítésére vagy manuális helyes­
bítésére.  
Ha a kártyatulajdonos nem rögzít semmit a munkanap 
kezdetének vagy végének helyeként a kártyabehelyezéskor 
lehetséges kézi adatbevitel során, akkor úgy kell tekinteni, 
mintha nyilatkozatot tett volna arról, hogy munkanapja 
nem változott az utolsó kártyakivétel óta. Amikor a követ­
kező alkalommal rögzítik az előző munkanap végének 
helyét, ez az adatbevitel felülírja a legutóbbi kártyakivétel 
során ideiglenesen bevitt adatokat.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 34  
Helyre vonatkozó adatok bevitele során a megfelelő 
tachográfkártyán kell rögzíteni azokat.  
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 időtúllépés 
miatt, ha a felhasználó bizonyos ideig inaktív volt. Ameny­
nyiben a kézi bevitel félbeszakad, az adatrögzítő készü­
léknek érvényesítenie kell minden, a hellyel és a tevékeny­
séggel kapcsolatban már hiánytalanul bevitt adatot (egyér­
telműen meghatározott hely és idő, illetve egyértelműen 
meghatározott tevékenységtípus, kezdési és befejezési 
idővel).  
Amennyiben egy második járművezetői vagy műhely­
kártya behelyezésére kerül sor, miközben az előzőleg 
behelyezett kártyára irányuló kézi adatbevitel még folya­
matban van, lehetővé kell tenni 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 megfele­
lő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.  
— Az első tevékenység kezdési időpontját a kártyakivétel 
időpontjához kell igazítani. Minden ezt követő adatbe­
vitel kezdési időpontját úgy kell előre beállítani, hogy 
közvetlenül az előző bevitel befejezési időpontját 
kövesse. Minden egyes tevékenység esetében ki kell 
választani a tevékenységtípust és befejezési időpontot.  
Az eljárás akkor fejeződik be, amikor valamely, kézzel 
bevitt tevékenység befejezésének ideje megegyezik a 
kártyabehelyezés idejével.  
Az adatrögzítő készüléknek lehetővé kell tennie a jármű­
vezetők és a műhelyek számára, hogy a 13. függelékben 
meghatározott ITS-interfészen és opcionálisan más inter­
fészeken keresztül felváltva töltsék fel a manuális bejegy­
zéseket, amelyeket az eljárás során be kell vinni.  
Az adatrögzítő készüléknek lehetővé kell tennie, hogy a 
kártya tulajdonosa a kézzel bevitt tevékenységeket módo­
síthassa, mindaddig, amíg egy meghatározott parancs 
megadásával nem érvényesíti az adatokat. Ezután ilyen 
módosítások már nem végezhetők.  
▼B 
3.6.3  Különleges körülmények bevitele  
▼M3 
(62) Az adatrögzítő készüléknek lehetővé kell tennie 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 
(kezdet, vég),  
— KOMPON/VONATON MEGTETT ÚT (kezdet, vég).  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 35  
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. Megnyitott MENETÍRÓ KÉSZÜLÉK NEM 
SZÜKSÉGES körülmény fennállása esetén az adatrögzítő 
készülék nem engedheti meg, hogy a felhasználók bevi­
gyék a KOMPON/VONATON MEGTETT ÚT kezdete 
körülményt.  
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 
lezá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.  
Miután a járművezető kiválasztotta a SZÜNET/PIHENÉS 
lehetőséget a kompon vagy a vonaton, azonnal be kell 
vinnie a KOMPON/VONATON MEGTETT ÚT kezdete 
körülményt.  
A megnyitott KOMPON/VONATON MEGTETT ÚT 
körülményt az adatrögzítő készüléknek le kell zárnia az 
alábbi lehetőségek bármelyikének előfordulása esetén:  
— a járművezető manuálisan lezárja a KOMPON/ 
VONATON MEGTETT ÚT körülményt a komp/vonat 
célállomására való megérkezéskor, mielőtt lehajtana a 
kompról/vonatról,  
— a MENETÍRÓ KÉSZÜLÉK NEM SZÜKSÉGES 
körülmény kerül megnyitásra,  
— a járművezető kiveszi a kártyáját,  
— a 3.4. ponttal összhangban a rendszer a járművezetői 
tevékenységet egy naptári percig JÁRMŰVEZETÉS 
tevékenységnek számítja.  
Ha egy naptári percen belül egynél több különleges körül­
ményre vonatkozó bejegyzésre kerül sor, csak az utolsót 
kell rögzíteni.  
3.6.4.  Berakodási/kirakodási m űvelet bevitele  
(62a) Az adatrögzítő készüléknek lehetővé kell tennie a jármű­
vezető számára, hogy valós időben bevigye és megerősítse 
a jármű berakodási, kirakodási vagy egyidejű berakodási/ 
kirakodási műveleteire vonatkozó információkat.  
Ha egy naptári percen belül egynél több berakodási/kira­
kodási műveletre vonatkozó bejegyzésre kerül sor, csak az 
utolsót kell rögzíteni.  
(62b) A berakodási, kirakodási vagy egyidejű berakodási/kirako­
dási műveleteket külön eseményekként kell rögzíteni.  
(62c) A berakodásra/kirakodásra vonatkozó információkat azt 
megelőzően kell megadni, hogy a jármű elhagyja azt a 
helyet, ahol a berakodás/kirakodás történik.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 36  
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állalko­
zási üzemmódban csak ők maguk férhessenek hozzá az 
adataikhoz.  
(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 
(feloldás) állnak, hozzárendelve a vállalkozáskártya (lezá­
rási művelet során kijelzett) számával azonosított megfe­
lelő 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ámjegye tanúsítja), vagy  
(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 tekinteni, 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 üzem­
mó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 kombi­
nációja valósul meg:  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 37  
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.  
Járművezetés megfelelő kártya 
nélkül  Járművezetői kártyaolvasó egység  
Nincs (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ény­
telen) 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 tachog­
ráfká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álthatja ki.  
3.9.7  „Gyorshajtás”  
(78) Ezt az eseményt minden egyes gyorshajtás kiváltja.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 38  
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 helyzetmeg­
hatá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 folyamatos percen keresztül nem működik a kommuni­
káció a külső GNSS-eszköz és a járműegység között.  
3.9.12.  A „mozgásadatok hibája”  
▼M3 
(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 során. Ezt az eseményt 
az is előidézi, amikor –  kalibrálási üzemmódon kívül  – a 
mozgásérzékelő impulzusaiból számított sebesség 1 
másodpercen belül 0 km/h-ról több mint 40 km/h-ra nő, 
majd legalább 3 másodpercig 40 km/h felett marad.  
▼B 
3.9.13  „A járm ű mozgásával kapcsolatos ellentmondás”  
▼M3 
(84) Ezt az eseményt a 12. függelékkel összhangban az idézi 
elő, amikor –  kalibrálási üzemmó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 ellentmondanak a belső 
GNSS-vevőből vagy a külső GNSS-eszközből vagy 
további független adatforrás(ok)ból származó adatok 
alapján a 26. követelménnyel összhangban kiszámított 
információknak. Ez az esemény nem következhet be 
kompon/vonaton megtett út során.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 39  
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”  
▼M3 
(86) Ezt az eseményt az idézi elő, ha egy  nem kalibrálási 
üzemmódban lév ő járműegység ellentmondást észlel a 
járműegység időmérő funkciója által kijelzett idő és 
a GNSS-vevő vagy a külső GNSS-eszköz által továbbított 
hitelesített helyzetekhez kapcsolódó időadatok között. 
„Időbeli ellentmondás” akkor észlelhető, ha az időkü­
lönbség meghaladja a 41a. követelményben meghatározott 
pontosságnak megfelelő ±3 másodpercet, ez utóbbi időtar­
tamot megnövelve a napi maximális időeltéréssel. Ezt az 
eseményt az adatrögzítő készülék belső órájának adatával 
együtt kell rögzíteni. A járműegységnek közvetlenül azt 
megelőzően kell ellenőriznie az „időütközés” esemény 
fennállását, hogy a járműegység automatikusan kiigazítja 
a járműegység belső óráját a 211. követelménnyel össz­
hangban.  
▼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  
▼M3 
— az ITS-interfész hibája.  
3.9.18.  „GNSS-anomália”  
(88a) Ezt az eseményt az idézi elő, amikor – a kalibrálási üzem ­
módon kívül –a GNSS-vevő támadást észlel, vagy ha a 
navigációs üzenetek hitelesítése sikertelen volt a 12. függe­
lékben meghatározottak szerint. Valamely „GNSS- 
anomália” esemény kiváltását követően a járműegység a 
következő 10 percben nem generálhat újabb „GNSS- 
anomália” eseményt.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 40  
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, adatinteg­
ritá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  
▼M3 
ITS-interfész  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 adat­
memóriájában tárolt minden adat leolvasására.  
3.12 Rögzítés és tárolás az adatmemóriában  
▼M3 
E pont alkalmazásában:  
— „365 nap”: egy adott járműben végzett, 365 naptári napnak 
megfelelő átlagos járművezetői tevékenység. 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 6 járművezető vagy járműkísérő, 6  
kártyabehelyezési és -kivételi ciklus és 256 tevékenységváltoz­
tatá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, val a­
mint 93 440 tevékenységváltoztatást foglal magában.  
— A helyekre vonatkozó bevitelek napi átlagos száma a meghatá­
rozás szerint a következő: legalább 6 bevitel ott, ahol a 
munkanap kezdődik, és 6 bevitel ott, ahol a munkanap befeje­
ződik, tehát a „365 nap” legalább 4 380 helyre vonatkozó bevi­
telt foglal magában.  
— Azon helyzetek napi átlagos száma, ahol a halmozott járműve­
zetési idő eléri a három óra többszörösét, a meghatározás szeri nt 
a következő: legalább 6 helyzet, tehát a „365 nap” legalább 
2 190 ilyen helyzetet foglal magában.  
— A határátlépések napi átlagos száma a meghatározás szerint a 
következő: legalább 20 határátlépés, tehát a „365 nap” legalább  
7 300 határátlépést foglal magában.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 41  
— A berakodási/kirakodási műveletek napi átlagos száma a megha­
tározás szerint a következő: legalább 25 művelet (függetlenül a  
művelet típusától), tehát a „365 nap” legalább 9 125 berakodási / 
kirakodási műveletet foglal magában.  
— Eltérő utasítások hiányában az időt egyperces pontossággal ke ll 
rögzíteni.  
— A kilométer-számláló értékeit egy kilométeres pontossággal ke ll 
rögzíteni.  
— A sebességadatokat 1 km/h pontossággal kell rögzíteni.  
— A helyzetet (szélesség és hosszúság) fokban és percben kell 
megadni, 1/10 perc pontossággal, a kapcsolódó 
GNSS-pontosságot és az adatfelvétel idejét, valamint azt is 
megadva, hogy a helyzet hitelesítve van-e.  
▼B 
(91) Az adatmemóriában tárolt adatokra típus-jóváhagyási 
körülmények között egy 12 hónapnál rövidebb külső áram­
kimaradá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 adat­
memó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ár­
tyák használatára,  
— szoftververzió száma,  
— szoftververzió telepítésének dátuma,  
— gyártási év,  
— jóváhagyási szám.  
▼M3 
— digitális térképverzió-azonosító (133l követelmény).  
(94) A járműegység-azonosítási adatokat a járműegység gyár­
tója rögzíti és véglegesen tárolja, kivéve azokat az 
adatokat, amelyek e rendelettel összhangban szoftverfrissí­
téssel módosíthatók, valamint az első generációs tachográf­
kártyák használatára irányuló képességet.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 42  
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 szoftver­
verzió száma).  
(96) A mozgásérzékelő azonosítási adatait a mozgásérzékelő 
gyártója rögzíti és tárolja véglegesen a mozgásérzékelőben.  
▼M3 
(97) A járműegységnek képesnek kell lennie arra, hogy adat­
memóriájában rögzítse és tárolja a következő, a 20 
legutóbbi sikeres mozgásérzékelő-párosítással kapcsolatos 
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 
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 szoftver­
verzió száma).  
(99) A külső GNSS-eszköz azonosítási adatait az eszköz gyár­
tója rögzíti és tárolja véglegesen a külső GNSS-eszközben.  
▼M3 
(100) A járműegységnek képesnek kell lennie arra, hogy adat­
memóriájában rögzítse és tárolja a következő, a külső 
GNSS-eszközök 20 legutóbbi sikeres rákapcsolódásával 
kapcsolatos 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).  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 43  
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 ciklu­
sánál az alábbi adatokat rögzítenie és tárolnia kell adatme­
mó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,  
— a behelyezés dátuma és időpontja,  
— a jármű kilométer-számlálójának értéke kártyabehelye­
zéskor,  
— azon kártyaolvasó egység, amelybe a kártyát behe­
lyezté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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 44  
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ékenysé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 
ellenkező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.  
▼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  
(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 munka­
napjá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 munka­
napjá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 (hely­
ségnév és földrajzi hely) együtt az alábbi adatokat rögzí­
tenie és tárolnia kell adatmemóriájában:  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 45  
— a járművezetői és/vagy járműkísérői kártya száma és a 
kártyát kiállító tagállam  
▼B 
— 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,  
▼M3 
— arra vonatkozó jelölő, hogy a helyzet hitelesítve van-e.  
(110a) Azokon a helyeken, amelyeket a 61. követelménynek 
megfelelő, kártyabehelyezéskor történő kézi beviteli eljárás 
során a munkanap kezdetének vagy végének helyeként 
bevittek, el kell tárolni a jármű kilométer-számlálójának 
aktuális értékét és a jármű aktuális helyzetét.  
▼M1 
(111) Az adatmemóriának képesnek kell lennie arra, hogy 
legalább 365 napon át megőrizze azokat a helyeket (hely­
sé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 ada t­
memóriájában a jármű pillanatnyi sebességét és az ezzel 
összefü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:  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 46  
Esemény  Tárolási szabályok  Az egyes eseményekkel kapcsolatban rögzítendő 
adatok  
Érvénytelen kártya behe­
lyezé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.  
▼M3 
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.  
▼B 
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 
sebessé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 
esetben), 
— az ugyanazon a napon történt hasonló 
események száma.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 47  
Esemény  Tárolási szabályok  Az egyes eseményekkel 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 — 21.08.2023 — 003.001 — 48  
Esemény  Tárolási szabályok  Az egyes eseményekkel 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.  
▼M3 
GNSS-anomália  — a leghosszabb események az utolsó 10 
előfordulási nap mindegyikére vonatko­
zóan, 
— az 5 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 
(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övetkező első gyorshajtás dátuma és időpontja,  
— a gyorshajtási események száma az utolsó 
GYORSHAJTÁ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 adatme­
móriájában az összes észlelt hibát:  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 49  
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ártya­
hiba.  — 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.  
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,  
▼M3 
— a mozgásérzékelő, a külső GNSS-eszköz (ha van) és a 
külső távoli kommunikációs eszköz (ha van) sorozat­
száma,  
— a járműhöz kapcsolódó alapértelmezett szállítmánytípus 
(áruk vagy utasok),  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 50  
— az ország, ahol a kalibrálást elvégezték, valamint az a 
dátum és időpont, amikor a GNSS-vevő megadta az 
ezen ország meghatározásához használt helyzetet.  
▼B 
(121) Ezenkívül az adatrögzítő készüléknek rögzíteni és tárolni a 
kell adatmemóriájában, hogy képes-e első generációs 
tachográ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 sorozat­
szá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 sorozat­
szá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 sorozat­
szá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.  
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ártya­
letöltés és/vagy közúti kalibrálási ellenőrzés).  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 51  
(127) Letöltés esetén a legrégebbi és a legfrissebb letöltött n apok 
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ó adatme­
mó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önbö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 — 21.08.2023 — 003.001 — 52  
— 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áro­
lására képesnek kell lennie.  
▼M3 
3.12.17.  Határátlépések  
(133a) Az adatrögzítő készüléknek rögzítenie és adatmemóriá­
jában tárolnia kell az alábbi, határátlépésekre vonatkozó 
adatokat:  
— az ország, amelyet a jármű elhagyott,  
— az ország, amelybe a jármű belépett,  
— a helyzet, ahol a jármű átlépte az országhatárt.  
(133b) Az adatrögzítő készüléknek minden egyes országgal és 
helyzettel együtt az alábbi adatokat kell rögzítenie és 
tárolnia adatmemóriájában:  
— a járművezetői és/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,  
— a kapcsolódó GNSS-pontosság, valamint dátum és 
időpont,  
— arra vonatkozó jelölő, hogy a helyzet hitelesítve van-e,  
— a jármű kilométer-számlálójának értéke a határátlépés 
észlelésekor.  
(133c) Az adatmemóriának legalább 365 napig meg kell őriznie a 
határátlépésekre vonatkozó adatokat.  
(133d) Amennyiben a tárolóhely megtelik, az új adatoknak felül 
kell írniuk a régebbieket.  
3.12.18.  Berakodási/kirakodási m űveletek  
(133e) Az adatrögzítő készüléknek rögzítenie és adatmemóriá­
jában tárolnia kell az alábbi, berakodási és kirakodási 
műveletekre vonatkozó adatokat:  
— a művelet típusa (berakodás, kirakodás vagy egyidejű 
berakodás/kirakodás),  
— az a helyzet, ahol a berakodási/kirakodási műveletet 
elvégezték.  
(133f) Amennyiben a berakodási/kirakodási művelet időpontjában 
a GNSS-vevő nem ad 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.  
(133g) Az adatrögzítő készüléknek minden egyes művelettípussal 
és helyzettel együtt az alábbi adatokat kell rögzítenie és 
tárolnia adatmemóriájában:  
— a járművezetői és/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,  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 53  
— a berakodási/kirakodási művelet dátuma és időpontja,  
— a kapcsolódó GNSS-pontosság, valamint adott esetben 
a dátum és az időpont,  
— arra vonatkozó jelölő, hogy a helyzet hitelesítve van-e,  
— a jármű kilométer-számlálójának értéke.  
(133h) Az adatmemóriának legalább 365 naptári napig meg kell 
őriznie a berakodási/kirakodási műveletekre vonatkozó 
adatokat.  
(133i) Amennyiben a tárolóhely megtelik, az új adatoknak felül 
kell írniuk a régebbieket.  
3.12.19.  Digitális térkép  
(133j) A jármű helyzetének a határátlépésekkor történő rögzítés e 
céljából az adatrögzítő készüléknek digitális térképet kell 
tárolnia az adatmemóriájában.  
(133k) Az adatrögzítő készülék határátlépés-ellenőrző funkció­
jának támogatására szolgáló, engedélyezett digitális térké­
peket az Európai Bizottság egy erre a célra létrehozott, 
biztonságos honlapon bocsátja rendelkezésre, különböző 
letölthető formátumokban.  
(133l) A honlapon minden térkép esetében szerepelnie kell egy 
verzióazonosítónak és egy hash értéknek.  
(133m) A térképeknek a következő jellemzőkkel kell rendelkez­
niük:  
— a statisztikai célú területi egységek nómenklatúrája 
szerinti 0 NUTS-szintnek megfelelő felbontás,  
— 1:1 milliós méretarány.  
(133n) A menetírókészülék-gyártóknak ki kell választaniuk egy 
térképet a honlapról, és biztonságos módszerrel le kell 
tölteniük azt.  
(133o) A menetírókészülék-gyártók csak azt követően használ­
hatják a honlapról letöltött térképet, hogy a térkép hash 
értékének segítségével ellenőrizték annak integritását.  
(133p) A kiválasztott térképet a gyártónak kell megfelelő formá ­
tumban importálnia az adatrögzítő készülékbe, és ennek 
során az importált térkép szemantikai adatai nem módosul­
hatnak.  
(133q) A gyártónak az adatrögzítő készülékben használt térkép 
verzióazonosítóját is tárolnia kell.  
(133r) Lehetővé kell tenni a tárolt digitális térkép frissítésé t vagy 
az Európai Bizottság által rendelkezésre bocsátott új 
térképpel való felváltását.  
(133s) A digitálistérkép-frissítéseket a 226d. és 226e. követel mé­
nyek alkalmazásában a gyártó által meghatározott szoft­
verfrissítési mechanizmusok alkalmazásával kell elvégezni 
oly módon, hogy a korábbi térkép lecserélése és az új 
térkép tárolása előtt az adatrögzítő készülék ellenőrizni 
tudja az új, importált térkép hitelességét és sértetlenségét.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 54  
(133t) A menetírókészülék-gyártók további információkkal 
(például az uniós régiók határaival) egészíthetik ki 
a 133m. követelményben említett alaptérképet a határátlé­
pések rögzítésétől eltérő célból, feltéve, hogy az alaptérkép 
szemantikai adatait nem módosítják.  
▼B 
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,  
▼M3 
— 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, az előző és a 
folyó hétre vonatkozóan,  
▼B 
— a járművezetői kártyán rögzített adatok kért kinyoma­
tainak 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 tachog­
ráfká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 legfeljeb b 
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 nyil­
vánítania.  
▼M3 
(135a) A „TACHO_G2” alkalmazás szerkezete a verziótól függ. 
A 2. verziójú kártyák további elemi fájlokat tartalmaznak 
az 1. verziójú kártyákhoz képest, különösen a követke­
zőket:  
— a járművezetői és műhelykártyák esetében:  
— Az EF Places_Authentication elemi fájlnak tartal­
maznia kell az EF Places elemi fájlban tárolt 
járműhelyzetek hitelesítési státuszát. Minden hite­
lesítési státusszal együtt egy időbélyegzőt is el 
kell tárolni, amelynek pontosan meg kell egyeznie 
az EF Places elemi fájlban tárolt megfelelő hely­
zethez tartozó dátummal és időponttal.  
— Az EF Places_Authentication elemi fájlnak tartal­
maznia kell az EF GNSS_Places elemi fájlban 
tárolt járműhelyzetek hitelesítési státuszát. Minden 
hitelesítési státusszal együtt egy időbélyegzőt is el 
kell tárolni, amelynek pontosan meg kell egyeznie 
az EF Places elemi fájlban tárolt megfelelő hely­
zethez tartozó dátummal és időponttal.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 55  
— Az EF Border_Crossings, az EF Load_Unload_Opera­
tions és az EF Load_Type_Entries elemi fájlnak a határ­
átlépésekre, a berakodási/kirakodási műveletekre és szál­
lítmánytípusra vonatkozó adatokat kell tartalmaznia.  
— a műhelykártyák esetében:  
— Az EF Calibration_Add_Data elemi fájlnak az EF 
Calibration elemi fájlban tároltakon felüli, kiegé­
szítő kalibrálási adatokat kell tartalmaznia. Minden 
kiegészítő kalibrálási adatokkal együtt el kell 
tárolni a régi dátumot és időt, valamint a jármű- 
azonosító számot, amelyeknek pontosan meg kell 
egyezniük az EF Calibration elemi fájlban a megfe­
lelő kalibrálási adatokkal együtt tárolt régi 
dátummal és idővel, illetve jármű-azonosító­
számmal.  
— valamennyi tachográfkártya esetében:  
— Az EF VU_Configuration elemi fájlnak a kártyatu­
lajdonos által meghatározott, a menetíró készülékre 
vonatkozó egyedi beállításokat kell tartalmaznia.  
A járműegységnek figyelmen kívül kell hagynia az EF 
Places_Authentication vagy az EF GNSS_Places_Authen­
tication elemi fájlban szereplő hitelesítési státuszokat, ha 
az EF Places vagy az EF GNSS_Places elemi fájlban nem 
található azonos időbélyegzővel rendelkező járműhelyzet.  
A járműegységnek minden kártyán figyelmen kívül kell 
hagynia az EF VU_Configuration elemi fájlt, amennyiben 
nincsenek külön szabályok előírva az ilyen elemi fájl hasz­
nálatára vonatkozóan. Ezeket a szabályokat az I. C. 
melléklet módosítása révén kell meghatározni, amelynek 
magában kell foglalnia e bekezdés módosítását vagy 
törlését is.  
▼B 
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ög­
zí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 
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.  
(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űve­
zető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ártyatulajdonos által kézzel bevitt, a tevékenységre és a 
helyre vonatkozó adatokkal.  
▼M3 
(140) Azok az események és hibák, 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 az első generációs járműve­
zetői és műhelykártyákon.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 56  
(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ókapacitására szükségessé válik, az újabb adatok felül­
írják a régieket.  
(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álkoznia kell, és ha továbbra is sikertelennek bizonyul, 
a kártyát hibásnak és érvénytelennek kell nyilvánítania.  
▼M3 
(143) Miután a vonatkozó adatok a járművezetői vagy műhely­
kártyán tárolásra kerültek, de még a kártya kivétele előtt az 
adatrögzítő készüléknek vissza kell állítania a „kártyakap­
csolati adatokat”.  
▼B 
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 tachográ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.  
▼M3 
A „TACHO_G2” alkalmazás szerkezete a verziótól függ. 
A 2. verziójú kártyák további elemi fájlokat tartalmaznak 
az 1. verziójú kártyákhoz képest.  
▼B 
(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űve­
zető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ártyatulajdonos által kézzel bevitt, a tevékenységre és a 
helyre vonatkozó adatokkal.  
▼M3 
(147a) A járművezetői vagy műhelykártya behelyezésekor az 
adatrögzítő készüléknek el kell tárolnia a kártyán a jármű 
alapértelmezett szállítmánytípusát.  
(147b) A járművezetői vagy műhelykártya behelyezésekor és a 
kézi beviteli eljárást követően az adatrögzítő készüléknek 
ellenőriznie kell a kártyán tárolt legutóbbi olyan helyet, 
ahol a munkanap elkezdődött vagy befejeződött. Ez a 
hely az 59. követelménnyel összhangban ideiglenes is 
lehet. Ha ez a hely nem abban az országban található, 
ahol a jármű aktuálisan tartózkodik, az adatrögzítő készü­
léknek el kell tárolnia a kártyán egy határátlépési bejegy­
zést a következő adatokkal:  
— az ország, amelyet a járművezető elhagy: nem áll 
rendelkezésre,  
— az ország, amelybe a járművezető belépett: a jármű 
aktuális tartózkodási helye szerinti ország,  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 57  
— a határátlépés dátuma és időpontja: a kártya behelye­
zésének ideje,  
— a járművezető helyzete a határátlépéskor: nem áll 
rendelkezésre,  
— a jármű kilométer-számlálójának értéke: nem áll 
rendelkezésre.  
▼B 
(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ókapacitására szükségessé válik, az újabb adatok felül­
írják a régieket.  
(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álkoznia 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ártyaalkalmazá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ártyakapcsolati adatokat”.  
▼M3 
(150a) A járműegységnek minden kártyán figyelmen kívül kell 
hagynia az EF VU_Configuration elemi fájlt, amennyiben 
nincsenek külön szabályok előírva az ilyen elemi fájl hasz­
nálatára vonatkozóan. Ezeket a szabályokat az I. C. 
melléklet módosítása révén kell meghatározni, amelynek 
magában kell foglalnia e bekezdés módosítását vagy 
törlését is.  
▼B 
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. fejez e­
tében („Karakterkészletek”) meghatározott karakterek kijel­
zésére. A kijelzőn megengedett az egyszerűsített írásmód 
használata (például az ékezetes betűk ékezet nélkül vagy a 
kisbetűk nagybetűként való megjelenítése).  
(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őke t: 
— 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.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 58  
(157) Az adatrögzítő készülék kijelzőjének a 3. függelékben 
felsorolt piktogramokat vagy piktogram-kombinációkat 
kell alkalmaznia. Emellett további piktogramokat vagy 
piktogram-kombinációkat is kijelezhet, amennyiben ezek 
világosan megkülönböztethetők a fent említett piktogra­
moktó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ál­
lí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ŰVE­
ZETÉS, úgy a folyamatban lévő tevékenységének 
időtartama (a tevékenység kiválasztása óta), és tény­
leges 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 
üzemmó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.  
(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ő folyamatban lévő tevékenysége ezzel egy időben ne 
legyen kijelezve).  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 59  
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 tenn i: 
— UTC dátum és idő, valamint a helyi idő,  
▼M3 
— a 169. követelményben felsorolt kinyomatok bármelyi­
kének tartalma a kinyomatokkal megegyező formá­
tumban,  
▼B 
— 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,  
▼M3 
— 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,  
▼B 
opcionálisan:  
— a járműkísérő folyamatban lévő tevékenységének 
időtartama (a tevékenység menüből való kiválasztása 
óta), 
▼M3 
— 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.  
▼B 
(168) A kinyomat tartalmát szekvenciálisan, sorról sorra kell 
kijelezni. Amennyiben a kijelző szélessége nem éri el 
a 24 karaktert, gondoskodni kell arról, hogy a felhasználó 
a megfelelő módon az összes információt meg tudja jele­
níteni (több sorban, sorgörgetéssel stb.).  
A kinyomaton a kézzel írott információk számára fenntar­
tott sorokat nem kell megjeleníteni.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 60  
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 
megfelelően:  
— a kártyán tárolt járművezetői tevékenységek napi 
kinyomata,  
— 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,  
— 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öztet­
hető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 rendelke­
zésre. Az adatrögzítő készüléknek a nyomtatás megkez­
dé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 kinyo­
mata” 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 
kinyomtatá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. feje ­
zetében („Karakterkészletek”) meghatározott karakterek 
kinyomtatására.  
(175) A nyomtatóknak az említett kinyomatokat olyan felbon­
tásban kell előállítaniuk, hogy azok félreértések nélkül 
olvashatók legyenek.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 61  
(176) A kinyomatoknak rendes páratartalom mellett (10–90 %) 
és rendes hőmérsékleti körülmények között meg kell tarta­
niuk 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ássa l 
rendelkező papíron szerepelnie kell a megfelelő típus-jóvá­
hagyási jelnek és annak/azoknak a készüléktípus(ok)nak, 
amellyel/amelyekkel a papír felhasználható.  
(178) A kinyomatoknak legalább két éven keresztül tisztán 
olvashatónak és azonosíthatónak kell maradniuk a 
szokásos tárolási feltételekre jellemző fényerősség, páratar­
talom és hőmérsékletviszonyok mellett.  
(179) A kinyomatoknak legalább a 9. függelékben a tesztekre 
vonatkozóan meghatározott előírásoknak meg kell felel­
niü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.  
(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ű­
vezető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ít­
hető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óte­
ré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ő vissza­
igazolá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 ke ll 
jelezni, és e figyelmeztetésnek mindaddig láthatónak kell 
maradnia, amíg a felhasználó nem igazolja vissza az adat­
rögzítő készülék egy meghatározott gombjának vagy 
parancsának alkalmazásával.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 62  
(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/letö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.  
▼M3 
(193) Emellett opcionális lehetőségként az adatrögzítő készülék  
– bármely üzemmódban – bármilyen más interfészen 
keresztül adatokat tölthet le az ezen a csatorná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.  
▼B 
(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.  
▼M3 
(196a) Az e mellékletnek megfelelő és az 561/2006/EK rendelet 
hatálya alá tartozó adatrögzítő készülékkel felszerelt jármű­
veket használó fuvarozási vállalkozásnak gondoskodnia 
arról, hogy minden adat letöltésre kerüljön a járműegy­
ségről és a járművezetői kártyákról.  
A maximális időtartam, amelyen belül a vonatkozó 
adatokat le kell tölteni, nem haladhatja meg:  
— a 90 napot a járműegységen tárolt adatok esetében,  
— a 28 napot a járművezetői kártyán tárolt adatok 
esetében.  
(196b) A fuvarozási vállalkozásoknak a rögzítést követően 
legalább tizenkét hónapig meg kell őrizniük a járműegy­
ségről és a járművezetői kártyákról letöltött adatokat.  
▼B 
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ásodper­
ceké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 leol­
vasók számára elérhetővé tenni, amint azt a 14. függelék 
meghatározza.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 63  
(199) A célzott közúti ellenőrzések céljára a következő adatok 
szüksé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 ,  
▼M3 
— a jármű helyzete,  
— annak jelzése, hogy a járművezető esetében aktuálisan 
fennállhat-e az előírt vezetési idők megszegése.  
3.20.  Adatcsere küls ő kiegészít ő eszközökkel  
(200) Az adatrögzítő készüléket a 13. függelékkel összhangban 
ITS-interfésszel is fel kell szerelni, amely lehetővé teszi a 
menetíró készülék vagy a tachográfkártyák által rögzített 
vagy előállított adatok külső eszköz általi felhasználását.  
Működési üzemmódban a járművezető hozzájárulására van 
szükség a személyes adatoknak az ITS-interfészen keresz­
tüli továbbításához. A járművezető hozzájárulása azonban 
nem vonatkozik a menetíró készülék vagy a tachográfkár­
tyák azon adataira, amelyekhez ellenőrzési, vállalkozási 
vagy kalibrálási üzemmódban fértek hozzá. Az ezen üzem­
módokra vonatkozó adat- és funkcionális hozzáférési 
jogokat a 12. és a 13. követelmény határozza meg.  
Az említett interfészen keresztül rendelkezésre bocsátott 
ITS-adatokra a következő követelmények vonatkoznak:  
— a személyes adatok csak akkor bocsáthatók rendelke­
zésre, ha a járművezető ellenőrizhető hozzájárulását 
adta ehhez, elfogadva, hogy a személyes adatok 
elhagyhatják a járműhálózatot.  
Az ITS-interfészen keresztül rendelkezésre bocsátható, 
meglévő adatok körét és az adatok személyesként vagy 
nem személyesként való besorolását a 13. függelék 
határozza meg. A 13. függelékben megadott adatokon 
kívül más adatok is továbbíthatók. A járműegység 
gyártójának ezeket az adatokat „személyes” vagy 
„nem személyes” adatként kell besorolnia, a „szemé­
lyes” minősítésű adatok esetében pedig szükséges a 
járművezető hozzájárulása,  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 64  
— a járművezető hozzájárulása bármikor megadható vagy 
visszavonható a menüben szereplő parancsok segít­
ségével, ha a járművezetői kártya be van helyezve,  
— 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.  
A készüléknek emellett kiegészítő interfészei is lehetnek, 
amennyiben azok teljes mértékben megfelelnek 
a 13. függelék követelményeinek a járművezető hozzájáru­
lását illetően. 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 és külső eszkö­
zökre.  
A járműhálózatba bevitt olyan személyes adatok esetében, 
amelyek a járműhálózaton kívül további adatkezelésen 
esnek át, nem a menetírókészülék-gyártó felelőssége, 
hogy a személyes adatok kezelése az adatvédelemre vonat­
kozó uniós jogszabályoknak megfelelően történjen.  
Az ITS-interfésznek a 61. követelménynek megfelelő kézi 
beviteli eljárás során lehetővé kell tennie az adatbevitelt a 
járművezető és a járműkísérő számára egyaránt.  
Az ITS-interfész felhasználható további információk valós 
idejű bevitelére is, például a következőkére:  
— a járművezető tevékenységének kiválasztása a 46. 
követelménnyel összhangban,  
— helyek bevitele az 56. követelménnyel összhangban,  
— különleges körülmények bevitele a 62. követelménnyel 
összhangban,  
— berakodási/kirakodási műveletek bevitele a 62a. köve­
telménnyel összhangban.  
Ezek az információk más interfészeken keresztül is bevi­
hetők.  
(201) A visszamenőleges kompatibilitásra tekintettel a menetíró  
készülékeket továbbra is fel lehet szerelni a 3821/85/EGK ren­
delet legutóbb módosított változatának I. B. mellékletében 
meghatározott soroskapcsolat-interfésszel. A soros kapcsolat 
a 200. követelmény szerint a járműhálózat részének minősül.  
▼B 
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űegy­
séggel,  
— 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 adap­
tálása a jármű jellemző együtthatójához (w),  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 65  
— 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ó 
adatainak aktualizálása,  
— a külső GNSS-eszköz adatmemóriában tárolt azonosító 
adatainak aktualizálása adott esetben,  
— az összes elhelyezett plomba típusának és azonosítá­
sának aktualizálása,  
▼M3 
— 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, adott esetben a sebességkorlátozó 
készülék beállítása, és az alapértelmezett szállítmány­
típus,  
— a következő adatok tárolása: az ország, ahol a kalibrá­
lást elvégezték, valamint az a dátum és időpont, amikor 
a GNSS-vevő megadta az ezen ország meghatározá­
sához használt helyzetet.  
▼B 
(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üggelé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 adat­
memóriájába.  
▼M3 
(205) A külső GNSS-eszköznek a járműegységre való rákapcso­
ló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 telepítésével kapcsolatos adatok aktuali­
zá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özről a járműegység 
adatmemóriájába.  
▼B 
(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ít­
ségével, a 8. függelékben meghatározott kalibrálási proto­
kollal összhangban. A szükséges adatok kalibrálási funk­
ción keresztüli betáplálása más eszközzel is történhet.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 66  
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ő sorozat­
számának és adott esetben a járműegységhez csatlakozta­
tott 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 
lehetsé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 
interfé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.  
▼M3 
Ha a kalibrálási I/O jelvonal I/O üzemmódja e követel­
ménnyel összhangban aktív, a járműegység nem aktivál­
hatja a „Járművezetés megfelelő kártya nélkül” figyelmez­
tetést (75. követelmény).  
▼B 
3.23 Id őbeállítás  
(210) Az időbeállítási funkció lehetővé teszi az aktuális idő b eál­
lítását. Az adatrögzítő készülék két forrást használ az 
időbeállításhoz, melyek: 1) a járműegység beépített órája, 
2) a GNSS-vevő.  
▼M3 
(211) A járműegység beépített órájának időbeállítását változó 
időintervallumokban automatikusan ki kell igazítani. Az 
automatikus időkiigazítást az előzőt követő 72–168 órával 
kell elindítani, azután, hogy a járműegység a 12. függe­
lékkel összhangban egy érvényes és hitelesített helyzet­
meghatározási üzenettel hozzáfér a GNSS-időhöz. Az 
időkiigazítás azonban soha nem haladhatja meg a jármű­
egység gyártója által a 41b. követelménynek megfelelően 
kiszámított, összesített napi maximális időeltérést. Ha a 
járműegység belső órája és a GNSS-vevő által jelzett idő 
közötti különbség nagyobb, mint az összesített napi maxi­
mális időeltérés, akkor az időkiigazítás során a jármű­
egység belső óráját a GNSS-vevő idejéhez a lehető legkö­
zelebb kell állítani. Az időbeállításra csak akkor kerülhet 
sor, ha a GNSS-vevő által jelzett időadathoz a 12. függe­
lékben meghatározott hitelesített helyzetmeghatározási 
üzenetek segítségével férnek hozzá. A járműegységbe 
épített óra automatikus beállításához a hitelesített helyzet­
meghatározási üzenetben szereplő időt kell használni.  
(212) Az időbeállítási funkciónak az aktuális idő kalibrálási 
üzemmódban történő, külső körülmény által kiváltott beál­
lítását is lehetővé kell tennie.  
A műhelyek a következő eljárásokkal állíthatják be az időt:  
— időérték beírása a járműegységbe a WriteDataByIden­
tifier szolgáltatás használatával, a 8. függelék 6.2. 
szakaszának megfelelően, vagy  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 67  
— a járműegység órájának a GNSS-vevő által biztosított 
időhöz való hozzáigazításának kérése. Erre csak akkor 
kerülhet sor, ha a GNSS-vevő által jelzett időadathoz 
hitelesített helyzetmeghatározási üzenetek segítségével 
férnek hozzá. Ez utóbbi esetben a 8. függelék 8. szaka­
szának megfelelően a RoutineControl szolgáltatást 
alkalmazni.  
▼B 
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éke­
lő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 adatmemória tartalmának – 40 °C-ig sérülés­
mentesnek kell maradnia.  
(214) A menetíró készüléknek a 10 %-tól a 90 %-ig terjedő 
páratartalom-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, a z 
energiaellátás polaritásának felcserélésétől és a rövidzárla­
toktó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öve­
telmé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árd­
sággal, továbbá állandó elektromos és mágneses jellem­
zőkkel rendelkező 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.  
(223) Az adatrögzítő készüléket óvni kell a véletlenül bekövet­
kező sérülésektől.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 68  
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ág­
mé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övidítéssel kell megadni. Lehetővé kell tenni, hogy az 
adatrögzí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ék­
egysé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 
ismertető 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.  
▼M3 
3.27.  A határátlépések nyomon követése  
(226a) E funkció feladata annak észlelése, hogy a jármű átlépte -e 
egy ország határát, valamint hogy a jármű melyik országot 
hagyta el, és melyik ország került bevitelre.  
(226b) A határátlépés észlelésének az adatrögzítő készülék álta l 
mért és a 3.12.19. pontnak megfelelő, tárolt digitális 
térképen meghatározott helyzeten kell alapulnia.  
(226c) Amennyiben a jármű 120 másodpercnél rövidebb ideig 
tartózkodik egy országban, a határátlépést nem kell rögzí­
teni. 
3.28.  Szoftverfrissítés  
(226d) A járműegységnek rendelkeznie kell az olyan szoftverfris ­
sítések végrehajtására szolgáló funkcióval, amelyek 
esetében a 226f. követelményben meghatározott erőforrá­
sokon felül nem állnak rendelkezésre további hardveres 
erőforrások, és amelyekre a típusjóváhagyó hatóságok az 
165/2014/EU rendelet 12. cikkének (5) bekezdésével össz­
hangban engedélyt adnak a meglévő típusjóváhagyással 
rendelkező járműegység alapján.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 69  
(226e) A szoftverfrissítési funkciót úgy kell kialakítani, hogy  
támogassa a következő funkcionális jellemzőket, ameny­
nyiben azok jogilag előírtak:  
— a 2.2. pontban említett funkciók módosítása, kivéve 
magát a szoftverfrissítési funkciót,  
— a közúti fuvarozásra vonatkozó uniós jogszabályok 
végrehajtásához közvetlenül kapcsolódó új funkciók 
hozzáadása,  
— a 2.3. pontban említett üzemmódok módosítása,  
— a fájlszerkezet módosítása, például új adatok hozzáa­
dása vagy a fájl méretének növelése,  
— hibajavító csomagok telepítése a szoftverhibák, vala­
mint a biztonsági hiányosságok vagy a menetíró 
készülék funkcióit ért támadások kezelésére.  
(226f) A járműegység gyártójának a szoftverek és adatok tárolá­
sára szolgáló hardveres erőforrások legalább 35 %-át 
szabadon kell hagynia a 226e. követelmény végrehajtása 
céljából, valamint a 2021. évi NUTS 0 térképverzióhoz 
szükséges hardvererőforrások alapján a digitális térképek 
tárolására szolgáló hardvererőforrások legalább 65 %-át 
szabadon kell hagynia térképfrissítés céljából.  
▼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áská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ég y­
szögben, negatívan nyomtatva, 12 sárga csillaggal körül­
vé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  N L  Hollandia  
D 
EST Németország 
Észtország  A 
PL Ausztria 
Lengyelország  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 70  
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  U K  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űhelyká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óneve(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élo kra (opcionális)  
5. a A vezetői engedély száma: 
(a járművezetői kártya 
kiállí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 (opcio­
nális)  
7. A tulajdonos aláírása (opcionális)  
8. A tulajdonos lakóhelye 
vagy postacíme (opcio­
ná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 
magyarázata,  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 71  
(233) adott esetben és a tulajdonos kifejezett, írásbeli beleeg ye­
zésével olyan adatok, amelyek nem kapcsolatosak a jármű­
vezetői kártya adminisztrációjával, amennyiben nem nehe­
zí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 
írisznyomtatá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.
  
► (1) M1 
► (2) M3 
(236) A Bizottsággal folyatott megfelelő egyeztetés után e 
melléklet egyéb rendelkezéseinek sérelme nélkül a tagál­
lamok más színeket vagy jelöléseket is használhatnak, 
például nemzeti szimbólumokat vagy biztonsági elemeket.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 72  
(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, valam int 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 ada tokat 
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érlet et. 
(238) A rendszerbiztonság elérése céljából a tachográfkártyákna k 
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 
lehető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 helyes­
bí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 viszo­
nyok között, és legalább a – 25 °C-tól + 70 °C-ig terjedő 
hőmérsé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.  
(242) A tachográfkártyáknak a 10 %-tól 90 %-ig terjedő páratar­
talom-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 felel­
niü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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 73  
4.5 Adattárolás  
E szakasz alkalmazásában:  
— Eltérő utasítások hiányában az időt egyperces pontossággal ke ll 
rögzíteni.  
— A kilométer-számláló értékeit egy kilométeres pontossággal ke ll 
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ó ada t­
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ár a 
fenntartott tárolóhely megtelik.  
(245) E szakasz meghatározza a különféle alkalmazások adat­
fá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.  
▼M3 
(246) A tachográfkártyákon bármely további adat is tárolható, 
feltéve, hogy ezen adatok tárolása megfelel az adatvéde­
lemre vonatkozó hatályos jogszabályoknak.  
▼B 
(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 megha­
tározott célra rendelt fájlból (DF) áll:  
— DF Tachograph, amely az első generációs járműegy­
ségek számára elérhető alkalmazást tartalmazza, amely 
az első generációs tachográfkártyákban is jelen van,  
— DF Tachograph_G2, amely a csak második generációs 
járműegységek számára elérhető alkalmazást tartal­
mazza, amely csak a második generációs tachográfkár­
tyákban van jelen.  
▼M3 
Megjegyzés: a második generációs kártyák 2. verziója 
további elemi fájlokat tartalmaz a DF Tachograph_G2 
adatfájlban.  
▼B 
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ár a 
a következő adatokat kell tárolniuk:  
— stopperóra,  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 74  
— 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) azono­
sí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 
kiterjesztett 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:  
— abban az esetben, ha a tachográfkártya támogatja a 
kiterjesztett 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ásazono­
sító adatokat kell tárolnia:  
— tachográfalkalmazás-azonosító,  
— tachográfkártyatípus-azonosító.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 75  
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 kapcso­
latos 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őpontjá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),  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 76  
— az utolsó kártyakapcsolat nem megfelelő lezárása 
(amennyiben az esemény ehhez a kártyához kapcso­
lódik),  
— 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 
kapcsolatban 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ártyakivétel dátuma és időpontja, ha az esemény 
már folyamatban volt ezen időpontban),  
— a jármű rendszáma (VRN) és azon jármű nyilvántar­
tá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ártyabe­
helyezés dátumával és időpontjával,  
— a jármű adatainak meg kell egyezniük az eseményt 
előidé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ű 
adataival, amelyben a kapcsolat nem került megfele­
lő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).  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 77  
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 
kapcsoló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 kapcso­
latban a következő adatokat kell tárolnia:  
— hibakód,  
— a hiba kezdetének dátuma és időpontja (vagy a kártya­
behelyezés dátuma és időpontja, ha a hiba már folya­
matban volt ezen időpontban),  
— a hiba végének dátuma és időpontja (vagy a kártyaki­
vé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ántar­
tá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 
vonatkozó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övetkező 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áltoztatta 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, EGYE­
DÜLI),  
— a kártyaolvasó egység (JÁRMŰVEZETŐI, 
JÁRMŰKÍSÉRŐI),  
— a kártyaállapot (BEHELYEZVE, NINCS BEHE­
LYEZVE)  
— a tevékenység (JÁRMŰVEZETÉS, KÉSZENLÉT, 
MUNKA, SZÜNET/PIHENÉS),  
— a változás időpontja.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 78  
(267) A járművezetői kártya memóriájának a járművezető tevé­
kenysé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 
sorrendjé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 
vonatkozó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 tekinte­
té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ősza­
kára vonatkozóan, vagy 00.00 óra, amennyiben a hasz­
ná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 folyamatban van),  
— 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 kapcso­
latban, amelyeket a járművezető a munkanapok kezdetének 
és/vagy végének helyeként bevitt a készülékbe, a követ­
kező 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 adatbe­
vitel 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ártyakapcsolatot megnyitotta:  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 79  
— 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ártya­
letö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ül ­
mé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.  
(277) A járművezetői kártyának legalább 56 ilyen rekord tárolá­
sára képesnek kell lennie.  
▼M3 
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 e s e t é  b e n n e m 
e l é r h e t ő , a m á s o d i k g e n e r á c i ó s j á r m ű  e g y s é g e k 
1 . é s 2 . v e r z i ó j a e s e t é b e n e l é r h e t ő )  
▼B 
4.5.3.2.1 Alkalmazásazonosító  
(278) A járművezetői kártyának a következő alkalmazásazono­
sító adatokat kell tárolnia:  
— tachográfalkalmazás-azonosító,  
— tachográfkártyatípus-azonosító.  
▼M3 
4.5.3.2.1.1. Kiegészítő alkalmazásazonosító (a második generáci ós járműegy­
ségek 1. verziója esetében nem elérhető)  
(278a) A járművezetői kártyának alkalmasnak kell lennie a kizá­
rólag a 2. verzió esetében használatos kiegészítő alkalma­
zásazonosító adatok tárolására.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 80  
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 kapcso­
latos 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őpontjá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 — 21.08.2023 — 003.001 — 81  
— a kártya behelyezése járművezetés közben (ameny­
nyiben az esemény ehhez a kártyához kapcsolódik),  
— az utolsó kártyakapcsolat nem megfelelő lezárása 
(amennyiben az esemény ehhez a kártyához kapcso­
ló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 infor­
má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 
kapcsolatban 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ártyakivétel dátuma és időpontja, ha az esemény 
már folyamatban volt ezen időpontban),  
— a jármű rendszáma (VRN) és azon jármű nyilvántar­
tá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ártyabe­
helyezés dátumával és időpontjával,  
— a jármű adatainak meg kell egyezniük az eseményt 
előidé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 — 21.08.2023 — 003.001 — 82  
— a jármű adatainak meg kell egyezniük azon jármű 
adataival, amelyben a kapcsolat nem került megfele­
lően lezárásra.  
▼M3 
(287) A járművezetői kártyának minden egyes eseménytípussal 
összefüggésben tárolnia kell a 12 legutóbbi eseményre 
vonatkozó adatokat (azaz 132 eseményt).  
▼B 
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 
kapcsoló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 kapcso­
latban a következő adatokat kell tárolnia:  
— hibakód,  
— a hiba kezdetének dátuma és időpontja (vagy a kártya­
behelyezés dátuma és időpontja, ha a hiba már folya­
matban volt ezen időpontban),  
— a hiba végének dátuma és időpontja (vagy a kártyaki­
vé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ántar­
tásba vétele szerinti tagállam, amelyben a hiba történt.  
▼M3 
(290) A járművezetői kártyának minden egyes hibatípussal 
összefüggésben tárolnia kell a 24 legutóbbi hibára vonat­
kozó adatokat (azaz 48 hibát).  
▼B 
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 
vonatkozó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övetkező 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áltoztatta 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, EGYE­
DÜLI),  
— a kártyaolvasó egység (JÁRMŰVEZETŐI, 
JÁRMŰKÍSÉRŐI),  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 83  
— a kártyaállapot (BEHELYEZVE, NINCS BEHE­
LYEZVE)  
— a tevékenység (JÁRMŰVEZETÉS, KÉSZENLÉT, 
MUNKA, SZÜNET/PIHENÉS),  
— a változás időpontja.  
▼M3 
(292) A járművezetői kártya memóriájának a járművezető tevé­
kenységére vonatkozó adatokat 56 napon át kell tárolnia 
(egy járművezető átlagos tevékenysége e követelménnyel 
összefüggésben napi 117 tevékenységváltozás).  
▼B 
(293) A 286., 289. és 291. követelményben felsorolt adatokat 
úgy kell tárolni, hogy a tevékenységeket előfordulásuk 
sorrendjé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 
vonatkozó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 tekinte­
té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ősza­
kára vonatkozóan vagy 00.00 óra, amennyiben a hasz­
nálati időszak éppen folyamatban van),  
— a jármű kilométer-számlálójának értéke az első hasz­
ná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 folyamatban 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).  
▼M3 
(295) A járművezetői kártyának képesnek kell lennie 200 ilyen 
rekord tárolására.  
▼B 
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 kapcso­
latban, amelyeket a járművezető a munkanapok kezdetének 
és/vagy végének helyeként bevitt a készülékbe, a követ­
kező 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),  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 84  
— a bevitt adat típusa (kezdés vagy befejezés, az adatbe­
vitel 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.  
▼M3 
(297) A járművezetői kártya memóriájának képesnek kell lennie 
112 ilyen rekord tárolására.  
▼B 
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ártyakapcsolatot 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ártya­
letö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ül ­
mé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 — 21.08.2023 — 003.001 — 85  
(302) A járművezetői kártyának képesnek kell lennie 112 ilyen 
rekord tárolására.  
▼B 
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,  
▼M3 
(304) A járművezetői kártyának képesnek kell lennie 200 ilyen 
rekord tárolására.  
▼M1 
4.5.3.2.16 Azon helyek adatai, ahol a halmozott járművezetési i dő 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 kapcso­
latban, 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űveze­
té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.  
▼M3 
(306) A járművezetői kártyának képesnek kell lennie 336 ilyen 
rekord tárolására.  
4.5.3.2.17. Az azon helyekhez kapcsolódó helyzetek hitelesítési  státusza, ahol a 
munkanapok kezdődnek és/vagy végződnek (a második generációs 
járműegységek 1. verziója esetében nem elérhető)  
(306a) A járművezetői kártyának azokkal a helyekkel kapcso­
latban, amelyeket a járművezető a 4.5.3.2.11. ponttal össz­
hangban a munkanapok kezdetének és/vagy végének 
helyeként bevitt a készülékbe, a következő kiegészítő 
adatokat kell tárolnia:  
— a bevitel dátuma és időpontja, amelynek pontosan meg 
kell egyeznie a DF Tachograph_G2 adatfájl EF Places 
elemi fájljában tárolt dátummal és időponttal,  
— arra vonatkozó jelölő, hogy a helyzet hitelesítve van-e.  
(306b) A járművezetői kártya memóriájának képesnek kell lennie 
112 ilyen rekord tárolására.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 86  
4.5.3.2.18. Azon helyzetek hitelesítési státusza, ahol a halmoz ott járművezetési 
idő eléri a három órát (a második generációs járműegységek 1. 
verziója esetében nem elérhető)  
(306c) A járművezetői kártyának a következő kiegészítő adatokat  
kell tárolnia a jármű azokban az időpontokban elért hely­
zetével kapcsolatban, amikor a 4.5.3.2.16. ponttal össz­
hangban 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űveze­
tési idő eléri a három óra többszörösét, amelynek 
pontosan meg kell egyeznie a DF Tachograph_G2 
adatfájl EF GNSS_Places elemi fájljában tárolt 
dátummal és időponttal,  
— arra vonatkozó jelölő, hogy a helyzet hitelesítve van-e.  
(306d) A járművezetői kártyának képesnek kell lennie 336 ilyen 
rekord tárolására.  
4.5.3.2.19. Határátlépések (a második generációs járműegységek 1. verziója 
esetében nem elérhető)  
(306e) A járművezetői kártyának képesnek kell lennie a határátl é­
péssel kapcsolatos következő adatok eltárolására, amikor 
a 147b. követelménynek megfelelően behelyezik a kártyát, 
vagy amikor a kártya be van helyezve:  
— az ország, amelyet a jármű elhagyott,  
— az ország, amelybe a jármű belépett,  
— a határátlépés dátuma és időpontja,  
— a jármű helyzete a határátlépéskor,  
— a GNSS pontossága,  
— arra vonatkozó jelölő, hogy a helyzet hitelesítve van-e,  
— a jármű kilométer-számlálójának értéke.  
(306f) A járművezetői kártya memóriájának képesnek kell lennie 
1120 ilyen rekord tárolására.  
4.5.3.2.20. Berakodási/kirakodási műveletek (a második generáci ós járműegy­
ségek 1. verziója esetében nem elérhető)  
(306g) A járművezetői kártyának a berakodási/kirakodási művele­
tekkel kapcsolatban a következő adatokat kell tárolnia:  
— a művelet típusa (berakodás, kirakodás vagy egyidejű 
berakodás/kirakodás),  
— a berakodási/kirakodási művelet dátuma és időpontja,  
— a jármű helyzete,  
— a GNSS pontossága és a helyzet meghatározásának 
dátuma és időpontja,  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 87  
— arra vonatkozó jelölő, hogy a helyzet hitelesítve van-e,  
— a jármű kilométer-számlálójának értéke.  
(306h) A járművezetői kártyának képesnek kell lennie 1624 ilyen  
berakodási/kirakodási művelet tárolására.  
4.5.3.2.21. Szállítmánytípusra vonatkozó adatok (a második gene rációs jármű­
egységek 1. verziója esetében nem elérhető)  
(306i) A járművezetői kártyának minden egyes kártyabehelye­
zéskor tárolnia kell a szállítmánytípussal kapcsolatban a 
járműegység által automatikusan bevitt következő 
adatokat:  
— a megadott szállítmánytípus (áruk vagy utasok),  
— az adatbevitel dátuma és időpontja.  
(306j) A járművezetői kártyának képesnek kell lennie 336 ilyen 
rekord tárolására.  
4.5.3.2.22. Járműegység-konfigurációk (a második generációs jár műegységek 1. 
verziója esetében nem elérhető)  
(306k) A járművezetői kártyának el kell tárolnia a kártyatulaj­
donos által meghatározott, a menetíró készülékre vonat­
kozó egyedi beállításokat.  
(306l) A kártyatulajdonos által meghatározott, a menetíró készü ­
lékre vonatkozó egyedi beállítások számára 3072 bájt táro­
lókapacitást kell biztosítani a járművezetői kártyán.”;  
▼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 azono­
sí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.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 88  
4.5.4.1.4 A kártyatulajdonos azonosítása  
(311) A műhelykártyának a következő kártyatulajdonos-azono­
sí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.  
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, 
kilomé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 
alkatré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 kapcso­
latos adatrekordokat.  
(319) A műhelykártyának minden eseménytípussal összefüg­
gé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).  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 89  
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 vonat­
kozó adatokat.  
(321) A műhelykártyának a járművezető tevékenységére vonat­
kozó adatokat legalább egy napig tárolnia kell, átlagos 
járművezető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ó adat ok 
(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 vonatkozó adatokat.  
(325) A műhelykártyának legalább 3 ilyen rekordpár tárolására 
képesnek kell lennie.  
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 vonat­
kozó adatokat.  
(329) A műhelykártyának legalább 2 ilyen rekord tárolására 
képesnek kell lennie.  
▼M3 
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 e s e t é  b e n n e m 
e l é r h e t ő , a m á s o d i k g e n e r á c i ó s j á r m ű  e g y s é g e k 
1 . é s 2 . v e r z i ó j a e s e t é b e n e l é r h e t ő )  
▼B 
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ó.  
▼M3 
4.5.4.2.1.1. Kiegészítő alkalmazásazonosító (a második generáci ós járműegy­
ségek 1. verziója esetében nem elérhető)  
(330a) A műhelykártyának alkalmasnak kell lennie a kizárólag 
a 2. verzió esetében használatos kiegészítő alkalmazásazo­
nosító adatok tárolására.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 90  
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 azono­
sí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-azono­
sí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.  
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, 
kilomé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 
alkatré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 sorozat­
száma adott esetben),  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 91  
— az összes elhelyezett plomba típusa és azonosítása,  
— képes-e a járműegység első generációs tachográfkár­
tyák használatára (aktiválva van-e ez a funkció, 
avagy sem).  
▼M3 
(338) A műhelykártyának képesnek kell lennie 255 ilyen rekord 
tárolására.  
▼B 
(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 kapcso­
latos adatrekordokat.  
(342) A műhelykártyának minden eseménytípussal összefüg­
gé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 vonat­
kozó adatokat.  
▼M3 
(344) A műhelykártyának a járművezető tevékenységére vonat­
kozó adatokat 240 tevékenységváltásig és legalább egy 
napig tárolnia kell.  
▼B 
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.  
▼M3 
(346) A műhelykártyának képesnek kell lennie 8 ilyen rekord 
tárolására.  
4.5.4.2.10. A munkanap kezdő és/vagy végső helyére és helyzetér e vonatkozó 
adatok  
(347) A műhelykártyának a járművezetői kártyával azonos 
módon kell tárolnia a munkanapok kezdő és/vagy végső 
helyére és helyzetére vonatkozó adatokat.  
(348) A műhelykártyának képesnek kell lennie 4 ilyen rekordpár 
tárolására.  
▼B 
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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 92  
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ö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,  
▼M3 
(352) A műhelykártyának képesnek kell lennie 8 ilyen rekord 
tárolására.  
▼M1 
4.5.4.2.14 Azon helyek adatai, ahol a halmozott járművezetési i dő 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űveze­
té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.  
▼M3 
(354) A műhelykártyának képesnek kell lennie 24 ilyen rekord 
tárolására.  
▼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 vonat­
kozó adatokat.  
▼M3 
(356) A műhelykártyának képesnek kell lennie 4 ilyen rekord 
tárolására.  
4.5.4.2.16. Az azon helyekhez kapcsolódó helyzetek hitelesítési  státusza, ahol a 
munkanapok kezdődnek és/vagy végződnek (a második generációs 
járműegységek 1. verziója esetében nem elérhető)  
(356a) A műhelykártyának a járművezetői kártyával azonos 
módon kell tárolnia a munkanapok kezdő és/vagy végső 
helyével kapcsolatos kiegészítő adatokat.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 93  
(356b) A műhelykártya memóriájának képesnek kell lennie 
4 ilyen rekordpár tárolására.  
4.5.4.2.17. Azon helyzetek hitelesítési státusza, ahol a halmoz ott járművezetési 
idő eléri a három órát (a második generációs járműegységek 1. 
verziója esetében nem elérhető)  
(356c) A műhelykártyának a járművezetői kártyával azonos 
módon kell tárolnia a jármű azokban az időpontokban 
elért helyzetével kapcsolatos kiegészítő adatokat, amikor 
a halmozott járművezetési idő elérte a három óra többszö­
rösét.  
(356d) A műhelykártyának képesnek kell lennie 24 ilyen rekord 
tárolására.  
4.5.4.2.18. Határátlépések (a második generációs járműegységek 1. verziója 
esetében nem elérhető)  
(356e) A műhelykártyának a járművezetői kártyával azonos 
módon kell tárolnia a határátlépésekre vonatkozó adatokat.  
(356f) A műhelykártya memóriájának képesnek kell lennie 
4 ilyen rekord tárolására.  
4.5.4.2.19. Berakodási/kirakodási műveletek (a második generáci ós járműegy­
ségek 1. verziója esetében nem elérhető)  
(356g) A műhelykártyának a járművezetői kártyával azonos 
módon kell tárolnia a berakodási/kirakodási műveletekre 
vonatkozó adatokat.  
(356h) A műhelykártyának képesnek kell lennie 8 ilyen berako­
dási, kirakodási vagy egyidejű berakodási/kirakodási 
művelet tárolására.  
4.5.4.2.20. Szállítmánytípusra vonatkozó adatok (a második gene rációs jármű­
egységek 1. verziója esetében nem elérhető)  
(356i) A műhelykártyának a járművezetői kártyával azonos 
módon kell tárolnia a szállítmánytípusra vonatkozó 
adatokat.  
(356j) A műhelykártyának képesnek kell lennie 4 ilyen rekord 
tárolására.  
4.5.4.2.21. Kiegészítő kalibrálási adatok (a második generációs  járműegységek 
1. verziója esetében nem elérhető)  
(356k) A műhelykártyának alkalmasnak kell lennie a következő, a  
kizárólag a 2. verzió esetében használatos kiegészítő kalib­
rálási adatok tárolására:  
— a régi dátum és idő, valamint a jármű-azonosító szám, 
amely adatoknak pontosan meg kell egyezniük a DF 
Tachograph_G2 adatfájl EF Calibration elemi fájljában 
tárolt adatokkal,  
— a kalibrálás során bevitt alapértelmezett szállítmány­
típus,  
— az ország, ahol a kalibrálást elvégezték, valamint az a 
dátum és időpont, amikor a GNSS-vevő megadta az 
ezen ország meghatározásához használt helyzetet.  
(356l) A műhelykártyának képesnek kell lennie 255 ilyen rekord 
tárolására.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 94  
4.5.4.2.22. Járműegység-konfigurációk (a második generációs jár műegységek 1. 
verziója esetében nem elérhető)  
(356m) A műhelykártyának el kell tárolnia a kártyatulajdonos ál tal 
meghatározott, a menetíró készülékre vonatkozó egyedi 
beállításokat.  
(356n) A kártyatulajdonos által meghatározott, a menetíró készü ­
lékre vonatkozó egyedi beállítások számára 3072 bájt táro­
lókapacitást kell biztosítani a műhelykártyán.  
▼B 
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- 
azonosí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,  
▼M3 
— ellenőrzés típusa (kijelzés és/vagy nyomtatás és/vagy 
járműegység adatainak letöltése és/vagy kártyaletöltés),  
▼B 
— letöltött időszak (adott esetben),  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 95  
— 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ál­
lító tagállam.  
(362) Az ellenőrzőkártyának legalább 230 ilyen rekord tárolásár a 
képesnek kell lennie.  
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ó.  
▼M3 
4.5.5.2.1.1. Kiegészítő alkalmazásazonosító (a második generáci ós járműegy­
ségek 1. verziója esetében nem elérhető)  
(363a) Az ellenőrzőkártyának alkalmasnak kell lennie a kizáróla g 
a 2. verzió esetében használatos kiegészítő alkalmazásazo­
nosító adatok tárolására.  
▼B 
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- 
azonosí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,  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 96  
— 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ártya­
letö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ál­
lító tagállam.  
(368) Az ellenőrzőkártyának legalább 230 ilyen rekord tárolásár a 
képesnek kell lennie.  
▼M3 
4.5.5.2.6. Járműegység-konfigurációk (a második generációs járm űegységek 1. 
verziója esetében nem elérhető)  
(368a) Az ellenőrzőkártyának el kell tárolnia a kártyatulajdono s 
által meghatározott, a menetíró készülékre vonatkozó 
egyedi beállításokat.  
(368b) A kártyatulajdonos által meghatározott, a menetíró készü ­
lékre vonatkozó egyedi beállítások számára 3072 bájt táro­
lókapacitást kell biztosítani az ellenőrzőkártyán.  
▼B 
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- 
azonosító adatokat kell tárolnia:  
— a vállalkozás neve,  
— a vállalkozás címe.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 97  
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é­
kenysé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.  
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ó.  
▼M3 
4.5.6.2.1.1. Kiegészítő alkalmazásazonosító (a második generáci ós járműegy­
ségek 1. verziója esetében nem elérhető)  
(375a) A vállalkozáskártyának alkalmasnak kell lennie a kizáról ag 
a 2. verzió esetében használatos kiegészítő alkalmazásazo­
nosító adatok tárolására.  
▼B 
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- 
azonosító adatokat kell tárolnia:  
— a vállalkozás neve,  
— a vállalkozás címe.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 98  
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é­
kenysé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.  
▼M3 
4.5.6.2.6. Járműegység-konfigurációk (a második generációs járm űegységek 1. 
verziója esetében nem elérhető)  
(380a) A vállalkozáskártyának el kell tárolnia a kártyatulajdon os 
által meghatározott, a menetíró készülékre vonatkozó 
egyedi beállításokat.  
(380b) A kártyatulajdonos által meghatározott, a menetíró készü ­
lékre vonatkozó egyedi beállítások számára 3072 bájt táro­
lókapacitást kell biztosítani a vállalkozáskártyán.  
▼B 
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 para­
méter a megfelelő és érvényes alapértelmezett értékre 
legyen beállítva. Ha nincsen meghatározott érték, a 
betűkkel leírt paramé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ó.  
(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.  
▼M3 
(383) Az adatrögzítő készülék aktiválása előtt se nem rögzíti, se 
nem tárolja a 102–133. követelményben említett adatokat. 
Mindazonáltal az adatrögzítő készülék az aktiválása előtt 
rögzítheti és tárolhatja a biztonsági rendszer megsértésére 
irányuló kísérleteket a 117. követelménnyel összhangban, 
valamint az adatrögzítő készülék hibáit a 118. követel­
ménnyel összhangban.  
▼B 
(384) A beépítés során a járműgyártónak valamennyi ismert 
paramétert előre be kell állítania.  
(385) A járműgyártóknak vagy -szerelőknek a beépített adatrög­
zítő készüléket legkésőbb a jármű 561/2006/EK rendelet 
alkalmazási körében történő használatba vétele előtt akti­
válniuk kell.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 99  
(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 auto­
matikusan 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 tel jes 
mértékben működőképeseknek kell lenniük az aktiválás 
után. 
▼M3 
(392) A beépítést követően kalibrálást kell végezni. Az első 
kalibrálás nem feltétlenül foglalja magában a jármű-azono­
sító adatok (rendszám és tagállam) bevitelét, ha azt a kalib­
rá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 alkalmazási körében 
történő használatát megelőzően vállalkozáskártyáját hasz­
ná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 és a tagállamot. A 
bevitt adat aktualizálása vagy megerősítése csak a műhely­
kártya felhasználásával lehetséges.  
▼B 
(393) A külső GNSS-eszköz beépítéséhez az eszközt csatlakoz­
tatni a járműegységre, majd ellenőrizni kell a GNSS hely­
zetmeghatá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.  
5.2 Illesztési címke  
(395)  ►M3 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 feliratozott illesztési címkét kell elhelyezni 
a készüléken, jól látható és könnyen hozzáférhető helyen. 
Amennyiben ez nem lehetséges, a címkét a jármű „B” 
oszlopán kell elhelyezni, jól látható helyen. Azokban a 
járművekben, amelyeknek nincsen „B” oszlopa, az illesz­
tési címkét az ajtókereten kell elhelyezni a járművezetői 
oldalon, minden esetben jól látható helyen. ◄  
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  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 100  
(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 
kereskedelmi 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üttható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,  
▼M3 
— a távoli kommunikációs eszköz (ha van) sorozatszáma,  
▼M1 
— 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í­
tetté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ő impulzu­
sait továbbító részét összekötő kábel színe,  
— az adapterbe épített mozgásérzékelő sorozatszáma.  
▼M3 
— a járműhöz kapcsolódó alapértelmezett szállítmány­
típus.  
▼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áltozatá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 alkalmaz­
ható. Ilyen esetekben a kiegészítő címkének a 396. köve­
telmény legalább négy utolsó francia bekezdésben szereplő 
információkat tartalmaznia kell.  ▼M1 
( 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 — 21.08.2023 — 003.001 — 101  
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édelemmel 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 
észlelhetetlen változásokat vagy észrevehetetlen adat­
vesztést okoz (ez például érvényes lehet a sebességvál­
tó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ít­
ható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ás­
beli 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 
plombagyá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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 102  
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.  
(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ármaznak.  
▼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 
plombá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 vonat­
koznak, melyeket a 165/2014/EU rendelet 22. cikkének (5) bekez­
dé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
 02016R0799 — HU — 21.08.2023 — 003.001 — 103  
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éshatá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  
▼M3 
(409) A járműbe szerelt berendezések bármilyen javítását köve­
tően, a jármű jellemző együtthatójának vagy a gumiabron­
csok tényleges kerületének megváltozása után, valamint ha 
a berendezés UTC ideje több mint 5 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évente (24 havonta) 
egyszer el kell végezni a járművekbe beépített berende­
zések időszakos vizsgálatát.  
▼B 
(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 tekinte­
té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áha­
gyási jel,  
— a 396. követelményben meghatározott illesztési címke, 
valamint a 225. követelményben meghatározott ismer­
tető 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 plom­
bagyártó szerepel a Bizottság nyilvántartásában), vala­
mint azonosító számaik megfelelnek az illesztési 
címkén olvasható jelöléseknek (lásd a 401. követel­
ményt).  
▼M3 
— a tárolt digitális térkép a legfrissebb verzióazonosítóval 
rendelkezik-e.  
(410a) Ha az illetékes nemzeti hatóságok manipulálást észlelnek , 
a járművet az adatrögzítő készülék újrakalibrálása céljából 
el lehet küldeni egy engedéllyel rendelkező műhelybe.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 104  
(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ékenysé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ékelőnek a járműegységben feljegyzett 
azonosítási adataival,  
b. ellenőrzi, hogy az illesztési címkén feltüntetett infor­
máció egyezik-e a járműegység adatrekordjában 
szereplő információval,  
c. ellenőrzi, hogy a mozgásérzékelő sorozatszáma és jóvá­
hagyá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 
ismertető 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 
tartaniuk, 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 elhelyezé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:  
— 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 
terepen, 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 
összevethető pontosságot nyújt.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 105  
6.6 Javítások  
(415) A műhelyeknek képesnek kell lenniük arra, hogy az adat­
rögzítő készülékről adatokat töltsenek le, hogy azután 
azokat visszaszolgáltassák az érintett fuvarozási vállalko­
zásnak.  
(416) Amennyiben a korábban rögzített adatok letöltése nem 
lehetsé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állalko­
zá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 me g 
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 
esetben), 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 tachog­
ráfká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 tachog­
ráfkártya érvényességi idejének meg kell egyeznie a lecse­
ré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ódo­
sí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ál­
lamban 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öntenek, a szerelő vagy az ellenőrző tisztviselő nevével 
kell kitölteni.  
(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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 106  
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. A z 
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 (alk atré­
szeinek) típusjóváhagyását más adatrögzítő készülék alkatrészei vel 
együtt, feltéve, hogy minden egyes alkatrész megfelel e mellékl et 
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ő lis tá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 rendelke­
zé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ár­
tyára vonatkozóan, amelyre a típusjóváhagyási kérelmet 
benyújtották.  
▼B 
(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ódo­
sítást még a felhasználás előtt be kell jelenteni azon ható­
ságnak, 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áha­
gyás kiterjeszté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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 107  
(429) A már beépített adatrögzítő készülék szoftverfrissítési e ljá­
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 szoftverf­
rissí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őssé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 szoftverfris­
sítése kizárhatja új karakterkészletek bevezetését, ameny­
nyiben ez technikailag kivitelezhetetlen.  
▼B 
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ög­
zí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ár­
tyá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 elavult­
sága miatt megtagadják az új készülék tanúsítását, a típus­
jóváhagyást kizárólag ebben a konkrét és kivételes esetben 
továbbra is megadják, amennyiben nincs a rendeletnek 
megfelelő alternatí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áhagyá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ál­
lami jóváhagyó hatóságok rendelkezésére kell bocsátania 
minden olyan anyagot és dokumentumot, amelyet a 
hatóság szüksé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ó doku­
mentációt. A kérelemmel 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ég­
zése után lehet kiadni a gyártónak.  
(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.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 108  
(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, interoperab i­
litási tesztekre irányuló kérelmeket beérkezésük sorrend­
jében kell nyilvántartásba vennie.  
(442) A kérelem csak akkor kerül be hivatalosan a nyilvántar­
tásba, ha a laboratórium birtokába kerül:  
— az említett interoperabilitási tesztek végrehajtásához 
szüksé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 
értesíteni kell.  
▼M3 
(443) A 432. követelményben ismertetett kivételes körülmények 
kivételével a laboratórium nem végezhet interoperabilitási 
teszteket azon adatrögzítő készülékeken és tachográfkár­
tyákon, amelyek nem feleltek meg a biztonsági értékelésük 
sebezhetőségi elemzésén és a működési értékelésen.  
▼B 
(444) Az interoperabilitási tesztek végzését kérelmező gyár­
tóknak vállalniuk kell, hogy az ezeket a teszteket végző 
laboratóriumnak hiánytalanul átadják az összes anyagot és 
dokumentációt, amelyet a tesztek elvégzéséhez rendelke­
zésre bocsátottak.  
(445) Az interoperabilitási teszteket e melléklet 9. függelékén ek 
rendelkezéseivel összhangban kell végrehajtani valamennyi 
olyan típusú adatrögzítő készülék és tachográfkártya tekin­
teté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 has z­
nálatban lévő adatrögzítő készülékek és tachográfkártyák 
valamennyi generációjára.  
▼M3 
(447) A 432. követelményben ismertetett kivételes körülmények 
kivételével a laboratórium csak azt követően állíthatja ki a 
gyártónak az interoperabilitási tanúsítványt, hogy vala­
mennyi előírt interoperabilitási vizsgálatot sikeresen elvé­
geztek, és a gyártó bizonyította, hogy a termék érvényes 
működési tanúsítvánnyal és érvényes biztonsági tanúsít­
vánnyal is rendelkezik.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 109  
(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 
interoperabilitási tanúsítvány nem állítható ki mindaddig, 
amíg a 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ítvá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 inter­
operabilitá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ít­
vá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ít­
ványt.  
(452) Az adatrögzítő készülék bármely alkatrészének típusbizo­
nyítvá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óriumnak.  
(454) Az interoperabilitási tesztek elvégzéséért felelős labora tó­
riumnak nyilvános weboldalt kell fenntartania, amelyen 
folyamatosan frissíti azon adatrögzítőkészülék- és tachog­
ráfkártya-modellek listáját:  
— amelyek tekintetében már nyilvántartásba vették az 
interoperabilitási tesztek elvégzésére irányuló kérelmet,  
— amelyek interoperabilitási tanúsítványt kaptak (akár 
ideiglenes 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 interoperabilitási tanúsítványt (az első tanúsítvá­
nyokat is) ideiglenesnek kell tekinteni.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 110  
(456) Ha ezen időszak végén valamennyi érintett termék inter­
operábilisnak bizonyul, az összes vonatkozó interoperabi­
litá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 
azonosítania kell a problémák okait az összes érintett 
gyártó segítsé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ártó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 tesz­
tekkel megbízott laboratóriummal való konzultációt köve­
tő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 sorrendjében kell feldolgozni.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 111  
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  
▼M3 
2.11a. CardBorderCrossing  
2.11b. CardBorderCrossingRecord  
▼B 
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  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 112  
2.24a. CardLoadTypeEntries  
2.24b. CardLoadTypeEntryRecord  
2.24c. CardLoadUnloadOperations  
2.24d. CardLoadUnloadRecord  
▼B 
2.25. CardMACertificate  
2.26. CardNumber  
▼M3 
2.26a. CardPlaceAuthDailyWorkPeriod  
▼B 
2.27. CardPlaceDailyWorkPeriod  
2.28. CardPrivateKey  
2.29. CardPublicKey  
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  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 113  
2.48a. CompanyCardApplicationIdentificationV2  
▼B 
2.49. CompanyCardHolderIdentification  
2.50. ControlCardApplicationIdentification  
▼M3 
2.50a. ControlCardApplicationIdentificationV2  
▼B 
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  
▼M3 
2.60a. DownloadInterfaceVersion  
▼B 
2.61. DriverCardApplicationIdentification  
▼M3 
2.61a. DriverCardApplicationIdentificationV2  
▼B 
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  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 114  
2.74. FullCardNumberAndGeneration  
2.75. Generation  
2.76. GeoCoordinates  
2.77. GNSSAccuracy  
▼M1 
2.78. GNSSAccumulatedDriving  
2.79. GNSSAccumulatedDrivingRecord  
▼M3 
2.79a. GNSSAuthAccumulatedDriving  
2.79b. GNSSAuthStatusADRecord  
2.79c. GNSSPlaceAuthRecord  
▼B 
2.80. GNSSPlaceRecord  
2.81. HighResOdometer  
2.82. HighResTripDistance  
2.83. HolderName  
▼M3 
2.84. Későbbi használatra fenntartva  
▼B 
2.85. K-ConstantOfRecordingEquipment  
2.86. KeyIdentifier  
2.87. KMWCKey  
2.88. Language  
2.89. LastCardDownload  
▼M3 
2.89a. LengthOfFollowingData  
▼B 
2.90. LinkCertificate  
▼M3 
2.90a. LoadType  
▼B 
2.91. L-TyreCircumference  
2.92. MAC  
2.93. ManualInputFlag  
2.94. ManufacturerCode  
2.95. ManufacturerSpecificEventFaultData  
2.96. MemberStateCertificate  
2.97. MemberStateCertificateRecordArray  
2.98. MemberStatePublicKey  
2.99. Name  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 115  
2.100. NationAlpha  
2.101. NationNumeric  
▼M3 
2.101a. NoOfBorderCrossingRecords  
▼B 
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  
▼M3 
2.111a. NoOfLoadUnloadRecords  
▼B 
2.112. NoOfSpecificConditionRecords  
▼M3 
2.112a. NoOfLoadTypeEntryRecords  
▼B 
2.113. OdometerShort  
2.114. OdometerValueMidnight  
▼M3 
2.114a. OperationType  
▼B 
2.115. OdometerValueMidnightRecordArray  
2.116. OverspeedNumber  
▼M3 
2.116a. PlaceAuthRecord  
2.116b. PlaceAuthStatusRecord  
▼B 
2.117. PlaceRecord  
▼M3 
2.117a. PositionAuthenticationStatus  
▼B 
2.118. PreviousVehicleInfo  
2.119. PublicKey  
2.120. RecordType  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 116  
2.121. RegionAlpha  
2.122. RegionNumeric  
2.123. RemoteCommunicationModuleSerialNumber  
2.124. RSAKeyModulus  
2.125. RSAKeyPrivateExponent  
2.126. RSAKeyPublicExponent  
2.127. RtmData  
2.128. SealDataCard  
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  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 117  
2.152. SpecificConditionRecord  
2.153. SpecificConditions  
2.154. SpecificConditionType  
2.155. Speed  
2.156. SpeedAuthorised  
2.157. SpeedAverage  
2.158. SpeedMax  
▼M3 
2.158a. TachographCardsGen1Suppression  
▼B 
2.159. TachographPayload  
▼M1 
2.160. Későbbi használatra fenntartva  
▼B 
2.161. TDesSessionKey  
2.162. TimeReal  
2.163. TyreSize  
2.164. VehicleIdentificationNumber  
2.165. VehicleIdentificationNumberRecordArray  
2.166. VehicleRegistrationIdentification  
▼M3 
2.166a. VehicleRegistrationIdentificationRecordArray  
▼B 
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  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 118  
2.179. VuCardRecord  
2.180. VuCardRecordArray  
2.181. VuCertificate  
2.182. VuCertificateRecordArray  
2.183. VuCompanyLocksData  
2.184. VuCompanyLocksRecord  
2.185. VuCompanyLocksRecordArray  
▼M3 
2.185a. VuConfigurationLengthRange  
▼B 
2.186. VuControlActivityData  
2.187. VuControlActivityRecord  
2.188. VuControlActivityRecordArray  
2.189. VuDataBlockCounter  
2.190. VuDetailedSpeedBlock  
2.191. VuDetailedSpeedBlockRecordArray  
2.192. VuDetailedSpeedData  
▼M3 
2.192a. VuDigitalMapVersion  
▼B 
2.193. VuDownloadablePeriod  
2.194. VuDownloadablePeriodRecordArray  
2.195. VuDownloadActivityData  
2.196. VuDownloadActivityDataRecordArray  
2.197. VuEventData  
2.198. VuEventRecord  
2.199. VuEventRecordArray  
2.200. VuFaultData  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 119  
2.201. VuFaultRecord  
2.202. VuFaultRecordArray  
▼M1 
2.203. VuGNSSADRecord  
▼M3 
2.203a. VuBorderCrossingRecord  
2.203b. VuBorderCrossingRecordArray  
▼M1 
2.204. VuGNSSADRecordArray  
▼M3 
2.204a. VuGnssMaximalTimeDifference  
▼B 
2.205. VuIdentification  
2.206. VuIdentificationRecordArray  
2.207. VuITSConsentRecord  
2.208. VuITSConsentRecordArray  
▼M3 
2.208a. VuLoadUnloadRecord  
2.208b. VuLoadUnloadRecordArray  
▼B 
2.209. VuManufacturerAddress  
2.210. VuManufacturerName  
2.211. VuManufacturingDate  
2.212. VuOverSpeedingControlData  
2.213. VuOverSpeedingControlDataRecordArray  
2.214. VuOverSpeedingEventData  
2.215. VuOverSpeedingEventRecord  
2.216. VuOverSpeedingEventRecordArray  
2.217. VuPartNumber  
2.218. VuPlaceDailyWorkPeriodData  
2.219. VuPlaceDailyWorkPeriodRecord  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 120  
2.220. VuPlaceDailyWorkPeriodRecordArray  
2.221. VuPrivateKey  
2.222. VuPublicKey  
▼M3 
2.222a. VuRtcTime  
▼B 
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  
▼M3 
2.234a. WorkshopCardApplicationIdentificationV2  
2.234b. WorkshopCardCalibrationAddData  
2.234c. WorkshopCardCalibrationAddDataRecord  
▼B 
2.235. WorkshopCardCalibrationData  
2.236. WorkshopCardCalibrationRecord  
2.237. WorkshopCardHolderIdentification  
2.238. WorkshopCardPIN  
2.239. W-VehicleCharacteristicConstant  
2.240. VuPowerSupplyInterruptionRecord  
2.241. VuPowerSupplyInterruptionRecordArray  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 121  
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áko n 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ú abszt rakt 
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 m eghatá­
rozott átviteli szintaxist (kódolási szabályt), amely szükségsz erű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 fogla lják a 
kiválasztott nevek,  
— amennyiben az adattípus egyéb adattípusokból tevődik össze, a z 
adattípus elnevezése még mindig egyetlen alfabetikus karakterso ­
rozat, amely nagybetűvel kezdődik, ugyanakkor a megfelelő jelen té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ó f elhasz­
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 megh atá­
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 — 21.08.2023 — 003.001 — 122  
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 szi nta­
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ány­
mutatás: Fejlett biztonsági mechanizmusok géppel 
olvasható ú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  
▼M3 
Ellenkező értelmű jelzés hiányában a következő adattípusok bárm elyike 
esetében az „ismeretlen” vagy „nem alkalmazható” tartalomnak me gfe­
lelő alapértelmezett érték az adatelem Hex „FF” bájtokkal törté nő kitöl­
tését jelenti.  
Ellenkező értelmű jelzés hiányában valamennyi adattípus felhasz nálásra 
kerül mind az 1. generációs, mind a 2. generációs alkalmazásokb an. A 
kizárólag a 2. generációs, 2. verziójú alkalmazásoknál használt  adattí­
pusok külön jelölve vannak.  
Az 1. és 2. generációs alkalmazásokhoz használt kártyaadattípus okra 
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ékletbe n 
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 vonatkozn ak. 
Az 1. generációs kártyákra nem meghatározott kártyaadattípusok nem 
kerülnek tárolásra a 2. generációs kártyák 1. generációs alkalm azásaiban. 
Így különösen:  
— a 2. generációs kártyák 1. generációs alkalmazásában tárolt t ípusjó­
váhagyási számok szükség esetén az első 8 karakterre rövidíthet ők, 
— a 2. generációs kártyák 1. generációs alkalmazásában a „KOMPO N/ 
VONATON MEGTETT ÚT” különleges körülményből csak a 
„KOMPON/VONATON MEGTETT ÚT kezdete” szerepel.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 123  
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 ór a 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ár tyaállapot- 
váltásait. Ez az adattípus az 1C melléklet 105., 266., 291., 32 0., 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Ő,  
„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 megfe­
lelő 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 ót a 
eltelt percek száma.  
A járművezetői (vagy műhely-) kártya rögzítései (és a járműveze tő á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)  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 124  
„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 ót a 
eltelt percek száma.  
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, hog y 
tartalmazza,  
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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 125  
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.  
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ál is 
szám – Binary Code Decimal (BCD) – megjelenítésére kell alkalma zni. 
Ez az adattípus egy decimális számjegynek egy fél oktettel (4 b ittel) való 
megjelenítésére szolgál. A BCDString az ISO/IEC 8824-1 „Charact erSt­
ringType” karaktersorozat-típusán alapul.
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 126  
A BCDString „hstring” jelölést használ. A balról a legszélső he xadeci­
mális számjegy az első oktett legjelentősebb féloktettje. Az ok tettek 
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, a z 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 par amé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ékle t 
119. követelményével függ össze.
  
É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 
alkalmazni:  
„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 nap tá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 tartal mazó 
OCTET STRING hossza adja meg (lásd: CardActivityLengthRange a 
2. függelék 4. bekezdésében). Amennyiben ez a rekord a legrégeb bi 
napi rekord, az activityPreviousRecordLength értékét 0-ra kell beállítani.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 127  
activityRecordLength  e rekord teljes hossza, bájtokban kifejezve. A 
maximális értéket az e rekordokat tartalmazó OCTET STRING hossz a 
adja meg.  
activityRecordDate  a rekord dátuma.  
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 tartalm azhat 
(percenként egy tevékenységváltás). Ez az adatsorozat mindig ma gá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 k ell 
megadni. A jóváhagyási számot balra kell igazítani.  
▼M3 
2.11a.  CardBorderCrossings  
2. generáció, 2. verzió:  
A járművezetői vagy műhelykártyán abban az esetben eltárolt, a jármű 
határátlépéséhez kapcsolódó információ, amennyiben a jármű átlé pi egy 
ország határát (I. C. melléklet, 306f. és 356f. követelmény).
  
borderCrossingPointerNewestRecord  a kártya utoljára frissített határ­
átlépési rekordjának indexe.  
Érték-hozzárendelés : a kártya határátlépési rekordjának számlálójával 
megegyező szám, amely a kártya határátlépési rekordjának a stru ktú­
rában való első előfordulásakor „0”.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 128  
cardBorderCrossingRecords  a kártya határátlépési rekordjainak 
sorozata.  
2.11b.  CardBorderCrossingRecord  
2. generáció, 2. verzió:  
A járművezetői vagy műhelykártyán abban az esetben eltárolt, a jármű 
határátlépéséhez kapcsolódó információ, amennyiben a jármű átlé pi egy 
ország határát (I. C. melléklet, 147b., 306e. és 356e. követelm ény).
  
countryLeft  az ország, amelyet a jármű elhagyott, vagy „nem áll rendel­
kezésre” az I. C. melléklet 147b. követelményével összhangban. „Egyéb 
ország” (NationNumeric kód: „FF ”H) információ használandó, ha a 
járműegység nem tudja meghatározni azt az országot, ahol a járm ű 
található (pl. mivel az aktuális ország nem szerepel a tárolt d igitális 
térképeken).  
countryEntered  az ország, amelybe a jármű belép, vagy az ország, 
amelyben a jármű a kártyabehelyezés időpontjában található. „Eg yéb 
ország” (NationNumeric kód: „FF”H) információ használandó, ha a  
járműegység nem tudja meghatározni azt az országot, ahol a járm ű 
található (pl. mivel az aktuális ország nem szerepel a tárolt d igitális 
térképeken).  
gnssPlaceAuthRecord  a jármű helyzetére vonatkozó információ abban 
az esetben, ha a járműegység észlelte, hogy a jármű áthaladt eg y ország 
határán, vagy „nem áll rendelkezésre” az I. C. melléklet 147b. követel­
ményével összhangban, valamint az információ hitelesítési státu sza. 
vehicleOdometerValue  a kilométer-számláló értéke, ha a járműegység 
észlelte, hogy a jármű áthaladt egy ország határán, vagy „nem á ll rendel­
kezésre” az I. C. melléklet 147b. követelményével összhangban.  
▼B 
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 övetel­
mény). Az icSerialNumber, valamint az icManufacturingReferences  
egyedileg azonosítják a kártya processzorlapkáját. Az icSerialN umber 
önmagában nem azonosítja egyedileg a kártya processzorlapkáját.
  
icSerialNumber  az integrált áramkör sorozatszáma.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 129  
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”  
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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 130  
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 k ezde­
tétől számítva) az activityDailyRecords karakterláncban. A maxi mális 
értéket a karakterlánc hossza adja meg.  
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: CardActivi tyDailyRe­
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 a z eltá­
rolás a karakterlánc első bájtjánál kezdődik. Az összes új reko rd hozzá­
fűződik az előző végéhez. Ha a karakterlánc megtelik, az eltáro lá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 activityDail yRecord-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égadat ot vált 
fel, aktualizálni kell az activityPointerOldestDayRecord-ot, ho gy 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 viss zaállítani.  
2.18.  CardDrivingLicenceInformation  
Olyan, járművezetői kártyán tárolt információ, amely a kártyatu lajdonos 
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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 131  
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. m ellé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ényre kordja­
inak sorozata.  
2. 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. m ellé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ényre kordja­
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ék let, 
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.  ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 132  
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.  
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ó.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 133  
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.  
cardExpiryDate  az a dátum, amikor a kártya érvényessége lejár.  
▼M3 
2.24a.  CardLoadTypeEntries  
2. generáció, 2. verzió:  
Olyan, járművezetői vagy műhelykártyán tárolt információ, amely  a  
kártya járműegységbe történő behelyezésekor megadott szállítmán ytípu­
sokra vonatkozik (I. C. melléklet, 306j. és 356j. követelmény).
  
loadTypeEntryPointerNewestRecord  a kártya utoljára frissített szállít­
mánytípus-rekordjának indexe.  
Érték-hozzárendelés : a kártya szállítmánytípus-rekordjának számláló­
jával megegyező szám, amely a kártya szállítmánytípus-rekordján ak a 
szerkezetben való első előfordulásakor „0”-val kezdődik.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 134  
cardLoadTypeEntryRecords  a bevitel dátumát és időpontját, valamint 
a bevitt szállítmánytípust tartalmazó rekordok sorozata.  
2.24b.  CardLoadTypeEntryRecord  
2. generáció, 2. verzió:  
Olyan, járművezetői vagy műhelykártyán tárolt információ, amely  a  
kártya járműegységbe történő behelyezésekor megadott szállítmán y­
típus-változásokra vonatkozik (I. C. melléklet, 306i. és 356i. követel­
mény).
  
timeStamp  a szállítmánytípus bevitelének dátuma és időpontja.  
loadTypeEntered  a bevitt szállítmánytípus.  
2.24c.  CardLoadUnloadOperations  
2. generáció, 2. verzió:  
Olyan, járművezetői vagy műhelykártyán tárolt információ, amely  a  
jármű berakodási/kirakodási műveleteire vonatkozik (I. C. mellé klet, 
306h. és 356h. követelmény).
  
loadUnloadPointerNewestRecord  a kártya utoljára frissített berakodási/ 
kirakodási rekordjának indexe.  
Érték-hozzárendelés : a kártya berakodási/kirakodási rekordjának szám­
lálójával megegyező szám, amely a kártya berakodási/kirakodási rekord­
jának a szerkezetben való első előfordulásakor „0”-val kezdődik . 
cardLoadUnloadRecords  az elvégzett művelet típusát (berakodás, kira­
kodás vagy egyidejű berakodás és kirakodás), a berakodási/kirak odási 
művelet bevitelének dátumát és időpontját, a jármű helyzetére v onatkozó 
információkat, valamint a jármű kilométer-számlálójának értékét  tartal­
mazó rekordok sorozata.  
2.24d.  CardLoadUnloadRecord  
2. generáció, 2. verzió:  
Olyan, járművezetői vagy műhelykártyán tárolt információ, amely  a  
jármű berakodási/kirakodási műveleteire vonatkozik (I. C. mellé klet, 
306g. és 356g. követelmény).
  
timeStamp  a berakodási/kirakodási művelet kezdetének dátuma és 
időpontja,  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 135  
operationType  a bevitt művelet típusa (berakodás, kirakodás vagy egyi­
dejű berakodás/kirakodás).  
gnssPlaceAuthRecord  a jármű helyzetére vonatkozó információ.  
vehicleOdometerValue  a kilométer-számláló értéke a berakodási/kirako­
dási művelet kezdetekor.  
▼B 
2.25.  CardMACertificate  
2. generáció:  
A kártya nyilvános kulcsának tanúsítványa egy járműegységgel va ló 
kölcsönös hitelesítéshez. E tanúsítvány struktúráját a 11. függ elé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.  
▼M3 
2.26a.  CardPlaceAuthDailyWorkPeriod  
2. generáció, 2. verzió:  
Olyan, járművezetői vagy műhelykártyán tárolt információ, amely  azon 
hely hitelesítési státuszára vonatkozik, ahol a munkanap kezdőd ik 
és/vagy végződik (I. C. melléklet, 306b. és 356b. követelmény).  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 136
  
placeAuthPointerNewestRecord  az utoljára frissített helyhitelesítési 
státusz rekordjának indexe.  
Érték-hozzárendelés : a helyhitelesítési státusz rekordjának számláló­
jával megegyező szám, amely a helyhitelesítési státusz rekordjá nak a 
struktúrában való első előfordulásakor „0”.  
placeAuthStatusRecords  a bevitt helyekre vonatkozó helyhitelesítési 
státuszokat tartalmazó rekordok sorozata.  
▼B 
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ásako r „0”- 
val kezdődik.  
placeRecords  a betáplált helyekre vonatkozó információkat tartalmazó 
rekordok sorozata.  
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ó].
  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 137  
É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ít vá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.
  
É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.  ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 138  
2.35.  CardSlotsStatusRecordArray  
2. generáció:  
A CardSlotsStatus plusz a letöltési protokollban használt metaa datok.
  
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 jel zi.
 
É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  
▼M3 
„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 esetében  
„00”H a 2. generációs alkalmazások 1. verziója esetében  
„01”H a 2. generációs alkalmazások 2. verziója esetében  
▼B 
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ó:
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 139  
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 ke ll 
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.  
É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ásak or 
„0”-val kezdődik.  
cardVehicleRecords  a használt járművekre vonatkozó információkat 
tartalmazó rekordok sorozata.  
2.39.  CardVehicleUnitRecord  
2. generáció:  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 140  
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  
▼M3 
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 (I. C. 
melléklet, 304. és 352. követelmény).  
▼B
 
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ő e lő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ó:
  
É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 biz tonsági 
mechanizmusoknak megfelelően: Aláírás (128 bájt) || nyilvános k ulcs 
fennmaradó része (58 bájt) || tanúsító hatósági hivatkozás (8 b ájt). ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 141  
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 ku lcsá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 — 21.08.2023 — 003.001 — 142  
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 eg yedi.  
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 — 21.08.2023 — 003.001 — 143  
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áltoztat nak. 
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öv etel­
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 s zerke­
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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 144  
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.
  
2.48.  CompanyCardApplicationIdentification  
Olyan, vállalkozáskártyán tárolt információ, amely a kártya alk almazá­
sának azonosítására vonatkozik (1C melléklet, 369. és 375. köve tel­
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.  
▼M3 
2.48a.  CompanyCardApplicationIdentificationV2  
2. generáció, 2. verzió:  
Olyan, vállalkozáskártyán tárolt információ, amely a kártya alk almazá­
sának azonosítására vonatkozik (I. C: melléklet, 375a. követelm ény).
  
lengthOfFollowingData  a rekordban szereplő bájtok száma.  
vuConfigurationLengthRange  a tachográfkártyán a járműegység-konfi­
gurációk tárolására rendelkezésre álló bájtok száma.  
▼B 
2.49.  CompanyCardHolderIdentification  
Olyan, vállalkozáskártyán tárolt információ, amely a kártyatula jdonos 
azonosítására vonatkozik (1C melléklet, 372. és 378. követelmén y).
 
companyName  a tulajdonos vállalkozás neve.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 145  
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 alkal mazá­
sának azonosítására vonatkozik (1C melléklet, 357. és 363. köve tel­
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.  
▼M3 
2.50a.  ControlCardApplicationIdentificationV2  
2. generáció, 2. verzió:  
Olyan, ellenőrzőkártyán tárolt információ, amely a kártya alkal mazá­
sának azonosítására vonatkozik (I. C: melléklet, 363a. követelm ény).
  
lengthOfFollowingData  a rekordban szereplő bájtok száma.  
vuConfigurationLengthRange  a tachográfkártyán a járműegység-konfi­
gurációk tárolására rendelkezésre álló bájtok száma.  
▼B 
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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 146  
É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 sze rke­
zetben való első előfordulásakor „0”-val kezdődik.  
controlActivityRecords  az összes ellenőrző tevékenységi rekord 
sorozata.  
controlActivityRecord  az egy ellenőrzésre vonatkozó információk 
sorozata.  
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ártyatulajd onos 
azonosítására vonatkozik (1C melléklet, 360. és 366. követelmén y).
 
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).  
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 jelz i. Ez az 
adattípus az 1C melléklet 126., 274., 299., 327. és 350. követe lmé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öl­
tésre került  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 147  
„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öl­
té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  
„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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 148  
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ál t 
metaadatok.
  
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 be he­
lyezé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ő k iállítá­
sának idején a számot 0-ra kell beállítani.  
2.57.  Datef  
Egy könnyen kinyomtatható numerikus formátumban kifejezett dátu m.
 
Érték-hozzárendelés:  
yyyy Év  
mm Hónap  
dd Nap  
„00000000”H Kifejezetten nem jelöl dátumot.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 149  
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 h aszná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 
sorozata.  
2.60.  Distance  
A megtett távolság (a jármű két kilométerszámláló-értéke között i 
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.  
▼M3 
2.60a.  DownloadInterfaceVersion  
2. generáció, 2. verzió:  
A járműegység letöltési interfészének verzióját jelölő kód.
  
Érték-hozzárendelés : „aabb”H:  
„aa”H „00”H: nem használatos,  
„01”H: 2. generációs járműegység,  
„bb”H „00”H: nem használatos,  
„01”H: 2. generációs járműegység 2. verziója.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 150  
2.61.  DriverCardApplicationIdentification  
Olyan, járművezetői kártyán tárolt információ, amely a kártya a lkalma­
zásának azonosítására vonatkozik (1C melléklet, 253. és 278. kö vetel­
mé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.  
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
 02016R0799 — HU — 21.08.2023 — 003.001 — 151  
2.61a.  DriverCardApplicationIdentificationV2  
2. generáció, 2. verzió:  
Olyan, járművezetői kártyán tárolt információ, amely a kártya a lkalma­
zásának azonosítására vonatkozik (I. C: melléklet, 278a. követe lmény).
  
lengthOfFollowingData  a rekordban szereplő bájtok száma.  
noOfBorderCrossingRecords  a járművezetői kártyán tárolható határ­
átlépési rekordok száma.  
noOfLoadUnloadRecords  a járművezetői kártyán tárolható berakodási/ 
kirakodási rekordok száma.  
noOfLoadTypeEntryRecords  a járművezetői kártyán tárolható szállít­
mánytípus-rekordok száma.  
vuConfigurationLengthRange  a tachográfkártyán a járműegység-konfi­
gurációk tárolására rendelkezésre álló bájtok száma.  
▼B 
2.62.  DriverCardHolderIdentification  
Olyan, járművezetői kártyán tárolt információ, amely a kártyatu lajdonos 
azonosítására vonatkozik (1C melléklet, 256. és 281. követelmén y).
 
cardHolderName  a járművezetői kártya tulajdonosának neve és 
utóneve(i).  
cardHolderBirthDate  a járművezetői kártya tulajdonosának születési 
dátuma.  
cardHolderPreferredLanguage  a kártyatulajdonos által előnyben része­
sített nyelv.  
▼M3 
2.63.  DSRCSecurityData  
2. generáció:  
Ennek az adattípusnak a meghatározását lásd a 11. függelékben.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 152  
2.64.  EGFCertificate  
2. generáció:  
Külső GNSS-eszköz nyilvános kulcsának tanúsítványa járműegységg el 
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áp lá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.  
▼M3 
2. generáció
  
Érték-hozzárendelés : az ISO/IEC8824-1 szabványnak megfelelően.  
▼B 
2.67.  EquipmentType  
Ez a kód a készülékek különböző típusait különbözteti meg a tac hográf- 
alkalmazás számára.
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 153  
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ó e seté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ék eit. 
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íp usra vonatkozó 
kölcsönös hitelesítés tanúsítvány jelzéseként értelmezendők. A digitális aláírás 
létrehozására vonatkozó kapcsolódó tanúsítvá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 — 21.08.2023 — 003.001 — 154
  
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 t ett 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 — 21.08.2023 — 003.001 — 155
  
Kártyahibák, 
Nincsenek további részletek, 
RFU,
  
RFU,
  
Gyártóspecifikus.  
▼M3 
2. generáció, 1. verzió:  
▼M1
 
Á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ér e 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é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,  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 156
  
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.  
▼M3 
2. generáció, 2. verzió:  
„0x”H Általános események,  
„00”H Nincsenek további részletek,  
„01”H Érvénytelen kártya behelyezése,  
„02”H Kártyaütközés,  
„03”H Időátfedés,  
„04”H Járművezetés megfelelő kártya nélkül,  
„05”H Kártya behelyezése járművezetés közben,  
„06”H Az utolsó kártyakapcsolat nem megfelelő lezárása,  
„07”H Gyorshajtás,  
„08”H Az áramellátás megszakadása,  
„09”H Mozgásadatok hibája,  
„0A”H A jármű mozgásával kapcsolatos ellentmondás,  
„0B”H Időütközés (a GNSS és a járműegység belső órája 
között),  
„0C”H Kommunikációs hiba a távoli kommunikációs 
eszközzel,  
„0D”H A GNSS-vevőből származó helyzetmeghatározási 
információk hiánya,  
„0E”H Kommunikációs hiba a külső GNSS-eszközzel,  
„0F”H GNSS-anomália,  
„1x”H A járműegységgel kapcsolatos, a biztonsági rend­
szer megsértésére irányuló kísérletek,  
„10”H Nincsenek további részletek,  ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 157  
„11”H A mozgásérzékelő hitelesítési hibája,  
„12”H A tachográfkártya hitelesítési hibája,  
„13”H A mozgásérzékelő jogosulatlan cseréje,  
„14”H A kártyaadatok bevitelét érintő integritási hiba,  
„15”H A tárolt felhasználói adatokat érintő integritási 
hiba,  
„16”H Belső adatátviteli hiba,  
„17”H Jogosulatlan burkolatfelnyitás,  
„18”H Hardverrongálás,  
„19”H A GNSS-rendszer manipulálásészlelése,  
„1A”H A külső GNSS-eszköz hitelesítési hibája,  
„1B”H A külső GNSS-eszköz tanúsítványának érvényes­
sége lejárt,  
„1C”H A mozgásadatok és a járművezető tevékenységére 
vonatkozóan tárolt adatok közötti ellentmondás,  
„1D”H-tól „1F”H-ig RFU,  
„2x”H Az érzékelővel kapcsolatos, a biztonsági rendszer 
megsértésére irányuló kísérletek,  
„20”H Nincsenek további részletek,  
„21”H Hitelesítési hiba,  
„22”H A tárolt adatok integritási hibája,  
„23”H Belső adatátviteli hiba,  
„24”H Jogosulatlan burkolatfelnyitás,  
„25”H Hardverrongálás,  
„26”H-tól „2F”H-ig RFU,  
„3x”H Az adatrögzítő készülék hibái,  
„30”H Nincsenek további részletek,  
„31”H A járműegység belső hibája,  
„32”H Nyomtatóhiba,  
„33”H Kijelzőhiba,  
„34”H Letöltési hiba,  
„35”H Érzékelőhiba,  
„36”H Belső GNSS-vevő,  
„37”H Külső GNSS-eszköz,  
„38”H Távoli kommunikációs eszköz,  
„39”H ITS-interfész,  
„3A”H A belső érzékelő hibája,  
„3b”H-tól „3F”H-ig RFU,  
„4x”H Kártyahibák,  
„40”H Nincsenek további részletek,  
„41”H-tól „4F”H-ig RFU,  
„50”H-tól „7F”H-ig RFU,  
„80”H-tól „FF”H-ig Gyártóspecifikus.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 158  
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.  Érték-hozzárendelés:  
lásd az Európai Bizottság által kezelt adatbázis-regisztrációt (https://dtc. 
jrc.ec.europa.eu).  
sealIdentifier  a gyártó egyedi plombájának azonosítója.  Érték-hozzá ­
rendelés:  alfanumerikus szám, amely az [ISO8859-1] szabvány szerint 
egyedi a gyártói tartományban.  
▼B 
2.72.  ExtendedSerialNumber  
Készülék egyedi azonosítója. Egy készülék nyilvános kulcsának a zono­
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 egyed i. 
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).  
É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.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 159  
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ör té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  
2.76.  GeoCoordinates  
▼M3 
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 a ± DD, illetve a ± DDD a 
fokokat, az MM.M pedig a perceket jelöli. Egy ismeretlen helyze t 
hosszúságát és szélességét a következő hexadecimális értékkel k ell 
jelölni: „7FFFFF” (tízes számrendszerben: 8388607).  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 160
  
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öseké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 35 4. köve­
telmény).
  
gnssADPointerNewestRecord  az utoljára aktualizált halmozott járműve­
zeté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ó:  
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 35 3. 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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 161  
gnssPlaceRecord  a jármű helyzetére vonatkozó információt tartalmazza.  
vehicleOdometerValue  a kilométer-számláló értéke abban az 
időpontban, amikor a halmozott járművezetési idő eléri a három óra 
többszörösét.  
▼M3 
2.79a.  GNSSAuthAccumulatedDriving  
2. generáció, 2. verzió:  
Olyan, járművezetői vagy műhelykártyán tárolt információ, amely  a  
jármű azon időpontbeli GNSS-helyzetének hitelesítési státuszát adja 
meg, amikor a halmozott járművezetési idő eléri a három óra töb bszö­
rösét (I. C. melléklet, 306d. és 356d. követelmény).
  
gnssAuthADPointerNewestRecord  az utoljára frissített 
GNSS-helyzethitelesítési státusz rekordjának indexe.  
Érték-hozzárendelés : a GNSS-helyzethitelesítési státusz rekordjának 
számlálójával megegyező szám, amely a GNSS-helyzethitelesítési státusz 
rekordjának a struktúrában való első előfordulásakor „0”.  
gnssAuthStatusADRecords  azon rekordok sorozata, amelyek tartal­
mazzák annak az időpontnak a dátumát és idejét, amikor a halmoz ott 
járművezetési idő eléri a három óra többszörösét, valamint a GN SS- 
helyzet hitelesítési státuszát.  
2.79b.  GNSSAuthStatusADRecord  
2. generáció, 2. verzió:  
Olyan, járművezetői vagy műhelykártyán tárolt információ, amely  a  
jármű azon időpontbeli GNSS-helyzetére vonatkozó hitelesítési s tátuszt 
adja meg, amikor a halmozott járművezetési idő eléri a három ór a több­
szörösét (I. C. melléklet, 306c. és 356c. követelmény). A magáv al 
a GNSS-helyzettel kapcsolatos egyéb információkat egy másik rek ord 
tartalmazza (lásd: 2.79. GNSSAccumulatedDrivingRecord).
  
timeStamp  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 (amely megegyezik a megfelelő GN SSAc­
cumulatedDrivingRecord rekordban tárolt dátummal és idővel).  
authenticationStatus  az azon időpontbeli GNSS-helyzet hitelesítési 
státusza, amikor a halmozott járművezetési idő eléri a három ór a több­
szörösét.  ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 162  
2.79c.  GNSSPlaceAuthRecord  
2. generáció, 2. verzió:  
A jármű GNSS-helyzetére vonatkozó információ (I. C. melléklet, 108., 
109., 110., 296., 306a., 306c., 306e., 306g., 356a., 356c., 356 e. és 356g. 
követelmény).
  
timeStamp  az a dátum és időpont, amikor a jármű GNSS-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.  
authenticationStatus  a GNSS-helyzetnek a meghatározás időpontjában 
érvényes hitelesítési státusza.  
▼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.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 163  
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  informá­
ciókat tartalmazza, mint a companyName, a workshopName vagy a c ont­
rolBodyName.  
holderFirstNames  a tulajdonos utóneve(i) és utóneveinek kezdőbetűi.  
▼M3 
2.84.  Későbbi használatra fenntartva  
▼B 
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ége n belül 
található. A hamis azt jelenti, hogy a GNSS-vevő a járműegysége n 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ó hi vatko­
zásra és annak kiválasztására szolgál. Ezen azonosító a kulcs t ulajdonosát 
is azonosítja.
  
Az első választás alkalmas egy járműegység, tachográfkártya vag y 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ám a 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 v aló 
hivatkozásra.  
▼B 
2.87.  KMWCKey  
2. generáció:  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 164  
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.  
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 2 82. 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.  
▼M3 
2.89a.  LengthOfFollowingData  
2. generáció, 2. verzió:  
A kiterjeszthető rekordok hosszának mutatója.
  
Érték-hozzárendelés : lásd a 2. függeléket.  
▼B 
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.
  
▼M3 
2.90a.  LoadType  
2. generáció, 2. verzió:  
A bevitt szállítmánytípust azonosító kód.
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 165  
Érték-hozzárendelés : 
„00”H Meghatározatlan szállítmánytípus,  
„01”H Áruk,  
„02”H Utasok,  
„03”H .. „FF”H RFU.  
▼B 
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 ma nuá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 jegyzé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ód okat 
(„ManufacturerCodes”) ideiglenesen a tachográfok konstruktőrein ek 
osztják ki.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 166  
2.95.  ManufacturerSpecificEventFaultData  
2. generáció:  
A gyártóspecifikus hibakódok leegyszerűsítik a járműegységek hi baelem­
zé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óp ai 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  
metaadatok.
  
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.
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 167  
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.  
2.100.  NationAlpha  
Az országokra való alfabetikus hivatkozásnak összhangban kell l ennie a 
nemzetközi közlekedésben a járműveken alkalmazott megkülönbözte tő 
jelekkel (az Egyesült Nemzetek Szervezete 1968. évi Bécsi Közút i 
Közlekedési Egyezménye).
  
Az országokra való alfabetikus hivatkozást és a numerikus kódok at 
(„Nation Alpha and Numeric codes”) az 1C melléklet 440. követel mé­
nyében meghatározottak szerint az interoperabilitási vizsgálato k elvégzé­
sére kijelölt laboratórium honlapján vezetett jegyzékben kell f eltü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 hi vatkozást 
és a numerikus előírásokat („Nation Alpha and Numeric specifica tion”) 
csak azt követően lehet módosítani vagy aktualizálni, hogy a ki jelölt 
laboratórium megkapta a típusjóváhagyással rendelkező, digitáli s és intel­
ligens menetíró készülékkel felszerelt járműegységek gyártóinak  vélemé­
nyét. 
▼M3 
2.101a.  NoOfBorderCrossingRecords  
2. generáció, 2. verzió:  
Egy járművezetői vagy műhelykártyán tárolható határátlépési rek ordok 
száma.
  
Érték-hozzárendelés : lásd a 2. függeléket.  
▼B 
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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 168  
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ám a. 
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.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 reko rdok 
száma.
  
Érték-hozzárendelés:  lásd a 2. függeléket.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 169  
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.  
▼M1 
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.  
▼M3 
2.111a.  NoOfLoadUnloadRecords  
2. generáció, 2. verzió:  
Egy kártyán tárolható berakodási/kirakodási 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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 170  
2.112a.  NoOfLoadTypeEntryRecords  
2. generáció, 2. verzió:  
Egy járművezetői vagy műhelykártyán tárolható szállítmánytípus-  
rekordok száma.
  
Érték-hozzárendelés : lásd a 2. függeléket.  
▼B 
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 kife­
jezve 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.  
▼M3 
2.114a.  OperationType  
2. generáció, 2. verzió:  
A bevitt művelettípust azonosító kód.
  
Érték-hozzárendelés : 
„00”H RFU,  
„01”H Berakodási művelet,  
„02”H Kirakodási művelet,  
„03”H Egyidejű berakodási/kirakodási művelet,  
„04”H .. „FF”H RFU.  
▼B 
2.115.  OdometerValueMidnightRecordArray  
2. generáció:  
Az OdometerValueMidnight plusz a letöltési protokollban használ t 
metaadatok.
  
recordType  a rekord (OdometerValueMidnight) típusát jelöli.  Érték- 
hozzárendelés:  Lásd: RecordType  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 171  
recordSize  a OdometerValueMidnight mérete bájtokban kifejezve.  
noOfRecords  a sorozatban található rekordok száma.  
records  az OdometerValueMidnight rekordok sorozata.  
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 jelen ti, hogy 
a gyorshajtás legutóbbi ellenőrzése óta egy gyorshajtási esemén y fordult 
elő, …, a 255 pedig azt jelenti, hogy a gyorshajtás legutóbbi e llenőrzése 
óta 255 vagy annál több gyorshajtási esemény fordult elő.  
▼M3 
2.116a.  PlaceAuthRecord  
A munkanap kezdetének vagy végének helyére vonatkozó információ  (I. 
C. melléklet, 108., 271., 296., 324. és 347. követelmény).  
2. generáció, 2. verzió:
  
entryTime  a bevitel dátuma és időpontja.  
entryTypeDailyWorkPeriod  a bevitel típusa.  
dailyWorkPeriodCountry  a bevitt ország.  
dailyWorkPeriodRegion  a bevitt régió.  
vehicleOdometerValue  a kilométer-számláló értéke a hely bevitele 
idején.  
entryGNSSPlaceAuthRecord  a rögzített helyzet, a GNSS-hitelesítési 
státusz és az időpont.  
2.116b.  PlaceAuthStatusRecord  
2. generáció, 2. verzió:  
Olyan, járművezetői vagy műhelykártyán tárolt információ, amely  azon 
hely hitelesítési státuszára vonatkozik, ahol a munkanap kezdőd ik vagy 
végződik (I. C. melléklet, 306a. és 356a. követelmény). A magáv al a 
hellyel kapcsolatos egyéb információkat egy másik rekord tartal mazza 
(lásd: 2.117. PlaceRecord).  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 172
  
entryTime  a bevitel dátuma és időpontja, amely megegyezik a megfelelő 
PlaceRecord rekordban tárolt dátummal és idővel.  
authenticationStatus  a rögzített GNSS-helyzet hitelesítési státusza.  
▼B 
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 kel l 
alkalmazni:  
entryGNSSPlaceRecord  a rögzített hely és idő.  
▼M3 
2.117a.  PositionAuthenticationStatus  
2. generáció, 2. verzió:
  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 173  
Érték-hozzárendelés  (lásd a 12. függeléket):  
„00”H Nem hitelesített (lásd a 12. függelék GNS_39 köve­
telményét),  
„01”H Hitelesített (lásd a 12. függelék GNS_39 követelmé­
nyét),  
„02”H .. „FF”H RFU.  
▼B 
2.118.  PreviousVehicleInfo  
A kártya járműegységbe történő behelyezésekor a járművezető ált al 
előzőleg használt járműre vonatkozó információ (1B melléklet, 0 81. köve­
telmé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 ke ll 
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 soroza tban 
szerepel.
  ▼M3
02016R0799 — HU — 21.08.2023 — 003.001 — 174  
Érték-hozzárendelés:
  
► (1) M1 
► (2) M3 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,  
►M3 VuBorderCrossingRecord, 
VuLoadUnloadRecord, 
VehicleRegistrationIdentification, 
RFU, ◄ 
Gyártóspecifikus.  
2.121.  RegionAlpha  
Alfabetikus hivatkozás egy meghatározott országon belüli régiór a.
 
1. generáció:  
Érték-hozzárendelés:
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 175  
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ün tetni.  
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ég zésére 
kijelölt laboratórium honlapján vezetett jegyzékben kell feltün tetni.  
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 — 21.08.2023 — 003.001 — 176  
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ít ett 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ít ett 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 kel l állítani.  
2.130.  SealRecord  
2. generáció:  
Ez az adattípus az alkatrészekre erősített plombákról tárol inf ormá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 — 21.08.2023 — 003.001 — 177  
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 k ell 
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 k ell 
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ó csatla­
koztatá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éklet, 98. követelmény).  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 178
  
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 azono­
sí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övete l­
mé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 — 21.08.2023 — 003.001 — 179  
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án ak 
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átu ma.
 
É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 alkalm azni, 
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ék elő 
azonosítására vonatkozik (1B melléklet, 077. követelmény és 1C 
melléklet, 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 — 21.08.2023 — 003.001 — 180  
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ék elő 
beépítésére vonatkozik (1B melléklet, 099. követelmény és 1C me llé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 vonat kozik 
(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. Ez eknek 
a kulcsoknak eltérő a kulcsverziója.
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 181  
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, 0 79. 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, 9 7. 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 — 21.08.2023 — 003.001 — 182  
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 meta adatok.
  
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 — 21.08.2023 — 003.001 — 183  
2.152.  SpecificConditionRecord  
Olyan, járművezetői vagy műhelykártyán vagy járműegységben táro lt 
információ, amely egy különleges körülményre vonatkozik (1C mel lé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áro lt 
információ, amely egy különleges körülményre vonatkozik (1C mel lé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 szerkez etben 
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., 1 05a., 
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 — 21.08.2023 — 003.001 — 184  
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 seb esség.
  
▼M3 
2.158a.  TachographCardsGen1Suppression  
2. generáció, 2. verzió:  
A második generációs járműegység képessége a járművezetői, elle nőrző- 
és vállalkozáskártyák első generációjának használatára (lásd a 15. függe­
léket: MIG_002).
  
Érték-hozzárendelés:  
„0000”H A járműegység képes az 1. generációs tachográf­
kártyák használatára (alapértelmezett érték),  
„A5E3”H A járműegység nem képes az 1. generációs 
tachográfkártyák használatára,  
Minden más érték Nem használatos.  
▼B 
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ó:  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 185  
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.  
2.164.  VehicleIdentificationNumber  
A jármű alvázszáma (VIN), amely a járműre mint egészre vonatkoz ik, 
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.  VehicleIdentificationNumberRecordArray  
2. generáció:  
A jármű alvázszáma plusz a letöltési protokollban használt meta adatok.
  
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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 186  
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).  
▼M3 
2.166a.  VehicleRegistrationIdentificationRecordArray  
2. generáció, 2. verzió:  
A jármű-azonosító adatok plusz a letöltési protokollban használ t 
metaadatok.
  
recordType  a rekord (VehicleRegistrationIdentification) típusát jelöli.  
Érték-hozzárendelés : lásd: RecordType.  
recordSize  a VehicleRegistrationIdentification mérete bájtokban 
kifejezve.  
noOfRecords  a sorozatban található rekordok száma.  
records  a jármű-azonosító adatok sorozata.  
▼B 
2.167.  VehicleRegistrationNumber  
A jármű rendszáma (VRN). A rendszámot a járművet nyilvántartásb a 
vevő hatóság adja ki.
  
codePage  a 4. fejezetben meghatározott karakterkészletet adja meg,  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 187  
vehicleRegNumber  a meghatározott karakterkészlet felhasználásával 
kódolt rendszám.  
Érték-hozzárendelés:  országspecifikus.  
2.168.  VehicleRegistrationNumberRecordArray  
▼M3 
2. generáció, 1. verzió:  
▼B 
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ó:  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 188  
Olyan, járműegységben tárolt információ, amely egy adott naptár i 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öve telmé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 vonat kozik.
  
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 ActivityChange Info 
szót, amelyek megadják a két kártyaolvasó egység állapotát az a dott 
napon 00:00-kor.  
2.171.  VuActivityDailyRecordArray  
2. generáció:  
Olyan, járműegységben tárolt információ, amely egy adott naptár i 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ó:
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 189  
É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 k ell 
megadni. A jóváhagyási számot balra kell igazítani.  
2.173.  VuCalibrationData  
1. generáció:  
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éklet, 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. ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 190  
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.  
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ö­
zelebb végrehajtandó, a CalibrationPurpose-ban meghatározott tí pusú 
kalibrálás dátuma.  
▼M3 
2.generáció, 1. verzió:  
▼B
 
Az 1. generáció adatelemein túlmenően a következő adatelemet ke ll 
alkalmazni:  
sealDataVu  a jármű különböző alkatrészeire erősített plombákról szol­
gáltat információkat.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 191  
2.generáció, 2. verzió:
  
Az 1. generáció adatelemein túlmenően a következő adatelemet ke ll 
alkalmazni:  
sensorSerialNumber  a járműegységgel a kalibrálás végén párosított 
mozgásérzékelő sorozatszáma.  
sensorGNSSSerialNumber  a járműegységgel a kalibrálás végén párosí­
tott külső GNSS-eszköz (ha van) sorozatszáma.  
rcmSerialNumber  a járműegységgel a kalibrálás végén párosított távoli 
kommunikációs eszköz (ha van) sorozatszáma.  
sealDataVu  a jármű különböző alkatrészeire erősített plombákról szol­
gáltat információkat.  
byDefaultLoadType  a jármű alapértelmezett szállítmánytípusa (csak 
a 2. verzióban szerepel).  
calibrationCountry  az az ország, ahol a kalibrálást elvégezték.  
calibrationCountryTimestamp  az a dátum és időpont, amikor a GNSS- 
vevő megadta azt a helyzetet, amelyet a kalibrálás helye szerin ti ország 
meghatározásához használtak.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 192  
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).
 
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ét elének 
ciklusaira vonatkozik (1B melléklet, 081. követelmény és 1C mel lé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ó:
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 193  
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.  
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éken y­
ségeket azonosítja.  
2. generáció:
  
A fullCardNumber helyett a 2. generáció adatstruktúrája a követ kező 
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ó:  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 194  
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ét elé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.  
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_Application_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 (1 C 
melléklet, 132. követelmény).
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 195  
recordType  a rekord (VuCardRecord) típusát jelöli.  Érték-hozzáren ­
delé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.  
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 
metaadatok.
  
recordType  a rekord (VuCertificate) típusát jelöli.  Érték-hozzáren ­
delé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 lehetn ek. 
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 álta li 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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 196  
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ó:
  
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 álta li 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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 197  
2.185a.  VuConfigurationLengthRange  
2. generáció, 2. verzió:  
A tachográfkártyán a járműegység-konfigurációk tárolására rende lke­
zésre álló bájtok száma.
  
Érték-hozzárendelés : lásd a 2. függeléket.  
▼B 
2.186.  VuControlActivityData  
1. generáció:  
Olyan, járműegységben tárolt információ, amely az e járműegység gel 
végzett ellenőrzésekre vonatkozik (1B melléklet, 102. követelmé ny).
 
noOfControls  a vuControlActivityRecords-ban felsorolt ellenőrzések 
száma.  
vuControlActivityRecords  az ellenőrző tevékenységi rekordok 
sorozata.  
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.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 198  
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ég gel 
végzett ellenőrzésekre vonatkozik (1C melléklet, 126. követelmé ny).
 
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árt ya 
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 mel léklet, 
093. követelmény és 1C melléklet, 116. követelmény).  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 199
  
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 sebe sségek 
időrendi sorrendje.  
2.191.  VuDetailedSpeedBlockRecordArray  
2. generáció:  
Olyan, járműegységben tárolt információ, amely a jármű részlete s sebes­
ségére vonatkozik.
  
recordType  a rekord (VuDetailedSpeedBlock) típusát jelöli.  Érték- 
hozzárendelés:  
Lásd: RecordType  
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észlete s sebes­
ségére vonatkozik.
  
noOfSpeedBlocks  a vuDetailedSpeedBlocks sorozatban található sebes­
ségblokkok száma.  
vuDetailedSpeedBlocks  a részletes sebességblokkok sorozata.  
▼M3 
2.192a.  VuDigitalMapVersion  
2. generáció, 2. verzió:  
A járműegységben tárolt digitális térkép verziója (I. C. mellék let, 133j. 
követelmény).
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 200  
Érték-hozzárendelés : az Európai Bizottság által e célra létrehozott 
biztonságos honlapon meghatározottak szerint (I. C. melléklet, 133k. 
követelmény).  
▼B 
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átum a é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 i deje.  
2.194.  VuDownloadablePeriodRecordArray  
2. generáció:  
A VUDownloadablePeriod plusz a letöltési protokollban használt 
metaadatok.
  
recordType  a rekord (VuDownloadablePeriod) típusát jelöli.  Érték- 
hozzárendelés:  
Lásd: RecordType  
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.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 201  
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övet kező 
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.  
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 vona t­
kozik (1B melléklet, 094. követelmény, kivéve a gyorshajtási es eményt).
  
noOfVuEvents  a vuEventRecords sorozatban felsorolt események 
száma.  
vuEventRecords  eseményrekordok sorozata.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 202  
2.198.  VuEventRecord  
Olyan, járműegységben tárolt információ, amely egy eseményre vo nat­
kozik (1B melléklet, 094. követelmény és 1C melléklet, 117. köv etel­
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 felha sz­
nálható.  
2. generáció:
  
Az 1. generáció adatelemein túlmenően a következő adatelemeket kell 
alkalmazni:  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 203  
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. g ene­
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 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.  
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 vona t­
kozik (1C melléklet, 117. követelmény, kivéve a gyorshajtási es eményt).
  
recordType  a rekord (VuEventRecord) típusát jelöli.  Érték-hozzáren ­
delés:  Lásd: RecordType  
recordSize  a VuEventRecord mérete bájtokban kifejezve.  
noOfRecords  a sorozatban található rekordok száma.  
records  eseményrekordok sorozata.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 204  
2.200.  VuFaultData  
1. generáció:  
Olyan, járműegységben tárolt információ, amely hibákra vonatkoz ik 
(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 vonatkoz ik 
(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 — 21.08.2023 — 003.001 — 205  
2. generáció:
  
Az 1. generáció adatelemein túlmenően a következő adatelemet ke ll 
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. g ene­
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 gene rációját 
azonosítja.  
2.202.  VuFaultRecordArray  
2. generáció:  
Olyan, járműegységben tárolt információ, amely hibákra vonatkoz ik 
(1C melléklet, 118. követelmény).
  
recordType  a rekord (VuFaultRecord) típusát jelöli.  Érték-hozzáren ­
delé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 — 21.08.2023 — 003.001 — 206  
2.203.  VuGNSSADRecord  
▼M3 
2. generáció, 1. verzió:  
▼M1 
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őpontban, amikor a halmozott járművezetési idő eléri a három óra 
többszörösét.  
▼M3 
2. generáció, 2. verzió:  
A járműegységben abban az esetben eltárolt, a jármű GNSS-helyze té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).
  
A 2. generáció 2. verziója  esetében a gnssPlaceRecord a gnssPlaceA­
uthRecord használatos, amely a GNSS-helyzet hitelesítési státus zát is 
tartalmazza.  
2.203a.  VuBorderCrossingRecord  
2. generáció, 2. verzió:  
A járműegységben abban az esetben eltárolt, a jármű határátlépé séhez 
kapcsolódó információ, amennyiben a jármű átlépi egy ország hat árát (I. 
C. melléklet, 133a. és 133b. követelmény).  ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 207
  
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.  
countryLeft  az az ország, amelyet a jármű elhagyott, a határátlépés 
észlelése előtti utolsó rendelkezésre álló helyzet alapján. „Eg yéb ország” 
(NationNumeric kód: „FF”H) információ használandó, ha a járműeg ység 
nem tudja meghatározni azt az országot, ahol a jármű található (pl. mivel 
az aktuális ország nem szerepel a tárolt digitális térképeken).  
countryEntered  az az ország, ahová a jármű belépett. „Egyéb ország” 
(NationNumeric kód: „FF”H) információ használandó, ha a járműeg ység 
nem tudja meghatározni azt az országot, ahol a jármű található (pl. mivel 
az aktuális ország nem szerepel a tárolt digitális térképeken).  
gnssPlaceAuthRecord  a járműnek a határátlépés észlelésekor érvényes 
helyzetére és a helyzet hitelesítési státuszára vonatkozó infor mációkat 
tartalmaz.  
vehicleOdometerValue  a kilométer-számláló értéke, ha a járműegység 
észlelte, hogy a jármű áthaladt egy ország határán.  
2.203b.  VuBorderCrossingRecordArray  
2. generáció, 2. verzió:  
Olyan, járműegységben tárolt információ, amely a jármű határátl épéseire 
vonatkozik (I. C. melléklet, 133c. követelmény).
  
recordType  a rekord (VuBorderCrossingRecord) típusát jelöli.  Érték- 
hozzárendelés : lásd: RecordType.  
recordSize  a VuBorderCrossingRecord mérete bájtokban kifejezve.  
noOfRecords  a sorozatban található rekordok száma.  
records  a határátlépési rekordok sorozata.  
▼M1 
2.204.  VuGNSSADRecordArray  
2. generáció:  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 208  
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.  
▼M3 
2.204a.  VuGnssMaximalTimeDifference  
2. generáció, 2. verzió:  
Az I. C. melléklet 041. követelményében meghatározott, a járműe gység 
által (a 12. függelék GNS_3g követelményével összhangban) egy k ülső 
GNSS-eszközre továbbított maximális időeltérésen alapuló legnag yobb 
eltérés a valós idő és a járműegység valós idejű órája által mu tatott idő 
között.
  
▼B 
2.205.  VuIdentification  
Olyan, járműegységben tárolt információ, amely a járműegység az ono­
sítására vonatkozik (1B melléklet, 075. követelmény és 1C mellé klet, 
93. és 121. követelmény).  
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.  ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 209  
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.  
▼M3 
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.  
vuDigitalMapVersion  a járműegységben tárolt digitális térkép verziója 
(csak a 2. verzióban használatos).  
▼B 
2.206.  VuIdentificationRecordArray  
2. generáció:  
A VuIdentification plusz a letöltési protokollban használt meta adatok.
  
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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 210  
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ő ál tal az 
intelligens közlekedési rendszerek használatához adott beleegye zé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 intel­
ligens közlekedési rendszerek használatába  
HAMIS azt jelzi, hogy a járművezető megtagadta az intel­
ligens közlekedé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ő in telli­
gens közlekedési rendszerek használatába való beleegyezésére vo nat­
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.  
▼M3 
2.208a.  VuLoadUnloadRecord  
2. generáció, 2. verzió:  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 211  
Olyan, a járműegységben tárolt információ, amely a bevitt berak odási/ 
kirakodási műveletre vonatkozik (I. C. melléklet, 133e., 133f. és 133g. 
követelmény).
  
timeStamp  a berakodási/kirakodási művelet bevitelének dátuma és 
időpontja.  
operationType  a bevitt művelet típusa (berakodás, kirakodás vagy egyi­
dejű berakodás/kirakodás).  
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.  
gnssPlaceAuthRecord  a jármű helyzetére és a helyzet hitelesítési státu­
szára vonatkozó információkat tartalmaz.  
vehicleOdometerValue  a kilométer-számláló értéke a berakodási/kirako­
dási művelethez kapcsolódóan.  
2.208b.  VuLoadUnloadRecordArray  
2. generáció, 2. verzió:  
Olyan, a járműegységben tárolt információ, amely egy bevitt ber akodási/ 
kirakodási műveletre vonatkozik (I. C. melléklet, 133h. követel mény).
  
recordType  a rekord (VuLoadUnloadRecord) típusát jelöli.  Érték- 
hozzárendelés:  lásd: RecordType.  
recordSize  a VuLoadUnloadRecord mérete bájtokban kifejezve.  
noOfRecords  a sorozatban található rekordok száma.  
records  a berakodási/kirakodási műveleteket tartalmazó rekordok 
sorozata.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 212  
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ó gyorsh ajtá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 hasz nált 
metaadatok.
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 213  
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 ese mé­
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 ese mé­
nyekre vonatkozik (1B melléklet, 094. követelmény és 1C mellékl et, 
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 — 21.08.2023 — 003.001 — 214  
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 ese mé­
nyekre vonatkozik (1B melléklet, 094. követelmény és 1C mellékl et, 
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 gene rációját 
azonosítja.  
2.216.  VuOverSpeedingEventRecordArray  
2. generáció:  
Olyan, járműegységben tárolt információ, amely gyorshajtási ese mé­
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 — 21.08.2023 — 003.001 — 215  
2.218.  VuPlaceDailyWorkPeriodData  
1. generáció:  
Olyan, járműegységben tárolt információ, amely olyan helyekre v onat­
kozik, ahol a járművezetők a munkanapot megkezdik vagy befejezi k 
(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 
sorozata.  
2.219.  VuPlaceDailyWorkPeriodRecord  
1. generáció:  
Olyan, járműegységben tárolt információ, amely olyan helyre von at­
kozik, 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.  
▼M3 
2. generáció, 1. verzió:  
▼B 
Olyan, járműegységben tárolt információ, amely olyan helyre von at­
kozik, 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övet kező 
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.  
▼M3 
2. generáció, 2. verzió:  
Olyan, a járműegységben tárolt információ, amely olyan helyre v onat­
kozik, ahol a járművezető a munkanapot megkezdi vagy befejezi ( I. 
B. melléklet, 087. követelmény és I. C. melléklet, 108. és 110.  követel­
mény).  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 216
  
A placeRecord helyett a 2. generáció 2. verziójának adatstruktú rája a 
következő adatelemeket alkalmazza.  
placeAuthRecord  a bevitt helyre, a rögzített pozícióra, a GNSS-helyzet 
hitelesítési státuszára és a helyzetmeghatározás idejére vonatk ozó infor­
mációkat tartalmazza.  
▼B 
2.220.  VuPlaceDailyWorkPeriodRecordArray  
2. generáció:  
Olyan, járműegységben tárolt információ, amely olyan helyekre v onat­
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 
kifejezve.  
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.
  
▼M3 
2.222a.  VuRtcTime  
2. generáció, 2. verzió:  
A járműegység RTC órája által mutatott idő, amelyet a járműegys ég egy 
külső GNSS-eszköznek továbbít, lásd a 12. függelék GNS_3f követ el­
ményét.
  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 217  
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.  
2.225.  VuSoftwareIdentification  
Olyan, járműegységben tárolt információ, amely a telepített szo ftverre 
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ül mé­
nyekre vonatkozik.
  
noOfSpecificConditionRecords  a specificConditionRecords sorozatban 
felsorolt rekordok száma.  
specificConditionRecords  a különleges körülményekre vonatkozó 
rekordok sorozata.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 218  
2.228.  VuSpecificConditionRecordArray  
2. generáció:  
Olyan, járműegységben tárolt információ, amely különleges körül mé­
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.  
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 mel lé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ó:
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 219  
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.  
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 mel lé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én y). 
1. generáció:
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 220  
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.  
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.  
▼M3 
2.234a.  WorkshopCardApplicationIdentificationV2  
2. generáció, 2. verzió:  
Olyan, műhelykártyán tárolt információ, amely a kártya alkalmaz ásának 
azonosítására vonatkozik (I. C: melléklet, 330a. követelmény).  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 221
  
lengthOfFollowingData  a rekordban szereplő bájtok száma.  
noOfBorderCrossingRecords  a műhelykártyán tárolható határátlépési 
rekordok száma.  
noOfLoadUnloadRecords  a műhelykártyán tárolható berakodási/kirako­
dási rekordok száma.  
noOfLoadTypeEntryRecords  a műhelykártyán tárolható szállítmány­
típus-rekordok száma.  
vuConfigurationLengthRange  a tachográfkártyán a járműegység-konfi­
gurációk tárolására rendelkezésre álló bájtok száma.  
2.234b.  WorkshopCardCalibrationAddData  
2. generáció, 2. verzió:  
Olyan, műhelykártyán tárolt információ, amely a kalibrálás sorá n bevitt 
kiegészítő adatokra (azaz az alapértelmezett szállítmánytípusra ) vonat­
kozik (az I. C. melléklet 356l. követelménye).
  
calibrationPointerNewestRecord  a kalibrálás során bevitt, utoljára fris­
sített kiegészítő adat rekordjának indexe.  
Érték-hozzárendelés : a kalibrálás során bevitt kiegészítő adat rekord­
jának számlálójával megegyező szám, amely a kalibrálás során be vitt 
kiegészítő adat rekordjának a szerkezetben való első előfordulá sakor 
„0”-val kezdődik.  
workshopCardCalibrationAddDataRecords  a régi dátumot és 
időpontot, a járműazonosító értéket és a jármű alapértelmezett szállít­
mánytípusát tartalmazó rekordok sorozata.  
2.234c.  WorkshopCardCalibrationAddDataRecord  
2. generáció, 2. verzió:  
Olyan, műhelykártyán tárolt információ, amely a kalibrálás sorá n bevitt 
alapértelmezett szállítmánytípusra vonatkozik (az I. C. mellékl et 356k. 
követelménye).  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 222
  
oldTimeValue  a megfelelő WorkshopCardCalibrationRecord rekordban 
tárolt régi dátum és idő.  
vehicleIdentificationNumber  a járműazonosító szám, amelyet a megfe­
lelő WorkshopCardCalibrationRecord is tartalmaz.  
byDefaultLoadType  a jármű alapértelmezett szállítmánytípusa (csak 
a 2. verzióban szerepel).  
calibrationCountry  az az ország, ahol a kalibrálást elvégezték.  
calibrationCountryTimestamp  az a dátum és időpont, amikor a GNSS- 
vevő megadta az ezen ország meghatározásához használt helyzetet . 
▼B 
2.235.  WorkshopCardCalibrationData  
Olyan, műhelykártyán tárolt információ, amely a kártyával végre hajtott 
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égre hajtott 
kalibrálásra vonatkozik (1C melléklet, 314. és 337. követelmény ). ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 223  
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ö­
zelebb 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 — 21.08.2023 — 003.001 — 224  
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ártyatulajdono s 
azonosítására vonatkozik (1C melléklet, 311. és 334. követelmén y).
 
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 — 21.08.2023 — 003.001 — 225  
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 megs zaka­
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 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.  
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 — 21.08.2023 — 003.001 — 226  
2.241.  VuPowerSupplyInterruptionRecordArray  
2. generáció:  
Olyan, járműegységben tárolt információ, amely áramellátás megs zaka­
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 
kifejezve.  
noOfRecords  a sorozatban található rekordok száma.  
records  az áramellátás megszakadására vonatkozó eseményrekordok 
sorozata.  
2.242.  VuSensorExternalGNSSCoupledRecordArray  
2. generáció:  
Egy SensorExternalGNSSCoupledRecord rekordsorozat plusz a letöl tési 
protokollban használt metaadatok.
  
recordType  a rekord (SensorExternalGNSSCoupledRecord) típusát 
jelöli.  Érték-hozzárendelés:  Lásd: RecordType  
recordSize  a SensorExternalGNSSCoupledRecord 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 protokol lban 
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 — 21.08.2023 — 003.001 — 227  
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 me ghatá­
rozása.
  
4. KARAKTERKÉSZLETEK  
Az IA5String karakterláncok az ISO/IEC 8824-1 szabványban defin iált 
ASCII karaktereket használják. Az olvashatóság és a könnyebb hi vat­
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 mind ig az 
ISO/IEC 8824-1 szabvány az irányadó.
  
Az egyéb karakterláncok (Address, Name, VehicleRegistrationNumb er) 
emellett a következő 8-bites szabványos karakterkészletek 161–2 55. 
decimáliskarakterkód-tartományába tartozó karaktereket is alkal mazzá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  1 3  
ISO/IEC 8859-15 Latin-9  1 5  
ISO/IEC 8859-16 Latin-10 délkelet-európai  1 6  
KOI8-R Latin/cirill  8 0  
KOI8-U Latin/cirill  8 5  
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 megfe lelő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 
vonatkoznak. Ezeknek az objektumazonosítóknak a meghatározása a  
TR-03110-3 számú technikai jelentésben található, itt a teljess ég ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 228  
kedvéért 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ér t 
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 — 21.08.2023 — 003.001 — 229  
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 5 3 4D 52 
44 54” adja meg. Ez egy tulajdonosi AID az ISO/IEC 7816-4 szab­
ványnak megfelelően  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 230  
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 — 21.08.2023 — 003.001 — 231  
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 — 21.08.2023 — 003.001 — 232  
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 — 21.08.2023 — 003.001 — 233  
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 öss z­
hangban kell lennie az ISO/IEC 7816-3 szabvánnyal.  
TCS_02 A kártya érintkezőinek elhelyezése és méretei megfelelne k 
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 — 21.08.2023 — 003.001 — 234  
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 adatoka t 
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:  
▼M3 
üzemelési állapotban, amikor parancsokat hajt végre, vagy 
összeköttetésben van a járműegységgel,  
▼B 
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áli s 
funkcionális követelményeit ismerteti, amelyek biztosítják a me gfelelő 
üzemelést és az interoperabilitást.  
A tachográfkártyák, amennyire lehetséges, megfelelnek a hatályo s 
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ába n e 
parancsoknak teljes mértékben meg kell felelniük az említett sz abvá­
nyoknak.  
3.2. Adatátviteli protokoll  
TCS_10 Az adatátviteli protokoll megfelel az ISO/IEC 7816-3 sza b­
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é­
seket.  
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 — 21.08.2023 — 003.001 — 235  
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 tekinte­
té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 
szinten, 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 
vonatkozóan, bár a kártya által elküldött karakterek 
még 12 etu-val elválaszthatók. Ez szintén igaz az inter­
fé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.  
▼M3 __________  
▼B 
— 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 — 21.08.2023 — 003.001 — 236  
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 — 21.08.2023 — 003.001 — 237  
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égre hajtható. 
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 állap ota: „PIN_Veri­
fied”. A parancsot biztonságos üzenetküldés nélkül kell elkülde ni. 
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ás d: 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üt t alkalma­
zandó titkosítás üzemmódban (lásd: 11. függelék A. rész), vagyi s 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ügg elé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ás d: 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ügg elék B. rész).  
▼M1 
TCS_24 Ezek a biztonsági feltételek összekapcsolhatók az alábbi ak 
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 — 21.08.2023 — 003.001 — 238  
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ás­
kártya  
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ás­
kártya  
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 — 21.08.2023 — 003.001 — 239  
Parancs  Járművezetői 
kártya  Műhelykártya  Ellenőrzőkártya  Vállalkozás­
kártya  
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 alkalma­
zandók:  
▼M1 
Parancs  Járművezetői 
kártya  Műhelykártya  Ellenőrzőkártya  Vállalkozás­
kártya  
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 — 21.08.2023 — 003.001 — 240  
Parancs  Járművezetői 
kártya  Műhelykártya  Ellenőrzőkártya  Vállalkozás­
kártya  
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 bizt on­
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ánsok at 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”  ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 241  
Parancs  INS  
PERFORM SECURITY OPERA­
TION  „2Ah”  
— 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 0 0  Normál feldolgozás.  
61 X X  Normál feldolgozás. XX = a rendelkezésre álló válaszbájtok 
száma  
62 8 1  Figyelmeztető feldolgozás. A visszaküldött adatok egy része 
sérült lehet  
63 0 0  Sikertelen hitelesítés (figyelmeztetés)  
63 C X  Rossz CHV (PIN). A további kísérletek számlálóját az „X” szol­
gáltatja.  
64 0 0  Végrehajtási hiba – A nem felejtő memória állapota változatlan . 
Integritási hiba  
65 0 0  Végrehajtási hiba – A nem felejtő memória állapota megváltozot t. 
65 8 1  Végrehajtási hiba – A nem felejtő memória állapota megváltozot t 
– Memóriahiba  
66 8 8  Védelmi hiba: rossz titkosítási ellenőrző összeg (a biztonságo s 
ü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 — 21.08.2023 — 003.001 — 242  
SW1  SW2  Jelentés  
67 0 0  Téves hossz (rossz Lc vagy Le)  
68 8 3  A lánc utolsó parancsa várható  
69 0 0  Tiltott parancs (nem áll rendelkezésre válasz a T=0-ban)  
69 8 2  A biztonsági állapot nem valósul meg  
69 8 3  A hitelesítési módszer blokkolva  
69 8 5  A használati feltételek nem teljesülnek  
69 8 6  A parancs nem engedélyezett (nincs aktuális EF)  
69 8 7  A várt biztonságos üzenetküldés adatobjektumai hiányoznak  
69 8 8  Helytelen biztonságos üzenetküldési adatobjektumok  
6A 8 0  Helytelen paraméterek az adatmezőben  
6A 8 2  A fájl nem található  
6A 8 6  Rossz P1-P2 paraméterek  
6A 8 8  A hivatkozott adat nem található  
6B 0 0  Rossz paraméterek (eltolás az EF-en kívül)  
6C X X  Téves hossz, az SW2 jelzi a pontos hosszt. Nem érkezett vissza  
adatmező  
6D 0 0  Az utasításkód nem támogatott vagy érvénytelen  
6E 0 0  A besorolás nem támogatott  
6F 0 0  — 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ű pa ran­
csok leírása szerepel.  
További releváns, titkosítási műveletekkel kapcsolatos részlete k 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 protok olltó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 ür esen 
marad.  ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 243  
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ú adatme­
ző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 mind­
kettőt. A biztonságos üzenetküldés használatának szemlél­
tetése érdekében egyes parancsvariánsok biztonságos 
üzenetküldé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 — 21.08.2023 — 003.001 — 244  
A SELECT parancs az alábbiakra szolgál:  
— egy alkalmazás DF kiválasztása (a név szerinti kiválasztás kö te­
lező),  
— 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 bi zton­
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)  N N  „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 — 21.08.2023 — 003.001 — 245  
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ás ra 
kell használni.  
A kártya válasza a kiolvasott adatok visszaküldéséből áll, amel yek 
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 a z 
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 — 21.08.2023 — 003.001 — 246  
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 telje­
sülnek, 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 
állapot: „ 6B00 ”. 
— Ha a kiolvasandó adat mérete nem egyeztethető össze 
az EF méretével (eltolás + Le > EF méret), a visszakül­
dö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 a z 
aktuálisan kiválasztott EF-ből biztonságos üzenetküldéssel anna k érde­
kében, hogy a fogadott adatok integritását ellenőrizze, és védj e az 
adatok titkosságát, amennyiben az SM-R-ENC-MAC-G1 (1. gene­
ráció) vagy az SM-R-ENC-MAC-G2 (2. generáció) biztonsági feltét el 
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 — 21.08.2023 — 003.001 — 247  
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)  N N  „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ő 
összeghez  
#(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 — 21.08.2023 — 003.001 — 248  
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)  M M  „01XX..XXh”  Titkosított adatok: Kitöltésjelző és krip­
togram  
#(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ő 
összeghez  
#(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 — 21.08.2023 — 003.001 — 249  
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 gene­
ráltá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 — 21.08.2023 — 003.001 — 250  
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 telje­
sülnek, 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 
állapot: „ 6B00 ”. 
— Ha a kiolvasandó adat mérete nem egyeztethető össze 
az EF méretével (eltolás + Le > EF méret), a visszakül­
dö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 olvass on 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)  N N  „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 — 21.08.2023 — 003.001 — 251  
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 telje­
sülnek, 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 
állapot: „ 6B00 ”. 
— Ha a kiolvasandó adat mérete nem egyeztethető össze 
az EF méretével (eltolás + Le > EF méret), a visszakül­
dö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 alk al­
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 — 21.08.2023 — 003.001 — 252  
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 kiol­
vasott 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 — 21.08.2023 — 003.001 — 253  
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 fogadot t 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étel t. 
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)  N N  „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 telje­
sülnek, 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 
állapot: „ 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 
állapot: „ 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 adat ok 
teljességét. Mivel a titkosság nem követelmény, az adatokat nem  
kell titkosítani.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 254  
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­
üzenet-strukturát felhasználva.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 255  
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)  N N  „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 — 21.08.2023 — 003.001 — 256  
— 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 telje­
sülnek, 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 
állapot: „ 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 
állapot:„ 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)  N N  „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 
felhaszná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 — 21.08.2023 — 003.001 — 257  
— 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 telje­
sülnek, 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 
állapot: „ 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 
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 
állapot: „ 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 alk al­
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+NN)  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 — 21.08.2023 — 003.001 — 258  
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”  P 1  
P2 1  „00h”  P 2  
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 — 21.08.2023 — 003.001 — 259  
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ély e­
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ő 
összehasonlítását.  
▼M1 
TCS_72 A felhasználó által betáplált PIN-t ASCII-ben kell kódol ni 
é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 ugyanaz t 
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ój a 
ú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”  P 1  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 260  
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 re ndel­
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 L c-t és 
az Le-t is tartalmazta).  
A GET RESPONSE parancsot közvetlenül az adatelőkészítési paranc s 
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é n em 
á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 — 21.08.2023 — 003.001 — 261  
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”  P 1  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 262  
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) nyil­
vános kulcs „00”-tól különböző CHA.LSB-vel rendel­
kezik 
(
 )  
(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 alk al­
mazni, és a tanúsítványt két egymást követő PSO: Verify Certifi cate 
APDU-ban kell továbbítani.  
A tanúsítvány struktúráját és a domain paramétereit a 11. függe lék 
határozza meg.  
▼M3 
TCS_86 A parancs végrehajtható a következőkben: MF, DF 
Tachograph és DF Tachograph_G2, lásd még: TCS_34.  
▼B 
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 — 21.08.2023 — 003.001 — 263  
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.  
▼M3 
TCS_88 A rövid hosszúságú APDU-kra a következő előírások 
vonatkoznak: az IFD-nek azt a minimális számú APDU-t 
kell használnia, amelyre a parancsadatok továbbításához 
szüksége van, és az első APDU parancsban a maximális 
számú bájtot kell továbbítania. Azonban a kártyának támo­
gatnia kell az „Lc” 255 bájtig terjedő értékeit.  
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ártyának támogatnia kell a parancsláncolást. 
Az IFD-nek azt a minimális számú APDU-t kell használnia, 
amelyre a parancsadatok továbbításához szüksége van, és 
az első APDU parancsban a maximális számú bájtot kell 
továbbítania. Ha láncolásra van szükség, a kártyának támo­
gatnia kell az „Lc” bármely értékét a megadott maximális 
kiterjesztett hosszméretig.  
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áját és az állapotszavakat a TCS_85 
követelmény határozza meg.  
▼B 
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 — 21.08.2023 — 003.001 — 264  
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 
tartalmazza:  
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”  P 1  
P2 1  „00h”  P 2  
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 
állapot: „ 6A88 ”. ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 265  
— 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 vonatkozóan ld. a 
11. függelék CSM_193 és CSM_195 bekezdést. Ha 2. 
generációs munkamenetkulcsokat hoznak létre, és a tachog­
ráfkártya az egyszerű, INTERNAL AUTHENTICATE 
parancsot tartalmazó APDU-t kap, megszakítja a 2. gene­
rá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 
tachográ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 vonatkozóan ld. a 
11. függelék CSM_193 és CSM_195 bekezdést. Ha a 2. 
generációs munkamenetkulcsokat hoznak létre, és a tachog­
ráfkártya az egyszerű, EXTERNAL AUTHENTICATE 
parancsot tartalmazó APDU-t kap, megszakítja a 2. gene­
rációs biztonságos üzenetküldési munkamenetet, és 
megsemmisíti a 2. generációs munkamenetkulcsokat.  
▼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 — 21.08.2023 — 003.001 — 266  
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.  
▼M3 
Le 1  „00h”  Az ISO/IEC 7816-4 szabvány meghatározása szerint  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 267  
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ág i 
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 — 21.08.2023 — 003.001 — 268  
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ő 
parancsverzió beállítva. Az 1. generációs hitelesítések esetén ezek a 
parancsverzió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álasz tá­
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 kapcso­
latban, hogy hogyan kell kiválasztani egyet az objektu­
mazonosítók közül, lásd a 11. függeléket.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 269  
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 kapcso­
latban, hogy hogyan kell kiválasztani egyet az objektu­
mazonosí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 — 21.08.2023 — 003.001 — 270  
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-adatme­
ző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ügge­
lékben.  
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 Digi tal 
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 — 21.08.2023 — 003.001 — 271  
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 OPERA­
TION/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 — 21.08.2023 — 003.001 — 272  
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énnie.  
A parancs elérhető vagy nem elérhető az MF-ben. Ha elérhető, a 
parancsot az e fejezetben meghatározottak szerint kell végrehaj tani, 
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 kel l 
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 — 21.08.2023 — 003.001 — 273  
— 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 ku lccsal, 
a többi kártya nem képes sikeresen elvégezni a parancsot, és me gfe­
lelő hibakóddal leáll.  
A parancs elérhető vagy nem elérhető az MF-ben. Ha nem érhető e l 
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 a láí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ás t 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 — 21.08.2023 — 003.001 — 274  
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 d igitális 
aláírás ellenőrzésére, amelynek hasítása a kártya számára ismer t. 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 — 21.08.2023 — 003.001 — 275  
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 
helytelen.  
— 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 
állapot:  „6985” . 
▼B 
3.5.16  PROCESS DSRC MESSAGE  
Ez a parancs a DSRC üzenet sértetlenségének és hitelességének e llen­ 
ő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ódd al 
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 — 21.08.2023 — 003.001 — 276  
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.  
▼M3 
Le 1  „00h”  Az ISO/IEC 7816-4 szabvány meghatározása szerint  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 277  
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 
(feltö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ér­
hető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 ho zzá­
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 álathoz 
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 rekord­
számot, de nem többet, mint a megfelelő alkalmazások 
tekintetében meghatározott maximális rekordszámot.  
▼M3 
A minimális és maximális rekordszámot a különböző alkal­
mazások esetében ez a fejezet határozza meg. A 2. gene­
rációs járművezetői kártyák és műhelykártyák 2. verziója 
esetében az 1. generációs alkalmazásnak a TCS_150 és a 
TCS_158 követelményben meghatározott maximális számú 
rekordot kell támogatnia.  
▼B 
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 — 21.08.2023 — 003.001 — 278  
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 tacho g­
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 — 21.08.2023 — 003.001 — 279  
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ői­
kártya-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 — 21.08.2023 — 003.001 — 280
  
► (1) (2) M3 ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 281
  
▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 282  
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  
▼M3 
TCS_152 Megszemélyesítés után a 2. generációs járművezetőikárty a- 
alkalmazásnak a következő permanens fájlszerkezettel és 
fájlhozzáférési feltételekkel kell rendelkeznie:  
Megjegyzések:  
— 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ám­
rendszerben: 11110.  
— A következők csak a 2. generációs járművezetői 
kártyák 2. verziója esetében használatosak: EF Applica­
tion_Identification_V2, EF Places_Authentication, EF 
GNSS_Places_Authentication, EF Border_Crossings, 
EF Load_Unload_Operations, EF VU_Configuration 
és EF Load_Type_Entries.  
— Az EF Application_Identification elemi fájlban a 
cardStructureVersion értéke a 2. generációs járműve­
zetői kártyák 2. verziója esetében {01 01}, míg a 2. 
generációs járművezetői kártyák 1. verziója esetében 
{01 00} volt.
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 283  
Ebben a táblázatban a biztonsági feltétellel 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 ÉS SM-R-ENC-MAC-G2  
A páratlan INS bájtot tartalmazó Read Binary 
parancs esetében (ha támogatott): NEV  
▼B 
TCS_153 Az összes EF szerkezet transzparens.  
▼M3 
TCS_154 A 2. generációs járművezetőikártya-alkalmazásnak a köve t­
kező adatszerkezettel kell rendelkeznie:
  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 284
  
▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 285
  
▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 286  
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:  
▼M3 
Min.  Max.  
n 1 NoOfEventsPerType  1 2  1 2  
n 2 NoOfFaultsPerType  2 4  2 4  
n 3 NoOfCardVehicleRecords  200  200  
n 4 NoOfCardPlaceRecords  112  112  
n 6 CardActivityLengthRange  13776 bájt 
(56 nap * 117 tevé­
kenységváltás)  13776 bájt 
(56 nap * 117 tevé­
kenységváltás)  
n 7 NoOfCardVehicleUnitRecords  200  200  
n 8 NoOfGNSSADRecords  336  336  
n 9 NoOfSpecificConditionRecords  112  112  
n 10 NoOfBorderCrossingRecords  1120  1120  
n 11 NoOfLoadUnloadRecords  1624  1624  
n 12 NoOfLoadTypeEntryRecords  336  336  
n 13 VuConfigurationLengthRange  3072 bájt  3072 bájt  
▼B 
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 — 21.08.2023 — 003.001 — 287  
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 — 21.08.2023 — 003.001 — 288
  
▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 289
  
▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 290
  
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  
▼M3 
TCS_160 Megszemélyesítés után a 2. generációs műhelykártya-alka l­
mazásnak a következő permanens fájlszerkezettel és fájl­
hozzáférési feltételekkel kell rendelkeznie:  
Megjegyzések:  
— 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ám­
rendszerben: 11110.  
— A következők csak a 2. generációs műhelykártyák 2. 
verziója esetében használatosak: EF Application_Identi­
fication_V2, EF Places_Authentication, EF 
GNSS_Places_Authentication, EF Border_Crossings, 
EF Load_Unload_Operations, EF Load_Type_Entries, 
EF VU_Configuration és EF Calibration_Add_Data.  
— Az EF Application_Identification elemi fájlban a 
cardStructureVersion értéke a 2. generációs műhelykár­
tyák 2. verziója esetében {01 01}, míg a 2. generációs 
műhelykártyák 1. verziója esetében {01 00} volt.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 291
  
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 ÉS SM-R-ENC-MAC-G2  
A páratlan INS bájtot tartalmazó Read Binary 
parancs esetében (ha támogatott): NEV  
▼B 
TCS_161 Az összes EF szerkezet transzparens.  
TCS_162 A 2. generációs műhelykártya-alkalmazás a következő ada t­
szerkezettel rendelkezik:  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 292
  
▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 293
  
▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 294
  
▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 295
  
▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 296  
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:  
▼M3 
Min.  Max.  
n 1 NoOfEventsPerType  3  3  
n 2 NoOfFaultsPerType  6  6  
n 3 NoOfCardVehicleRecords  8  8  
n 4 NoOfCardPlaceRecords  8  8  
n 5 NoOfCalibrationRecords  255  255  
n 6 CardActivityLengthRange  492 bájt (1 nap * 240 
tevékenységváltás)  492 bájt (1 nap * 
240 tevékenységváltás)  
n 7 NoOfCardVehicleUnitRecords  8  8  
n 8 NoOfGNSSADRecords  2 4  2 4  
n 9 NoOfSpecificConditionRecords  4  4  
n 10 NoOfBorderCrossingRecords  4  4  
n 11 NoOfLoadUnloadRecords  8  8  
n 12 NoOfLoadTypeEntryRecords  4  4  
n 13 VuConfigurationLengthRange  3072 bájt  3072 bájt  
▼B 
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 — 21.08.2023 — 003.001 — 297
  
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  
▼M3 
TCS_168 Megszemélyesítés után a 2. generációs ellenőrzőkártya- 
alkalmazásnak a következő permanens fájlszerkezettel és 
fájlhozzáférési feltételekkel kell rendelkeznie:  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 298  
Megjegyzések:  
— 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ám­
rendszerben: 11110.  
— A következők csak a 2. generációs ellenőrzőkártyák 2. 
verziója esetében használatosak: EF Application_Identi­
fication_V2 és EF VU_Configuration.  
— Az EF Application_Identification elemi fájlban a 
cardStructureVersion értéke a 2. generációs ellenőrző­
kártyák 2. verziója esetében {01 01}, míg a 2. generá­
ciós ellenőrzőkártyák 1. verziója esetében {01 00} volt.
  
Ebben a táblázatban a biztonsági feltétellel 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 ÉS SM-R- 
ENC-MAC-G2  
A páratlan INS bájtot tartalmazó Read Binary 
parancs esetében (ha támogatott): NEV  
▼B 
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:  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 299
  
▼B 
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:  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 300  
Min Max.  
n 7 NoOfControlActivityRecords  230  520  
n 13 VuConfigurationLengthRange  3072 bájt  3072 bájt  
▼B 
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árty a- 
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övetke ző 
adatszerkezettel rendelkezik:
  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 301  
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  
▼M3 
TCS_176 Megszemélyesítés után a 2. generációs vállalkozáskártya - 
alkalmazásnak a következő permanens fájlszerkezettel és 
fájlhozzáférési feltételekkel kell rendelkeznie:  
Megjegyzések:  
— 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ám­
rendszerben: 11110.  
— A következők csak a 2. generációs vállalkozáskártyák 
2. verziója esetében használatosak: EF Applica­
tion_Identification_V2 és EF VU_Configuration.  
— Az EF Application_Identification elemi fájlban a 
cardStructureVersion értéke a 2. generációs vállalkozás­
kártyák 2. verziója esetében {01 01}, míg a 2. generá­
ciós vállalkozáskártyák 1. verziója esetében {01 00} 
volt.
 
Ebben a táblázatban a biztonsági feltétellel 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 ÉS SM-R- 
ENC-MAC-G2  
A páratlan INS bájtot tartalmazó Read Binary 
parancs esetében (ha támogatott): NEV  
▼B 
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 — 21.08.2023 — 003.001 — 302
  
▼B 
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:  
▼M3 
Min.  Max.  
n 8 NoOfCompanyActivityRecords  230  520  
n 13 VuConfigurationLengthRange  3072 bájt  3072 bájt  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 303  
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 — 21.08.2023 — 003.001 — 304  
Különleges feltételek, kézi bevitelek
  
Menetíró készülék nem szükséges
  
Kompon/vonaton megtett út
  
Berakodási művelet
  
Kirakodási művelet
  
Egyidejű berakodási/kirakodási művelet
  
Szállítmánytípus: utasok
  
Szállítmánytípus: áruk
  
Szállítmánytípus: meghatározatlan szállítmánytípus  
▼B 
Vegyes
  
Események
  Hibák
  
Munkanap kezdete
  Munkanap vége
  
Hely
  
Járművezetői tevékenységek manu­
ális betáplálása  
▼M3
 
Biztonság/hitelesített adatok/plombák  
▼B
 
Sebesség
  
Idő
 
Összesen/összesítés  
▼M3
 
Digitális térkép/határátlépés  
▼B 
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  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 305
  
Az a helyzet, ahol a jármű átlépte egy 
ország határát
  
Az a helyzet, ahol berakodási műve­
letet végeztek
  
Az a helyzet, ahol kirakodási műve­
letet végeztek
  
Az a helyzet, ahol egyidejű berako­
dási/kirakodási műveletet végeztek  
▼B 
Kártyák
  
Járművezetői kártya
  
Vállalkozáskártya
  
Ellenőrzőkártya
  
Műhelykártya
  
Nincs kártya  
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  
▼M3
 
A behelyezett kártyák történetét mutató kinyomat  
▼B 
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  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 306
  
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ány a” 
vagy „Kommunikációs hiba a külső GNSS-eszközzel”
  
„Kommunikációs hiba a távoli kommunikációs eszközzel”  
▼M3
 
GNSS-anomália  
▼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
  
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 kapcso­
lódó további piktogram-kombinációkat a 4. függelék határozza me g. ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 307  
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 kinyoma ta 
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, am elyek 
blokkazonosítóval láthatók el.  
Egy adatblokk egy vagy több rekordot tartalmaz, amelyek rekorda zo­
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 
kinyomtatni.  
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 kinyomtatn i, 
az ezresek és a milliók százasainak helyértékét szóköz 
választja el, és nincsenek kezdő nullák.  
▼M3 
PRT_005 A karakterláncokból álló adatmezőket balra igazítva kel l 
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. A nevek és a címek két 
sorban is kinyomtathatók.  
▼B 
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 — 21.08.2023 — 003.001 — 308  
— a rendes karakterek olyan változókat jelölnek (piktogramok va gy 
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ó r endel­
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íp us 
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, ma jd 
egy szóközzel elválasztott csereindex és megújítási index követ ­
kezik: 
P
 x  x  x  / x  x  x  x  x  x  x  x  x  x  x  x  x  x  x  x
 Piktogram-kombi- 
náció  
Kiállító tagállam 
kódja A kártyaszám első 14 jegye 
(adott esetben konszekutív indexet foglal magában)
 
Csereindex  
Megújítási index 
▼M3 
— az adattömbökben a „pi=” karakterek után következő szöveg a 3 . 
függelékben meghatározott megfelelő piktogramra vagy 
piktogram-kombinációra vonatkozik,  
— a rögzített földrajzi helyzet hosszúsága és szélességi foka, illetve a 
helyzetmeghatározás időbélyegzője utáni nyomtatás esetén a
  
piktogram azt jelzi, hogy a helyzetet hitelesített navigációs ü zene­
tekből számították ki,  
— * csak a 2. generációs menetíró készülékekben (valamennyi ver zi­
óban) rendelkezésre álló adat,  
— ** csak a 2. generációs menetíró készülékek 2. verziójának ha szná­
lata esetében rendelkezésre álló adat.  ▼B
02016R0799 — HU — 21.08.2023 — 003.001 — 309  
PRT_007 A kinyomatok a következő adatblokkokból és/vagy adattét elekből 
állnak, összhangban a következő jelentésekkel és formátumokkal:
  
► (1) (2) (3) (4) (5)  M3 ▼B
02016R0799 — HU — 21.08.2023 — 003.001 — 310
  
► (1) (2) (3)  M3 ▼B
02016R0799 — HU — 21.08.2023 — 003.001 — 311
  
► (1) (2) M3 ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 312
  
▼B
02016R0799 — HU — 21.08.2023 — 003.001 — 313
  
► (1) (2) (3) (4)  M3 ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 314
  
▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 315
  
► (1) M3 
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  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 316  
3.1. Járm űvezetői tevékenységek kártyáról származó napi kinyomata  
▼M3 
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:
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 317  
3.2. Járm űvezetői tevékenységek VU-ból való napi kinyomata  
▼M3 
PRT_009 A járművezetői tevékenységek járműegységről származó na pi 
kinyomatának összhangban kell lennie a következő formá­
tummal:
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 318  
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 hely ezve 
+ GEN)  
3 A járművezető azonosítása (arról a kártyáról, amelyre a kinyoma t 
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  
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  ▼B
02016R0799 — HU — 21.08.2023 — 003.001 — 319  
3.5. A m űszaki adatok kinyomata  
▼M3 
PRT_012 A műszaki adatok kinyomatának összhangban kell lennie a  
következő formátummal:
  ▼B
02016R0799 — HU — 21.08.2023 — 003.001 — 320  
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  
▼M3 
PRT_014 A korábban behelyezett kártyákra vonatkozó kinyomatnak 
összhangban kell lennie a következő formátummal:
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 321  
5. függelék  
KIJELZÉS  
E függelékben a következő hagyományos jelölések kerültek alkalm azá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 va gy 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 — 21.08.2023 — 003.001 — 322  
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 — 21.08.2023 — 003.001 — 323  
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ül nek 
kiosztásra:  
Érint­
kező  Leírás  Megjegyzé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 — 21.08.2023 — 003.001 — 324  
É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 átvi telre, 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ít ható. 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 — 21.08.2023 — 003.001 — 325  
3. KALIBRÁLÁSI INTERFÉSZ  
INT_007 Az adatkommunikáció megfelel a következő szabványnak: I SO 
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 jel lem­
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  m A  
U magas  (ki) 4  V  I  =  1  m A  
INT_009 A bemenő/kimenő jel megfelel a következő szinkronozási 
diagramoknak:
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 326  
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 — 21.08.2023 — 003.001 — 327  
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  
▼M3 
2.2.6.1. Positive Response Transfer Data Download Interface Ver sion (a letöltési 
interfész verziójára vonatkozó adatok átvitelének kérésére adot t pozitív 
válasz)  
2.2.6.2. Positive Response Transfer Data Overview (az áttekinté sre vonatkozó 
adatok átvitelének kérésére adott pozitív válasz)  
2.2.6.3. Positive Response Transfer Data Activities (a tevékeny ségekre vonat­ 
kozó adatok átvitelének kérésére adott pozitív válasz)  
2.2.6.4. Positive Response Transfer Data Events and Faults (az eseményekre és 
hibákra vonatkozó adatok átvitelének kérésére adott pozitív vál asz) 
2.2.6.5. Positive Response Transfer Data Detailed Speed (a járm ű sebességére 
vonatkozó adatok átvitelének kérésére adott pozitív válasz)  
2.2.6.6. Positive Response Transfer Data Technical Data (a tech nikai adatok 
átvitelének kérésére adott pozitív válasz)  
▼B 
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, amelyek et 
fel kell használni a megfelelő adatátvitel, valamint a letöltöt t 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 ele m­
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 — 21.08.2023 — 003.001 — 328  
— egy tachográfkártyáról egy járműegységen keresztül egy, a jár mű­
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 adatoka t a 11. 
függelékkel (Közös biztonsági mechanizmusok) összhangban mellék elt 
aláírással együtt kell letölteni. Ezenkívül le kell tölteni a f orrásberen­
dezés (VU vagy kártya) azonosítóját és biztonsági tanúsítványai t (tagál­
lami és felszerelési). Az adatokat ellenőrző személynek megbízh ató 
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 bizto nsági 
mechanizmusok) B. részének (Második generációs menetíró rendsze r) 
alkalmazásával írják alá, kivéve akkor, ha a járművezetőt nem u niós 
ellenőrző hatóság első generációs ellenőrzőkártya alkalmazásáva l ellen­ 
őrzi, amikor is az adatokat a 11. függelék (Közös biztonsági me cha­
nizmusok) A. részének (Első generációs menetíró rendszer) alkal mazá­
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 h atá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 beren­
dezé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 — 21.08.2023 — 003.001 — 329  
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 a z 
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 „kulc sszó 
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 terveze tére 
épül (Road vehicles – Diagnostic systems – Part 1: Diagnostic s ervices, 
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 üzenete k 
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  …  …  …  C S  
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 jogo sultságot a letöltési funkci­
óhoz és az adatokhoz. A járműegység egyik kártyaolvasó egységéb e 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 — 21.08.2023 — 003.001 — 330  
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  C S  
4 bájt  255 bájtnál hosszabb  
Ezt a következőképpen kell továbbítani:  
Fejrész  SID  TREP  0 0  0 1  1. alüzenet  C S  
4 bájt  255 bájt  
Fejrész  SID  TREP  0 0  0 2  2. alüzenet  C S  
4 bájt  255 bájt  
… 
Fejrész  SID  TREP  x x  y y  n. alüzenet  C S  
4 bájt  255 bájtnál kevesebb  
vagy:  
Fejrész  SID  TREP  0 0  0 1  1. alüzenet  C S  
4 bájt  255 bájt  
Fejrész  SID  TREP  0 0  0 2  2. alüzenet  C S  
4 bájt  255 bájt  
… 
Fejrész  SID  TREP  x x  y y  n. alüzenet  C S  
4 bájt  255 bájt  
Fejrész  SID  TREP  x x  yy + 1  C S  
4 bájt  4 bájt  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 331  
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.  
▼M3 
Az üzenet struktúrája  Maximum 4 bájt  Maximum 255 bájt  1 bájt  
Fejrész  Adat  Ellenőrző 
összeg  
IDE ->  <- VU  FMT  TGT  SRC  LEN  SID  DS_ / TRTP  DATA  C S  
Start Communication Request 
(„Kommunikáció megkezdése” kérés)  81 E E  F 0  8 1  E 0  
Positive Response Start Communica­
tion (A „Kommunikáció megkezdése” 
kérésre adott pozitív válasz)  80 F 0  E E  0 3  C 1  EA, 8F  9 B  
Start Diagnostic Session Request 
(„Diagnosztikai munkamenet indítása” 
kérés)  80 E E  F 0  0 2  1 0  8 1  F 1  
Positive Response Start Diagnostic (A 
„Diagnosztikai munkamenet indítása” 
kérésre adott pozitív válasz)  80 F 0  E E  0 2  5 0  8 1  3 1  
Link Control Service (Kapcsolatelle­
nőrző szolgáltatás)  
Verify Baud Rate (Baudráta ellen­ 
őrzése, 1. fokozat)  
9 600 Bd  8 0  E E  F 0  0 4  8 7  0 1  01,01  E C  
19 200 Bd  8 0  E E  F 0  0 4  8 7  0 1  01,02  E D  
38 400 Bd  8 0  E E  F 0  0 4  8 7  0 1  01,03  E E  
57 600 Bd  8 0  E E  F 0  0 4  8 7  0 1  01,04  E F  
115 200 Bd  8 0  E E  F 0  0 4  8 7  0 1  01,05  F 0  
Positive Response Verify Baud Rate 
(A „Baudráta ellenőrzése” kérésre 
adott pozitív válasz)  80 F 0  E E  0 2  C 7  0 1  2 8  
Transition Baud Rate (Átmeneti 
baudráta, 2. fokozat)  80 E E  F 0  0 3  8 7  0 2  0 3  E D  
Request Upload (Feltöltés kérése)  8 0  E E  F 0  0 A  3 5  00,00,00,00­
,00,FF,FF, 
FF,FF  99 
Positive Response Request Upload (A 
feltöltés kérésére adott pozitív válasz)  80 F 0  E E  0 3  7 5  00,FF  D 5  
Transfer Data Request (Adatátvitel 
kérése)  
Download interface version (A 
letöltési interfész verziója)  80 E E  F 0  0 2  3 6  0 0  9 6  
Overview (Áttekintés)  80 E E  F 0  0 2  3 6  01, 21 vagy 
31 CS 
Activities (Tevékenységek)  80 E E  F 0  0 6  3 6  02, 22 vagy 
32 Date (Dátum)  C S  
Events & Faults (Esemény vagy 
hiba)  80 E E  F 0  0 2  3 6  03, 23 vagy 
33 Date (Dátum)  C S  
Detailed Speed (Részletes 
sebesség)  80 E E  F 0  0 2  3 6  04 vagy 24  Date (Dátum)  C S  
Technical Data (Műszaki adatok)  80 E E  F 0  0 2  3 6  05, 25 vagy 
35 Date (Dátum)  C S  
Card download (Kártyaletöltés)  80 E E  F 0  02 vagy 03  3 6  0 6  Slot (Kártya­
olvasó egység)  CS ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 332  
Az üzenet struktúrája  Maximum 4 bájt  Maximum 255 bájt  1 bájt  
Fejrész  Adat  Ellenőrző 
összeg  
IDE ->  <- VU  FMT  TGT  SRC  LEN  SID  DS_ / TRTP  DATA  C S  
Positive Response Transfer Data (Az 
adatátvitel kérésére adott pozitív 
válasz)  80 F 0  E E  Len  7 6  TREP  Adat  C S  
Request Transfer Exit (Átvitel befeje­
zésének kérése)  80 E E  F 0  0 1  3 7  9 6  
Positive Response Request Transfer 
Exit (Az átvitel befejezésének kérésére 
adott pozitív válasz)  80 F 0  E E  0 1  7 7  D 6  
Stop Communication Request 
(Kommunikáció leállításának kérése)  80 E E  F 0  0 1  8 2  E 1  
Positive Response Stop Communica­
tion (A kommunikáció leállításának 
kérésére adott pozitív válasz)  80 F 0  E E  0 1  C 2  2 1  
Acknowledge sub message (Alüzenet 
visszaigazolása)  80 E E  F 0  Len  8 3  Adat  C S  
Negative responses (Negatív válaszok)  
General reject (Általános elutasítás)  8 0  F 0  E E  0 3  7 F  Sid Req  1 0  C S  
Service not supported (A szolgáltatás 
nem támogatott)  80 F 0  E E  0 3  7 F  Sid Req  1 1  C S  
Sub function not supported (Az 
alfunkció nem támogatott)  80 F 0  E E  0 3  7 F  Sid Req  1 2  C S  
Incorrect Message Length (Az üzenet 
hossza helytelen)  80 F 0  E E  0 3  7 F  Sid Req  1 3  C S  
Conditions not correct or Request 
sequence error (A feltételek nem 
megfelelőek vagy hiba van a kérési 
szekvenciában)  80 F 0  E E  0 3  7 F  Sid Req  2 2  C S  
Request out of range (Tartományon 
kívüli kérés)  80 F 0  E E  0 3  7 F  Sid Req  3 1  C S  
Upload not accepted (Feltöltés eluta­
sítva)  80 F 0  E E  0 3  7 F  Sid Req  5 0  C S  
Response pending (Válasz függőben)  8 0  F 0  E E  0 3  7 F  Sid Req  7 8  C S  
Data not available (Az adatok nem 
állnak rendelkezésre)  80 F 0  E E  0 3  7 F  Sid Req  F A  C S  
Megjegyzések:  
— 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 ID E-nél) 
az ISO 14229 szabvánnyal való kompatibilitás érdekében. Ugyanaz t 
jelenti, mint a „download” (letöltés) kifejezés (mint a járműeg y­
ségnél).  
— E táblázatban nem szerepelnek a lehetséges kétbájtos alüzenet szá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árt ya­
olvasó egységet kell választania, ha a kártyát ebbe helyezték b e, és 
csak akkor használhatja a 2-es kártyaolvasó egységet, ha a felh asz­
náló kifejezetten ezt választotta.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 333  
— A TRTP 24 használatos a járműegységről történő adatletöltési 
kérelmek 2. generációjának 1. és 2. verziója esetében.  
— A TRTP 00, 31, 32, 33 és 35 használatos a járműegységről tört énő 
adatletöltési kérelmek 2. generációjának 2. verziója esetében.  
— A TRTP 21, 22, 23 és 25 használatos a járműegységről történő 
adatletöltési kérelmek 2. generációjának 1. verziója esetében.  
— A TRTP 01–05 használatos a járműegységről történő adatletölté si 
kérelmek 1. generációja esetében. Ezeket opcionálisan a 2. gene rá­
ciós járműegységek is elfogadhatják, de csak egy nem uniós elle n­ 
őrző hatóság által végzett, első generációs ellenőrzőkártyával 
történő járművezetői ellenőrzés keretében.  
— A TRTP 11–1F értékek a gyártóspecifikus letöltési kérések szá mára 
vannak fenntartva.  
▼B 
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).  
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.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 334  
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.  
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ár mű­
egység számára meghatározza a letöltendő adatok típusát. Egy 
egybájtos „Transfer Request Parameter” (TRTP) jelzi az átvitel típusát.  
▼M3 
Az adatátvitelnek hét típusa van: A járműegységről való 
adatletöltés esetében minden egyes adatátvitelhez két külön­
böző TRTP érték használható:  
Az adatátvitel típusa  TRTP-érték a járműegységről 
való 1. generációs 
adatletöltéshez  TRTP-érték a járműegységről 
való 2. generációs, 1. verziójú 
adatletöltéshez  TRTP-érték a járműegységről 
való 2. generációs, 2. verziójú 
adatletöltéshez  
A letöltési interfész verziója  Nem használatos  Nem használatos  0 0  
Áttekintés  0 1  2 1  3 1  
Meghatározott dátumhoz 
kapcsolódó tevékenységek  02 2 2  3 2  
Események és hibák  0 3  2 3  3 3  
Részletes sebesség  0 4  2 4  2 4  
Műszaki adatok  0 5  2 5  3 5  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 335  
Adatátvitel 
típusa  TRTP érték  
Card download  0 6  
▼M3 
DDP_054 Az IDE-nek kötelezően kérnie kell az áttekintési adatok  
átvitelét (TRTP 01, 21 vagy 31) a letöltési munkamenet 
során, mivel csak ez biztosítja azt, hogy a járműegység 
tanúsítványai rögzítésre kerüljenek a letöltött fájlban (és ez 
teszi lehetővé a digitális aláírás hitelesítését).  
A harmadik esetben (TRTP 02, 22 vagy 32) a „Transfer Data Reque st” 
üzenet tartalmazza a letöltendő naptári nap adatait (TimeReal 
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.  
▼M3 
DDP_055 Az első esetben (TREP 01, 21 vagy 31) a járműegység 
elküldi adatokat küld annak érdekében, 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övet­
kező információkat tartalmazza:  
▼M1 
— biztonsági tanúsítványok,  
— 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 munkamenet befeje­
zé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.  ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 336  
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ételét, 
amely több alüzenet formájában került átvitelre. Az adat­
mező 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)  
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 tartalmazzák 
a válasz szolgáltatásazonosítóját (SID) (7F), a kérés szolgál­
tatásazonosítóját, valamint egy kódot, amely megadja a 
negatív válasz okát. A következő kódok állnak rendelke­
zésre:  
— 10: általános elutasítás  
A műveletet nem lehet végrehajtani, a következőkben 
nem részletezett okok miatt.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 337  
— 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 szek­
venciá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 V U  
Start Communication Request  ⇨ 
⇦  Positive Response  
Start Diagnostic Service Request  ⇨ 
⇦  Positive Response  
Request Upload  ⇨ 
⇦  Positive Response  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 338  
IDE V U  
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 szink ­
ronozá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álaszának 
megkezdése között eltelt idő vagy az IDE visszaiga­
zolásának vége és a járműegység következő vála­
szá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 megkezdé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ésnél.  
P5 = A P3 kiterjesztett értéke a kártya letöltéséhez.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 339  
A szinkronozási paraméterek megengedett értékeit az alábbi 
táblázat adja meg (a KWP azon kiterjesztett szinkronozá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  2 0  
P2 2 0  1 000 (*)  
P3 1 0  5 000  
P4 5  2 0  
P5 1 0  20 perc  
(*) Amennyiben a járműegység „Negative Response” választ ad, am ely válasz tartalmazza „megfelelően fogadott 
kérés, a válasz függőben” jelentésű kódot, akkor ezen érték kit erjed 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ár amlá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 — 21.08.2023 — 003.001 — 340  
2. ábra  
A járműegység hibakezelése
  
▼B 
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.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 341  
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 tarta lmá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ő sz intű 
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 r ekordok 
számát. Az alábbi táblázatokban az adattömbök „…RecordArray” 
(fejrésszel) elnevezéssel szerepelnek.  
▼M3 
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 D o w n l o a d I n t e r ­
f a c e V e r s i o n ( a l e t ö l t é s i i n t e r f é s z v  e r z i ó j á r a 
v o n a t k o z ó a d a t o k á t v i t e l é n e k k é r é s é  r e a d o t t 
p o z i t í v v á l a s z )  
DDP_028a A „Positive Response Transfer Data Download Interface 
Version” üzenet adatmezőjének a következő adatokat kell 
tartalmaznia, az alábbi sorrendben, az SID 76 Hex, TREP 
00 Hex alatt:  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 342  
2. generációs, 2. verziójú adatstruktúra (TREP 00 Hex)  
Adatelem  Megjegyzés  
DownloadInterfaceVersion  A járműegység generációja és verziója: 02,02 Hex 
a 2. generáció 2. verziója esetében 
Nem támogatott az 1. és 2. generációs járműegy­
ségek 1. verziója esetében, amelyeknek negatív 
választ kell adniuk (az alfunkció nem támogatott, 
lásd: DDP_018)  
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 O v e r v i e w ( a z 
á t t e k i n t é s r e v o n a t k o z ó a d a t o k á t v i t  e l é n e k k é r é ­
s é r e a d o t t p o z i t í v v á l a s z )  
DDP_029 A „Positive Response Transfer Data Overview” üzenet 
adatmezőjének a következő adatokat kell tartalmaznia, az 
alábbi sorrendben, az SID 76 Hex, TREP 01, 21 vagy 31 
Hex alatt, az alüzenetek megfelelő felosztásával és számo­
zásával:  
1. generációs adatstruktúra (TREP 01 Hex)  
Adatelem  Megjegyzés  
MemberStateCertificate  A járműegység biztonsági tanúsítványai  
VUCertificate  
VehicleIdentificationNumber  A jármű azonosítása  
VehicleRegistrationIdentification  
CurrentDateTime  A járműegység aktuális dátuma és ideje  
VuDownloadablePeriod  Letöltendő időszak  
CardSlotsStatus  A járműegységbe behelyezett kártyák típusa  
VuDownloadActivityData  Előző járműegység-letöltés  
VuCompanyLocksData  Valamennyi tárolt, vállalkozás általi lezárás. Ha a 
szakasz üres, csak ez kerül elküldésre: noOfLocks 
= 0. 
VuControlActivityData  A járműegységben tárolt valamennyi ellenőrzési 
rekord. Ha a szakasz üres, csak ez kerül elkül­
désre: noOfControls = 0.  
Signature  A tanúsítványok kivételével valamennyi adat RSA 
aláírása kezdve a VehicleIdentificationNumber 
adattól egészen az utolsó VuControlActivityData 
utolsó bájtjáig.  
2. generációs, 1. verziójú adatstruktúra (TREP 21 Hex)  
Adatelem  Megjegyzés  
MemberStateCertificateRecordArray  Tagállami tanúsítvány  
VUCertificateRecordArray  A járműegység tanúsítványa  
VehicleIdentificationNumberRecordArray  A jármű azonosítása  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 343  
Adatelem  Megjegyzés  
VehicleRegistrationIdentificationRecordArray  A jármű rendszáma  
CurrentDateTimeRecordArray  A járműegység aktuális dátuma és ideje  
VuDownloadablePeriodRecordArray  Letöltendő időszak  
CardSlotsStatusRecordArray  A járműegységbe behelyezett kártyák típusa  
VuDownloadActivityDataRecordArray  Előző járműegység-letöltés  
VuCompanyLocksRecordArray  Valamennyi tárolt, vállalkozás általi lezárás. Ha a 
szakasz üres, csak ez kerül elküldésre: egy adat­
tömbfejrész, valamint noOfRecords = 0.  
VuControlActivityRecordArray  A járműegységben tárolt valamennyi ellenőrzési 
rekord. Ha a szakasz üres, csak ez kerül elkül­
désre: egy adattömbfejrész, valamint noOfRecords 
= 0. 
SignatureRecordArray  Minden előző adat ECC aláírása a tanúsítványok 
kivételével.  
2. generációs, 2. verziójú adatstruktúra (TREP 31 Hex)  
Adatelem  Megjegyzés  
MemberStateCertificateRecordArray  Tagállami tanúsítvány  
VUCertificateRecordArray  A járműegység tanúsítványa  
VehicleIdentificationNumberRecordArray  A jármű azonosítása  
VehicleRegistrationNumberRecordArray  A jármű rendszáma  
CurrentDateTimeRecordArray  A járműegység aktuális dátuma és ideje  
VuDownloadablePeriodRecordArray  Letöltendő időszak  
CardSlotsStatusRecordArray  A járműegységbe behelyezett kártyák típusa  
VuDownloadActivityDataRecordArray  Előző járműegység-letöltés  
VuCompanyLocksRecordArray  Valamennyi tárolt, vállalkozás általi lezárás. Ha a 
szakasz üres, csak ez kerül elküldésre: egy adat­
tömbfejrész, valamint noOfRecords = 0.  
VuControlActivityRecordArray  A járműegységben tárolt valamennyi ellenőrzési 
rekord. Ha a szakasz üres, csak ez kerül elkül­
désre: egy adattömbfejrész, valamint noOfRecords 
= 0. 
SignatureRecordArray  Minden előző adat ECC aláírása a tanúsítványok 
kivételével.  
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 A c t i v i t i e s ( a 
t e v é k e n y s é g e k r e v o n a t k o z ó a d a t o k á t  v i t e l é n e k 
k é r é s é r e a d o t t p o z i t í v v á l a s z )  
DDP_030 A „Positive Response Transfer Data Activities” üzenet 
adatmezőjének a következő adatokat kell tartalmaznia, az 
alábbi sorrendben, az SID 76 Hex, TREP 02, 22 vagy 32 
Hex alatt, az alüzenetek megfelelő felosztásával és számo­
zásával:  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 344  
1. generációs adatstruktúra (TREP 02 Hex)  
Adatelem  Megjegyzés  
TimeReal  A letöltött nap dátuma  
OdometerValueMidnight  Kilométer-számláló értéke a letöltött nap végén  
VuCardIWData  A kártyabehelyezési/-kivételi eljárások adatai. 
— Ha ez a szakasz nem tartalmaz rendelkezésre álló 
adatot, csak ez kerül elküldésre: noOfVuCardIWRe­
cords = 0. 
— Ha egy VuCardIWRecord átnyúlik a 00:00 órán 
(kártyabehelyezés előző nap) vagy a 24:00 órán 
(kártyakivétel következő nap), akkor teljes 
egészében meg kell jelennie mindkét érintett nap 
tekintetében.  
VuActivityDailyData  A kártyaleolvasó egység állapota 00:00-kor és a rögzí­
tett tevékenységváltások a letöltött nap tekintetében.  
VuPlaceDailyWorkPeriodData  A letöltött nap tekintetében rögzített adatokkal kapcso­
latos helyek. Ha a szakasz üres, csak ez kerül elkül­
désre: noOfPlaceRecords = 0.  
VuSpecificConditionData  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.  
Signature  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.  
2. generációs, 1. verziójú adatstruktúra (TREP 22 Hex)  
Adatelem  Megjegyzés  
DateOfDayDownloadedRecordArray  A letöltött nap dátuma  
OdometerValueMidnightRecordArray  Kilométer-számláló értéke a letöltött nap végén  
VuCardIWRecordArray  A kártyabehelyezési/-kivételi eljárások adatai. 
— Ha ez a szakasz nem tartalmaz rendelkezésre álló 
adatot, csak ez kerül elküldésre: egy adattömbfej­
rész, valamint noOfRecords = 0. 
— Ha egy VuCardIWRecord átnyúlik a 00:00 órán 
(kártyabehelyezés előző nap) vagy a 24:00 órán 
(kártyakivétel következő nap), akkor teljes 
egészében meg kell jelennie mindkét érintett nap 
tekintetében.  
VuActivityDailyRecordArray  A kártyaleolvasó egység állapota 00:00-kor és a rögzí­
tett tevékenységváltások a letöltött nap tekintetében.  
VuPlaceDailyWorkPeriodRecordArray  A letöltött nap tekintetében rögzített adatokkal kapcso­
latos helyek. Ha a szakasz üres, csak ez kerül elkül­
désre: egy adattömbfejrész, valamint noOfRecords = 0.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 345  
Adatelem  Megjegyzés  
VuGNSSADRecordArray  A jármű GNSS-helyzetei, amikor 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ömb­
fejrész, valamint noOfRecords = 0.  
VuSpecificConditionRecordArray  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ömbfejrész, valamint noOfRe­
cords = 0.  
SignatureRecordArray  Minden előző adat ECC aláírása.  
2. generációs, 2. verziójú adatstruktúra (TREP 32 Hex)  
Adatelem  Megjegyzés  
DateOfDayDownloadedRecordArray  A letöltött nap dátuma  
OdometerValueMidnightRecordArray  Kilométer-számláló értéke a letöltött nap végén  
VuCardIWRecordArray  A kártyabehelyezési/-kivételi eljárások adatai. 
— Ha ez a szakasz nem tartalmaz rendelkezésre álló 
adatot, csak ez kerül elküldésre: egy adattömbfej­
rész, valamint noOfRecords = 0. 
— Ha egy VuCardIWRecord átnyúlik a 00:00 órán 
(kártyabehelyezés előző nap) vagy a 24:00 órán 
(kártyakivétel következő nap), akkor teljes 
egészében meg kell jelennie mindkét érintett nap 
tekintetében.  
VuActivityDailyRecordArray  A kártyaleolvasó egység állapota 00:00-kor és a rögzí­
tett tevékenységváltások a letöltött nap tekintetében.  
VuPlaceDailyWorkPeriodRecordArray  A letöltött nap tekintetében rögzített adatokkal kapcso­
latos helyek. Ha a szakasz üres, csak ez kerül elkül­
désre: egy adattömbfejrész, valamint noOfRecords = 0.  
VuGNSSADRecordArray  A jármű GNSS-helyzetei, amikor 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ömb­
fejrész, valamint noOfRecords = 0.  
VuSpecificConditionRecordArray  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ömbfejrész, valamint noOfRe­
cords = 0.  
VuBorderCrossingRecordArray  Határátlépések a letöltött napon. Ha a szakasz üres, csak 
ez kerül elküldésre: egy adattömbfejrész, valamint 
noOfRecords = 0.  
VuLoadUnloadRecordArray  Berakodási/kirakodási műveletek a letöltött napon. Ha a 
szakasz üres, csak ez kerül elküldésre: egy adattömbfej­
rész, valamint noOfRecords = 0.  
SignatureRecordArray  Minden előző adat ECC aláírása.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 346  
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 E v e n t s a n d F a u l t s 
( a z e s e m é n y e k r e é s h i b á k r a v o n a t k o z ó  a d a t o k 
á t v i t e l é n e k k é r é s é r e a d o t t p o z i t í v v  á l a s z )  
DDP_031 A „Positive Response Transfer Data Events and Faults” 
üzenet adatmezőjének a következő adatokat kell tartal­
maznia, az alábbi sorrendben, az SID 76 Hex, TREP 03, 
23 vagy 33 Hex alatt, az alüzenetek megfelelő felosz­
tásával és számozásával:  
1. generációs adatstruktúra (TREP 03 Hex)  
Adatelem  Megjegyzés  
VuFaultData  A járműegységben tárolt vagy folyamatban lévő vala­
mennyi hiba. 
Ha a szakasz üres, csak ez kerül elküldésre: noOfVuFa­
ults = 0.  
VuEventData  A járműegységben tárolt vagy folyamatban lévő vala­
mennyi hiba (a gyorshajtás kivételével). 
Ha a szakasz üres, csak ez kerül elküldésre: noOfVuE­
vents = 0.  
VuOverSpeedingControlData  A gyorshajtás legutóbbi ellenőrzésére vonatkozó adatok 
(ha nincs adat, az alapértelmezett érték).  
VuOverSpeedingEventData  A járműegységben tárolt valamennyi gyorshajtási 
esemény. 
Ha a szakasz üres, csak ez kerül elküldésre: noOfVuO­
verSpeedingEvents = 0.  
VuTimeAdjustmentData  A járműegységben tárolt valamennyi 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: noOfVuTi­
meAdjRecords = 0.  
Signature  Valamennyi adat RSA aláírása kezdve a noOfVuFaults 
adattól egészen az időbeállítással kapcsolatos utolsó 
rekord utolsó bájtjáig.  
2. generációs, 1. verziójú adatstruktúra (TREP 23 Hex)  
Adatelem  Megjegyzés  
VuFaultRecordArray  A járműegységben tárolt vagy folyamatban lévő vala­
mennyi hiba. 
Ha a szakasz üres, csak ez kerül elküldésre: egy adat­
tömbfejrész, valamint noOfRecords = 0.  
VuEventRecordArray  A járműegységben tárolt vagy folyamatban lévő vala­
mennyi hiba (a gyorshajtás kivételével). 
Ha a szakasz üres, csak ez kerül elküldésre: egy adat­
tömbfejrész, valamint noOfRecords = 0.  
VuOverSpeedingControlDataRecordArray  A gyorshajtás legutóbbi ellenőrzésére vonatkozó adatok 
(ha nincs adat, az alapértelmezett érték).  
VuOverSpeedingEventRecordArray  A járműegységben tárolt valamennyi gyorshajtási 
esemény. 
Ha a szakasz üres, csak ez kerül elküldésre: egy adat­
tömbfejrész, valamint noOfRecords = 0.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 347  
Adatelem  Megjegyzés  
VuTimeAdjustmentRecordArray  A járműegységben tárolt valamennyi 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 adat­
tömbfejrész, valamint noOfRecords = 0.  
SignatureRecordArray  Minden előző adat ECC aláírása.  
2. generációs, 2. verziójú adatstruktúra (TREP 33 Hex)  
Adatelem  Megjegyzés  
VuFaultRecordArray  A járműegységben tárolt vagy folyamatban lévő vala­
mennyi hiba. 
Ha a szakasz üres, csak ez kerül elküldésre: egy adat­
tömbfejrész, valamint noOfRecords = 0.  
VuEventRecordArray  A járműegységben tárolt vagy folyamatban lévő vala­
mennyi hiba (a gyorshajtás kivételével). 
Ha a szakasz üres, csak ez kerül elküldésre: egy adat­
tömbfejrész, valamint noOfRecords = 0.  
VuOverSpeedingControlDataRecordArray  A gyorshajtás legutóbbi ellenőrzésére vonatkozó adatok 
(ha nincs adat, az alapértelmezett érték).  
VuOverSpeedingEventRecordArray  A járműegységben tárolt valamennyi gyorshajtási 
esemény. 
Ha a szakasz üres, csak ez kerül elküldésre: egy adat­
tömbfejrész, valamint noOfRecords = 0.  
VuTimeAdjustmentRecordArray  A járműegységben tárolt valamennyi 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 adat­
tömbfejrész, valamint noOfRecords = 0.  
SignatureRecordArray  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 D e t a i l e d S p e e d ( a 
j á r m ű s e b e s s é g é r e v o n a t k o z ó a d a t o k á  t v i t e l é n e k 
k é r é s é r e a d o t t p o z i t í v v á l a s z )  
DDP_032 A „Positive Response Transfer Data Detailed Speed” 
üzenet adatmezőjének a következő adatokat kell tartal­
maznia, az alábbi sorrendben, az SID 76 Hex, TREP 04 
vagy 24 Hex alatt, az alüzenetek megfelelő felosztásával és 
számozásával:  
1. generációs adatstruktúra (TREP 04 Hex)  
Adatelem  Megjegyzés  
VuDetailedSpeedData  A járműegységben tárolt minden részletes sebesség (egy 
sebességblokk minden olyan percre, amely alatt a jármű 
mozgásban volt). 
Percenként 60 sebességérték (másodpercenként egy).  
Signature  Valamennyi adat RSA aláírása kezdve a noOfSpeedB­
locks adattól egészen az utolsó sebességblokk utolsó 
bájtjáig.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 348  
2. generációs adatstruktúra (TREP 24 Hex)  
Adatelem  Megjegyzés  
VuDetailedSpeedBlockRecordArray  A járműegységben tárolt minden részletes sebesség (egy 
sebességblokk minden olyan percre, amely alatt a jármű 
mozgásban volt). 
Percenként 60 sebességérték (másodpercenként egy).  
SignatureRecordArray  Minden előző adat ECC aláírása.  
2.2.6.6. 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 ( a 
t e c h n i k a i a d a t o k á t v i t e l é n e k k é r é s é  r e a d o t t 
p o z i t í v v á l a s z )  
DDP_033 A „Positive Response Transfer Data Technical Data” üzen et 
adatmezőjének a következő adatokat kell tartalmaznia, az 
alábbi sorrendben, az SID 76 Hex, TREP 05, 25 vagy 35 
Hex alatt, az alüzenetek megfelelő felosztásával és számo­
zásával:  
1. generációs adatstruktúra (TREP 05 Hex)  
Adatelem  Megjegyzés  
VuIdentification  
SensorPaired  
A járműegységben tárolt valamennyi kalibrálási rekord.  
Signature  Valamennyi adat RSA aláírása kezdve a vuManufactu­
rerName adattól egészen az utolsó VuCalibrationRecord 
utolsó bájtjáig.  
2. generációs, 1. verziójú adatstruktúra (TREP 25 Hex)  
Adatelem  Megjegyzés  
VuIdentificationRecordArray  
VuSensorPairedRecordArray  A járműegységben tárolt valamennyi mozgásérzékelő- 
párosítás.  
VuSensorExternalGNSSCoupledRecor­
dArray  A járműegységben tárolt valamennyi külső 
GNSS-eszköz-csatlakozás.  
VuCalibrationRecordArray  A járműegységben tárolt valamennyi kalibrálási rekord.  
VuCardRecordArray  A járműegységben tárolt valamennyi kártyabehelyezési 
adat.  
VuITSConsentRecordArray  
VuPowerSupplyInterruptionRecordArray  
SignatureRecordArray  Minden előző adat ECC aláírása.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 349  
2. generációs, 2. verziójú adatstruktúra (TREP 35 Hex)  
Adatelem  Megjegyzés  
VuIdentificationRecordArray  
VuSensorPairedRecordArray  A járműegységben tárolt valamennyi mozgásérzékelő- 
párosítás.  
VuSensorExternalGNSSCoupledRecor­
dArray  A járműegységben tárolt valamennyi külső 
GNSS-eszköz-csatlakozás.  
VuCalibrationRecordArray  A járműegységben tárolt valamennyi kalibrálási rekord.  
VuCardRecordArray  A járműegységben tárolt valamennyi kártyabehelyezési 
adat.  
VuITSConsentRecordArray  
VuPowerSupplyInterruptionRecordArray  
SignatureRecordArray  Minden előző adat ECC aláírása.  
▼B 
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ám­
lá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özvet len 
letöltését ismerteti. Az IDE nem része a biztonságos környezetn ek; 
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 rend­
szer végrehajtja az ICC adatok letöl­
tését. A munkamenet átfogja a teljes 
eljárást, az ICC alaphelyzetbe való 
visszaállításától az ICC dezaktiválásáig 
(a kártya kivétele vagy a következő 
visszaállítás).  
Aláírt adatfájl : Egy fájl az ICC-ről. A fájl normál 
szövegként kerül átvitelre 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.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 350  
3.3. Kártyaletöltés  
▼M3 
DDP_035 A tachográfkártya letöltése a következő lépéseket fogla lja 
magában:  
— A kártya közös információinak letöltése az ICC és az IC 
EF-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 Tachograph DF-en belül:  
— A Card_Certificate és CA_Certificate EF-ek 
letöltése. Ezen informá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 Tachograph DF-en belül), a Card_Download 
EF kivételével. Ezen információkat digitális 
aláírás védi, a 11. függelék (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 Application_Identification és 
az Identification 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ő:  
Events_Data,  
Faults_Data,  
Driver_Activity_Data,  
Vehicles_Used,  
Places,  
Control_Activity_Data,  
Specific_Conditions.  
— Csak a 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 nem uniós 
ellenőrző hatóság által végzett, első generációs ellen­ 
őrzőkártyával történő járművezetői ellenőrzés kere­
tében töltik le, az EF-ek letöltése a Tachograph_G2 
DF-en belül:  
— A CardSignCertificate, a CA_Certificate és a 
Link_Certificate EF letöltése. Ezen információkat 
nem védi digitális aláírás.  
— E fájlokat minden letöltési munkamenetben köte­
lező letölteni.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 351  
— Az egyéb alkalmazási adatok EF-jeinek letöltése 
(a Tachograph_G2 DF-en belül), a Card_Down­
load EF kivételével. Ezen információkat digitális 
aláírás védi, a 11. függelék (Közös biztonsági 
mechanizmusok) B. részének alkalmazásával.  
— Minden egyes letöltési munkamenetben kötelező 
letölteni legalább az Application_Identification, 
az Application_Identification_V2 (ha van ilyen) 
és az Identification EF-et.  
— A járművezetői kártya adatainak letöltése során a 
következő EF-ek letöltése is kötelező:  
Events_Data,  
Faults_Data,  
Driver_Activity_Data,  
Vehicles_Used,  
Places,  
Control_Activity_Data,  
Specific_Conditions,  
VehicleUnits_Used,  
GNSS_Places,  
Places_Authentication, ha van ilyen,  
GNSS_Places_Authentication, ha van ilyen,  
Border_Crossings, ha van ilyen,  
Load_Unload_Operations, ha van ilyen,  
Load_Type_Entries, ha van ilyen.  
— A járművezetői kártya adatainak letöltése során a 
LastCardDownload dátum frissítése a 
Card_Download EF-ben, a Tachograph és adott 
esetben a Tachograph_G2 DF-ben.  
— A műhelykártya adatainak letöltése során a kalib­
rálási számláló visszaállítása alaphelyzetbe a 
Card_Download EF-ben, a Tachograph és adott 
esetben a Tachograph_G2 DF-ben.  
— A műhelykártya adatainak letöltése során nem 
kell letölteni a Sensor_Installation_Data EF-et a 
Tachograph és adott esetben a Tachograph_G2 
DF-ben.  
▼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.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 352  
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 
tartalmaz, 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)  
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áj lok 
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  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 353  
Kártya  Irány  IDE/IFD  Jelentés/Megjegyzések  
OK
 
Read Binary  Ha a fájl több adatot 
tartalmaz, 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ó.  
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.  ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 354  
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 
fenntartott.  
DDP_045 Ha a fájl nem kerül letöltésre, egyetlen, a fájllal kap csolatos 
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  
FID (2 bájt) || „02”  Címke az EF-hez (FID) 
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  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 355  
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öl­
té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 el ső 
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 össz­
hangban, é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 Respon se 
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
  v a g y
  
fájlját.  ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 356  
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 — 21.08.2023 — 003.001 — 357  
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  
▼M3 
8. ROUTINECONTROL SZOLGÁLTATÁS (IDŐBEÁLLÍTÁS)  
8.1. Az üzenet leírása  
8.2. Az üzenet formátuma  
9. DATARECORDS FORMÁTUMOK  
9.1. Az átküldött paraméterek tartományai  
9.2. dataRecords formátumok  
▼B 
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-vonal on 
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 l eí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 (Comm u­
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 StandardDiagnosticSessi on, 
amelynél valamennyi adat leolvasható a járműegységről, de nem l ehet 
adatokat írni a járműegységre.  
A diagnosztikai munkamenet kiválasztását az 5. pont (Kezelési s zol­
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 interoper abilitá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 — 21.08.2023 — 003.001 — 358  
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 rendsze rek 
– 1. rész: Diagnosztikai szolgáltatások, 6. változat, 2001. feb ruár 22.).  
A szolgáltatásazonosítókhoz, a szolgáltatási kérésekhez és vála szokhoz, 
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  
alkalmazni.  
A „kliens” és a „szerver” kifejezés a vizsgálókészülékre, illet ve 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áro zá­
sára ezen dokumentumban kerül sor.  
CPR_004 A táblázat jelzi azon szolgáltatásokat, amelyek egy akt ivá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  
„StandardDiagnosticSession” (SD)  azon szolgáltatá­
sait, amelyeket minden járműegységben alkalmazni kell.  
— Az  ötödik oszlop  meghatározza az  
„ECUAdjustmentSession” (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  
„ECUProgrammingSession” (ECUPS)  azon szolgálta­
tásait, amelyeket alkalmazni kell ahhoz, hogy lehetővé 
váljon a paraméterek programozása a járműegységben.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 359  
1. táblázat  
A szolgáltatásazonosítók értékeinek összefoglaló táblázata  
Diagnosztikai munkamenetek  
Diagnosztikai szakasz neve  Pont 
száma  Szolgáltatás- 
azonosító érték  SD ECUAS  ECUPS  
StartCommunication  4.1  8 1  ■  ■  ■  
StopCommunication  4.2  8 2  ■  
TesterPresent  4.3  3 E  ■  ■  ■  
StartDiagnosticSession  5.1  1 0  ■  ■  ■  
SecurityAccess  5.2  2 7  ■  ■  ■  
ReadDataByIdentifier  6.1  2 2  ■  ■  ■  
WriteDataByIdentifier  6.2  2 E  ■  
InputOutputControlByIdentifier  7.1  2 F  ■  
▼M3 
RoutineControl  8  3 1
  
▼B 
■ Ez a szimbólum azt jelzi, hogy a szolgáltatás kötelező e diagn osztikai 
munkamenetben. 
A szimbólum hiánya azt jelzi, hogy e szolgáltatás nem megengede tt e diagnosztikai 
munkamenetben.  
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 biz o­
nyos szolgáltatásokra. Ezek nem jelennek meg az alkalmazási rét egen. 
A rendelkezésre álló szolgáltatásokat a következő táblázat rész letezi:  
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 — 21.08.2023 — 003.001 — 360  
CPR_007 Ezután a járműegység lefolytat minden olyan tevékenység et, 
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 mun ka­
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 üzem­
módban, vagyis StandardDiagnosticSession üzem­
mó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 ál lí­
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 — 21.08.2023 — 003.001 — 361  
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ő-para­
mé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 2 0  
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 2 0  
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  8 1  FMT  
#2 Célcím-bájt  E E  TGT  
#3 Forráscím-bájt  t t  SRC  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 362  
Bájt #  Paraméter neve  Hex érték  Kódszó  
#4 StartCommunication Request 
Service Id  81 SCR  
#5 Ellenőrző összeg  00-FF  C S  
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  8 0  FMT  
#2 Célcím-bájt  t t  TGT  
#3 Forráscím-bájt  E E  SRC  
#4 Kiegészítőhossz-bájt  0 3  LEN  
#5 StartCommunication Positive 
Response Service Id  C1 SCRPR  
#6 1. kulcsbájt  E A  KB1  
#7 2. kulcsbájt  8 F  KB2  
#8 Ellenőrző összeg  00-FF  C S  
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 — 21.08.2023 — 003.001 — 363  
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  8 0  FMT  
#2 Célcím-bájt  E E  TGT  
#3 Forráscím-bájt  t t  SRC  
#4 Kiegészítőhossz-bájt  0 1  LEN  
#5 StopCommunication Request 
Service Id  82 SPR  
#6 Ellenőrző összeg  00-FF  C S  
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  8 0  FMT  
#2 Célcím-bájt  t t  TGT  
#3 Forráscím-bájt  E E  SRC  
#4 Kiegészítőhossz-bájt  0 1  LEN  
#5 StopCommunication Positive 
Response Service Id  C2 SPRPR  
#6 Ellenőrző összeg  00-FF  C S  
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  8 0  FMT  
#2 Célcím-bájt  t t  TGT  
#3 Forráscím-bájt  E E  SRC  
#4 Kiegészítőhossz-bájt  0 3  LEN  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 364  
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  1 0  RC_GR  
#8 Ellenőrző összeg  00-FF  C S  
4.2.3  A paraméterek meghatározása  
E szolgáltatáshoz egyetlen paraméter meghatározása sem szüksége s. 
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, ho gy 
jelezze a szervernek azt, hogy vele továbbra is aktív kapcsolat ban 
van, annak megelőzése érdekében, hogy a szerver automatikusan 
visszaálljon normál üzemmódra, és esetleg megszakítsa a kommuni ká­
ciót. E rendszeres időközönként elküldött szolgáltatás aktív ál lapotban 
tartja a diagnosztikai munkamenetet/kommunikációt olyan módon, 
hogy minden szolgáltatáskérésnél visszaállítja a P3 óraregiszte rt. 
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  8 0  FMT  
#2 Célcím-bájt  E E  TGT  
#3 Forráscím-bájt  t t  SRC  
#4 Kiegészítőhossz-bájt  0 2  LEN  
#5 TesterPresent Request 
Service Id  3E TP  
#6 Alfunkció = respon­
seRequired- 
= [ igen  0 1  RESPREQ_Y  
nem ]  0 2  RESPREQ_NO  
#7 Ellenőrző összeg  00-FF  C S  
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 — 21.08.2023 — 003.001 — 365  
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  8 0  FMT  
#2 Célcím-bájt  t t  TGT  
#3 Forráscím-bájt  E E  SRC  
#4 Kiegészítőhossz-bájt  0 1  LEN  
#5 TesterPresent Positive 
Response Service Id  7E TPPR  
#6 Ellenőrző összeg  00-FF  C S  
CPR_081 A szolgáltatás a következő negatív válaszkódokat támoga tja: 
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  8 0  FMT  
#2 Célcím-bájt  t t  TGT  
#3 Forráscím-bájt  E E  SRC  
#4 Kiegészítőhossz-bájt  0 3  LEN  
#5 Negative Response Service Id  7F  NR  
#6 TesterPresent Request Service Identi­
fication  3E T P  
#7 response­
Code =  [ SubFunctionNot­
Supported-Invalid­
Format  12 RC_SFNS_IF  
incorrectMessage­
Length ]  13 RC_IML  
#8 Ellenőrző összeg  00-FF  C S  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 366  
5. KEZELÉSI SZOLGÁLTATÁSOK  
A rendelkezésre álló szolgáltatásokat a következő táblázat rész letezi:  
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­
ókhoz.  
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 diagn osz­
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 a z 
alábbi táblázatok részletezik:  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 367  
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  8 0  FMT  
#2 Célcím-bájt  E E  TGT  
#3 Forráscím-bájt  t t  SRC  
#4 Kiegészítőhossz-bájt  0 2  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  C S  
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  8 0  FMT  
#2 Célcím-bájt  t t  TGT  
#3 Forráscím-bájt  E E  SRC  
#4 Kiegészítőhossz-bájt  0 2  LEN  
#5 StartDiagnosticSession Posi ­
tive Response Service Id  50 STDSPR  
#6 DiagnosticSession = 
(megegyezik a 14. táblázat #6 
bájt értékével)  xx DS_…  
#7 Ellenőrző összeg  00-FF  C S  
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  8 0  FMT  
#2 Célcím-bájt  t t  TGT  
#3 Forráscím-bájt  E E  SRC  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 368  
Bájt #  Paraméter neve  Hex 
érték  Kódszó  
#4 Kiegészítőhossz-bájt  0 3  LEN  
#5 Negative Response Service Id  7F  NR  
#6 StartDiagnosticSession Request 
Service Id  10 STDS  
#7 Response­
Code =  [subFunctionNotSup­
ported (  α ) 12 RC_SFNS  
incorrectMessage­
Length (  β ) 13 RC_IML  
conditionsNotCor­
rect (  γ ) 22 RC_CNC  
#8 Ellenőrző összeg  00-FF  C S  
( α ) – a kérésüzenet #6 bájtjánál beillesztett érték nem támogatot t, vagyis nem szerepel a 
17. táblázatban, 
( β ) – az üzenet hossza rossz, 
( γ ) – 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 
m e g h a t á r o z o t t m á s d i a g n o s z t i k a i 
munkamenetekkel.  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 — 21.08.2023 — 003.001 — 369  
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űegy sé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 ír ni 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 requ est­
Seed üzenetet, amelyet adott esetben egy SecurityAccess sendKey  
üzenet követ. A SecurityAccess szolgáltatást a StartDiagnosticS ession 
szolgáltatást követően kell végrehajtani.  
CPR_033 A vizsgálókészülék a SecurityAccess requestSeed üzenete t 
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 PI N- 
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ábbítsa 
a járműegységnek. Annak érdekében, hogy időt adjon a kártya­
hitelesítési eljárás végrehajtásához, a járműegység felhasználj a 
a requestCorrectlyReceived-ResponsePending negatív válasz­
kódot a válaszadási idő meghosszabbításához. A maximális 
válaszadási idő azonban nem haladhatja meg az öt percet. 
Mihelyt a kért szolgáltatás befejeződik, a járműegység pozitív  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 370  
válaszüzenetet vagy negatív válaszüzenetet küld az említett 
kódtól eltérő válaszkóddal. A járműegység megismételheti 
a requestCorrectlyReceived-ResponsePending negatív válasz­
kó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 Security Ac­
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átuma it 
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  8 0  FMT  
#2 Célcím-bájt  E E  TGT  
#3 Forráscím-bájt  t t  SRC  
#4 Kiegészítőhossz-bájt  0 2  LEN  
#5 SecurityAccess Request 
Service Id  27 SA  
#6 accessType – requestSeed  7 D  AT_RSD  
#7 Ellenőrző összeg  00-FF  C S  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 371  
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  8 0  FMT  
#2 Célcím-bájt  t t  TGT  
#3 Forráscím-bájt  E E  SRC  
#4 Kiegészítőhossz-bájt  0 4  LEN  
#5 SecurityAccess Positive 
Response Service Id  67 SAPR  
#6 accessType – requestSeed  7 D  AT_RSD  
#7 Magas seed  00-FF  SEEDH  
#8 Alacsony seed  00-FF  SEEDL  
#9 Ellenőrző összeg  00-FF  C S  
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  8 0  FMT  
#2 Célcím-bájt  t t  TGT  
#3 Forráscím-bájt  E E  SRC  
#4 Kiegészítőhossz-bájt  0 3  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 SecurityAccess Request Service Id  2 7  S A  
#7 response­
Code =  [conditionsNotCorrect 
OrRequestSequence­
Error  22 RC_CNC  
incorrectMessage­
Length]  13 RC_IML  
#8 Ellenőrző összeg  00-FF  C S  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 372  
5.2.3  Az üzenetek formátuma – SecurityAccess – sendKey  
CPR_041 A SecurityAccess sendKey primitívek üzenetformátumait a z 
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  8 0  FMT  
#2 Célcím-bájt  E E  TGT  
#3 Forráscím-bájt  t t  SRC  
#4 Kiegészítőhossz-bájt  m  +  2  LEN  
#5 SecurityAccess Request 
Service Id  27 SA  
#6 accessType – sendKey  7 E  AT_SK  
#7 – (#m + 
6) Key #1 (Magas)  x x  KEY  
… …  
Key #m (alacsony, az „m” 
értéke legalább 4, legfeljebb 8)  xx 
#m+7  Ellenőrző összeg  00-FF  C S  
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  8 0  FMT  
#2 Célcím-bájt  t t  TGT  
#3 Forráscím-bájt  E E  SRC  
#4 Kiegészítőhossz-bájt  0 2  LEN  
#5 SecurityAccess Positive 
Response Service Id  67 SAPR  
#6 accessType – sendKey  7 E  AT_SK  
#7 Ellenőrző összeg  00-FF  C S  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 373  
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  8 0  FMT  
#2 Célcím-bájt  t t  TGT  
#3 Forráscím-bájt  E E  SRC  
#4 Kiegészítőhossz-bájt  0 3  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 SecurityAccess Request Service Id  2 7  S A  
#7 Response­
Code =  [generalReject  1 0  RC_GR  
subFunctionNotSup­
ported  12 RC_SFNS  
incorrectMessage­
Length  13 RC_IML  
conditionsNotCorrect 
OrRequestSequence­
Error  22 RC_CNC  
invalidKey  3 5  RC_IK  
exceededNumberOf 
Attempts  36 RC_ENA  
requestCorrectlyRecei 
ved-ResponsePen­
ding]  78 RC_RCR_RP  
#8 Ellenőrző összeg  00-FF  C S  
6. ADATÁTVITELI SZOLGÁLTATÁSOK  
A rendelkezésre álló szolgáltatásokat a következő táblázat rész letezi:  
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 — 21.08.2023 — 003.001 — 374  
6.1. ReadDataByIdentifier szolgáltatás  
6.1.1  Az üzenet leírása  
CPR_050 A ReadDataByIdentifier szolgáltatást a kliens arra hasz ná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öv et­
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  8 0  FMT  
#2 Célcím-bájt  E E  TGT  
#3 Forráscím-bájt  t t  SRC  
#4 Kiegészítőhossz-bájt  0 3  LEN  
#5 ReadDataByIdentifier 
Request Service Id  22 RDBI  
#6 – #7  recordDataIdentifier = [a value 
from 28]  xxxx  RDI_…  
#8 Ellenőrző összeg  00-FF  C S  
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  8 0  FMT  
#2 Célcím-bájt  t t  TGT  
#3 Forráscím-bájt  E E  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 — 21.08.2023 — 003.001 — 375  
Bájt #  Paraméter neve  Hex 
érték  Kódszó  
#8 – 
(#m+7)  dataRecord[] =  [data#1  x x  DREC_DAT­
A1 
: :  :  
data#m]  x x  DREC_DAT­
Am 
#m+8  Ellenőrző összeg  00-FF  C S  
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  8 0  FMT  
#2 Célcím-bájt  t t  TGT  
#3 Forráscím-bájt  E E  SRC  
#4 Kiegészítőhossz-bájt  0 3  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 ReadDataByIdentifier Request 
Service Id  22 RDBI  
#7 Response­
Code=  [requestOutOf­
Range  31 RC_ROOR  
incorrectMessage­
Length  13 RC_IML  
conditionsNotCor­
rect] 22 RC_CNC  
#8 Ellenőrző összeg  00-FF  C S  
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.  
▼M3 
CPR_053 Az e dokumentumban meghatározott recordDataIdentifier 
értékeket az alábbi táblázat mutatja be.  
A recordDataIdentifier táblázat öt 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ék azon adatelemét, amelyen a recordDataIdenti­
fier alapul (adott esetben konvertálás szükséges).  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 376  
— A  harmadik oszlop (Leírás)  meghatározza a megfelelő 
recordDataIdentifier nevét.  
— A  negyedik oszlop (Hozzáférési jogok)  meghatározza 
az ehhez a recordDataIdentifierhez való hozzáférésre 
vonatkozó jogokat.  
— Az  ötödik oszlop (Kódszó)  meghatározza az e record­
DataIdentifierhez tartozó kódszót.  
28. táblázat  
A recordDataIdentifier értékeinek meghatározása  
Hex Adatelem  A recordDataIdentifier megnevezése 
(a formátumot lásd a 8.2. pontban)  Hozzáférési 
jogok 
(read/write 
– olvasás/ 
írás) Kódszó  
F90B  CurrentDateTime  TimeDate  R/W  RDI_TD  
F912  HighResOdometer  HighResolutionTotalVehicleDis­
tance  R/W  RDI_HRTVD  
F918  K-ConstantOfRecordingEquipment  Kfactor  R/W  RDI_KF  
F91C  L-TyreCircumference  LfactorTyreCircumference  R/W  RDI_LF  
F91D  W-VehicleCharacteristicConstant  WvehicleCharacteristicFactor  R/W  RDI_WVCF  
F921  TyreSize  TyreSize  R/W  RDI_TS  
F922  nextCalibrationDate  NextCalibrationDate  R/W  RDI_NCD  
F92C  SpeedAuthorised  SpeedAuthorised  R/W  RDI_SA  
F97D  vehicleRegistrationNation  RegisteringMemberState  R/W  RDI_RMS  
F97E  VehicleRegistrationNumber  VehicleRegistrationNumber  R/W  RDI_ VRN  
F190  VehicleIdentificationNumber  VIN  R/W  RDI_ VIN  
F9D0  SensorSerialNumber  MotionSensorSerialNumber  R  RDI_SSN  
F9D1  RemoteCommunicationModuleSerial­
Number  RemoteCommunicationFacility­
SerialNumber  R RDI_RCSN  
F9D2  SensorGNSSSerialNumber  ExternalGNSSFacilitySerial­
Number  R RDI_GSSN  
F9D3  SealDataVu  SmartTachographSealsSerial­
Number  R/W  RDI_SDV  
F9D4  VuSerialNumber  VuSerialNumber  R  RDI_VSN  
F9D5  ByDefaultLoadType  ByDefaultLoadType  R/W  RDI_BDLT  
F9D6  TachographCardsGen1Suppression  TachographCardsGen1Suppres­
sion R/W  RDI_TCG1S  
F9D7  VehiclePosition  VehiclePosition  R  RDI_VP  
F9D8  LastCalibrationCountry  CalibrationCountry  R  RDI_CC  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 377  
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 has z­
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é­
telek. 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:  
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  8 0  FMT  
#2 Célcím-bájt  E E  TGT  
#3 Forráscím-bájt  t t  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  x x  DREC_DAT­
A1 
: :  :  
data#m]  x x  DREC_DAT­
Am 
#m+8  Ellenőrző összeg  00-FF  C S  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 378  
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  8 0  FMT  
#2 Célcím-bájt  t t  TGT  
#3 Forráscím-bájt  E E  SRC  
#4 Kiegészítőhossz-bájt  0 3  LEN  
#5 WriteDataByIdentifier Posi ­
tive Response Service Id  6E WDBIPR  
#6 – #7  recordDataIdentifier = 
[megegyezik a 29. táblázat 
#6 és #7 bájtjainak értékével]  xxxx  RDI_…  
#8 Ellenőrző összeg  00-FF  C S  
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  8 0  FMT  
#2 Célcím-bájt  t t  TGT  
#3 Forráscím-bájt  E E  SRC  
#4 Kiegészítőhossz-bájt  0 3  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 WriteDataByIdentifier Request 
Service Id  2E WDBI  
#7 Response­
Code=  [requestOutOf­
Range  31 RC_ROOR  
incorrectMessage­
Length  13 RC_IML  
conditionsNotCor­
rect] 22 RC_CNC  
#8 Ellenőrző összeg  00-FF  C S  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 379  
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 adato k 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ész letezi:  
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 imp ulzusok 
ellenőrzését vagy megfigyelését.  
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),  
— realTimeSpeedSignalOutputSensor, 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, speedSigna­
lInput, 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 kalibrálási 
I/O jelvonal visszatérjen a „dezaktivált” (alapértelmezett) 
állapotba.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 380  
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ít ani 
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:  
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  8 0  FMT  
#2 Célcím-bájt  E E  TGT  
#3 Forráscím-bájt  t t  SRC  
#4 Kiegészítőhossz-bájt  x x  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  C S  
Megjegyzés:  A controlState paraméter csak bizonyos 
esetekben szerepel (lásd a 7.1.3. pontot).  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 381  
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  8 0  FMT  
#2 Célcím-bájt  t t  TGT  
#3 Forráscím-bájt  E E  SRC  
#4 Kiegészítőhossz-bájt  x x  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  C S  
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  8 0  FMT  
#2 Célcím-bájt  t t  TGT  
#3 Forráscím-bájt  E E  SRC  
#4 Kiegészítőhossz-bájt  0 3  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 inputOutputControlByIdentifier 
Request SId  2F IOCBI  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 382  
Bájt #  Paraméter neve  Hex érték  Kódszó  
#7 responseCode=[  
incorrectMessageLength  1 3  RC_IML  
conditionsNotCorrect  2 2  RC_CNC  
requestOutOfRange  3 1  RC_ROOR  
deviceControlLimitsExceeded]  7 A  RC_DCLE  
#8 Ellenőrző összeg  00-FF  C S  
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  
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  0 0  Az I/O vonal dezaktivált (alapértelmezett 
állapot)  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 383  
Üzemmód  Hex érték  Leírás  
Aktiválás  0 1  A kalibrálási I/O vonal 
speedSignalInput-ként aktiválva  
Aktiválás  0 2  A kalibrálási I/O vonal 
realTimeSpeedSignalOutputSensor-ként akti­
válva  
Aktiválás  0 3  A kalibrálási I/O vonal mint RTCOutput 
aktiválva  
▼M3 
8. ROUTINECONTROL SZOLGÁLTATÁS (IDŐBEÁLLÍTÁS)  
8.1. Az üzenet leírása  
CPR_065a A szolgáltatás RoutineControl (TimeAdjustment) szolgál ­
tatás lehetővé teszi a járműegység órájának a GNSS-vevő 
által biztosított időhöz való hozzáigazítását.  
A RoutineControl (TimeAdjustment) szolgáltatás használa­
tához a járműegységnek kalibrálási üzemmódban kell 
lennie.  
Előfeltétel:  biztosítani kell, hogy a járműegység képes 
legyen hitelesített helyzetmeghatározási üzeneteket fogadni 
a GNSS-vevőtől.  
Amíg az időbeállítás folyamatban van, a járműegységnek 
válaszolnia kell a RoutineControl kérésre (alfunkció: 
RequestRoutineResults) a következővel: routineInfo = 
0x78.  
Megjegyzés: az idő beállítása hosszabb időt is igénybe 
vehet A diagnosztikai vizsgálónak a requestRoutineResults 
alfunkció használatával kell kérelmeznie az időbeállítási 
állapotot.  
8.2. Az üzenet formátuma  
CPR_065b A RoutineControl (TimeAdjustment) szolgáltatásra és 
annak primitívjeire vonatkozó üzenetformátumokat az 
alábbi táblázatok részletezik:  
37a. táblázat  
RoutineControl, (TimeAdjustment) üzenetkérés-rutin, startRoutine alfunkció  
Bájt #  A paraméter neve  Hex érték  Kódszó  
#1 Formátumbájt – fizikai címzés  8 0  FMT  
#2 Célcímbájt  E E  TGT  
#3 Forráscímbájt  t t  SRC  
#4 Kiegészítőhossz-bájt  x x  LEN  
#5 RoutineControl Request Sid (a RoutineControl kérés szolgáltatása ­
zonosítója)  31 RC  
#6 routineControlType = [startRoutine]  0 1  RCTP_STR  
#7 és #8  routineIdentifier = [TimeAdjustment]  0100  RI_TA  
#9 Ellenőrző összeg  00-FF  C S  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 384  
37b. táblázat  
RoutineControl, (TimeAdjustment) rutin, startRoutine alfunkció, pozitív válaszüzenet  
Bájt #  A paraméter neve  Hex érték  Kódszó  
#1 Formátumbájt – fizikai címzés  8 0  FMT  
#2 Célcímbájt  t t  TGT  
#3 Forráscímbájt  E E  SRC  
#4 Kiegészítőhossz-bájt  x x  LEN  
#5 RoutineControl Positive Response Sid (a RoutineControl pozitív 
válaszüzenetének szolgáltatásazonosítója)  71 RCPR  
#6 routineControlType = [startRoutine]  0 1  RCTP_STR  
#7 és #8  routineIdentifier= [TimeAdjustment]  0100  RI_TA  
#9 Ellenőrző összeg  00-FF  C S  
37c. táblázat  
RoutineControl, (TimeAdjustment) üzenetkérés-rutin, requestRoutineResults alfunkció  
Bájt #  A paraméter neve  Hex érték  Kódszó  
#1 Formátumbájt – fizikai címzés  8 0  FMT  
#2 Célcímbájt  E E  TGT  
#3 Forráscímbájt  t t  SRC  
#4 Kiegészítőhossz-bájt  x x  LEN  
#5 RoutineControl Request Sid (a RoutineControl kérés szolgáltatása ­
zonosítója)  31 RC  
#6 routineControlType = [requestRoutineResults]  0 3  RCTP_RRR  
#7 és #8  routineIdentifier= [TimeAdjustment]  0100  RI_TA  
#9 Ellenőrző összeg  00-FF  C S  
37d. táblázat  
RoutineControl, (TimeAdjustment) rutin, requestRoutineResults alfunkció, pozitív válaszüzenet  
Bájt #  A paraméter neve  Hex érték  Kódszó  
#1 Formátumbájt – fizikai címzés  8 0  FMT  
#2 Célcímbájt  t t  TGT  
#3 Forráscímbájt  E E  SRC  
#4 Kiegészítőhossz-bájt  x x  LEN  
#5 RoutineControl Positive Response Sid (a RoutineControl pozitív 
válaszüzenetének szolgáltatásazonosítója)  71 RCPR  
#6 routineControlType = [requestRoutineResults]  0 3  RCTP_RRR  
#7 és #8  routineIdentifier= [TimeAdjustment]  0100  RI_TA  
#9 routineInfo (lásd a 37f. táblázatot)  X X  RINF_TA  
#10 routineStatusRecord[] = routineStatus#1 (lásd a 37g. táblázato t) X X  RS_TA  
#11 Ellenőrző összeg  00-FF  C S  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 385  
37e. táblázat  
RoutineControl, (TimeAdjustment) rutin, negatív válaszüzenet  
Bájt #  A paraméter neve  Hex érték  Kódszó  
#1 Formátumbájt – fizikai címzés  8 0  FMT  
#2 Célcímbájt  t t  TGT  
#3 Forráscímbájt  E E  SRC  
#4 Kiegészítőhossz-bájt  0 3  LEN  
#5 negativeResponse Service Id (a negatív válasz szolgáltatásazonosí ­
tója)  7F NR  
#6 inputOutputControlByIdentifier Request SId  3 1  RC  
#7 responseCode=[ 
sub-functionNotSupported 
incorrectMessageLengthOrInvalidFormat 
conditionsNotCorrect 
requestOutOfRange 
] 12 
13 
22 
31 SFNS 
IMLOIF 
CNC 
ROOR  
#8 Ellenőrző összeg  00-FF  C S  
37f. táblázat  
RoutineControl, (TimeAdjustment) rutin, routineInfo  
routineInfo  Hex érték  Leírás  
NormalExitWithResultAvailable  6 1  A rutin teljeskörűen lefutott; további rutineredmények 
állnak rendelkezésre.  
RoutineExecutionOngoing  7 8  A kért rutin végrehajtása még folyamatban van.  
37g. táblázat  
RoutineControl, (TimeAdjustment) rutin, routineStatus  
Hex érték  Vizsgálati eredmény  Leírás  
01 pozitív  Az időbeállítás sikeresen befejeződött.  
02..0F  RFU  
10 negatív  Nincs GNSS-jel.  
11..7F  RFU  
80..FF  Gyártóspecifikus  
9. DATARECORDS FORMÁTUMOK  
E szakasz a következőket részletezi:  
— általános szabályok, amelyeket a járműegységről a vizsgálókés zü­
lékre küldött paraméterek tartományaira kell alkalmazni,  
— azon formátumok, amelyeket a 6. pontban leírt adatátviteli sz olgál­
tatások útján továbbított adatok esetében kell használni.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 386  
CPR_067 A járműegységnek támogatnia kell az összes megadott par a­
métert.  
CPR_068 A járműegységről a kérésüzenetre adott válaszként a viz s­
gálókészülékre küldött adatoknak 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 észlelte).  
9.1. Az átküldött paraméterek tartományai  
CPR_069 A 38. táblázat meghatározza azon tartományokat, amelyek et 
az átküldött paraméterek érvényességének megállapításához 
kell használni.  
CPR_070 A „hibajelző” tartományban szereplő értékek lehetővé te szik 
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 „nem áll rendelkezésre” tartományban szereplő értékek  
lehetővé teszik a járműegység számára olyan üzenet továb­
bítását, amely tartalmaz egy olyan paramétert, amely nem 
áll rendelkezésre vagy nem támogatott az adott modulban. 
A „nem kért adat” tartományban szereplő értékek lehetővé 
teszik az eszköz 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.  
CPR_072 Amennyiben valamely összetevő elem hibája megaka­
dályozza a valamely paraméterre vonatkozó érvényes 
adatok átvitelét, a 38. táblázatban leírt hibajelzőt kell hasz­
ná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, a hibajelző nem használható. Az 
adatokat ez esetben a megfelelő minimális vagy maximális 
paraméterérték felhaszná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  F B  FB00 – FBFF  FB000000 – FBFFFFFF  nincs  
Jövőbeni indikátorbitek számára fenn­
tartott tartomány  FC – FD  FC00 – FDFF  FC000000 – FDFFFFFF  nincs  
Hibajelző  F E  FE00 – FEFF  FE000000 – FEFFFFFF  0  
Nem áll rendelkezésre vagy nem kért 
adat FF FF00 – FFFF  FF000000 – FFFFFFFF  F F  
CPR_073 Az ASCII-ben kódolt paraméterek esetében a „*” ASCII 
karaktert határolójelként kell fenntartani.  
9.2. dataRecords formátumok  
Az alábbi 39–42. táblázatok részletezik azon formátumokat, amel yeket 
a ReadDataByIdentifier és a WriteDataByIdentifier szolgáltatáso kon 
keresztül használni kell.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 387  
CPR_074 A 39. táblázat közli a recordDataIdentifier által megha tá­
rozott egyes paraméterek hosszát, felbontását és működési 
tartományát:  
39. táblázat  
dataRecords formátum  
A paraméter neve  Az adat 
hossza 
(bájt)  Felbontás  Működési tartomány  
TimeDate  8  A részleteket lásd a 40. táblázatban  
HighResolutionTotalVehicleDis­
tance  4 5 m/bit növekmény, 0 m eltolási 
érték 0 – 21 055 406 km  
Kfactor  2  0,001 impulzus/m/bit növek­
mény, 0 m eltolási érték  0 – 64255 impulzus/m  
LfactorTyreCircumference  2  0,125 10  –3 m/bit növekmény, 0 m 
eltolási érték  0 – 8,031 m  
WvehicleCharacteristicFactor  2  0,001 impulzus/m/bit növek­
mény, 0 m eltolási érték  0 – 64255 impulzus/m  
TyreSize  1 5  ASCII  ASCII  
NextCalibrationDate  3  A részleteket lásd a 41. táblázatban  
SpeedAuthorised  2  1/256km/h/bit növekmény, 0 
eltolási érték  0 – 250,996 km/h  
RegisteringMemberState  3  ASCII  ASCII  
VehicleRegistrationNumber  1 4  A részleteket lásd a 42. táblázatban  
VIN 1 7  ASCII  ASCII  
SealDataVu  5 5  A részleteket lásd a 43. táblázatban  
ByDefaultLoadType  1  A részleteket lásd a 44. táblázatban  
VuSerialNumber  8  A részleteket lásd a 45. táblázatban  
SensorSerialNumber  8  A részleteket lásd a 45. táblázatban  
SensorGNSSSerialNumber  8  A részleteket lásd a 45. táblázatban  
RemoteCommunicationModuleSeri­
alNumber  8 A részleteket lásd a 45. táblázatban  
TachographCardsGen1Suppression  2  A részleteket lásd a 46. táblázatban  
VehiclePosition  1 4  A részleteket lásd a 47. táblázatban  
CalibrationCountry  3  ASCII  NationAlpha (az 1. függeléknek 
megfelelően)  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 388  
CPR_075 A 40. táblázat részletezi a TimeDate paraméter különfél e 
bájtjainak formátumait:  
40. táblázat  
A TimeDate részletes formátuma (recordDataIdentifier érték # F90B)  
Bájt A paraméter meghatározása  Felbontás  Működési tartomány  
1 Másodpercek  0,25 s/bit növekmény, 0 s eltolási érték  0 – 59,75 s  
2 Percek  1 min/bit növekmény, 0 min eltolási érték  0 – 59 min  
3 Órák  1 h/bit növekmény, 0 h eltolási érték  0–23 h  
4 Hónap  1 hónap/bit növekmény, 0 hónap eltolási érték  1–12 hónap  
5 Nap  0,25 nap/bit növekmény, 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 növekmény, +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 
eltolási értéke  1 min/bit növekmény, –125 min eltolási érték  –59 – +59 min  
8 Helyi idő óraértékének elto­
lási értéke  1 h/bit növekmény, –125 h eltolási érték  –23 – +23 h  
CPR_076 A 41. táblázat részletezi a NextCalibrationDate paramét er 
különféle bájtjainak formátumait:  
41. táblázat  
A NextCalibrationDate részletes formátuma (recordDataIdentifier érték # F922)  
Bájt A paraméter meghatározása  Felbontás  Működési tartomány  
1 Hónap  1 hónap/bit növekmény, 0 hónap eltolási érték  1–12 hónap  
2 Nap  0,25 nap/bit növekmény, 0 nap eltolási érték 
(lásd a lenti megjegyzést)  0,25–31,75 nap  
3 É v  1 év/bit növekmény, +1985 év eltolási érték 
(lásd a lenti megjegyzést)  1985–2235 év  
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 óraparamé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 vonatkozik; stb.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 389  
CPR_078 A 42. táblázat részletezi a VehicleRegistrationNumber p ara­
méter különféle bájtjainak formátumait:  
42. táblázat  
A VehicleRegistrationNumber részletes formátuma (recordDataIdentifier érték # F97E)  
Bájt A paraméter meghatározása  Felbontás  Működési tartomány  
1 Kódlap (az 1. függeléknek megfelelően)  nem alkalmazandó  VehicleRegistrationNumber  
2–14  A jármű rendszáma (az 1. függeléknek 
megfelelően)  nem alkalmazandó  VehicleRegistrationNumber  
CPR_090 A 43. táblázat részletezi a SealDataVu paraméter különf éle 
bájtjainak formátumait:  
43. táblázat  
A SealDataVu részletes formátuma (recordDataIdentifier érték # F9D3)  
Bájt A paraméter meghatározása  Felbontás  Működési tartomány  
1–11  sealRecord1. A SealRecord formátumát az 1. 
függelék határozza meg.  nem alkalmazandó  SealRecord  
12–22  sealRecord2. A SealRecord formátumát az 1. 
függelék határozza meg.  nem alkalmazandó  SealRecord  
23–33  sealRecord3. A SealRecord formátumát az 1. 
függelék határozza meg.  nem alkalmazandó  SealRecord  
34–44  sealRecord4. A SealRecord formátumát az 1. 
függelék határozza meg.  nem alkalmazandó  SealRecord  
45–55  sealRecord5. A SealRecord formátumát az 1. 
függelék határozza meg.  nem alkalmazandó  SealRecord  
Megjegyzés:  Amennyiben 5-nél kevesebb plombát alkal­
maznak, az EquipmentType értékét valamennyi nem hasz­
nált sealRecords rekordban 15-re, azaz a nem használt 
értékre kell állítani.  
CPR_091 A 44. táblázat részletezi a ByDefaultLoadType paraméter  
különféle bájtjainak formátumait:  
44. táblázat  
A ByDefaultLoadType részletes formátuma (recordDataIdentifier érték # F9D5)  
Bájt A paraméter meghatározása  Felbontás  Működési tartomány  
1 loadType 
'00'H: meghatározatlan szállítmánytípus 
'01'H: áruk 
'02'H: utasok  nem alkalmazandó  '00'H-tól '02'H-ig  
CPR_092 A 45. táblázat részletezi a VuSerialNumber, a SensorSer i­
alNumber, a SensorGNSSSerialNumber és a RemoteCom­
municationModuleSerialNumber paraméter különféle bájtja­
inak formátumait:  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 390  
45. táblázat  
A VuSerialNumber, a SensorSerialNumber, a SensorGNSSSerialNumber és a RemoteCommunicationModule 
SerialNumber részletes formátuma (recordDataIdentifier érték # F9D4, F9D0, F9D2, F9D1)  
Bájt A paraméter meghatározása  Felbontás  Működési tartomány  
1 VuSerialNumber, SensorSerialNumber, 
SensorGNSSSerialNumber és RemoteCom­
municationModuleSerialNumber: 
az 1. függelékben meghatározott Extended­
SerialNumber formátum  nem alkalmazandó  ExtendedSerialNumber  
CPR_093 A 46. táblázat részletezi a TachographCardsGen1Suppres­
sion paraméter különféle bájtjainak formátumait:  
46. táblázat  
A TachographCardsGen1Suppression részletes formátuma (recordDataIdentifier érték # F9D6)  
Bájt A paraméter meghatározása  Felbontás  Működési tartomány  
1–2 TachographCardsGen1Suppression. A 
TachographCardsGen1Suppression formá­
tumát az 1. függelék határozza meg.  nem alkalmazandó  '0000'H, 'A5E3'H  
CPR_094 A 47. táblázat részletezi a VehiclePosition paraméter k ülön­
féle bájtjainak formátumait:  
47. táblázat  
A VehiclePosition részletes formátuma (recordDataIdentifier érték # F9D7)  
Bájt A paraméter meghatározása  Felbontás  Működési tartomány  
1–4 A járműhelyzet meghatározásának időpontját 
jelző időbélyegző  Nem alkalmazandó  TimeReal  
5 GNSS-pontosság  Nem alkalmazandó  GNSSAccuracy  
6–11  A jármű helyzete  Nem alkalmazandó  GeoCoordinates  
12 Hitelesítési státusz  Nem alkalmazandó  PositionAuthenticationStatus  
13 Aktuális ország  Nem alkalmazandó  NationNumeric  
14 Aktuális régió  Nem alkalmazandó  RegionNumeric  
Megjegyzés : a jármű helyzetének aktualizálása után az 
aktuális ország és régió frissítése hosszabb időt vehet 
igénybe.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 391  
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  
▼M3 
9. OSNMA-TESZTEK  
▼B 
1. BEVEZETÉS  
1.1. Típusjóváhagyás  
Az adatrögzítő készülékek (vagy azok alkatrészei) vagy a tachog rá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 megfe­
lelően, az e melléklet 10. függelékének teljes mértékben megfel elő 
biztonsá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 szer eplő 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árty a- 
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áll ami ille­
tékes hatóságoknak a működési tesztek, illetve az illetékes sze rveknek az 
interoperabilitási tesztek során minimálisan el kell végezniük.  A tesztek 
elvégzése során követendő eljárások és a tesztek típusai tovább i részlete­
zésre nem kerülnek.  
E függelék nem foglalkozik a biztonsági tanúsítás szempontjaiva l. Ha 
bizonyos, 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ég es megis­
mételni. Ebben az esetben csak e biztonsági tesztek eredményein ek 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 tesz­
telni kell (vagy amelyek a várhatóan végrehajtandó tesztekkel s zoros 
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).  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 392  
E függelék külön tárgyalja a mozgásérzékelőnek, a járműegységne k és a 
külső GNSS-eszköznek – mint az adatrögzítő készülék alkatrészei nek – 
típusjóváhagyását. Valamennyi alkatrészre külön típusbizonyítvá nyt kell 
kiállítani, amelyben fel kell tüntetni a többi, ezzel kompatibi lis alkatrészt. 
A mozgásérzékelő (vagy a külső GNSS-eszköz) működési tesztjét a  jármű­
egységgel együtt kell elvégezni, és fordítva.  
A mozgásérzékelő (illetve a külső GNSS-eszköz) valamennyi model lje és 
a járműegység valamennyi modellje közötti interoperabilitás meg lé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íp usjó­
váhagyásával együtt lehet megadni, és fordítva.  
▼M3 
A járműegység vagy a külső GNSS-eszköz működési tesztjeiért fel elős 
tagállami hatóságnak meg kell győződnie arról, hogy a beépített  
GNSS-vevő sikeresen teljesítette az e függelékben meghatározott  
OSNMA-tesztek követelményeit. E tesztek a járműegység vagy a kü lső 
GNSS-eszköz működési tesztjeinek részét képezik.  
▼B 
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ál atok – Fc. 
vizsgálat: Rázás  
IEC 60068-2-14: Környezetállósági vizsgálatok – 2-14. rész: Viz sgá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: Viz sgá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: Viz sgá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: Viz sgá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) – Elek tromos 
berendezések idegen tárgyakkal, vízzel és hozzáféréssel szemben i 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 cs ato­
lásból adódó elektromos zavarok – 1. rész: Fogalommeghatározáso k és 
általános szempontok  
ISO 7637-2 Közúti járművek – Vezetésből és csatolásból adódó el ekt­
romos 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ó el ekt­
romos zavarok – 3. rész: Elektromos tranziens vezetés a nem táp veze­
té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 — 21.08.2023 — 003.001 — 393  
ISO/IEC 7816-2 Információtechnológia – Azonosító kártyák – Érin tkezős, 
integrált áramkörös kártyák – 2. rész: Az érintkezők méretei és  elhelyez­
kedése  
ISO/IEC 7816-3 Információtechnológia – Azonosító kártyák – Érin tkezős, 
integrált áramkörös kártyák – 3. rész: Elektronikus jelek és ad atátviteli 
protokoll  
ISO/IEC 10373-1: 2006 + AMD1:2012 Azonosító kártyák – Vizsgálat i 
módszerek – 1. rész: Általános jellemzők  
ISO/IEC 10373-3: 2010 + Műszaki helyesbítés: 2013 Azonosító kár tyák – 
Vizsgálati módszerek – 3. rész: Intelligens kártyák érintkezőkk el és a 
kapcsolódó interfészberendezések  
ISO 16844-3:2004, Jav. 1:2006 Közúti járművek – Menetíró rendsz erek – 
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: CA N 
interfész  
ISO 16844-6 Közúti járművek – Menetíró rendszerek – 6. rész: Di agnosz­
tika 
ISO 16844-7 Közúti járművek – Menetíró rendszerek – 7. rész: Pa ramé­
terek  
ISO 534 Papír és karton – A vastagság, a sűrűség és a fajlagos térfogat 
meghatározása  
▼M3 
RGODP A Közös Kutatóközpont műszaki jelentése: Receiver guideli nes 
for OSNMA data processing (A vevőkészülékekre vonatkozó iránymu ta­
tások az OSNMA-adatok feldolgozása tekintetében)  
▼B 
10. sz. ENSZ EGB-előírás Egységes rendelkezések gépjárművek ele ktro­
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  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 394  
Szám  Teszt  Leírás  Kapcsolódó követelmények  
▼M3 
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-, helyzet- és távolságmérés  2 1 – 3 7  
3.6. Időmérés (20 °C hőmérsékleten elvégzett teszt)  3 8 – 4 3  
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. A járművezetők által elvégzett adatbevitel  56–62c  
3.10.  A vállalkozás általi lezárás kezelése  6 3 – 6 8  
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–88a, 134  
3.13.  Készülékazonosítási adatok  93*, 94*, 97, 100  
3.14.  A járművezetői vagy műhelykártya behelyezési és kivételi adata i 102*–104*  
3.15.  A járművezető tevékenységére vonatkozó adatok  105*–107*  
3.16.  Hely- és helyzetadatok  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éggel kapcsolatos adatok  126*, 127*  
3.24.  A vállalkozás általi lezárással kapcsolatos adatok  128*  
3.25.  A letöltési tevékenységgel kapcsolatos adatok  129*  
3.26.  A különleges körülményekre vonatkozó adatok  130*, 131*  
3.27.  A tachográfkártyák adatai  132*, 133*  ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 395  
Szám  Teszt  Leírás  Kapcsolódó követelmények  
3.28.  Határátlépések  133a*–133d*  
3.29.  Berakodási/kirakodási művelet  133e*–133i*  
3.30.  Digitális térkép  133j*–133t*  
3.31.  Rögzítés és tárolás a tachográfkártyákon  136, 137, 138*, 139*, 141*, 
142, 143 
144, 145, 146*, 147*, 147a*, 
147b*, 148*, 149, 150, 150a  
3.32.  Kijelzés  90, 134 
151–168, 
PIC_001, DIS_001  
3.33.  Nyomtatás  90, 134 
169–181, PIC_001, PRT_001- 
től PRT_014-ig  
3.34.  Figyelmeztetés  134, 182–191, 
PIC_001  
3.35.  Adatletöltés külső adathordozókra  90, 134, 192–196  
3.36.  Távoli kommunikáció célzott közúti ellenőrzések céljából  197–199  
3.37.  Adatcsere külső kiegészítő eszközökkel  200, 201  
3.38.  Kalibrálás  202–206*, 383, 384, 386–391  
3.39.  Közúti kalibrálási ellenőrzés  207–209  
3.40.  Időbeállítás  210–212*  
3.41.  A határátlépések nyomon követése  226a–226c  
3.42.  Szoftverfrissítés  226d–226f  
3.43.  A kiegészítő funkciók zavarmentessége  06, 425  
3.44.  Mozgásérzékelő-interfész  02, 122  
3.45.  Külső GNSS-eszköz  03, 123  
3.46.  Meg kell bizonyosodni arról, hogy a járműegység észleli, rögzí ti é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ár mű 
mozgásának érzékelését zavaró mágneses terekre.  217 
3.47.  Titkosítási eszközkészlet (cypher suite) és szabványos tartomá nyparamé­
terek  CSM_48, CSM_50  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 396  
Szám  Teszt  Leírás  Kapcsolódó követelmé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 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 kapcso­
latos: 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 kapcso­
latos: IEC 60068-2-2: Alapvető környezetál­
lósági vizsgálati eljárások; 2. rész: vizs­
gá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 
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  219 ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 397  
Szám  Teszt  Leírás  Kapcsolódó követelmények  
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 tengelyenként, beleértve 
a – 20°C – 70°C-os hőmérsékleti ciklust 
Ez a teszt a következő szabvánnyal kapcso­
latos: 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); 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 
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ó megfe­
lelé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 ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 398  
Szám  Teszt  Leírás  Kapcsolódó követelmények  
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 
▼B 
3. A MOZGÁSÉRZÉKELŐ MŰKÖDÉSI 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. 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*  ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 399  
Szám  Teszt  Leírás  Kapcsolódó követelmé­
nyek 
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  0 2  
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 megha­
tá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. 
vizsgálatok: száraz meleg  213 
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ér­
séklet-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 ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 400  
Szám  Teszt  Leírás  Kapcsolódó követelmé­
nyek 
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övetke­
ző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 
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ó megfe­
lelés ellenőrzése  218 
5.2. Elektromos kisülés  Az ISO 10605:2008 + szabványnak való megfe­
lelé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 ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 401  
Szám  Teszt  Leírás  Kapcsolódó követelmé­
nyek 
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ártyatestet vagy a chipmodult) módosítják, akkor el kell végez ni ezeket 
a teszteket.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 402  
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 — 21.08.2023 — 003.001 — 403  
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övet­
kező 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.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 — 21.08.2023 — 003.001 — 404  
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 — 21.08.2023 — 003.001 — 405  
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 — 21.08.2023 — 003.001 — 406  
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 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  
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 — 21.08.2023 — 003.001 — 407  
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 — 21.08.2023 — 003.001 — 408  
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ányban, 
+ 85 °C-os esetenkénti csúcsokkal; az „esetenké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 — 21.08.2023 — 003.001 — 409  
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 — 21.08.2023 — 003.001 — 410  
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 megfe­
lelő-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éte­
rekkel). 
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 — 21.08.2023 — 003.001 — 411  
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ás- 
nak- 
é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 — 21.08.2023 — 003.001 — 412  
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éb en 0 3  
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 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 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 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 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 — 21.08.2023 — 003.001 — 413  
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 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 tengelyenként, beleértve 
a – 2 0 ° C – 7 0 ° C - o s h ő m é r s é k l e t i c i k l u s  t  .  
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édelem  Ellenőrizni kell, hogy a járműegység ellenáll-e az áramellá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 — 21.08.2023 — 003.001 — 414  
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 szuszcep­
tibilitá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ó megfe­
lelé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ó megfe­
lelé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övetelmé­
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  9 1  
3.3. Kommunikáció a járműegységgel  14. fügelék 
DSC_66–DSC_70, 
DSC_71–DSC_76  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 415  
Szám  Teszt  Leírás  Kapcsolódó követelmé­
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 megha­
tá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 — 21.08.2023 — 003.001 — 416  
Szám  Teszt  Leírás  Kapcsolódó követelmé­
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övetelmé­
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ész­
letei.  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 — 21.08.2023 — 003.001 — 417  
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ék­
leten, 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ék­
leten, 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ék­
leten, 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ék­
leten, 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ék­
leten, 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ék­
leten, 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ék­
leten, 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 — 21.08.2023 — 003.001 — 418  
Az elkészült kinyomatok optikai sűrűségét a DIN EN ISO 534 szab vá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ána k 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 tartalma znia. 
A járműegység adatainak letöltésével ellenőrizni kell, hogy a t evé­
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éke ny­
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ékeny­
sé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 t evé­
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éke ny­
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ég gel 
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án ak 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 t evé­
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éke ny­
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ég gel 
kapcsolatos minden rögzített adat megfelelően olvasható-e.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 419  
9. OSNMA-TESZTEK  
9.1. Bevezetés  
Ez a fejezet az OSNMA GNSS-vevő való helyes alkalmazásának igaz o­
lására szolgáló teszteket írja le. Mivel a műholdas jelek hitel esítését kizá­
rólag a GNSS-vevő végzi, függetlenül a menetíró készülék többi alkatré­
szétől, az e fejezetben meghatározott tesztek a GNSS-vevőn mint  önálló 
elemen is elvégezhetők. Ebben az esetben a menetíró készülék gy ártójának 
jelentést kell benyújtania a típusjóváhagyó hatóságok számára, amelyben 
részletesen ismerteti a GNSS-vevő gyártójának felelősségi köréb en végzett 
tesztek menetét és eredményeit.  
9.2. Alkalmazandó feltételek  
— Az OSNMA-tesztek keretében megfogalmazott megfelelési/elutasí tási 
kritériumok csak a meghatározott tesztfeltételek vonatkozásában  tekint­
hetők érvényesnek.  
— A kritériumokat a Galileo OSNMA-szolgáltatására vonatkozó nyi lat­
kozat közzétételekor és a kapcsolódó szolgáltatásteljesítési kö telezett­
ségvállalások figyelembevételével felül lehet vizsgálni.  
9.3. Fogalommeghatározások és rövidítések  
9.3.1. Fogalommeghatározások  
A GNSS hidegindítása/ 
melegindítása/forróindítása: a GNSS-vevő indítási állapotát jelenti, 
amely az idő (T), az aktuális 
almanach (A) és efemerida (E), valamint a 
helyzet (P) rendelkezésre állásától függ:  
— a GNSS hidegindítása: nem áll rendel­
kezésre adat  
— a GNSS melegindítása: T, A, P rendel­
kezésre áll  
— a GNSS forróindítása: T, A, E, P rendel­
kezésre áll  
Az OSNMA hidegindítása/ 
melegindítása/forróindítása: az OSNMA funkció indítási állapotát 
jelenti, amely a nyilvános kulcs (P) és 
a DSM-KROOT (K) információk rendelke­
zésre állásától függ (a 12. függelékben emlí­
tett, az OSNMA-vevőkészülékekre vonat­
kozó iránymutatások meghatározása 
szerint):  
— az OSNMA hidegindítása: nem áll 
rendelkezésre adat  
— az OSNMA melegindítása: P rendelke­
zésre áll  
— az OSNMA forróindítása: P és K 
rendelkezésre áll  
9.3.2. Rövidítések  
ADKD Authentication Data & Key Delay (a hitelesítési adatok és 
kulcsok késése)  
DSM-KROOT Digital Signature Message KROOT (KROOT digitális 
aláírási üzenet)  
GNSS Global Navigation Satellite System (globális navigációs 
műholdrendszer)  
KROOT Root Key of the TESLA key chain (a TESLA kulcslánc 
gyökérkulcsa)  
MAC Message Authentication Code (üzenethitelesítési kód)  
NMACK Number of MAC & key blocks (per 30 seconds) (a 
MAC- és kulcsblokkok száma 30 másodpercenként)  
OSNMA Galileo Open Service Navigation Message Authentication 
(nyilvános navigációsüzenet-hitelesítési 
Galileo-szolgáltatás)  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 420  
SLMAC Slow MAC (lassú MAC)  
TESLA Timed Efficient Stream Loss-tolerant Authentication 
(Protocol used in OSNMA) (időzített, hatékony, átviteli­
veszteség-tűrő hitelesítés, az OSNMA-ban használt proto­
koll)  
9.4. A GNSS-jelek generálására szolgáló berendezés  
A GNSS-jelek generálása egy többkonstellációjú, az OSNMA-üzenet ek 
átvitelét támogató GNSS-szimulátor használatával végezhető el. Alternatív 
megoldásként olyan rádiófrekvenciás jelvisszajátszó is alkalmaz ható, 
amely képes visszajátszani a GNSS-jelmintákat a fájlokból. A je llemző 
bitmélység és mintavételi sebesség 4 bit I/Q, illetve 10 MHz.  
Feltételezhető, hogy a GNSS-vevő interfészekkel rendelkezik a v evőme­
mória törlésének vezérlése (a nyilvános kulcs, a KROOT, az órai nfor­
máció, a helyzetmeghatározási információk, az efemerida és az a lmanach 
független törlése), a vevő helyi idejének az OSNMA időellenőrzé si köve­
telményének megfelelő beállítása, valamint a kriptográfiai info rmációk 
betöltése céljából. E parancsok a tesztelési célra korlátozódha tnak, ezért 
előfordulhat, hogy nem állnak rendelkezésre a vevő névleges műk ödése 
során.  
9.5. Tesztfeltételek  
9.5.1. A GNSS-re vonatkozó feltételek  
A szimulált vagy visszajátszott GNSS-jelek a következő jellemző kkel 
rendelkeznek:  
— statikus felhasználói vevőkészüléket magában foglaló forgatók önyv,  
— legalább GPS- és Galileo-konstellációk,  
— E1/L1 frekvencia,  
— legalább 4, legalább 5°-nál nagyobb magassági szöggel rendelk ező 
Galileo-műhold,  
— az egyes tesztekhez előírt időtartam,  
— a teszt során állandó navigációs efemeridák a műholdaktól.  
9.5.2. Az OSNMA-ra vonatkozó feltételek  
Az RF jelben továbbított OSNMA-üzenet a következő jellemzőkkel 
rendelkezik:  
— egy HKROOT üzenet, amelynek OSNMA-státusza „működés” vagy 
„teszt”, és egy rögzített, 8 blokkból álló DSM-KROOT az érvényb en 
lévő lánchoz,  
— legalább 4, az OSNMA-üzeneteket továbbító Galileo-műhold,  
— egy MACK üzenet a következő jellemzőkkel: egy MACK blokk (aza z 
NMACK=1) és legalább egy ADKD = 0 és egy ADKD = 12 műhol­
danként és MACK blokkonként,  
— 40 bites címkeméret,  
— az OSNMA-vevőkészülékekre vonatkozó iránymutatásokban előírt 
minimális egyenértékű címkehossz (jelenleg 80 bit).  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 421  
Egyéb előírás hiányában a belső vevőkészülék időkijelzésének me gfelelő 
pontossággal ismertnek kell lennie, és azt a szimulált idővel m egfelelően 
össze kell hangolni. Ez garantálja, hogy az OSNMA kezdeti idősz inkro­
nizálási követelménye minden tesztfeltétel esetében teljesül, a zaz 
az SLMAC-teszten kívül minden esetben névleges szinkronizálásra  kerül 
sor. Az idő inicializálásával kapcsolatos további részletekért lásd 
az OSNMA-vevőkészülékekre vonatkozó iránymutatásokat.  
Megjegyzendő, hogy a meghatározott megfelelési/elutasítási krit ériumok 
konzervatívak, és nem felelnek meg a Galileo OSNMA várható telj esít­
ményének.  
9.6. A tesztekre vonatkozó el őírások  
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. Az OSNMA forróindí­
tása Cél: annak ellenőrzése, hogy a GNSS-vevő elvégzi-e a 
helyzet OSNMA segítségével történő kiszámítását a 
forróindítás után. 
Eljárás: 
A GNSS-vevő indítása a GNSS és az OSNMA forró­
indítási állapotában történik, és a vevő begyűjti a 
látható Galileo-műholdak jeleit. 
A vevő az OSNMA-val hitelesíti a Galileo navigációs 
adatait (ADKD = 0), és megadja a hitelesített adatokkal 
rendelkező helyzetet. 
Megfelelési/elutasítási kritériumok: a vevő 160 másod­
percen belül kiszámítja a hitelesített helyzetet.  12. függelék, 
GNS_3b  
2.2. Az OSNMA meleg­
indítása  Cél: annak ellenőrzése, hogy a GNSS-vevő elvégzi-e a 
helyzet OSNMA segítségével történő kiszámítását a 
melegindítás után. 
Eljárás: 
A teszt megkezdése előtt az efemerida- és a KROOT- 
információkat törölni kell a GNSS-vevő memóriájából 
annak érdekében, hogy a GNSS és az OSNMA meleg­
indítási állapotban induljon. 
A GNSS-vevő az indítás után begyűjti a látható 
Galileo-műholdak jeleit. 
Sor kerül a DSM-KROOT fogadására és ellenőrzésére. 
A vevő az OSNMA segítségével hitelesíti a Galileo 
navigációs adatait (ADKD = 0), és megadja a hitelesí­
tett adatokkal rendelkező helyzetet. 
Megfelelési/elutasítási kritériumok: a vevő 430 másod­
percen belül kiszámítja a hitelesített és érvényes 
helyzetet.  12. függelék, 
GNS_3b  
2.3. Az OSNMA meleg­
indítása SLMAC-kal  Cél: annak ellenőrzése, hogy a GNSS-vevő elvégzi-e a 
helyzet OSNMA segítségével történő kiszámítását a 
melegindítás után, SLMAC üzemmódot igénylő időini­
cializálással, az OSNMA-vevőkészülékekre vonatkozó 
iránymutatásokban meghatározottak szerint. 
Eljárás: 
A belső vevőkészülék időkijelzését úgy kell konfigu­
rálni, hogy a kezdeti időbizonytalanság 2 és 2,5 perc 
között legyen, hogy ily módon az OSNMA-vevőkészü­
lékekre vonatkozó iránymutatásoknak megfelelően a 
Slow MAC üzemmód aktiválódjon.  12. függelék, 
GNS_3b  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 422  
Szám  Teszt  Leírás  Kapcsolódó követel­
mények  
A teszt megkezdése előtt az efemerida- és a KROOT- 
információkat törölni kell a GNSS-vevő memóriájából 
annak érdekében, hogy a GNSS és az OSNMA meleg­
indítási állapotban induljon. 
A GNSS-vevő az indítás után begyűjti a látható 
Galileo-műholdak jeleit. 
Sor kerül a DSM-KROOT fogadására és ellenőrzésére. 
A vevő csak az OSNMA Slow MAC segítségével hite­
lesíti a Galileo navigációs adatait (ADKD = 12), és 
megadja a hitelesített adatokkal rendelkező helyzetet. 
Megfelelési/elutasítási kritériumok: a vevő 730 másod­
percen belül kiszámítja a hitelesített és érvényes 
helyzetet.  
2.4. OSNMA forróindítás 
visszajátszott jellel  Cél: annak ellenőrzése, hogy a GNSS-vevő észleli-e a 
visszajátszott jelet. 
Eljárás: 
A GNSS-vevő indítása a GNSS és az OSNMA forró­
indítási állapotában történik, és a vevő begyűjti a 
látható Galileo-műholdak jeleit. 
A vevő az OSNMA segítségével hitelesíti a Galileo 
navigációs adatait (ADKD = 0), és megadja a hitelesí­
tett adatokkal rendelkező helyzetet. 
Miután a vevő megadta a hitelesített adatokat tartal­
mazó PVT-megoldást (PVT: position, velocity, time – 
helyzet, sebesség, idő), a vevőt ki kell kapcsolni. 
Az előző jelhez képest 40 másodperces késleltetéssel 
egy visszajátszott jelet kell szimulálni, majd a vevőt 
be kell kapcsolni. 
A vevő érzékeli, hogy a Galileo rendszernek az űrjel 
idején alapuló ideje és a helyi időkijelzés nem felel meg 
a szinkronizálási követelménynek, és leállítja 
az OSNMA-adatok feldolgozását az OSNMA-vevőké­
szülékekre vonatkozó iránymutatásokban meghatá­
rozottak szerint. 
Megfelelési/elutasítási kritériumok: a vevő érzékeli a 
visszajátszást, és a visszajátszás kezdetétől a teszt 
végéig nem számít ki hitelesített érvényes helyzetet.  12. függelék, 
GNS_3b  
2,5. OSNMA forróindítás 
hamis adatokkal  Cél: annak ellenőrzése, hogy az OSNMA észleli-e a 
hamis adatokat. 
Eljárás: 
A GNSS-vevő a GNSS és az OSNMA forróindítási 
állapotában kapcsol be. 
A GNSS-vevőnek képesnek kell lennie arra, hogy 
begyűjtse valamennyi látható Galileo-műhold jelét, és 
ellenőrizze a műholdak navigációs üzeneteinek hiteles­
ségét az OSNMA segítségével. 
Az egyes Galileo műholdak által szolgáltatott efemeri­
daadatok legalább egy bitjének el kell térnie az eredeti 
és hitelesített adatoktól, de a Galileo I/NAV üzenetnek 
koherensnek kell lennie, beleértve a CRC-t is. 
Megfelelési/elutasítási kritériumok: a vevő 160 másod­
percen belül észleli a hamis adatokat, és a teszt végéig 
nem számít ki hitelesített érvényes helyzetet.  12. függelék, 
GNS_3b  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 423  
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öv etelményeket 
határozza meg.  
SEC_001 Az intelligens menetíró rendszerek következő alkatrésze inek 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 von atkozó infor­
matikai biztonsági minimumkövetelményeket az alkatrész védelmi 
profiljában kell meghatározni a Common Criteria szabvány szerin ti 
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ótech noló­
giai biztonsági értékelési tanúsítványok kölcsönös elismerésérő l szóló 
megállapodá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 Interpr eta­
tion Working Group) részt vevő, informatikai biztonsági tanúsít ással 
foglalkozó kormányzati szervek támogassák, fejlesszék és jóváha gyják 
az e mellékletnek megfelelő, alábbi négy védelmi profilt, továb bá 
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 es etekre, 
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 vonatk ozó biztonsági 
követelményeknek ezen eszköz saját védelmi profiljában kell sze repelniük.  
SEC_004 Azon biztonsági cél meghatározása érdekében, amelyet eg y alkat­
résznek a biztonsági tanúsításhoz teljesítenie kell, az alkatré sz gyártó­
inak szükség szerint pontosítaniuk kell és ki kell egészíteniük  a megfe­
lelő 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 
profilnak.  
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 telj esíteni.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 424  
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ó algori tmus  
6. AZ ADATLETÖLTÉS DIGITÁLIS ALÁÍRÁSI MECHANIZ­ 
MUSAI  
6.1. Aláírások generálása  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 425  
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ányp aramé­ 
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 — 21.08.2023 — 003.001 — 426  
10.2.2. A járműegység tanúsítványláncolatának kártya általi ell enő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 munkamenetkul cs-egyezteté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ő kulcsg enerá­ 
ciók használatával  
12.3. Járműegység és mozgásérzékelő közötti párosítás és kommun iká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 — 21.08.2023 — 003.001 — 427  
PREAMBULUM  
E függelék az alábbiakat biztosító biztonsági mechanizmusokat h atá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 mecha nizmusainak 
leírása található (intelligens menetíró készülék).  
Az e függelék A. részében ismertetett mechanizmusok akkor alkal mazandó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 alkal mazandó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ásodi k 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 
(Amerikai Nemzeti Szabványügyi és Technológiai 
Hivatal, NIST).  FIPS Publication 180-1: Secure 
Hash Standard . 1995. április  
PKCS1 RSA Laboratories. PKCS # 1:  RSA Encryption Stan ­
dard . Version 2.0. 1998. október  
TDES National Institute of Standards and Technology 
(Amerikai Nemzeti Szabványügyi és Technológiai 
Hivatal, NIST).  FIPS Publication 46-3: Data Encryp ­
tion Standard . 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. Érintk ező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. Érintk ező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. Érintk ező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 — 21.08.2023 — 003.001 — 428  
ISO/IEC 9798-3 Információtechnológia. Biztonsági technikák. Ent itá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 — 21.08.2023 — 003.001 — 429  
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 klasszi kus 
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áro­
ló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 — 21.08.2023 — 003.001 — 430  
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 telje­
sí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ásb an 
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ár om 
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ít­
sé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 beren­
dezé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ál­
lamok rendszeresen megváltoztathatják a kulcspárjukat.  
CSM_009 Berendezési szinten egyetlen kulcspárt (EQT.SK és EQT.P K) 
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 testre­
szabá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 — 21.08.2023 — 003.001 — 431  
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íto tt 
tesztkulcsokat a típus-jóváhagyási vizsgálat alá vont berende­
zé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ügge tlen 
é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 — 21.08.2023 — 003.001 — 432  
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 hitel esí­
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 üz enet­
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-descriptive”, „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 — 21.08.2023 — 003.001 — 433  
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ít vá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 1 6  5F 29  0 1  4 2  0 8  5F 4B  0 7  5F 24  0 4  5F 20  0 8  7F 49  0 5  8 1  81 80  8 2  0 8
 Kiterjesztett fejrészlista címkéje  
A fejrészlista 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ít ványt 
kiadó tanúsító hatóságot olyan módon azonosítsa, hogy az adatel emek 
egyidejűleg hatósági kulcsazonosítóként is felhasználhatók legy enek 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 a zono­
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 össz­
hangban, tagállamok esetében „00”).  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 434  
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álh atók 
legyenek a tanúsítvány tulajdonosának nyilvános kulcsára való h ivat­
kozás során.  
5. A kulcsazonosítók egyértelműen azonosítják a tanúsítvány tul ajdo­
nosát vagy a tanúsító hatóságokat. Kódolásuk az alábbiak szerin t 
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 kel l 
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 behe­
lyezté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  F F  Gyártói kód  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 435  
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 ell enő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ánytarta­
lommal: = 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ó l egyen 
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övetke ző: 
7F 21  0 9  5F 37  81 80  5F 38  3 A  4 2  0 8
 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 — 21.08.2023 — 003.001 — 436  
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, amiv el 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 '  | |  B C  
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 a lábbi 
elven alapul:  
Mindkét résztvevő tanúsítja a másik résztvevőnek, hogy olyan ér vé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 k i. Ez a 
tanúsítványok cseréjével és a nyilvános kulcsok kicsomagolásáva l 
kezdődik, és a munkamenetkulcs beállításával végződik.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 437  
CSM_020 A következő protokollt kell használni (a nyilak a paran csokat 
és a kicserélt adatokat jelzik ([lásd 2. függelék]):
  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 438
  
▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 439  
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 — 21.08.2023 — 003.001 — 440  
Biztosítatlan parancsválasz-pár esetében:  
Parancsfej  Parancstörzs  
CLA  INS  P 1  P 2  [ 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  P 1  P 2  [Ú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 0 0  
81 L  c Adatmező  9 7  0 1  L  e 8E 0 4  C C  
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ő  8 E  0 4  C C  
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 — 21.08.2023 — 003.001 — 441  
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  8 E  0 4  C C  
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 0 2  Új SW1 SW2  8 E  0 4  C C  
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)).  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 442  
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.  
CSM_029 A küldési sorrendszámláló (SSC) indítását a kulcsegyezt eté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öve k­
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 — 21.08.2023 — 003.001 — 443  
6. AZ ADATLETÖLTÉS DIGITÁLIS ALÁÍRÁSI MECHANIZMUSAI  
CSM_032 Az intelligens kijelölt berendezés (IDE) egyetlen fizik ai 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 tartal­
maznia. Az állomány az adattömböknek a 7. függelé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ál is 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 olva­
sá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 — 21.08.2023 — 003.001 — 444
  
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 — 21.08.2023 — 003.001 — 445  
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 te ch­
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áfrendszer ek. 
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 
Function (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 — 21.08.2023 — 003.001 — 446  
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 u ser 
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 cert i­
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 certifi cate 
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 — 21.08.2023 — 003.001 — 447  
— 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 
azonban a fogadott adatokat egy ellenőrzőkártyára  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 448  
küldi visszafejtés és a hitelesség ellenőrzése céljából. 
Biztonsá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 
algoritmust.  
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 — 21.08.2023 — 003.001 — 449  
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 
algoritmust.  
▼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  1 2  
CS#3  512/521  256  SHA-512  1 6  
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 üzenet küldéshez 
használják. Ezeknek a folyamatoknak a részletes leírása e függe lé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 — 21.08.2023 — 003.001 — 450  
CSM_52 A teljes európai intelligens menetírókészülék-rendszerbe n 
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 — 21.08.2023 — 003.001 — 451  
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 megneve­
zéssel. A járműegységekhez vagy külső 
GNSS-eszközökhöz tartozó tanúsítványok aláírására köte­
lezett tagállamok ezenfelü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á l­
lami 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 beszerezhesse 
az ERCA által aláírt megfelelő tagállami tanúsítványt.  
CSM_63 Az MSCA-nak úgy kell megválasztania a tagállami 
kulcspár erősségét, hogy megegyezzen a megfelelő tagál­
lami 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 — 21.08.2023 — 003.001 — 452  
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ű­
egysé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ű­
egysé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ár­
tyá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 — 21.08.2023 — 003.001 — 453  
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 — 21.08.2023 — 003.001 — 454  
— Az MSCA_VU-EGF tanúsítvány ellenőrzésére szolgáló 
EUR.PK nyilvános kulcsot tartalmazó EUR-tanúsítvá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-kulcspá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űve­
zető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ártyakulcspár létrehozásakor a kulcsot létre­
hozó 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ítvá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 megfe­
lelő 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 — 21.08.2023 — 003.001 — 455  
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ítvá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 — 21.08.2023 — 003.001 — 456  
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ítvány.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 457  
— 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ányo k 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 — 21.08.2023 — 003.001 — 458  
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ő gen e­
rációját, az „ERCA (2)” pedig ugyanezen tanúsítvány második gen e­
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: a z 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 gene rá­
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 boc sá­
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_M A 
(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 ki bo­
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 a z 
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) al att 
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ítvá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őt t 
bocsátják ki, az ERCA (1) tanúsítvány érvényességének utolsó pi lla­
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 
tartalmát. A járműegység és a mozgásérzékelő párosításának foly amatá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 — 21.08.2023 — 003.001 — 459  
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  Szim­
bó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ártya­
gyártó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éplettel  ERCA, a mozgásérzékelők 
kulcsainak kibocsátásában 
részt vevő MSCA-k (opcioná­
lisan) (*)  
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á­
lisan) (*)  
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étreho zza 
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 ke ll 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 — 21.08.2023 — 003.001 — 460  
— A 9.2.1.2. szakaszban leírtaknak megfelelően előfor­
dulhat, 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öve­
telmé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 — 21.08.2023 — 003.001 — 461  
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 
alkalmaznia.  
CSM_110 A mozgásérzékelő gyártója a titkosított párosítási kulc sot é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 — 21.08.2023 — 003.001 — 462  
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étreho zá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 — 21.08.2023 — 003.001 — 463  
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ő-mesterkul­
csot 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 tartalmaz­
hatjá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 — 21.08.2023 — 003.001 — 464  
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ű­
egysé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ű­
egysé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-hivat­
kozással.  
▼B 
CSM_124 A járműegység-specifikus DSRC-kulcsokra vonatkozó kérés  beér­
kezésekor az MSCA-nak két AES-kulcsot kell származtatnia 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ük­
séges hasító funkció a DSRC-mesterkulcs hosszához igazodik 
(lásd: CSM_50). Az [RFC 5869] szerinti kulcsszármaztatási funk­
ciót a következő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 — 21.08.2023 — 003.001 — 465  
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 — 21.08.2023 — 003.001 — 466  
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étreho zá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 — 21.08.2023 — 003.001 — 467  
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 tartalmazhatják, még akkor is, ha a járműegy­
séget az  X+1 . generációs ERCA-tanúsítvány érvényes­
ségének kezdete után bocsátották ki. Ezt a 3. ábra szem­
lé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án ypro­
filnak megfelelő struktúrával kell rendelkeznie.  
4. táblázat  
Tanúsítványprofil, 1. verzió  
Mező  Mezőazono­
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 — 21.08.2023 — 003.001 — 468  
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  0 1
  
A tanúsító hatóság 
hivatkozása  CAR  4 2  0 8
  
A tanúsítvány tulaj­
donosának engedélye  CHA  5F 4C  0 7
  
Nyilvános kulcs  P K  7F 49  változó  
Tartományparamé­
terek  DP 0 6  változó
  
Nyilvános pont  P P  8 6  változó
  
A tanúsítvány tulaj­
donosának hivatko­
zása CHR  5F 20  0 8
  
A tanúsítvány hatály­
balépési dátuma  CEfD  5F 25  0 4
  
A tanúsítvány lejárati 
dátuma  CExD  5F 24  0 4
  
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 kel l 
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ána k 
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 — 21.08.2023 — 003.001 — 469  
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, ho gy 
azonosítsa a tanúsítvány típusát. Értéke a tachográfalkal­
mazá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, va lamint a 
nyilvános pont értékét.  
CSM_142 A tartományparamétereket leíró adatelemnek egy vagy töb b 
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ányb an 
megadott nyilvános kulcs azonosítója. Más tanúsítvá­
nyokban az adott nyilvános kulcsra való hivatkozásra 
szolgál.  
CSM_145 A kártyák és a külső GNSS-eszközök tanúsítványai esetéb en 
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á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. 
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 tulajdonosának 
hivatkozása az 1. függelékben meghatározott
  
adattípusú.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 470  
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én yes­
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ánytulaj­
donos-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 (adat­
tí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 — 21.08.2023 — 003.001 — 471  
CSM_153 A készülékgyártónak a következő adatokat kell elküldeni e 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 meg felelő 
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 rendel­
kezik, 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 kulcs­
láncolat-ellenőrzés, amelyről a 10.2. szakaszban található 
részletes 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 — 21.08.2023 — 003.001 — 472  
— 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 
szerepelnek.  
— 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 — 21.08.2023 — 003.001 — 473  
— 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áncol a­
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ártyá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őriz te 
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 beolvaso tt 
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 — 21.08.2023 — 003.001 — 474  
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 — 21.08.2023 — 003.001 — 475  
— 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 kulcs ok 
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 — 21.08.2023 — 003.001 — 476  
— Az ábrán szereplő VU.CA tanúsítványok és nyilvános kulcsok az ok, 
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ért a­
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 me gfe­
lelően ez az ERCA által létrehozott és az előző európai privát kulc­
csal 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, am ely 
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ánc o­
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ítvá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ítványának az utódja, és a kártya a múltban 
hivatkozási tanúsítványt kapott egy másik járműegy­
sé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 — 21.08.2023 — 003.001 — 477  
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 bemut atott 
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 ér vé­
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 — 21.08.2023 — 003.001 — 478  
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 e gy 
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í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 kártya csak a 
tanúsítvá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 — 21.08.2023 — 003.001 — 479  
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 G ET 
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 — 21.08.2023 — 003.001 — 480  
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 c hip­
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 — 21.08.2023 — 003.001 — 481  
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-munkamenetkulcsot 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égn ek 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égn ek 
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 — 21.08.2023 — 003.001 — 482  
CSM_180 A fenti 6. és 9. lépésben a kártyának és a járműegységn ek 
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. szab­
vány),  m = 1 kihagyási paraméterrel és SV = E(K  ENC , SSC) 
inicializálási vektorral, azaz a küldési sorrendszámláló K  ENC 
kulccsal 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 — 21.08.2023 — 003.001 — 483  
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 
adatobjektumokat.  
5. táblázat  
A biztonságos üzenetküldés adatobjektumai  
Adatobjektum neve  Címke  Szerepeltetése(K)ötelező,(­
F)eltételes vagy (T)ilos a  
paran­
csokban  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  9 7  F  T  
Feldolgozási állapot  9 9  T  K  
Titkosítási ellenőrző összeg  8 E  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 — 21.08.2023 — 003.001 — 484  
— 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ölté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ó A PDU 
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 kite rjesztett 
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ó APD U struk­
túrája a következő, a megfelelő biztosítatlan parancstól függőe n: 
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 — 21.08.2023 — 003.001 — 485  
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. esetb eli, választ 
tartalmazó APDU-t mutat be, míg a 10. ábra egy titkosított és h itelesí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 — 21.08.2023 — 003.001 — 486  
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 folyama tban 
lévő biztonságos üzenetküldési munkamenetet, ha a követ­
kező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ányzik, 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 kapcsoló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 alkal­
mazott hardver biztonsági követelményeit – maximális 
értéke 240 SM-parancs és -válasz munkamenetenként.  ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 487  
CSM_193 A tachográfkártya akkor és csakis akkor szakítja meg a folya­
matban 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ányzik, 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 kapcsoló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 alkalmazott 
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 munkamenetkulcsokat;  
— é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 újraind ítja 
a kölcsönös hitelesítést egy behelyezett kártyához, a folya­
matnak 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 — 21.08.2023 — 003.001 — 488  
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 szabványosítani 
és védeni kell.  
CSM_198 A járműegység és a külső GNSS-eszköz közötti biztonságo s 
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ánylán­
colat-hitelesítést, a járműegység-hitelesítést és chiphitelesí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űhely nek 
kell összekapcsolnia. A járműegység és az EGF csak össze­
kapcsolva lehet képes normál üzemben kommunikálni.  
CSM_202 A járműegység és az EGF összekapcsolása csak akkor lehe t­
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 összekapcsolhatj a 
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 összekapcso l­
hatja egy másik járműegységgel vagy ugyanazzal a járműegy­
sé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 — 21.08.2023 — 003.001 — 489  
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áncolatá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énye­
zé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 hivatko­
zá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 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űegységnek 
az EGF AID elemét kell kiválasztania.  
— Az „Ignore Card” parancsot „Ignore EGF” parancsként 
kell értelmezni.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 490  
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á­
lathoz; 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étrehoznia 
az EGF-tanúsítványban lévő tartományparaméterek hasz­
ná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 
szerepelnek.  
— 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á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é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ít­
vá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 — 21.08.2023 — 003.001 — 491  
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. Ugyan­
akkor 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-egyezteté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övetel­
mé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 üzene t­
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. szab­
vá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 — 21.08.2023 — 003.001 — 492  
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ő mesterk ulcsát 
és minden társított kulcsát rendszeresen cserélik. Emiatt egysz erre 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. En nek 
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 c sak 
egyetlen, 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űhelykártya tulaj­
donosa 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, titko­
sítja a párosítási kulccsal, és visszaküldi az eredményt a 
mozgásérzékelőnek. A mozgásérzékelő visszafejti a K  S 
kulcsot.  
7. A jármű az ISO 16844-3. sz. szabvány előírásainak megfe­
lelően összeállítja a párosítási adatokat, titkosítja az infor­
má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áro­
sí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 adatokkal. Ha igen, akkor ez  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 493  
igazolja, hogy a mozgásérzékelő ugyanazt a K  S kulcsot hasz­
ná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ítvá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ő gen erációjú kulcsok teljesen 
meg is egyezhetnek, de három különböző hosszúságú, eltérő kulcs ról is lehet szó (lásd: 
CSM_117).
 02016R0799 — HU — 21.08.2023 — 003.001 — 494  
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áro­
sí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öveges 
adatbájtok száma 
az ISO 16844-3. sz. 
szabvány szerint  Egyszerű szöveges 
adatbájtok száma 
AES-kulcsok hasz­
nálatával  Egyszerű szöveges 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  1 6  1 6  1 6  
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  1 6  1 6  1 6  
41 válasz  Párosítási kulcs  1 6  16 / 24 / 32  1 6  3 2  3 2  
42 kérés  Munkamenetkulcs  1 6  16 / 24 / 32  1 6  3 2  3 2  
43 kérés  Párosítási adatok  2 4  2 4  3 2  3 2  3 2  
50 válasz  Párosítási adatok  2 4  2 4  3 2  3 2  3 2  
70 kérés  Hitelesítési adatok  8  8  1 6  1 6  1 6  
80 válasz  MoS számlálóérték + 
hitelesítési adatok  8 8  1 6  1 6  1 6  
▼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-titkosí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 — 21.08.2023 — 003.001 — 495  
— 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 
alkalmazni.  
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 alkalmazására 
van szükség.  
CSM_221 A „11” utasításnál és akkor, ha egynél több adatblokk t itko­
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ájlokat 
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 ge ne­
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 — 21.08.2023 — 003.001 — 496  
— Első generációs műhelykártyával nem lehet második gene­
rá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 rendszer esen 
létrehozza a távoli tachográf-megfigyelési (RTM) adatokat, és e lkü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 megfe­
lelően az RTM-adatoknak a következők konkatenációjából kell áll niuk:  
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 ad atok 
struktúráját mutatjuk be; a formális definíció az 1. függelékbe n 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áb bi 
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 (
  adat­
tí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 azono­
sítója (VuSerialNumber vagy CertificateRequestID adat­
tí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ár­
maztattá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ítania.  
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 — 21.08.2023 — 003.001 — 497  
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 para­
mé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 alkalmazzá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 hasz­
ná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 alkalmazásával 
(lásd: [SP 800-38B]). A MAC hossza a járműegység-speci­
fikus 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 eg y 
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 — 21.08.2023 — 003.001 — 498  
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-sorozat­
szá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 biztonsági 
adatokban, a CSM_227 szerint. Ha a MAC nem megfe­
lelő, 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ála­
tá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 aktu­
alitá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ár­
tyá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 fi zikai 
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 — 21.08.2023 — 003.001 — 499  
— 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ítványt, 
amely a legújabb EUR-tanúsítványt az azt közvetlenü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 hasz­
ná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őpontot, ha eg y 
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 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 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 — 21.08.2023 — 003.001 — 500  
— 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ítvá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érkulcspár hivatkozási tanúsítványa.  
— Az EQT.Link.EUR tanúsítvány az az európai gyökértanú­
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 elle n­ 
őrizhető vagy az ellenőrzés sikertelen.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 501  
13. ábra  
Letöltött adatfájl aláírásának ellen őrzési protokollja
  ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 502  
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  
▼M3 
1.1.1. Hivatkozások  
▼B 
1.2. Rövidítések és jelentésük  
▼M3 
2. A GNSS-VEVŐ ALAPVETŐ JELLEMZŐI  
3. A GNSS-VEVŐ ÁLTAL BIZTOSÍTOTT ADATMONDATOK  
▼B 
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  
▼M3 
4.2.4. A WriteRecord parancs szerkezete  
4.2.5. Egyéb parancsnok  
▼B 
4.3. A külső GNSS-eszköz és a járműegység összekapcsolása, kölc sö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ó  
▼M3 
5.2. Információk átvitele a GNSS-vevőről a járműegységre  
__________  
5.3. Információk átvitele a járműegységről a GNSS-vevőre  
5.4. Hibakezelés  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 503  
5.4.1. A GNSS-vevőből származó helyzetmeghatározási információk  hiánya  
6. A HELYZETMEGHATÁROZÁSI ADATOK FELDOLGOZÁSA ÉS 
RÖGZÍTÉSE A JÁRMŰEGYSÉG ÁLTAL  
7. A GNSS IDŐÜTKÖZÉSE  
8. A JÁRMŰ MOZGÁSÁVAL KAPCSOLATOS ELLENTMONDÁS  
1. BEVEZETÉS  
Ez a függelék a GNSS-vevőre és 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 meg felelő 
adatátviteléhez szükséges protokollokat is.  
1.1. Hatály  
GNS_1 A járműegységnek legalább egy GNSS-rendszerből helymeg­
hatá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.1.1.  Hivatkozások  
A függelék e része az alábbi hivatkozásokat használja.  
NMEA NMEA (National Marine Electronics Association, az USA 
nemzeti tengerészeti elektronikai szervezete) 0183 Interface 
Standard, V4.11  
▼B 
1. ábra  
A GNSS-vev ő különféle konfigurációi
  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 504  
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 dokumen­
táció  
NMEA National Marine Electronics Association – Az USA nemzeti 
tengerészeti elektronikai szervezete  
▼M3 
OSNMA Galileo Open Service Navigation Message Authentication 
(nyilvános navigációsüzenet-hitelesítési Galileo-szolgáltatás)  
▼B 
PDOP Position Dilution of Precision – Helyzeti pontossághígulás  
RMC Recommended Minimum Specific – Ajánlott minimális 
jellemző  
▼M3 
RTC Real Time Clock (valós idejű óra)  
▼B 
SIS Signal in Space – Űrjel  
VDOP Vertical Dilution of Precision – Függőleges pontossághígul ás 
VU Vehicle Unit – Járműegység  
▼M3 
2. A GNSS-VEVŐ ALAPVETŐ JELLEMZŐI  
▼B 
Függetlenül attól, hogy az intelligens menetíró készülék a konf igurációja 
szerint rendelkezik-e külső GNSS-eszközzel, az intelligens mene tíró 
készülékek hatékony működésének elengedhetetlen eleme a helyzet meg­
határozási információk pontos és megbízható szolgáltatása. Ezér t 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 szol gálta­
tá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étre­
hozott rendszer pedig egy regionális műholdas navigációs rendsz er, 
amely javítja a globális helyzetmeghatározó rendszer jeleinek m inőségét.  
GNS_2 A gyártóknak gondoskodniuk kell arról, hogy az intelligen s 
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önthetnek 
az egyéb műholdas navigációs rendszerekkel való kompatibili­
tásról is.  ▼B 
( 1 ) Az Európai Parlament és a Tanács 2013. december 11-i 1285/201 3/EU rendelete az 
európai műholdas navigációs rendszerek létrehozásáról és üzemel tetéséről, valamint a 
876/2002/EK tanácsi rendelet és a 683/2008/EK európai parlament i és tanácsi rendelet 
hatályon kívül helyezéséről (HL L 347., 2013.12.20., 1. o.).
 02016R0799 — HU — 21.08.2023 — 003.001 — 505  
GNS_3 „A GNSS-vevőnek alkalmasnak kell lennie arra, hogy a Gali leo 
nyílt szolgáltatásának (OSNMA) segítségével támogassa a navi­
gációs üzenetek hitelesítését.  
GNS_3a „A GNSS-vevőnek több konzisztencia-ellenőrzést kell vége znie 
annak ellenőrzése érdekében, hogy a GNSS-vevő által 
az OSNMA-adatok alapján kiszámított mérések a jármű hely­
zetére, sebességére és adataira vonatkozóan helyes informáci­
ókat eredményeztek-e, vagyis hogy azokat semmilyen külső 
támadás, például jelújrasugárzás (meaconing) nem befolyásolta. 
Ezek a konzisztencia-ellenőrzések például a következőkből 
állnak:  
— a rendellenes teljesítménykibocsátások észlelése az automa­
tikus erősítésszabályozás (AGC) és a vivőfrekvencia-zajsű­
rűség viszonyszám (C/N0) együttes nyomon követésével,  
— a pszeudotávolság-mérés és a Doppler-mérés konzisztenci­
ájának ellenőrzése az idő függvényében, beleértve a hirtelen 
mérési ugrások észlelését,  
— a vevő autonóm integritásának ellenőrzésére (RAIM) szol­
gáló technikák, beleértve a becsült helyzettel össze nem 
egyeztethető mérések észlelését,  
— helyzet- és sebességellenőrzés, beleértve a rendellenes 
helyzet- és sebességmegoldások, a hirtelen ugrások és a 
jármű dinamikájának nem megfelelő viselkedés észlelését,  
— idő- és frekvenciakonzisztencia, beleértve az óraugrások és 
az olyan eltérések észlelését, amelyek nincsenek össz­
hangban a vevő órájának jellemzőivel.  
GNS_3b Az Európai Bizottság kidolgozza és jóváhagyja a következ ő 
dokumentumokat:  
— az űrjelekre vonatkozó interfészvezérlési dokumentáció 
(SIS ICD), amely részletesen meghatározza a Galileo-jelben 
továbbított OSNMA-információkat,  
— az OSNMA-vevőkészülékekre vonatkozó iránymutatások, 
amelyek tartalmazzák az OSNMA biztonságos működé­
séhez a vevőkészülékekben alkalmazandó követelményeket 
és folyamatokat, valamint ajánlásokat fogalmaznak meg az 
OSNMA teljesítményének javítása céljából.  
A menetíró készülékekbe beépített, belső vagy külső 
GNSS-vevőket a SIS ICD-vel és az OSNMA-vevőkészülékekre 
vonatkozó iránymutatásokkal összhangban kell kialakítani.  
GNS_3c A GNSS-vevőnek olyan, e melléklet és függelékei alkalmaz á­
sában hitelesített helyzetmeghatározási üzeneteknek nevezett 
helyzetmeghatározási üzeneteket kell biztosítania, amelyeket 
kizárólag olyan műholdak segítségével számít ki, melyek navi­
gációs üzeneteinek hitelessége sikeresen ellenőrzésre került.  
GNS_3d A GNSS-vevőnek szabványos helyzetmeghatározási üzeneteke t 
is biztosítania kell, amelyeket a látható műholdak segítségével  
számít ki, függetlenül attól, hogy hitelesítettek-e vagy sem.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 506  
GNS_3e A GNSS-vevőnek az OSNMA alkalmazásához szükséges 
időszinkronizálás céljából a járműegység valós idejű 
óráját (RTC) kell használnia időreferenciaként.  
GNS_3f A járműegységnek a GNSS-vevő rendelkezésére kell bocsá­
tania a járműegység RTC idejét.  
GNS_3g A járműegységnek a járműegység RTC idejével együtt az I.  C. 
melléklet 41. követelményében meghatározott maximális időel­
térést is meg kell adnia a GNSS-vevő számára.  
3. A GNSS-VEVŐ ÁLTAL BIZTOSÍTOTT ADATMONDATOK  
Ez a szakasz az intelligens menetíró készülék működése keretébe n a 
szabványos és a hitelesített helyzetmeghatározási üzenetek tová bbítására 
használt adatmondatokat ismerteti. A leírás a külső GNSS-eszköz zel 
rendelkező és az anélküli intelligens menetíró készülékekre is érvényes.  
GNS_4 A szabványos helyzetmeghatározási adatok alapja „A 
GNSS-adatokra vonatkozó 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.11 szabvány alapján):  
2. ábra  
Az RMC adatmondat formátuma
  
$–RMC,hhmmss.ss,A,llll.ll,a,yyyyy.yy,a,x.x,x .x,xxxx,x.x,a,a,a* hh 
1. Idő (UTC)  
2. Állapot, A = érvényes helyzet, V = figyelmeztetés  
3. Szélesség  
4. É vagy D  
5. Hosszúság  
6. K vagy Ny  
7. Földhöz viszonyított sebesség csomóban  
8. Valódi útirány  
9. Dátum (nnhhéé)  
10. Mágneses eltérés fokban  
11. K vagy Ny  
12. FAA-üzemmód-indikátor  
13. Navigációs állapot  
14. Ellenőrző összeg  
A navigációs állapot opcionális, ezért előfordulhat, hogy nem 
szerepel az RMC-adatmondatban.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 507  
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űegységben való rögzítésére.  
A helyzet felbontása a fent bemutatott RMC-adatmondat szer­
kezeté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_4a A hitelesített helyzetmeghatározási adatok alapja egy 
NMEA-jellegű adatmondat, „A hitelesített adatokra vonatkozó 
minimális specifikusság (AMC)”, amely tartalmazza a hely­
zetre 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 AMC adatmondat formátuma a következő (a 2. pontot 
leszámítva az NMEA V4.11 szabvány alapján):  
3. ábra  
Az AMC adatmondat formátuma
  
$–AMC,hhmmss.ss,A,llll.ll,a,yyyyy.yy,a,x.x,x.x,xxxx,x.x,a,a,a*h h 
1. Idő (UTC)  
2. Állapot, A = hitelesített helyzet (legalább 4 olyan műhold f elhasználásával 
meghatározva, amelyek navigációs üzeneteinek hitelességét siker esen ellen­ 
őrizték), J = jamming (zavarás) vagy O = egyéb GNSS-támadás, am ely nem 
jár együtt a navigációs üzenetek sikertelen hitelesítésével (a GNS_3a köve­
telmény szerint végrehajtott konzisztencia-ellenőrzések révén é szlelve), F = a 
navigációs üzenetek sikertelen hitelesítése (a GNS_3b követelmé nyben emlí­
tett dokumentumokban meghatározott OSNMA-ellenőrzések révén), V  =  
érvénytelen (a hitelesített helyzet más okból nem áll rendelkez ésre)  
3. Szélesség  
4. É vagy D  
5. Hosszúság  
6. K vagy Ny  
7. Földhöz viszonyított sebesség csomóban  
8. Valódi útirány  
9. Dátum (nnhhéé)  
10. Mágneses eltérés fokban  
11. K vagy Ny  
12. FAA-üzemmód-indikátor  
13. Navigációs állapot  
14. Ellenőrző összeg  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 508  
A navigációs állapot opcionális, ezért előfordulhat, hogy nem 
szerepel az AMC-adatmondatban.  
Az állapot jelzi, hogy rendelkezésre áll-e hitelesített 
GNSS-helyzet, hogy észleltek-e a GNSS-jelek elleni támadást, 
hogy a navigációs üzenetek hitelesítése sikertelen volt-e, 
illetve hogy a GNSS-helyzet érvénytelen-e. 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) érvénytelennek minősülnek, ezért nem 
használhatók a jármű helyzetének a járműegységben való 
rögzítésére. Ha az állapot értéke J (jamming – zavarás), O 
(egyéb GNSS-támadás) vagy F (a navigációs üzenetek siker­
telen hitelesítése), akkor GNSS-anomáliát kell rögzíteni a 
járműegységben az I. C. melléklettel és az 1. függelékkel 
(EventFaultCode) összhangban.  
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 tárolnia a 
járműegység adatbázisában, az 1. függelékben a földrajzi 
koordinátákra vonatkozóan meghatározott előírásoknak megfe­
lelően.  
Az NMEA V4.11 szabványnak megfelelő GPS DOP és aktív 
műholdak (GSA) parancsot a jel rendelkezésre állásának és a 
szabványos helyzetek 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-konstelláció és műholdas pontosító rendszer (SBAS) 
kapcsolódó NMEA-azonosítóját.  
4. ábra  
A GSA adatmondat formátuma (szabványos helyzetek)
  
$–GSA,a,a,x,x,x,x,x,x,x,x,x,x,x,x,x.x,x.x,x.x,a*h h  
1. Kiválasztási mód  
2. Mód  
3. A meghatározáshoz használt 1. műhold azonosítója  
4. A meghatározáshoz használt 2. műhold azonosítója  
... 
14. A meghatározáshoz használt 12. műhold azonosítója  
15. PDOP  
16. HDOP  
17. VDOP  
18. Rendszerazonosító  
19. Ellenőrző összeg  
A rendszerazonosító opcionális, ezért előfordulhat, hogy nem 
szerepel a GSA-adatmondatban.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 509  
A fentiekhez hasonlóan a járműegység az NMEA-jellegű, 
hitelesített aktív műholdak (ASA) parancsot használhatja a 
jel rendelkezésre állásának és a hitelesített helyzetek pontos­
ságának meghatározására és rögzítésére. Az 1–18. értékeket az 
NMEA V4.11 szabvány határozza meg.  
5. ábra  
Az ASA adatmondat formátuma (hitelesített helyzetek)
  
$–ASA,a,a,x,x,x,x,x,x,x,x,x,x,x,x,x.x,x.x,x.x,a*h h  
1. Kiválasztási mód  
2. Mód  
3. A meghatározáshoz használt 1. műhold azonosítója  
4. A meghatározáshoz használt 2. műhold azonosítója  
... 
14. A meghatározáshoz használt 12. műhold azonosítója  
15. PDOP  
16. HDOP  
17. VDOP  
18. Rendszerazonosító  
19. Ellenőrző összeg  
A rendszerazonosító opcionális, ezért előfordulhat, hogy nem 
szerepel az ASA-adatmondatban.  
GNS_6 Ha külső GNSS-eszközt használnak, a GSA-adatmondatot 
02–06 rekordszámmal, az ASA mondatot pedig 12–16 rekord­
számmal a biztonságos GNSS adó-vevőben kell tárolni.  
GNS_7 A rekord olvasása parancs méretezéséhez használt adatmon­
datok (pl. RMC, AMC, GSA, ASA vagy egyéb) maximális 
mérete 85 bájt lehet (lásd: 1. táblázat).  
▼B 
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.  
▼M3 
GNS_9 A külső GNSS-eszköznek a következő alkotóelemekből kell 
állnia (lásd: 6. ábra):  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 510  
a) Egy kereskedelmi forgalomban kapható GNSS-vevő a hely­
zetmeghatá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.11 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 és az NMEA-jellegű 
adatmondatokat a biztonságos GNSS adó-vevőnek az előre 
meghatározott NMEA-adatmondatok és az NMEA-jellegű 
adatmondatok vonatkozásában, amelyeknek legalább az 
RMC, az AMC, a GSA és az ASA 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 
b) Az ISO/IEC 7816-4:2013 szabványt (lásd: 4.2.1) támo­
gató 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 azonosítási adatait.  
▼M3 
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 intelli­
gens menetíró készülék védelmi profiljában előírt bizton­
sági és védelmi funkciókat kell ellátnia.  
▼B 
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.  
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 
szabvá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ítvány;  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 511  
— az EUR tanúsítvány, ha van ilyen, amelynek érvényes­
ségi ideje közvetlenül megelőzi az MSCA_VU-EGF 
tanúsítvány hitelesítéséhez használt EUR tanúsítvány 
érvényességi idejét;  
— a két EUR tanúsítvány, ha vannak ilyenek, összekap­
csolá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  
▼M3 
GNS_14 A külső GNSS-eszköz és a járműegység közötti kommuni­
kációs protokollnak a következő funkciókat 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 össze­
gyűjté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-egyez­
tetésének támogatására szolgáló kezelési protokoll;  
4. a járműegység RTC idejének, valamint a valós idő és a 
járműegység RTC ideje közötti maximális különbségnek 
a külső GNSS-eszközre történő továbbítása.  
▼B 
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 szab­
ványon kell alapulnia.  
▼M1 
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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 512  
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 
rendelkező intelligens kártyát kell szimulálnia, amely egy 
törzsállomá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.  
▼M3 
GNS_18a „A 4. funkció tekintetében a járműegység RTC idejének, 
valamint a valós idő és a járműegység RTC ideje közötti 
maximális különbségnek a külső GNSS-eszközre történő 
továbbítása során a biztonságos GNSS adó-vevőnek az 
azonos DF-ben lévő, az 1. táblázat szerinti „2F30” fájlazo­
nosítóval rendelkező EF-et (EF VU) kell használnia.  
▼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.  
▼M3 
GNS_19a A biztonságos GNSS adó-vevőnek a járműegységből érkező 
adatokat az EF VU fájlban kell tárolnia. Ez egy lineáris, 
rögzített hosszúságú rekordokat tartalmazó fájl, melynek 
azonosítója egyenlő a hexadecimális formátumú „2F30”-cal.  
GNS_20 A biztonságos GNSS adó-vevőnek memóriát kell használnia 
az adatok tárolására, és alkalmasnak kell lennie annyi olva­
sási/írási ciklus elvégzésére, amennyire legalább 15 éves 
élettartam alatt szükség van. 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.  
▼M1 
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.  
▼M3 
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 ▼M1
 02016R0799 — HU — 21.08.2023 — 003.001 — 513  
Hozzáférési feltételek  
Fájl Fájlazonosító  Olvasás  Frissítés  Titkosított  
DF GNSS Facility  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  
EF VU  2F30  SM-MAC  SM-MAC  Nem  
Fájl/adatelem  Rekord száma  Méret (bájt)  Alap-értelme­
zett értékek  
Min.  Max.  
MF 552  1031  
EF.ICC  
sensorGNSSSerialNumber  8  8  
DF GNSS Facility  612  1023  
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'  8 5  8 5  
Első GSA NMEA-adatmondat  '02'  8 5  8 5  
Második GSA NMEA-adatmondat  '03'  8 5  8 5  
Harmadik GSA NMEA-adatmondat  '04'  8 5  8 5  
Negyedik GSA NMEA-adatmondat  '05'  8 5  8 5  
Ötödik GSA NMEA-adatmondat  '06'  8 5  8 5  
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  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 514  
Fájl/adatelem  Rekord száma  Méret (bájt)  Alap-értelme­
zett értékek  
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ípusjóváha­
gyási száma az 1. függelék meghatá­
rozása szerint (SensorExternalGNS­
SApprovalNumber)  '09' 1 6  1 6  
A külső GNSS-eszköz biztonsági 
alkatrészének azonosítója az 1. 
függelék meghatározása szerint 
(SensorExternalGNSSSCIdentifier)  '10' 8  8  
AMC-adatmondat  '11'  8 5  8 5  
Első ASA-adatmondat  '12'  8 5  8 5  
Második ASA-adatmondat  '13'  8 5  8 5  
Harmadik ASA-adatmondat  '14'  8 5  8 5  
Negyedik ASA-adatmondat  '15'  8 5  8 5  
Ötödik ASA-adatmondat  '16'  8 5  8 5  
RFU – Későbbi használatra fenntartva  '17'-től 
'FD'-ig  
EF VU  
VuRtcTime (lásd az 1. függeléket)  '01'  4  4  {00..00}  
VuGnssMaximalTimeDifference (lásd az 
1. függeléket)  '02' 2  2  {00..00}  
▼B 
4.2.2  A GNSS-adatok biztonságos továbbítása  
▼M3 
GNS_22 „A GNSS-helyzetmeghatározási adatok, a járműegység 
RTC ideje, valamint a valós idő és a járműegység RTC 
ideje közötti maximális időkülönbség biztonságos továbbí­
tására csak a következő feltételek teljesülése esetén kerülhet 
sor: 
▼B 
1. A csatlakoztatási eljárás a 11. függelékben (Közös 
biztonsági mechanizmusok) leírtak szerint lezárult.  
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 biztonsági mechanizmusokat az előírt gyakori­
sággal végrehajtották.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 515  
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ő 20-szal) a járműegység hely­
zetmeghatá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 helyzetmeghatározási adatokat és ezzel 
együtt pontossághígulási adatokat kér a külső 
GNSS-eszköztől (a GSA és az ASA-adatmondatból). A 
járműegység biztonságos adó-vevőjének az ISO/IEC 
7816-4:2013 szabvány szerinti SELECT (kiválasztás) 
és READ RECORD(S) (rekord olvasása) 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. szaka­
szá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 „02”, „03”, 
„04”, „05”, „06”, az AMC-adatmondat esetében „11”, 
az ASA-adatmondat esetében pedig „12”, „13”, „14”, 
„15”, „16”.  
2. Az utoljára fogadott helyzetmeghatá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 helyzetmeghatározási adatok a GNSS-adatinter­
fészen keresztül átkerülnek a járműegység processzo­
rába.  
5. A járműegység processzora az információknak (pl. a 
szélességnek, a hosszúságnak, az időnek) az RMC 
NMEA-adatmondatból való kivonatolásával ellenőrzi a 
fogadott adatokat. Az RMC NMEA-adatmondat azt az 
információt is tartalmazza, hogy a nem hitelesített 
helyzet érvényes-e. Ha a nem hitelesített 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 vonat­
kozó minimumértéket (azaz abban az esetben, ha rendel­
kezésre áll a meghatározás).  
6. A járműegység processzora az AMC-adatmondatból is 
kivonatolja az információkat (pl. a szélességet, a hosszú­
ságot és az időt). Az AMC-adatmondat azt az informá­
ciót is tartalmazza, hogy a hitelesített helyzet érvény­
telen-e, illetve hogy a GNSS-jelet érte-e támadás. Ha a 
helyzet érvényes, a járműegység processzora a 
HDOP-értékeket is kivonatolja az ASA-adatmonda­
tokból, és kiszámítja a rendelkezésre álló műholdas rend­
szerekre vonatkozó minimumértéket (azaz abban az 
esetben, ha rendelkezésre áll a meghatározás).  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 516  
GNS_23a A járműegységnek az ISO/IEC 7816-4:2013 szabvány 
szerinti SELECT (kiválasztás) és WRITE RECORD(S) 
(rekord írása) 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 a járműegység 
RTC idejének, valamint a valós idő és a járműegység 
RTC ideje közötti maximális időkülönbség szükség szerinti 
írására, ahol a fájlazonosító „2F30”, és a rekord száma a 
VuRtcTime esetében „01”, a MaximalTimeDifference 
esetében pedig „02”.  
▼B 
4.2.3  A Read Record parancs szerkezete  
Ez a szakasz a Read Record parancs szerkezetéről nyújt részlete s 
tájékoztatást. A biztonságos üzenetküldés (csak hitelesítésre s zolgáló 
mód) a 11. függelék (Közös biztonsági mechanizmusok) szerint ho zzá­
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 
rekordot)  
P2 1  „04h”  A P1-ben megadott számú rekord olva­
sá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 bizton­
sá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 enge­
délyezett parancs).  
▼M3 
— Ha a rekord nem található, akkor a biztonságos GNSS 
adó-vevő a következőt küldi vissza: „6A83”.  
— Ha a külső GNSS-eszköz manipulálást észlelt, a követ­
kező állapotszavakat kell visszaküldenie: „6690”.  
__________  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 517  
4.2.4.  A WriteRecord parancs szerkezete  
Ez a szakasz a Write Record (rekord írása) parancs szerkezetérő l nyújt 
részletes tájékoztatást. A biztonságos üzenetküldés (csak hitel esítésre 
szolgáló mód) a 11. függelék (Közös biztonsági mechanizmusok) 
szerint hozzáadásra került.  
GNS_26a 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_26b Parancsüzenet  
Bájt Hossz  Érték  Leírás  
CLA  1  „0Ch”  Biztonságos üzenetküldés kérése  
INS 1  „D2h”  Rekord írása  
P1 1  „XXh”  Rekord száma (a 00 jelenti az aktuális 
rekordot)  
P2 1  „04h”  A P1-ben megadott számú rekord írása  
Adat  X  „XXh”  Adat  
GNS_26c A P1-ben hivatkozott rekord lesz az aktuális rekord.  
Bájt Hossz  Érték  Leírás  
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 bizton­
sá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 enge­
délyezett parancs).  
— Ha a rekord nem található, akkor a biztonságos GNSS 
adó-vevő a következőt küldi vissza: „ 6A83 ”. 
— Ha a külső GNSS-eszköz manipulálást észlelt, a követ­
kező állapotszavakat kell visszaküldenie: „ 6690 ”. 
4.2.5.  Egyéb parancsnok  
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 (kiválasztás)  2. függelék 3.5.1. fejezet  
Read Binary (bináris fájl olvasása)  2. függelék 3.5.2. fejezet  
Get Challenge (kérdés kérése)  2. függelék 3.5.4. fejezet  
PSO: Verify Certificate (tanúsítvány 
ellenőrzése)  2. függelék 3.5.7. fejezet  
External Authenticate (külső hite­
lesítés)  2. függelék 3.5.9. fejezet  
General Authenticate (általános hite­
lesítés)  2. függelék 3.5.10. fejezet  
MSE:SET  2. függelék 3.5.11. fejezet  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 518  
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ás a a 
11. függelék (Közös biztonsági mechanizmusok) 11. fejezetében t alál­
ható.  
4.4. Hibakezelés  
Ez a rész azt mutatja be, hogy a külső GNSS-eszköz lehetséges h iba­
állapotai hogyan kerülnek kezelésre és rögzítésre a járműegység ben. 
4.4.1  Kommunikációs hiba a küls ő GNSS-eszközzel  
▼M3 
GNS_28 A járműegységben rögzíteni kell az I. C. melléklet 82. 
követelményében és az 1. függelékben (EventFaultType) 
meghatározott, a külső GNSS-eszközzel fennálló kommu­
nikációs hibát (EventFaultType). 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  
▼M3 
GNS_29 Ha a külső GNSS-eszköz megsérült, a biztonságos GNSS 
adó-vevőnek biztosítania kell, hogy a titkosított anyagok ne 
legyenek hozzáférhetők. A GNS_25 és GNS_26 követel­
ményben leírtak szerint a járműegységnek észlelnie kell a 
manipulálást, ha a válasz állapota „6690”. Ezt követően a 
járműegységnek generálnia és rögzítenie kell egy, az I. C. 
melléklet 85. követelménye és az 1. függelék meghatá­
rozása szerinti eseményt (EventFaultType: a GNSS-rend­
szer manipulálásészlelése), amely a biztonsági rendszer 
megsértésére irányuló kísérletet jelzi. Alternatív megoldás­
ként a külső GNSS-eszköz biztonságos üzenetküldés nélkül 
és „6A88” státusszal válaszolhat a járműegység-kérésekre.  
▼B 
4.4.3  A GNSS-vev őből származó helyzetmeghatározási információk hiánya  
▼M3 
GNS_30 Ha a biztonságos GNSS adó-vevő nem fogad 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 
(rekord olvasása) parancsra, amelyben a rekord száma 
„01”, az adatmező 12 bájtos, és mindegyik bájt 0xFF 
értékre van állítva. Az ilyen értékű adatmezővel rendelkező 
válaszüzenet fogadásakor a járműegységnek generálnia és 
rögzítenie kell egy, az I. C. melléklet 81. követelménye és 
az 1. függelék meghatározása szerinti eseményt (EventFa­
ultType), amely a GNSS-vevőből származó helyzetmeg­
határozási információk hiányát jelzi.  
▼B 
4.4.4  A küls ő GNSS-eszköz tanúsítványa lejárt  
▼M3 
GNS_31 Ha a járműegység észleli, hogy a kölcsönös hitelesítéshe z 
használt EGF tanúsítvány már nem érvényes, a járműegy­
ségnek generálnia és rögzítenie kell egy, az I. C. melléklet 
85. követelménye és az 1. függelék meghatározása szerinti 
eseményt (EventFaultType: a külső GNSS-eszköz tanúsít­
ványa lejárt), amely a biztonsági rendszer megsértésére 
irányuló kísérletet jelzi. A járműegységnek ennek ellenére 
fel kell használnia a fogadott GNSS-helyzetmeghatározási 
adatokat.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 519  
6. ábra  
A külső GNSS-eszköz áttekintése  
▼B
 
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ál ­
ható az 1. ábra szerint.  
▼M3 
GNS_32 A helyzet-, a DOP- és a műholdadatok továbbításához 
a GNSS-vevőnek adóként kell működnie és 
NMEA-adatmondatokat vagy NMEA-jellegű adatmonda­
tokat 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 adatmondatok vonatkozá­
sában, amelyeknek legalább az RMC, a GSA, az AMC és 
az ASA adatmondatokat magukban kell foglalniuk. Alter­
natív megoldásként a járműegység processzora és a belső 
GNSS-vevő más adatformátumokat is használhat a GNS_4, 
GNS_4a és GNS_5 követelményben meghatározott 
NMEA- vagy NMEA-jellegű adatmondatokban szereplő 
adatok cseréjére.  
▼B 
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.  
▼M3 
5.2. Információk átvitele a GNSS-vev őről a járműegységre  
GNS_34 A járműegység processzora az információknak (pl. a 
szélességnek, a hosszúságnak, az időnek) az RMC 
NMEA-adatmondatból és az AMC-adatmondatból való 
kivonatolásával ellenőrzi a fogadott adatokat.  
GNS_35 Az RMC NMEA-adatmondat azt az információt is tartal­
mazza, hogy a nem hitelesített helyzet érvényes-e. Ha a 
nem hitelesített helyzet nem érvényes, a helyzetmeghatá­
rozási adatok nem állnak rendelkezésre és nem használ­
hatók a jármű helyzetének rögzítéséhez. Ha a nem hite­
lesített helyzet érvényes, a járműegység processzora a 
HDOP értékeket is kivonatolja a GSA 
NMEA-adatmondatból.  
GNS_36 A járműegység processzora az AMC-adatmondatból is 
kivonatolja az információkat (pl. a szélességet, a hosszú­
ságot és az időt). Az AMC-adatmondat azt az információt 
is tartalmazza, hogy a nem hitelesített helyzet a GNS_4a 
követelménnyel összhangban érvényes-e. Ha a nem hite­
lesített helyzet érvényes, a járműegység processzora a 
HDOP értékeket is kivonatolja az ASA-adatmondatokból.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 520  
5.3. Információk átvitele a járm űegységről a GNSS-vev őre 
GNS_37 A járműegység processzora továbbítja a GNSS-vevőnek a 
járműegység RTC idejét, valamint a valós idő és a jármű­
egység RTC ideje közötti maximális különbséget a 
GNS_3f és a GNS_3g követelmény szerint.  
5.4. Hibakezelés  
5.4.1. A GNSS-vevőből származó helyzetmeghatározási információk  hiánya  
GNS_38 A járműegységnek generálnia és rögzítenie kell egy, az I . 
C. melléklet 81. követelménye és az 1. függelék meghatá­
rozása szerinti eseményt (EventFaultType), amely a GNSS- 
vevőből származó helyzetmeghatározási információk 
hiányát jelzi .  
6. A HELYZETMEGHATÁROZÁSI ADATOK FELDOLGOZÁSA ÉS 
RÖGZÍTÉSE A JÁRMŰEGYSÉG ÁLTAL  
A leírás a külső GNSS-eszközzel rendelkező és az anélküli intel ligens 
menetíró készülékekre is érvényes.  
GNS_39 A helyzetmeghatározási adatokat a járműegységben kell 
tárolni, egy olyan jelölővel együtt, amely azt fejezi ki, 
hogy a pozíciót hitelesítették-e. A helyzetmeghatározási 
adatoknak a járműegységben történő rögzítése során a 
következő szabályokat kell alkalmazni:  
a) Ha mind a hitelesített, mind a szabványos helyzet érvé­
nyes és konzisztens, a szabványos helyzetet és annak 
pontosságát rögzíteni kell a járműegységben, és a jelölőt 
„hitelesített” állapotra kell állítani.  
b) Ha mind a hitelesített, mind a szabványos helyzet érvé­
nyes, de nem konzisztensek, a hitelesített helyzetet és 
annak pontosságát rögzíteni kell a járműegységben, és 
a jelölőt „hitelesített” állapotra kell állítani.  
c) Ha a hitelesített helyzet érvényes, a szabványos helyzet 
pedig érvénytelen, a hitelesített helyzetet és annak 
pontosságát rögzíteni kell a járműegységben, és a jelölőt 
„hitelesített” állapotra kell állítani.  
d) Ha a szabványos helyzet érvényes, a hitelesített helyzet 
pedig érvénytelen, a szabványos helyzetet és annak 
pontosságát rögzíteni kell a járműegységben, és a jelölőt 
„nem hitelesített” állapotra kell állítani.  
A hitelesített és a szabványos helyzet a 7. ábra szerint 
akkor tekinthetők konzisztensnek, ha a vízszintes hitelesített 
helyzet egy olyan körben található, amelynek középpontja a 
vízszintes szabványos helyzet, és amelynek sugara egyenlő 
a következő képlet szerint kiszámított R_H legközelebbi 
egész számra kerekített értékével: 
R_H = 1,74 • σ  UERE  • HDOP  
ahol:  
— a szabványos és a hitelesített helyzetek közötti konzisz­
tencia ellenőrzésére szolgál.  
— Az R_H a becsült vízszintes helyzet körüli kör relatív 
sugara méterben. Ez a mutató σUERE a felhasználó 
egyenértékű távolsághibájának szórása, amely a célal­
kalmazásra, többek között a városi környezetre vonat­
kozó valamennyi mérési hibát modellezi. Az σ  UERE  = 
10 méter állandó értéket kell használni.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 521  
— A HDOP a pontosságnak a GNSS-vevő által számított 
vízszintes hígulása.  
— A σ  UERE  . HDOP az átlagos négyzetes gyökeltérés 
becsült értéke a vízszintes tartományban.  
7. ábra  
Konzisztens hitelesített és szabványos (nem hitelesített) helyzetek
  
GNS_40 Ha a fogadott AMC-adatmondatban az állapot értéke a 
GNS_4a követelménnyel összhangban J, O vagy F, akkor 
a járműegységnek generálnia és rögzítenie kell egy, az I. C. 
melléklet 88a. követelménye és az 1. függelék meghatá­
rozása szerinti (EventFaultType) eseményt, amely 
a GNSS-anomáliát jelzi. A J vagy O állapot fogadását 
követően a járműegység további ellenőrzéseket végezhet 
a „GNSS-anomália” esemény tárolása előtt.  
7. A GNSS IDŐÜTKÖZÉSE  
GNS_41 Ha a járműegység eltérést észlel a járműegység időmérési  
funkciójának ideje és a GNSS-jelekből eredő idő között, 
akkor a járműegységnek generálnia és rögzítenie kell egy, 
az I. C. melléklet 86. követelménye és az 1. függelék 
szerinti eseményt (EventFaultType), amely az időütközést 
jelzi.  
8. A JÁRMŰ MOZGÁSÁVAL KAPCSOLATOS ELLENTMONDÁS  
GNS_42 A járműegységnek az I. C. melléklet 84. követelményével 
összhangban egy, a jármű mozgásával kapcsolatos ellent­
mondást jelző eseményt kell generálnia és rögzítenie, 
amennyiben a mozgásérzékelő adatai alapján kiszámított 
mozgásinformáció ellentmond a belső GNSS-vevőből, a 
külső GNSS-eszközből vagy az I. C. melléklet 26. köve­
telményében meghatározott egyéb független járműmozgás- 
adatforrás(ok)ból kiszámított mozgásinformációknak.  
A jármű mozgásával kapcsolatos ellentmondást az alábbi 
kiváltó feltételek valamelyikének bekövetkezésekor kell 
generálni:  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 522  
1.feltétel:  
Az említett források közötti sebességkülönbségek nyesett 
átlagát kell használni, ha rendelkezésre állnak a GNSS- 
vevő helyzetmeghatározási adatai, és a jármű gyújtása be 
van kapcsolva, az alábbiak szerint:  
— 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 nyesett átlag kiszámításához fel kell használni a 
járműmozgás utolsó ötperces 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 fennmaradó értékek 80 %-ából kell kiszá­
mítani a nyesett átlagot.  
A jármű mozgásával kapcsolatos ellentmondás eseményt az 
idézi elő, ha a nyesett átlag értéke 10 km/h fölött van öt 
olyan folyamatos percen keresztül, amikor a jármű mozog. 
(Megjegyzés: az utolsó 5 perc nyesett átlagának alkalma­
zása csökkenti a kiugró és tranziens értékek mérésének 
kockázatát.)  
A nyesett átlag számításánál a járművet akkor kell 
mozgásban lévőnek tekinteni, ha a mozgásérzékelőből 
vagy a GNSS-vevőből származó legalább egy becsült 
járműsebesség-érték nem egyenlő nullával.  
2.feltétel:  
A jármű mozgásával kapcsolatos ellentmondás akkor is 
bekövetkezik, ha a következő feltétel igaz:  
GnssDistance >[OdometerDifference×OdometerTolerance ­
Factor +Minimum  (SlipDistanceUpperlimit ;(OdometerDiffe ­
rence ×SlipFactor ))+GnssTolerance +FerryTrainDistance ] 
ahol:  
— GnssDistance: a jármű aktuális és előző helyzete 
közötti távolság, mely helyzetek egyaránt érvényes 
hitelesített helyzetmeghatározási üzenetekből kerültek 
kiszámításra, a magasság figyelembevétele nélkül,  
— OdometerDifference: a kilométer-számláló aktuális 
értéke és a kilométer-számláló azon értéke közötti 
különbség, amely az előző érvényes hitelesített helyzet­
meghatározási üzenethez tartozik,  
— OdometerToleranceFactor: értéke egyenlő 1,1-gyel (a 
jármű kilométer-számlálójának valamennyi mérési tűré­
sére vonatkozó, a legrosszabb esetet képviselő tűrési 
tényező),  
— GnssTolerance: értéke egyenlő 1 km-rel (a legrosszabb 
esetet képviselő GNSS-tűrés),  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 523  
— Minimum (SlipDistanceUpperLimit; (OdometerDiffe­
rence * SlipFactor)): a következők közül a kisebb érték:  
— SlipDistanceUpperLimit: értéke egyenlő 10 km-rel 
(a fékezés során bekövetkező csúszás miatti 
csúszási távolság felső határa),  
— és OdometerDifference * SlipFactor: ahol a Slip­
Factor értéke 0,2 (a fékezés során bekövetkező 
csúszás maximális hatása),  
— FerryTrainDistance: melyet a következőképp kell kiszá­
mítani: FerryTrainDistance = 200 km/h * tFerryTrain, 
ahol a tFerryTrain a kompon/vonaton megtett utak 
órában kifejezett időtartamának összege a figyelembe 
vett időintervallumban. A kompon/vonaton megtett 
utak időtartama a záró jelölő és a kezdő jelölő közötti 
időkülönbség.  
Az előző ellenőrzéseket 15 percenként kell elvégezni, ha 
rendelkezésre állnak a szükséges helyzetmeghatározási 
adatok, illetve egyéb esetben akkor, amint rendelkezésre 
állnak a helyzetmeghatározási adatok.  
Ennél a feltételnél a következőknek kell teljesülniük:  
— az esemény kezdetének dátuma és időpontja 
megegyezik az előző helyzetmeghatározási üzenet foga­
dásának dátumával és időpontjával,  
— az esemény végének dátuma és időpontja megegyezik 
azzal a dátummal és időponttal, amikor az ellenőrzött 
feltétel ismét hamissá válik.  
3.feltétel:  
A járműegység olyan eltérést észlel, melynek során a 
mozgásérzékelő bizonyos ideig nem érzékel mozgást, a 
független járműmozgás-adatforrás azonban igen. Az eltérés 
rögzítésének feltételeit, valamint az eltérés észlelésére 
vonatkozó időtartamot a járműegység gyártója határozza 
meg, de az eltérés észlelésének legfeljebb három órán 
belül kell bekövetkeznie.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 524  
13. függelék  
ITS-INTERFÉSZ  
TARTALOMJEGYZÉK  
1. BEVEZETÉS  
1.1. Hatály  
1.2. Rövidítések és fogalommeghatározások  
2. HIVATKOZOTT SZABVÁNYOK  
3. AZ ITS-INTERFÉSZ MŰKÖDÉSI ELVEI  
3,1. Kommunikációtechnológia  
3.2. Elérhető szolgáltatások  
3.3. Hozzáférés az ITS-interfészen keresztül  
3,4. A hozzáférhető adatok és a járművezető hozzájárulása  
4. AZ ITS-INTERFÉSZEN KERESZTÜL HOZZÁFÉRHETŐ ADATOK ÉS 
SZEMÉLYES/NEM SZEMÉLYES BESOROLÁSUK  
1. BEVEZETÉS  
1.1. Hatály  
ITS_01 E függelék meghatározza a 165/2014/EU rendelet 10. 
és 11. cikkében előírt, a menetíró készülékek és az intelligens  
közlekedési rendszerek (ITS) közötti interfészen keresztül tört énő 
kommunikáció alapjait.  
ITS_02 Az ITS-interfész lehetővé teszi a külső eszközök számára , hogy 
hozzáférjenek a menetíró készülék adataihoz, használják a menet író 
készülék szolgáltatásait, valamint adatokat szolgáltassanak a m ene­
tíró készüléknek.  
Erre a célra más menetírókészülék-interfészek (pl. CAN buszok) is 
használhatók.  
Ez a függelék nem határozza meg a következőket:  
— az ITS-interfészen keresztül szolgáltatott adatok összegyűjté ­
sének és kezelésének módja a menetíró készüléken belül,  
— az összegyűjtött adatok bemutatásának módja a külső eszközön 
található alkalmazás felé;  
— a Bluetooth® funkciókon kívüli ITS-biztonsági előírások,  
— az ITS-interfész által használt Bluetooth® protokollok.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 525  
1.2. Rövidítések és fogalommeghatározások  
Ebben a függelékben a következő rövidítések és fogalommeghatáro zások 
szerepelnek:  
GNSS  Global Navigation Satellite System (globális navigációs 
műholdrendszer)  
ITS Intelligent Transport System (intelligens közlekedési rend­
szer)  
OSI Open Systems Interconnection (nyílt rendszerek összekap­
csolása)  
VU Vehicle Unit (járműegység)  
ITS-egység  A járműegység ITS-interfészét használó külső eszköz vagy 
alkalmazás.  
2. HIVATKOZOTT SZABVÁNYOK  
ITS_03 Ez a függelék részben vagy egészben a következő rendelet ekre és 
szabványokra utal, illetve azokra épül. E függelék pontjai a vo nat­
kozó szabványokra, illetve a szabványok vonatkozó szakaszaira 
hivatkoznak. Ellentmondás esetén e függelék pontjai elsőbbséget  
élveznek.  
Az e függelékben hivatkozott szabványok a következők:  
— Bluetooth® – Alapverzió 5.0  
— ISO 16844-7: Közúti járművek – Menetíró rendszerek – 7. 
rész: Paraméterek  
— ISO/IEC7498-1:1994, Információtechnológia – Nyílt rend­
szerek összekapcsolása – Referenciamodell: Alapmodell  
3. AZ ITS-INTERFÉSZ MŰKÖDÉSI ELVEI  
ITS_04 A járműegység felel azért, hogy a menetíró készüléknek a z ITS- 
interfészen keresztül továbbított adatai az ITS-interfész bármi lyen 
bevonása nélkül frissüljenek és tárolásra kerüljenek.  
3.1. Kommunikációtechnológia  
ITS_05 Az ITS-interfészen keresztül történő kommunikációt Bluet ooth® 
interfészen keresztül kell végrehajtani, és a kommunikációnak 
kompatibilisnek kell lennie a Bluetooth® Low Energy technológi­
ájával a Bluetooth 5.0 vagy újabb verziójának megfelelően.  
ITS_06 A járműegység és az ITS-egység közötti kapcsolatot a Blu etooth® 
párosítási folyamat befejezését követően kell létrehozni.  
ITS_07 A járműegység és az ITS-egység között biztonságos és tit kosított 
kommunikációt kell kialakítani a Bluetooth® specifikációs mecha ­
nizmusokkal összhangban. Ez a függelék nem határozza meg a 
Bluetooth® által biztosított funkciókon kívüli titkosítási vagy  
egyéb biztonsági mechanizmusokat.  
ITS_08 A Bluetooth® szerver-kliens modellt használ az eszközök közötti 
adatátvitel irányítása céljából, amelyben a járműegység a szerv er, 
az ITS-egység pedig a kliens.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 526  
3.2. Elérhető szolgáltatások  
ITS_09 A 4. pont szerint az ITS-interfészen keresztül továbbíta ndó 
adatokat a 7. és 8. függelékben meghatározott szolgáltatásokon 
keresztül kell rendelkezésre bocsátani. Ezen túlmenően a jármű­
egységnek az ITS-egység rendelkezésére kell bocsátania azokat a  
szolgáltatásokat, amelyek az I. C. melléklet 61. követelménye 
szerinti kézi adatbevitelhez és opcionálisan az egyéb valós ide jű 
adatbevitelekhez szükségesek.  
1. ábra  
Az ITS-interfészen keresztüli kommunikáció felosztása az OSI-modell alapján
  
ITS_10 Amennyiben a letöltési interfészt az előlapi csatlakozón  keresztül 
használják, a járműegység nem nyújthatja a 7. függelékben megha ­
tározott letöltési szolgáltatásokat ITS Bluetooth® kapcsolaton 
keresztül.  
ITS_11 Amennyiben a kalibrálási interfészt az előlapi csatlakoz ón keresztül 
használják, a járműegység nem nyújthatja a 8. függelékben megha ­
tározott kalibrálási szolgáltatásokat ITS Bluetooth® kapcsolato n 
keresztül.  
3.3. Hozzáférés az ITS-interfészen keresztül  
ITS_12 A kalibrálásra és letöltésre szolgáló, a 6. függelékben meghatá­
rozott előlapi vezetékes csatlakozón keresztüli kapcsolat helye tt 
az ITS-interfésznek vezeték nélküli hozzáférést kell biztosítan ia 
a 7. és 8. függelékben meghatározott valamennyi szolgáltatáshoz . 
ITS_13 A járműegységnek az ITS-interfészt a járműegységbe behel yezett 
érvényes tachográfkártyák 1. táblázatban meghatározott kombinác i­
ójának megfelelően kell a felhasználó rendelkezésére bocsátania . ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 527  
1. táblázat  
Az ITS-interfész rendelkezésre állása a menetíró készülékbe behelyezett kártya típusától függ ően 
Az ITS-interfész rendelke­
zésre állása  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ás-kártya
 Járműkísérői kártyaolvasó egység Nincs kártya  Nem áll 
rendelkezésre  Rendelkezésre 
áll Rendelkezésre 
áll Rendelkezésre 
áll Rendelkezésre 
áll 
Járművezetői 
kártya  Rendelkezésre 
áll Rendelkezésre 
áll Rendelkezésre 
áll Rendelkezésre 
áll Rendelkezésre 
áll 
Ellenőrzőkártya  Rendelkezésre 
áll Rendelkezésre 
áll Rendelkezésre 
áll Nem áll 
rendelkezésre  Nem áll rendel­
kezésre  
Műhelykártya  Rendelkezésre 
áll Rendelkezésre 
áll Nem áll 
rendelkezésre  Rendelkezésre 
áll Nem áll rendel­
kezésre  
Vállalkozás- 
kártya  Rendelkezésre 
áll Rendelkezésre 
áll Nem áll 
rendelkezésre  Nem áll 
rendelkezésre  Rendelkezésre 
áll 
ITS_14 A sikeres ITS Bluetooth® párosítás után a járműegységnek  az ITS 
Bluetooth® kapcsolatot hozzá kell rendelnie az adott behelyezet t 
tachográfkártyához a 2. táblázat szerint:  
2. táblázat  
Az ITS-kapcsolat hozzárendelése a menetíró készülékbe behelyezett kártya típusától függ ően 
Az ITS Bluetooth® kapcsolat 
hozzárendelése  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  Nem áll 
rendelkezésre  Járművezetői 
kártya  Ellenőrzőkártya  Műhelykártya  Vállalkozás­
kártya  
Járművezetői 
kártya  Járművezetői 
kártya  Járművezetői 
kártya (**)  Ellenőrzőkártya  Műhelykártya  Vállalkozás­
kártya  
Ellenőrzőkártya  Ellenőrzőkártya  Ellenőrzőkártya  Ellenőrző­
kártya (*)  Nem áll 
rendelkezésre  Nem áll rendel­
kezésre  
Műhelykártya  Műhelykártya  Műhelykártya  Nem áll 
rendelkezésre  Műhely­
kártya (*)  Nem áll rendel­
kezésre  
Vállalkozás- 
kártya  Vállalkozás­
kártya  Vállalkozás­
kártya  Nem áll 
rendelkezésre  Nem áll 
rendelkezésre  Vállalkozás­
kártya (*)  
(*) Az ITS Bluetooth® kapcsolatot a járműegység járművezetői ká rtyaolvasó egységébe behelyezett tachográfkártyához kell hozzár en­ 
delni. 
(**) A felhasználónak ki kell választania azt a (járművezetői v agy járműkísérői kártyaolvasó egységbe behelyezett) kártyát, am elyhez az 
ITS Bluetooth® kapcsolatot hozzá kívánja rendelni.  
ITS_15 Ha a tachográfkártyát kiveszik a kártyaolvasó egységből,  a jármű­
egységnek meg kell szüntetnie az e kártyához hozzárendelt ITS 
Bluetooth® kapcsolatot.  
ITS_16 A járműegységnek alkalmasnak kell lennie legalább egy 
ITS-egységgel való ITS kapcsolat létrehozására, de támogathatja  
a több ITS-egységgel való egyidejű kapcsolat léterehozását is.  
ITS_17 Az ITS-interfészen keresztül hozzáférhető adatokhoz és s zolgálta­
tásokhoz való hozzáférési jogokra az e függelék 3.4. pontjában 
meghatározott járművezetői hozzájáruláson kívül az I. C. mellék let 
12. és 13. követelménye is alkalmazandó.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 528  
3.4. A hozzáférhet ő adatok és a járm űvezető hozzájárulása  
ITS_18 A 3.3. pontban említett szolgáltatásokon keresztül hozzá férhető 
valamennyi tachográf-adatot a járművezető, a járműkísérő vagy 
mindkettő személyes vagy nem személyes adatának kell minősí­
teni. 
ITS_19 Legalább a 4. pontban kötelezőnek minősített adatok list áját hozzá­
férhetővé kell tenni az ITS-interfészen keresztül.  
ITS_20 A 4. pontban szereplő, személyesnek minősített adatok cs ak a 
járművezető hozzájárulásával tehetők hozzáférhetővé, aki a hozz á­
járulásával elfogadja, hogy a személyes adatok elhagyhatják a 
járműhálózatot, kivéve az ITS_25 követelményben meghatározott 
esetet, amelynél nem szükséges a járművezető hozzájárulása.  
ITS_21 A 4. pontban felsorolt és kötelezőnek minősített adatoko n kívül 
további adatok is rendelkezésre bocsáthatók az ITS-interfészen 
keresztül. A 4. pontban nem szereplő további adatokat a jármű­
egység gyártójának személyes vagy nem személyes adatként kell 
besorolnia, a személyesnek minősített adatok hozzáférhetővé tét e­
léhez pedig a járművezető hozzájárulása szükséges, kivéve az 
ITS_25 követelményben meghatározott esetet, amelynél nem szük­
séges a járművezető hozzájárulása.  
ITS_22 A járműegység számára ismeretlen járművezetői kártya beh elye­
zése esetén a menetíró készüléknek fel kell kérnie a kártyatula jdo­
nost, hogy az I. C. melléklet 61. követelményével összhangban 
adja meg hozzájárulását a személyes adatok ITS-interfészen 
keresztül történő továbbításához.  
ITS_23 A hozzájárulás státuszát (megadva/elutasítva) a járműegy ség 
memóriájában kell tárolni.  
ITS_24 Több járművezető esetén csak az azon járművezetőkkel kap csolatos 
személyes adatok tehetők hozzáférhetővé az ITS-interfészen 
keresztül, akik hozzájárulásukat adták ehhez. Ha például többfő s 
személyzet esetén csak a járművezető adta meg a hozzájárulását,  
akkor a járműkísérővel kapcsolatos személyes adatok nem tehetők  
hozzáférhetővé.  
ITS_25 Ha a járműegység ellenőrzési, vállalkozási vagy kalibrál ási üzem­
módban van, az ITS-interfészen keresztüli hozzáférési jogokat a z I. 
C. melléklet 12. és 13. követelménye szerint kell kezelni, ezér t 
nincs szükség a járművezető hozzájárulására.  
4. AZ ITS-INTERFÉSZEN KERESZTÜL HOZZÁFÉRHETŐ ADATOK ÉS 
SZEMÉLYES/NEM SZEMÉLYES BESOROLÁSUK  
Adatnév  Adat-formátum  Forrás  Adatbesorolás (személyes/nem 
személyes)  Hozzájárulás az 
adatok hozzáférhetővé 
tételéhez  Hozzá-férhe­
tőség  
járművezető  járműkísérő  
VehicleIdentification­
Number  8. függelék  járm­ 
űeg­
ység nem személyes  nem személyes  nincs szükség 
hozzájárulásra  kötelező  
CalibrationDate  ISO 16844-7  járm­ 
űeg­
ység nem személyes  nem személyes  nincs szükség 
hozzájárulásra  kötelező  
TachographVehicleS­
peed  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  kötelező  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 529  
Adatnév  Adat-formátum  Forrás  Adatbesorolás (személyes/nem 
személyes)  Hozzájárulás az 
adatok hozzáférhetővé 
tételéhez  Hozzá-férhe­
tőség  
járművezető  járműkísérő  
Driver1WorkingState  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  kötelező  
Driver2WorkingState  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  kötelező  
DriveRecognize  ISO 16844-7  járm­ 
űeg­
ység nem személyes  nem személyes  nincs szükség 
hozzájárulásra  kötelező  
Driver1TimeRelatedS­
tates ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  kötelező  
Driver2TimeRelatedS­
tates ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  kötelező  
DriverCardDriver1  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  kötelező  
DriverCardDriver2  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  kötelező  
OverSpeed  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  kötelező  
TimeDate  8. függelék  járm­ 
űeg­
ység nem személyes  nem személyes  nincs szükség 
hozzájárulásra  kötelező  
HighResolutionTotal­
VehicleDistance  ISO 16844-7  járm­ 
űeg­
ység nem személyes  nem személyes  nincs szükség 
hozzájárulásra  kötelező  
HighResolutionTrip­
Distance  ISO 16844-7  járm­ 
űeg­
ység nem személyes  nem személyes  nincs szükség 
hozzájárulásra  kötelező  
ServiceComponentI­
dentification  ISO 16844-7  járm­ 
űeg­
ység nem személyes  nem személyes  nincs szükség 
hozzájárulásra  kötelező  
ServiceDelayCalendar­
TimeBased  ISO 16844-7  járm­ 
űeg­
ység nem személyes  nem személyes  nincs szükség 
hozzájárulásra  kötelező  
Driver1Identification  ISO 16844-7  járm­ 
űvez­
etői 
kárt­
ya személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  kötelező  
Driver2Identification  ISO 16844-7  járm­ 
űvez­
etői 
kárt­
ya nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  kötelező  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 530  
Adatnév  Adat-formátum  Forrás  Adatbesorolás (személyes/nem 
személyes)  Hozzájárulás az 
adatok hozzáférhetővé 
tételéhez  Hozzá-férhe­
tőség  
járművezető  járműkísérő  
NextCalibrationDate  8. függelék  járm­ 
űeg­
ység nem személyes  nem személyes  nincs szükség 
hozzájárulásra  kötelező  
Driver1ContinuousDri­
vingTime  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  kötelező  
Driver2ContinuousDri­
vingTime  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  kötelező  
Driver1CumulativeBre­
akTime  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  kötelező  
Driver2CumulativeBre­
akTime  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  kötelező  
Driver1CurrentDuratio­
nOfSelectedActivity  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  kötelező  
Driver2CurrentDuratio­
nOfSelectedActivity  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  kötelező  
SpeedAuthorised  8. függelék  járm­ 
űeg­
ység nem személyes  nem személyes  nincs szükség 
hozzájárulásra  kötelező  
TachographCardSlot1  ISO 16844-7  járm­ 
űeg­
ység nem személyes  nem alkalma­
zandó  nincs szükség 
hozzájárulásra  kötelező  
TachographCardSlot2  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  nem személyes  nincs szükség 
hozzájárulásra  kötelező  
Driver1Name  ISO 16844-7  járm­ 
űvez­
etői 
kárt­
ya személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  kötelező  
Driver2Name  ISO 16844-7  járm­ 
űvez­
etői 
kárt­
ya nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  kötelező  
OutOfScopeCondition  ISO 16844-7  járm­ 
űeg­
ység nem személyes  nem személyes  nincs szükség 
hozzájárulásra  kötelező  
ModeOfOperation  ISO 16844-7  járm­ 
űeg­
ység nem személyes  nem személyes  nincs szükség 
hozzájárulásra  kötelező  
Driver1CumulatedD­
rivingTimePrevio­
usAndCurrentWeek  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  kötelező  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 531  
Adatnév  Adat-formátum  Forrás  Adatbesorolás (személyes/nem 
személyes)  Hozzájárulás az 
adatok hozzáférhetővé 
tételéhez  Hozzá-férhe­
tőség  
járművezető  járműkísérő  
Driver2CumulatedD­
rivingTimePrevio­
usAndCurrentWeek  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  kötelező  
EngineSpeed  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
RegisteringMemberS­
tate 8. függelék  járm­ 
űeg­
ység nem személyes  nem személyes  nincs szükség 
hozzájárulásra  kötelező  
VehicleRegistration­
Number  8. függelék  járm­ 
űeg­
ység nem személyes  nem személyes  nincs szükség 
hozzájárulásra  kötelező  
Driver1EndOfLastDa­
ilyRestPeriod  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2EndOfLastDa­
ilyRestPeriod  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  
Driver1EndOfLastWe­
eklyRestPeriod  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2EndOfLastWe­
eklyRestPeriod  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  
Driver1EndOfSecond­
LastWeeklyRestPeriod  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2EndOfSecond­
LastWeeklyRestPeriod  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  
Driver1TimeLastLoa­
dUnloadOperation  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2TimeLastLoa­
dUnloadOperation  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  
Driver1CurrentDaily­
DrivingTime  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2CurrentDaily­
DrivingTime  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  
Driver1CurrentWeekly­
DrivingTime  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2CurrentWeekly­
DrivingTime  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 532  
Adatnév  Adat-formátum  Forrás  Adatbesorolás (személyes/nem 
személyes)  Hozzájárulás az 
adatok hozzáférhetővé 
tételéhez  Hozzá-férhe­
tőség  
járművezető  járműkísérő  
Driver1TimeLeftUntil­
NewDailyRestPeriod  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2TimeLeftUntil­
NewDailyRestPeriod  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  
Driver1CardExpiry­
Date  ISO 16844-7  járm­ 
űvez­
etői 
kárt­
ya személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2CardExpiry­
Date  ISO 16844-7  járm­ 
űvez­
etői 
kárt­
ya nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  
Driver1CardNextMan­
datoryDownloadDate  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2CardNextMan­
datoryDownloadDate  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  
TachographNextMan­
datoryDownloadDate  ISO 16844-7  járm­ 
űeg­
ység nem személyes  nem személyes  nincs szükség 
hozzájárulásra  opcionális  
Driver1TimeLeftUntil­
NewWeeklyRestPeriod  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2TimeLeftUntil­
NewWeeklyRestPeriod  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  
Driver1NumberOf­
Times9hDailyDriving­
TimesExceeded  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2NumberOf­
Times9hDailyDriving­
TimesExceeded  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  
Driver1CumulativeU­
ninterruptedRestTime  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2CumulativeU­
ninterruptedRestTime  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  
Driver1MinimumDa­
ilyRest  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2MinimumDa­
ilyRest  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 533  
Adatnév  Adat-formátum  Forrás  Adatbesorolás (személyes/nem 
személyes)  Hozzájárulás az 
adatok hozzáférhetővé 
tételéhez  Hozzá-férhe­
tőség  
járművezető  járműkísérő  
Driver1MinimumWe­
eklyRest  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2MinimumWe­
eklyRest  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  
Driver1MaximumDa­
ilyPeriod  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2MaximumDa­
ilyPeriod  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  
Driver1MaximumDa­
ilyDrivingTime  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2MaximumDa­
ilyDrivingTime  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  
Driver1NumberOfU­
sedReducedDailyRest­
Periods  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2NumberOfU­
sedReducedDailyRest­
Periods  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  
Driver1RemainingCur­
rentDrivingTime  ISO 16844-7  járm­ 
űeg­
ység személyes  nem alkalma­
zandó  járművezető 
hozzájárulása  opcionális  
Driver2RemainingCur­
rentDrivingTime  ISO 16844-7  járm­ 
űeg­
ység nem alkalma­
zandó  személyes  járműkísérő 
hozzájárulása  opcionális  
VehiclePosition  8. függelék  járm­ 
űeg­
ység személyes  személyes  járművezető és 
járműkísérő 
hozzájárulása  kötelező  
ByDefaultLoadType  8. függelék  járm­ 
űeg­
ység személyes  személyes  járművezető és 
járműkísérő 
hozzájárulása  kötelező  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 534  
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íto tt, 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észle lé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óh oz 
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ár ozá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  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 535  
5.5. Későbbi használatra fenntartva  
▼B 
5.6A 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ó te sztek  
1 BEVEZETÉS  
Ez a függelék azt a kialakítást és azokat az eljárásokat határo zza meg, 
amelyeket a távoli kommunikációs funkciónak (a továbbiakban: ko mmu­
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ékn ek 
rendelkeznie kell olyan távoli kommunikációs funkcióval, 
amely lehetővé teszi az illetékes ellenőrző hatóságok megha­
talmazottainak, 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 mene­
tí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 
Range Communication (DSRC) transmission equipment (500 
kbit/s / 250 kbit/s) operating in the 5,8 GHz Industrial,  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 536  
Scientific and Medical (ISM) band; Part 1: General characte­
ristics and test methods for Road Side Units (RSU) and On 
-Board Units (OBU)} megfelelő paraméterei szerint vizs­
gá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űegységen (VU) belüli biztosításával, valamint azzal kell 
elérni, hogy csak a biztonságos hasznos adatokat és a bizton­
sá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 arr a 
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 biztonsá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 alkalmasn ak 
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ér­
hetőségét) is megvalósítsanak.  
DSC_11 Fontos tisztázni, hogy a 165/2014/EU rendelet 7. cikkéne k 
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 ill eté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 — 21.08.2023 — 003.001 — 537  
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 vonatkozn iuk, 
amelyek egy, a 165/2014/EU rendelet 9. cikkében meghatározott l ehet­
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öz t 
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öm e­
gének és méreteinek ellenőrzésére), és az ilyen műveletek az il letékes 
ellenőrző hatóságok döntésétől függően lehetnek különállóak, va gy 
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ésn ek 
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 el lenő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 m ely 
járműveket állítsák meg (ez a terméktervezés függvénye lesz, ha csak 
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 — 21.08.2023 — 003.001 — 538  
— az  adatok  tartalmára vonatkozó adatbiztonsági rendelkezések 
(például titkosítás) [amelyeket a 11. függelékben (Közös bizton sági 
mechanizmusok) kell meghatározni],  
— az ugyanazzal az architektúrával és berendezéssel megszerezhe tő, 
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 
kezelé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 elektromágneses hullámok 
(rádióhullámok) formájában sugározza szét 
az elektromos áram energiáját. Vételi üzem­
módban az antenna fogja az elektromá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 kapcso­
latban, 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 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  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 539  
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ú Bluetooth- 
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ék­
letben meghatározott korai távészlelő eszköz.  
DWVC  Érvényes kártya nélküli járművezeté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ék­
letben 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észlelé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ánysorozat)  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 540  
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ész ben 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 po ntjai 
elsőbbséget élveznek. Amennyiben – ellentmondás esetén – e függ elék 
nem határozza meg egyértelműen az előírást, elsőbbséget élvez a z ERC 
70-03 ajánlásnak megfelelő működés (és az EN 300 674-1 szabvány ban 
meghatározott megfelelő paraméterek szerinti vizsgálat), amelye t csök­
kenő sorrendben az EN 12795, az EN 12253 és az EN 12834 szabván y, 
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övetke ző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ác si 
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 szoc i­
á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 coo pe­
rative telematics applications for regulated commercial freight  
vehicles (TARV).  
[5] EN 300 674-1 Electromagnetic compatibility and Radio spectr um 
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 — 21.08.2023 — 003.001 — 541  
[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 interfac e 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öny veket 
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 fri ssí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 — 21.08.2023 — 003.001 — 542  
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őe n 
rendszeresen frissített  adatokat  a DSRC-VU  számára történő 
megjelenítés előtt biztosítani kell, és biztonságos adatkon­
cepció-é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 szol ­
gáló fizikai megvalósulások formája a terméktervezés függ­
vénye, hacsak nincs meghatározva a 165/2014/EU rendelet 
egy másik helyén.  
4.1.1.5 Biztonsági adatok  
▼M3 
DSC_17 A biztonsági adatokat ( DSRCSecurityData) , 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, a  
DSRC-VU -ban való ideiglenes tárolás céljából a  DSRCSecu ­
rityData  aktuális verziójaként, az e függelék 5.4.4. pontjában 
meghatározott formában.  
▼B 
4.1.1.6 A DSRC interfészeken keresztül történő átvitelhez rende lkezé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 ille tékes ellen­ 
őrző hatóságok meghatalmazottja rövid hatótávolságú adatátvitel lel 
működő, korai távészleléssel történő kommunikációhoz használt l eolva­
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 e llenőrző 
hatóságok lekérdezést ellenőrző meghatalmazottja dönt arról, ho gy 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 meghatalmazot tja 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éz i 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 szeri nt az ERC 
70-03 ajánlásnak megfelelően működnek, és amelyeket az EN 300 6 74-1 
szabványban meghatározott megfelelő paraméterek szerint vizsgál nak. 
Lásd a 14.1. ábrát (1. használati eset).  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 543  
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 meghatalmazot tja egy 
mozgó járműben helyezkedik el, és vagy a járműből egy kézi, hor doz­
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, a mikor 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 l eírtak 
szerint az ERC 70-03 ajánlásnak megfelelően működnek, és amelye ket 
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 ada tok 
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 — 21.08.2023 — 003.001 — 544  
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ügge­
lékben meghatározott hasznosadat-koncepciók és biztonsági­
adat-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) kommunikációs eszközének,  
— a járműegység (VU) és a DSRC-VU közötti kommuni­
ká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 anten­
ná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 kommuniká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 a DSRC-VU berendezés  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 545  
gyártójának felelőssége azt biztosítani, hogy a tápegység 
kitartson az egyik időszakos vizsgálattól a következő időszakos  
vizsgálatig úgy, hogy az adatokhoz a teljes időtartam alatt hib a 
nélküli, illetve folyamatos, 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 
rendelkezé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űegységből (VU) származó adatok visszafejtésére és 
sértetlensé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 megfe­
lelő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 
felszerelni.  
▼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 — 21.08.2023 — 003.001 — 546  
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 megnehe­
zítse az illegális szétkapcsolást. A lekapcsolás vagy az antenn a 
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. leol vasó) és 
az illetékes ellenőrző hatóságok meghatalmazottja által alkalma zott eljá­
rásmódtól függően változhat.  
A kijelző és/vagy értesítési funkció arra szolgál, hogy a távol i kommu­
nikációs funkció eredményeit bemutassa az illetékes ellenőrző h ató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 ki jelzés 
és/vagy értesítés formája az illetékes ellenőrző hatóságok megh atalma­
zottjai és a berendezés kialakítása által meghatározott követel mé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 keres­
kedelmi tervezés függvénye, az ERC 70-03 ajánlásnak megfele­
lően kell működnie, továbbá meg kell felelnie az e függelékben 
(5.3.2. szakasz) meghatározott tervezési és teljesítmény-előírá ­
soknak, így biztosítva a lehető legnagyobb mértékű rugalmasságo t ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 547  
a piac számára ahhoz, hogy minden illetékes ellenőrző hatóság 
konkrét lekérdezési forgatókönyvé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 megha­
tá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ó berende­
zések) adatkoncepció-értékeit is fogadják, amennyiben az 
ilyen adatkoncepciókat egyedi és ismert alkalmazásazonosítók/ 
fájlnevek 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 — 21.08.2023 — 003.001 — 548  
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) fr issí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 
azonosí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 meg cé­
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 munkamenetet 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 alkalmazá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 tarta l­
mazza a titkosított hasznos adatokat és a DSRC biztonsági adato kat. 
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 al apjá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 
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  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 549  
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 b eren­
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ázatb an 
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 lehet­
séges frekvenciát alkal­
mazhat: 
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á­
laszthatja a közúti rendszert megva­
ló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 szab­
vánnyal)  
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 szab­
vánnyal)  
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 szab­
vánnyal)  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 550  
Tétel  Paraméter  Érték(ek)  Megjegyzés  
D4a EIRP szögmaszk  A lekérdezőegység terve­
zője által megadott és 
közzétett specifikáció 
szerint  (Összhangban az EN 12253 szab­
vánnyal)  
D5 Polarizáció  Órával ellentétes irányú, 
körkörös  (Összhangban az EN 12253 szab­
vánnyal)  
D5a Keresztpolarizáció  X P D :  
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 szab­
vánnyal)  
D6 (*) Moduláció  Kétszintű amplitúdómodu­
láció  (Összhangban az EN 12253 szab­
vánnyal)  
D6a (*) Modulációs index  0,5 … 0,9  (Összhangban az EN 12253 szab­
vánnyal)  
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 szab­
vánnyal)  
D8 (*) Átviteli sebesség  500 kBit/s  (Összhangban az EN 12253 szab­
vánnyal)  
D8a A bitóra tűrése  ± 100 ppm-nél jobb  (Összhangban az EN 12253 szab­
vánnyal)  
D9 (*) Bithibaarány (BER) 
kommunikáció esetében  ≤ 10  – 6 ha az OBU-nál 
(DSRC-VU) a beeső telje­
sítmény a [D11a–D11b] 
pont által meghatározott 
tartományba esik.  (Összhangban az EN 12253 szab­
vánnyal)  
D10 Az OBU-t (DSRC-VU) 
felélesztő jel  Az OBU-nak (DSRC-VU) 
fel kell élednie, ha 11 
vagy több oktettet tartal­
mazó keretet kap (a beve­
zető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 szab­
vánnyal)  
D10a  Maximális kezdési idő  ≤  5  m s  (Összhangban az EN 12253 szab­
vánnyal)  
D11 Kommunikációs zóna  Olyan térbeli zóna, 
amelyben a D9a szerinti 
BER elérhető  (Összhangban az EN 12253 szab­
vánnyal)  
D11a  (*) Teljesítmény (felső) határa 
kommunikáció esetében.  – 24 dBm  (Összhangban az EN 12253 szab­
vánnyal)  ▼C2
 02016R0799 — HU — 21.08.2023 — 003.001 — 551  
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 (Azimuth))  (Összhangban az EN 12253 szab­
vánnyal) 
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 szab­
vánnyal)  
D13 Bevezető  A bevezető kötelező.  (Összhangban az EN 12253 szab­
vánnyal)  
D13a  A bevezető hossza és szer­
kezete  16 bit ± 1 FM0-kódolású 
„1” bit  (Összhangban az EN 12253 szab­
vánnyal)  
D13b  Bevezető hullámforma  Az alacsony és a magas 
szint egymás után váltakozó 
sorozata, ahol az impulzus 
hossza 2 μs. 
A tűrést a D8a adja meg.  (Összhangban az EN 12253 szab­
vánnyal)  
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 figye­
lembe venni.  (Összhangban az EN 12253 szab­
vánnyal  
(*) – Ezeken a letöltési paramétereken megfelelőségi vizsgálato kat kell végezni az EN 300 674-1 szabványban előírt megfelelő 
paramétervizsgálatnak megfelelően.  
▼C2 
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ödnie. 
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 — 21.08.2023 — 003.001 — 552  
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 — 21.08.2023 — 003.001 — 553  
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álat okat 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 — 21.08.2023 — 003.001 — 554  
DSC_32 A járműegység (VU) antennáját a fenti 5.1. pontban megha tá­
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 
(Freight&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  A z 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 — 21.08.2023 — 003.001 — 555  
— 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  A z 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 foga­
dá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 — 21.08.2023 — 003.001 — 556  
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ő para n­
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 — 21.08.2023 — 003.001 — 557  
— 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 tartal­
mazó 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 tekin ­
tetében  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 558  
Sorrend  Feladó  Vevő  Leírás  Művelet  
▼M1 
7 REDCR  >  DSRC-VU  Más attribútum adatára 
vonatkozó GET.request 
üzenetet küld (értelemsze­
rű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 tekin ­
tetében  
9 REDCR  >  DSRC-VU  Nyugtázza a sikeres adatfo­
gadá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 — 21.08.2023 — 003.001 — 559
  
► (2) (3) M1 
► (1) M3 ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 560
  
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:  
▼M3 
14.3. táblázat  
Az RtmData elemei, végrehajtott m űveletek és meghatározások  
1. 
RTM adatelem  2. 
A járműegység által végrehajtott 
művelet  (3) 
ASN.1 adatmeghatározás  
RTM1 
A jármű rendszámtáb ­
lája 
rendszámtáblája  A járműegységnek az RTM1  
tp15638VehicleRegistrationP ­
late adatelem értékét az 1. 
függelékben 
(VehicleRegistrationIdentifi ­
cation ) meghatározott  Vehic­
leRegistrationIdentification  
adattípusra rögzített értékre 
kell beállítania.  A jármű rendszámtáblája 
karaktersorként kifejezve  tp15638VehicleRegistrationP­
late LPN, 
–Rendszámtábla az ISO 14906 
szabvány adatszerkezetével, de 
az RTM alkalmazás esetében a 
következő korlátozással: 
a SZEKVENCIA az ország­
kóddal kezdődik, amelyet egy 
betűjel, majd maga a rendszám 
követ, 
amely mindig 14 oktettből áll 
(nullákkal kitöltve), így 
az LPN-típus hossza mindig 
17 oktett (nincs szükség 
hosszmeghatározóra), 
amelyből 14 a „valós” rend­
szám.  
RTM2 
Gyorshajtási esemény  A járműegységnek logikai 
értéket kell generálnia az 
RTM2 
tp15638SpeedingEvent adate­
lemhez. 
A tp15638SpeedingEvent 
értékét a járműegységnek az 
I. C. mellékletben meghatá­
rozottak szerint a járműegy­
ségben az utolsó 10 nap 
során rögzített gyorshajtási 
események alapján kell 
meghatározni.  1 (IGAZ): ha a legutóbbi 
gyorshajtási esemény az 
utolsó 10 napon belül 
fejeződött be vagy még 
folyamatban van; 
0 (HAMIS): minden más 
esetben.  tp15638SpeedingEvent 
BOOLEAN,  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 561  
1. 
RTM adatelem  2. 
A járműegység által végrehajtott 
művelet  (3) 
ASN.1 adatmeghatározás  
RTM3 
Érvényes kártya nélküli 
járművezetés 
nélküli járm űvezetés  A járműegységnek logikai 
értéket kell generálnia az 
RTM3 
tp15638DrivingWithoutVa­
lidCard adatelemhez. 
A járműegységnek IGAZ 
értéket kell rendelnie a 
tp15638DrivingWithoutVa­
lidCard változóhoz, ha az I. 
C. mellékletben meghatá­
rozottak szerint legalább egy 
megfelelő kártya nélküli 
járművezetés eseményt rögzí­
tettek a járműegységben az 
utolsó 10 nap során.  1 (IGAZ): ha a legutóbbi 
„érvényes kártya nélküli 
járművezetés” esemény 
az utolsó 10 napon belül 
fejeződött be vagy még 
folyamatban van; 
0 (HAMIS): minden más 
esetben.  tp15638DrivingWithoutValid­
Card 
BOOLEAN,  
RTM4 
Érvényes járm űvezetői 
kártya  A járműegységnek logikai 
értéket kell generálnia az 
RTM4 
tp15638DriverCard adate­
lemhez a járművezetői 
kártyaolvasó egységbe helye­
zett érvényes járművezetői 
kártya alapján.  1 (IGAZ): ha a jármű­
egység járművezetői 
kártyaolvasó egységében 
nem található érvényes 
járművezetői kártya; 
0 (HAMIS): ha a jármű­
egység járművezetői 
kártyaolvasó egységében 
érvényes járművezetői 
kártya található.  tp15638DriverCard 
BOOLEAN,  
RTM5 
Kártya behelyezése 
járművezetés közben 
közben  A járműegységnek logikai 
értéket kell generálnia az 
RTM5 tp15638CardInsertion 
adatelemhez. 
A járműegységnek IGAZ 
értéket kell rendelnie a 
tp15638CardInsertion válto­
zóhoz, ha az I. C. mellék­
letben meghatározottak 
szerint legalább egy „kártya 
behelyezése járművezetés 
közben” eseményt rögzítettek 
a járműegységben az utolsó 
10 nap során.  1 (IGAZ): ha a legutóbbi 
„kártya behelyezése 
járművezetés közben” 
esemény az utolsó 10 
napban történt; 
0 (HAMIS): minden más 
esetben.  tp15638CardInsertion 
BOOLEAN,  
RTM6 
A mozgásadatok hibája  A járműegységnek logikai 
értéket kell generálnia az 
RTM6 adatelemhez. 
A járműegységnek IGAZ 
értéket kell rendelnie a 
tp15638MotionDataError 
változóhoz, ha az I. C. 
mellékletben meghatározottak 
szerint legalább egy, a 
mozgásadatok hibáját jelző 
eseményt rögzítettek a 
járműegységben az utolsó 10 
nap során.  1 (IGAZ): ha a mozgá­
sadatok hibáját jelző 
legutóbbi esemény az 
utolsó 10 napon belül 
fejeződött be vagy még 
folyamatban van; 
0 (HAMIS): minden más 
esetben.  tp15638MotionDataError 
BOOLEAN,  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 562  
1. 
RTM adatelem  2. 
A járműegység által végrehajtott 
művelet  (3) 
ASN.1 adatmeghatározás  
RTM7 
A jármű mozgásával 
kapcsolatos ellent ­
mondás 
ellentmondás  A járműegységnek logikai 
értéket kell generálnia az 
RTM7 adatelemhez. 
A járműegységnek IGAZ 
értéket kell rendelnie a 
tp15638VehicleMotionConf­
lict változóhoz, ha legalább 
egy, a jármű mozgásával 
kapcsolatos ellentmondást 
jelző eseményt rögzítettek a 
járműegységben az utolsó 10 
nap során.  1 (IGAZ): ha a jármű 
mozgásával kapcsolatos 
ellentmondást jelző 
legutóbbi esemény az 
utolsó 10 napon belül 
fejeződött be vagy még 
folyamatban van; 
0 (HAMIS): minden más 
esetben.  tp15638VehicleMotionConflict 
BOOLEAN,  
RTM8 
Második járm űvezetői 
kártya  A járműegységnek logikai 
értéket kell generálnia az 
RTM8 adatelemhez az I. C. 
melléklettel összhangban (a 
járművezetői tevékenységre 
vonatkozó adat: 
SZEMÉLYZET vagy 
JÁRMŰKÍSÉRŐ). 
Ha érvényes járműkísérői 
kártya van behelyezve, a 
járműegységnek az RTM8 
értékét IGAZ értékre kell 
állítania.  1 (IGAZ): ha a jármű­
egységben érvényes 
járműkísérői kártya 
található; 
2 (HAMIS): ha a jármű­
egységben nincs érvé­
nyes járműkísérői kártya.  tp156382ndDriverCard 
BOOLEAN,  
RTM9 
Aktuális tevékenység  A járműegységnek logikai 
értéket kell generálnia az 
RTM9 adatelemhez. 
Ha a járműegységben rögzí­
tett aktuális tevékenység az I. 
C. melléklet meghatározása 
szerinti JÁRMŰVEZE­
TÉSTŐL eltérő tevékenység, 
akkor a járműegységnek az 
RTM9 értékét IGAZ értékre 
kell állítania.  1 (IGAZ): egyéb 
kiválasztott tevékenység; 
0 (HAMIS): vezetés 
kiválasztva  tp15638CurrentActivityDri­
ving 
BOOLEAN  
RTM10 
Az utolsó kártyakap ­
csolat lezárása  A járműegységnek logikai 
értéket kell generálnia az 
RTM10 adatelemhez. 
Ha az utolsó kártyakapcso­
latot nem zárták le megfele­
lően az I. C. mellékletben 
meghatározottak szerint, a 
járműegységnek az RTM10 
értékét IGAZ értékre kell 
állítania.  1 (IGAZ): a behelyezett 
kártyák közül legalább 
egynél előfordult az 
„utolsó kártyakapcsolat 
nem megfelelő lezárása” 
esemény; 
0 (HAMIS): a behelye­
zett kártyák egyikénél 
sem fordult elő az 
„utolsó kártyakapcsolat 
nem megfelelő lezárása” 
esemény.  tp15638LastSessionClosed 
BOOLEAN  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 563  
1. 
RTM adatelem  2. 
A járműegység által végrehajtott 
művelet  (3) 
ASN.1 adatmeghatározás  
RTM11 
Az áramellátás megsza ­
kadása 
megszakadása  A járműegységnek egész 
számú 
értéket kell generálnia az 
RTM11 adatelemhez. 
A járműegységnek a jármű­
egységben az utolsó 10 nap 
során tárolt, az I. C. melléklet 
meghatározása szerinti 
„áramellátás megszakadása” 
esemény számának megfelelő 
értéket kell rendelnie a 
tp15638PowerSupplyInter­
ruption változóhoz. 
Ha az utolsó 10 napban nem 
került rögzítésre „áramellátás 
megszakadása” esemény a 
járműegységben, a járműegy­
ségnek az RTM11 értékét 0- 
ra kell állítania.  Az utolsó 10 napban 
rögzített „áramellátás 
megszakadása” esemé­
nyek száma.  tp15638PowerSupplyInterrup­
tion 
INTEGER (0..127),  
RTM12 
Érzékelőhiba  A járműegységnek egész 
számú értéket kell generálnia 
az RTM12 adatelemhez. 
A járműegységnek a követ­
kező értéket kell hozzáren­
delnie a sensorFault válto­
zóhoz: 
— 1, ha egy „35” 
H érzékelőhiba típusú 
esemény az utolsó 10 
napon belül fejeződött be 
vagy még folyamatban 
van, 
— 2, ha egy („36”H vagy 
„37”H enumerációs 
értékű belső vagy külső) 
GNSS-vevőhiba típusú 
esemény az utolsó 10 
napon belül fejeződött be 
vagy még folyamatban 
van, 
— 3, ha egy „0E”H 
kommunikációs hiba a 
külső GNSS-eszközzel 
típusú esemény az utolsó 
10 napon belül fejeződött 
be vagy még folya­
matban van, 
— 4, ha mind az érzékelő­
hiba, mind a GNSS- 
vevőhiba típusú esemény 
az utolsó 10 napon belül 
fejeződött be vagy még 
folyamatban van, 
— 5, ha mind az érzékelő­
hiba, mind a kommuni­
kációs hiba a külső 
GNSS-eszközzel típusú 
esemény az utolsó 10 
napon belül fejeződött be 
vagy még folyamatban 
van, –érzékelőhiba: egy oktett 
az adatszótár szerint  tp15638SensorFault INTEGER 
(0..255),  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 564  
1. 
RTM adatelem  2. 
A járműegység által végrehajtott 
művelet  (3) 
ASN.1 adatmeghatározás  
— 6, ha mind a GNSS- 
vevőhiba, mind a 
kommunikációs hiba a 
külső GNSS-eszközzel 
típusú esemény az utolsó 
10 napon belül fejeződött 
be vagy még folya­
matban van, 
— 7, ha mindhárom érzéke­
lőhiba típusú esemény az 
utolsó 10 napon belül 
fejeződött be vagy még 
folyamatban van. 
Ha az utolsó 10 nap során 
egyetlen ilyen esemény sem 
fejeződött be, vagy egyetlen 
ilyen esemény sincs folya­
matban, a járműegységnek az 
RTM12 értékét 0-ra kell állí­
tania.  
RTM13 
Időbeállítás  A járműegységnek egész 
számú értéket (az 1. függelék 
szerinti timeReal-t) kell 
generálnia az RTM13 adate­
lemhez az I. C. melléklet 
meghatározása szerinti időbe­
állítási adatok alapján. 
A járműegységnek azt az 
időpontot kell az RTM13 
értékeként beállítania, amikor 
az utolsó időbeállítási 
esemény történt. 
Ha a járműegységben nincs 
eltárolva az I. C. melléklet 
szerinti időbeállítási esemény, 
a járműegységnek az RTM13 
értékét 0-ra kell állítania  A legutóbbi időbeállítás 
oldTimeValue értéke  tp15638TimeAdjustment 
INTEGER(0..4294967295),  
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 (az 1. függelék 
szerinti timeReal-t) kell 
generálnia az RTM14 adate­
lemhez, amennyiben az I. C. 
melléklet meghatározása 
szerinti, a biztonsági rendszer 
megsértésére irányuló kísérlet 
történt. 
A járműegységnek azt az 
időpontot kell értékként 
beállítania, amikor a jármű­
egység utoljára rögzített a 
biztonsági rendszer megsérté­
sére irányuló kísérletet. 
Ha a járműegységben nincs 
eltárolva az I. C. melléklet 
szerinti, a biztonsági rendszer 
megsértésére irányuló 
kísérlet, akkor a járműegy­
ségnek az RTM14 értékét 0- 
ra kell állítania.  A biztonsági rendszer 
megsértésére irányuló 
legutóbb tárolt kísérlet 
kezdő időpontja.  tp15638LatestBreachAttempt 
INTEGER(0..4294967295),  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 565  
1. 
RTM adatelem  2. 
A járműegység által végrehajtott 
művelet  (3) 
ASN.1 adatmeghatározás  
RTM15 
Utolsó kalibrálás  A járműegységnek egész 
számú értéket (az 1. függelék 
szerinti timeReal-t) kell 
generálnia az RTM15 adate­
lemhez az I. C. melléklet és 
az 1. függelék meghatározása 
szerinti utolsó kalibrálási 
adatok alapján. 
A járműegységnek az 
RTM15 értékét az utolsó 
kalibrálási rekord oldTime­
Value értékére kell beállí­
tania. 
Ha nem történt kalibrálás, a 
járműegységnek az RTM15 
értékét 0-ra kell állítania.  A legutóbbi kalibrálási 
rekord oldTimeValue 
értéke  tp15638LastCalibrationData 
INTEGER(0..4294967295),  
RTM16 
Előző kalibrálás  A járműegységnek egész 
számú értéket (az 1. függelék 
szerinti timeReal-t) kell 
generálnia az RTM16 adate­
lemhez az utolsó kalibrálást 
megelőző kalibrálás rekordja 
alapján 
A járműegységnek az 
RTM16 
értékét az utolsó kalibrálást 
megelőző kalibrálási rekord 
oldTimeValue értékére kell 
beállítania. 
Ha nem történt előző kalib­
rálás, a járműegységnek az 
RTM16 értékét 0-ra kell állí­
tania.  A legutóbbi kalibrálási 
rekordot megelőző 
kalibrálási rekord oldTi­
meValue értéke  tp15638PrevCalibrationData 
INTEGER(0..4294967295),  
RTM17 
A menetíró készülék 
csatlakoztatásának 
dátuma  A járműegységnek egész 
számú értéket (az 1. függelék 
szerinti timeReal-t) kell 
generálnia az RTM17 adate­
lemhez. 
A járműegységnek az 
RTM17 értékét a járműegy­
ségnek az aktuális járműben 
történő első kalibrálása dátu­
mára kell beállítania. 
A járműegységnek ezt az 
adatot a vuCalibrationRe­
cords rekordból származó 
VuCalibrationData adatból 
(1. függelék) kell beolvasnia, 
melynél a CalibrationPurpose 
értéke „03”H. 
Ha nem történt előző kalib­
rálás, a járműegységnek az 
RTM17 értékét 0-ra kell állí­
tania.  A járműegység első 
kalibrálásának dátuma az 
aktuális járműben  tp15638DateTachoConnected 
INTEGER(0..4294967295),  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 566  
1. 
RTM adatelem  2. 
A járműegység által végrehajtott 
művelet  (3) 
ASN.1 adatmeghatározás  
RTM18 
Aktuális sebesség  A járműegységnek egész 
számú 
értéket kell generálnia az 
RTM18 adatelemhez. 
A járműegységnek az 
RTM18 értékét az RtmData 
legutóbbi frissítésének 
időpontjában rögzített utolsó 
aktuális sebességre kell beál­
lítania.  Az utolsó rögzített aktu­
ális sebesség  tp15638CurrentSpeed 
INTEGER (0..255),  
RTM19 
Időbélyegző A járműegységnek egész 
számú értéket (az 1. függelék 
szerinti timeReal-t) kell 
generálnia az RTM19 adate­
lemhez. 
A járműegységnek az 
RTM19 értékét az RtmData 
legutóbbi frissítésének 
időpontjára kell beállítania.  Az aktuális 
TachographPayload 
rekord időbélyegzője  tp15638Timestamp 
INTEGER(0..4294967295),  
RTM20 
Az az időpont, amikor a 
jármű legutóbbi hitelesí ­
tett helyzete rendelke ­
zésre állt  A járműegységnek egész 
számú értéket (az 1. függelék 
szerinti timeReal-t) kell 
generálnia az RTM20 adate­
lemhez. 
A járműegységnek az 
RTM20 értékét arra az 
időpontra kell beállítania, 
amikor a jármű legutóbbi, 
a GNSS-vevőből származó 
hitelesített helyzete rendelke­
zésre állt. 
Ha a GNSS-vevőből soha 
nem állt rendelkezésre hite­
lesített járműhelyzet, a 
járműegységnek az RTM20 
értékét 0-ra kell állítania.  A jármű legutóbbi hite­
lesített helyzetének 
időbélyegzője  tp15638LatestAuthenticatedPo­
sition 
INTEGER(0..4294967295),  
RTM21 
Megszakítás nélküli 
járművezetési id ő A járműegységnek egész 
számú értéket kell generálnia 
az RTM21 adatelemhez. 
A járműegységnek az 
RTM21 értékét a járművezető 
jelenleg folyamatban lévő, 
megszakítás nélküli járműve­
zetésének idejére kell beállí­
tania.  A járművezető megsza­
kítás nélküli vezetési 
ideje, egész számként 
kódolva. 
Hossz: 1 bájt. 
Felbontás: 2 perc/bit. 
Nincs eltolás. 
Adattartomány: 0–250 
A 250 érték azt jelzi, 
hogy a járművezető 
megszakítás nélküli 
vezetési ideje legalább 
500 perc. 
A 251–254 értékek nem 
használatosak. 
A 255 érték azt jelzi, 
hogy az információ nem 
áll rendelkezésre.  tp15638ContinuousDriving­
Time INTEGER(0..255),  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 567  
1. 
RTM adatelem  2. 
A járműegység által végrehajtott 
művelet  (3) 
ASN.1 adatmeghatározás  
RTM22 
A 14. függelék kiegészí ­
tése szerint számított 
leghosszabb napi veze ­
tési idő az aktuális és az 
előző RTM-m űszak 
során  A járműegységnek egész 
számú értéket kell generálnia 
az RTM22 adatelemhez. 
A járműegységnek az 
RTM22 értékét a járművezető 
napi két vezetési ideje közül 
a hosszabbra kell beállítania, 
amely vagy az aktuális vagy 
az előző RTM-műszaknak 
felel meg.  A járművezető napi 
vezetési ideje, egész 
számként kódolva. 
Hossz: 1 bájt. 
Felbontás: 4 perc/bit 
Nincs eltolás. 
Adattartomány: 0–250 
A 250 érték azt jelzi, 
hogy a járművezető napi 
vezetési ideje legalább 
1 000 perc. 
A 251–254 értékek nem 
használatosak. 
A 255 érték azt jelzi, 
hogy az információ nem 
áll rendelkezésre.  tp15638DailyDrivingTimeShift 
INTEGER(0..255),  
RTM23 
A 14. függelék kiegészí ­
tése szerint számított 
leghosszabb napi járm ű­
vezetési id ő az aktuális 
héten  A járműegységnek egész 
számú értéket kell generálnia 
az RTM23 adatelemhez. 
A járműegységnek az 
RTM23 értékét a járművezető 
leghosszabb napi járműveze­
tési idejére kell beállítania, 
amely vagy az aktuális 
RTM-műszaknak, vagy a 
folyó héten megkezdett vagy 
befejeződött bármely teljes 
RTM-műszaknak felel meg.  A járművezető napi 
vezetési ideje, egész 
számként kódolva. 
Hossz: 1 bájt. 
Felbontás: 4 perc/bit. 
Nincs eltolás. 
Adattartomány: 0–250 
A 250 érték azt jelzi, 
hogy a járművezető napi 
vezetési ideje legalább 
1 000 perc. 
A 251–254 értékek nem 
használatosak. 
A 255 érték azt jelzi, 
hogy az információ nem 
áll rendelkezésre.  tp15638DailyDrivingTime­
Week INTEGER(0..255),  
RTM24 
A 14. függelék kiegészí ­
tése szerint számított 
heti járm űvezetési id ő A járműegységnek egész 
számú értéket kell generálnia 
az RTM24 adatelemhez. 
A járműegységnek az 
RTM24 értékét a járművezető 
heti járművezetési idejére kell 
beállítania.  A járművezető heti 
járművezetési ideje, 
egész számként kódolva. 
Hossz: 1 bájt. 
Felbontás: 20 perc/bit. 
Nincs eltolás. 
Adattartomány: 0–250 
A 250 érték azt jelzi, 
hogy a járművezető heti 
vezetési ideje legalább 
5 000 perc. 
A 251–254 értékek nem 
használatosak. 
A 255 érték azt jelzi, 
hogy az információ nem 
áll rendelkezésre.  tp15638WeeklyDrivingTime 
INTEGER(0..255),  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 568  
1. 
RTM adatelem  2. 
A járműegység által végrehajtott 
művelet  (3) 
ASN.1 adatmeghatározás  
RTM25 
A 14. függelék kiegészí ­
tése szerint számított 
kétheti járm űvezetési id ő A járműegységnek egész 
számú értéket kell generálnia 
az RTM25 adatelemhez. 
A járműegységnek az 
RTM25 értékét a járművezető 
kétheti járművezetési idejére 
kell beállítania.  A járművezető kétheti 
járművezetési ideje, 
egész számként kódolva. 
Hossz: 1 bájt. 
Felbontás: 30 perc/bit. 
Nincs eltolás. 
Adattartomány: 0–250 
A 250 érték azt jelzi, 
hogy a járművezető 
kétheti vezetési ideje 
legalább 7 500 perc. 
A 251–254 értékek nem 
használatosak. 
A 255 érték azt jelzi, 
hogy az információ nem 
áll rendelkezésre.  tp15638FortnightlyDriving­
Time INTEGER(0..255),  
Megjegyzés: Az RTM22, az RTM23, az RTM24 és az RTM25 értéket e függelék 
kiegészítése szerint kell kiszámítani.  
▼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.  
▼M1 
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  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 569  
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  
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
 ▼C2
 02016R0799 — HU — 21.08.2023 — 003.001 — 570
 Oktett száma 
Attribútum/Mező  Bitek az oktettben  Leírás  
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, mand- 
Applications 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  
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ő  ▼C2
 02016R0799 — HU — 21.08.2023 — 003.001 — 571  
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
 
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 szab­
ványnak, 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 megta­
lá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
 02016R0799 — HU — 21.08.2023 — 003.001 — 572  
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á­
sokat.  
▼M3 
14.9. táblázat  
Inicializálás – Példa a VST keret tartalmára
 Oktett # 
Attribútum/mező  Bitek az oktettben  Leírás  
1 FLAG  0111 1110  Kezdő jelölő  
2 Private LID  xxxx xxxx  Az adott DSCR-VU link­
címe  
3 xxxx xxxx  
4 xxxx xxxx  
5 xxxx xxxx  
6 MAC Control field  1100 0000  PDU parancs  
7 LLC Control field  0000 0011  UI parancs  
8 Fragmentation header  1xxx x001  Nincs fragmentálás  
9 VST 
SEQUENCE { 
Fill BIT STRING (SIZE(4))  1001  Inicializálási válasz  
0000  Nem használatos és 0-ra 
állítva  
10 Profile INTEGER (0..127,...) 
Applications SEQUENCE OF {  0000 0000  Nincs kiterjesztés. Minta­
profil: 0 
Nincs kiterjesztés, 1 alkal­
mazás.  11 0000 0001  
12 SEQUENCE { 
OPTION indicator 
OPTION indicator 
AID DSRCApplicationEntityID  1 EID rendelkezésre áll  
1 A paraméter rendelkezésre 
áll 
00 0010  Nincs kiterjesztés. AID= 
2 Freight&Fleet  
13 EID Dsrc-EID  xxxx xxxx  A fedélzeti egységen belül 
kerül meghatározásra, 
azonosítja az alkalmazás­
példányt  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 573
 Oktett # 
Attribútum/mező  Bitek az oktettben  Leírás  
14 Parameter Container {  0000 0010  Nincs kiterjesztés, tároló­
választás = 02, 
Oktett karakterlánc  
15 0000 0110  Nincs kiterjesztés, 
Rtm-kontextusjelölő 
hossza = 6  
16 Rtm-ContextMark ::= SEQUENCE { 
StandardIdentifier  0000 0101  Az első oktett a 05H, a 
hossz. 
A következő 5 oktett a 
támogatott szabvány, rész 
és verzió objektumazono­
sítóját kódolja. 
{ISO (1) Szabvány (0) 
TARV (15638) 9. rész 
(9) 2. verzió (2).}  17 standardIdentifier  0010 1000  
18 1111 1010  
19 0001 0110  
20 0000 1001  
21 0000 0010  
22 ObeConfiguration Sequence { 
OPTION indicator  0 ObeStatus nem áll rendel­
kezésre  
EquipmentClass INTEGER (0..32767)  xxx xxxx  Ezt a mezőt kell használni  
23 xxxx xxxx  a DSRC interfész 
szoftver-/hardververziójára 
vonatkozó gyártói 
jelzések feltüntetésére.  
24 ManufacturerId INTEGER (0..65535)  xxxx xxxx  A DSRC-járműegység 
gyártói azonosítója az 
ISO 14816 nyilvántartás 
alapján.  25 xxxx xxxx  
26 FCS  xxxx xxxx  Keretellenőrzési szek­
vencia  
27 xxxx xxxx  
28 Flag  0111 1110  Záró 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, vala­
mint 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  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 574  
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 — 21.08.2023 — 003.001 — 575  
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, vala­
mint 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 — 21.08.2023 — 003.001 — 576
 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 — 21.08.2023 — 003.001 — 577
 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 
(Release)  
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 — 21.08.2023 — 003.001 — 578  
DSC_55 Ilyen alapszintű kommunikációs teszt elvégzéséhez az ECH O 
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 megfe­
lelő 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ó munkam e­
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 — 21.08.2023 — 003.001 — 579  
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 megta­
lá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 — 21.08.2023 — 003.001 — 580  
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 — 21.08.2023 — 003.001 — 581  
5.5. Későbbi használatra fenntartva  
▼M2 __________  
▼B 
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­
átvitel.  
DSC_67 A választott fizikai kapcsolattól és interfésztől függet lenü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 szab­
vány szerinti csatlakozóaljzatával,  
ii) alacsony energiafelhasználású Bluetooth- 
technoló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  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 582  
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:
  
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 — 21.08.2023 — 003.001 — 583  
— 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űegységnek (VU) arról, hogy megkapta az adatokat 
a DataTransactionId 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 megha­
tá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 vissza­
igazolja a járműegység (VU) meghatározott LinkIdentifier 
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  
▼M3 
DSC_77 A már biztonságos  adatokat  a VUSM  funkciónak kell szol­
gáltatnia a  DSRC–VU  számára. A  VUSM -nek ellenőriznie 
kell, hogy a  DSRC-VU -ban rögzítendő adatok sikeresen 
továbbításra kerültek-e a DSRC-VU-ba. 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ű „Kommu­
nikációs hiba a távoli kommunikációs eszközzel” esemény­
ként kell rögzíteni az időbélyegzővel együtt. A  VUSM -nek 
ellenőriznie kell, hogy az adatok sikeresen továbbításra 
kerültek-e a DSRC-VU-ba.  
DSC_78 Későbbi használatra fenntartva.  
▼B 
DSC_79 Ha a VUPM kísérletet tesz arra, hogy VU adatokat szerezz en 
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 
akkor történik, amikor egy
  parancsra  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 584  
válaszul 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 von at­
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örnyezetbe n 
működik, amelyben bizonytalanok a légköri és az interferencia-f elté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, amelyne k á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élz ott 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 ered mé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óinterferenc ia 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 ok ozhatja 
radarinterferencia vagy kedvezőtlen légköri körülmény (pl. viha r), 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íten i, 
egyszerűen azért, mert a kommunikációra nem került sor.  
Amennyiben azonban az illetékes ellenőrző hatóság meghatalmazot tja 
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 m anipulálás 
következménye, ezért az illetékes ellenőrző hatóság meghatalmaz ottjá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 fizik ai 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.  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 585  
Az „olvasási hiba” technikai értelemben eltér a „hibától”. Ebbe n az 
összefüggésben a „hiba” azt jelenti, hogy a kapott érték helyte len. 
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én ik. Ha 
a ciklikus redundanciaellenőrzés érvényesíti, akkor az adat hel yes. 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, statiszt ikailag 
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 a z 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 REDC R- 
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 teszt ek 
két típusát tartalmazzák:  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 586  
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.  
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 biz tonsági 
hitelesítő adatokhoz való hozzáférés nélkül meg tudják vizsgáln i, hogy 
működik-e a DSRC kapcsolat. A tesztelő berendezésének ezért csa k arra 
kell képesnek lennie, hogy DSRC kommunikációt inicializáljon (B ST-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. po ntot. 
Amennyiben a helyes válasz megérkezik, igazolni lehet, hogy a D SRC 
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 t artó 
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 — 21.08.2023 — 003.001 — 587  
Kiegészítés  
A napi, heti és kétheti járművezetési idő kiszámítására vonatko zó szabályok  
1. Alapvető számítási szabályok  
A járműegységnek a járművezetői (vagy műhely-) kártyán tárolt, a jármű­
egység járművezetői kártyaolvasó egységébe (1. kártyaolvasó egy ség, 1. 
kártyaolvasó) tárolt releváns adatok, valamint a kiválasztott j árművezetői tevé­
kenységek felhasználásával ki kell számítania a napi vezetési i dőt, a heti 
vezetési időt és a kétheti vezetési időt, mialatt az említett k ártya a jármű­
egységbe van helyezve.  
Nem kerül sor a járművezetési idők kiszámítására, ha a járműegy ségbe nincs 
járművezetői (vagy műhely-) kártya behelyezve.  
A számításokhoz szükséges időszak alatt észlelt ISMERETLEN idős zak(oka)t 
SZÜNET/PIHENÉS-nek kell tekinteni.  
Az ISMERETLEN időszakokat és a negatív időtartamú tevékenységek et 
(amelyeknél a tevékenység kezdete a tevékenység végénél későbbr e esik), 
melyek a két különböző járműegység közötti időbeli átfedés vagy  az idő 
beállítása miatt fordulnak elő, figyelmen kívül kell hagyni.  
A járművezetői kártyán rögzített azon tevékenységeket, amelyek az I. C. 
melléklet gg) fogalommeghatározásával összhangban a „MENETÍRÓ 
KÉSZÜLÉK NEM SZÜKSÉGES” körülménynek felelnek meg, a következő­
képpen kell értelmezni:  
— a SZÜNET/PIHENÉS időszakokat SZÜNET-ként vagy PIHENÉS-ként 
kell figyelembe venni,  
— a MUNKA és a JÁRMŰVEZETÉS időszakokat MUNKA-ként kell figye­
lembe venni,  
— a KÉSZENLÉT időszakokat KÉSZENLÉT-ként kell figyelembe venni.  
E kiegészítés összefüggésében a járműegységnek azt kell feltéte leznie, hogy a 
kártyatevékenység-rekordok előtt napi pihenőidő van.  
2. Fogalmak  
A következő fogalmak kizárólag erre a függelékre vonatkoznak, é s annak 
meghatározására szolgálnak, hogy a járműegység hogyan számítja ki és a 
távoli kommunikációs eszköz hogyan továbbítja a járművezetési i dőket.  
a) „RTM-műszak”: a napi pihenőidő vége és a közvetlenül azt köv ető napi 
pihenőidő vége közötti időszak.  
A járműegységnek a napi pihenőidő leteltével új RTM-műszakot ke ll 
kezdenie.  
A folyamatban lévő RTM-műszak a legutóbbi napi pihenőidő vége ó ta 
eltelt időt jelenti;  
b) „összesített járművezetési idő”: a járművezető által végzett  összes 
JÁRMŰVEZETÉSI tevékenység időtartamának összege egy adott 
időszakon belül, amikor nem áll fenn a „MENETÍRÓ KÉSZÜLÉK 
NEM SZÜKSÉGES” körülmény;  
c) „napi járművezetési idő”: összesített járművezetési idő egy 
RTM-műszakon belül;  
d) „heti járművezetési idő”: a folyó hét összesített járművezet ési ideje;  
e) „folyamatos pihenőidő”: bármely megszakítás nélküli SZÜNET/P IHENÉS 
időszak;  
f) „kétheti járművezetési idő”: az előző és a folyó hét összesí tett járműveze­
tési ideje;  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 588  
g) „napi pihenőidő”: SZÜNET/PIHENÉS időszak, amely lehet:  
— rendszeres napi pihenőidő,  
— megosztott napi pihenőidő,  
— csökkentett napi pihenőidő.  
A 14. függelék összefüggésében, ha a járműegység heti pihenőidő t számít 
ki, ezeket a heti pihenőidőket napi pihenőidőnek kell tekinteni ; 
h) „rendszeres napi pihenőidő”: legalább 11 órán át tartó, foly amatos pihe­
nőidő.  
Kivételes esetben, ha a KOMPON/VONATON MEGTETT ÚT körülmény 
aktív, a rendszeres napi pihenőidő legfeljebb két alkalommal me gszakít­
ható a pihenőidőtől eltérő tevékenységekkel, legfeljebb egy óra  összesített 
időtartamban, azaz a kompon/vonaton megtett utat magában foglal ó rend­
szeres napi pihenőidő két vagy három részre osztható. A járműeg ységnek 
ezt követően ki kell számítania a rendszeres napi pihenőidőt, h a a 3. pont 
szerint számított összesített pihenőidő eléri a legalább 11 órá t. 
A rendszeres napi pihenőidő megszakítása esetén a járműegység:  
— a megszakítások során észlelt vezetési tevékenységet nem szám ítja be a 
napi járművezetési időbe, és  
— a megszakított rendszeres napi pihenőidő végén új RTM-műszako t 
indít.  
1. ábra  
Példa a kompon/vonaton megtett út miatt megszakított napi pihen őidőre
 
i) „csökkentett napi pihenőidő”: legalább 9, de kevesebb, mint 11 órán át 
tartó, folyamatos pihenőidő;  
j) „megosztott napi pihenőidő”: két részből álló napi pihenőidő : 
— első része egy legalább 3, de kevesebb, mint 9 órán át tartó,  folyamatos 
pihenőidő,  
— második része egy legalább 9 órán át tartó, folyamatos pihenő idő. 
Kivételes esetben, ha a KOMPON/VONATON MEGTETT ÚT körülmény 
a megosztott napi pihenőidő egyik vagy mindkét részében aktív, a megosz­
tott napi pihenőidő legfeljebb két alkalommal megszakítható más  tevé­
kenységekkel, legfeljebb egy óra összesített időtartamban, azaz : 
— meg lehet szakítani a megosztott napi pihenőidő első részét e gy vagy 
két alkalommal, vagy  
— meg lehet szakítani a megosztott napi pihenőidő második részé t egy 
vagy két alkalommal, vagy  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 589  
— meg lehet szakítani a megosztott napi pihenőidő első részét e gy alka­
lommal és második részét szintén egy alkalommal.  
A járműegységnek ezt követően ki kell számítania a megoszott na pi pihe­
nőidőt, ha a 3. pont szerint számított összesített pihenőidő:  
— legalább 3 óra, de kevesebb, mint 11 óra az első pihenőidő és  legalább 
9 óra a második pihenőidő esetében, ha az első pihenőidőt KOMPO N/ 
VONATON MEGTETT ÚT körülmény szakította meg,  
— legalább 3 óra, de kevesebb, mint 9 óra az első pihenőidő és legalább 9 
óra a második pihenőidő esetében, ha az első pihenőidőt nem sza kította 
meg KOMPON/VONATON MEGTETT ÚT körülmény.  
2. ábra  
Példa a kompon/vonaton megtett út miatt megszakított megosztott pihen őidőre
 
A megosztott napi pihenőidő megszakítása esetén a járműegység:  
— a megszakítások során észlelt vezetési tevékenységet nem szám ítja be a 
napi járművezetési időbe, és  
— a megszakított megosztott napi pihenőidő végén új RTM-műszako t 
indít;  
k) „hét”: az UTC idő szerint hétfő 00:00 órától vasárnap 24.00 óráig terjedő 
időszak.  
3. A kompon/vonaton megtett út miatt megszakított pihenőidő kis zámítása  
A kompon/vonaton megtett út miatt megszakított pihenőidő meghat ározásához 
a járműegységnek a következő lépések szerint kell kiszámítania az összesített 
pihenőidőt:  
a) 1. lépés  
A járműegységnek a 3. ábra és a 4. ábra szerint észlelnie kell a KOMPON/ 
VONATON MEGTETT ÚT (KEZDET) jelölő aktiválása előtt a pihenő­
időben bekövetkező megszakításokat, és minden észlelt megszakít ás 
esetében értékelnie kell, hogy teljesülnek-e a következő feltét elek:  
— a megszakítás következtében az észlelt megszakítások teljes i dőtartama 
– beleértve az olyan megszakításokat is, amelyek a kompon/vonat on 
megtett út miatt a megosztott napi pihenőidő első felében követ keznek 
be – meghaladja az egy órát,  
— a megszakítás következtében az észlelt megszakítások száma – bele­
értve az olyan megszakításokat is, amelyek a kompon/vonaton meg tett 
út miatt a megosztott napi pihenőidő első felében következnek b e – 
meghaladja a kettőt,  
— a megszakítás befejezése után „az a hely, ahol a munkanap vég ződik” 
bejegyzés került eltárolásra.  
Ha a fenti feltételek egyike sem teljesül, a megszakítást közve tlenül 
megelőző folyamatos pihenőidőt hozzá kell adni az összesített p ihenő­
időhöz.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 590  
Ha a fenti feltételek közül legalább egy teljesül, a járműegysé gnek vagy le 
kell állítania az összesített pihenőidő 2. lépés szerinti kiszá mítását, vagy 
a 3. lépés szerint észlelnie kell a KOMPON/VONATON MEGTETT 
ÚT (KEZDET) jelölő aktiválása után a pihenőidőben bekövetkező m egsza­
kításokat.  
b) 2. lépés  
Az 1. lépés szerint észlelt valamennyi megszakítás esetében a j árműegy­
ségnek értékelnie kell, hogy le kell-e állítani az összesített pihenőidő 
számítását. A járműegységnek le kell állítania a számítási foly amatot, ha 
a KOMPON/VONATON MEGTETT ÚT (KEZDET) jelölő aktiválása előtt 
két folyamatos pihenőidőt adtak hozzá az összesített pihenőidőh öz, bele­
értve azt az esetet is, amikor a megosztott napi pihenőidő első  részéhez 
hozzáadott pihenőidőket szintén kompon/vonaton megtett út szakí totta 
meg. Ellenkező esetben a járműegységnek a 3. lépés szerint kell  eljárnia.  
c) 3. lépés  
Ha a 2. lépés elvégzését követően a járműegység folytatja az ös szesített 
pihenőidő kiszámítását, a járműegységnek észlelnie kell a KOMPO N/ 
VONATON MEGTETT ÚT körülmény deaktiválása után bekövetkező 
megszakításokat a 3. és a 4. ábra szerint.  
Minden egyes észlelt megszakítás esetében a járműegységnek érté kelnie 
kell, hogy a megszakítás következtében az észlelt megszakítások  teljes 
összesített időtartama meghaladja-e az egy órát, mely esetben a z összesített 
pihenőidőt a megszakítás előtti folyamatos pihenőidő végéig kel l számí­
tani. Ellenkező esetben a megszakítások után következő folyamat os pihe­
nőidőket hozzá kell adni a napi pihenőidőhöz mindaddig, amíg a 4. 
lépésben szereplő feltétel nem teljesül.  
d) 4. lépés  
Az összesített pihenőidő kiszámítását akkor kell leállítani, am ikor a jármű­
egység az 1. és a 3. lépés eredményeként legfeljebb két folyama tos pihenő­
időt hozzáadott ahhoz a pihenőidőhöz, amelyre vonatkozóan a KOM PON/ 
VONATON MEGTETT ÚT körülményt aktiválták, beleértve az olyan 
megszakításokat is, amelyek a kompon/vonaton megtett út miatt a  megosz­
tott napi pihenőidő első felében következnek be.  
3. ábra  
A pihenőidők járműegység általi feldolgozása annak meghatározása érdekében, hogy a megszakított pihe ­
nőidőt rendszeres napi pihen őidőként vagy egy megosztott napi pihen őidő első részeként kell-e számítani
  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 591  
4. ábra  
A pihenőidők járműegység általi feldolgozása annak meghatározása érdekében, hogy a megszakított pihe ­
nőidőt egy megosztott napi pihen őidő második részeként kell-e számítani
  
5. ábra  
Példa a napi pihen őidő több mint két alkalommal történ ő megszakítására, melynek következtében a H 
pihenőidőt nem vették figyelembe a számításban
  
6. ábra  
Példa a napi pihen őidőre, amikor a kompon/vonaton megtett út id őszaka a munkaid ő végén kezd ődik
 
7. ábra  
Példa a napi pihen őidő több mint két alkalommal történ ő megszakítására, melynek következtében a B 
pihenőidőt nem vették figyelembe a számításban
  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 592  
8. ábra  
Példa a megosztott napi pihen őidőre, melyet az els ő és a második pihen őidő során is megszakítottak egy 
alkalommal
  
4. A napi, heti és kétheti járművezetési idő kiszámítása  
A járműegységnek ki kell számítania a napi vezetési idő(ke)t a folyó és az 
előző RTM-műszakokra. A napi pihenőidők megszakításai során elő forduló 
járművezetés idejét nem szabad hozzáadni a napi járművezetési i dőhöz, ha a 
megszakításokra kompon/vonaton megtett út miatt került sor, és teljesülnek 
a 2. pont h) és j) alpontjában, valamint a 3. pontban előírt kö vetelmények. 
Amennyiben azonban a járműegység nem számította ki a 3. pont sz erint a 
teljes rendszeres vagy megosztott napi pihenőidőt, a megszakítá sok során 
előforduló járművezetés idejét hozzá kell adni a folyó RTM-műsz ak napi 
járművezetési idejéhez.  
A járműegységnek ki kell számítania a heti és a kétheti járműve zetési időket 
is. A napi pihenőidők kompon/vonaton megtett út miatti megszakí tásai során 
előforduló járművezetés idejét hozzá kell adni a heti és a kéth eti járművezetési 
időkhöz.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 593  
15. függelék  
MIGRÁCIÓ: KÜLÖNFÉLE GENERÁCIÓJÚ ÉS VERZIÓJÚ 
KÉSZÜLÉKEK EGYÜTTES M ŰKÖDTETÉSE  
▼B 
TARTALOMJEGYZÉK  
1. FOGALOMMEGHATÁROZÁSOK  
2. ÁLTALÁNOS ELŐÍRÁSOK  
2.1. A rendszerek közötti váltás áttekintése  
▼M3 
2.2. A járműegység és a kártyák közötti interoperabilitás  
▼B 
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 interoperab ilitás  
3. A BEVEZETÉS IDŐPONTJA ELŐTTI IDŐSZAKBAN ELVÉGZENDŐ 
FŐBB INTÉZKEDÉSEK  
4. A BEVEZETÉS IDŐPONTJA UTÁNI IDŐSZAKRA VONATKOZÓ 
RENDELKEZÉSEK  
▼M3 
5. HATÁRÁTLÉPÉSEK RÖGZÍTÉSE AZ ELSŐ GENERÁCIÓS ÉS A 
MÁSODIK GENERÁCIÓS ELSŐ VERZIÓJÚ MENETÍRÓ KÉSZÜLÉ­ 
KEKBEN  
▼B 
1. FOGALOMMEGHATÁROZÁSOK  
E függelék alkalmazásában a következő fogalommeghatározásokat k ell 
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.  
▼M3 
2. ÁLTALÁNOS ELŐÍRÁSOK  
2.1. A rendszerek közötti váltás áttekintése  
E melléklet bevezetése áttekintést nyújt az első és a második g enerációs 
tachográfrendszerek közötti váltásról, valamint a második gener ációs 
menetíró készülékek és tachográfkártyák második verziójának bev ezeté­
séről.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 594  
A bevezetésben foglalt rendelkezéseken kívül a következőket is figye­
lembe kell venni:  
— az első generációs mozgásérzékelők nem interoperábilisak a má sodik 
generációs járműegységek egyetlen verziójával sem;  
— a második generációs járműegységek bármely verziójával felsze relt 
járművekbe csak második generációs mozgásérzékelőket lehet beép í­
teni, 
— az adatletöltésre és kalibrálásra szolgáló berendezéseknek tá mogatniuk 
kell az adatrögzítő készülékek és tachográfkártyák mindkét gene ráció­
jának, illetve verziójának használatát.  
2.2. A járm űegység és a kártyák közötti interoperabilitás  
Ismeretes, hogy az első generációs tachográfkártyák interoperáb ilisak az 
első generációs járműegységekkel a 3821/85/EGK rendelet I. B. m ellék­
letének megfelelően, a második generációs tachográfkártyák bárm ely 
verziója pedig interoperábilis a második generációs járműegység ek 
bármely verziójával e rendelet I. C. mellékletének megfelelően.  Ezenkívül 
az alábbi követelményeket kell alkalmazni.  
MIG_001 A MIG_004 és MIG_005 követelményben előírtak kivételéve l 
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égek bármely verziójában. Azonban amint rendelkezésre 
állnak a második generációs tachográfkártyák, az első generá­
ciós tachográfkártyák birtokosai kérhetik ezek második gene­
rációsra való kicserélését.  
MIG_002 A második generációs járműegységek bármely verziójának 
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ége k 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 ge ne­
rációs járműegységek bármely verziója csak az érvényes 
kártyák típusát vehetik figyelembe, függetlenül a kártyák 
generációjától vagy verziójától.  
MIG_006 Az érvényes második generációs tachográfkártyák bármely  
verziójá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ábi lisak az 
első generációs járműegységekkel, a második generációs mozgásér zékelők 
pedig interoperábilisak a második generációs járműegységek bárm ely 
verziójával. Ezenkívül az alábbi követelményeket kell alkalmazn i. 
MIG_007 A második generációs járműegységek egyetlen verziója se m 
lehet alkalmas az első generációs mozgásérzékelőkkel való 
összekapcsolásra és használatra.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 595  
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, bármely verziójú jármű­
egységekkel, vagy első és második generációs járműegy­
ségekkel is párosí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 a járműegységek és 
tachográfkártyák valamennyi generációjával és verziójával kompa tibilis 
lehet.  
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 protokollok 
segítségével, a letöltött adatoknak pedig az adott generációra 
és verzió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ák (és műhelykártyák) 
adatait verziójuktól függetlenül ugyanolyan módon lehessen 
letölteni, mint az első generációs járművezetői kártyák (és 
műhelykártyák) adatait. Az ilyen letöltésnek ki kell terjednie 
a következőkre:  
— a következő alá nem írt EF-ek: IC és ICC (opcionális),  
— a következő alá nem írt (első generációs) EF-ek: 
Card_Certificate és CA_Certificate,  
— 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, 1. vagy 2. verziójú járművezetői kártyákon (és 
műhelykártyákon) szereplő alkalmazási adatokat tartal­
mazó EF-ekre (a Tachograph_G2 DF-en belüli, alkalma­
zási adatokat tartalmazó EF-ekre).  
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 egy második generá ­
ciós, bármely verziójú 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 parancsaira, 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, bármely verziójú járműegység be 
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 proto­
koll 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átu­
mának pedig meg kell felelnie az első generációs kártyákra 
vonatkozóan előírt formátumnak.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 596  
2.4.3.  Járműegység adatainak letöltése  
MIG_014 A járművezetők nem uniós ellenőrző hatóságok által végz ett 
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 a vonatkozó verzió 
tekintetében meghatározott adatletö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, bármely verziójú járműegységek adata­
inak az első generációs biztonsági eljárásokkal való letöltése 
is. Ilyenkor a letöltö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.  
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 valamennyi generációját és verzióját 
kalibrálja az adott generációra vagy verzióra vonatkozó kalib­
rálási protokoll szerint. A kalibrálóberendezések a járműegy­
ségek valamennyi generációjával és verziójával kompatibilisek 
lehetnek.  
3. A BEVEZETÉS IDŐPONTJA ELŐTTI IDŐSZAKBAN ELVÉGZENDŐ 
FŐBB INTÉZKEDÉSEK  
MIG_017 A tesztkulcsokat és -tanúsítványokat e melléklet közzét éte­
lének időpontjában a gyártók rendelkezésére kell bocsátani.  
MIG_018 Amennyiben a gyártók a járműegységek 2. verziójával és a 
tachográfkártyák 2. verziójával interoperabilitási tesztek elvé g­
zését kéri, arra legkésőbb  15 hónappal  a bevezetés időpontja 
előtt lehetőséget kell biztosítani.  
MIG_019 A 2. generációs menetíró készülékek, tachográfkártyák é s 
mozgásérzékelők 2. verziója esetében ugyanazokat a kulcsokat 
és tanúsítványokat kell használni, mint a 2. generációs 1. 
verziójú berendezések esetében.  
MIG_020 A tagállamoknak legkésőbb a bevezetés időpontja előtt  1 
hónappal  készen kell állniuk a 2. generációs 2. verziójú 
műhelyká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 egyéb típusú 2. 
generációs 2. verziójú 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 2. generác iós 2. 
verziójú 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 alkat­
részek cseréje céljából.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 597  
MIG_023a A bevezetés időpontjától kezdve a meghibásodott, 2 gen erá­
ciós 1. verziójú járműegységeket vagy külső 
GNSS-eszközöket hibás a 2. generációs 2. verziójú járműegy­
ségekre vagy külső GNSS-eszközökre kell cserélni.  
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 és második generációs, 
1. verziójú járműegységekre vonatkozóan a típusjóváhagyás 
fenntartását kérelmezzék és megkapják.  
5. HATÁRÁTLÉPÉSEK RÖGZÍTÉSE AZ ELSŐ GENERÁCIÓS ÉS A 
MÁSODIK GENERÁCIÓS ELSŐ VERZIÓJÚ MENETÍRÓ KÉSZÜLÉ­
KEKBEN  
MIG_025 A 165/2014/EU rendelet 34. cikke (7) bekezdésének alkal ma­
zásában azon ország és adott esetben azon régió betűjelét, 
amelybe a járművezető valamely tagállam határának átlépését 
követően belép, be kell vinni a munkanap kezdetének helye­
ként a 165/2014/EU rendelet I. C. mellékletének 60. pont­
jában és a 3821/85/EGK rendelet I. B. mellékletének 50. 
pontjában meghatározott, a helyek kézi bevitelére vonatkozó 
követelményekkel összhangban.  ▼M3
 02016R0799 — HU — 21.08.2023 — 003.001 — 598  
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űegységnek (VU) a jármű sebességéről és a megtett távol­
sá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 — 21.08.2023 — 003.001 — 599  
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 (megfel elő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őkr e 
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 foglal t 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 felsz erelt 
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 
milliszekundumot [79],  ▼B
 02016R0799 — HU — 21.08.2023 — 003.001 — 600  
— „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 adatin­
tegritá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 üzemmó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 moz gá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ő elismer t 
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.  
▼M3 
ADA_012 Az adapter bemeneti interfészének adott esetben képesne k 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 
(2 400–25 000 impulzus/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ő elis­
mert műhely táplálhatja be.  
▼B 
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 i mpulzu­
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 — 21.08.2023 — 003.001 — 601  
ADA_016 A beépített mozgásérzékelőben tárolt beépítési adatok m inő­
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 burkol atá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óla g 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-tar to­
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éb en 
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 — 21.08.2023 — 003.001 — 602  
— 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ő ada tok 
(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űhel yek 
szerelhetik be.  
ADA_030 Az adaptert beépítő jóváhagyott műhely beállítja a beme neti 
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 a dapter 
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 mind en 
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 — 21.08.2023 — 003.001 — 603  
— 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 ka librá­
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övetelmé­
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 — 21.08.2023 — 003.001 — 604  
Szám  Teszt  Leírás  Kapcsolódó követelmé­
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 — 21.08.2023 — 003.001 — 605  
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ő ha gyomá­
nyos jelöléseknek megfelelően: 
Belgium  6  
Bulgária  3 4  
Cseh Köztársaság  8  
Dánia  1 8  
Németország  1  
Észtország  2 9  
Írország  2 4  
Görögország  2 3  
Spanyolország  9  
Franciaország  2  
Horvátország  2 5  
Olaszország  3  
Ciprus  C Y  
Lettország  3 2  
Litvánia  3 6  
Luxemburg  1 3  
Magyarország  7  
Málta  M T  
Hollandia  4  
Ausztria  1 2  
Lengyelország  2 0  
Portugália  2 1  
Románia  1 9  
Szlovénia  2 6  
Szlovákia  2 7  
Finnország  1 7  
Svédország  5  
Egyesült Királyság  1 1  
valamint  
▼M1 
b) egy jóváhagyási szám, amely az adatrögzítő készülék, az adat rögzítő lap vagy a 
tachográfkártya prototípusára kiadott típusbizonyítvány számána k felel meg, és 
a téglalap közvetlen közelében tetszőleges helyen helyezkedik e l. ▼C1
 02016R0799 — HU — 21.08.2023 — 003.001 — 606  
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 tachog ráfkártyán. 
A jóváhagyási jelnek eltávolíthatatlannak és mindig jól olvasha tó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 k ell tartani.
  ▼C1 
( 1 ) Ezek a számok csak tájékoztatásul szolgálnak.
 02016R0799 — HU — 21.08.2023 — 003.001 — 607  
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ít vá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 v agy adott esetben a 
jóváhagyások visszavonásáról.  
TÍPUSBIZONYÍTVÁNY  
Az illetékes hatóság  
É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 — 21.08.2023 — 003.001 — 608  
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ít vá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 v agy 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  
É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ó has zná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 — 21.08.2023 — 003.001 — 609  
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ít vá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 v agy 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  
É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  
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ó has zná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.