Consolidated text: 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

Ez a dokumentum kizárólag tájékoztató jellegű és nem vált ki joghatást. Az EU intézményei semmiféle felelősséget nem
vállalnak a tartalmáért. A jogi aktusoknak – ideértve azok bevezető hivatkozásait és preambulumbekezdéseit is – az Európai
Unió Hivatalos Lapjában közzétett és az EUR-Lex portálon megtalálható változatai tekintendők hitelesnek. Az említett
hivatalos szövegváltozatok közvetlenül elérhetők az ebben a dokumentumban elhelyezett linkeken keresztül
►B A BIZOTTSÁG (EU) 2016/799 VÉGREHAJTÁSI RENDELETE
(2016. március 18.)
a menetíró készülékek és alkatrészeik kialakítására, tesztelésére, beépítésére, működtetésére és
javítására vonatkozó követelményeket meghatározó 165/2014/EU európai parlamenti és tanácsi
rendelet végrehajtásáról
(EGT-vonatkozású szöveg)
(HL L 139., 2016.5.26., 1. o.)
Módosította:
Hivatalos Lap
Szám Oldal Dátum
►M1 A Bizottság (EU) 2018/502 végrehajtási rendelete (2018. február 28.) L 85 1 2018.3.28.
►M2 A Bizottság (EU) 2020/158 végrehajtási rendelete (2020. február 5.) L 34 20 2020.2.6.
►M3 A Bizottság (EU) 2021/1228 végrehajtási rendelete (2021. július 16.) L 273 1 2021.7.30.
►M4 A Bizottság (EU) 2023/980 végrehajtási rendelete (2023. május 16.) L 134 28 2023.5.22.
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.002 — 1
02016R0799 — HU — 21.08.2023 — 003.002 — 2
A BIZOTTSÁG (EU) 2016/799 VÉGREHAJTÁSI RENDELETE
(2016. március 18.)
a menetíró készülékek és alkatrészeik kialakítására, tesztelésére,
beépítésére, működtetésére és javítására vonatkozó követelményeket
meghatározó 165/2014/EU európai parlamenti és tanácsi rendelet
végrehajtásáról
(EGT-vonatkozású szöveg)
1. cikk
Tárgy és hatály
(1) Ez a rendelet meghatározza a menetíró készülékekkel kapcsolatos
alábbi szempontok egységes alkalmazásához szükséges rendelkezéseket:
a) a jármű helyzetének rögzítése bizonyos pontokon a járművezető napi
munkaideje során;
b) az intelligens menetíró készülékeken végzett esetleges manipulációk
és visszaélések korai távészlelése;
c) a menetíró készülékeket és az intelligens közlekedési rendszereket
összekapcsoló interfész;
d) a menetíró készülékek típusjóváhagyására vonatkozó közigazgatási
és műszaki követelmények, ideértve a biztonsági mechanizmusokat
is.
▼M1
(2) Az intelligens menetíró készülékek és alkatrészeik kialakítását,
tesztelését, beépítését, vizsgálatát és javítását az e rendelet I. C. mellék­
letében meghatározott műszaki követelményeknek megfelelően kell
végezni.
(3) A nem az intelligens menetíró készülékék kategóriájába tartozó
menetíró készülékeknek kialakításuk, tesztelésük, beépítésük, vizs­
gálatuk és javításuk tekintetében továbbra is, értelemszerűen vagy a
165/2014/EU rendelet I. mellékletében vagy a 3821/85/EGK tanácsi
rendelet ( 1 ) I. B. mellékletében meghatározott követelményeknek kell
megfelelniük.
▼B
(4) A 96/53/EK irányelv 10d. cikkének megfelelően a korai távész­
lelő eszköznek a járművek fedélzetén elhelyezett tömegmérő berende­
zések segítségével mért adatokat is továbbítania kell az esetleges
csalások mihamarabbi felderítése érdekében.
▼M1
(5) Ez a rendelet nem sérti a 2014/53/EU európai parlamenti és
tanácsi irányelv ( 2 ) rendelkezéseit.
▼B
2. cikk
Fogalommeghatározások
E rendelet alkalmazásában a 165/2014/EU rendelet 2. cikkében szereplő
fogalommeghatározások alkalmazandók.
▼B
( 1 ) A Tanács 3821/85/EGK rendelete (1985. december 20.) a közúti közleke­
désben használt menetíró készülékekről (HL L 370., 1985.12.31., 8. o.).
( 2 ) Az Európai Parlament és a Tanács 2014/53/EU irányelve (2014. április 16.) a
rádióberendezések forgalmazására vonatkozó tagállami jogszabályok harmo­
nizációjáról és az 1999/5/EK irányelv hatályon kívül helyezéséről (HL L 153.,
2014.5.22., 62. o.).
02016R0799 — HU — 21.08.2023 — 003.002 — 3
Ezenkívül az alábbi fogalommeghatározásokat kell alkalmazni:
1. „digitális menetíró készülék” vagy „első generációs menetíró
készülék”: olyan digitális menetíró készülék, amely nem tartozik
az 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 formá­
tumú – mappa, amely a gyártó vagy meghatalmazottja által a típus­
jóváhagyó hatósághoz a menetíró készülék vagy valamelyik alkat­
részének típusjóváhagyása céljára benyújtott összes információt
tartalmazza, köztük a 165/2014/EU rendelet 12. cikkének (3) bekez­
désében említett tanúsítványokat, valamint az e rendelet I. C.
mellékletében meghatározott tesztek elvégzéséről készült jegy­
zőkönyveket, csakúgy mint rajzokat, fényképeket és egyéb idevágó
dokumentumokat;
▼B
4. „információs csomag”: a papíralapú vagy elektronikus formátumú
adatközlő mappa, minden olyan dokumentummal együtt, amelyet a
típusjóváhagyó hatóság feladatköre ellátása során csatolt az adat­
közlő mappához, ideértve a típus-jóváhagyási folyamat végén a
menetíró készüléknek vagy alkatrészének EK-típusbizonyítványát;
5. „az információs csomag tartalomjegyzéke”: az információs csomag
számokkal ellátott részeit felsoroló és annak minden lényeges
elemét azonosító dokumentum. A dokumentumban az EK-típus­
jóváhagyási folyamat egymást követő lépéseinek elkülöníthetőnek
kell lenniük, és meg kell adni az információs csomag minden egyes
felülvizsgálatának és aktualizálásának dátumát is;
6. „korai távészlelő eszköz”: a járműegység azon berendezése,
amelyet célzott közúti ellenőrzések végzésére használnak;
▼M1
7. „intelligens menetíró készülék” vagy „második generációs menetíró
készülék”: a 165/2014/EU rendelet 8., 9. és 10. cikkének, valamint
e rendelet I. C. mellékletének megfelelő digitális menetíró készülék;
8. „menetíró készülék alkatrésze”: a következő elemek valamelyike:
járműegység, mozgásérzékelő, adatrögzítő lap, külső GNSS-eszköz
és külső korai távészlelő eszköz;
▼B
9. „típusjóváhagyó hatóság”: a menetíró készülék vagy alkatrészei
típusjóváhagyásának elvégzéséért, az engedélyezési eljárásért, vala­
mint a típusbizonyítványok kiadásáért, illetve adott esetben vissza­
vonásáért felelős tagállami hatóság, amely más tagállamok tí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 egység
alkothatja, valamint feldolgozó egységből, adatmemóriából, időmérő
funkcióból, két intelligenskártyainterfész-eszközből (járművezető és
járműkísérő), nyomtatóból, kijelzőből, csatlakozóból, a felhasználói
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 4
inputok bevitelére szolgáló készülékekből, GNSS-vevőből és távoli
kommunikációs eszközből áll.
A járműegység típusjóváhagyástól függően az alábbi alkatrészekből
állhat:
— a járműegység önálló alkatrészként (a GNSS-vevővel és a távoli
kommunikációs eszközzel),
— a járműegység háza (a távoli kommunikációs eszközzel), és a
külső GNSS-eszköz,
— a járműegység háza (a GNSS-vevővel) és a külső távoli
kommunikációs eszköz,
— a járműegység háza, a külső GNSS-eszköz és a külső távoli
kommunikációs eszköz.
Ha a járműegység a járműben különböző helyeken elhelyezett több
egységből áll, a járműegység fő alkotórésze az az egység, amely a
feldolgozó egységet, az adatmemóriát és az időmérő funkciót
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 rendszer
és az európai geostacionárius navigációs lefedési szolgáltatási (EGNOS)
rendszer által biztosított helyzetmeghatározási szolgáltatásokkal.
(2) A gyártók dönthetnek úgy is, hogy az (1) bekezdésben említett
rendszerek mellett más műholdas navigációs rendszerekkel is biztosítják
a kompatibilitást.
4. cikk
A menetíró készülékek és alkatrészeik típus-jóváhagyási eljárása
(1) A menetíró készülék vagy bármely alkatrészének vagy alkatrészei
csoportjának típusjóváhagyására irányuló kérelmet a gyártó vagy
meghatalmazottja nyújtja be az egyes tagállamok által kijelölt típusjóvá­
hagyó hatóságokhoz. A kérelem az egyes alkatrészekkel kapcsolatos
információkat tartalmazó adatközlő mappából áll, amely magában
foglalja adott esetben a menetíró készülék kiegészítéséhez szükséges
további alkatrészek típusbizonyítványait, valamint minden egyéb
idevágó dokumentumot.
(2) A tagállamok minden olyan menetíró készülékre, azok alkatré­
szére, illetve alkatrészeik csoportjára megadják a típusjóváhagyást,
amely megfelel az 1. cikk (2) vagy értelemszerűen (3) bekezdésében
említett közigazgatási és műszaki követelményeknek. Ebben az esetben
a típusjóváhagyó hatóság a kérelmezőnek az e rendelet II. mellékletében
meghatározott mintának megfelelő típusbizonyítványt állít ki.
(3) A típusjóváhagyó hatóság a gyártót vagy meghatalmazottját
további információk benyújtására kérheti.
▼M1
02016R0799 — HU — 21.08.2023 — 003.002 — 5
(4) A gyártó vagy meghatalmazottja annyi menetíró készüléket,
illetve annyi alkatrészt bocsát a típusjóváhagyó hatóságok és a
165/2014/EU rendelet 12. cikkének (3) bekezdésében említett tanúsítvá­
nyok kiállításáért felelős jogi személyek rendelkezésére, amennyi
alapján megfelelő módon elvégezhető a típus-jóváhagyási eljárás.
(5) Amennyiben a gyártó vagy meghatalmazottja a menetíró készülék
bizonyos alkatrészeire vagy alkatrészcsoportjaira kér típusjóváhagyást, a
típusjóváhagyó hatóságok rendelkezésére bocsátja az egyéb, már típus­
jóváhagyást kapott alkatrészeket, valamint a teljes menetíró készülék
kialakításához szükséges egyéb részeket annak érdekében, hogy az emlí­
tett hatóságok a szükséges teszteket el tudják végezni.
5. cikk
A típusjóváhagyások módosításai
(1) A gyártó vagy meghatalmazottja haladéktalanul tájékoztatja az
eredeti típusjóváhagyást megadó típusjóváhagyó hatóságokat a menetíró
készülék szoftverének vagy hardverének vagy a készülék legyártásához
használt, az adatközlő mappába bejegyzett anyagok jellegének bármi­
lyen módosításáról, és a típusjóváhagyás módosítására irányuló kérelmet
nyújt be.
(2) A típusjóváhagyó hatóságok felülvizsgálhatják vagy kiterjeszt­
hetik a meglévő típusjóváhagyást, vagy a módosítások jellegének és
jellemzőinek megfelelően új típusjóváhagyást adhatnak ki.
„Felülvizsgálatra” akkor kerül sor, ha a típusjóváhagyó hatóság úgy ítéli
meg, hogy a menetíró készülék szoftverének vagy hardverének, illetve a
készülék legyártásához használt anyagok jellegének módosítása nem
számottevő. Ebben az esetben a típusjóváhagyó hatóság kiadja az infor­
mációs csomagot alkotó dokumentumok felülvizsgált változatát,
amelyekben feltünteti a módosítások jellegét és az idevágó jóváhagyás
megadásának időpontját. Az e követelménynek való megfelelés teljesít­
hető az információs csomag aktualizált, egységes szerkezetbe foglalt és
az elvégzett módosítások részletes leírásával kiegészített változatával.
„Kiterjesztésre” akkor kerül sor, ha a típusjóváhagyó hatóság úgy ítéli
meg, hogy a menetíró készülék szoftverének vagy hardverének, illetve a
készülék legyártásához használt anyagok jellegének módosítása számot­
tevő mértékű. Ebben az esetben új tesztek elvégzését kérheti, amiről
tájékoztatja a gyártót vagy annak meghatalmazottját. Ha e tesztek ered­
ménye megfelelőnek bizonyul, a típusjóváhagyó hatóság felülvizsgált
típusbizonyítványt állít ki, amely a megadott kiterjesztés számát is tartal­
mazza. A típusbizonyítványban meg kell adni a kiterjesztés indokát és a
dokumentum kiállításának időpontját.
(3) Az információs csomag tartalomjegyzékében fel kell tüntetni a
típusjóváhagyás legutóbbi kiterjesztésének vagy felülvizsgálatának
vagy a típusjóváhagyás legutóbbi aktualizálásának és egységes szerke­
zetbe foglalásának időpontját.
(4) Új típusjóváhagyásra akkor lehet szükség, ha a típusjóváha­
gyásban részesített menetíró készülék vagy alkatrészeinek kért módosí­
tásai új biztonsági vagy interoperabilitási tanúsítvány kiállítását vonnák
maguk után.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 6
6. cikk
Hatálybalépés
Ez a rendelet az Európai Unió Hivatalos Lapjában való kihirdetését
követő huszadik napon lép hatályba.
Ezt a rendeletet 2016. március 2-től kell alkalmazni.
▼M1
Az I. C. melléklet azonban csak 2019. június 15-től alkalmazandó, a
16. függelék kivételével, amely 2016. március 2-tól alkalmazandó.
▼B
Ez a rendelet teljes egészében kötelező és közvetlenül alkalmazandó
valamennyi tagállamban.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 7
I. C. MELLÉKLET
Kialakítási, tesztelési, beépítési és vizsgálati követelmények
BEVEZETÉS
1. FOGALOMMEGHATÁROZÁSOK
2. AZ ADATRÖGZÍTŐ KÉSZÜLÉK ÁLTALÁNOS JELLEMZŐI
ÉS FUNKCIÓI
2.1. Általános jellemzők
2.2. Funkciók
2.3. Üzemmódok
2.4. Biztonság
3. AZ ADATRÖGZÍTŐ KÉSZÜLÉK KIALAKÍTÁSÁRA ÉS
MŰKÖDÉSÉRE VONATKOZÓ KÖVETELMÉNYEK
3.1. A kártyabehelyezések és -kivételek nyomon követése
3.2. Sebesség-, helyzet- és távolságmérés
3.2.1. A megtett távolság mérése
3.2.2. Sebességmérés
3.2.3. Helyzetmérés
3.3. Időmérés
3.4. A járművezető tevékenységének nyomon követése
3.5. A járművezetési állapot nyomon követése
3.6. Adatbevitel a járművezetők által
3.6.1. Azon helyek bevitele, ahol a munkanapok kezdődnek és/vagy
végződnek
3.6.2. A járművezető tevékenységével kapcsolatos adatok és a járműve­
zető ITS-interfésszel kapcsolatos hozzájárulásának kézi bevitele
3.6.3. Különleges körülmények bevitele
▼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.002 — 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 adatai
3.12.2. Kulcsok és tanúsítványok
3.12.3. A járművezetői vagy műhelykártya behelyezési és kivételi adatai
3.12.4. A járművezető tevékenységére vonatkozó adatok
▼M1
3.12.5. Azok a helyek (helységnév és földrajzi hely), ahol a munkanapok
kezdődnek, végződnek és/vagy ahol a halmozott járművezetési idő
eléri a három óra többszörösét
▼B
3.12.6. A kilométer-számláló adatai
3.12.7. Részletes sebességadatok
3.12.8. Az eseményekkel kapcsolatos adatok
3.12.9. A hibákkal kapcsolatos adatok
3.12.10. Kalibrálási adatok
3.12.11. Időbeállítási adatok
3.12.12. Az ellenőrzési tevékenységre vonatkozó adatok
3.12.13. A vállalkozások általi lezárások adatai
3.12.14. A letöltési tevékenységre vonatkozó adatok
3.12.15. A különleges körülményekre vonatkozó adatok
3.12.16. A tachográfkártya adatai
▼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ákon
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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ájlok
4.5.2. Az integrált áramkörös kártyák azonosítása
4.5.2.1. Chipazonosítás
4.5.2.2. DIR (csak második generációs tachográfkártyákban van jelen)
4.5.2.3. ATR-információ (korlátozott, csak második generációs tachográf­
kártyákban van jelen)
4.5.2.4. Kiterjesztett hosszúságú információk (korlátozott, csak második
generációs tachográfkártyákban van jelen)
4.5.3. Járművezetői kártya
4.5.3.1. Tachográf-alkalmazás (az első és második generációs járműegy­
ségek számára)
4.5.3.1.1. Alkalmazásazonosító
4.5.3.1.2. Kulcsok és tanúsítványok
4.5.3.1.3. A kártya azonosítása
4.5.3.1.4. A kártyatulajdonos azonosítása
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 halmozott 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.002 — 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 generá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ármű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ó adatok
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ó adatok
4.5.4.2.11. Kártyakapcsolati adatok
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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 halmozott 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 generá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ármű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.002 — 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.002 — 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 vonatkoznak.
2019. június 15. óta az Európai Unióban első alkalommal nyilvántartá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, hogy 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 generá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 tekintetben az 15.
függelék további részleteket tartalmaz a két generáció párhuzamos 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á mivel felmerült az
igény a járművezetői kártya kapacitásának 56 napra való növelése iránt, e ren­
delet bevezeti a második generációs menetíró készülékek és tachográ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.002 — 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.002 — 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 mikor kell kibocsátani a
megszakítás nélküli járművezetési idővel kapcsolatos figyelmeztetést. E számítási mód
nem befolyásolja ezen időtartamok jogi értelmezését. A megszakítás nélküli járműveze­
tési idő és a halmozott pihenőidő kiszámítására alternatív módszerek is alkalmazhatók,
amennyiben e fogalommeghatározásokat újakkal kell felváltani, mivel azok az egyéb
idevágó jogszabályok aktualizálása következtében elavulttá válnak.
( 2 ) Az ISMERETLEN időszakok azoknak az időszakoknak felelnek meg, amikor nem volt
járművezetői kártya az adatrögzítő készülékben, és amikor a járművezetői tevékenységek
kézi bevitele sem történt meg.
( 3 ) Az Európai Parlament és a Tanács 2006. március 15-i 561/2006/EK rendelete a közúti
szállításra vonatkozó egyes szociális jogszabályok összehangolásáról, a 3821/85/EGK és
a 2135/98/EK tanácsi rendelet módosításáról, valamint a 3820/85/EGK tanácsi rendelet
hatályon kívül helyezéséről (HL L 102., 2006.4.11., 1. o.).
02016R0799 — HU — 21.08.2023 — 003.002 — 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, vala­
mint lehetővé teszi az adatmemóriában vagy a járművezetői
kártyán és opcionálisan a műhelykártyán tárolt adatokhoz
való hozzáférést leolvasás, nyomtatás és/vagy letöltés céljából.
A kártya egyben lehetővé teszi, hogy a közúti ellenőrzések
során kalibrálást végezzenek, és hozzáférést biztosít a korai
távészleléssel történő kommunikációhoz használt leolvasó
adataihoz.
p) a „halmozott pihenőidőt” az adatrögzítő készülék számítja ki a
következő módon ( 1 ):
a halmozott pihenőidőt egy meghatározott járművezető utolsó
KÉSZENLÉTE vagy SZÜNETE/PIHENÉSE vagy legalább
45 perces ISMERETLEN ( 2 ) időszaka óta eltelt mindenkori
halmozott KÉSZENLÉTE vagy SZÜNETE/PIHENÉSE vagy
legalább 15 perces ISMERETLEN ( 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 mikor kell kibocsátani a
megszakítás nélküli járművezetési idővel kapcsolatos figyelmeztetést. E számítási mód
nem befolyásolja ezen időtartamok jogi értelmezését. A megszakítás nélküli járműveze­
tési idő és a halmozott pihenőidő kiszámítására alternatív módszerek is alkalmazhatók,
amennyiben e fogalommeghatározásokat újakkal kell felváltani, mivel azok az egyéb
idevágó jogszabályok aktualizálása következtében elavulttá válnak.
( 2 ) Az ISMERETLEN időszakok azoknak az időszakoknak felelnek meg, amikor nem volt
járművezetői kártya az adatrögzítő készülékben, és amikor a járművezetői tevékenységek
kézi bevitele sem történt meg.
02016R0799 — HU — 21.08.2023 — 003.002 — 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 terhe­
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 rendellenes
művelet, amely feltételezhetően csalási kísérlet eredménye;
w) „külső GNSS-eszköz”:
olyan eszköz, amely magában foglalja a GNSS-vevőt – abban
az esetben, amikor a járműegység nem egyetlen egység –,
valamint azokat a további alkatrészeket, amelyek a helyzet­
meghatározási adatoknak a járműegység többi része felé való
kommunikációjának védelmére szolgálnak;
x) „hiba”:
az intelligens menetíró készülék által észlelt olyan rendellenes
művelet, amely feltételezhetően egy berendezés hibás működé­
sének vagy meghibásodásának eredménye;
y) „GNSS-vevő”:
olyan elektronikus készülék, amely veszi és digitálisan feldol­
gozza egy vagy több globális navigációs műholdrendszer
(angol rövidítéssel GNSS) jeleit a jármű helyzetére, sebes­
ségére és az időre vonatkozó információk rendelkezésre bocsá­
tása érdekében;
▼B
( 1 ) A Bizottság 2012. december 12-i 1230/2012/EU rendelete a 661/2009/EK európai parla­
menti és tanácsi rendeletnek a gépjárművek és azok pótkocsijainak tömegével és mére­
teivel kapcsolatos típus-jóváhagyási előírások tekintetében történő végrehajtásáról és a
2007/46/EK európai parlamenti és tanácsi irányelv módosításáról (HL L 353.,
2012.12.21., 31. o.). a legutóbb módosított formájában.
02016R0799 — HU — 21.08.2023 — 003.002 — 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 adatcse­
ré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.002 — 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 leol­
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.002 — 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ó letöl­
tést;
yy) „adapter”:
a jármű sebességének és/vagy megtett távolságának jelzésére
folyamatosan jelet kibocsátó eszköz, amely nem tartozik a
független mozgásérzékeléshez használt berendezések kategóri­
ájába, és:
▼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űvek és pótkocsijaik
hatóságilag előírt tábláira és felirataira, valamint elhelyezésükre és rögzítési módjukra
vonatkozó tagállami jogszabályok közelítéséről (HL L 24., 1976.1.30., 1. o.).
( 3 ) Az Európai Parlament és a Tanács (EU) 2018/858 rendelete (2018. 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ányelv hatályon kívül
helyezéséről (HL L 151., 2018.6.14., 1. o.).
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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, kije­
lezze és kinyomtassa a járművezető tevékenységére vonatkozó
kimeneti adatokat.
Az e melléklet rendelkezéseinek megfelelő adatrögzítő készülékkel
felszerelt minden járművön sebességkijelzőnek és kilométer-számlá­
lónak is kell lennie. Az adatrögzítő készülék maga is tartalmazhatja
e funkciókat.
(01) Az adatrögzítő készülék kábelekből, egy mozgásérzé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.002 — 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.002 — 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
ár
ty
ao
lv
as
ó
eg
ys
é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űvezetői kártyaolvasó egységbe helyezett tachográfkártyát használhatja.
(11) A készülék a behelyezett nem érvényes kártyákat
figyelmen kívül hagyja, azonban az adatok lejárt kártyáról
való 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.002 — 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érlet
felderítése, a mozgásérzékelő és a járműegység között kicserélt
adatok integritásának és hitelességének védelme, az adatrögzítő
készülék és a tachográfkártyák között kicserélt adatok integritásának
és hitelességének védelme, a járműegység és adott esetben a külső
GNSS-eszköz között kicserélt adatok integritásának és hiteles­
ségének védelme, csakúgy mint az ellenőrzés céljára végzett, korai
távészleléssel történő kommunikáció során kicserélt adatok titkos­
ságának, integritásának és hitelességének védelme, valamint a letöl­
tött adatok integritásának és hitelességének védelme.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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özt,
é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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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
ár
ty
ao
lv
as
ó
eg
ys
é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
ár
ty
ao
lv
as
ó
eg
ys
é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.002 — 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.002 — 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.002 — 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, vala­
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 szerint
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.002 — 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 kell
rögzíteni.
— A kilométer-számláló értékeit egy kilométeres pontossággal kell
rögzíteni.
— A sebességadatokat 1 km/h pontossággal kell rögzíteni.
— A 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 szoftverfris­
sítéssel módosíthatók, valamint az első generációs tachog­
ráfkártyák használatára irányuló képességet.
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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.002 — 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.002 — 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 adat­
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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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árolnia
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.002 — 51
(127) Letöltés esetén a legrégebbi és a legfrissebb letöltött napok
dátumait is rögzíteni kell.
3.12.13 A vállalkozások általi lezárások adatai
(128) Az adatrögzítő készüléknek a 255 legutóbbi, vállalkozás
általi lezárással kapcsolatban a következő adatokat kell
rögzítenie és tárolnia adatmemóriájában:
— a lezárás dátuma és időpontja,
— a feloldás dátuma és időpontja,
— a vállalkozáskártya száma, a kártyát kiállító tagállam és
a kártya generációja,
— a vállalkozás neve és címe.
Azokat a korábban lezárt adatokat, amelyek lezárását a
fenti mennyiségi korlát miatt eltávolították a memóriából,
nem lezártnak kell tekinteni.
3.12.14 A letöltési tevékenységre vonatkozó adatok
(129) Az adatrögzítő készüléknek vállalkozási vagy kalibrálási
üzemmódban a külső adathordozóra történő utolsó 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.002 — 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.002 — 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ése
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övetelmé­
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.002 — 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 legfeljebb
három alkalommal, ugyanazzal az olvasóparanccsal ismé­
telten próbálkoznia kell, és ha továbbra is sikertelennek
bizonyul, a kártyát hibásnak és érvénytelennek kell 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.002 — 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.002 — 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.002 — 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. fejeze­
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őket:
— alapértelmezett adatok,
— figyelmeztetésekkel kapcsolatos adatok,
— a menü elérésével kapcsolatos adatok,
— a felhasználó által kért egyéb adatok.
Az adatrögzítő készülék kijelezhet további információkat
is, amennyiben ezek világosan megkülönböztethetők a
fenti információktól.
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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 tenni:
— 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.002 — 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.002 — 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ással
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 kell
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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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ő beá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.002 — 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, az
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.002 — 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 által
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.002 — 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égy­
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 NL Hollandia
D
EST
Németország
Észtország
A
PL
Ausztria
Lengyelország
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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 UK Egyesült Királyság
I Olaszország
(230) a kiállított kártyára vonatkozó információk a következő­
képpen számozva:
Járművezetői kártya Ellenőrzőkártya
Vállalkozáskártya vagy
mű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élokra (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.002 — 71
(233) adott esetben és a tulajdonos kifejezett, írásbeli beleegye­
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.002 — 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, valamint a
kártyákról letöltött adatok integritásának és hitelességének védelme,
amely cél érdekében bizonyos kártyabeírási műveletek elvégzését
kizárólag az adatrögzítő készülékre korlátozza, és bizonyos adatokat
titkosít, kizárva a kártyákon tárolt adatok bármiféle hamisítását,
megakadályozva a manipulálást és feltárva minden ilyen kísérletet.
(238) A rendszerbiztonság elérése céljából a tachográfkártyáknak
meg kell felelniük a 10. és 11. függelékben meghatározott
biztonsági követelményeknek.
(239) A tachográfkártyák leolvasását más berendezésekkel is
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.002 — 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 kell
rögzíteni.
— A kilométer-számláló értékeit egy kilométeres pontossággal kell
rögzíteni.
— A sebességadatokat 1 km/h pontossággal kell rögzíteni.
— A földrajzi helyzetet (szélesség és hosszúság) fokban és
percekben kell megadni, 1/10 perc pontossággal.
A tachográfkártyáknak az adattárolási követelményeknek megfelelő
funkcióit, parancsait és logikai szerkezetét a 2. függelék határozza
meg.
Ellenkező rendelkezések hiányában a tachográfkártyákon való adat­
tárolás szervezési elve, hogy az új adatok felülírják a régebb óta
tárolt adatokat, amennyiben a meghatározott adatrekordok számára
fenntartott tárolóhely megtelik.
(245) E szakasz meghatározza a különféle alkalmazások 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ára
a következő adatokat kell tárolniuk:
— stopperóra,
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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 idő elérte a
három órát
(305) A járművezetői kártyának az alábbi adatokat kell tárolnia a
jármű azokban az időpontokban elért helyzetével 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.002 — 86
4.5.3.2.18. Azon helyzetek hitelesítési státusza, ahol a halmozott 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.002 — 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 generá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ármű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.002 — 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.002 — 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ó adatok
(324) A műhelykártyának a járművezetői kártyával azonos
módon kell tárolnia a munkanapok kezdetére és/vagy
végére 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.002 — 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.002 — 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ére vonatkozó
adatok
(347) A műhelykártyának a járművezetői kártyával azonos
módon kell tárolnia a munkanapok 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.002 — 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 idő elérte a
három órát
(353) A műhelykártyának az alábbi adatokat kell tárolnia a jármű
azokban az időpontokban elért helyzetével kapcsolatban,
amikor a halmozott járművezetési idő elérte a három óra
többszörösét:
— az a dátum és időpont, amikor a halmozott jármű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.002 — 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 halmozott 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 generá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.002 — 94
4.5.4.2.22. 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ő)
(356m) A műhelykártyának el kell tárolnia a kártyatulajdonos által
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.002 — 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ára
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ólag
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.002 — 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ára
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ártyatulajdonos
á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.002 — 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ólag
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.002 — 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ártyatulajdonos
á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.002 — 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 teljes
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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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 meg
kell felelniük az alábbiaknak:
(417) A valamely kérelmező részére első alkalommal kibocsátott
tachográfkártya száma egy konszekutív indexszel (adott
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.002 — 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. Az
adatrögzítő készülék által használt papírt az adatrögzítő készülék
alkatrészének kell tekinteni.
A gyártók kérhetik az adatrögzítő készülékek alkatrészének (alkatré­
szeinek) típusjóváhagyását más adatrögzítő készülék alkatrészeivel
együtt, feltéve, hogy minden egyes alkatrész megfelel e melléklet
követelményeinek. A gyártók az adatrögzítő készülék típusjóváha­
gyását is kérelmezhetik.
Az e rendelet 2. cikkének 10. fogalommeghatározásában foglaltak
szerint a járműegységek alkatrészei különbözőképpen lehetnek
összeszerelve. Bármilyen is legyen a járműegység alkatrészeinek
összeszerelése, a külső antenna és (adott esetben) a GNSS-vevőhöz
vagy a távoli kommunikációs eszközhöz kapcsolt antennaelosztó
nem képezik részét a járműegység típusjóváhagyásának.
Mindazonáltal azon gyártóknak, amelyek adatrögzítő készülékre
vonatkozó típusjóváhagyást kaptak, nyilvánosan hozzáférhető listát
kell vezetniük az egyes típusjóváhagyott járműeszközökkel, külső
GNSS-eszközökkel és külső távoli kommunikációs eszközökkel
kompatibilis antennákról és elosztókról.
▼B
(425) Az adatrögzítő készüléket valamennyi integrált kiegészítő
készülékével együtt kell jóváhagyásra benyújtani.
(426) Az adatrögzítő készülék és a tachográfkártyák típusjóváha­
gyása során biztonsági, működési és interoperabilitási tesz­
teket is végeznek. Ha e vizsgálatok kedvező eredménnyel
zárulnak, arról megfelelő tanúsítványt kell kiállítani.
▼M1
(427) A tagállamok típusjóváhagyó hatóságai mindaddig nem
adnak ki típusbizonyítványt, amíg nem bocsátják 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.002 — 107
(429) A már beépített adatrögzítő készülék szoftverfrissítési eljá­
rásait azon hatósághoz kell jóváhagyásra benyújtani, amely
a készüléket típusjóváhagyásban részesítette. A 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ípus­
jó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ípus­
jó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.002 — 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, interoperabi­
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ének
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 hasz­
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.002 — 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 laborató­
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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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ákon alkal­
mazandó adatformátumokat, adatelemeket és adatszerkezeteket határozza
meg.
1.1. Az adattípusok meghatározásának megközelítése
Ez a függelék az adattípusok meghatározásához az 1. számú absztrakt
szintaxisjelölést alkalmazza. Ez egyszerű és strukturált adatok definiá­
lását teszi lehetővé anélkül, hogy maga után vonna valamilyen meghatá­
rozott átviteli szintaxist (kódolási szabályt), amely szükségszerűen alkal­
mazás- és környezetfüggő lenne.
Az ASN.1 típusú elnevezési szabályok összhangban vannak az
ISO/IEC 8824-1 szabvánnyal. Ebből adódóan:
— amennyiben lehetséges, az adattípus jelentését magukban foglalják a
kiválasztott nevek,
— amennyiben az adattípus egyéb adattípusokból tevődik össze, az
adattípus elnevezése még mindig egyetlen alfabetikus karakterso­
rozat, amely nagybetűvel kezdődik, ugyanakkor a megfelelő jelentés
megadása érdekében a néven belül alkalmaznak nagybetűket,
— általános szabályként az adattípusok elnevezései összefüggnek azon
adattípusok nevével, amelyekből felépülnek, azon készülékkel,
amelyben az adatokat tárolják, illetve az adatokkal összefüggő funk­
cióval.
Amennyiben egy ASN.1 típust egy másik szabvány részeként már
meghatároztak, és az lényeges az adatrögzítő készülékben való felhasz­
nálás szempontjából, úgy ezen ASN.1 típust ebben a függelékben defi­
niálni kell.
Annak érdekében, hogy a különböző kódolási szabályokat lehessen
alkalmazni, ebben a függelékben néhány ASN.1 típust értéktartomány-
azonosítóval kell korlátozni. Az értéktartomány-azonosítók meghatá­
rozását a 3. szakasz és a 2. függelék tartalmazza.
1.2. Hivatkozások
Ebben a függelékben a következő hivatkozások jelennek meg:
ISO 639 A nyelvek neveinek jelölésére alkalmazott kód. Első
kiadás: 1988.
ISO 3166 Országok és igazgatási egységeik nevének kódjai.
1. rész: Országkódok, 2013.
ISO 3779 Közúti járművek. A jármű alvázszáma (VIN).
Tartalom és felépítés. 2009.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 szinta­
xisjelölés (ASN.1): Az alapvető jelölési rendszer
meghatározása. 2008 + 1. technikai helyesbítés: 2012
és 2. technikai helyesbítés: 2014.
ISO/IEC 8825-2 Információtechnológia. ASN.1 kódolási szabályok: A
csomagolt kódolási szabályok (PER) meghatározása.
2008.
ISO/IEC 8859-1 Információtechnológia. 8 bites egyetlen bájtos kódolt
grafikus karakterkészletek. 1. rész: 1. latin ábécé. Első
kiadás: 1998.
ISO/IEC 8859-7 Információtechnológia. 8 bites egyetlen bájtos kódolt
grafikus karakterkészletek. 7. rész: Latin/görög ábécé.
2003.
ISO 16844-3 Közúti járművek. Tachográf rendszerek. Mozgásérzé­
kelő-interfész. 2004 + 1. technikai helyesbítés: 2006.
TR-03110-3 BSI / ANSSI TR-03110-3 számú műszaki irá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ármelyike
esetében az „ismeretlen” vagy „nem alkalmazható” tartalomnak megfe­
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 felhasználásra
kerül mind az 1. generációs, mind a 2. generációs alkalmazásokban. 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ípusokra
vonatkozóan az e függelékben meghatározott méret a 2. generációs
alkalmazásra vonatkozó méret. A leolvasó elvileg már ismeri az 1.
generációs alkalmazásra vonatkozó méretet. Az I. C. mellékletben
szereplő, ilyen adattípusokra vonatkozó számozott követelmények az 1.
generációs és a 2. generációs alkalmazásokra egyaránt vonatkoznak.
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 alkalmazásaiban.
Így különösen:
— a 2. generációs kártyák 1. generációs alkalmazásában tárolt típus­
jó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 „KOMPON/
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.002 — 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 óra 00
perckori állapotát és/vagy egy járművezető vagy járműkísérő tevékeny­
ségváltásait és/vagy járművezetésiállapot-váltásait és/vagy kártyaállapot-
váltásait. Ez az adattípus az 1C melléklet 105., 266., 291., 320., 321.,
343. és 344. követelményével függ össze.
Érték-hozzárendelés – Rendezett oktett: „scpaattttttttttt”B (16 bit)
Az adatmemória-rögzítések (vagy a kártyaolvasó egység állapota)
esetében:
„s”B Kártyaolvasó egység:
„0”B: JÁRMŰVEZETŐ,
„1”B: JÁRMŰKÍSÉRŐ,
„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 óta
eltelt percek száma.
A járművezetői (vagy műhely-) kártya rögzítései (és a járművezető álla­
pota) esetében:
„s”B Kártyaolvasó egység (nem lényeges, ha „p” = 1,
kivéve az alábbi megjegyzésben szereplő esetben):
„0”B: JÁRMŰVEZETŐ,
„1”B: JÁRMŰKÍSÉRŐ,
„c”B Járművezetési állapot („p” = 0 esete) vagy
Következő tevékenység állapota („p” = 1 esete):
„0”B: EGYEDÜLI,
„0”B: ISMERETLEN
„1”B: SZEMÉLYZET,
„1”B: ISMERT (= kézi betáplálás)
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 óta
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, hogy
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.002 — 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ális
szám – Binary Code Decimal (BCD) – megjelenítésére kell alkalmazni.
Ez az adattípus egy decimális számjegynek egy fél oktettel (4 bittel) való
megjelenítésére szolgál. A BCDString az ISO/IEC 8824-1 „CharacterSt­
ringType” karaktersorozat-típusán alapul.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 126
A BCDString „hstring” jelölést használ. A balról a legszélső hexadeci­
mális számjegy az első oktett legjelentősebb féloktettje. Az oktettek
többszörösének előállításához nulla vezető fél oktetteket kell beszúrni
– szükség szerint – a balról a legszélső fél oktettől kezdve, az első
oktettbe.
A megengedett számjegyek a következők: 0, 1 … 9.
2.8. CalibrationPurpose
Ez a kód annak magyarázatát tartalmazza, hogy a kalibrálási paraméterek
egy meghatározott sorozata miért került rögzítésre. Ez az adattípus az 1B
melléklet 097. és 098. követelményével, valamint az 1C melléklet
119. követelményével függ össze.
É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 naptári
napon végzett tevékenységeire vonatkozik. Ez az adattípus az 1C
melléklet 266., 291., 320. és 343. követelményével függ össze.
activityPreviousRecordLength az előző napi rekord teljes hossza,
bájtokban kifejezve. A maximális értéket az e rekordokat tartalmazó
OCTET STRING hossza adja meg (lásd: CardActivityLengthRange a
2. függelék 4. bekezdésében). Amennyiben ez a rekord a legrégebbi
napi rekord, az activityPreviousRecordLength értékét 0-ra kell beállítani.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 127
activityRecordLength e rekord teljes hossza, bájtokban kifejezve. A
maximális értéket az e rekordokat tartalmazó OCTET STRING hossza
adja meg.
activityRecordDate a rekord dátuma.
activityDailyPresenceCounter a kártya napijelenlét-számlálójának állása
az adott napon.
activityDayDistance az adott napon megtett teljes távolság.
activityChangeInfo a járművezetőre vonatkozó ActivityChangeInfo
adatsorozat az adott napon. Ez maximálisan 1440 értéket tartalmazhat
(percenként egy tevékenységváltás). Ez az adatsorozat mindig magában
foglalja a járművezető 00 óra 00 perckori állapotára vonatkozó activity­
ChangeInfo kódot.
2.10. CardActivityLengthRange
Egy járművezetői vagy műhelykártyán a járművezető tevékenységi
rekordjainak eltárolására rendelkezésre álló bájtok száma.
Érték-hozzárendelés: lásd a 2. függeléket.
2.11. CardApprovalNumber
A kártya típus-jóváhagyási száma.
Érték-hozzárendelés:
A jóváhagyási számot az Európai Bizottság megfelelő honlapján közzé­
tett formában, azaz adott esetben például kötőjelekkel együtt kell
megadni. A jóváhagyási számot balra kell igazítani.
▼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 struktú­
rában való első előfordulásakor „0”.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 digitá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ó. „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 digitá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 egy 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átusza.
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 icSerialNumber
ö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.002 — 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.002 — 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 kezde­
tétől számítva) az activityDailyRecords karakterláncban. A maximá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: CardActivityDailyRe­
cord) minden olyan naptári napra, amikor a kártyát használták.
Érték-hozzárendelés: ez az oktettsorozat ciklikusan feltöltődik a
CardActivityDailyRecord rekordjaival. Az első felhasználáskor az eltá­
rolás a karakterlánc első bájtjánál kezdődik. Az összes új rekord hozzá­
fűződik az előző végéhez. Ha a karakterlánc megtelik, az eltárolás a
karakterlánc első bájtjánál folytatódik, tekintet nélkül arra, hogy van-e
szünet az adatelemeken belül. Mielőtt (az aktuális activityDailyRecord-ot
megnövelve vagy új activityDailyRecord-ot felvéve) olyan új tevékeny­
ségadat kerülne a karakterláncba, amely régebbi tevékenységadatot vált
fel, aktualizálni kell az activityPointerOldestDayRecord-ot, hogy a legré­
gebbi teljes napi rekord új helyét tükrözze, és ezen (új) legrégebbi teljes
napi rekord activityPreviousRecordLength értékét 0-ra kell visszaállítani.
2.18. CardDrivingLicenceInformation
Olyan, járművezetői kártyán tárolt információ, amely a kártyatulajdonos
járművezetői jogosítványának adataira vonatkozik (1C melléklet, 259. és
284. követelmény).
drivingLicenceIssuingAuthority a vezetői engedély kiállításáért felelős
hatóság.
drivingLicenceIssuingNation azon hatóság helye szerinti ország, amely
kiállította a vezetői engedélyt.
drivingLicenceNumber a vezetői engedély száma.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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. melléklet,
260. és 318. követelmény).
CardEventData egy, az EventFaultType emelkedő értéke szerint rende­
zett cardEventRecords sorozat (kivéve a biztonság megsértésére tett
kísérletekkel kapcsolatos rekordokat, amelyek a sorozat utolsó részében
kerülnek összegyűjtésre).
cardEventRecords egy adott eseménytípus (vagy a biztonság megsérté­
sére tett kísérletek eseményeire vonatkozó kategória) eseményrekordja­
inak sorozata.
2. generáció:
Olyan, járművezetői vagy műhelykártyán tárolt információ, amely a
kártyatulajdonossal kapcsolatos eseményekre vonatkozik (I. C. melléklet,
285. és 341. követelmény).
CardEventData egy, az EventFaultType emelkedő értéke szerint rende­
zett cardEventRecords sorozat (kivéve a biztonság megsértésére tett
kísérletekkel kapcsolatos rekordokat, amelyek a sorozat utolsó részében
kerülnek összegyűjtésre).
cardEventRecords egy adott eseménytípus (vagy a biztonság megsérté­
sére tett kísérletek eseményeire vonatkozó kategória) eseményrekordja­
inak sorozata.
▼B
2.20. CardEventRecord
Olyan, járművezetői vagy műhelykártyán tárolt információ, amely a
kártyatulajdonossal kapcsolatos eseményre vonatkozik (1C melléklet,
261., 286., 318. és 341. követelmény).
eventType az esemény típusa.
eventBeginTime az esemény kezdetének dátuma és ideje.
eventEndTime az esemény befejeződésének dátuma és ideje.
eventVehicleRegistration azon jármű rendszáma (VRN) és nyilvántar­
tásba vétele szerinti tagállam, amelyben az esemény történt.
▼M1
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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ánytí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ának a
szerkezetben való első előfordulásakor „0”-val kezdődik.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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ány­
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/kirakodási
művelet bevitelének dátumát és időpontját, a jármű helyzetére vonatkozó
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.002 — 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 való
kölcsönös hitelesítéshez. E tanúsítvány struktúráját a 11. függelék hatá­
rozza meg.
2.26. CardNumber
Egy kártyaszám a g) definíció szerint.
driverIdentification a járművezető egyedi azonosítója egy tagállamban.
ownerIdentification egy vállalkozás, egy műhely vagy egy ellenőrző
szerv egyedi azonosítója egy tagállamban.
cardConsecutiveIndex a kártya konszekutív indexe.
cardReplacementIndex a kártyacsere-index.
cardRenewalIndex a kártya megújítási indexe.
A választás első sorozata a járművezetői kártya számának kódolására, a
választás második sorozata pedig a műhely-, az ellenőrző- és a vállalko­
záskártya számának kódolására alkalmas.
▼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ődik
és/vagy végződik (I. C. melléklet, 306b. és 356b. követelmény).
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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ásakor „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.002 — 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ítvány
struktúráját a 11. függelék határozza meg.
2.33. CardSlotNumber
Ez a kód egy járműegység két kártyaolvasó egységét különbözteti meg.
Érték-hozzárendelés: nincs közelebbi meghatározás.
2.34. CardSlotsStatus
Ez a kód a járműegység két kártyaolvasó egységébe behelyezett kártyák
típusát jelzi.
É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.002 — 138
2.35. CardSlotsStatusRecordArray
2. generáció:
A CardSlotsStatus plusz a letöltési protokollban használt metaadatok.
recordType a rekord (CardSlotsStatus) típusát jelöli. Érték-hozzáren­
delés: Lásd: RecordType
recordSize a CardSlotsStatus mérete bájtokban kifejezve.
noOfRecords a sorozatban található rekordok száma.
records a CardSlotsStatus rekordok sorozata.
2.36. CardStructureVersion
Ez a kód a tachográfkártyán alkalmazott struktúra verzióját jelzi.
Érték-hozzárendelés: „aabb”H:
„aa”H A struktúraváltásokra vonatkozó index.
„00”H az 1. generációs alkalmazások esetében
„01”H a 2. generációs alkalmazások esetében
▼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.002 — 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 kell
alkalmazni:
VehicleIdentificationNumber a jármű egészére vonatkozó alvázszám.
2.38. CardVehiclesUsed
Olyan, járművezetői vagy műhelykártyán tárolt információ, amely a
kártyatulajdonos által használt járművekre vonatkozik (1C melléklet,
270., 295., 323. és 346. követelmény).
vehiclePointerNewestRecord az utoljára aktualizált járműrekord indexe.
Érték-hozzárendelés: A járműrekord számlálójának megfelelő szám,
amely a járműrekordoknak a szerkezetben való első előfordulásakor
„0”-val kezdődik.
cardVehicleRecords a használt járművekre vonatkozó információkat
tartalmazó rekordok sorozata.
2.39. CardVehicleUnitRecord
2. generáció:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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ós­
pecifikus.
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ő előfor­
dulásakor „0”-val kezdődik.
cardVehicleUnitRecords a használt járműegységekre vonatkozó infor­
mációkat tartalmazó rekordok sorozata.
2.41. Certificate
Nyilvános kulcs tanúsító hatóság által kiállított tanúsítványa.
1. generáció:
Érték-hozzárendelés: digitális aláírás a CertificateContent részleges
visszanyerésével, a 11. függelékben meghatározott általános biztonsági
mechanizmusoknak megfelelően: Aláírás (128 bájt) || nyilvános kulcs
fennmaradó része (58 bájt) || tanúsító hatósági hivatkozás (8 bájt).
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 kulcsára.
certificateHolderAuthorisation a tanúsítványtulajdonos jogait azono­
sítja.
certificateEndOfValidity az a dátum, amikor a tanúsítvány hivatalosan
lejár.
certificateHolderReference a tanúsítványtulajdonost azonosítja. Emel­
lett utal a tulajdonos nyilvános kulcsára.
publicKey az a nyilvános kulcs, amelyet e tanúsítvány tanúsít.
2.43. CertificateHolderAuthorisation
A tanúsítványtulajdonos jogainak azonosítása.
1. generáció:
tachographApplicationID a tachográf-alkalmazás alkalmazásazonosí­
tója.
Érték-hozzárendelés: „FFh” „54h” „41h” „43h” „48h” „4Fh”. Ezen
AID egy tulajdonosi, nem regisztrált alkalmazásazonosító, amely
megfelel az ISO/IEC 7816-5 szabványnak.
equipmentType azon készüléktípus azonosítója, amelyhez a tanúsítvány
kiadását tervezik.
Érték-hozzárendelés: az EquipmentType adattípussal összhangban.
Értéke 0, ha a tanúsítvány a tagállamok egyikéből származik.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 egyedi.
requestMonthYear a tanúsítási kérelem hónapjának és évének azonosí­
tója.
Érték-hozzárendelés: A hónap (két számjegy) és az év (az utolsó két
számjegy) BCD kódolása.
crIdentifier: azonosító a tanúsítási kérelem bővített sorozatszámtól való
megkülönböztetésére.
Érték-hozzárendelés: „FFh”.
manufacturerCode: a tanúsítványt kérő gyártó numerikus kódja.
2.45. CertificationAuthorityKID
Egy tanúsító hatóság (egy tagállam vagy az európai tanúsító hatóság)
nyilvános kulcsának azonosítója.
nationNumeric a tanúsító hatóság numerikus nemzeti kódja.
nationAlpha a tanúsító hatóság alfanumerikus nemzeti kódja.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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áltoztatnak.
additionalInfo egy kétbájtos mező a további kódolás céljára (mindig az
adott tanúsító hatóság szerint).
caIdentifier azonosító a tanúsító hatóság kulcsazonosítójának egyéb
kulcsazonosítóktól való megkülönböztetésére.
Érték-hozzárendelés: „01h”.
2.46. CompanyActivityData
Olyan, vállalkozáskártyán tárolt információ, amely a kártyával végrehaj­
tott tevékenységekre vonatkozik (1C melléklet, 373. és 379. követel­
mény).
companyPointerNewestRecord az utoljára aktualizált companyActivity­
Record indexe.
Érték-hozzárendelés: A vállalkozási tevékenységi rekord számlálójának
megfelelő szám, amely a vállalkozási tevékenységi rekordnak a szerke­
zetben való első előfordulásakor „0”-val kezdődik.
companyActivityRecords az összes vállalkozási tevékenységi rekord
sorozata.
companyActivityRecord az egy vállalkozási tevékenységre vonatkozó
információk sorozata.
companyActivityType a vállalkozási tevékenység típusa.
companyActivityTime a vállalkozási tevékenység dátuma és ideje.
cardNumberInformation adott esetben a letöltött kártya kártyaszáma és
a kártyát kiállító tagállam.
vehicleRegistrationInformation a letöltött, bezárt vagy kioldott jármű
rendszáma és a nyilvántartásba vétele szerinti tagállam.
downloadPeriodBegin és downloadPeriodEnd a járműegységből adott
esetben letöltött időszak.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 alkalmazá­
sának azonosítására vonatkozik (1C melléklet, 369. és 375. követel­
mény).
typeOfTachographCardId meghatározza az alkalmazott kártyatípust.
cardStructureVersion a kártyán alkalmazott struktúra verzióját hatá­
rozza meg.
noOfCompanyActivityRecords a kártyán tárolható vállalkozási tevé­
kenységi rekordok száma.
▼M3
2.48a. CompanyCardApplicationIdentificationV2
2. generáció, 2. verzió:
Olyan, vállalkozáskártyán tárolt információ, amely a kártya alkalmazá­
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ártyatulajdonos
azonosítására vonatkozik (1C melléklet, 372. és 378. követelmény).
companyName a tulajdonos vállalkozás neve.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 alkalmazá­
sának azonosítására vonatkozik (1C melléklet, 357. és 363. követel­
mény).
typeOfTachographCardId meghatározza az alkalmazott kártyatípust.
cardStructureVersion a kártyán alkalmazott struktúra verzióját hatá­
rozza meg.
noOfControlActivityRecords a kártyán tárolható ellenőrző tevékeny­
ségi rekordok száma.
▼M3
2.50a. ControlCardApplicationIdentificationV2
2. generáció, 2. verzió:
Olyan, ellenőrzőkártyán tárolt információ, amely a kártya alkalmazá­
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.002 — 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 szerke­
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ártyatulajdonos
azonosítására vonatkozik (1C melléklet, 360. és 366. követelmény).
controlBodyName a kártyatulajdonos ellenőrző szervének neve.
controlBodyAddress a kártyatulajdonos ellenőrző szervének címe.
cardHolderName az ellenőrzőkártya tulajdonosának neve és utóneve(i).
cardHolderPreferredLanguage a kártyatulajdonos által előnyben része­
sített nyelv.
2.53. ControlType
Ez a kód egy ellenőrzés alatt végrehajtott tevékenységeket jelzi. Ez az
adattípus az 1C melléklet 126., 274., 299., 327. és 350. követelményével
függ össze.
1. generáció:
Érték-hozzárendelés – Rendezett oktett: „cvpdxxxx”B (8 bit)
„c”B kártya letöltése:
„0”B: a kártya ezen ellenőrző tevékenység alatt nem
került letöltésre,
„1”B: a kártya ezen ellenőrző tevékenység alatt letöl­
tésre került
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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ált
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 behe­
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ő kiá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átum.
É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.002 — 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 használt
metaadatok.
recordType a rekord (DateOfDayDownloaded) típusát jelöli. Érték-
hozzárendelés: Lásd: RecordType
recordSize a CurrentDateTime mérete bájtokban kifejezve.
noOfRecords a sorozatban található rekordok száma.
records a letöltés aktuális dátumát és idejét tartalmazó rekordok
sorozata.
2.60. Distance
A megtett távolság (a jármű két kilométerszámláló-értéke közötti
különbség kilométerben).
Érték-hozzárendelés: Előjel nélküli bináris szám. Az érték km-ben
kifejezve a 0-tól 9 999 km-ig terjedő üzemelési tartományban.
▼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.002 — 150
2.61. DriverCardApplicationIdentification
Olyan, járművezetői kártyán tárolt információ, amely a kártya alkalma­
zásának azonosítására vonatkozik (1C melléklet, 253. és 278. követel­
mény).
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.002 — 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 alkalma­
zásának azonosítására vonatkozik (I. C: melléklet, 278a. követelmé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ártyatulajdonos
azonosítására vonatkozik (1C melléklet, 256. és 281. követelmény).
cardHolderName a járművezetői kártya tulajdonosának neve és
utó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.002 — 152
2.64. EGFCertificate
2. generáció:
Külső GNSS-eszköz nyilvános kulcsának tanúsítványa járműegységgel
való kölcsönös hitelesítéshez. E tanúsítvány struktúráját a 11. függelék
határozza meg.
2.65. EmbedderIcAssemblerId
Az IC-szerelőről szolgáltat információt.
countryCode a modulbeépítő kétbetűs országkódja az ISO 3166 szab­
ványnak megfelelően.
moduleEmbedder a modulbeépítőt azonosítja.
manufacturerInformation a gyártó belső használatára.
2.66. EntryTypeDailyWorkPeriod
Ez a kód egy munkanap kezdetének és végének a helyét és a betáplálás
körülményeit különbözteti meg.
1. generáció
Érték-hozzárendelés: az ISO/IEC8824-1 szabványnak megfelelően.
▼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 tachográf-
alkalmazás számára.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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ó esetében,
valamint a következő további értékeket:
1. megjegyzés:' A SealRecord tartalmazhatja adott esetben a Plaque
(címke), az Adapter (adapter) és az External GNSS connection (külső
GNSS-kapcsolat) 2. generációs értékeit, valamint a Vehicle Unit (jármű­
egység) és a Motion Sensor (mozgásérzékelő) 1. generációs értékeit.
2. megjegyzés: A 2. generációs tanúsítvány CardHolderAuthorisation (CHA)
adatmezőjében az (1), (2) és (6) értékek az adott berendezéstípusra vonatkozó
kölcsönös hitelesítés tanúsítvány jelzéseként é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.002 — 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 tett kísérletek esemé­
nyei,
Nincsenek további részletek,
Hitelesítési hiba,
A tárolt adatok integritási hibája,
Belső adatátviteli hiba,
Jogosulatlan burkolatfelnyitás,
Hardverrongálás,
RFU,
Az adatrögzítő készülék hibái,
Nincsenek további részletek,
A járműegység belső hibája,
Nyomtatóhiba,
Kijelzőhiba,
Letöltési hiba,
Érzékelőhiba,
RFU,
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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ére tett kísérletek
eseményei,
Nincsenek további részletek,
A mozgásérzékelő hitelesítési hibája,
A tachográfkártya hitelesítési hibája,
A mozgásérzékelő jogosulatlan cseréje,
A kártyaadatok bevitelét érintő integritási hiba,
A tárolt felhasználói adatokat érintő integritási hiba,
Belső adatátviteli hiba,
Jogosulatlan burkolatfelnyitás,
Hardverrongálás,
A GNSS-rendszer manipulálásészlelése,
A külső GNSS-eszköz tanúsítványának érvényessége lejárt,
A külső GNSS-eszköz tanúsítványának érvényessége lejárt,
RFU,
Az érzékelővel kapcsolatos, a biztonsági rendszer megsértésére tett kísé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.002 — 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.002 — 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.002 — 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 azono­
sítójaként is használható.
1. generáció:
serialNumber a készülék sorozatszáma, amely a gyártó, a készülék típusa,
valamint az alábbiakban megadott hónap és év tekintetében egyedi.
monthYear a gyártás évének és hónapjának az azonosítása (vagy a
sorozatszám kijelölésének azonosítása).
É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.002 — 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örténő
azonosítására szolgáló kód.
fullcardNumber a tachográfkártyát azonosítja.
generation az alkalmazott tachográfkártya generációját jelzi.
2.75. Generation
2. generáció:
Az alkalmazott menetíró készülék generációját jelzi.
Érték-hozzárendelés:
„00”H RFU
„01”H 1. generáció
„02”H 2. generáció
„03”H … „FF”H RFU
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 helyzet
hosszúságát és szélességét a következő hexadecimális értékkel kell
jelölni: „7FFFFF” (tízes számrendszerben: 8388607).
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 354. 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 353. köve­
telmény).
timeStamp annak az időpontnak a dátuma és ideje, amikor a halmozott
járművezetési idő eléri a három óra többszörösét.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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öbbszö­
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 halmozott
járművezetési idő eléri a három óra többszörösét, valamint a GNSS-
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 státuszt
adja meg, amikor a halmozott járművezetési idő eléri a három óra több­
szörösét (I. C. melléklet, 306c. és 356c. követelmény). A magával
a GNSS-helyzettel kapcsolatos egyéb információkat egy másik rekord
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ő GNSSAc­
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 óra több­
szörösét.
▼M1
02016R0799 — HU — 21.08.2023 — 003.002 — 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., 356e. é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.002 — 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 cont­
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égen belül
található. A hamis azt jelenti, hogy a GNSS-vevő a járműegységen kívül
található.
2.85. K-ConstantOfRecordingEquipment
Az adatrögzítő készülék állandója [m) definíció].
Érték-hozzárendelés: Kilométerenkénti impulzusok a 0-tól 64 255
impulzus/km-ig terjedő működési tartományban.
▼M1
2.86. KeyIdentifier
Egy nyilvános kulcs egyedi azonosítója, amely a kulcsra való hivatko­
zásra és annak kiválasztására szolgál. Ezen azonosító a kulcs tulajdonosát
is azonosítja.
Az első választás alkalmas egy járműegység, tachográfkártya vagy külső
GNSS-eszköz nyilvános kulcsára való hivatkozásra.
A második választás alkalmas egy járműegység nyilvános kulcsára való
hivatkozásra (olyan esetekben, amikor a járműegység sorozatszáma a
tanúsítvány elkészítésének idején nem ismert).
A harmadik választás alkalmas egy tagállam nyilvános kulcsára való
hivatkozásra.
▼B
2.87. KMWCKey
2. generáció:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 282. köve­
telmény). Ez a dátum a járműegységgel vagy bármely kártyaolvasóval
aktualizálható.
Érték-hozzárendelés: nincs közelebbi meghatározás.
▼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.002 — 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 manuálisan
járművezetői tevékenységeket a kártya behelyezésekor vagy sem (1B
melléklet, 081. követelmény és 1C melléklet, 102. követelmény).
Érték-hozzárendelés: nincs közelebbi meghatározás.
2.94. ManufacturerCode
Típusjóváhagyással rendelkező készülék gyártóját azonosító kód.
Az interoperabilitási vizsgálatok elvégzéséért felelős laboratórium kezeli
és honlapján közzéteszi a gyártók azonosítására szolgáló kódok 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ódokat
(„ManufacturerCodes”) ideiglenesen a tachográfok konstruktőreinek
osztják ki.
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 166
2.95. ManufacturerSpecificEventFaultData
2. generáció:
A gyártóspecifikus hibakódok leegyszerűsítik a járműegységek hibaelem­
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ópai tanú­
sító hatóság állít ki.
2.97. MemberStateCertificateRecordArray
2. generáció:
A tagállami tanúsítvány plusz a letöltési protokollban használt
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.002 — 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 lennie a
nemzetközi közlekedésben a járműveken alkalmazott megkülönböztető
jelekkel (az Egyesült Nemzetek Szervezete 1968. évi Bécsi Közúti
Közlekedési Egyezménye).
Az országokra való alfabetikus hivatkozást és a numerikus kódokat
(„Nation Alpha and Numeric codes”) az 1C melléklet 440. követelmé­
nyében meghatározottak szerint az interoperabilitási vizsgálatok elvégzé­
sére kijelölt laboratórium honlapján vezetett jegyzékben kell feltüntetni.
2.101. NationNumeric
Numerikus hivatkozás egy országra.
Érték-hozzárendelés: lásd a 2.100. adattípust (NationAlpha).
A fenti bekezdésben említett, az országokra való alfabetikus hivatkozást
és a numerikus előírásokat („Nation Alpha and Numeric specification”)
csak azt követően lehet módosítani vagy aktualizálni, hogy a kijelölt
laboratórium megkapta a típusjóváhagyással rendelkező, digitális és 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 rekordok
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.002 — 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áma.
1. generáció:
Érték-hozzárendelés: lásd a 2. függeléket.
2. generáció:
Érték-hozzárendelés: lásd a 2. függeléket.
2.105. NoOfCardVehicleRecords
Egy járművezetői vagy műhelykártyán tárolható, a használt járművekre
vonatkozó adatokat tartalmazó rekordok száma.
Érték-hozzárendelés: lásd a 2. függeléket.
2.106. NoOfCardVehicleUnitRecords
2. generáció:
Egy járművezetői vagy műhelykártyán tárolható, a használt járműegy­
ségekre vonatkozó adatokat tartalmazó rekordok száma.
Érték-hozzárendelés: lásd a 2. függeléket.
2.107. NoOfCompanyActivityRecords
Egy vállalkozáskártyán tárolható vállalkozási tevékenységi rekordok
száma.
Érték-hozzárendelés: lásd a 2. függeléket.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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ált
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.002 — 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 jelenti, hogy
a gyorshajtás legutóbbi ellenőrzése óta egy gyorshajtási esemény fordult
elő, …, a 255 pedig azt jelenti, hogy a gyorshajtás legutóbbi ellenőrzése
óta 255 vagy annál több gyorshajtási esemény fordult elő.
▼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ődik vagy
végződik (I. C. melléklet, 306a. és 356a. követelmény). A magával a
hellyel kapcsolatos egyéb információkat egy másik rekord tartalmazza
(lásd: 2.117. PlaceRecord).
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 kell
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.002 — 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ő által
előzőleg használt járműre vonatkozó információ (1B melléklet, 081. 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 kell
alkalmazni:
vuGeneration a járműegység generációját azonosítja.
2.119. PublicKey
1. generáció:
Nyilvános RSA kulcs.
rsaKeyModulus a kulcspár modulusa.
rsaKeyPublicExponent a kulcspár nyilvános kitevője.
2.120. RecordType
2. generáció:
hivatkozás rekordtípusra. Ez az adattípus a RecordArrays sorozatban
szerepel.
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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óra.
1. generáció:
Érték-hozzárendelés:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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üntetni.
2.122. RegionNumeric
Numerikus hivatkozás egy meghatározott országon belüli régióra.
1. generáció:
Érték-hozzárendelés:
2. generáció:
A RegionNumeric kódokat az interoperabilitási vizsgálatok elvégzésére
kijelölt laboratórium honlapján vezetett jegyzékben kell feltüntetni.
2.123. RemoteCommunicationModuleSerialNumber
2. generáció:
A távoli kommunikációs modul sorozatszáma.
2.124. RSAKeyModulus
1. generáció:
Az RSA kulcspár modulusa.
Érték-hozzárendelés: Nincs meghatározva.
2.125. RSAKeyPrivateExponent
1. generáció:
Az RSA kulcspár saját kitevője.
Érték-hozzárendelés: Nincs meghatározva.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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ített plom­
bákra vonatkozó információkat tartalmazza, kártyán kell tárolni. Ez az
adattípus az 1C melléklet 337. követelményével függ össze.
noOfSealRecords a sealRecords sorozatban található rekordok száma.
sealRecords a plombák rekordjainak sorozata.
2.129. SealDataVu
2. generáció:
Ezt az adattípust, amely a jármű különböző alkatrészeire erősített plom­
bákra vonatkozó információkat tartalmazza, járműegységben kell tárolni.
sealRecords a plombák rekordjainak sorozata. Amennyiben 5-nél keve­
sebb plomba van, az EquipmentType értékét valamennyi nem használt
sealRecords sorozatban 16-ra, azaz a „nem használt” értékre kell állítani.
2.130. SealRecord
2. generáció:
Ez az adattípus az alkatrészekre erősített plombákról tárol információkat.
Ez az adattípus az 1C melléklet 337. követelményével függ össze.
equipmentType azt a készüléktípust azonosítja, amelyre a plomba
rögzítve van.
extendedSealIdentifier a készülékre rögzített plomba azonosítója.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 kell
megadni. A jóváhagyási számot balra kell igazítani.
2.132. SensorExternalGNSSApprovalNumber
2. generáció:
A külső GNSS-eszköz típus-jóváhagyási száma.
Érték-hozzárendelés:
A jóváhagyási számot az Európai Bizottság megfelelő honlapján közzé­
tett formában, azaz adott esetben például kötőjelekkel együtt kell
megadni. A jóváhagyási számot balra kell igazítani.
2.133. SensorExternalGNSSCoupledRecord
2. generáció:
Olyan, járműegységben tárolt információ, amely a járműegységhez csat­
lakoztatott külső GNSS-eszköz azonosítására vonatkozik (1C melléklet,
100. követelmény).
sensorSerialNumber a járműegységhez csatlakoztatott külső
GNSS-eszköz sorozatszáma.
sensorApprovalNumber e külső GNSS-eszköznek a jóváhagyási száma.
sensorCouplingDate e külső GNSS-eszköz járműegységhez való 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.002 — 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övetel­
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.002 — 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ának
azonosítására kell alkalmazni.
A külső GNSS-eszköz biztonsági alkatrészének azonosítója.
Érték-hozzárendelés: alkatrészgyártó-specifikus.
2.138. SensorGNSSCouplingDate
2. generáció:
A külső GNSS-eszköz járműegységhez való csatlakoztatásának dátuma.
Érték-hozzárendelés: Nincs meghatározva.
2.139. SensorGNSSSerialNumber
2. generáció:
Ezt a típust a GNSS-vevő sorozatszámának tárolására kell alkalmazni,
akár a járműegység belsejében, akár azon kívül található a GNSS-vevő.
A GNSS-vevő sorozatszáma.
2.140. SensorIdentification
Olyan, mozgásérzékelőben tárolt információ, amely a mozgásérzékelő
azonosítására vonatkozik (1B melléklet, 077. követelmény és 1C
mellé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.002 — 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ékelő
beépítésére vonatkozik (1B melléklet, 099. követelmény és 1C melléklet,
122. követelmény).
sensorPairingDateFirst a mozgásérzékelő járműegységgel való első
párosításának dátuma.
firstVuApprovalNumber a mozgásérzékelővel párosított első jármű­
egység jóváhagyási száma.
firstVuSerialNumber a mozgásérzékelővel párosított első járműegység
sorozatszáma.
sensorPairingDateCurrent a mozgásérzékelő járműegységgel való aktu­
ális párosításának dátuma.
currentVuApprovalNumber a mozgásérzékelővel aktuálisan párosított
járműegység jóváhagyási száma.
currentVUSerialNumber a mozgásérzékelővel aktuálisan párosított
járműegység sorozatszáma.
2.142. SensorInstallationSecData
Olyan, műhelykártyán tárolt információ, amely a mozgásérzékelők és a
járműegységek párosításához szükséges biztonsági adatokra vonatkozik
(1C melléklet, 308. és 331. követelmény).
1. generáció:
Érték-hozzárendelés: az ISO 16844-3 szabvánnyal összhangban.
2. generáció:
A 11. függelékben leírtak szerint egy műhelykártya legfeljebb három,
járműegység–mozgásérzékelő párra vonatkozó kulcsot tárolhat. Ezeknek
a kulcsoknak eltérő a kulcsverziója.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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, 079. köve­
telmény).
sensorSerialNumber a járműegységgel aktuálisan párosított mozgásérzé­
kelő sorozatszáma.
sensorApprovalNumber a járműegységgel aktuálisan párosított mozgás­
érzékelő jóváhagyási száma.
sensorPairingDateFirst a járműegységgel aktuálisan párosított mozgás­
érzékelő járműegységgel való első párosításának dátuma.
2.145. SensorPairedRecord
2. generáció:
Olyan, járműegységben tárolt információ, amely a járműegységgel páro­
sított mozgásérzékelő azonosítására vonatkozik (1C melléklet, 97. köve­
telmény).
sensorSerialNumber egy, a járműegységgel aktuálisan párosított
mozgásérzékelő sorozatszáma.
sensorApprovalNumber a mozgásérzékelő jóváhagyási száma.
sensorPairingDate e mozgásérzékelő járműegységgel való párosításának
dátuma.
2.146. SensorPairingDate
A mozgásérzékelő járműegységgel való párosításának dátuma.
Érték-hozzárendelés: Nincs meghatározva.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 metaadatok.
recordType a rekord (Signature) típusát jelöli. Érték-hozzárendelés:
Lásd: RecordType
recordSize a Signature mérete bájtokban kifejezve.
noOfRecords a sorozatban található rekordok száma. Az értéket 1-re kell
állítani, mivel az aláírások eltérő hosszúságúak lehetnek.
records az aláírások sorozata.
2.151. SimilarEventsNumber
A hasonló események száma egy adott napon (1B melléklet, 094. köve­
telmény és 1C melléklet, 117. követelmény).
Érték-hozzárendelés: A 0-t nem lehet használni, az 1 azt jelenti, hogy
csak egyetlen ilyen típusú esemény történt és lett eltárolva az adott
napon, a 2 azt jelenti, hogy 2 ilyen típusú esemény történt az adott
napon (csak egy került tárolásra), …, a 255 pedig azt jelenti, hogy
255 vagy annál több ilyen típusú esemény történt az adott napon.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 183
2.152. SpecificConditionRecord
Olyan, járművezetői vagy műhelykártyán vagy járműegységben tárolt
információ, amely egy különleges körülményre vonatkozik (1C melléklet,
130., 276., 301., 328. és 355. követelmény).
entryTime a betáplálás dátuma és ideje.
specificConditionType a különleges körülményt azonosító kód.
2.153. SpecificConditions
Olyan, járművezetői vagy műhelykártyán vagy járműegységben tárolt
információ, amely egy különleges körülményre vonatkozik (1C melléklet,
131., 277., 302., 329. és 356. követelmény).
2. generáció:
conditionPointerNewestRecord az utoljára aktualizált különlegeskörül­
mény-rekord indexe.
Érték-hozzárendelés: A különlegeskörülmény-rekord számlálójának
megfelelő szám, amely a különlegeskörülmény-rekordnak a szerkezetben
való első előfordulásakor „0”-val kezdődik.
specificConditionRecords a rögzített különleges körülményekre vonat­
kozó információkat tartalmazó rekordok sorozata.
2.154. SpecificConditionType
Egy különleges körülményt azonosító kód (1B melléklet, 050b., 105a.,
212a. és 230a. követelmény, és 1C melléklet, 62. követelmény).
1. generáció:
Érték-hozzárendelés:
„00”H RFU
„01”H Menetíró készülék nem szükséges – Kezdet
„02”H Menetíró készülék nem szükséges – Befejezés
„03”H Kompon/vonaton megtett út
„04”H … „FF”H RFU
2. generáció:
Érték-hozzárendelés:
„00”H RFU
„01”H Menetíró készülék nem szükséges – Kezdet
„02”H Menetíró készülék nem szükséges – Befejezés
„03”H Kompon/vonaton megtett út – Kezdet
„04”H Kompon/vonaton megtett út – Befejezés
„05”H … „FF”H RFU
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 sebessé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, ellenő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.002 — 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 vonatkozik,
rendszerint az alváz sosorzatszáma vagy az alvázkeret száma.
Érték-hozzárendelés: Az ISO 3779 szabvány fogalommeghatározása
szerint.
2.165. VehicleIdentificationNumberRecordArray
2. generáció:
A jármű alvázszáma plusz a letöltési protokollban használt metaadatok.
recordType a rekord (VehicleIdentificationNumber) típusát jelöli.
Érték-hozzárendelés: Lásd: RecordType
recordSize a VehicleIdentificationNumber mérete bájtokban kifejezve.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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ált
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ásba
vevő hatóság adja ki.
codePage a 4. fejezetben meghatározott karakterkészletet adja meg,
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 188
Olyan, járműegységben tárolt információ, amely egy adott naptári napon
bekövetkező tevékenységváltásokra és/vagy járművezetésiállapot-váltá­
sokra és/vagy kártyaállapot-váltásokra (1B melléklet, 084. követelmény
és 1C melléklet, 105., 106. és 107. követelmény), valamint a kártya­
olvasó egységek adott napon 00 óra 00 perckori állapotára vonatkozik.
noOfActivityChanges az ActivityChangeInfo szavak száma az activity­
ChangeInfos sorozatban.
activityChangeInfos a járműegységben az adott napra tárolt Activity­
ChangeInfo szavak sorozata. Mindig tartalmaz két ActivityChangeInfo
szót, amelyek megadják a két kártyaolvasó egység állapotát az adott
napon 00:00-kor.
2.171. VuActivityDailyRecordArray
2. generáció:
Olyan, járműegységben tárolt információ, amely egy adott naptári napon
bekövetkező tevékenységváltásokra és/vagy járművezetésiállapot-váltá­
sokra és/vagy kártyaállapot-váltásokra (1C melléklet, 105., 106. és
107. követelmény), valamint a kártyaolvasó egységek adott napon 00
óra 00 perckori állapotára vonatkozik.
recordType a rekord (ActivityChangeInfo) típusát jelöli. Érték-hozzá­
rendelés: Lásd: RecordType
recordSize a ActivityChangeInfo mérete bájtokban kifejezve.
noOfRecords a sorozatban található rekordok száma.
records a járműegységben az adott napra tárolt ActivityChangeInfo
szavak sorozata. Mindig tartalmaz két ActivityChangeInfo szót, amelyek
megadják a két kártyaolvasó egység állapotát az adott napon 00:00-kor.
2.172. VuApprovalNumber
A járműegység típus-jóváhagyási száma.
1. generáció:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 kell
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.002 — 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 kell
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.002 — 191
2.generáció, 2. verzió:
Az 1. generáció adatelemein túlmenően a következő adatelemet kell
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 szerinti ország
meghatározásához használtak.
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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ételének
ciklusaira vonatkozik (1B melléklet, 081. követelmény és 1C melléklet,
103. követelmény).
noOfIWRecords a vuCardIWRecords sorozatban található rekordok
száma.
vuCardIWRecords a kártyabehelyezés- és -kivételciklusokra vonatkozó
rekordok sorozata.
2.177. VuCardIWRecord
Olyan, járműegységben tárolt információ, amely a járműegységben egy
járművezetői kártya vagy műhelykártya behelyezésének és kivételének
ciklusára vonatkozik (1B melléklet, 081. követelmény és 1C melléklet,
102. követelmény).
1. generáció:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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ékeny­
ségeket azonosítja.
2. generáció:
A fullCardNumber helyett a 2. generáció adatstruktúrája a következő
adatelemeket alkalmazza.
fullCardNumberAndGeneration a kártya típusa, a kiállító tagállam, a
kártyaszám és a generáció, a kártyán tárolt formában.
2.178. VuCardIWRecordArray
2. generáció:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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ételének
ciklusaira vonatkozik (1C melléklet, 103. követelmény).
recordType a rekord (VuCardIWRecord) típusát jelöli. Érték-hozzá­
rendelés: Lásd: RecordType
recordSize a VuCardIWRecord mérete bájtokban kifejezve.
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 (1C
melléklet, 132. követelmény).
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 lehetnek.
records a járműegységek tanúsítványainak sorozata.
2.183. VuCompanyLocksData
1. generáció:
Olyan, járműegységben tárolt információ, amely vállalkozás általi lezá­
rásokra vonatkozik (1B melléklet, 104. követelmény).
noOfLocks a vuCompanyLocksRecords-ban felsorolt lezárások száma.
vuCompanyLocksRecords a vállalkozás általi lezárások rekordjainak
sorozata.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 általi lezá­
rásokra vonatkozik (1C melléklet, 128. követelmény).
recordType a rekord (VuCompanyLocksRecord) típusát jelöli. Érték-
hozzárendelés: Lásd: RecordType
recordSize a VuCompanyLocksRecord mérete bájtokban kifejezve.
noOfRecords a sorozatban található rekordok száma. Érték: 0..255.
records a vállalkozás általi lezárások rekordjainak sorozata.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 rendelke­
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éggel
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.002 — 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éggel
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ártya
járműegységekbe való behelyezésének és kivételének ciklusait.
Érték-hozzárendelés: Folyamatos számozás, amelynek a maximális
értéke = 9999, a számozás 0-val kezdődik újra.
2.190. VuDetailedSpeedBlock
Olyan, járműegységben tárolt információ, amely a jármű mozgás közben
egy percen keresztül mért pontos sebességére vonatkozik (1B melléklet,
093. követelmény és 1C melléklet, 116. követelmény).
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 sebességek
időrendi sorrendje.
2.191. VuDetailedSpeedBlockRecordArray
2. generáció:
Olyan, járműegységben tárolt információ, amely a jármű részletes sebes­
ségére vonatkozik.
recordType a rekord (VuDetailedSpeedBlock) típusát jelöli. Érték-
hozzárendelés:
Lásd: RecordType
recordSize a VuDetailedSpeedBlock mérete bájtokban kifejezve.
noOfRecords a sorozatban található rekordok száma.
records a részletes sebességblokkok sorozata.
2.192. VuDetailedSpeedData
1. generáció:
Olyan, járműegységben tárolt információ, amely a jármű részletes sebes­
ségére vonatkozik.
noOfSpeedBlocks a vuDetailedSpeedBlocks sorozatban található sebes­
ségblokkok száma.
vuDetailedSpeedBlocks a részletes sebességblokkok sorozata.
▼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éklet, 133j.
követelmény).
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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átuma és
ideje.
maxDownloadableTime kártyakivételnek, tevékenységváltásnak vagy
helybetáplálásnak a járműegységben tárolt legutóbbi dátuma és ideje.
2.194. VuDownloadablePeriodRecordArray
2. generáció:
A VUDownloadablePeriod plusz a letöltési protokollban használt
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.002 — 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övetkező
adatelemeket alkalmazza.
fullCardNumberAndGeneration a letöltés engedélyezésére használt
kártyát és annak generációját azonosítja.
2.196. VuDownloadActivityDataRecordArray
2. generáció:
A járműegységből történő legutolsó letöltésre vonatkozó információ (1C
melléklet, 129. követelmény).
recordType a rekord (VuDownloadActivityData) típusát jelöli. Érték-
hozzárendelés: Lásd: RecordType
recordSize a VuDownloadActivityData mérete bájtokban kifejezve.
noOfRecords a sorozatban található rekordok száma.
records a letöltésitevékenység-adatok rekordjainak sorozata.
2.197. VuEventData
1. generáció:
Olyan, járműegységben tárolt információ, amely eseményekre vonat­
kozik (1B melléklet, 094. követelmény, kivéve a gyorshajtási eseményt).
noOfVuEvents a vuEventRecords sorozatban felsorolt események
száma.
vuEventRecords eseményrekordok sorozata.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 202
2.198. VuEventRecord
Olyan, járműegységben tárolt információ, amely egy eseményre vonat­
kozik (1B melléklet, 094. követelmény és 1C melléklet, 117. követel­
mény, kivéve a gyorshajtási eseményt).
1. generáció:
eventType az esemény típusa.
eventRecordPurpose az esemény rögzítésének célja.
eventBeginTime az esemény kezdetének dátuma és ideje.
eventEndTime az esemény befejeződésének dátuma és ideje.
cardNumberDriverSlotBegin az esemény kezdetekor a járművezetői
kártyaolvasó egységbe behelyezett kártyát azonosítja.
cardNumberCodriverSlotBegin az esemény kezdetekor a járműkísérői
kártyaolvasó egységbe behelyezett kártyát azonosítja.
cardNumberDriverSlotEnd az esemény befejeződésekor a járműve­
zetői kártyaolvasó egységbe behelyezett kártyát azonosítja.
cardNumberCodriverSlotEnd az esemény befejeződésekor a járműkí­
sérői kártyaolvasó egységbe behelyezett kártyát azonosítja.
similarEventsNumber az adott napon előforduló hasonló események
száma.
E sorozat a gyorshajtás eseményén kívül minden eseményhez felhasz­
nálható.
2. generáció:
Az 1. generáció adatelemein túlmenően a következő adatelemeket kell
alkalmazni:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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. gene­
ráció adatstruktúrája a következő adatelemeket alkalmazza.
cardNumberAndGenDriverSlotBegin az esemény kezdetekor a jármű­
vezetői kártyaolvasó egységbe behelyezett kártyát és annak generációját
azonosítja.
cardNumberAndGenCodriverSlotBegin az esemény kezdetekor a
járműkísérői kártyaolvasó egységbe behelyezett kártyát és annak gene­
rációját azonosítja.
cardNumberAndGenDriverSlotEnd az esemény befejeződésekor a
járművezetői kártyaolvasó egységbe behelyezett kártyát és annak gene­
rációját azonosítja.
cardNumberAndGenCodriverSlotEnd az esemény befejeződésekor a
járműkísérői kártyaolvasó egységbe behelyezett kártyát és annak gene­
rációját azonosítja.
Ha az esemény időütközést idéz elő, akkor az eventBeginTime és az
eventEndTime adatot a következőképpen kell értelmezni:
eventBeginTime az adatrögzítő készülék dátuma és ideje.
eventEndTime a GNSS dátuma és ideje.
2.199. VuEventRecordArray
2. generáció:
Olyan, járműegységben tárolt információ, amely eseményekre vonat­
kozik (1C melléklet, 117. követelmény, kivéve a gyorshajtási eseményt).
recordType a rekord (VuEventRecord) típusát jelöli. Érték-hozzáren­
delés: Lásd: RecordType
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.002 — 204
2.200. VuFaultData
1. generáció:
Olyan, járműegységben tárolt információ, amely hibákra vonatkozik
(1B melléklet, 096. követelmény).
noOfVuFaults a vuFaultRecords sorozatban felsorolt hibák száma.
vuFaultRecords hibarekordok sorozata.
2.201. VuFaultRecord
Olyan, járműegységben tárolt információ, amely hibákra vonatkozik
(1B melléklet, 096. követelmény és 1C melléklet, 118. követelmény).
1. generáció:
faultType az adatrögzítő készülék hibájának típusa.
faultRecordPurpose a hiba rögzítésének célja.
faultBeginTime a hiba kezdetének dátuma és ideje.
faultEndTime a hiba befejeződésének dátuma és ideje.
cardNumberDriverSlotBegin a hiba kezdetekor a járművezetői kártya­
olvasó egységbe behelyezett kártyát azonosítja.
cardNumberCodriverSlotBegin a hiba kezdetekor a járműkísérői
kártyaolvasó egységbe behelyezett kártyát azonosítja.
cardNumberDriverSlotEnd a hiba befejeződésekor a járművezetői
kártyaolvasó egységbe behelyezett kártyát azonosítja.
cardNumberCodriverSlotEnd a hiba befejeződésekor a járműkísérői
kártyaolvasó egységbe behelyezett kártyát azonosítja.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 205
2. generáció:
Az 1. generáció adatelemein túlmenően a következő adatelemet kell
alkalmazni:
manufacturerSpecificEventFaultData további, gyártóspecifikus infor­
mációt tartalmaz a hibáról.
A cardNumberDriverSlotBegin, cardNumberCodriverSlotBegin, card­
NumberDriverSlotEnd és cardNumberCodriverSlotEnd helyett a 2. gene­
ráció adatstruktúrája a következő adatelemeket alkalmazza.
cardNumberAndGenDriverSlotBegin a hiba kezdetekor a járművezetői
kártyaolvasó egységbe behelyezett kártyát és annak generációját azono­
sítja.
cardNumberAndGenCodriverSlotBegin a hiba kezdetekor a járműkí­
sérői kártyaolvasó egységbe behelyezett kártyát és annak generációját
azonosítja.
cardNumberAndGenDriverSlotEnd a hiba befejeződésekor a járműve­
zetői kártyaolvasó egységbe behelyezett kártyát és annak generációját
azonosítja.
cardNumberAndGenCodriverSlotEnd a hiba befejeződésekor a jármű­
kísérői kártyaolvasó egységbe behelyezett kártyát és annak generációját
azonosítja.
2.202. VuFaultRecordArray
2. generáció:
Olyan, járműegységben tárolt információ, amely hibákra vonatkozik
(1C melléklet, 118. követelmény).
recordType a rekord (VuFaultRecord) típusát jelöli. Érték-hozzá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.002 — 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-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).
A 2. generáció 2. verziója esetében a gnssPlaceRecord a gnssPlaceA­
uthRecord használatos, amely a GNSS-helyzet hitelesítési státuszá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.002 — 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. „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 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ű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 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ó informá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.002 — 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űegysé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ó legnagyobb
eltérés a valós idő és a járműegység valós idejű órája által mutatott idő
között.
▼B
2.205. VuIdentification
Olyan, járműegységben tárolt információ, amely a járműegység azono­
sítására vonatkozik (1B melléklet, 075. követelmény és 1C melléklet,
93. és 121. követelmény).
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.002 — 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 metaadatok.
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.002 — 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ő által az
intelligens közlekedési rendszerek használatához adott beleegyezésre
vonatkozik.
cardNumberAnd Gen a kártyát és annak generációját azonosítja. Ennek
a járművezetői kártyának vagy a műhelykártyának kell lennie.
consent jelző, amely azt jelzi, hogy a járművezető beleegyezését adta-e
az intelligens közlekedési rendszerek adott járművön/járműegységben
való használatához, vagy sem.
Érték-hozzárendelés:
IGAZ azt jelzi, hogy a járművezető beleegyezett az 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ő intelli­
gens közlekedési rendszerek használatába való beleegyezésére vonat­
kozik (1C melléklet, 200. követelmény).
recordType a rekord (VuITSConsentRecord) típusát jelöli. Érték-
hozzárendelés: Lásd: RecordType
recordSize a VuITSConsentRecord mérete bájtokban kifejezve.
noOfRecords a sorozatban található rekordok száma.
records az intelligens közlekedési rendszerek használatára vonatkozó
beleegyezésrekordok sorozata.
▼M3
2.208a. VuLoadUnloadRecord
2. generáció, 2. verzió:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 211
Olyan, a járműegységben tárolt információ, amely a bevitt berakodá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 berakodási/
kirakodási műveletre vonatkozik (I. C. melléklet, 133h. követelmé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.002 — 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ó gyorshajtás-
ellenőrzés óta történt gyorshajtási eseményekre vonatkozik (1B melléklet,
095. követelmény és 1C melléklet, 117. követelmény).
lastOverspeedControlTime az utolsó gyorshajtás-ellenőrzés dátuma és
ideje.
firstOverspeedSince az ezt a gyorshajtás-ellenőrzést követő első gyors­
hajtás dátuma és ideje.
numberOfOverspeedSince az utolsó gyorshajtás-ellenőrzés óta történt
gyorshajtási események száma.
2.213. VuOverSpeedingControlDataRecordArray
2. generáció:
A VuOverSpeedingControlData plusz a letöltési protokollban használt
metaadatok.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 esemé­
nyekre vonatkozik (1B melléklet, 094. követelmény).
noOfVuOverSpeedingEvents a vuOverSpeedingEventRecords soro­
zatban felsorolt események száma.
vuOverSpeedingEventRecords a gyorshajtási események rekordjainak
sorozata.
2.215. VuOverSpeedingEventRecord
1. generáció:
Olyan, járműegységben tárolt információ, amely gyorshajtási esemé­
nyekre vonatkozik (1B melléklet, 094. követelmény és 1C melléklet,
117. követelmény).
eventType az esemény típusa.
eventRecordPurpose az esemény rögzítésének célja.
eventBeginTime az esemény kezdetének dátuma és ideje.
eventEndTime az esemény befejeződésének dátuma és ideje.
maxSpeedValue az esemény alatt mért maximális sebesség.
averageSpeedValue az esemény alatt mért sebességek számtani átlaga.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 esemé­
nyekre vonatkozik (1B melléklet, 094. követelmény és 1C melléklet,
117. követelmény).
A cardNumberDriverSlotBegin helyett a 2. generáció adatstruktúrája a
következő adatelemeket alkalmazza.
cardNumberAndGenDriverSlotBegin az esemény kezdetekor a jármű­
vezetői kártyaolvasó egységbe behelyezett kártyát és annak generációját
azonosítja.
2.216. VuOverSpeedingEventRecordArray
2. generáció:
Olyan, járműegységben tárolt információ, amely gyorshajtási esemé­
nyekre vonatkozik (1C melléklet, 117. követelmény).
recordType a rekord (VuOverSpeedingEventRecord) típusát jelöli.
Érték-hozzárendelés: Lásd: RecordType
recordSize a VuOverSpeedingEventRecord mérete bájtokban kifejezve.
noOfRecords a sorozatban található rekordok száma.
records a gyorshajtási események rekordjainak sorozata.
2.217. VuPartNumber
A járműegység alkatrészszáma.
Érték-hozzárendelés: A járműegység gyártójára jellemző.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 215
2.218. VuPlaceDailyWorkPeriodData
1. generáció:
Olyan, járműegységben tárolt információ, amely olyan helyekre vonat­
kozik, ahol a járművezetők a munkanapot megkezdik vagy befejezik
(1B melléklet, 087. követelmény és 1C melléklet, 108. és 110. követel­
mény).
noOfPlaceRecords a vuPlaceDailyWorkPeriodRecords sorozatban felso­
rolt rekordok száma.
vuPlaceDailyWorkPeriodRecords a helyre vonatkozó rekordok
sorozata.
2.219. VuPlaceDailyWorkPeriodRecord
1. generáció:
Olyan, járműegységben tárolt információ, amely olyan helyre vonat­
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 vonat­
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övetkező
adatelemeket alkalmazza.
fullCardNumberAndGeneration a kártya típusa, a kiállító tagállam, a
kártyaszám és a generáció, a kártyán tárolt formában.
▼M3
2. generáció, 2. verzió:
Olyan, a járműegységben tárolt információ, amely olyan helyre vonat­
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.002 — 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 vonatkozó infor­
mációkat tartalmazza.
▼B
2.220. VuPlaceDailyWorkPeriodRecordArray
2. generáció:
Olyan, járműegységben tárolt információ, amely olyan helyekre vonat­
kozik, ahol a járművezető a munkanapot megkezdi vagy befejezi
(1C melléklet, 108. és 110. követelmény).
recordType a rekord (VuPlaceDailyWorkPeriodRecord) típusát jelöli.
Érték-hozzárendelés: Lásd: RecordType
recordSize a VuPlaceDailyWorkPeriodRecord mérete bájtokban
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övetel­
ményét.
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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 szoftverre
vonatkozik.
vuSoftwareVersion a járműegység szoftververziójának száma.
vuSoftInstallationDate a szoftververzió telepítésének dátuma.
2.226. VuSoftwareVersion
A járműegység szoftververziójának száma.
Érték-hozzárendelés: Nincs meghatározva.
2.227. VuSpecificConditionData
1. generáció:
Olyan, járműegységben tárolt információ, amely különleges körülmé­
nyekre vonatkozik.
noOfSpecificConditionRecords a specificConditionRecords sorozatban
felsorolt rekordok száma.
specificConditionRecords a különleges körülményekre vonatkozó
rekordok sorozata.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 218
2.228. VuSpecificConditionRecordArray
2. generáció:
Olyan, járműegységben tárolt információ, amely különleges körülmé­
nyekre vonatkozik (1C melléklet, 130. követelmény).
recordType a rekord (SpecificConditionRecord) típusát jelöli. Érték-
hozzárendelés: Lásd: RecordType
recordSize a SpecificConditionRecord mérete bájtokban kifejezve.
noOfRecords a sorozatban található rekordok száma.
records a különleges körülményekre vonatkozó rekordok sorozata.
2.229. VuTimeAdjustmentData
1. generáció:
Olyan, járműegységben tárolt információ, amely a rendes kalibrálás
keretein kívül végrehajtott időbeállításokra vonatkozik (1B melléklet,
101. követelmény).
noOfVuTimeAdjRecords a vuTimeAdjustmentRecords sorozatban
található rekordok száma.
vuTimeAdjustmentRecords az időbeállítási tételek sorozata.
▼M1
2.230. Későbbi használatra fenntartva
2.231. Későbbi használatra fenntartva
▼B
2.232. VuTimeAdjustmentRecord
Olyan, járműegységben tárolt információ, amely a rendes kalibrálás
keretein kívül végrehajtott időbeállításra vonatkozik (1B melléklet,
101. követelmény és 1C melléklet, 124. és 125. követelmény).
1. generáció:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 melléklet,
124. és 125. követelmény).
recordType a rekord (VuTimeAdjustmentRecord) típusát jelöli. Érték-
hozzárendelés: Lásd: RecordType
recordSize a VuTimeAdjustmentRecord mérete bájtokban kifejezve.
noOfRecords a sorozatban található rekordok száma.
records az időbeállítási rekordok sorozata.
2.234. WorkshopCardApplicationIdentification
Olyan, műhelykártyán tárolt információ, amely a kártya alkalmazásának
azonosítására vonatkozik (1C melléklet, 307. és 330. követelmény).
1. generáció:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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 bevitt
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éklet 356k.
követelménye).
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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égrehajtott
műhelytevékenységre vonatkozik (1C melléklet, 314., 316., 337. és
339. követelmény).
calibrationTotalNumber a kártyával végrehajtott kalibrálások száma
összesen.
calibrationPointerNewestRecord az utoljára aktualizált kalibrálási
rekord indexe.
Érték-hozzárendelés: A kalibrálási rekord számlálójának megfelelő
szám, amely a kalibrálási rekordoknak a szerkezetben való első előfor­
dulásakor „0”-val kezdődik.
calibrationRecords a kalibrálásra és/vagy időbeállításra vonatkozó
információkat tartalmazó rekordok sorozata.
2.236. WorkshopCardCalibrationRecord
Olyan, műhelykártyán tárolt információ, amely a kártyával végrehajtott
kalibrálásra vonatkozik (1C melléklet, 314. és 337. követelmény).
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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ártyatulajdonos
azonosítására vonatkozik (1C melléklet, 311. és 334. követelmény).
workshopName a kártyatulajdonos műhelyének neve.
workshopAddress a kártyatulajdonos műhelyének címe.
cardHolderName a tulajdonos családi neve és utóneve(i) (például a
szerelő neve).
cardHolderPreferredLanguage a kártyatulajdonos által előnyben része­
sített nyelv.
2.238. WorkshopCardPIN
A műhelykártya személyazonosító kódja (PIN kód) (1C melléklet,
309. és 332. követelmény).
Érték-hozzárendelés: A kártyatulajdonos számára ismert PIN kód,
jobbra maximálisan feltöltve 8 „FF” bájttal.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 megszaka­
dása eseményekre vonatkozik (1C melléklet, 117. követelmény).
eventType az esemény típusa.
eventRecordPurpose az esemény rögzítésének célja.
eventBeginTime az esemény kezdetének dátuma és ideje.
eventEndTime az esemény befejeződésének dátuma és ideje.
cardNumberAndGenDriverSlotBegin az esemény kezdetekor a jármű­
vezetői kártyaolvasó egységbe behelyezett kártyát és annak generációját
azonosítja.
cardNumberAndGenDriverSlotEnd az esemény befejeződésekor a
járművezetői kártyaolvasó egységbe behelyezett kártyát és annak gene­
rációját azonosítja.
cardNumberAndGenCodriverSlotBegin az esemény kezdetekor a
járműkísérői kártyaolvasó egységbe behelyezett kártyát és annak gene­
rációját azonosítja.
cardNumberAndGenCodriverSlotEnd az esemény befejeződésekor a
járműkísérői kártyaolvasó egységbe behelyezett kártyát és annak gene­
rációját azonosítja.
similarEventsNumber az adott napon előforduló hasonló események
száma.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 226
2.241. VuPowerSupplyInterruptionRecordArray
2. generáció:
Olyan, járműegységben tárolt információ, amely áramellátás megszaka­
dása eseményekre vonatkozik (1C melléklet, 117. követelmény).
recordType a rekord (VuPowerSupplyInterruptionRecord) típusát jelöli.
Érték-hozzárendelés: Lásd: RecordType
recordSize a VuPowerSupplyInterruptionRecord mérete bájtokban
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öltési
protokollban használt metaadatok.
recordType a rekord (SensorExternalGNSSCoupledRecord) típusát
jelöli. Érték-hozzárendelés: Lásd: RecordType
recordSize a 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 protokollban
használt metaadatok.
recordType a rekord (SensorPairedRecord) típusát jelöli. Érték-hozzá­
rendelés: Lásd: RecordType
recordSize a SensorPairedRecord mérete bájtokban kifejezve.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 meghatá­
rozása.
4. KARAKTERKÉSZLETEK
Az IA5String karakterláncok az ISO/IEC 8824-1 szabványban definiált
ASCII karaktereket használják. Az olvashatóság és a könnyebb hivat­
kozás érdekében az alábbiakban található az érték-hozzárendelés. A tájé­
koztatásul feltüntetett adatokkal való ellentmondás esetén mindig az
ISO/IEC 8824-1 szabvány az irányadó.
Az egyéb karakterláncok (Address, Name, VehicleRegistrationNumber)
emellett a következő 8-bites szabványos karakterkészletek 161–255.
decimáliskarakterkód-tartományába tartozó karaktereket is alkalmazzák;
a karakterkészletet a kódlap száma határozza meg:
Szabványos karakterkészlet
Kódlap
(decimális)
ISO/IEC 8859-1 Latin-1 nyugat-európai 1
ISO/IEC 8859-2 Latin-2 közép-európai 2
ISO/IEC 8859-3 Latin-3 dél-európai 3
ISO/IEC 8859-5 Latin / cirill 5
ISO/IEC 8859-7 Latin / görög 7
ISO/IEC 8859-9 Latin-5 török 9
ISO/IEC 8859-13 Latin-7 balti 13
ISO/IEC 8859-15 Latin-9 15
ISO/IEC 8859-16 Latin-10 délkelet-európai 16
KOI8-R Latin/cirill 80
KOI8-U Latin/cirill 85
5. KÓDOLÁS
Amennyiben az ASN.1 kódolási szabályok szerint történik a kódolás, az
összes definiált adattípust az ISO/IEC 8825-2 szabványnak megfelelően
kell kódolni, különbözőképpen elrendezve.
6. OBJEKTUMAZONOSÍTÓK ÉS ALKALMAZÁSAZONOSÍTÓK
6.1. Objektumazonosítók
Az e fejezetben felsorolt objektumazonosítók csak a 2. generációra
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.002 — 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ért
az alkalmazandó objektumazonosító (ASN.1 jelöléssel)
. Ennek az
objektumazonosítónak az értéke pontozott jelölést alkalmazva:
.
Pontozott jelölés Bájtjelölés
„04 00 7F 00 07 02 02 03 02 02”
„04 00 7F 00 07 02 02 03 02 03”
„04 00 7F 00 07 02 02 03 02 04”
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 53 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.002 — 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.002 — 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.002 — 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.002 — 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 össz­
hangban kell lennie az ISO/IEC 7816-3 szabvánnyal.
TCS_02 A kártya érintkezőinek elhelyezése és méretei megfelelnek
az ISO/IEC 7816-2 szabványnak.
2.1. Tápfeszültség és áramfelvétel
TCS_03 A kártya az ISO/IEC 7816-3 szabványban meghatározott
áramfelvételi határértékeken belül üzemel, az előírásoknak
megfelelően.
TCS_04 A kártyának a Vcc = 3V (± 0,3V) vagy Vcc = 5V (± 0,5V)
feszültségen kell működnie.
A feszültséget az ISO/IEC 7816-3 szabványnak megfele­
lően kell kiválasztani.
2.2. A V pp programozási feszültség
TCS_05 A kártya nem igényel programozási feszültséget a C6-os
érintkezőnél. A C6-os érintkező várhatóan nem csatlakozik
egy IFD-be. A C6-os érintkező a V cc -re kapcsolható a
kártyán, de nem kell földelni. E feszültség semmilyen
esetben sem értelmezhető.
2.3. Órajel-generálás és -frekvencia
TCS_06 A kártya az 1–5 MHz frekvenciatartományban üzemel és
magasabb frekvenciákat is támogathat. Egy kártyakapcso­
laton belül az órajel frekvenciája ± 2 %-ot változhat. Az
órajel-frekvenciát a járműegység generálja, nem maga a
kártya. A működési periódus 40 és 60 % között változhat.
TCS_07 Az EF ICC kártyafájlban rögzített körülmények között a
külső óra megállítható. Az EF ICC fájl főrészének első
bájtja a Clockstop (óraleállítás) üzemmód feltételeit
kódolja:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 adatokat
fogadjon az IFD-től, valamint adatokat továbbítson az IFD
felé. A művelet végzése alatt vagy csak a kártya, vagy csak
az IFD lehet adatátviteli üzemmódban. Amennyiben
mindkét egység átviteli üzemmódban van, a kártya ezáltal
nem sérülhet meg. Amennyiben a kártya nem bonyolít le
átvitelt, fogadás üzemmódba lép.
2.5. A kártya állapotai
TCS_09 A kártya két állapotban üzemel, miközben rendelkezésre áll
a megkívánt tápfeszültség:
▼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ális
funkcionális követelményeit ismerteti, amelyek biztosítják a megfelelő
üzemelést és az interoperabilitást.
A tachográfkártyák, amennyire lehetséges, megfelelnek a hatályos
ISO/IEC szabványoknak (különösen az ISO/IEC 7816 szabványnak).
Azonban a parancsokat és a protokollokat részletesen ismertetni kell,
hogy adott esetben bizonyos, használatra vonatkozó korlátozások vagy
különbségek meghatározásra kerüljenek. Eltérő utasítás hiányában e
parancsoknak teljes mértékben meg kell felelniük az említett szabvá­
nyoknak.
3.2. Adatátviteli protokoll
TCS_10 Az adatátviteli protokoll megfelel az ISO/IEC 7816-3 szab­
ványnak T = 0 és T = 1 esetén. A járműegység felismeri
különösen a kártya által küldött várakozásiidő-kiterjeszté­
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.002 — 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.002 — 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.002 — 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égrehajtható.
APDU parancs és válasz egyszerű szövegben, vagyis biztonságos üzenet­
küldés nélkül került megküldésre.
NEV A művelet soha sem lehetséges.
PLAIN-C APDU parancs egyszerű szövegben, vagyis biztonságos üzenetküldés nélkül
került megküldésre.
PWD A művelet csak a műhelykártya PIN kódjának sikeres ellenőrzését követően
kerülhet végrehajtásra, azaz ha a kártya belső biztonsági állapota: „PIN_Veri­
fied”. A parancsot biztonságos üzenetküldés nélkül kell elküldeni.
EXT-AUT-G1 A művelet csak akkor kerülhet végrehajtásra, ha az 1. generációs hitelesítésre
vonatkozó External Authenticate parancs (lásd még: 11. függelék A. rész)
sikeresen végre lett hajtva.
SM-MAC-G1 Az APDU (parancs és válasz) 1. generációs biztonságos üzenetküldéssel
együtt alkalmazandó csak hitelesítésre szolgáló üzemmódban (lásd: 11.
függelék A. rész).
SM-C-MAC-G1 Az APDU parancs 1. generációs biztonságos üzenetküldéssel együtt alkalma­
zandó csak hitelesítésre szolgáló üzemmódban (lásd: 11. függelék A. rész).
SM-R-ENC-G1 Az APDU válasz 1. generációs biztonságos üzenetküldéssel együtt alkalma­
zandó titkosítás üzemmódban (lásd: 11. függelék A. rész), vagyis nem érkezik
vissza üzenethitelesítési kód.
SM-R-ENC-
MAC-G1
Az APDU válasz 1. generációs biztonságos üzenetküldéssel együtt alkalma­
zandó „titkosítás, majd hitelesítés” üzemmódban (lásd: 11. függelék A. rész).
SM-MAC-G2 Az APDU (parancs és válasz) 2. generációs biztonságos üzenetküldéssel
együtt alkalmazandó csak hitelesítésre szolgáló üzemmódban (lásd: 11.
függelék B. rész).
SM-C-MAC-G2 Az APDU parancs 2. generációs biztonságos üzenetküldéssel együtt alkalma­
zandó csak hitelesítésre szolgáló üzemmódban (lásd: 11. függelék B. rész).
SM-R-ENC-
MAC-G2
Az APDU válasz 2. generációs biztonságos üzenetküldéssel együtt alkalma­
zandó „titkosítás, majd hitelesítés” üzemmódban (lásd: 11. függelék B. rész).
▼M1
TCS_24 Ezek a biztonsági feltételek összekapcsolhatók az alábbiak
szerint:
ÉS: valamennyi biztonsági feltételnek teljesülnie kell.
VAGY: legalább egy biztonsági feltételnek teljesülnie kell.
A fájlrendszerre vonatkozó hozzáférési szabályokat (tehát a
SELECT, READ BINARY és UPDATE BINARY paran­
csokat) a 4. fejezet határozza meg. A többi paranccsal
kapcsolatos hozzáférési szabályokat a következő táblázatok
határozzák meg. A „nem alkalmazható” kifejezés akkor
szerepel, ha a parancsot nem támasztja alá követelmény.
Ebben az esetben a parancs lehet támogatott vagy nem
támogatott, de a hozzáférési feltétel e meghatározás ható­
körén kívül esik.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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.002 — 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 bizton­
sági feltételek által meghatározott parancsnál magasabb
biztonsági szintű parancsot. Vagyis ha a biztonsági feltétel
ALW (vagy PLAIN-C), a kártya elfogadhat egy bizton­
ságos üzenetküldéssel ellátott parancsot (titkosítási és/vagy
hitelesítési üzemmód). Amennyiben a biztonsági feltétel
biztonságos üzenetküldést és hitelesítési üzemmódot ír
elő, a tachográfkártya elfogadhatja az azonos generációhoz
tartozó biztonságos üzenetküldéssel ellátott parancsot titko­
sítási és hitelesítési üzemmódban.
Megjegyzés: A leírások további részletekkel szolgálnak a
parancsok támogatásáról a különböző tachográfkártya-
típusok és a különböző DF-ek esetében.
3.4. Parancsok és hibakódok áttekintése
A parancsok és a fájlok szervezése az ISO/IEC 7816-4 szabványból
következik és megfelel e szabvány rendelkezéseinek.
E szakasz a következő APDU parancs-válasz párokat ismerteti. Az 1.
és 2. generációs alkalmazások által támogatott parancsvariánsokat a
megfelelő parancsleírások határozzák meg.
Parancs INS
SELECT „A4h”
READ BINARY „B0h”, „B1h”
UPDATE BINARY „D6h”, „D7h”
GET CHALLENGE „84h”
VERIFY „20h”
GET RESPONSE „C0h”
▼M1
02016R0799 — HU — 21.08.2023 — 003.002 — 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 00 Normál feldolgozás.
61 XX Normál feldolgozás. XX = a rendelkezésre álló válaszbájtok
száma
62 81 Figyelmeztető feldolgozás. A visszaküldött adatok egy része
sérült lehet
63 00 Sikertelen hitelesítés (figyelmeztetés)
63 CX Rossz CHV (PIN). A további kísérletek számlálóját az „X” szol­
gáltatja.
64 00 Végrehajtási hiba – A nem felejtő memória állapota változatlan.
Integritási hiba
65 00 Végrehajtási hiba – A nem felejtő memória állapota megváltozott.
65 81 Végrehajtási hiba – A nem felejtő memória állapota megváltozott
– Memóriahiba
66 88 Védelmi hiba: rossz titkosítási ellenőrző összeg (a biztonságos
üzenetküldés során) vagy
rossz tanúsítvány (a tanúsítvány ellenőrzése
során) vagy
rossz kriptogram (a külső hitelesítés során) vagy
rossz aláírás (az aláírás ellenőrzése során)
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 242
SW1 SW2 Jelentés
67 00 Téves hossz (rossz Lc vagy Le)
68 83 A lánc utolsó parancsa várható
69 00 Tiltott parancs (nem áll rendelkezésre válasz a T=0-ban)
69 82 A biztonsági állapot nem valósul meg
69 83 A hitelesítési módszer blokkolva
69 85 A használati feltételek nem teljesülnek
69 86 A parancs nem engedélyezett (nincs aktuális EF)
69 87 A várt biztonságos üzenetküldés adatobjektumai hiányoznak
69 88 Helytelen biztonságos üzenetküldési adatobjektumok
6A 80 Helytelen paraméterek az adatmezőben
6A 82 A fájl nem található
6A 86 Rossz P1-P2 paraméterek
6A 88 A hivatkozott adat nem található
6B 00 Rossz paraméterek (eltolás az EF-en kívül)
6C XX Téves hossz, az SW2 jelzi a pontos hosszt. Nem érkezett vissza
adatmező
6D 00 Az utasításkód nem támogatott vagy érvénytelen
6E 00 A besorolás nem támogatott
6F 00 — Egyéb ellenőrzési hibák
Az ISO/IEC 7816-4 szabványban meghatározott további
állapotszavakat is vissza lehet küldeni, amennyiben a
hozzájuk tartozó tulajdonság e függelékben explicit
módon nem szerepel.
Például opcionálisan az alábbi állapotszavakat lehet vissza­
küldeni:
6881: A logikus csatorna nem támogatott
6882: A biztonságos üzenetküldés nem támogatott
▼B
TCS_30 Ha egyetlen APDU parancsban egynél több hibafeltétel
teljesül, a kártya a megfelelő állapotszavak bármelyikét
visszaküldheti.
3.5. A parancsok leírása
E fejezetben a tachográfkártyákra vonatkozó kötelező érvényű paran­
csok leírása szerepel.
További releváns, titkosítási műveletekkel kapcsolatos részletek a 11.
függelékben találhatók (Közös biztonsági mechanizmusok az 1.és 2.
generációs menetíró készülék tekintetében).
Minden parancsot le kell írni, függetlenül a felhasznált protokolltól
(T=0 vagy T=1). A CLA, INS, P1, P2, Lc és Le APDU bájtok mindig
megadásra kerülnek. Amennyiben az Lc vagy Le nem szükséges a
leírt parancshoz, a hozzárendelt hossz, az érték és a leírás üresen
marad.
▼M1
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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 bizton­
sági környezetet. Az alkalmazás kiválasztásának végrehaj­
tása után már semmilyen aktuális nyilvános kulcs nem
választható ki. Az EXT-AUT-G1 hozzáférési feltétel
szintén elveszik. Ha a parancs biztonságos üzenetküldés
nélkül került végrehajtásra, a korábbi munkamenetkulcs
többé nem áll rendelkezésre biztonságos üzenetküldéshez.
TCS_37 Parancsüzenet
Bájt Hossz Érték Leírás
CLA 1 „00h”
INS 1 „A4h”
P1 1 „04h” Név szerinti kiválasztás (AID)
P2 1 „0Ch” Nincs várt válasz
Lc 1 „NNh” A kártyára küldött bájtok száma (az AID hossza):
„06h” a tachográf-alkalmazáshoz
#6 – #(5+NN) NN „XX..XXh” AID: „FF 54 41 43 48 4F” az 1. generációs tachográf-
alkalmazáshoz
AID: „FF 53 4D 52 44 54” a 2. generációs tachográf-
alkalmazáshoz
A SELECT parancsra nem szükséges a válasz (a Le
hiányzik a T=1-ben, vagy nincs válaszkérés a T=0-ban).
TCS_38 Válaszüzenet (nincs válaszkérés)
Bájt Hossz Érték Leírás
SW 2 „XXXXh” Állapotszavak (SW1, SW2)
— Ha a parancs sikeres, a kártya ezt küldi vissza: „9000”.
— Ha az AID-nek megfelelő alkalmazás nem található, a
visszaküldött feldolgozási állapot: „6A82”.
— Ha a T=1-ben az Le bájt jelen van, a visszaküldött
állapot: „6700”.
— Ha a T=0-ban a SELECT parancs után válaszra van
szükség, a visszaküldött állapot: „6900”.
▼M1
— Ha a kiválasztott alkalmazás sérültnek minősül (a fájl
attribútumain belül integritási hiba észlelhető), a vissza­
küldött feldolgozási állapot: „6400” vagy „6500”.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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ásra
kell használni.
A kártya válasza a kiolvasott adatok visszaküldéséből áll, amelyek
opcionálisan beillesztésre kerülhetnek egy biztonságos üzenetküldési
struktúrába.
3.5.2.1 P a r a n c s e l t o l á s s a l a P 1 - P 2 - b e n
Ez a parancs lehetővé teszi, hogy az IFD adatokat olvasson ki az
aktuálisan kiválasztott EF-ből biztonságos üzenetküldés nélkül.
Megjegyzés: Biztonságos üzenetküldés nélkül ez a parancs csak arra
használható, hogy elolvasson egy olyan fájlt, amely támogatja a
hozzáférés olvasásra üzemmóddal kapcsolatos ALW biztonsági felté­
telt.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 az
aktuálisan kiválasztott EF-ből biztonságos üzenetküldéssel annak érde­
kében, hogy a fogadott adatok integritását ellenőrizze, és védje az
adatok titkosságát, amennyiben az SM-R-ENC-MAC-G1 (1. gene­
ráció) vagy az SM-R-ENC-MAC-G2 (2. generáció) biztonsági feltétel
kerül alkalmazásra.
TCS_44 Parancsüzenet
Bájt Hossz Érték Leírás
CLA 1 „0Ch” Biztonságos üzenetküldés kérése
INS 1 „B0h” Read Binary
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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) NN „XX..XXh” Normál adatok értéke
#(2+L+NN) 1 „99h” Címke a feldolgozási állapothoz (SW1-SW2)
– opcionális az 1. generációs biztonságos
üzenetküldés esetén
#(3+L+NN) 1 „02h” A feldolgozási állapot hossza – opcionális az
1. generációs biztonságos üzenetküldés
esetén
#(4+L+NN) - #(5+L+NN) 2 „XX XXh” A nem védett APDU válasz feldolgozási
állapota – opcionális az 1. generációs bizton­
ságos üzenetküldés esetén
#(6+L+NN) 1 „8Eh” TCC: Címke a titkosítási ellenőrző
ö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.002 — 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) MM „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.002 — 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.002 — 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 olvasson ki
egy legalább 32 768 bájtos EF-ből.
TCS_51 Az a tachográfkártya, amely támogatja a legalább 32 768
bájtos EF-eket, támogatja ezt a parancsvariánst ezen EF-ek
esetében. A tachográfkártya támogathatja vagy elutasíthatja
ezt a parancsvariánst más EF-ek esetében, kivéve a
Sensor_Installation_Data EF-et, lásd: TCS_156 és
TCS_160 szakaszt.
TCS_52 Parancsüzenet
Bájt Hossz Érték Leírás
CLA 1 „00h”
INS 1 „B1h” Read Binary
P1 1 „00h” Aktuális EF
P2 1 „00h”
Lc 1 „NNh” Az eltolt adatobjektum Lc hossza
#6 – #(5+NN) NN „XX..XXh” Eltolt adatobjektum:
Címke „54h”
Hossz „01h” vagy „02h”
Érték eltolás
▼M1
Le 1 „XXh” Az ISO/IEC 7816-4 szabvány meghatározása szerint
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 alkal­
mazandó.
TCS_54 Parancsüzenet
Bájt Hossz Érték Leírás
CLA 1 „0Ch” Biztonságos üzenetküldés kérése
INS 1 „B1h” Read Binary
P1 1 „00h” Aktuális EF
P2 1 „00h”
Lc 1 „XXh” A biztosított adatmező hossza
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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 fogadott adatok
integritását.
Megjegyzés: Biztonságos üzenetküldés nélkül ez a parancs csak arra
használható, hogy frissítsen egy olyan fájlt, amely támogatja a hozzá­
férés frissítése üzemmóddal kapcsolatos ALW biztonsági feltételt.
TCS_56 Parancsüzenet
Bájt Hossz Érték Leírás
CLA 1 „00h”
INS 1 „D6h” Update Binary
P1 1 „XXh” Eltolás bájtokban a fájl elejétől kezdve: a legnagyobb
helyértékű bájt
P2 1 „XXh” Eltolás bájtokban a fájl elejétől kezdve: a legkisebb hely­
értékű bájt
Lc 1 „NNh” A várt adat Lc hossza. A beírandó bájtok száma
#6 – #(5+NN) NN „XX..XXh” A beírandó adatok
Megjegyzés: a P1 8-as bitjét 0-ra kell állítani.
TCS_57 Válaszüzenet
Bájt Hossz Érték Leírás
SW 2 „XXXXh” Állapotszavak (SW1, SW2)
— Ha a parancs sikeres, a kártya ezt küldi vissza: „9000”.
— Ha nincs kiválasztott EF, a visszaküldött feldolgozási
állapot: „6986”.
— Ha a kiválasztott fájl biztonsági feltételei nem 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 adatok
teljességét. Mivel a titkosság nem követelmény, az adatokat nem
kell titkosítani.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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) NN „XX..XXh” A beírandó adatok
TCS_63 Válaszüzenet
Bájt Hossz Érték Leírás
SW 2 „XXXXh” Állapotszavak (SW1, SW2)
Megjegyzés: A 2. generációs tachográf-alkalmazás rövid EF
azonosítóit a 4. fejezet határozza meg.
Ha P1 rövid EF azonosítót kódol és a parancs sikeres, az
azonosított EF lesz az aktuálisan kiválasztott EF (aktuális
EF).
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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) NN „XX..XXh” Eltolt adatobjektum „54h” || címkével Tetszés szerinti,
„53h” címkével ellátott adatobjektum, amelybe beillesz­
tésre kerültek a beírandó adatok
Az IFD az eltolt adatobjektum és a tetszés szerinti adatob­
jektum hosszát a lehető legkisebb oktettben kifejezett
számmal kódolja, azaz az IDF egy „01h” hossz-bájt
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.002 — 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 alkal­
mazandó.
TCS_67 Parancsüzenet
Bájt Hossz Érték Leírás
CLA 1 „0Ch” Biztonságos üzenetküldés kérése
INS 1 „D7h” Update Binary
P1 1 „00h” Aktuális EF
P2 1 „00h”
Lc 1 „XXh” A biztosított adatmező hossza
#6 1 „B3h” Címke a BER-TLV-ben kódolt normálérték-adatokhoz
#7 L „NNh” vagy
„81 NNh”
L PV : a továbbított adatok hossza
L 2 bájtos, ha L PV > 127 bájt
#(7+L) –
#(6+L+NN)
NN „XX..XXh” BER-TLV-ben kódolt normál adatok, azaz eltolt adatob­
jektum „54h” || címkével Tetszés szerinti, „53h”
címkével ellátott adatobjektum, amelybe beillesztésre
kerültek a beírandó adatok
#(7+L+NN) 1 „8Eh” T CC : Címke a titkosítási ellenőrző összeghez
#(8+L+NN) 1 „XXh” L CC : A következő titkosítási ellenőrző összeg hossza
Az AES kulcs hosszától függően „08h”, „0Ch” vagy
„10h” a 2. generációs biztonságos üzenetküldés esetén
(lásd: 11. függelék B. rész)
#(9+L+NN) –
#(8+M+L+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.002 — 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” P1
P2 1 „00h” P2
Le 1 „08h” Le (a várt véletlen szám hossza)
TCS_71 Válaszüzenet
Bájt Hossz Érték Leírás
#1 – #8 8 „XX..XXh” Véletlen szám
SW 2 „XXXXh” Állapotszavak (SW1, SW2)
— Ha a parancs sikeres, a kártya ezt küldi vissza: „9000”.
— Ha az Le eltér a „08h” értéktől, a feldolgozási állapot:
„6700”.
— Ha a P1-P2 paraméterek helytelenek, a feldolgozási
állapot: „6A86”.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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élye­
sítésére. Ezért ezek a kártyák nem tudják végrehajtani teljes körűen a
szóban forgó parancsot. A parancs megküldésekor ez a viselkedés,
vagyis hibaüzenet visszaküldése a műhelykártyától eltérő típusú
tachográfkártyák esetében ezen előírás hatókörén kívül esik.
A Verify parancs megkezdi a kártyán a parancsból elküldött
CHV (PIN) adatoknak a kártyán eltárolt referencia-CHV-val történő
összehasonlítását.
▼M1
TCS_72 A felhasználó által betáplált PIN-t ASCII-ben kell kódolni
és jobb oldalon az IFD-nek fel kell tölteni ‘FFh’ bájtokkal,
maximum 8 bájt hosszúságban, lásd még a Workshop­
CardPIN adattípust az 1. függelékben.
▼B
TCS_73 Az 1. és 2. generációs tachográf-alkalmazásoknak ugyanazt
a referencia-CHV-t kell használniuk.
TCS_74 A tachográfkártya megvizsgálja, hogy a parancs helyesen
lett-e kódolva. Ha a parancs nem lett helyesen kódolva, a
kártya nem hasonlítja össze a CHV értékeket, nem csök­
kenti a maradék CHV kísérletek számlálóját és nem állítja
vissza a „PIN_Verified” biztonsági állapotot, hanem
megszakítja a parancsot. A parancs kódolása helyes, ha a
CLA, INS, P1, P2, Lc bájtok a meghatározott értékekkel
rendelkeznek, Le nincs és a parancsadat-mező hossza
megfelelő.
TCS_75 Ha a parancs sikeres, a maradék CHV kísérletek számlálója
újra inicializálásra kerül. A maradék CHV kísérletek szám­
lálójának kezdeti értéke: 5. Ha a parancs sikeres, a kártya a
belső biztonsági állapotot „PIN_Verified”-ra állítja. A
kártya visszaállítja ezt a biztonsági állapotot, ha a kártyát
alaphelyzetbe állítják vagy ha a parancsban továbbított
CHV kód nem illeszkedik a tárolt referencia-CHV-hoz.
Megjegyzés: Az ugyanazon referencia-CHV és az általános
biztonsági állapot használata feleslegessé teszi, hogy egy
másik tachográf-alkalmazás DF kiválasztását követően a
műhely valamely munkatársának újra be kelljen táplálnia
a PIN kódot.
TCS_76 A sikertelen összehasonlítást rögzíteni kell a kártyán (azaz
a maradék CHV kísérletek számlálóját csökkenteni kell
eggyel) annak érdekében, hogy a referencia-CHV haszná­
latára tett további kísérletek száma korlátozva legyen.
TCS_77 Parancsüzenet
Bájt Hossz Érték Leírás
CLA 1 „00h”
INS 1 „20h” INS
P1 1 „00h” P1
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 rendel­
kezésre) az előkészített adatoknak a kártyáról az interfészkészülék felé
történő továbbítására szolgál (azon eset, amikor a parancs az Lc-t és
az Le-t is tartalmazta).
A GET RESPONSE parancsot közvetlenül az adatelőkészítési parancs
után kell kiadni, különben az adatok elvesznek. A GET RESPONSE
parancs végrehajtása után (kivéve, ha a „61xx” vagy „6Cxx” hiba
fordul elő, lásd alább) az előzőleg előkészített adatok többé nem
állnak rendelkezésre.
TCS_79 Parancsüzenet
Bájt Hossz Érték Leírás
CLA 1 „00h”
INS 1 „C0h”
P1 1 „00h”
P2 1 „00h”
Le 1 „XXh” A várt bájtok száma
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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” P1
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 alkal­
mazni, és a tanúsítványt két egymást követő PSO: Verify Certificate
APDU-ban kell továbbítani.
A tanúsítvány struktúráját és a domain paramétereit a 11. függelék
határozza meg.
▼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.002 — 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.002 — 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” P1
P2 1 „00h” P2
Lc 1 „10h” A kártyára küldött adatok hossza
#6 – #13 8 „XX..XXh” A kártya hitelesítéséhez felhasznált véletlen szám
#14 – #21 8 „XX..XXh” VU.CHR (lásd: 11. függelék)
Le 1 „80h” A kártyáról várt adatok hossza
TCS_94 Válaszüzenet
Bájt Hossz Érték Leírás
#1– #128 128 „XX..XXh” Kártyahitelesítési token (lásd: 11. függelék)
SW 2 „XXXXh” Állapotszavak (SW1, SW2)
— Ha a parancs sikeres, a kártya ezt küldi vissza: „9000”.
— Ha nincs nyilvános kulcs a biztonsági környezetben, a
visszaküldött feldolgozási állapot: „6A88”.
— Ha nincs privát kulcs a biztonsági környezetben, a
visszaküldött feldolgozási állapot: „6A88”.
— Ha a VU.CHR nem illeszkedik az aktuális nyilvános
kulcs azonosítójához, a visszaküldött feldolgozási
állapot: „6A88”.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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.002 — 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ági
környezet változatlan marad.
TCS_106 Parancsüzenet
Bájt Hossz Érték Leírás
CLA 1 „00h” CLA
INS 1 „22h” INS
P1 1 „C1h” P1: az említett kulcs érvényes az összes titkosítási műve­
letre
P2 1 „B6h” P2 (az említett adatok a digitális aláírásra vonatkoznak)
Lc 1 „0Ah” Lc: a következő adatmező hossza
#6 1 „83h” Címke egy nyilvános kulcsra való hivatkozáshoz aszim­
metrikus esetekben
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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álasztá­
sához a következő MSE:SET AT parancs alkalmazandó, melyet az
azt követő General Authenticate parancs hajt végre.
TCS_108 A parancs végrehajtható a következőkben: MF, DF
Tachograph és DF Tachograph_G2, lásd még: TCS_34.
TCS_109 MSE:SET AT parancsüzenet chip hitelesítése esetén
Bájt Hossz Érték Leírás
CLA 1 „00h”
INS 1 „22h”
P1 1 „41h” Belső hitelesítésre beállítva
P2 1 „A4h” Hitelesítés
Lc 1 „NNh” Lc: a következő adatmező hossza
#6 – #(5+L) L „80h” + „0Ah”
+ „XX..XXh”
Hivatkozás DER-TLV-ben kódolt titkosítási mechaniz­
musra: a chiphitelesítés objektumazonosítója (csak az
érték, a „06h” címkét el kell hagyni).
Az objektumazonosító értékével kapcsolatban lásd az 1.
függeléket; alkalmazandó a bájtjelölés. Azzal 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.002 — 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.002 — 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 Digital
Signature
Ez a parancs megfelel az ISO/IEC 7816-8 szabványnak. A parancs
használata korlátozott, tekintettel a vonatkozó szabványra.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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égrehajtani,
azaz a parancs nem teszi lehetővé hasítási érték kiszámítását, de
megfelelő hibakóddal leáll.
TCS_118 A PERFORM HASH of FILE parancs az aktuálisan kivá­
lasztott EF transzparens adatterületének hasítási számítására
szolgál.
TCS_119 A tachográfkártya ezt a parancsot csak a 4. fejezetben
felsorolt EF-ek esetében támogatja a DF_Tachograph és a
DF_Tachograph_G2 keretében a következő kivételekkel. A
tachográfkártya nem támogatja a parancsot a DF Tachog­
raph_G2-höz tartozó EF Sensor_Installation_Data esetében.
TCS_120 A hasítási művelet eredményét átmenetileg a kártyán kell
tárolni. Ez felhasználható a fájl digitális aláírásának a
megszerzésére a PSO: COMPUTE DIGITAL SIGNATURE
parancs felhasználásával.
▼M1
TCS_121 Az átmenetileg tárolt fájlhasítási értéket törölni kell, ha a
PERFORM HASH of FILE parancs révén új fájlhasítási
érték került kiszámításra, ha a DF ki lett választva és ha
a tachográfkártyát alaphelyzetbe állították.
▼B
TCS_122 Az 1. generációs tachográf-alkalmazás támogatja az
SHA-1-et.
▼M1
TCS_123 A 2. generációs tachográfalkalmazás támogatja az SHA-2
algoritmust (az SHA-256-ot, az SHA-384-et vagy az
SHA-512-et) a 11. függelék B. részében a Card_Sign
kártyaaláírási kulcsra vonatkozóan meghatározott titkosítási
készlet szerint.
▼B
TCS_124 Parancsüzenet
▼M1
Bájt Hossz Érték Leírás
CLA 1 „80h” CLA
INS 1 „2Ah” Biztonsági művelet végrehajtása
P1 1 „90h” Címke: Hash
P2 1 „00h” Algoritmusok implicite ismertek
Az 1. generációs tachográfalkalmazás esetében: SHA-1
Az 2. generációs tachográfalkalmazás esetében: az
SHA-2 algoritmust, az SHA-256-ot, az SHA-384-et
vagy az SHA-512-et a 11. függelék B. részében a
Card_Sign kártyaaláírási kulcsra vonatkozóan meghatá­
rozott titkosítási készlet szerint.
▼B
TCS_125 Válaszüzenet
Bájt Hossz Érték Leírás
SW 2 „XXXXh” Állapotszavak (SW1, SW2)
— Ha a parancs sikeres, a kártya ezt küldi vissza: „9000”.
— Ha az aktuális EF nem engedélyezi ezt a parancsot (EF
Sensor_Installation_Data a DF Tachograph_G2-ben), a
visszaküldött feldolgozási állapot: „6985”.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 kulccsal,
a többi kártya nem képes sikeresen elvégezni a parancsot, és megfe­
lelő hibakóddal leáll.
A parancs elérhető vagy nem elérhető az MF-ben. Ha nem érhető el
az MF-ben, a parancs a megfelelő hibakóddal leáll.
Ez a parancs megfelel az ISO/IEC 7816-8 szabványnak. A parancs
használata korlátozott, tekintettel a vonatkozó szabványra.
▼B
TCS_126 Ez a parancs nem az előzőleg kiszámított hash kód digitális
aláírásának számítását szolgálja a PSO: HASH paranccsal.
TCS_127 A kártya privát kulcsát kell felhasználni a digitális aláírás
kiszámítására; a kártya implicite ismeri ezt a kulcsot.
TCS_128 Az 1. generációs tachográf-alkalmazás digitális aláírást hajt
végre a PKCS1-nek megfelelő feltöltési módszer alkalma­
zásával (a részleteket lásd a 11. függelékben).
TCS_129 A 2. generációs tachográf-alkalmazás kiszámít egy ellip­
tikus görbén alapuló digitális aláírást (a részleteket lásd a
11. függelékben).
TCS_130 Parancsüzenet
Bájt Hossz Érték Leírás
CLA 1 „00h” CLA
INS 1 „2Ah” Biztonsági művelet végrehajtása
P1 1 „9Eh” Visszaküldendő digitális aláírás
P2 1 „9Ah” Címke: az adatmező tartalmazza a jelölendő adatokat.
Mivel adatmezőt nem tartalmaz, feltételezhető, hogy az
adatok már a kártyán vannak (a fájl hasítása)
Le 1 „NNh” A várt aláírás hossza
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 digitális
aláírás ellenőrzésére, amelynek hasítása a kártya számára ismert. Az
aláírás algoritmusát a kártya implicite ismeri.
Ez a parancs megfelel az ISO/IEC 7816-8 szabványnak. A parancs
használata korlátozott, tekintettel a vonatkozó szabványra.
A DF Tachograph és a DF Tachograph_G2 esetében csak az ellen­
őrzőkártyának kell támogatnia ezt a parancsot.
Más típusú tachográfkártyák végrehajthatják vagy elutasíthatják ezt a
parancsot. A parancs elérhető vagy nem elérhető az MF-ben.
TCS_132 A VERIFY DIGITAL SIGNATURE parancs mindig az
előző Manage Security Environment MSE által kiválasztott
nyilvános kulcsot használja: DST parancs és egy PSO:
HASH parancs által beléptetett előző hash kód beállítása.
TCS_133 Parancsüzenet
▼M1
Bájt Hossz Érték Leírás
CLA 1 „00h” CLA
INS 1 „2Ah” Biztonsági művelet végrehajtása
P1 1 „00h”
P2 1 „A8h” Címke: az ellenőrzésnek megfelelő DO-kat tartalmazó
adatmező
Lc 1 „XXh” A következő Lc adatmező hossza
#6 1 „9Eh” Címke a digitális aláíráshoz
#7 vagy
#7-#8
L „NNh” vagy
„81 NNh”
A digitális aláírás hossza (az L 2 bájt, amennyiben a
digitális aláírás 127 bájtnál hosszabb):
az 1. generációs tachográfalkalmazás esetében 128 bájt, a
11. függelék A. részének megfelelően kódolva.
A 2. generációs tachográfalkalmazás esetében a kiválasz­
tott görbétől függ (lásd a 11. függelék A. részét).
#(7+L) –
#(6+L+NN)
NN „XX..XXh” A digitális aláírás tartalma
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 ellen­
őrzését, valamint a VU által egy ellenőrző hatóság vagy műhely felé a
DSRC kapcsolaton keresztül megküldött adatok megfejtését szolgálja.
A kártya levezeti a DSRC üzenet védelmére használt titkosítási
kulcsot és MAC kulcsot, a 11. függelék B. része 13. fejezetének
megfelelően.
A DF Tachograph_G2 esetében csak az ellenőrző- és a műhelykár­
tyának kell támogatnia ezt a parancsot.
Más típusú tachográfkártyák végrehajthatják vagy elutasíthatják ezt a
parancsot, de nincs szükségük DSRC mesterkulcsra. Ezért ezek a
kártyák nem tudják sikeresen végrehajtani a parancsot, hanem a
parancs megfelelő hibakóddal leáll.
A parancs elérhető vagy nem elérhető az MF-ben és/vagy a DF
Tachograph alkalmazásban. Ha igen, a parancs megfelelő hibakóddal
leáll.
TCS_135 A DSRC mesterkulcs csak a DF Tachograph_G2 alkalma­
zásban érhető el, azaz az ellenőrző- és a műhelykártyának a
parancs végrehajtását csak a DF Tachograph_G2-ben kell
támogatnia.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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 hozzá­
férhető adatok tárolása szempontjából.
Nem határozza meg a kártya gyártójától függő olyan belső struktú­
rákat, mint például a fájl fejrésze, továbbá a csak belső haszná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.002 — 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 tachog­
ráfkártya jelzi ATR-jében, hogy támogatja a kiterjesztett
hosszúságú adatmezőket. Ez esetben az EF-nek tartal­
maznia kell az következő adatobjektumot: „02 01 xx”,
ahol „xx” érték megmutatja, hogy támogatva vannak-e a
kiterjesztett hosszúságú adatmezők a T = 1 és/vagy a T =
0 protokoll esetében.
A „01” a kiterjesztett hosszúságú adatmezők támogatását
jelöli a T = 1 protokoll esetében.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 280
► (1) (2) M3
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 281
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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á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 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.002 — 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övet­
kező adatszerkezettel kell rendelkeznie:
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 284
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 285
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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 12 12
n 2 NoOfFaultsPerType 24 24
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.002 — 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.002 — 288
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 289
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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-alkal­
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.002 — 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ő adat­
szerkezettel rendelkezik:
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 292
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 293
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 294
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 295
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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 24 24
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.002 — 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.002 — 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.002 — 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.002 — 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ártya-
alkalmazás a következő permanens fájlszerkezettel és fájl­
hozzáférési feltételekkel rendelkezik:
Ebben a táblázatban a biztonsági feltételekkel kapcsolatos
következő rövidítések kerülnek alkalmazásra:
SC1 ALW VAGY SM-MAC-G2
SC2 ALW VAGY SM-MAC-G1 VAGY SM-MAC-G2
SC3 SM-MAC-G1 VAGY SM-MAC-G2
SC6 EXT-AUT-G1 OR SM-MAC-G1 OR SM-MAC-G2
TCS_173 Az összes EF szerkezet transzparens.
TCS_174 Az 1. generációs vállalkozáskártya-alkalmazás a következő
adatszerkezettel rendelkezik:
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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ánya”
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 meg.
▼M1
02016R0799 — HU — 21.08.2023 — 003.002 — 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 kinyomata
3.2. Járművezetői tevékenységek VU-ból való napi kinyomata
3.3. Események és hibák kártyáról származó kinyomata
3.4. Események és hibák járműegységből származó kinyomata
3.5. A műszaki adatok kinyomata
3.6. Gyorshajtásra vonatkozó kinyomat
3.7. A behelyezett kártyák története
1. ÁLTALÁNOS ISMERTETÉS
Minden kinyomat különféle adatblokkok láncolatából épül fel, amelyek
blokkazonosítóval láthatók el.
Egy adatblokk egy vagy több rekordot tartalmaz, amelyek rekordazo­
nosítóval láthatók el.
PRT_001 Ha a blokkazonosító közvetlenül a rekordazonosító előtt áll, a
rekordazonosító nem kerül kinyomtatásra.
PRT_002 Ha egy adattétel nem ismert vagy adatvédelmi jogi okok
miatt nem nyomtatható ki, helyettük szóközöket kell
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 kinyomtatni,
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 kell
kinyomtatni, és azokat szükség szerint az adatelem hosszáig
szóközökkel kell feltölteni, vagy adott esetben az adatelem
hosszának megfelelően kell levágni. 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.002 — 308
— a rendes karakterek olyan változókat jelölnek (piktogramok vagy
adatok), amelyek helyett nyomtatásnál az értékeik jelennek meg,
— a változók neveit aláhúzás kíséri, amely a kérdéses változó rendel­
kezésére álló adatelem hosszát jelzi,
— a dátumok „nn/hh/éééé” (nap, hónap, év) formátumúak, de a
„nn.hh.éééé” formátum is használható,
— a „kártya azonosítása” a következő elemekből áll: a kártyatípus
jelölése a megfelelő piktogram-kombinációval, a kártyát kiállító
tagállam kódja, ferde törtvonal, amelyet a kártyaszám követ, majd
egy szóközzel elválasztott csereindex és megújítási index követ­
kezik:
P x x x / x x x x x x x x x x x x x x x x
P
ik
to
gr
am
-k
om
bi
-
ná
ci
ó
K
iá
ll
ít
ó
ta
gá
ll
am

kó
dj
a
A kártyaszám első 14 jegye
(adott esetben konszekutív indexet foglal magában)
C
se
re
in
de
x
M
eg
új
ít
ás
i
in
de
x
▼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 verzi­
óban) rendelkezésre álló adat,
— ** csak a 2. generációs menetíró készülékek 2. verziójának haszná­
lata esetében rendelkezésre álló adat.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 309
PRT_007 A kinyomatok a következő adatblokkokból és/vagy adattételekből
állnak, összhangban a következő jelentésekkel és formátumokkal:
► (1) (2) (3) (4) (5) M3
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 310
► (1) (2) (3) M3
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 311
► (1) (2) M3
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 312
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 313
► (1) (2) (3) (4) M3
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 314
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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.002 — 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ó napi
kinyomatának összhangban kell lennie a következő formá­
tummal:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 helyezve
+ GEN)
3 A járművezető azonosítása (arról a kártyáról, amelyre a kinyomat
vonatkozik)
4 A jármű azonosítása (az a jármű, amelyből a kinyomat származik)
12.2 Esemény határolójele
12.4 Eseményrekordok (a kártyán tárolt minden esemény)
12.3 Hiba határolójele
12.4
Hibarekordok (a kártyán tárolt minden hiba)
22.1 Ellenőrzés helye
22.2 Az ellenőr aláírása
22.5 A járművezető aláírása
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.002 — 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.002 — 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.002 — 321
5. függelék
KIJELZÉS
E függelékben a következő hagyományos jelölések kerültek alkalmazásra:
— a félkövéren szedett karakterek a megjelenítendő egyszerű szöveget jelölik (a
kijelző normál karaktereket mutat),
— a normál karakterek olyan változókat jelölnek (piktogramok vagy adatok),
amelyek helyett kijelzéskor az értékeik jelennek meg:
— nn hh éééé: nap, hónap, év,
— óó: óra,
— pp: perc,
— D: időtartam-piktogram,
— EF: eseményt vagy hibát jelölő piktogram-kombináció,
— O: üzemmódot jelölő piktogram.
DIS_001 A menetíró készülék az adatokat a következő formátumban jeleníti
meg:
Adatok Formátum
Alapértelmezett adatok kijelzése
Helyi idő
Üzemmód
Járművezetőre vonatkozó információ
Járműkísérőre vonatkozó információ
„Menetíró készülék nem szükséges” üzemmód bekapcsolva
Figyelmeztető kijelzés
Megszakítás nélküli járművezetési idő túllépése
Esemény vagy hiba
Egyéb kijelzések
UTC dátum
idő
Járművezető megszakítás nélküli járművezetési ideje és
halmozott pihenőideje
Járműkísérő megszakítás nélküli járművezetési ideje és
halmozott pihenőideje
Járművezető halmozott járművezetési ideje az előző és a
folyó héten
Járműkísérő halmozott járművezetési ideje az előző és a
folyó héten
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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ülnek
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.002 — 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 átvitelre, a
rendszer a legmagasabb helyi értékű bájtot viszi át először és a legkisebb
helyi értékű bájtot utoljára.
INT_006 Az átviteli sebesség 9 600 bps-től 115 200 bps-ig állítható. Az
átvitel a lehető legnagyobb átviteli sebességgel történik, a
kezdeti átviteli bitsebesség a kommunikáció kezdetétől számítva
9 600 bps.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 325
3. KALIBRÁLÁSI INTERFÉSZ
INT_007 Az adatkommunikáció megfelel a következő szabványnak: ISO
14230-1 Road vehicles – Diagnostic systems – Keyword
protocol 2000 – Part 1: Physical layer, First edition: 1999.
INT_008 A bemenő/kimenő jel megfelel a következő elektromos jellem­
zőknek:
Paraméter Minimum Tipikus Maximum Megjegyzés
U alacsony (be) 1,0 V I = 750 μA
U magas (be) 4 V I = 200 μA
Frekvencia 4 kHz
U alacsony (ki) 1,0 V I = 1 mA
U magas (ki) 4 V I = 1 mA
INT_009 A bemenő/kimenő jel megfelel a következő szinkronozási
diagramoknak:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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 Version (a letöltési
interfész verziójára vonatkozó adatok átvitelének kérésére adott 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ékenysé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álasz)
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 technikai 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, amelyeket
fel kell használni a megfelelő adatátvitel, valamint a letöltött adatok
formátuma teljes kompatibilitásának biztosítása érdekében azért, hogy
bármely ellenőrző személy megvizsgálhassa ezen adatokat, és elem­
zésük előtt meggyőződhessen hitelességükről és sértetlenségükről.
▼M1
1.1. Alkalmazási kör
Adatok letölthetők külső tárolóeszközre (ESM):
— egy járműegységről (VU) egy, a járműegységgel összekapcsolt
intelligens kijelölt berendezés (IDE) útján,
— egy tachográfkártyáról egy IDE útján, amely fel van szerelve egy
kártyainterfész-készülékkel (IFD),
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 328
— egy tachográfkártyáról egy járműegységen keresztül egy, a jármű­
egységgel összekapcsolt IDE felhasználásával.
Annak érdekében, hogy a külső tárolóeszközön tárolt, letöltött adatok
hitelességét és sértetlenségét ellenőrizni lehessen, az adatokat a 11.
függelékkel (Közös biztonsági mechanizmusok) összhangban mellékelt
aláírással együtt kell letölteni. Ezenkívül le kell tölteni a forrásberen­
dezés (VU vagy kártya) azonosítóját és biztonsági tanúsítványait (tagál­
lami és felszerelési). Az adatokat ellenőrző személynek megbízható
európai nyilvános kulccsal kell rendelkeznie.
A járműegységről letöltött adatokat a 11. függelék (Közös biztonsági
mechanizmusok) B. részének (Második generációs menetíró rendszer)
alkalmazásával írják alá, kivéve akkor, ha a járművezetőt nem uniós
ellenőrző hatóság első generációs ellenőrzőkártya alkalmazásával ellen­
őrzi, amikor is az adatokat a 11. függelék (Közös biztonsági mecha­
nizmusok) A. részének (Első generációs menetíró rendszer) alkalmazá­
sával írják alá, a 15. függelék (Migrálás) MIG_015 követelményében
előírtak szerint.
Ezért e függelék a járműegységről való kétfajta adatletöltést határoz
meg:
— a járműegységről való 2. generációs adatletöltés, a 2. generáció
adatstruktúrájának megadásával, a 11. melléklet (Közös biztonsági
mechanizmusok) B. részének alkalmazásával aláírva,
— a járműegységről való 1. generációs adatletöltés, az 1. generáció
adatstruktúrájának megadásával, a 11. melléklet (Közös biztonsági
mechanizmusok) A. részének alkalmazásával aláírva.
A járműegységbe behelyezett második generációs járművezetői
kártyákról hasonlóképpen kétféle adatletöltés létezik e függelék 3. és
4. pontja szerint.
▼B
1.2. Betűszavak, jelmagyarázat
E függelék a következő betűszavakat használja:
AID Application Identifier – alkalmazásazonosító
ATR Answer To Reset – válasz az alaphelyzetbe állításra
CS Checksum byte – ellenőrzőösszeg bájt
DF Dedicated File – célra rendelt fájl
DS_ Diagnostic Session – diagnosztikai munkamenet
EF Elementary File – elemi fájl
ESM External Storage Medium – külső tárolóeszköz
FID File Identifier (File ID) – fájlazonosító
FMT formátumbájt (az üzenet fejrészének első bájtja)
ICC Integrated Circuit Card – integrált áramkörös kártya
IDE Intelligent Dedicated Equipment – intelligens kijelölt 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.002 — 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 az
operátornak el kell végeznie a következő műveleteket:
— tachográfkártyája behelyezése a VU kártyaolvasó egységbe (*);
— az IDE összekapcsolása a VU letöltési csatlakozójával;
— kapcsolatot létrehozása az IDE és a VU között;
— az IDE-n letöltendő adatok kiválasztása és a kérés elküldése a
járműegységre;
— a letöltési munkamenet befejezése.
2.2. Adatletöltési protokoll
A protokoll mester-szolga alapon strukturált, ahol az IDE tölti be a
mester szerepét, a járműegység pedig a szolga szerepét.
Az üzenetek struktúrája, típusai és áramlása alapvetően a „kulcsszó
protokoll 2000”-re (KWP) épül (ISO 14230-2 Road vehicles – Diag­
nostic systems – Keyword protocol 2000 – Part2: Data link layer).
Az alkalmazási réteg alapvetően az ISO 14229-1 aktuális tervezetére
épül (Road vehicles – Diagnostic systems – Part 1: Diagnostic services,
2001. február 22-i 6. verzió).
2.2.1 Az üzenetek struktúrája
DDP_002 Az IDE és a járműegység között kicserélt összes üzenetek
egy három részből álló struktúra szerint kerülnek formá­
zásra:
— fejrész, amely egy formátumbájtból (FMT), egy
célbájtból (TGT), egy forrásbájtból (SRC) és lehetőleg
egy hosszbájtból áll (LEN),
— adatmező, amely egy szolgáltatásazonosító bájtból (SID)
és változó számú adatbájtból áll, amelyek között szere­
pelhet egy választható diagnosztikaimunkamenet-bájt
(DS_), vagy egy választható transzferparaméter bájt
(TRTP vagy TREP).
— ellenőrző összeg, amely egy ellenőrző bájtból áll (CS).
Fejrész Adatmező Ellenőrző összeg
FMT TGT SRC LEN SID DATA … … … CS
4 bájt Maximum 255 bájt 1 bájt
A célbájt (TGT) és a forrásbájt (SRC) az üzenet fogadó­
jának és feladójának fizikai címét jeleníti meg. Az IDE
értéke F0 Hex, a VU értéke pedig EE Hex.
A hosszbájt (LEN) az adatmező hosszát jelenti.
▼B
(*) A behelyezett kártya elindítja a megfelelő hozzáférési jogosultságot a letöltési funkci­
óhoz és az adatokhoz. A járműegység egyik kártyaolvasó egységébe helyezett járműve­
zetői kártyából is lehet azonban adatokat letölteni, amennyiben a másik kártyaolvasó
egységbe nem helyeztek be kártyát.
02016R0799 — HU — 21.08.2023 — 003.002 — 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 CS
4 bájt 255 bájtnál hosszabb
Ezt a következőképpen kell továbbítani:
Fejrész SID TREP 00 01 1. alüzenet CS
4 bájt 255 bájt
Fejrész SID TREP 00 02 2. alüzenet CS
4 bájt 255 bájt
…
Fejrész SID TREP xx yy n. alüzenet CS
4 bájt 255 bájtnál kevesebb
vagy:
Fejrész SID TREP 00 01 1. alüzenet CS
4 bájt 255 bájt
Fejrész SID TREP 00 02 2. alüzenet CS
4 bájt 255 bájt
…
Fejrész SID TREP xx yy n. alüzenet CS
4 bájt 255 bájt
Fejrész SID TREP xx yy + 1 CS
4 bájt 4 bájt
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 ->
Start Communication Request
(„Kommunikáció megkezdése” kérés)
81 EE F0 81 E0
Positive Response Start Communica­
tion (A „Kommunikáció megkezdése”
kérésre adott pozitív válasz)
80 F0 EE 03 C1 EA, 8F 9B
Start Diagnostic Session Request
(„Diagnosztikai munkamenet indítása”
kérés)
80 EE F0 02 10 81 F1
Positive Response Start Diagnostic (A
„Diagnosztikai munkamenet indítása”
kérésre adott pozitív válasz)
80 F0 EE 02 50 81 31
Link Control Service (Kapcsolatelle­
nőrző szolgáltatás)
Verify Baud Rate (Baudráta ellen­
őrzése, 1. fokozat)
9 600 Bd 80 EE F0 04 87 01 01,01 EC
19 200 Bd 80 EE F0 04 87 01 01,02 ED
38 400 Bd 80 EE F0 04 87 01 01,03 EE
57 600 Bd 80 EE F0 04 87 01 01,04 EF
115 200 Bd 80 EE F0 04 87 01 01,05 F0
Positive Response Verify Baud Rate
(A „Baudráta ellenőrzése” kérésre
adott pozitív válasz)
80 F0 EE 02 C7 01 28
Transition Baud Rate (Átmeneti
baudráta, 2. fokozat)
80 EE F0 03 87 02 03 ED
Request Upload (Feltöltés kérése) 80 EE F0 0A 35 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 F0 EE 03 75 00,FF D5
Transfer Data Request (Adatátvitel
kérése)
Download interface version (A
letöltési interfész verziója)
80 EE F0 02 36 00 96
Overview (Áttekintés) 80 EE F0 02 36 01, 21 vagy
31
CS
Activities (Tevékenységek) 80 EE F0 06 36 02, 22 vagy
32
Date (Dátum) CS
Events & Faults (Esemény vagy
hiba)
80 EE F0 02 36 03, 23 vagy
33
Date (Dátum) CS
Detailed Speed (Részletes
sebesség)
80 EE F0 02 36 04 vagy 24 Date (Dátum) CS
Technical Data (Műszaki adatok) 80 EE F0 02 36 05, 25 vagy
35
Date (Dátum) CS
Card download (Kártyaletöltés) 80 EE F0 02 vagy 03 36 06 Slot (Kártya­
olvasó egység)
CS
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 332
Az üzenet struktúrája Maximum 4 bájt Maximum 255 bájt 1 bájt
Fejrész Adat
Ellenőrző
összeg
IDE ->
Positive Response Transfer Data (Az
adatátvitel kérésére adott pozitív
válasz)
80 F0 EE Len 76 TREP Adat CS
Request Transfer Exit (Átvitel befeje­
zésének kérése)
80 EE F0 01 37 96
Positive Response Request Transfer
Exit (Az átvitel befejezésének kérésére
adott pozitív válasz)
80 F0 EE 01 77 D6
Stop Communication Request
(Kommunikáció leállításának kérése)
80 EE F0 01 82 E1
Positive Response Stop Communica­
tion (A kommunikáció leállításának
kérésére adott pozitív válasz)
80 F0 EE 01 C2 21
Acknowledge sub message (Alüzenet
visszaigazolása)
80 EE F0 Len 83 Adat CS
Negative responses (Negatív válaszok)
General reject (Általános elutasítás) 80 F0 EE 03 7F Sid Req 10 CS
Service not supported (A szolgáltatás
nem támogatott)
80 F0 EE 03 7F Sid Req 11 CS
Sub function not supported (Az
alfunkció nem támogatott)
80 F0 EE 03 7F Sid Req 12 CS
Incorrect Message Length (Az üzenet
hossza helytelen)
80 F0 EE 03 7F Sid Req 13 CS
Conditions not correct or Request
sequence error (A feltételek nem
megfelelőek vagy hiba van a kérési
szekvenciában)
80 F0 EE 03 7F Sid Req 22 CS
Request out of range (Tartományon
kívüli kérés)
80 F0 EE 03 7F Sid Req 31 CS
Upload not accepted (Feltöltés eluta­
sítva)
80 F0 EE 03 7F Sid Req 50 CS
Response pending (Válasz függőben) 80 F0 EE 03 7F Sid Req 78 CS
Data not available (Az adatok nem
állnak rendelkezésre)
80 F0 EE 03 7F Sid Req FA CS
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 IDE-nél)
az ISO 14229 szabvánnyal való kompatibilitás érdekében. Ugyanazt
jelenti, mint a „download” (letöltés) kifejezés (mint a járműegy­
ségnél).
— E táblázatban nem szerepelnek a lehetséges kétbájtos alüzenetszám­
lálók.
— A „slot” a kártyaolvasó egységek számát jelöli, amely vagy 1
(kártya a járművezetői kártyaolvasó egységben) vagy 2 (kártya a
járműkísérői kártyaolvasó egységben).
— Ha a „slot” nincs meghatározva, a járműegységnek az 1-es kártya­
olvasó egységet kell választania, ha a kártyát ebbe helyezték be, és
csak akkor használhatja a 2-es kártyaolvasó egységet, ha a felhasz­
náló kifejezetten ezt választotta.
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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. generá­
ciós járműegységek is elfogadhatják, de csak egy 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 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.002 — 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ármű­
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 00
Áttekintés 01 21 31
Meghatározott dátumhoz
kapcsolódó tevékenységek
02 22 32
Események és hibák 03 23 33
Részletes sebesség 04 24 24
Műszaki adatok 05 25 35
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 335
Adatátvitel
típusa
TRTP érték
Card download 06
▼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 Request”
ü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.002 — 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
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.002 — 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 VU
Start Communication Request ⇨
⇦ Positive Response
Start Diagnostic Service Request ⇨
⇦ Positive Response
Request Upload ⇨
⇦ Positive Response
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 338
IDE VU
Transfer Data Request Overview ⇨
⇦ Positive Response
Transfer Data Request #2 ⇨
⇦ Positive Response #1
Acknowledge Sub Message #1 ⇨
⇦ Positive Response #2
Acknowledge Sub Message #2 ⇨
⇦ Positive Response #m
Acknowledge Sub Message #m ⇨
⇦ Positive Response (Data Field
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.002 — 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 20
P2 20 1 000 (*)
P3 10 5 000
P4 5 20
P5 10 20 perc
(*) Amennyiben a járműegység „Negative Response” választ ad, amely válasz tartalmazza „megfelelően fogadott
kérés, a válasz függőben” jelentésű kódot, akkor ezen érték kiterjed a P3 felső határával azonos értékre.
2.2.5 A hibák kezelése
Amennyiben hiba történik az üzenetek cseréje során, az üzenetáramlási
rendszer módosul attól függően, hogy melyik berendezés észlelte a
hibát, valamint a hibát generáló üzenettől függően.
A 2. és a 3. ábra bemutatja a VU, valamint az IDE hibakezelési
eljárásait.
2.2.5.1 K o m m u n i k á c i ó s s z a k a s z m e g k e z d é s e
DDP_020 Ha az IDE hibát fedez fel a „Kommunikációs szakasz
megkezdése” során vagy a szinkronozással, vagy a bitek
áramlásával kapcsolatosan, kivár egy P3min periódust a
kérés megismétlése előtt.
DDP_021 Ha a JE hibát fedez fel az IDE-től érkező szekvenciában,
nem válaszol, és egy P3max perióduson keresztül várja az
újabb „Start Communication Request” üzenetet.
2.2.5.2 K o m m u n i k á c i ó s s z a k a s z
Két különböző hibakezelési terület határozható meg:
1. A VU hibát észlel az IDE átvitelében.
DDP_022 A VU minden egyes kapott üzenet esetében észleli a
szinkronozási hibákat, a bájtok formátumában tapasztal­
ható hibákat (például a kezdő és befejező bitek sérülései),
valamint a kerethibákat (a kapott bájtok helytelen száma,
helytelen ellenőrző bájt).
DDP_023 Ha a járműegység észleli valamelyik fenti hibát, nem
válaszol és figyelmen kívül hagyja a kapott üzenetet.
DDP_024 A járműegység más hibákat is észlelhet a kapott üzenet
formátumában vagy tartalmában (például az üzenet nem
támogatott), még akkor is, ha az üzenet megfelel a
hosszal és az ellenőrző összeggel kapcsolatos követelmé­
nyeknek; ilyenkor a járműegység „Negative Response”
üzenettel válaszol az IDE-nek, amelyben meghatározza
a hiba természetét.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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 tartalmát
határozza meg.
Az adatelemeket az 1. függelék adatszótára határozza meg.
Megjegyzés: A 2. generációs letöltések esetében minden felső szintű
adatelemet egy adattömb (record array) reprezentál, akkor is ha az csak
egy rekordot tartalmaz. Az adattömb egy fejrésszel kezdődik; ez a
fejrész magában foglalja a rekordtípust, a rekordméretet és a rekordok
számát. Az alábbi táblázatokban az adattömbök „…RecordArray”
(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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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” üzenet
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.002 — 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özvetlen
letöltését ismerteti. Az IDE nem része a biztonságos környezetnek;
ezért nincs hitelesítés a kártya és az IDE között.
3.2. Fogalommeghatározások
Letöltési munkamenet: Minden olyan alkalom, amikor a 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.002 — 350
3.3. Kártyaletöltés
▼M3
DDP_035 A tachográfkártya letöltése a következő lépéseket foglalja
magában:
— A kártya közös információinak letöltése az 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.002 — 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.002 — 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ájlok
mindegyikéhez, amelyeket aláírásukkal együtt kell letölteni:
▼M1
Kártya Irány IDE/IFD Jelentés/Megjegyzések
Fájl kiválasztása
OK
Hash of File végrehajtása — Az előírt hasítási algo­
ritmus felhasználásával
kiszámítja a kiválasztott
fájl adattartalmának
tördelési értékét a 11.
függelék A. vagy B.
részével összhangban.
Ez a parancs nem
ISO-parancs.
A fájl hasításának
kiszámítása és a törde­
lési érték ideiglenes
tárolása
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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 kapcsolatos
adatot sem kell tárolni (nincs címke és nincs zéróhossz).
▼M1
DDP_046 Az aláírást a következő TLV objektumként kell tárolni,
közvetlenül azon TLV objektum után, amely a fájl adatait
tartalmazza.
Meghatározás Jelentés Hossz
FID (2 bájt) || „00” Címke az EF-hez (FID) a
DF-ben
vagy a kártya közös infor­
mációihoz
3 bájt
FID (2 bájt) || „01” Címke az EF (FID)-hez
tartozó aláíráshoz a
DF-ben
3 bájt
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.002 — 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 első
generációs adatletöltési protokoll felhasználásával kell letöl­
teni, és a letöltött adatok formátumának meg kell egyeznie
az első generációs járműegységekről letöltött adatok formá­
tumával.
▼C3
Második generációs járművezetői kártyák: ezután a jármű­
egység letölti a kártya teljes tartalmát fájlonként, a 3. bekez­
désben meghatározott kártyaletöltési protokollal ö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 Response
Transfer Data” üzenetből (eltávolítva az összes fejrészt,
SID-et, TREP-et, az alüzenetek számlálóit és az ellenőrző
összegeket), és eltárolja az összes adatot a 2.3. pontban leírt
egyetlen fizikai fájlban.
DDP_051 Ezután a járműegység adott esetben aktualizálja a járműve­
zetői kártya vagy
fájlját.
▼M1
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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-vonalon
keresztül történő adatcsere módját ismerteti, amely vonal a 6. függe­
lékben leírt kalibrálási interfész részét alkotja. A függelék leírja továbbá
az input/output jelvonal vezérlését a kalibrálási csatlakozón.
A K-vonalon történő kommunikáció létrehozása a 4. pontban (Commu­
nication Services) található.
E függelék a diagnosztikai „munkamenetek” gondolatát használja fel
a K-vonal vezérlése hatókörének meghatározására különböző feltételek
között. Az alapértelmezett munkamenet a StandardDiagnosticSession,
amelynél valamennyi adat leolvasható a járműegységről, de nem lehet
adatokat írni a járműegységre.
A diagnosztikai munkamenet kiválasztását az 5. pont (Kezelési szol­
gáltatások) (Management Services) írja le.
Ezt a függeléket a VU-k és műhelykártyák mindkét generációjára érvé­
nyesnek kell tekinteni az e rendeletben meghatározott interoperabilitási
követelményeknek megfelelően.
CPR_001 Az „ECUProgrammingSession” lehetővé teszi adatok
bevitelét a járműegységbe. Kalibrálási adatok bevitele esetén
a járműegységnek ezenkívül KALIBRÁLÁSI üzemmódban
kell lennie.
A K-vonalon át történő adatátvitel leírása a 6. pontban (Data
Transmission Services) található. Az átvitt adatok formátu­
mának részletezése a 8. pontban (dataRecords formats) talál­
ható.
CPR_002 Az „ECUAdjustmentSession” lehetővé teszi a kalibrálási I/O
jelvonal I/O üzemmódjának kiválasztását a K-vonal inter­
fészén keresztül. A kalibrálási I/O jelvonal vezérlését a 7.
pont (Control of Test Pulses – Input/Output Control functi­
onal unit) írja le.
CPR_003 Az egész dokumentumban a vizsgálókészülékre a „tt” rövi­
dítés utal. Annak ellenére, hogy a vizsgálókészülékeknek
lehetnek preferált címei, a VU a vizsgálókészülék bármely
címére megfelelő módon válaszol. A VU fizikai címe:
0xEE.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 rendszerek
– 1. rész: Diagnosztikai szolgáltatások, 6. változat, 2001. február 22.).
A szolgáltatásazonosítókhoz, a szolgáltatási kérésekhez és válaszokhoz,
valamint a szabványos paraméterekhez bájtkódolást és hexadecimális
értékeket kell használni.
A „vizsgálókészülék” kifejezés arra a berendezésre vonatkozik, amelyet
a programozási/kalibrálási adatok VU-ba történő bevitelére kell
alkalmazni.
A „kliens” és a „szerver” kifejezés a vizsgálókészülékre, illetve a VU-
ra vonatkozik.
Az ECU kifejezés jelentése: „Elektronikus vezérlőegység”, és a VU-ra
vonatkozik.
Hivatkozások:
▼M1
ISO 14230-2: Road Vehicles – Diagnostic Systems – Keyword
Protocol 2000 – Part 2: Data Link Layer.
Első kiadás: 1999.
▼B
3. A SZOLGÁLTATÁSOK ÁTTEKINTÉSE
3.1. Rendelkezésre álló szolgáltatások
A következő táblázat áttekintést nyújt azon szolgáltatásokról, amelyek a
menetíró készülékben rendelkezésre állnak, és amelyek meghatározá­
sára ezen dokumentumban kerül sor.
CPR_004 A táblázat jelzi azon szolgáltatásokat, amelyek egy aktivált
diagnosztikai munkamenetben rendelkezésre állnak.
— Az első oszlop felsorolja a rendelkezésre álló szolgálta­
tásokat.
— A második oszlop jelzi azon pont számát, amely rész­
letesebben leírja az adott szolgáltatást e függelékben.
— A harmadik oszlop meghatározza a szolgáltatásazono­
sító értékeit a kérésüzenetekben.
— A negyedik oszlop meghatározza a
„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.002 — 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 81 ■ ■ ■
StopCommunication 4.2 82 ■
TesterPresent 4.3 3E ■ ■ ■
StartDiagnosticSession 5.1 10 ■ ■ ■
SecurityAccess 5.2 27 ■ ■ ■
ReadDataByIdentifier 6.1 22 ■ ■ ■
WriteDataByIdentifier 6.2 2E ■
InputOutputControlByIdentifier 7.1 2F ■
▼M3
RoutineControl 8 31
▼B
■ Ez a szimbólum azt jelzi, hogy a szolgáltatás kötelező e diagnosztikai
munkamenetben.
A szimbólum hiánya azt jelzi, hogy e szolgáltatás nem megengedett e diagnosztikai
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 bizo­
nyos szolgáltatásokra. Ezek nem jelennek meg az alkalmazási rétegen.
A rendelkezésre álló szolgáltatásokat a következő táblázat részletezi:
2. táblázat
Kezelési szolgáltatások
A szolgáltatás neve Leírás
StartCommunication A kliens kéri egy kommunikációs
munkamenet megindítását egy (vagy
több) szerverrel.
StopCommunication A kliens kéri az aktuális kommuniká­
ciós munkamenet leállítását.
TesterPresent A kliens jelzi a szervernek, hogy a
kapcsolat még mindig aktív.
CPR_005 A StartCommunication szolgáltatás a kommunikáció elindí­
tására szolgál. Bármilyen szolgáltatás végrehajtása érde­
kében inicializálni kell a kommunikációt, és a kommuniká­
ciós paramétereket a kívánt üzemmódnak megfelelően kell
beállítani.
4.1. A StartCommunication szolgáltatás
CPR_006 A StartCommunication bejelentésprimitív vétele után a
járműegység ellenőrzi, hogy a kért kommunikációs
kapcsolat inicializálható-e az aktuális feltételek mellett. A
kommunikációs kapcsolat inicializálásának érvényes felté­
telei az ISO 14230-2 dokumentumban találhatók.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 360
CPR_007 Ezután a járműegység lefolytat minden olyan tevékenységet,
amely a kommunikációs kapcsolat inicializálásához szük­
séges, és elküld egy StartCommunication válaszprimitívet
a kiválasztott pozitívválasz-paraméterekkel együtt.
CPR_008 Amennyiben a már inicializált (és egy diagnosztikai munka­
menetbe belépett) járműegység egy új StartCommunication
kérést kap (például a vizsgálókészülékben történő hibaja­
vítás következtében), a kérést elfogadja, és sor kerül a
járműegység újrainicializálására.
CPR_009 Amennyiben a kommunikációs kapcsolatot bármilyen ok
miatt nem lehet inicializálni, úgy a járműegység tovább
működik a kommunikációs kapcsolat inicializálási kísérletét
közvetlenül megelőző módon.
CPR_010 A StartCommunication kérésüzenetet fizikailag meg kell
címezni.
CPR_011 A járműegység szolgáltatások céljából történő inicializálását
egy „gyors inicializálási” módszerrel kell elvégezni:
— minden tevékenység előtt van egy buszinaktív idő;
— ezután a vizsgálókészülék elküld egy inicializálási
mintát;
— a járműegység válasza tartalmazza az összes olyan infor­
mációt, amely szükséges a kommunikáció létrehozá­
sához.
CPR_012 Az inicializálás befejezése után:
— az összes kommunikációs paramétert a 4. táblázatban
megadott értékekre kell beállítani, a kulcsbájtoknak
megfelelően;
— a járműegység várja a vizsgálókészülék első kérését;
— a járműegység alapértelmezett diagnosztikai ü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 állí­
tani.
CPR_016 A gyors inicializálás úgy indul el, hogy a vizsgálókészülék
átküld egy Wake up pattern-t (Wup) a K-vonalon. Ez a
minta az inaktív idő után kezdődik a K-vonalon, egy
alacsony idejű Tinil-lel. A vizsgálókészülék átküldi a Start­
Communication szolgáltatás első bitjét egy olyan Twup
taktus után kapcsolódva, amely az első lefutó él után
kezdődik.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 20
P2 A vizsgálókészülék kérése és a
járműegység válasza között
vagy a járműegység két
válasza között eltelt idő
25 250
P3 A járműegység válaszai és a
vizsgálókészülék új kérései
között eltelt idő
55 5 000
P4 A bájtok áramlása között eltelt
idő, a vizsgálókészülék kéré­
sére várva
5 20
CPR_018 A gyors inicializálás üzenetformátumát a következő táblá­
zatok részletezik: (MEGJEGYZÉS: a hex jelentése hexade­
cimális)
5. táblázat
StartCommunication Request üzenet
Bájt # Paraméter neve Hex érték Kódszó
#1 Formátum-bájt – fizikai címzés 81 FMT
#2 Célcím-bájt EE TGT
#3 Forráscím-bájt tt SRC
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 362
Bájt # Paraméter neve Hex érték Kódszó
#4 StartCommunication Request
Service Id
81 SCR
#5 Ellenőrző összeg 00-FF CS
6. táblázat
StartCommunication Positive Response üzenet
Bájt # Paraméter neve Hex érték Kódszó
#1 Formátum-bájt – fizikai címzés 80 FMT
#2 Célcím-bájt tt TGT
#3 Forráscím-bájt EE SRC
#4 Kiegészítőhossz-bájt 03 LEN
#5 StartCommunication Positive
Response Service Id
C1 SCRPR
#6 1. kulcsbájt EA KB1
#7 2. kulcsbájt 8F KB2
#8 Ellenőrző összeg 00-FF CS
CPR_019 Nincs negatív válasz a StartCommunication kérésüzenetre.
Ha nincs továbbítandó pozitív válaszüzenet, akkor a jármű­
egység nem inicializált, nincs továbbítandó adat és a VU
normál üzemmódban marad.
4.2. StopCommunication szolgáltatás
4.2.1 Az üzenet leírása
E kommunikációs rétegszolgáltatás célja a kommunikációs munka­
menet lezárása.
CPR_020 A StopCommunication bejelentésprimitív vételekor a jármű­
egység ellenőrizi, hogy az aktuális körülmények lehetővé
teszik-e e kommunikáció befejezését. Ebben az esetben a
járműegység végrehajt minden olyan műveletet, amely e
kommunikáció befejezéséhez szükséges.
CPR_021 Ha a kommunikációt be lehet fejezni, a járműegység a
kommunikáció befejezése kiadja a StopCommunication
válaszprimitívet a kiválasztott pozitívválasz-paraméterek
segítségével.
CPR_022 Amennyiben a kommunikációt bármely ok miatt nem lehet
befejezni, a járműegység kiadja a StopCommunication
válaszprimitívet a kiválasztott negatív válasz-paraméterekkel
együtt.
CPR_023 Amennyiben a járműegység P3max időtúllépést észlel, a
kommunikációt válaszprimitív kiadása nélkül be kell fejezni.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 80 FMT
#2 Célcím-bájt EE TGT
#3 Forráscím-bájt tt SRC
#4 Kiegészítőhossz-bájt 01 LEN
#5 StopCommunication Request
Service Id
82 SPR
#6 Ellenőrző összeg 00-FF CS
8. táblázat
StopCommunication Positive Response üzenet
Bájt # Paraméter neve Hex érték Kódszó
#1 Formátum-bájt – fizikai címzés 80 FMT
#2 Célcím-bájt tt TGT
#3 Forráscím-bájt EE SRC
#4 Kiegészítőhossz-bájt 01 LEN
#5 StopCommunication Positive
Response Service Id
C2 SPRPR
#6 Ellenőrző összeg 00-FF CS
9. táblázat
StopCommunication Negative Response üzenet
Bájt # Paraméter neve Hex érték Kódszó
#1 Formátum-bájt – fizikai címzés 80 FMT
#2 Célcím-bájt tt TGT
#3 Forráscím-bájt EE SRC
#4 Kiegészítőhossz-bájt 03 LEN
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 10 RC_GR
#8 Ellenőrző összeg 00-FF CS
4.2.3 A paraméterek meghatározása
E szolgáltatáshoz egyetlen paraméter meghatározása sem szükséges.
4.3. TesterPresent szolgáltatás
4.3.1 Az üzenet leírása
A TesterPresence szolgáltatást a vizsgálókészülék használja, hogy
jelezze a szervernek azt, hogy vele továbbra is aktív kapcsolatban
van, annak megelőzése érdekében, hogy a szerver automatikusan
visszaálljon normál üzemmódra, és esetleg megszakítsa a kommuniká­
ciót. E rendszeres időközönként elküldött szolgáltatás aktív állapotban
tartja a diagnosztikai munkamenetet/kommunikációt olyan módon,
hogy minden szolgáltatáskérésnél visszaállítja a P3 óraregisztert.
4.3.2 Az üzenet formátuma
CPR_079 A TesterPresent primitívek üzenetformátumát az alábbi
táblázatok részletezik.
10. táblázat
TesterPresent Request üzenet
Bájt # Paraméter neve Hex érték Kódszó
#1 Formátum-bájt – fizikai címzés 80 FMT
#2 Célcím-bájt EE TGT
#3 Forráscím-bájt tt SRC
#4 Kiegészítőhossz-bájt 02 LEN
#5 TesterPresent Request
Service Id
3E TP
#6 Alfunkció = response­
Required-
=
[ igen 01 RESPREQ_Y
nem ] 02 RESPREQ_NO
#7 Ellenőrző összeg 00-FF CS
CPR_080 Ha a responseRequired paraméter „igen” értékre van állítva,
a szerver a következő pozitív válaszüzenettel felel. Ha
„nem” értékre van állítva, a szerver nem küld választ.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 80 FMT
#2 Célcím-bájt tt TGT
#3 Forráscím-bájt EE SRC
#4 Kiegészítőhossz-bájt 01 LEN
#5 TesterPresent Positive
Response Service Id
7E TPPR
#6 Ellenőrző összeg 00-FF CS
CPR_081 A szolgáltatás a következő negatív válaszkódokat támogatja:
12. táblázat
TesterPresent Negative Response üzenet
Bájt # Paraméter neve
Hex
érték
Kódszó
#1 Formátum-bájt – fizikai címzés 80 FMT
#2 Célcím-bájt tt TGT
#3 Forráscím-bájt EE SRC
#4 Kiegészítőhossz-bájt 03 LEN
#5 Negative Response Service Id 7F NR
#6 TesterPresent Request Service Identi­
fication
3E TP
#7 response­
Code =
[ SubFunctionNot­
Supported-Invalid­
Format
12 RC_SFNS_IF
incorrectMessage­
Length ]
13 RC_IML
#8 Ellenőrző összeg 00-FF CS
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 366
5. KEZELÉSI SZOLGÁLTATÁSOK
A rendelkezésre álló szolgáltatásokat a következő táblázat részletezi:
13. táblázat
Kezelési szolgáltatások
A szolgáltatás neve Leírás
StartDiagnosticSession A kliens diagnosztikai munkamenet elindí­
tását kéri a járműegységgel.
SecurityAccess A kliens hozzáférést kér a felhatalmazott
felhasználók számára fenntartott funkci­
ó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 diagnosz­
tikai munkamenetek aktiválására szolgál a szerveren. A
diagnosztikai munkamenetek engedélyezik a szolgáltatások
valamely konkrét összetételét a 17. táblázatnak megfelelően.
A munkamenet engedélyezheti a jármű gyártójának speciális
szolgáltatásait is, amelyek nem részei e dokumentumnak. A
végrehajtási szabályoknak meg kell felelniük a következő
követelményeknek:
— Mindig csak pontosan egy diagnosztikai munkamenet
lehet aktív a járműegységben,
— A járműegység mindig elindítja a StandardDiagnos­
ticSession munkamenetet, amennyiben az feszültség alá
kerül. Ha egyetlen más diagnosztikai munkamenetet sem
indítanak el, a StandardDiagnosticSession mindaddig
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 StartDiagnos­
ticSession után, amennyiben a diagnosticSession paraméter
„StandardDiagnosticSession” értékre van beállítva a kérés­
üzenetben, és ha korábban egy másik diagnosztikai munka­
menet volt aktív.
5.1.2 Az üzenet formátuma
CPR_028 A StartDiagnosticSession primitívek üzenetformátumait az
alábbi táblázatok részletezik:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 80 FMT
#2 Célcím-bájt EE TGT
#3 Forráscím-bájt tt SRC
#4 Kiegészítőhossz-bájt 02 LEN
#5 StartDiagnosticSession
Request Service Id
10 STDS
#6 diagnosticSession = (a 17.
táblázat egyik értéke)
xx DS_…
#7 Ellenőrző összeg 00-FF CS
15. táblázat
StartDiagnosticSession Positive Response üzenet
Bájt # Paraméter neve Hex érték Kódszó
#1 Formátum-bájt – fizikai címzés 80 FMT
#2 Célcím-bájt tt TGT
#3 Forráscím-bájt EE SRC
#4 Kiegészítőhossz-bájt 02 LEN
#5 StartDiagnosticSession Posi­
tive Response Service Id
50 STDSPR
#6 DiagnosticSession =
(megegyezik a 14. táblázat #6
bájt értékével)
xx DS_…
#7 Ellenőrző összeg 00-FF CS
16. táblázat
StartDiagnosticSession Negative Response üzenet
Bájt # Paraméter neve
Hex
érték
Kódszó
#1 Formátum-bájt – fizikai címzés 80 FMT
#2 Célcím-bájt tt TGT
#3 Forráscím-bájt EE SRC
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 368
Bájt # Paraméter neve
Hex
érték
Kódszó
#4 Kiegészítőhossz-bájt 03 LEN
#5 Negative Response Service Id 7F NR
#6 StartDiagnosticSession Request
Service Id
10 STDS
#7 Response­
Code =
[subFunctionNotSup­
ported ( α )
12 RC_SFNS
incorrectMessage­
Length ( β )
13 RC_IML
conditionsNotCor­
rect ( γ )
22 RC_CNC
#8 Ellenőrző összeg 00-FF CS
( α ) – a kérésüzenet #6 bájtjánál beillesztett érték nem támogatott, 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.002 — 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űegység
KALIBRÁLÁSI üzemmódban van. Egy érvényes műhelykártya jármű­
egységbe történő behelyezése mellett a járműegységbe be kell írni a
megfelelő PIN-kódot ahhoz, hogy a KALIBRÁLÁSI üzemmódhoz való
hozzáférés biztosítva legyen.
Ha a járműegység KALIBRÁLÁSI vagy ELLENŐRZÉSI üzemmódban
van, lehetséges a a kalibrálási input/output vonalhoz való hozzáférés is.
A SecutityAccess szolgáltatás lehetővé teszi a PIN-kód beírását és
annak jelzését a vizsgálókészülék számára, hogy a járműegység
KALIBRÁLÁSI üzemmódban van-e vagy sem.
A rendszer lehetővé teszi a PIN-kód más módon való bevitelét.
5.2.1 Az üzenet leírása
A SecurityAccess szolgáltatás tartalmaz egy SecurityAccess request­
Seed üzenetet, amelyet adott esetben egy SecurityAccess sendKey
üzenet követ. A SecurityAccess szolgáltatást a StartDiagnosticSession
szolgáltatást követően kell végrehajtani.
CPR_033 A vizsgálókészülék a SecurityAccess requestSeed üzenetet
használja annak ellenőrzésére, hogy a járműegység készen
áll-e a PIN-kód fogadására.
CPR_034 Ha a járműegység már KALIBRÁLÁSI üzemmódban van,
akkor úgy válaszol a kérésre, hogy a SecurityAccess kérésre
adott pozitív válasz szolgáltatás felhasználásával elküld egy
0x0000 értékű „seed”-et.
CPR_035 Ha a járműegység készen áll a PIN-kód fogadására a
műhelykártya ellenőrzése céljából, akkor úgy kell vála­
szolnia a kérésre, hogy a SecurityAccess kérésre adott pozi­
tívválasz-szolgáltatás felhasználásával elküld egy „seed”-et,
amelynek értéke nagyobb mint 0x0000.
CPR_036 Ha a járműegység nem áll készen arra, hogy fogadja a PIN-
kódot a vizsgálókészüléktől – vagy azért, mert a behelyezett
műhelykártya érvénytelen, vagy azért, mert nem illesztettek
be műhelykártyát, vagy pedig azért, mert a járműegység arra
számít, hogy más módon fogja megkapni a PIN-kódot –,
akkor negatív választ ad a kérésre a conditionsNotCorrec­
tOrRequestSequenceError válaszkód beállításával.
CPR_037 Ezután a vizsgálókészülék adott esetben SecurityAccess
sendKey üzenetet használ ahhoz, hogy a PIN-kódot tová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álja
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.002 — 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 SecurityAc­
cess Positive Response szolgáltatás felhasználásával, ha
KALIBRÁLÁSI üzemmódban van.
CPR_039 A következő esetekben a járműegység negatív választ ad e
kérésre a következőképpen beállított válaszkódokkal:
— subFunctionNot supported: az alfunkció paraméterének
érvénytelen formátuma (accessType),
— conditionsNotCorrectOrRequestSequenceError: a jármű­
egység nem áll készen a PIN-kód bevitelének fogadá­
sára,
— invalidKey: a PIN-kód érvénytelen és a PIN-ellenőrzési
kísérletek száma nem került túllépésre,
— exceededNumberOfAttempts: a PIN-kód érvénytelen és
a PIN-ellenőrzési kísérletek száma túllépésre került,
— generalReject: A PIN-kód helyes, de a kölcsönös hite­
lesítés a műhelykártyával sikertelen volt.
5.2.2 Az üzenetek formátuma – SecurityAccess – requestSeed
CPR_040 A SecurityAccess requestSeed primitívek üzenetformátumait
a következő táblázatok részletezik:
18. táblázat
SecurityAccess Request- requestSeed üzenet
Bájt # Paraméter neve Hex érték Kódszó
#1 Formátum-bájt – fizikai címzés 80 FMT
#2 Célcím-bájt EE TGT
#3 Forráscím-bájt tt SRC
#4 Kiegészítőhossz-bájt 02 LEN
#5 SecurityAccess Request
Service Id
27 SA
#6 accessType – requestSeed 7D AT_RSD
#7 Ellenőrző összeg 00-FF CS
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 80 FMT
#2 Célcím-bájt tt TGT
#3 Forráscím-bájt EE SRC
#4 Kiegészítőhossz-bájt 04 LEN
#5 SecurityAccess Positive
Response Service Id
67 SAPR
#6 accessType – requestSeed 7D AT_RSD
#7 Magas seed 00-FF SEEDH
#8 Alacsony seed 00-FF SEEDL
#9 Ellenőrző összeg 00-FF CS
20. táblázat
SecurityAccess Negative Response üzenet
Bájt # Paraméter neve
Hex
érték
Kódszó
#1 Formátum-bájt – fizikai címzés 80 FMT
#2 Célcím-bájt tt TGT
#3 Forráscím-bájt EE SRC
#4 Kiegészítőhossz-bájt 03 LEN
#5 NegativeResponse Service Id 7F NR
#6 SecurityAccess Request Service Id 27 SA
#7 response­
Code =
[conditionsNotCorrect
OrRequestSequence­
Error
22 RC_CNC
incorrectMessage­
Length]
13 RC_IML
#8 Ellenőrző összeg 00-FF CS
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 372
5.2.3 Az üzenetek formátuma – SecurityAccess – sendKey
CPR_041 A SecurityAccess sendKey primitívek üzenetformátumait az
alábbi táblázatok részletezik:
21. táblázat
SecurityAccess Request – sendKey üzenet
Bájt # Paraméter neve Hex érték Kódszó
#1 Formátum-bájt – fizikai címzés 80 FMT
#2 Célcím-bájt EE TGT
#3 Forráscím-bájt tt SRC
#4 Kiegészítőhossz-bájt m + 2 LEN
#5 SecurityAccess Request
Service Id
27 SA
#6 accessType – sendKey 7E AT_SK
#7 – (#m +
6)
Key #1 (Magas) xx KEY
… …
Key #m (alacsony, az „m”
értéke legalább 4, legfeljebb 8)
xx
#m+7 Ellenőrző összeg 00-FF CS
22. táblázat
SecurityAccess – sendKey Positive Response üzenet
Bájt # Paraméter neve Hex érték Kódszó
#1 Formátum-bájt – fizikai címzés 80 FMT
#2 Célcím-bájt tt TGT
#3 Forráscím-bájt EE SRC
#4 Kiegészítőhossz-bájt 02 LEN
#5 SecurityAccess Positive
Response Service Id
67 SAPR
#6 accessType – sendKey 7E AT_SK
#7 Ellenőrző összeg 00-FF CS
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 80 FMT
#2 Célcím-bájt tt TGT
#3 Forráscím-bájt EE SRC
#4 Kiegészítőhossz-bájt 03 LEN
#5 NegativeResponse Service Id 7F NR
#6 SecurityAccess Request Service Id 27 SA
#7 Response­
Code =
[generalReject 10 RC_GR
subFunctionNotSup­
ported
12 RC_SFNS
incorrectMessage­
Length
13 RC_IML
conditionsNotCorrect
OrRequestSequence­
Error
22 RC_CNC
invalidKey 35 RC_IK
exceededNumberOf
Attempts
36 RC_ENA
requestCorrectlyRecei
ved-ResponsePen­
ding]
78 RC_RCR_RP
#8 Ellenőrző összeg 00-FF CS
6. ADATÁTVITELI SZOLGÁLTATÁSOK
A rendelkezésre álló szolgáltatásokat a következő táblázat részletezi:
24. táblázat
Adatátviteli szolgáltatások
A szolgáltatás neve Leírás
ReadDataByIdentifier A kliens egy rekord aktuális értékének átvi­
telét kéri a recordDataIdentifier általi hozzá­
féréssel.
WriteDataByIdentifier A kliens egy rekord megírását kéri a record­
DataIdentifier általi hozzáféréssel.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 használja,
hogy adatrekordértékeket kérjen egy szervertől. Az adatokat
egy recordDataIdentifier azonosítja. A járműegység gyártója
tartozik felelősséggel azért, hogy e szolgáltatás igénybevé­
telekor teljesüljenek a szervervonatkozású feltételek.
6.1.2 Az üzenet formátuma
CPR_051 A ReadDataIdentifier primitívek üzenetformátumait a követ­
kező táblázatok részletezik:
25. táblázat
ReadDataByIdentifier Request üzenet
Bájt # Paraméter neve Hex érték Kódszó
#1 Formátum-bájt – fizikai címzés 80 FMT
#2 Célcím-bájt EE TGT
#3 Forráscím-bájt tt SRC
#4 Kiegészítőhossz-bájt 03 LEN
#5 ReadDataByIdentifier
Request Service Id
22 RDBI
#6 – #7 recordDataIdentifier = [a value
from 28]
xxxx RDI_…
#8 Ellenőrző összeg 00-FF CS
26. táblázat
ReadDataByIdentifier Positive Response üzenet
Bájt # Paraméter neve
Hex
érték
Kódszó
#1 Formátum-bájt – fizikai címzés 80 FMT
#2 Célcím-bájt tt TGT
#3 Forráscím-bájt EE SRC
#4 Kiegészítőhossz-bájt m+3 LEN
#5 ReadDataByIdentifier Positive
Response Service Id
62 RDBIPR
#6 és #7 recordDataIdentifier = [megegyezik a
25. táblázat #6 és #7 bájtjainak érté­
kével]
xxxx RDI_…
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 375
Bájt # Paraméter neve
Hex
érték
Kódszó
#8 –
(#m+7)
dataRecord[] = [data#1 xx DREC_DAT­
A1
: : :
data#m] xx DREC_DAT­
Am
#m+8 Ellenőrző összeg 00-FF CS
27. táblázat
ReadDataByIdentifier Negative Response üzenet
Bájt # Paraméter neve
Hex
érték
Kódszó
#1 Formátum-bájt – fizikai címzés 80 FMT
#2 Célcím-bájt tt TGT
#3 Forráscím-bájt EE SRC
#4 Kiegészítőhossz-bájt 03 LEN
#5 NegativeResponse Service Id 7F NR
#6 ReadDataByIdentifier Request
Service Id
22 RDBI
#7 Response­
Code=
[requestOutOf­
Range
31 RC_ROOR
incorrectMessage­
Length
13 RC_IML
conditionsNotCor­
rect]
22 RC_CNC
#8 Ellenőrző összeg 00-FF CS
6.1.3 A paraméterek meghatározása
CPR_052 A ReadDataByIdentifier kérésüzenetben szereplő recordDa­
taIdentifier (RDI_) paraméter egy adatrekordot azonosít.
▼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.002 — 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.002 — 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 hasz­
nálja, hogy adatrekordértékeket írjon fel a szerverre. Az
adatokat egy recordDataIdentifier azonosítja. A járműegység
gyártója tartozik felelősséggel azért, hogy e szolgáltatás
igénybevételekor teljesüljenek a szervervonatkozású felté­
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 80 FMT
#2 Célcím-bájt EE TGT
#3 Forráscím-bájt tt SRC
#4 Kiegészítőhossz-bájt m+3 LEN
#5 WriteDataByIdentifier Request
Service Id
2E WDBI
#6 – #7 recordDataIdentifier = [a value from
28]
xxxx RDI_…
#8 – m + 7 dataRecord[] = [data#1 xx DREC_DAT­
A1
: : :
data#m] xx DREC_DAT­
Am
#m+8 Ellenőrző összeg 00-FF CS
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 80 FMT
#2 Célcím-bájt tt TGT
#3 Forráscím-bájt EE SRC
#4 Kiegészítőhossz-bájt 03 LEN
#5 WriteDataByIdentifier Posi­
tive Response Service Id
6E WDBIPR
#6 – #7 recordDataIdentifier =
[megegyezik a 29. táblázat
#6 és #7 bájtjainak értékével]
xxxx RDI_…
#8 Ellenőrző összeg 00-FF CS
31. táblázat
WriteDataByIdentifier Negative Response üzenet
Bájt # Paraméter neve
Hex
érték
Kódszó
#1 Formátum-bájt – fizikai címzés 80 FMT
#2 Célcím-bájt tt TGT
#3 Forráscím-bájt EE SRC
#4 Kiegészítőhossz-bájt 03 LEN
#5 NegativeResponse Service Id 7F NR
#6 WriteDataByIdentifier Request
Service Id
2E WDBI
#7 Response­
Code=
[requestOutOf­
Range
31 RC_ROOR
incorrectMessage­
Length
13 RC_IML
conditionsNotCor­
rect]
22 RC_CNC
#8 Ellenőrző összeg 00-FF CS
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 adatok formá­
tumait a 8. pont részletezi.
7. A VIZSGÁLATI IMPULZUSOK ELLENŐRZÉSE – INPUT/OUTPUT
VEZÉRLŐ FUNKCIONÁLIS EGYSÉG
A rendelkezésre álló szolgáltatásokat a következő táblázat részletezi:
32. táblázat
Input/Output vezérlő funkcionális egység
A szolgáltatás neve Leírás
InputOutputControl­
ByIdentifier
A kliens a szerverre jellemző inputok/
outputok ellenőrzését kéri.
7.1. InputOutputControlByIdentifier service
7.1.1 Az üzenet leírása
Megfelelő vizsgálókészülék alkalmazásával az elülső csatlakozón
keresztül létrejozott kapcsolat lehetővé teszi a vizsgálati impulzusok
ellenőrzését vagy megfigyelését.
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.002 — 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ítani
outputra, vagy vissza kell állítani a dezaktivált állapotba.
CPR_061 A folyamat a következő:
— Kommunikáció létrehozása a StartCommunication szol­
gáltatás segítségével.
— Beállítási munkamenet megnyitása a StartDiagnosticSes­
sion szolgáltatással és belépés KALIBRÁLÁSI vagy
ELLENŐRZÉSI üzemmódba (a két művelet sorrend­
jének nincs jelentősége).
— Átállás output állapotra az InputOutputControlByIdenti­
fier szolgáltatás segítségével.
7.1.2 Az üzenet formátuma
CPR_062 Az InputOutputControlByidentifier primitívek üzenetformáit
az alábbi táblázatok részletezik:
33. táblázat
InputOutputControlByIdentifier Request üzenet
Bájt # Paraméter neve Hex érték Kódszó
#1 Formátum-bájt – fizikai címzés 80 FMT
#2 Célcím-bájt EE TGT
#3 Forráscím-bájt tt SRC
#4 Kiegészítőhossz-bájt xx LEN
#5 InputOutputControlByIden­
tifier Request Sid
2F IOCBI
#6 és #7 InputOutputIdentifier = [Calib­
rationInputOutput]
F960 IOI_CIO
#8 vagy
#8 – #9
ControlOptionRecord = [ COR_…
inputOutputControlParameter –
a 36. táblázat egyik értéke
xx IOCP_…
controlState – a 37. táblázat
egyik értéke (lásd a lenti
megjegyzést)]
xx CS_…
#9 vagy
#10
Ellenőrző összeg 00-FF CS
Megjegyzés: A controlState paraméter csak bizonyos
esetekben szerepel (lásd a 7.1.3. pontot).
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 80 FMT
#2 Célcím-bájt tt TGT
#3 Forráscím-bájt EE SRC
#4 Kiegészítőhossz-bájt xx LEN
#5 inputOutputControlByIdenti­
fier Positive Response SId
6F IOCBIPR
#6 és #7 inputOutputIdentifier = [Calib­
rationInputOutput]
F960 IOI_CIO
#8 vagy
#8 – #9
controlStatusRecord = [ CSR_
inputOutputControlParameter
(megegyezik a 33. táblázat 8.
bájtjának értékével)
xx IOCP_…
controlState (megegyezik a 33.
táblázat 9. bájtjának értékével
)] (adott esetben)
xx CS_…
#9 vagy
#10
Ellenőrző összeg 00-FF CS
35. táblázat
InputOutputControlByIdentifier Negative Response üzenet
Bájt # Paraméter neve Hex érték Kódszó
#1 Formátum-bájt – fizikai címzés 80 FMT
#2 Célcím-bájt tt TGT
#3 Forráscím-bájt EE SRC
#4 Kiegészítőhossz-bájt 03 LEN
#5 NegativeResponse Service Id 7F NR
#6 inputOutputControlByIdentifier
Request SId
2F IOCBI
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 382
Bájt # Paraméter neve Hex érték Kódszó
#7 responseCode=[
incorrectMessageLength 13 RC_IML
conditionsNotCorrect 22 RC_CNC
requestOutOfRange 31 RC_ROOR
deviceControlLimitsExceeded] 7A RC_DCLE
#8 Ellenőrző összeg 00-FF CS
7.1.3 A paraméterek meghatározása
CPR_064 Az inputOutputControlParameter (IOCP_) paramétert a
következő táblázat határozza meg:
36. táblázat
Az inputOutputControlParameter értékeinek meghatározása
Hex Leírás Kódszó
00 ReturnControlToECU
Ezen érték azt jelezi a szerver (járműegység) felé,
hogy a vizsgálókészülék már nem vezérli a
kalibrálási I/O jelvonalat.
RCTECU
01 ResetToDefault
Ezen érték azon kérést jelzi a szerver (járműe-
gység) felé, hogy a kalibrálási I/O jelvonalat
vissza kell állítani az alapértelmezett állapotába.
RTD
03 ShortTermAdjustment
Ezen érték azon kérést jelzi a szerver (járműe-
gység) felé, hogy a kalibrálási I/O jelvonalat be
kell állítani a controlState paraméterben foglalt
értékre.
STA
CPR_065 A controlState paraméter csak akkor jelenik meg, ha az
inputOutputControlParameter ShortTermAdjustment értékre
van beállítva; a paramétert a következő táblázat határozza
meg:
37. táblázat
A controlState értékeinek meghatározása
Üzemmód Hex érték Leírás
Dezaktiválás 00 Az I/O vonal dezaktivált (alapértelmezett
állapot)
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 383
Üzemmód Hex érték Leírás
Aktiválás 01 A kalibrálási I/O vonal
speedSignalInput-ként aktiválva
Aktiválás 02 A kalibrálási I/O vonal
realTimeSpeedSignalOutputSensor-ként akti­
válva
Aktiválás 03 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 80 FMT
#2 Célcímbájt EE TGT
#3 Forráscímbájt tt SRC
#4 Kiegészítőhossz-bájt xx LEN
#5 RoutineControl Request Sid (a RoutineControl kérés szolgáltatása­
zonosítója)
31 RC
#6 routineControlType = [startRoutine] 01 RCTP_STR
#7 és #8 routineIdentifier = [TimeAdjustment] 0100 RI_TA
#9 Ellenőrző összeg 00-FF CS
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 80 FMT
#2 Célcímbájt tt TGT
#3 Forráscímbájt EE SRC
#4 Kiegészítőhossz-bájt xx LEN
#5 RoutineControl Positive Response Sid (a RoutineControl pozitív
válaszüzenetének szolgáltatásazonosítója)
71 RCPR
#6 routineControlType = [startRoutine] 01 RCTP_STR
#7 és #8 routineIdentifier= [TimeAdjustment] 0100 RI_TA
#9 Ellenőrző összeg 00-FF CS
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 80 FMT
#2 Célcímbájt EE TGT
#3 Forráscímbájt tt SRC
#4 Kiegészítőhossz-bájt xx LEN
#5 RoutineControl Request Sid (a RoutineControl kérés szolgáltatása­
zonosítója)
31 RC
#6 routineControlType = [requestRoutineResults] 03 RCTP_RRR
#7 és #8 routineIdentifier= [TimeAdjustment] 0100 RI_TA
#9 Ellenőrző összeg 00-FF CS
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 80 FMT
#2 Célcímbájt tt TGT
#3 Forráscímbájt EE SRC
#4 Kiegészítőhossz-bájt xx LEN
#5 RoutineControl Positive Response Sid (a RoutineControl pozitív
válaszüzenetének szolgáltatásazonosítója)
71 RCPR
#6 routineControlType = [requestRoutineResults] 03 RCTP_RRR
#7 és #8 routineIdentifier= [TimeAdjustment] 0100 RI_TA
#9 routineInfo (lásd a 37f. táblázatot) XX RINF_TA
#10 routineStatusRecord[] = routineStatus#1 (lásd a 37g. táblázatot) XX RS_TA
#11 Ellenőrző összeg 00-FF CS
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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 80 FMT
#2 Célcímbájt tt TGT
#3 Forráscímbájt EE SRC
#4 Kiegészítőhossz-bájt 03 LEN
#5 negativeResponse Service Id (a negatív válasz szolgáltatásazonosí­
tója)
7F NR
#6 inputOutputControlByIdentifier Request SId 31 RC
#7 responseCode=[
sub-functionNotSupported
incorrectMessageLengthOrInvalidFormat
conditionsNotCorrect
requestOutOfRange
]
12
13
22
31
SFNS
IMLOIF
CNC
ROOR
#8 Ellenőrző összeg 00-FF CS
37f. táblázat
RoutineControl, (TimeAdjustment) rutin, routineInfo
routineInfo Hex érték Leírás
NormalExitWithResultAvailable 61 A rutin teljeskörűen lefutott; további rutineredmények
állnak rendelkezésre.
RoutineExecutionOngoing 78 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észü­
lékre küldött paraméterek tartományaira kell alkalmazni,
— azon formátumok, amelyeket a 6. pontban leírt adatátviteli szolgál­
tatások útján továbbított adatok esetében kell használni.
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 386
CPR_067 A járműegységnek támogatnia kell az összes megadott para­
métert.
CPR_068 A járműegységről a kérésüzenetre adott válaszként a vizs­
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, amelyeket
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é teszik
a járműegység számára annak azonnali jelzését, hogy az
adott pillanatban nem állnak rendelkezésre érvényes para­
méteradatok a menetíró készülék bizonyos típusú hibái
miatt.
CPR_071 A „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 FB 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ő FE FE00 – FEFF FE000000 – FEFFFFFF 0
Nem áll rendelkezésre vagy nem kért
adat
FF FF00 – FFFF FF000000 – FFFFFFFF FF
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, amelyeket
a ReadDataByIdentifier és a WriteDataByIdentifier szolgáltatásokon
keresztül használni kell.
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 387
CPR_074 A 39. táblázat közli a recordDataIdentifier által meghatá­
rozott egyes paraméterek hosszát, felbontását és működési
tartományát:
39. táblázat
dataRecords formátum
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 15 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 14 A részleteket lásd a 42. táblázatban
VIN 17 ASCII ASCII
SealDataVu 55 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 14 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.002 — 388
CPR_075 A 40. táblázat részletezi a TimeDate paraméter különféle
bájtjainak formátumait:
40. táblázat
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éter
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.002 — 389
CPR_078 A 42. táblázat részletezi a VehicleRegistrationNumber para­
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 SensorSeri­
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.002 — 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.002 — 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 tachográfkártyák
EU-típusjóváhagyása a következő tanúsításokon alapszik:
▼M1
— biztonsági tanúsítás a Common Criteria szabvány előírásainak megfe­
lelően, az e melléklet 10. függelékének teljes mértékben megfelelő
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 szereplő köve­
telményeket az általa elvégzett funkciók, a mérési pontosság és a
környezetvédelmi jellemzők tekintetében;
— valamely illetékes szerv által elvégzett interoperabilitási tanúsítás,
amely igazolja, hogy az adatrögzítő készülék (vagy a tachográfkártya)
teljes mértékben képes együttműködni a szükséges tachográfkártya-
modellekkel (vagy adatrögzítőkészülék-modellekkel) (lásd e melléklet
8. fejezetét).
E függelék azokat a teszteket határozza meg, amelyeket a tagállami ille­
tékes hatóságoknak a működési tesztek, illetve az illetékes szerveknek 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ábbi részlete­
zésre nem kerülnek.
E függelék nem foglalkozik a biztonsági tanúsítás szempontjaival. 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éges megis­
mételni. Ebben az esetben csak e biztonsági tesztek eredményeinek ellen­
őrzésére lehet szükség. Tájékoztatási célból „*” jelzi e függelékben azon
követelményeket, amelyeket a biztonsági tanúsítás során várhatóan tesz­
telni kell (vagy amelyek a várhatóan végrehajtandó tesztekkel szoros
kapcsolatban vannak).
A számozott követelmények a melléklet alapszövegére, az egyéb követel­
mények pedig a többi függelékre utalnak (pl. a PIC_001 hivatkozás a 3.
számú, Piktogramok című függelék PIC_001 számú követelményét
jelenti).
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 392
E függelék külön tárgyalja a mozgásérzékelőnek, a járműegységnek és a
külső GNSS-eszköznek – mint az adatrögzítő készülék alkatrészeinek –
típusjóváhagyását. Valamennyi alkatrészre külön típusbizonyítványt kell
kiállítani, amelyben fel kell tüntetni a többi, ezzel kompatibilis alkatrészt.
A mozgásérzékelő (vagy a külső GNSS-eszköz) működési tesztjét a jármű­
egységgel együtt kell elvégezni, és fordítva.
A mozgásérzékelő (illetve a külső GNSS-eszköz) valamennyi modellje és
a járműegység valamennyi modellje közötti interoperabilitás megléte nem
kötelező. Ebben az esetben a mozgásérzékelő (illetve a külső
GNSS-eszköz) típusjóváhagyását csak a vonatkozó járműegység típusjóvá­
hagyásával együtt lehet megadni, és fordítva.
▼M3
A járműegység vagy a külső GNSS-eszköz működési tesztjeiért felelő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álatok – Fc.
vizsgálat: Rázás
IEC 60068-2-14: Környezetállósági vizsgálatok – 2-14. rész: Vizsgálatok;
N. vizsgálat: Hőmérséklet-változás
IEC 60068-2-27: Környezetállósági vizsgálatok – 2. rész: Vizsgálatok. Ea.
vizsgálat és irányelv: Ütés
IEC 60068-2-30: Környezetállósági vizsgálatok – 2-30. rész: Vizsgálatok
– Db. vizsgálat: Ciklikus nedves meleg (12+12 órás ciklus)
IEC 60068-2-64: Környezetállósági vizsgálatok – 2-64. rész: Vizsgálatok
– Fh. vizsgálat: Széles sávú, véletlenszerű rázás és irányelvei
IEC 60068-2-78: Környezetállósági vizsgálatok – 2-78. rész: Vizsgálatok
– Cab. vizsgálat: Tartós nedves meleg
ISO 16750-3: Mechanikus terhelések (2012-12)
ISO 16750-4: Éghajlati terhelések (2010-04)
ISO 20653: Közúti járművek – Védettségi fokozat (IP kód) – Elektromos
berendezések idegen tárgyakkal, vízzel és hozzáféréssel szembeni védelme
ISO 10605:2008 + Műszaki helyesbítés: 2010 + AMD1:2014 Közúti
járművek – Az elektromos kisülésből adódó elektromos zavarokra vonat­
kozó vizsgálati módszerek
ISO 7637-1:2002 + AMD1: 2008 Közúti járművek – Vezetésből és csato­
lásból adódó elektromos zavarok – 1. rész: Fogalommeghatározások és
általános szempontok
ISO 7637-2 Közúti járművek – Vezetésből és csatolásból adódó elekt­
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ó elekt­
romos zavarok – 3. rész: Elektromos tranziens vezetés a nem tápveze­
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.002 — 393
ISO/IEC 7816-2 Információtechnológia – Azonosító kártyák – Érintkezős,
integrált áramkörös kártyák – 2. rész: Az érintkezők méretei és elhelyez­
kedése
ISO/IEC 7816-3 Információtechnológia – Azonosító kártyák – Érintkezős,
integrált áramkörös kártyák – 3. rész: Elektronikus jelek és adatátviteli
protokoll
ISO/IEC 10373-1: 2006 + AMD1:2012 Azonosító kártyák – Vizsgálati
módszerek – 1. rész: Általános jellemzők
ISO/IEC 10373-3: 2010 + Műszaki helyesbítés: 2013 Azonosító kártyák –
Vizsgálati módszerek – 3. rész: Intelligens kártyák érintkezőkkel és a
kapcsolódó interfészberendezések
ISO 16844-3:2004, Jav. 1:2006 Közúti járművek – Menetíró rendszerek –
3. rész: Mozgásérzékelő-interfész (járműegységekkel)
ISO 16844-4 Közúti járművek – Menetíró rendszerek – 4. rész: CAN
interfész
ISO 16844-6 Közúti járművek – Menetíró rendszerek – 6. rész: Diagnosz­
tika
ISO 16844-7 Közúti járművek – Menetíró rendszerek – 7. rész: Paramé­
terek
ISO 534 Papír és karton – A vastagság, a sűrűség és a fajlagos térfogat
meghatározása
▼M3
RGODP A Közös Kutatóközpont műszaki jelentése: Receiver guidelines
for OSNMA data processing (A vevőkészülékekre vonatkozó iránymuta­
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 elektro­
mágneses összeférhetőségük tekintetében történő jóváhagyásáról (az Egye­
sült Nemzetek Európai Gazdasági Bizottsága)
2. A JÁRMŰEGYSÉGEK MŰKÖDÉSI TESZTJEI
▼M1
Szám Teszt Leírás Kapcsolódó követelmények
1. Adminisztratív vizsgálat
1.1. Dokumentáció A dokumentáció helytállósága
1.2. Gyártói teszteredmé­
nyek
Az integráció során elvégzett gyártói teszt
eredménye.
Dokumentumalapú igazolás.
88, 89, 91
2. Szemrevételezés
2.1. A dokumentációnak való megfelelés
2.2. Azonosítás/jelölések 224–226
2.3. Anyagok 219–223
2.4. Plombálás 398, 401–405
2.5. Külső interfészek
3. Működési tesztek
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 21–37
3.6. Időmérés (20 °C hőmérsékleten elvégzett teszt) 38–43
3.7. A járművezető tevékenységének nyomon követése 44–53, 134
3.8. A járművezetési állapot nyomon követése 54, 55, 134
3.9. A járművezetők által elvégzett adatbevitel 56–62c
3.10. A vállalkozás általi lezárás kezelése 63–68
3.11. Az ellenőrzési tevékenység nyomon követése 69, 70
3.12. Események és/vagy hibák észlelése 71–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 adatai 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.002 — 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ármű
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.002 — 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.002 — 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.002 — 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.002 — 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 02
3.5. Ellenőrizni kell, hogy a mozgásérzékelő védett-e az állandó mágneses térrel
szemben. Alternatív megoldásként ellenőrizni kell, hogy a mozgásérzékelő
úgy reagál-e a járműmozgás érzékelését zavaró állandó mágneses terekre,
hogy a csatlakoztatott járműegység képes legyen észlelni, rögzíteni és tárolni
az érzékelőhibákat
217
4. Környezetállósági tesztek
4.1. Üzemi hőmérséklet A működés ellenőrzése (a 3.3. tesztben 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.002 — 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 ,
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.002 — 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égezni ezeket
a teszteket.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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ében 03
3.5. Titkosítási eszközkészlet (cypher suite) és szabványos tartományparaméterek CSM_48, CSM_50
4. Környezetállósági tesztek
4.1. Hőmérséklet Működés-ellenőrzés az alábbiak révén:
Az ISO 16750-4 szabvány 5.1.1.2. fejezete szerinti 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.002 — 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.002 — 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 91
3.3. Kommunikáció a járműegységgel 14. fügelék
DSC_66–DSC_70,
DSC_71–DSC_76
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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.002 — 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.002 — 418
Az elkészült kinyomatok optikai sűrűségét a DIN EN ISO 534 szabvány
szerint kell mérni.
A kinyomatok nem mutathatnak méretváltozást és jól olvashatónak kell
maradniuk.
8. INTEROPERABILITÁSI TESZTEK
▼M1
Szám Teszt Leírás
8.1. A járműegységek és a tachográfkártyák interoperabilitásának tesztjei
1 Kölcsönös hitelesítés Ellenőrizni kell, hogy rendesen végbemegy-e a járműegység és a
tachográfkártya közötti kölcsönös hitelesítés.
2 Írási/olvasási tesztek El kell végezni egy jellemző tevékenységi sort a járműegységen. A
tevékenységi sort a tesztelt kártya típusához kell igazítani, és a
kártyán található lehető legtöbb EF-be való írást kell tartalmaznia.
A járműegység adatainak letöltésével ellenőrizni kell, hogy a tevé­
kenységgel kapcsolatos minden rögzítés megfelelően megtörtént-e.
A kártya adatainak letöltésével ellenőrizni kell, hogy a tevékeny­
séggel kapcsolatos minden rögzítés megfelelően megtörtént-e.
Napi kinyomatok készítésével ellenőrizni kell, hogy a tevé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 tevé­
kenységgel kapcsolatos minden rögzítés megfelelően megtörtént-e.
A kártya adatainak letöltésével ellenőrizni kell, hogy a tevékeny­
séggel kapcsolatos minden rögzítés megfelelően megtörtént-e.
Napi kinyomat készítésével ellenőrizni kell, hogy a tevékenységgel
kapcsolatos minden rögzített adat megfelelően olvasható-e.
8.3. A járműegység és a külső GNSS-eszközök interoperabilitásának tesztjei (adott esetben)
1 Kölcsönös hitelesítés Ellenőrizni kell, hogy rendesen végbemegy-e a járműegység és a
külső GNSS-eszköz közötti kölcsönös hitelesítés (csatlakozás).
2 Működési tesztek El kell végezni egy jellemző tevékenységi sort a külső
GNSS-eszközön. A tevékenységi sornak egy normál műveletet és
a lehető legtöbb eseményt vagy hibát kell tartalmaznia.
A járműegység adatainak letöltésével ellenőrizni kell, hogy a tevé­
kenységgel kapcsolatos minden rögzítés megfelelően megtörtént-e.
A kártya adatainak letöltésével ellenőrizni kell, hogy a tevékeny­
séggel kapcsolatos minden rögzítés megfelelően megtörtént-e.
Napi kinyomat készítésével ellenőrizni kell, hogy a tevékenységgel
kapcsolatos minden rögzített adat megfelelően olvasható-e.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 419
9. OSNMA-TESZTEK
9.1. Bevezetés
Ez a fejezet az OSNMA GNSS-vevő való helyes alkalmazásának igazo­
lására szolgáló teszteket írja le. Mivel a műholdas jelek hitelesí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ében 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ó nyilat­
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.002 — 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-üzenetek
á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 alkalmazható,
amely képes visszajátszani a GNSS-jelmintákat a fájlokból. A jellemző
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 vevőme­
mória törlésének vezérlése (a nyilvános kulcs, a KROOT, az órainfor­
máció, a helyzetmeghatározási információk, az efemerida és az almanach
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 információk
betöltése céljából. E parancsok a tesztelési célra korlátozódhatnak, 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 rendelkező
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ényben
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 (azaz
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.002 — 421
Egyéb előírás hiányában a belső vevőkészülék időkijelzésének megfelelő
pontossággal ismertnek kell lennie, és azt a szimulált idővel megfelelően
össze kell hangolni. Ez garantálja, hogy az OSNMA kezdeti időszinkro­
nizálási követelménye minden tesztfeltétel esetében teljesül, azaz
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ó teljesí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.002 — 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.002 — 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övetelményeket
határozza meg.
SEC_001 Az intelligens menetíró rendszerek következő alkatrészeinek a
Common Criteria szabvány szerinti rendszernek megfelelő biztonsági
tanúsítvánnyal kell rendelkeznie:
— járműegység;
— tachográfkártya;
— mozgásérzékelő;
— külső GNSS-eszköz.
SEC_002 A biztonsági tanúsítvánnyal ellátandó alkatrészekre vonatkozó infor­
matikai biztonsági minimumkövetelményeket az alkatrész védelmi
profiljában kell meghatározni a Common Criteria szabvány szerinti
rendszernek megfelelően.
SEC_003 Az Európai Bizottság gondoskodik arról, hogy az európai
SOGIS-MRA (Agreement on Mutual Recognition of Information
Technology Security Evaluation Certificates – Az információtechnoló­
giai 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 Interpreta­
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áhagyják
az e mellékletnek megfelelő, alábbi négy védelmi profilt, továbbá
arról, hogy azok nyilván legyenek tartva:
— a járműegység védelmi profilja;
— a tachográfkártya védelmi profilja;
— a mozgásérzékelő védelmi profilja;
— a külső GNSS-eszköz védelmi profilja.
A járműegység védelmi profiljának vonatkoznia kell azokra az esetekre,
amelyekben a járműegységet külső GNSS-eszközzel való vagy anélküli haszná­
latra tervezték. Az előbbi esetben a külső GNSS-eszközre vonatkozó biztonsági
követelményeknek ezen eszköz saját védelmi profiljában kell szerepelniük.
SEC_004 Azon biztonsági cél meghatározása érdekében, amelyet egy alkat­
résznek a biztonsági tanúsításhoz teljesítenie kell, az alkatrész gyá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 teljesíteni.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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ó algoritmus
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.002 — 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ányparamé­
terek
8.2.3. Hasító algoritmusok
8.2.4. Titkosítási készletek
9. KULCSOK ÉS TANÚSÍTVÁNYOK
9.1. Aszimmetrikus kulcspárok és nyilvánoskulcs-tanúsítványok
9.1.1. Általános tudnivalók
9.1.2. Európai szint
9.1.3. Tagállami szint
9.1.4. Berendezési szint: Járműegységek
9.1.5. Berendezési szint: Tachográfkártyák
9.1.6. Berendezési szint: Külső GNSS-eszközök
9.1.7. Áttekintés: Tanúsítványok cseréje
9.2. Szimmetrikus kulcsok
9.2.1. A járműegységek és mozgásérzékelők közötti kommunikáció
biztonságossá tételét szolgáló kulcsok
9.2.2. Kulcsok a DSRC-kommunikáció biztonságossá tételéhez
9.3. Tanúsítványok
9.3.1. Általános tudnivalók
9.3.2. A tanúsítvány tartalma
9.3.3. Tanúsítványok igénylése
10. JÁRMŰEGYSÉG ÉS KÁRTYA KÖZÖTTI KÖLCSÖNÖS HITE­
LESÍTÉS ÉS BIZTONSÁGOS ÜZENETKÜLDÉS
10.1. Általános tudnivalók
10.2. Kölcsönös tanúsítványláncolat-ellenőrzés
10.2.1. A kártyatanúsítvány-láncolat járműegység által végzett ellenőrzése
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 426
10.2.2. A járműegység tanúsítványláncolatának kártya általi ellenőrzése
10.3. Járműegység-hitelesítés
10.4. Chiphitelesítés és munkamenetkulcs-egyeztetés
10.5. Biztonságos üzenetküldés
10.5.1. Általános tudnivalók
10.5.2. Biztonságos üzenetstruktúra
10.5.3. Biztonságos üzenetküldési munkamenet megszakítása
11. JÁRMŰEGYSÉG ÉS KÜLSŐ GNSS-ESZKÖZ ÖSSZEKAPCSO­
LÁSA, KÖLCSÖNÖS HITELESÍTÉSE ÉS BIZTONSÁGOS
ÜZENETKÜLDÉSE
11.1. Általános tudnivalók
11.2. A járműegység és a külső GNSS-eszköz összekapcsolása
11.3. Kölcsönös tanúsítványláncolat-ellenőrzés
11.3.1. Általános tudnivalók
11.3.2. A járműegység és az EGF összekapcsolásakor
11.3.3. Működés normál üzemben
11.4. Járműegység-hitelesítés, chiphitelesítés és munkamenetkulcs-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ő kulcsgenerá­
ciók használatával
12.3. Járműegység és mozgásérzékelő közötti párosítás és kommunikáció
AES használatával
12.4. Járműegység és mozgásérzékelő párosítása különböző készülékge­
nerációk esetében
13. A DSRC-N KERESZTÜLI TÁVOLI KOMMUNIKÁCIÓ
BIZTONSÁGA
13.1. Általános tudnivalók
13.2. A tachográfterhelés titkosítása és a MAC létrehozása
13.3. A tachográfterhelés ellenőrzése és visszafejtése
14. AZ ADATLETÖLTÉSEK ALÁÍRÁSA ÉS AZ ALÁÍRÁSOK
ELLENŐRZÉSE
14.1. Általános tudnivalók
14.2. Aláírások generálása
14.3. Aláírások ellenőrzése
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 427
PREAMBULUM
E függelék az alábbiakat biztosító biztonsági mechanizmusokat határozza meg:
— kölcsönös hitelesítés a menetíró rendszer különböző részegységei között;
— a menetíró rendszer különböző részegységei között átvitt vagy külső tároló­
eszközre letöltött adatok titkossága, integritása, hitelessége és/vagy letagad­
hatatlansága.
Ez a függelék két részből áll. Az A. részben az első generációs menetíró rendszer
biztonsági mechanizmusainak leírása található (digitális menetíró készülék). A B.
részben a második generációs menetíró rendszer biztonsági mechanizmusainak
leírása található (intelligens menetíró készülék).
Az e függelék A. részében ismertetett mechanizmusok akkor alkalmazandók, ha a
kölcsönös hitelesítésben és/vagy adatátvitelben érintett menetíró rendszer legalább
egyik részegysége első generációs.
Az e függelék B. részében ismertetett mechanizmusok akkor alkalmazandók, ha a
kölcsönös hitelesítésben és/vagy adatátvitelben érintett menetíró rendszer mindkét
részegysége második generációs.
A 15. függelék további információkkal szolgál az első és második generációs
részegységek együttes használatáról.
A. RÉSZ
ELSŐ GENERÁCIÓS MENETÍRÓ RENDSZER
1. BEVEZETÉS
1.1. Hivatkozások
E függelék az alábbi hivatkozásokat használja:
SHA-1 National Institute of Standards and Technology
(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. Érintkezős,
integrált áramkörös kártyák. 4. rész: Ágazatközi paran­
csok információcseréhez Első kiadás: 1995. + 1.
módosítás: 1997.
ISO/IEC 7816-6 Információtechnológia. Azonosító kártyák. Érintkezős,
integrált áramkörös kártyák. 6. rész: Ágazatközi adate­
lemek. Első kiadás: 1996. + 1. javítás: 1998.
ISO/IEC 7816-8 Információtechnológia. Azonosító kártyák. Érintkezős,
integrált áramkörös kártyák. 8. rész: Biztonsággal
kapcsolatos ágazatközi parancsok. Első kiadás: 1999.
ISO/IEC 9796-2 Információtechnológia. Biztonsági technikák. Az
üzenet helyreállítását lehetővé tevő digitális aláírási
rendszerek. 2. rész: Hasítófunkciót használó mechaniz­
musok. Első kiadás: 1997.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 428
ISO/IEC 9798-3 Információtechnológia. Biztonsági technikák. Entitás­
hitelesítési mechanizmusok. 3. rész: Entitáshitelesítés
nyilvános kulcsú algoritmus segítségével. Második
kiadás: 1998.
ISO 16844-3 Közúti járművek. Tachográfrendszerek. 3. rész:
Mozgásérzékelő-interfész.
1.2. Jelzések és rövidítések
E függelék az alábbi jelzéseket és rövidítéseket használja:
(K a , K b , K c ) A key bundle for use by the Triple Data Encryption
Algorithm – Kulcscsomag a háromszoros adattitkosí­
tási algoritmus általi használatra
CA Certification Authority – Tanúsító hatóság
CAR Certification Authority Reference – A tanúsító hatóság
hivatkozása
CC Cryptographic Checksum – Titkosítási ellenőrző
összeg
CG Cryptogram – Kriptogram
CH Command Header – Parancsfej
CHA Certificate Holder Authorisation – A tanúsítvány tulaj­
donosának engedélye
CHR Certificate Holder Reference – A tanúsítvány tulajdo­
nosának hivatkozása
D() Decryption with DES – Visszafejtés a DES segít­
ségével
DE Data Element – Adatelem
DO Data Object – Adatobjektum
d RSA private key, private exponent – RSA privát
kulcs, saját kitevő
e RSA public key, public exponent – RSA nyilvános
kulcs, nyilvános kitevő
E() Encryption with DES – Titkosítás a DES segítségével
EQT Equipment – Berendezés
Hash() Hash value, an output of Hash – Hasító érték, a
hasítás eredménye
Hash Hash function – Hasító funkció
KID Key Identifier – Kulcsazonosító
Km TDES key. Master Key defined in ISO 16844-3. –
TDES-kulcs. Az ISO 16844-3. sz. szabvány által
meghatározott mesterkulcs
Km VU TDES key inserted in vehicle units – A járműegy­
ségbe helyezett TDES-kulcs
Km WC TDES key inserted in workshop cards – A műhely­
kártyába helyezett TDES-kulcs
m Message representative, an integer between 0 and n-1
– Az üzenetet képviselő, 0 és n-1 közötti egész szám
n RSA keys, modulus – RSA-kulcs, modulus
PB Padding Bytes – Kitöltőbájtok
PI Padding Indicator byte (for use in Cryptogram for
confidentiality DO) – Kitöltésjelző bájt (a titkossági
DO kriptogramjában való használatra)
PV Plain Value – Egyszerű érték
s Signature representative, an integer between 0 and n-1
– Az aláírást képviselő, 0 és n-1 közötti egész szám
SSC Send Sequence Counter – Küldési sorrendszámláló
SM Secure Messaging – Biztonságos üzenetküldés
TCBC TDEA Cipher Block Chaining Mode of Operation –
TDEA titkosított blokkok láncolatán alapuló
üzemmód
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 klasszikus
RSA nyilvános kulcsú titkosítási rendszer segítségével az
alábbi biztonsági mechanizmusokat kell nyújtaniuk:
— a járműegységek és a kártyák közötti hitelesítés;
— háromszoros DES-munkamenetkulcsok átvitele a jármű­
egységek és a tachográfkártyák között;
— a járműegységekről vagy a tachográfkártyákról külső tá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.002 — 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ásban
meghatározott SHA-1 hasító algoritmust használják.
2.2.3 Adattitkosítási algoritmus
CSM_005 A titkosított blokkok láncolatán alapuló üzemmódban
DES-alapú algoritmust kell használni.
3. KULCSOK ÉS TANÚSÍTVÁNYOK
3.1. Kulcsok generálása és elosztása
3.1.1 RSA-kulcsok generálása és elosztása
CSM_006 Az RSA-kulcsok generálása a funkcionális hierarchia három
szintjén történik:
— európai szint;
— tagállami szint;
— berendezési szint.
CSM_007 Európai szinten egy egységes európai kulcspárt (EUR.SK és
EUR.PK) kell generálni. Az európai privát kulcs segítségével
kell tanúsítani a tagállami nyilvános kulcsokat. Az összes
tanúsított kulcs adatait meg kell őrizni. E feladatokat egy,
az Európai Bizottság felügyelete alá tartozó és annak felelős
európai tanúsító hatóság végzi el.
CSM_008 Tagállami szinten egy tagállami kulcspárt (MS.SK és MS.PK)
kell generálni. A tagállami nyilvános kulcsok tanúsítását az
európai tanúsító hatóság végzi. A tagállami privát kulcs segí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.PK)
kell generálni és behelyezni minden berendezésbe. A beren­
dezési nyilvános kulcsok tanúsítását a tagállami tanúsító ható­
ságok végzik. E feladatokat a berendezések gyártói, a 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.002 — 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ított
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üggetlen
és egyedi hármas DES-kulcsot, valamint Km-kulcsot generál az
alábbiak szerint: Km = Km VU XOR Km WC . Az európai tanúsító
hatóság kellően biztonságos eljárással továbbítja ezeket a
kulcsokat a tagállamok tanúsító hatóságai számára, a hatóságok
kérésére.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 hitelesí­
tési eljárás részeként létrehozzák és kicserélik a közös hármas
DES munkamenetkulcs kidolgozásához szükséges adatokat.
Az adatcsere titkosságát egy RSA titkosítási mechanizmus
védi.
CSM_013 E kulcsot kell használni minden további, biztonságos üzenet­
küldést használó titkosítási művelet során. Érvényessége a
munkamenet végén (a kártya kivétele vagy visszaállítása),
illetve 240 használat után lejár (a kulcs egy használata =
biztonságos üzenetküldés segítségével a kártyának küldött
egyetlen parancs és az ahhoz tartozó válasz).
3.2. Kulcs
CSM_014 Az RSA-kulcsoknak az alábbi hosszúságúaknak kell lenniük
(szinttől függetlenül): n modulus: 1 024 bit, e nyilvános
kitevő: legfeljebb 64 bit, d saját kitevő: 1 024 bit.
CSM_015 A hármas DES-kulcs formája (K a , K b , K a ), ahol K a és K b
független, 64 bit hosszúságú kulcs. Nem kell beállítani pari­
táshiba-észlelő bitet.
3.3. Tanúsítványok
CSM_016 Az RSA nyilvánoskulcs-tanúsítványoknak „non
self-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.002 — 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ítvány pontos
szerkezetét határozza meg. A vonatkozó fejrészlista berendezési belső
azonosítójaként használható, amely lista az adatelemek tanúsítványon
belüli összefűzését írja le.
Az e tanúsítványtartalommal társított fejrészlista a következő:
4D 16 5F 29 01 42 08 5F 4B 07 5F 24 04 5F 20 08 7F 49 05 81 81 80 82 08
K
it
er
je
sz
te
tt
f
ej
ré
sz
li
st
a
cí
m
ké
je

A
f
ej
ré
sz
li
st
a
ho
ss
za

C
P
I-
cí
m
ke

C
P
I-
ho
ss
z
C
A
R
-c
ím
ke

C
A
R
-h
os
sz

C
H
A
-c
ím
ke

C
H
A
-h
os
sz

E
O
V
-c
ím
ke

E
O
V
-h
os
sz

C
H
R
-c
ím
ke

C
H
R
-h
os
sz

N
yi
lv
án
os
k
ul
cs
c
ím
ké
je
(
lé
tr
eh
oz
ot
t)

A
k
öv
et
ke
ző
D
O
-k
h
os
sz
a
m
od
ul
us
cí
m
ke

m
od
ul
us
ho
ss
z
ny
il
vá
no
s
ki
te
vő
c
ím
ké
je

ny
il
vá
no
s
ki
te
vő
h
os
sz
a
2. A „tanúsító hatóság hivatkozása” (CAR) célja, hogy a tanúsítványt
kiadó tanúsító hatóságot olyan módon azonosítsa, hogy az adatelemek
egyidejűleg hatósági kulcsazonosítóként is felhasználhatók legyenek a
tanúsító hatóság nyilvános kulcsára való hivatkozás során (a kódo­
láshoz lásd az alábbi kulcsazonosítót).
3. A „tanúsítvány tulajdonosának engedélye” (CHA) célja, hogy azono­
sítsa a tanúsítvány tulajdonosának jogosultságát. Ez a tachográf-alkal­
mazás azonosítójából és azon berendezés típusából áll, amelyhez a
tanúsítványt szánták (az adatelemmel össz­
hangban, tagállamok esetében „00”).
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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álhatók
legyenek a tanúsítvány tulajdonosának nyilvános kulcsára való hivat­
kozás során.
5. A kulcsazonosítók egyértelműen azonosítják a tanúsítvány tulajdo­
nosát vagy a tanúsító hatóságokat. Kódolásuk az alábbiak szerint
történik:
5.1. Berendezés (járműegység vagy kártya):
Adat A beren­
dezés
sorozat­
száma
Dátum Típus Gyártó
Hossz 4 bájt 2 bájt 1 bájt 1 bájt
Érték Egész
szám
hh éé BCD-kódolás Gyártóra
jellemző
Gyártói kód
A járműegység esetében a gyártó a tanúsítványok bekérésekor
nem feltétlenül ismeri annak a berendezésnek az azonosítóját,
amelybe a kulcsokat be kell helyezni.
Ha a gyártó ismeri a berendezés azonosítóját, a nyilvános kulc­
csal együtt megküldi a tagállami hatóságnak, hogy tanúsítsa. A
tanúsítvány ekkor tartalmazza a berendezés azonosítóját, és a
gyártónak gondoskodnia kell arról, hogy a kulcsokat és a tanú­
sítványt a megfelelő berendezésbe helyezzék be. A kulcsazono­
sító formátuma megfelel a fent ismertetett adatsornak.
Ha a gyártó nem ismeri a berendezés azonosítóját, egyedileg kell
azonosítania minden egyes tanúsítási kérelmet, és ezen azonosítót
a nyilvános kulccsal együtt meg kell küldenie a tagállama ható­
ságának, hogy hitelesítsék. A tanúsítvány tartalmazza a kért
azonosítót. A gyártónak közölnie kell a tagállama hatóságával a
berendezéshez tartozó kulcs hozzárendelését (azaz a tanúsítási
kérelem és a berendezés azonosítását), miután a kulcsot 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 FF Gyártói kód
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 ellenőrzése és
a titkossági titkosítás szempontjából releváns RSA-kulcsról van szó (a
tanúsítvány nem tartalmazza az azt meghatározó objektumazonosítót).
3.3.2 Kiállított tanúsítványok
CSM_018 A kiállított tanúsítvány olyan digitális aláírás, amely az
ISO/IEC 9796-2. sz. szabvánnyal összhangban részben tartal­
mazza a tanúsítvány tartalmát (kivéve annak A4. mellékletét)
a hozzáfűzött „tanúsító hatóság hivatkozásával” együtt.
X.C = X.CA.SK[„6A” || C r || Hash (Cc) || „BC”] || C n || X.CAR
Az alábbi
tanúsítvá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ó legyen
a tanúsítvány hitelesítésére.
3. A tanúsítvány ellenőrzőjének közvetve ismernie kell a tanúsító
hatóság által a tanúsítvány aláírására használt algoritmust.
4. A kiállított tanúsítványhoz társított fejrészlista a következő:
7F 21 09 5F 37 81 80 5F 38 3A 42 08
K
ár
ty
a
ta
nú
sí
tó
b
iz
on
yí
tv
án
yá
na
k
cí
m
ké
je

(l
ét
re
ho
zo
tt
)
A
k
öv
et
ke
ző
D
O
-k
h
os
sz
a
A
lá
ír
ás
cí
m
ke

A
lá
ír
ás
h
os
sz
a
M
ar
ad
ék
cí
m
ke

M
ar
ad
ék
h
os
sz
a
C
A
R
-c
ím
ke

C
A
R
-h
os
sz

▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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, amivel a
tanúsítvány tartalma és a benne lévő X.PK = X.CA.PK o X.C nyilvános
kulcs kiemelhető, valamint a tanúsítvány érvényességének ellenőrzésére.
CSM_019 Az alábbi lépéseket tartalmazza:
az aláírás ellenőrzése és a tartalom kiemelése:
— az X.C-ből ki kell emelni a Sign-t,
a C n '-t és a CAR' értéket:
X.C = Sign || C n ' || CAR'
128 bájt 58 bájt 8 bájt
— a CAR' értékből ki kell választani a megfelelő tanúsító
hatóság nyilvános kulcsát (ha ez eddig más módon még
nem történt meg),
— meg kell nyitni a Sign-t a tanúsító hatóság nyilvános
kulcsával: Sr'= X.CA.PK [Sign],
— ellenőrizni kell, hogy az Sr' „6A”-val kezdődik és „BC”-
vel végződik,
— ki kell számítani a C r ' és a H' értéket
az alábbiakból: Sr' =
6A || C r ' || H' || BC
106 bájt 20 bájt
— helyre kell állítani a tanúsítvány tartalmát: C r ' || C n ',
— ellenőrizni kell, hogy Hash (C') = H'.
Ha az ellenőrzések rendben vannak, a tanúsítvány eredeti, és
a tartalma C'.
Az érvényesség ellenőrzése. A C'-ből:
— ha alkalmazható, ellenőrizni kell az érvényességi dátum
végét.
A nyilvános kulcs, a kulcsazonosító, a tanúsítványtulajdonos
engedélyének és a tanúsítványérvényesség végének visszake­
resése C'-ből, illetve tárolása:
— X.PK = n || e
— X.KID = CHR,
— X.CHA = CHA,
— X.EOV = EOV.
4. KÖLCSÖNÖS HITELESÍTÉSI MECHANIZMUS
A kártyák és a járműegységek közötti kölcsönös hitelesítés az alábbi
elven alapul:
Mindkét résztvevő tanúsítja a másik résztvevőnek, hogy olyan érvényes
kulcspárral rendelkezik, amelynek nyilvános kulcsát az európai tanúsító
hatóság által tanúsított tagállami tanúsító hatóság tanúsította.
A tanúsítás a másik fél által küldött véletlen számnak a saját kulccsal
történő aláírásával történik; a másik félnek ezen aláírás ellenőrzésekor
vissza kell állítania a véletlenszerű számot.
A mechanizmust a kártya járműegységbe való behelyezése váltja ki. Ez a
tanúsítványok cseréjével és a nyilvános kulcsok kicsomagolásával
kezdődik, és a munkamenetkulcs beállításával végződik.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 437
CSM_020 A következő protokollt kell használni (a nyilak a parancsokat
és a kicserélt adatokat jelzik ([lásd 2. függelék]):
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 438
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 440
Biztosítatlan parancsválasz-pár esetében:
Parancsfej Parancstörzs
CLA INS P1 P2 [L c mező] [Adatmező] [L e mező]
négy bájt L bájt, jelzésük B 1 –B L
Választörzs A válasz vége
[Adatmező] SW1 SW2
L r adatbájt két bájt
A megfelelő biztosított parancsválasz-pár:
Biztosított parancs:
Parancsfej (CH) Parancstörzs
CLA INS P1 P2 [Új L c mező] [Új adatmező] [Új L e
mező]
OC Az új adatmező
hossza
T PV L PV PV T LE L LE L e T CC L CC CC 00
81 L c Adatmező 97 01 L e 8E 04 CC
Az ellenőrző összegbe integrálandó adatok = CH | PB || T PV ||
L PV || PV || T LE || L LE || L e || PB
PB = kitöltőbájtok (80 .. 00) az ISO-IEC 7816-4. sz. és az
ISO 9797. sz. szabvány 2. módszerével összhangban.
A DO-k, a PV és az LE csak akkor vannak jelen, ha van
bizonyos számú megfelelő adat a biztosítatlan parancsban.
Biztosított válasz:
1. Amennyiben a válasz adatmezője nem üres, és nem kell
titkossági védelmet biztosítani a számára:
Választörzs A válasz vége
[Új adatmező] új SW1 SW2
T PV L PV PV T CC L CC CC
81 L r Adatmező 8E 04 CC
Az ellenőrző összegbe integrálandó adatok = T PV || L PV ||
PV || PB
2. Amennyiben a válasz adatmezője nem üres, és titkossági
védelmet kell biztosítani a számára:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 8E 04 CC
A CG által továbbítandó adatok: nem BER-TLV-ben
kódolt adatok és kitöltőbájtok.
Az ellenőrző összegbe integrálandó adatok = T PI CG || L PI
CG || PI CG || PB
3. Amennyiben a válasz adatmezője üres:
Választörzs A válasz vége
[Új adatmező] új SW1 SW2
T SW L SW SW T CC L CC CC
99 02 Új SW1 SW2 8E 04 CC
Az ellenőrző összegbe integrálandó adatok = T SW || L SW ||
SW || PB
5.2. A biztonságos üzenetküldéssel kapcsolatos hibák kezelése
CSM_026 Amennyiben a tachográfkártya SM-hibát észlel, miközben
parancsot értelmez, az állapotbájtokat SM nélkül kell vissza­
küldeni. Az ISO/IEC 7816-4. sz. szabvánnyal összhangban,
az alábbiak szerint definiált állapotbájtok jelzik az SM-
hibákat:
66 88: a titkosítási ellenőrző összeg hitelesítése hibás,
69 87: a várt SM-adatobjektumok hiányoznak,
69 88: az SM-adatobjektumok helytelenek.
CSM_027 Ha a tachográfkártya SM DO-k nélküli vagy hibás SM DO-t
tartalmazó állapotbájtokat küld vissza, a járműegységnek meg
kell szakítania a munkamenetet.
5.3. A titkosítási ellenőrző összeget kiszámító algoritmus
CSM_028 A titkosítási ellenőrző összeg létrehozása egy szokásos MAC
segítségével történik, DES-sel rendelkező ANSI X9.19-cel
összhangban:
— kezdő állapot: az y0 kezdő ellenőrző tömb E(Ka, SSC);
— szekvenciális állapot: az y1, … yn ellenőrző tömbök
kiszámítása a Ka segítségével történik;
— végső állapot: a titkosítási ellenőrző összeg kiszámítása az
utolsó yn ellenőrző tömb alapján történik az alábbiak
szerint: E(Ka, D(Kb, yn)).
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 kulcsegyeztetési
eljárás során a következők szerint kell elvégezni:
Kezdő SSC: Rnd3 (4 legjelentéktelenebb bájt) || Rnd1 (4
legjelentéktelenebb bájt).
CSM_030 A küldési sorrendszámláló minden alkalommal 1-gyel növek­
szik a MAC kiszámítása előtt (azaz az első parancs SSC-je a
kezdő SSC +1, az első válasz SSC-je pedig a kezdő SSC + 2).
A MAC kiszámítását az alábbi ábra szemlélteti:
5.4. A titkossági DO-utasítások kriptogramjait kiszámító algoritmus
CSM_031 A kriptogramok kiszámítása a TCBC-üzemmódban használt
TDEA segítségével, a (TDES) és (TDES-OP) hivatkozással
összhangban és a nulla vektorral mint kezdő értéktömbbel
történik.
A kulcsok alkalmazását a TDES-ben az alábbi táblázat szem­
lélteti:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 443
6. AZ ADATLETÖLTÉS DIGITÁLIS ALÁÍRÁSI MECHANIZMUSAI
CSM_032 Az intelligens kijelölt berendezés (IDE) egyetlen fizikai adat­
állományon belül tárolja a berendezésektől (járműegység vagy
kártya) a letöltési munkamenet során kapott adatokat. Ezen
állománynak az MS i .C és EQT.C tanúsítványokat kell 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ális aláírási
rendszert kell használniuk, amelynek függeléke adott esetben
lehetővé teszi a letöltött adatok visszakódolás nélküli 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.002 — 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.002 — 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 tech­
nikák. Üzenethitelesítési kódok (MAC-ek). 1. rész:
Blokktitkosítást alkalmazó mechanizmusok. Második
kiadás: 2011. március 1.
ISO 10116 ISO/IEC 10116, Információtechnológia. Biztonsági tech­
nikák. Az n bites blokktitkosítás üzemmódjai. Harmadik
kiadás: 2006. február 1.
ISO 16844-3 ISO/IEC 16844-3, Közúti járművek. Tachográfrendszerek.
3. rész: Mozgásérzékelő-interfész. 2004-es első kiadás, a
műszaki változtatásokat is ideértve (2006. 01.)
RFC 5480 Elliptic Curve Cryptography Subject Public Key Informa­
tion, 2009. március
RFC 5639 Elliptic Curve Cryptography (ECC) – Brainpool Standard
Curves and Curve Generation, 2010
RFC 5869 HMAC-based Extract-and-Expand Key Derivation
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.002 — 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 user
X – Az X felhasználó tanúsítványát kibocsátó tanúsító
hatóság
X.CAR The certificate authority reference mentioned in the certi­
ficate of user X – Az X felhasználó tanúsítványában
feltüntetett tanúsítóhatóság-hivatkozás
X.CHR The certificate holder reference mentioned in the certificate
of user X – Az X felhasználó tanúsítványában feltüntetett
tanúsítványtulajdonos-hivatkozás
X.PK Public key of user X – X felhasználó nyilvános kulcsa
X.SK Private key of user X – X felhasználó privát kulcsa
X.PK eph Ephemeral public key of user X – X felhasználó átmeneti
nyilvános kulcsa
X.SK eph Ephemeral private key of user X – X felhasználó átmeneti
privát kulcsa
xx A hexadecimal value – hexadecimális érték
|| Concatenation operator – összefűzési operátor
7.3. Fogalommeghatározások
A függelékben használt kifejezések fogalommeghatározásai az 1C.
melléklet I. szakaszában találhatók.
8. TITKOSÍTÁSI RENDSZEREK ÉS ALGORITMUSOK
8.1. Titkosítási rendszerek
CSM_38 A járműegységeknek és a tachográfkártyáknak elliptikus
görbéken alapuló nyilvános kulcsú titkosítási rendszer
segítségével az alábbi biztonsági szolgáltatásokat kell
biztosítaniuk:
— a járműegységek és a kártyák közötti kölcsönös hite­
lesítés;
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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.002 — 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 12
CS#3 512/521 256 SHA-512 16
Megjegyzés: az 512 bites és 521 bites kulcsméretű
ECC-kulcsokat ebben a függelékben azonos erősségűnek
tekintjük.
9. KULCSOK ÉS TANÚSÍTVÁNYOK
9.1. Aszimmetrikus kulcspárok és nyilvánoskulcs-tanúsítványok
9.1.1 Általános tudnivalók
Megjegyzés: az ebben a szakaszban ismertetett kulcsokat a járműegy­
ségek és a tachográfkártyák, valamint a járműegységek és a GNSS-
eszközök közötti kölcsönös hitelesítéshez és biztonságos üzenetküldéshez
használják. Ezeknek a folyamatoknak a részletes leírása e függelék 10. és
11. fejezetében található.
CSM_51 Az európai intelligens menetírókészülék-rendszerben
három funkcionális hierarchiaszinten kell létrehozni és
kezelni az ECC-kulcspárokat és azoknak megfelelő tanú­
sítványokat:
— európai szint;
— tagállami szint;
— berendezési szint.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 450
CSM_52 A teljes európai intelligens menetírókészülék-rendszerben
szabványos és biztonságos módszerek használatával kell
nyilvános és privát kulcsokat létrehozni, kezelni és
kommunikálni.
9.1.2 Európai szint
CSM_53 Európai szinten egyetlen egyedi ECC-kulcspárt kell létre­
hozni, EUR megnevezéssel. Ennek egy privát kulcsból
(EUR.SK) és egy nyilvános kulcsból kell állnia (EUR.PK).
Ez a kulcspár az európai intelligens menetíró készülékek
teljes nyilvános kulcsú infrastruktúrájának (PKI) gyökér­
kulcspárja. Ezt a feladatot egy európai gyökértanúsítvá­
nyokat kezelő hatóság (az ERCA) látja el az Európai
Bizottság felügyeletével.
CSM_54 Az ERCA-nak az európai nyilvános kulcs használatával
kell aláírnia az európai nyilvános kulcs egy (önaláírt)
gyökértanúsítványát, és ezt az európai gyökértanúsítványt
minden tagállamnak át kell adnia.
CSM_55 Az ERCA-nak kérésre az európai privát kulcs használa­
tával kell aláírnia a tagállamok nyilvános kulcsainak tanú­
sítványait. Az ERCA-nak a tagállamok minden aláírt nyil­
vánoskulcs-tanúsítványáról nyilvántartást kell vezetnie.
CSM_56 Ahogy az 1. ábra mutatja (9.1.7. szakasz), az ERCA-nak
17 évente kell új európai gyökérkulcspárt létrehoznia.
Amikor az ERCA új európai gyökérkulcspárt készít,
egyben új önaláírt gyökértanúsítványt is létrehoz az új
európai nyilvános kulcshoz. Az európai gyökértanúsítvány
érvényességi időszaka 34 év és 3 hónap.
Megjegyzés: az új gyökérkulcspár bevezetése azt is jelenti,
hogy az ERCA új mozgásérzékelő mesterkulcsot és
DSRC-mesterkulcsot hoz létre (lásd: 9.2.1.2. és 9.2.2.2.
szakasz).
CSM_57 Az új európai gyökérkulcspár létrehozása előtt az ERCA-
nak meg kell vizsgálnia és meg kell állapítania az új kulcs­
párhoz szükséges titkosítási erősséget, figyelembe véve,
hogy a kulcspárnak az elkövetkező 34 éven keresztül
biztonságosnak kell maradnia. Szükség esetén az ERCA-
nak a jelenleginél erősebb titkosítási készletre kell átvál­
tania (a következőben leírtak szerint: CSM_50).
▼M1
CSM_58 Az új európai gyökérkulcspár elkészítésekor az ERCA-nak
egy hivatkozási tanúsítványt kell létrehoznia az új európai
nyilvános kulcshoz, és azt az előző európai privát kulcs
használatával alá kell írnia. A hivatkozási tanúsítvány érvé­
nyességi időszaka 17 év és 3 hónap. Ezt az 1. ábra illuszt­
rálja a 9.1.7. szakaszban.
▼B
Megjegyzés: mivel tartalmazza az ERCA X. generációs
nyilvános kulcsát, továbbá az ERCA X-1. generációs privát
kulcsával van aláírva, a hivatkozási tanúsítvány alkalmas
módszert kínál az X-1. generáció alatt kibocsátott berende­
zéseknek arra, hogy megbízhatónak tekintsék az X. gene­
ráció alatt kibocsátott berendezéseket.
CSM_59 Az ERCA semmilyen célra nem használhatja a gyökér­
kulcspár privát kulcsát azt követően, hogy új, gyökérkulc­
csal aláírt tanúsítvány lép érvénybe.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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ányok külön­
böző generációinak kibocsátása és felhasználása:
▼M1
1. ábra
Az ERCA gyökértanúsítványok, az ERCA hivatkozási tanúsítványok, az MSCA-tanúsítványok és a
berendezéshez (járműegység és kártya) tartozó tanúsítványok különböző generációinak kibocsátása és
felhasználása
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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ő gene­
rációját, az „ERCA (2)” pedig ugyanezen tanúsítvány második gene­
rációját jelenti, és így tovább.
2. Más tanúsítványok két zárójeles számmal vannak megjelölve: az első
annak a gyökértanúsítványnak a generációját jelzi, amely alatt a kibo­
csátás történt, a második pedig magának a tanúsítványnak a generá­
cióját. Az MSCA_Card (1-1) például az első MSCA_Card tanúsít­
vány, amelyet az ERCA (1) alatt bocsátottak ki; az MSCA_Card (2-
1) az első MSCA_Card tanúsítvány, amelyet az ERCA (2) alatt bocsá­
tottak ki; az MSCA_Card (2-utolsó) az utolsó olyan MSCA_Card
tanúsítvány, amelyet az ERCA (2) alatt bocsátottak ki; a Card_MA
(2-1) az első kölcsönös hitelesítési kártyatanúsítvány, amelyet az
ERCA (2) alatt bocsátottak ki; és így tovább.
3. Az MSCA_Card (2-1) és az MSCA_Card (1-utolsó) tanúsítvány kibo­
csátása majdnem (de nem pontosan) egy időben történik. Az
MSCA_Card (2-1) az első olyan MSCA_Card tanúsítvány, amelyet
az ERCA (2) alatt bocsátanak ki, és a kibocsátására valamivel az
MSCA_Card (1-utolsó) – azaz az ERCA (1) alatt kibocsátott utolsó
MSCA_Card tanúsítvány – után kerül sor.
4. Ahogy az ábrán is látható, az ERCA (2) alatt kibocsátott első jármű­
egység- és kártyatanúsítványok majdnem két évvel az ERCA (1) alatt
kibocsátott utolsó járműegység- és kártyatanúsítványok megjelenését
követően jelennek meg. Ennek az az oka, hogy a járműegység- és
kártyatanúsítványokat MSCA-tanúsítvány, és nem közvetlenül
az ERCA-tanúsítvány részeként bocsátják ki. Az MSCA (2-1) tanú­
sí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őtt
bocsátják ki, az ERCA (1) tanúsítvány érvényességének utolsó pilla­
natában. Ezért ez a két MSCA-tanúsítvány közelítőleg azonos érvé­
nyességi időszakkal fog rendelkezni, annak ellenére, hogy két külön­
böző generációhoz tartoznak.
5. A kártyák érvényességi időszakaként a járművezetői kártyák érvényes­
ségi időszaka van feltüntetve (5 év).
▼M1
6. A helytakarékosság érdekében a Card_MA és Card_Sign tanúsítvány
érvényességi időszakai közötti eltérés csak az első generációnál van
feltüntetve.
▼B
9.2. Szimmetrikus kulcsok
9.2.1 A járműegységek és mozgásérzékelők közötti kommunikáció biztonsá­
gossá tételét szolgáló kulcsok
9.2.1.1 Általános tudnivalók
Megjegyzés: e rész olvasói feltételezhetően ismerik a járműegység és a
mozgásérzékelő közötti interfészt leíró ISO 16844-3. sz. szabvány
tartalmát. A járműegység és a mozgásérzékelő párosításának folyamatát
e függelék 12. fejezete ismerteti részletesen.
CSM_100 A járműegységek és mozgásérzékelők párosításához, a
járműegységek és mozgásérzékelők közötti kölcsönös hite­
lesítéshez, valamint a járműegységek és mozgásérzékelők
közötti kommunikáció titkosításához több szimmetrikus
kulcs szükséges (lásd: 3. táblázat). E kulcsok mindegyike
a mozgásérzékelő mesterkulcsával azonos hosszúságú
AES-kulcs. A mozgásérzékelő mesterkulcsa a (tervezett)
európai gyökérkulcspár hosszához lesz kötve (lásd:
CSM_50).
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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étrehozza
a K M-VU és K M-WC kulcsot, ezt a két véletlenszerű és egyedi
AES-kulcsot, amelyekből a K M mozgásérzékelő-mesterkulcs
a K M-VU XOR K M-WC képlettel számítható ki. Az
ERCA-nak a K M, K M-VU és K M-WC értékeit kérésre közölnie
kell a tagállami tanúsító hatóságokkal.
CSM_102 Az ERCA-nak minden K M mozgásérzékelő-mesterkulcshoz
hozzá kell rendelnie egy egyedi verziószámot, amely a K M-
VU és K M-WC kulcsok, valamint a kapcsolódó K ID azonosí­
tási kulcs létrehozására is vonatkozik. Az ERCA-nak tájé­
koztatnia kell az MSCA-kat a verziószámról, amikor elküldi
számukra a K M-VU és K M-WC értékeit.
Megjegyzés: a verziószám arra szolgál, hogy megkülönböz­
tessék a kulcsok különböző generációit (erről részletesen
lásd a 9.2.1.2. szakaszt).
CSM_103 A tagállami tanúsító hatóságnak kérésre továbbítania kell a
K M-VU kulcsot és annak verziószámát a járműegység-
gyártók számára. A járműegység-gyártóknak a K M-VU
kulcsot és verziószámát minden legyártott járműegységbe
integrálniuk kell.
CSM_104 A tagállami tanúsító hatóságnak gondoskodnia kell arról,
hogy a K M-WC és annak verziószáma minden, az adott
hatóság felelősségi körében kibocsátott műhelykártyába
integrálva legyen.
Megjegyzések:
— Lásd a adattípus
leírását a 2. függelékben.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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 kulcsot és
a titkosított sorozatszámot a titkosításhoz használt K M és
K ID kulcs megfelelő egyszerű szöveges értékével és verzió­
számával együtt a mozgásérzékelőben tárolja.
Megjegyzés: a 9.2.1.2. szakaszban leírtaknak megfelelően
előfordulhat, hogy a mozgásérzékelő gyártójának több titko­
sított párosítási kulcsot és sorozatszámot is tárolnia kell
egyetlen mozgásérzékelőn.
CSM_111 A CSM_110 által meghatározott AES-alapú titkosítási
tartalmon felül a mozgásérzékelő gyártója az egyes mozgás­
érzékelőkben a TDES-alapú titkosítási tartalmat is tárolhatja,
amely e függelék A. részének CSM_037 követelményében
van leírva.
Megjegyzés: mindez lehetővé teszi a második generációs
mozgásérzékelő első generációs járműegységhez történő
kapcsolódását.
CSM_112 A járműegység által a mozgásérzékelővel való párosítás
során létrehozott K S munkamenetkulcs hossza a K M-VU,
hosszához igazodik, a CSM_50 követelményben leírtaknak
megfelelően.
9.2.1.2 Mozgásérzékelő mesterkulcsának cseréje második generációs készülé­
kekben
CSM_113 Minden egyes mozgásérzékelő-mesterkulcs és minden
kapcsolódó kulcs (lásd: 3. táblázat) az ERCA gyökér­
kulcspár adott generációjához van társítva. Így ezeket a
kulcsokat 17 évente kell cserélni. A mozgásérzékelő-mester­
kulcsok minden generációjának érvényességi időszaka egy
évvel a társított ERCA gyökérkulcspár érvényessé válása
előtt kezdődik, és a társított ERCA gyökérkulcspár lejára­
takor ér véget. A 2. ábra ezt ábrázolja.
▼M1
02016R0799 — HU — 21.08.2023 — 003.002 — 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étrehozása
előtt (lásd: CSM_56) az ERCA-nak a K M-VU és a K M-WC
létrehozásával el kell készítenie az új K M mozgásérzékelő-
mesterkulcsot. A mozgásérzékelő-mesterkulcs hosszának az
új európai gyökérkulcspár tervezett erősségéhez kell
igazodnia (lásd: CSM_50). Az ERCA-nak az új K M , K M-
VU és K M-WC kulcsot és verziószámukat kérésre közölnie
kell az MSCA-kkal.
CSM_115 Az MSCA-nak gondoskodnia kell arról, hogy a K M-WC
minden érvényes generációja és ezek verziószáma a saját
felelősségi körében kibocsátott összes műhelykártyán tárolva
legyen (lásd: 2. ábra).
Megjegyzés: ez azt is jelenti, hogy az ERCA-tanúsítványok
érvényességi időszakának utolsó évében a műhelykártyákat a
K M-WC három különböző generációjával bocsátják ki (lásd:
2. ábra).
CSM_116 A fenti CSM_107 és CSM_108 követelményben leírt folya­
mattal kapcsolatos tudnivalók: az MSCA a mozgásérzékelő
gyártójától kapott egyes K P párosítási kulcsokat külön-külön
titkosítja a K M mozgásérzékelő-mesterkulcs minden egyes
érvényes generációjával. Az MSCA emellett a mozgásérzé­
kelő gyártójától kapott egyes sorozatszámokat is külön-
külön titkosítja a K ID azonosítási kulcs minden egyes érvé­
nyes generációjával. A mozgásérzékelő gyártója a párosítási
kulcs és a sorozatszám minden titkosítását az adott mozgás­
érzékelőben tárolja, a titkosításhoz használt K M és K ID kulcs
megfelelő egyszerű szöveges értékeivel és verziószámaival
együtt.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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.002 — 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.002 — 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étrehozása
előtt (lásd: CSM_56) az ERCA új DSRC-mesterkulcsot hoz
létre. A DSRC-mesterkulcs hossza az új európai gyökér­
kulcspár tervezett hosszához igazodik (lásd: CSM_50). Az
ERCA-nak az új DSRC-mesterkulcsot és verziószámát
kérésre közölnie kell az MSCA-kkal.
CSM_131 Az MSCA-nak gondoskodnia kell arról, hogy a KM DSRC
minden érvényes generációja és ezek verziószáma a saját
felelősségi körében kibocsátott összes ellenőrzőkártyán
tárolva legyen (lásd: 3. ábra).
Megjegyzés: ez azt is jelenti, hogy az ERCA-tanúsítványok
érvényességi időszakának utolsó két évében az ellenőrzőkár­
tyákat a KM DSRC három különböző generációjával bocsátják
ki (lásd: 3. ábra).
CSM_132 Az MSCA-nak gondoskodnia kell arról, hogy a KM DSRC
összes, legalább egy éve érvényes és még mindig érvényben
lévő generációja, valamint ezek verziószáma a saját felelős­
ségi körében kibocsátott összes műhelykártyán tárolva
legyen (lásd: 3. ábra).
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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ánypro­
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.002 — 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 01
A tanúsító hatóság
hivatkozása
CAR 42 08
A tanúsítvány tulaj­
donosának engedélye
CHA 5F 4C 07
Nyilvános kulcs PK 7F 49 változó
Tartományparamé­
terek
DP 06 változó
Nyilvános pont PP 86 változó
A tanúsítvány tulaj­
donosának hivatko­
zása
CHR 5F 20 08
A tanúsítvány hatály­
balépési dátuma
CEfD 5F 25 04
A tanúsítvány lejárati
dátuma
CExD 5F 24 04
Az ECC-tanúsítvány
aláírása
S 5F 37 változó
Megjegyzés: A mezőazonosítót e függelék későbbi részeiben
a tanúsítványok egyes mezőinek jelölésére használjuk – az
X.CAR például az X felhasználó tanúsítványában szereplő
tanúsítóhatóság-hivatkozás.
9.3.2.1 Tanúsítványprofil-azonosító
CSM_137 A tanúsítványoknak a tanúsítványprofil-azonosítóval kell
jelezniük az alkalmazott tanúsítványprofilt. Az 1. verzió
(lásd: 4. táblázat) azonosítója a „00” érték.
9.3.2.2 A tanúsító hatóság hivatkozása
CSM_138 A tanúsító hatóság hivatkozása a tanúsítvány aláírásának
ellenőrzésére használt nyilvános kulcsot azonosítja. A tanú­
sító hatóság hivatkozása így megegyezik a tanúsítvány tulaj­
donosának hivatkozásával a megfelelő tanúsító hatóság tanú­
sítványában.
CSM_139 Az ERCA gyökértanúsítványok önaláírtak, vagyis a tanúsít­
ványban megegyezik a tanúsító hatóság hivatkozása és a
tanúsítvány tulajdonosának hivatkozása.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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, hogy
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, valamint a
nyilvános pont értékét.
CSM_142 A tartományparamétereket leíró adatelemnek egy vagy több
objektumazonosítót (lásd: 1. táblázat) kell tartalmaznia a
szabványosított tartományparaméterek adott készletének
megadásához.
CSM_143 A nyilvános pontot leíró adatelemnek a nyilvános pontot
kell tartalmaznia. Az elliptikus görbék nyilvános pontjait
oktett-karakterlánccá kell konvertálni a [TR-03111] előírása­
inak megfelelően. Ehhez a tömörítetlen kódolási formátumot
kell alkalmazni. Egy elliptikus görbe nyilvános pontjának
kódolt formátumból való kinyerésekor mindig el kell
végezni a [TR-03111] szerinti ellenőrzéseket.
9.3.2.5 A tanúsítvány tulajdonosának hivatkozása
CSM_144 A tanúsítvány tulajdonosának hivatkozása a tanúsítványban
megadott nyilvános kulcs azonosítója. Más tanúsítvá­
nyokban az adott nyilvános kulcsra való hivatkozásra
szolgál.
CSM_145 A kártyák és a külső GNSS-eszközök tanúsítványai esetében
a tanúsítvány tulajdonosának hivatkozása az 1. függelékben
meghatározott adattípusú.
CSM_146 Járműegységek esetében két eset lehetséges: a gyártó a tanú­
sítvány igénylésekor vagy ismeri, vagy nem ismeri a gyá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.002 — 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ényes­
ségi időszakának kezdő dátumát és időpontját jelöli.
▼B
9.3.2.7 A tanúsítvány lejárati dátuma
CSM_149 A tanúsítvány lejárati dátuma a tanúsítvány érvényességének
záró dátumát és időpontját jelzi.
9.3.2.8 A tanúsítvány aláírása
CSM_150 A tanúsítvány aláírását – a tanúsítványtörzs címkéjét és
hosszát is figyelembe véve – a kódolt tanúsítványtörzs
alapján kell létrehozni. Az aláíráshoz ECDSA algoritmust
kell alkalmazni (meghatározás: [DSS]) az aláíró hatóság
kulcsméretéhez kötött hasító algoritmussal (lásd: CSM_50).
Az aláírás egyszerű formátumú (lásd: [TR-03111]).
9.3.3 Tanúsítványok igénylése
CSM_151 ►M1 Tanúsítvány igénylésekor az MSCA-nak a következő
adatokat kell elküldenie az ERCA számára: ◄
— A kért tanúsítvány profilazonosítója.
— A tanúsítvány aláírásához várhatóan alkalmazott tanúsí­
tóhatóság-hivatkozás.
— Az aláírandó nyilvános kulcs.
CSM_152 A CSM_151 szövegében szereplő adatokon kívül az MSCA-
nak a következő adatokat kell elküldenie a tanúsítási kére­
lemben az ERCA részére, lehetővé téve az ERCA számára,
hogy létrehozza az új MSCA-tanúsítvány tanúsítvá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.002 — 471
CSM_153 A készülékgyártónak a következő adatokat kell elküldenie a
tanúsítási kérelemben az MSCA részére, lehetővé téve az
MSCA számára, hogy létrehozza az új készüléktanúsítvány
tanúsítványtulajdonos-hivatkozását:
— Ha ismert (lásd: CSM_154), a készülék sorozatszáma,
amely egyedi módon azonosítja a gyártót, a készüléktí­
pust és a gyártási hónapot. Ellenkező esetben a tanúsítási
kérelem egyedi azonosítója.
— A készülékgyártás vagy a tanúsítási kérelem hónapja és
éve.
A gyártónak gondoskodnia kell az adatok helyességéről, valamint arról,
hogy az MSCA által visszaküldött tanúsítványt integrálják a megfelelő
készülékbe.
▼B
CSM_154 Járműegységek esetében két eset lehetséges: a gyártó a tanú­
sítvány igénylésekor vagy ismeri, vagy nem ismeri a gyár­
tóspecifikus sorozatszámot ahhoz a járműegységhez,
amelyhez a tanúsítványt és a társított privát kulcsot szánja.
Ha ismeri, a járműegység gyártójának el kell küldenie a
sorozatszámot az MSCA számára. Ha nem ismeri, a gyár­
tónak egyedi módon azonosítania kell az egyes tanúsítási
kérelmeket, és a tanúsítási kérelem sorozatszámát kell elkül­
denie az MSCA számára. Az ennek alapján elkészült tanú­
sítvány tartalmazza a tanúsítási kérelem sorozatszámát.
Miután a tanúsítványt integrálták az adott járműegységbe,
a gyártónak tájékoztatnia kell az MSCA-t a tanúsítási
kérelem sorozatszáma és a járműegység-azonosító közötti
kapcsolatról.
10. JÁRMŰEGYSÉG ÉS KÁRTYA KÖZÖTTI KÖLCSÖNÖS HITE­
LESÍTÉS ÉS BIZTONSÁGOS ÜZENETKÜLDÉS
10.1. Általános tudnivalók
CSM_155 A járműegység és a tachográfkártya közötti biztonságos
kommunikáció általános szinten a következő lépésekből áll:
— Elsőként mindkét félnek igazolnia kell a másik számára,
hogy érvényes nyilvánoskulcs-tanúsítvánnyal 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.002 — 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.002 — 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áncola­
tának ellenőrzése a kártya behelyezésekor kezdődik meg.
A járműegységnek be kell olvasnia a kártyatulajdonos hivat­
kozását ( ) az EF
ICC-ről. A járműegységnek ellenőriznie kell, hogy ismeri-e
a kártyát, azaz hogy a múltban sikeresen ellenőrizte-e a
kártya tanúsítványláncolatát és tárolta-e jövőbeli használatra.
Ha igen, és a kártya tanúsítványa még érvényes, akkor a
folyamat a járműegység tanúsítványláncolatának ellenőrzé­
sével folytatódik. Ellenkező esetben a járműegységnek
egymás után be kell olvasnia a kártyáról a kártyatanúsítvány
ellenőrzésére szolgáló MSCA_Card tanúsítványt, az
MSCA_Card tanúsítvány ellenőrzésére szolgáló Card.CA.
EUR tanúsítványt, valamint adott esetben a hivatkozási tanú­
sítványt, amíg nem talál olyan tanúsítványt, amelyet ismer
vagy ellenőrizni tud. Ha ilyen tanúsítványt talál, a jármű­
egységnek ezzel kell ellenőriznie a kártyáról beolvasott
kártyatanúsítványokat. Ha az ellenőrzés sikeres, a folyamat
a járműegység tanúsítványláncolatának ellenőrzésével folyta­
tódik. Ellenkező esetben a járműegységnek figyelmen kívül
kell hagynia a kártyát.
Megjegyzés: a járműegység három különböző módon ismer­
heti a Card.CA.EUR tanúsítványt:
— A Card.CA.EUR tanúsítvány megegyezik a járműegység
saját EUR-tanúsítványával.
— A Card.CA.EUR tanúsítvány a járműegység saját
EUR-tanúsítványának az előzménye, és a járműegység
már a kibocsátásakor tartalmazta ezt a tanúsítványt (lásd:
CSM_81).
— A Card.CA.EUR tanúsítvány a járműegység saját
EUR-tanúsítványának az utódja, és a járműegység a
múltban hivatkozási tanúsítványt kapott egy másik
tachográfká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őrizte
egy korábban ismeretlen tanúsítvány hitelességét és érvé­
nyességét, tárolhatja a tanúsítványt jövőbeli felhasználás
céljából, hogy a későbbiekben ne legyen szükség a tanúsít­
vány hitelességének ismételt ellenőrzésére. A teljes tanúsít­
vány tárolása helyett előfordulhat, hogy a járműegység csak
a tanúsítványtörzs tartalmát tárolja (lásd a 9.3.2. szakaszt).
►M1 Jóllehet az összes többi tanúsítványtípus tárolása
opcionális, a járműegységnek kötelező tárolnia a kártya
által bemutatott új hivatkozási tanúsítványt. ◄
CSM_160 A járműegységnek ellenőriznie kell a kártyáról beolvasott
vagy a memóriájában tárolt tanúsítványok időbeli érvényes­
ségét, és a lejárt tanúsítványokat el kell utasítania. A kártya
által bemutatott tanúsítvány időbeli érvényességének ellen­
őrzéséhez a járműegységnek a saját belső óráját kell hasz­
nálnia.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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 kulcsok
azok, amelyeket a kölcsönös hitelesítéshez használnak. A 9.1.4.
szakaszban ezek VU_MA néven szerepelnek.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 476
— Az ábrán szereplő VU.CA tanúsítványok és nyilvános kulcsok azok,
amelyeket a járműegységek és a külső GNSS-eszközök tanúsítványa­
inak aláírásához használnak. A 9.1.3. szakaszban ezek MSCA_VU-
EGF néven szerepelnek.
— Az ábrán szereplő VU.CA.EUR tanúsítvány az az európai gyökérta­
núsítvány, amely a VU.CA tanúsítvány CAR-elemében van feltün­
tetve.
— Az ábrán szereplő VU.Link tanúsítvány a járműegység hivatkozási
tanúsítványa, ha van ilyen. A 9.1.2. szakaszban foglaltaknak megfe­
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, amely
a VU.Link tanúsítvány CAR-elemében van feltüntetve.
CSM_162 Ahogy az 5. ábra mutatja, a járműegység tanúsítványlánco­
latának ellenőrzése azzal kezdődik, hogy a járműegység
megkísérli saját nyilvános kulcsát beállítani a tachográfkár­
tyán történő használatra. Ha ez sikeres, az azt jelenti, hogy a
kártya a múltban már sikeresen ellenőrizte a járműegység
tanúsítványát és tárolta jövőbeli használatra. Ilyen esetben
megtörténik a járműegység tanúsítványának használatra
történő beállítása, és a folyamat a járműegység hitelesíté­
sével folytatódik. Ha a kártya nem ismeri a járműegység
tanúsítványát, akkor a járműegységnek egymás után be
kell mutatnia a járműegység-tanúsítvány ellenőrzésére szol­
gáló VU.CA tanúsítványt, a VU.CA tanúsítvány ellenőrzé­
sére szolgáló VU.CA.EUR tanúsítványt és adott esetben a
hivatkozási tanúsítványt, hogy találjon egy, a kártya által
ismert vagy ellenőrizhető tanúsítványt. Ha ilyen tanúsítványt
talál, a kártyának ezzel kell ellenőriznie a járműegységről
beolvasott járműegység-tanúsítványokat. Sikeres ellenőrzés
esetén a járműegység végül beállítja saját nyilvános kulcsát
a tachográfkártyán történő használatra. Ellenkező esetben a
járműegységnek figyelmen kívül kell hagynia a kártyát.
Megjegyzés: a kártya három különböző módon ismerheti a
VU.CA.EUR tanúsítványt:
— A VU.CA.EUR tanúsítvány megegyezik a kártya saját
EUR-tanúsítványával.
— A VU.CA.EUR tanúsítvány a kártya saját
EUR-tanúsí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.002 — 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 bemutatott
vagy a járműegység által a kártyamemóriában történő
tárolás során hivatkozott tanúsítványok időbeli érvényes­
ségét, és a lejárt tanúsítványokat el kell utasítania.
CSM_167 A járműegység által bemutatott tanúsítványok időbeli érvé­
nyességének ellenőrzéséhez minden egyes tachográfkár­
tyának tárolnia kell olyan adatokat, amelyek az aktuális
időpontot jelzik. Ezeket az adatokat a járműegységek nem
módosíthatják közvetlenül. A kibocsátáskor a kártyán tárolt
aktuális időpontot úgy kell beállítani, hogy megegyezzen a
kártya Card_MA tanúsítványának hatálybalépési dátumával.
A kártyának akkor kell frissítenie a rajta tárolt aktuális
időpontot, ha egy járműegység által bemutatott hiteles
„érvényes időforrás” típusú tanúsítvány hatálybalépési
dátuma újabb, mint a kártyán tárolt aktuális időpont. Ilyen
esetben a kártyának az adott tanúsítvány hatálybalépési
dátumára kell állítania a rajta tárolt aktuális időpontot. A
kártya csak a következő tanúsítványokat fogadhatja el érvé­
nyes időforrásként:
— Második generációs ERCA hivatkozási tanúsítványok.
— Második generációs MSCA-tanúsítványok.
— Olyan második generációs járműegység-tanúsítványok,
amelyeket ugyanaz az ország bocsátott ki, mint a kártya
saját kártyatanúsítványát vagy -tanúsítványait.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 egy
korábban ismeretlen tanúsítvány hitelességét és érvényes­
ségét, tárolhatja a tanúsítványt jövőbeli felhasználás
céljából, hogy a későbbiekben ne legyen szükség a tanúsí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.002 — 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 GET
CHALLENGE parancsot is elküld, akkor a kártyának
minden alkalommal új 8 bájtos véletlenszerű számot kell
létrehoznia, de csak a legutolsót tárolja.
CSM_173 A járműegység az ECDSA (a meghatározást lásd: [DSS])
aláírási algoritmust használja a járműegység-hitelesítéshez, a
járműegység VU_MA kulcspárjának kulcsméretéhez kötött
hasító algoritmus (lásd: CSM_50) alkalmazásával. Az
aláírás egyszerű formátumú (lásd: [TR-03111]). A jármű­
egységnek az elkészült aláírást el kell küldenie a kártya
számára.
▼M1
CSM_174 Amikor egy EXTERNAL AUTHENTICATE parancsban
megkapja a járműegység aláírását, a kártyának a következő
műveleteket kell elvégeznie:
— Ki kell számítania a hitelesítési tokent a Card.CHR, a
kártya által létrehozott rcard véletlenszerű szám, vala­
mint a járműegységhez tartozó Comp(VU.PKeph) ideig­
lenes nyilvános kulcs azonosítójának összefűzésével.
— Ellenőriznie kell a járműegység aláírását az ECDSA
algoritmus használatával, a járműegység VU_MA kulcs­
párjának kulcsméretéhez kötött hasító algoritmus hasz­
nálatával (lásd: CSM_50), a VU.PK-val és a kiszámított
hitelesítési tokennel együtt.
▼M1
02016R0799 — HU — 21.08.2023 — 003.002 — 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 chip­
hitelesítési protokoll használatával kell elvégezniük a kártya
járműegységgel történő hitelesítését. A chiphitelesítés lehe­
tővé teszi a járműegység számára, hogy explicit módon
ellenőrizze a kártya hitelességét.
7. ábra
Chiphitelesítés és munkamenetkulcs-egyeztetés
CSM_176 A járműegységnek és a kártyának a következő lépéseket
kell elvégeznie:
1. A járműegység kezdeményezi a chiphitelesítési eljárást
az MSE: Set AT parancs elküldésével, azaz chiphitelesí­
tést indít az ECDH algoritmus használatával, amelynek
eredményeképpen megkapja az AES-munkamenet­
kulcsnak a Card_MA kulcspár kulcsméretéhez kötött
hosszát (lásd: CSM_50). A járműegységnek a kártyata­
núsítvány alapján meg kell határoznia a kártya kulcspár­
jának kulcsméretét.
▼M1
2. A járműegység elküldi a kártya számára saját ideiglenes
VU.PK eph kulcspárjának nyilvános pontját. A nyilvános
pontot oktett-karakterlánccá kell konvertálni a [TR-
03111] előírásainak megfelelően. Ehhez a tömörítetlen
kódolási formátumot kell alkalmazni. A járműegység
ezt a kulcspárt a járműegység tanúsítványláncolatának
ellenőrzése előtt hozta létre (lásd: CSM_164). A jármű­
egység elküldte a Comp(VU.PK eph ) ideiglenes nyilvános
kulcs azonosítóját a kártyának, amit a kártya eltárolt.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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égnek a
[TR-03111] szerinti ECKA-EG algoritmust kell használnia.
CSM_179 A fenti 5. és 8. lépésben a kártyának és a járműegységnek
az AES-munkamenetkulcsokhoz tartozó kulcsszármaztatási
funkciót kell használnia (lásd: [TR-03111]), a következő
pontosságokkal és változtatásokkal:
— A számláló értéke „00 00 00 01” a K ENC esetében, és
„00 00 00 02” a K MAC esetében.
— A folyamatban az opcionális r egyszer használatos
számot kell használni, amelynek értéke N PICC .
— A 128 bites AES-kulcsok származtatásához használt
hasító algoritmus az SHA-256.
— A 192 bites AES-kulcsok származtatásához használt
hasító algoritmus az SHA-384.
— A 256 bites AES-kulcsok származtatásához használt
hasító algoritmus az SHA-512.
A munkamenetkulcsok hossza (vagyis az a hossz, amelyre a
hasítást csonkolják) a Card_MA kulcspár méretéhez van
kötve, a CSM_50 követelménynek megfelelően.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 482
CSM_180 A fenti 6. és 9. lépésben a kártyának és a járműegységnek
az [SP 800-38B] szerinti AES algoritmust kell használnia
CMAC-üzemmódban. A T PICC hossza az AES-munkame­
netkulcsok hosszához van kötve, a CSM_50 követel­
ménynek megfelelően.
10.5. Biztonságos üzenetküldés
10.5.1 Általános tudnivalók
CSM_181 A sikeres chiphitelesítést követően és a munkamenet végéig
a járműegység és a tachográfkártya között kicserélt minden
parancs és válasz kiadására biztonságos üzenetküldéssel
kerül sor.
CSM_182 A biztonságos üzenetküldést a csak hitelesítésre szolgáló
üzemmódban kell használni, kivéve az SM-R-ENC-MAC-
G2 (lásd a 2. függelék 4. szakaszát) hozzáférési feltétellel
történő fájlolvasáskor. Ebben az üzemmódban titkosítási
ellenőrző összeget (más néven MAC) adnak a parancsokhoz
és válaszokhoz, hogy biztosítva legyen az üzenetek hiteles­
sége és integritása.
CSM_183 Ha egy fájlból SM-R-ENC-MAC-G2 hozzáférési feltétellel
olvassák ki az adatokat, akkor a biztonságos üzenetküldést
„titkosítás, majd hitelesítés” üzemmódban kell használni,
azaz a válasz adatait előbb titkosítani kell, hogy biztosítva
legyen az üzenet titkossága, majd a hitelesség és integritás
érdekében ki kell számítani a formázott titkosított adatok
MAC-értékét.
CSM_184 A biztonságos üzenetküldésnek az AES algoritmust kell
használnia (lásd: [AES]) a chiphitelesítés során egyeztetett
K MAC és K ENC munkamenetkulccsal.
CSM_185 Küldési sorrendszámlálóként (SSC) előjel nélküli egész
számot kell használni az ismétléses támadások megaka­
dályozására. Az SSC méretének egyenlőnek kell lennie az
AES blokkméretével (128 bit). Az SSC-nek olyan formátu­
múnak kell lennie, amelyben a legjelentősebb bit kerül
előre. A küldési sorrendszámlálót a biztonságos üzenet­
küldés megkezdésekor nullázni kell („00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00” értékre kell inicializálni).
Az SSC értékének minden alkalommal növekednie kell,
amikor egy parancs vagy válasz APDU jön létre, azaz
mivel az SSC kezdőértéke a biztonságos üzenetküldési
munkamenetben 0, az értéke az első parancsban 1 lesz.
Az SSC értéke az első válasznál 2 lesz.
CSM_186 Az üzenetek titkosításához a K ENC értékét használják az
AES algoritmus titkosított blokkok láncolatán
alapuló (CBC) üzemmódjában (lásd: ISO 10116. sz. 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.002 — 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 97 F T
Feldolgozási állapot 99 T K
Titkosítási ellenőrző összeg 8E K K
Megjegyzés: ahogy a 2. függelékben le van írva, a tachog­
ráfkártyák támogathatják a READ BINARY és UPDATE
BINARY parancsot páratlan INS bájttal („B1”, ill. „D7”).
Ezek a parancsváltozatok a 32 768 bájtnál nagyobb fájlok
olvasásához és frissítéséhez szükségesek. Ilyen parancsvál­
tozat használatakor „B3” címkével rendelkező adatobjek­
tumot kell alkalmazni a „81” címkével rendelkező helyett.
További információkért lásd a 2. függeléket.
CSM_189 Minden SM-adatobjektumot DER TLV-ben kell kódolni
(lásd: ISO 8825-1. sz. szabvány). Ez a kódolás a következő
címke-hossz-érték (TLV) struktúrát eredményezi:
Címke: a címke egy vagy két oktettben (nyolcbites
egységben) van kódolva, és a tartalmat jelöli.
Hossz: a hossz kódolása előjel nélküli egész számként
történik egy, két vagy három oktettben, így a
maximális hossz 65 535 oktett. A minimális
számú oktettet kell alkalmazni.
Érték: az érték kódolása nulla vagy több oktettben
történik.
CSM_190 A biztonságos üzenetküldéssel védett APDU-kat a követke­
zőképpen kell létrehozni:
— A parancsfejnek a MAC-számítás részét kell képeznie,
ezért a „0C” értéket kell használni a CLA besorolási
bájthoz.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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ó APDU
struktúrája a következő, a megfelelő biztosítatlan parancstól függően (a
DO az adatobjektumot jelzi):
1. eset: CLA INS P1 P2 || Lc' || DO „8E” || Le
2. eset: CLA INS P1 P2 || Lc' || DO „97” || DO„8E” ||
Le
3. eset (páros INS bájt): CLA INS P1 P2 || Lc' || DO „81” || DO„8E” ||
Le
3. eset: (páratlan INS bájt): CLA INS P1 P2 || Lc' ||
DO „B3” || DO„8E” || Le
4. eset: (páros INS bájt): CLA INS P1 P2 || Lc' || DO
„81” || DO„97” || DO„8E” || Le
4. eset: (páratlan INS bájt): CLA INS P1 P2 || Lc' ||
DO „B3” || DO„97” || DO„8E” || Le
ahol Le = „00” vagy „00 00” attól függően, hogy rövid vagy kiterjesztett
hosszúságú mezőket használnak; lásd: ISO 7816-4. sz. szabvány.
Egy biztonságos üzenetküldéssel kiadott, választ tartalmazó APDU struk­
túrája a következő, a megfelelő biztosítatlan parancstól függően:
1. vagy 3. eset: DO „99” || DO „8E” ||
SW1SW2
2. vagy 4. eset (páros INS bájt) titkosítás
nélkül:
DO „81” || DO „99” || DO
„8E” || SW1SW2
2. vagy 4. eset (páros INS bájt)
titkosítással:
DO „87” || DO „99” || DO
„8E” || SW1SW2
2. vagy 4. eset (páratlan INS bájt)
titkosítás nélkül:
DO „B3” || DO „99” || DO
„8E” || SW1SW2
Megjegyzés: A 2. vagy 4. esetet (páratlan INS bájt) titkosítással soha nem
használják a járműegység és kártya közötti kommunikációban.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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. esetbeli, választ
tartalmazó APDU-t mutat be, míg a 10. ábra egy titkosított és hitelesített
2./4. esetbeli, választ tartalmazó APDU-t ábrázol.
8. ábra
Átalakítás hitelesített 4. esetbeli, parancsot tartalmazó APDU-hoz
9. ábra
Átalakítás hitelesített 1./3. esetbeli, választ tartalmazó APDU-hoz
▼M1
02016R0799 — HU — 21.08.2023 — 003.002 — 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 folyamatban
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.002 — 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.002 — 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ágos
kommunikáció ugyanúgy zajlik, mint a járműegység és a
tachográfkártya közötti biztonságos kommunikáció: a kártya
szerepét ilyenkor a külső GNSS-eszköz(EGF) tölti be. Az
EGF-nek a 10. fejezetben említett, tachográfkártyákra vonat­
kozó összes követelményt teljesítenie kell, figyelembe véve az
ebben a fejezetben leírt eltéréseket, magyarázatokat és kiegé­
szítéseket. Ez azt jelenti, hogy a kölcsönös tanúsítvá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űhelynek
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 lehet­
séges, ha a járműegység kalibrálási üzemmódban van. Az
összekapcsolást a járműegységnek kell kezdeményeznie.
CSM_203 A műhely a járműegységet bármikor újra összekapcsolhatja
egy másik EGF-fel vagy ugyanazzal az EGF-fel. Az újbóli
összekapcsolás során a járműegységnek biztonságosan meg
kell semmisítenie a memóriájában tárolt EGF_MA tanúsít­
ványt, és az újonnan hozzákapcsolt EGF egység EGF_MA
tanúsítványát kell tárolnia.
CSM_204 A műhely a külső GNSS-eszközt bármikor újra összekapcsol­
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.002 — 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.002 — 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.002 — 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 üzenet­
küldési munkamenetet megszakítanak, a járműegységnek
azonnal létre kell hoznia egy új biztonságos üzenetküldési
munkamenetet, a 11.3.3. és 11.4. szakaszban leírtak szerint.
12. JÁRMŰEGYSÉG ÉS MOZGÁSÉRZÉKELŐ KÖZÖTTI PÁROSÍTÁS
ÉS KOMMUNIKÁCIÓ
12.1. Általános tudnivalók
CSM_216 A járműegység és a mozgásérzékelő közötti kommunikáció a
párosítás során és normál üzemben az ISO 16844-3. sz. 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.002 — 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ő mesterkulcsát
és minden társított kulcsát rendszeresen cserélik. Emiatt egyszerre akár
három, mozgásérzékelőhöz kapcsolódó K M-WC AES-kulcs is megtalál­
ható lehet (egymást követő generációkból) a műhelykártyákon. Ennek
megfelelően a mozgásérzékelőkben akár három különböző AES-alapú
(a mozgásérzékelő K M mesterkulcsának egymást követő generációin
alapuló) adattitkosítás is jelen lehet. Egy adott járműegység csak
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.002 — 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ő generációjú kulcsok teljesen
meg is egyezhetnek, de három különböző hosszúságú, eltérő kulcsról is lehet szó (lásd:
CSM_117).
02016R0799 — HU — 21.08.2023 — 003.002 — 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 16 16 16
11 válasz Hitelesítési adatok +
fájltartalom
16 vagy 32, fájltól
függ
16 vagy 32, fájltól
függ
32 / 48 32 / 48 32 / 48
41 kérés MoS sorozatszám 8 8 16 16 16
41 válasz Párosítási kulcs 16 16 / 24 / 32 16 32 32
42 kérés Munkamenetkulcs 16 16 / 24 / 32 16 32 32
43 kérés Párosítási adatok 24 24 32 32 32
50 válasz Párosítási adatok 24 24 32 32 32
70 kérés Hitelesítési adatok 8 8 16 16 16
80 válasz MoS számlálóérték +
hitelesítési adatok
8 8 16 16 16
▼B
CSM_219 A „43” (járműegység kérése) és „50” (MoS válasza) utasítá­
sokban küldött párosítási információk összeállítása az ISO
16844-3. sz. szabvány 7.6.10. szakasza szerint zajlik, azzal
az eltéréssel, hogy a TDES helyett az AES algoritmust alkal­
mazzák a párosítási adatok titkosításához, ami két
AES-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.002 — 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 titko­
sítására van szükség, az ISO 10116. sz. szabványban előírt,
titkosított blokkok láncolatán alapuló üzemmódot kell hasz­
nálni, m = 1 kihagyási paraméterrel. Az alkalmazandó IV:
— A „11” utasításhoz: az ISO 16844-3. sz. szabvány 7.6.3.3.
szakaszában meghatározott 8 bájtos hitelesítési blokk, az
ISO 9797-1. sz. szabvány szerinti 2. kitöltési módszerrel
kitöltve; lásd még az ISO 16844-3. sz. szabvány 7.6.5. és
7.6.6. szakaszát.
— Minden más utasításhoz, amelyben 16 bájtnál több adat
átvitelére kerül sor, a 6. táblázat szerint: „00” {16}, azaz
tizenhat bájt 0 bináris értékkel.
Megjegyzés: az ISO 16844-3. sz. szabvány 7.6.5. és 7.6.6.
szakaszának megfelelően, ha az MoS titkosítja az adatfá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 gene­
rációs mozgásérzékelő tartalmazhatja a párosítási adatok
TDES-alapú titkosítását (lásd e függelék A. részét), amely
lehetővé teszi a mozgásérzékelő első generációs járműegy­
séggel történő párosítását. Ilyen esetben az első generációs
járműegységet és a mozgásérzékelőt az e függelék A.
részében és az ISO 16844-3. sz. szabványban leírtak szerint
kell párosítani. A párosításhoz első vagy második generációs
műhelykártya is használható.
Megjegyzések:
— második generációs járműegységet nem lehet párosítani
első generációs mozgásérzékelővel.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 rendszeresen
létrehozza a távoli tachográf-megfigyelési (RTM) adatokat, és elküldi
ezeket a (belső vagy külső) távoli kommunikációs egység (RCF)
számára. A távoli kommunikációs egység feladata, hogy ezeket az
adatokat a 14. függelékben leírt DSRC-interfészen keresztül továbbküldje
a távoli lekérdezőegység számára. Az 1. függelékben leírtaknak megfe­
lelően az RTM-adatoknak a következők konkatenációjából kell állniuk:
Titkosított tachográfterhelés az egyszerű szöveges tachográf-terhelési
érték titkosítva
DSRC biztonsági adatok leírásukat lásd lent
Az egyszerű szöveges tachográf-terhelési adatok formátumát az 1. és a
14. függelék ismerteti. Ebben a szakaszban a DSRC biztonsági adatok
struktúráját mutatjuk be; a formális definíció az 1. függelékben található.
CSM_223 Az egyszerű szöveges adatokat –
amelyeket a járműegység a távoli kommunikációs egységnek
(külső RCF esetében), illetve a DSRC interfészen keresztül a
távoli lekérdezőegységnek (belső RCF esetében) küld el –
„titkosítás, majd hitelesítés” üzemmóddal kell védeni, azaz a
tachográf-terhelési adatokat először titkosítani kell az üzenet
titkosságának biztosítása érdekében, majd ezt követően ki kell
számítani az adatok hitelességét és integritását garantáló MAC
értékét.
CSM_224 A DSRC biztonsági adatoknak a következő adatelemek alábbi
sorrendben való konkatenációjából kell állniuk(lásd még: 12.
ábra):
Aktuális dátum és idő a járműegység aktuális dátuma és ideje ( 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.002 — 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 egy
járműegységtől, az összes RTM-adatot el kell küldenie egy
ellenőrzőkártya számára a PROCESS DSRC MESSAGE
parancs adatmezőjében, a 2. függelékben leírtaknak megfele­
lően. Ezután:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 fizikai
adatállományon belül kell tárolnia a járműegységről vagy
kártyáról egy letöltési munkamenetben letöltött adatokat. Az
adatok tárolása külső tárolóeszközön (ESM) történhet. Ez a
fájl tartalmazza az adattömböknek a 7. függelékben meghatá­
rozott digitális aláírásait. A fájlnak a következő tanúsítvá­
nyokat is tartalmaznia kell (lásd a 9.1. szakaszt):
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 egy
hiteles „érvényes időforrás” típusú tanúsítvány hatálybalépési
dátuma újabb, mint a kártyán tárolt aktuális időpont. A kártya
csak a következő tanúsítványokat 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.002 — 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 ellen­
őrizhető vagy az ellenőrzés sikertelen.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 501
13. ábra
Letöltött adatfájl aláírásának ellenőrzési protokollja
▼M1
02016R0799 — HU — 21.08.2023 — 003.002 — 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ölcsönös hite­
lesítése és műveletkulcs-egyeztetése
4.4. Hibakezelés
4.4.1 Kommunikációs hiba a külső GNSS-eszközzel
4.4.2 A külső GNSS-eszköz fizikai épségének megsértése
4.4.3 A GNSS-vevőből származó helyzetmeghatározási információk hiánya
4.4.4 A külső GNSS-eszköz tanúsítványa lejárt
5. KÜLSŐ GNSS-ESZKÖZ NÉLKÜLI JÁRMŰEGYSÉG
5.1. Konfiguráció
▼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.002 — 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 megfelelő
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.002 — 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 konfigurációja
szerint rendelkezik-e külső GNSS-eszközzel, az intelligens menetíró
készülékek hatékony működésének elengedhetetlen eleme a helyzetmeg­
határozási információk pontos és megbízható szolgáltatása. Ezért helyén­
való előírni, hogy a készülék kompatibilis legyen az 1285/2013/EU
európai parlamenti és tanácsi rendeletben ( 1 ) meghatározott
Galileo-program és az európai geostacionárius navigációs lefedési
szolgáltatás (EGNOS) elnevezésű program keretében nyújtott szolgá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 rendszer,
amely javítja a globális helyzetmeghatározó rendszer jeleinek minőségét.
GNS_2 A gyártóknak gondoskodniuk kell arról, hogy az intelligens
menetíró készülékekben található GNSS-vevők kompatibilisek
legyenek a Galileo és az EGNOS rendszer nyújtotta helyzet­
meghatározási szolgáltatásokkal. A gyártók emellett dö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/2013/EU rendelete az
európai műholdas navigációs rendszerek létrehozásáról és üzemeltetéséről, valamint a
876/2002/EK tanácsi rendelet és a 683/2008/EK európai parlamenti és tanácsi rendelet
hatályon kívül helyezéséről (HL L 347., 2013.12.20., 1. o.).
02016R0799 — HU — 21.08.2023 — 003.002 — 505
GNS_3 „A GNSS-vevőnek alkalmasnak kell lennie arra, hogy a Galileo
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égeznie
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 üzeneteket
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.002 — 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ében 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özzel
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.002 — 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*hh
1. Idő (UTC)
2. Állapot, A = hitelesített helyzet (legalább 4 olyan műhold felhasználásával
meghatározva, amelyek navigációs üzeneteinek hitelességét sikeresen ellen­
őrizték), J = jamming (zavarás) vagy O = egyéb GNSS-támadás, amely 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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' 85 85
Első GSA NMEA-adatmondat '02' 85 85
Második GSA NMEA-adatmondat '03' 85 85
Harmadik GSA NMEA-adatmondat '04' 85 85
Negyedik GSA NMEA-adatmondat '05' 85 85
Ötödik GSA NMEA-adatmondat '06' 85 85
A külső GNSS-eszköz bővített soro­
zatszáma az 1. függelék meghatá­
rozása szerint (SensorGNSSSerial­
Number)
'07' 8 8
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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' 16 16
A külső GNSS-eszköz biztonsági
alkatrészének azonosítója az 1.
függelék meghatározása szerint
(SensorExternalGNSSSCIdentifier)
'10' 8 8
AMC-adatmondat '11' 85 85
Első ASA-adatmondat '12' 85 85
Második ASA-adatmondat '13' 85 85
Harmadik ASA-adatmondat '14' 85 85
Negyedik ASA-adatmondat '15' 85 85
Ötödik ASA-adatmondat '16' 85 85
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.002 — 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.002 — 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észletes
tájékoztatást. A biztonságos üzenetküldés (csak hitelesítésre szolgáló
mód) a 11. függelék (Közös biztonsági mechanizmusok) szerint hozzá­
adásra került.
GNS_24 A parancsnak támogatnia kell a biztonságos üzenetküldés
csak hitelesítésre szolgáló módját (lásd a 11. függeléket).
GNS_25 Parancsüzenet
Bájt Hossz Érték Leírás
CLA 1 „0Ch” Biztonságos üzenetküldés kérése
INS 1 „B2h” Rekord olvasása
P1 1 „XXh” Rekord száma (a 00 jelenti az aktuális
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.002 — 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 hitelesítésre
szolgáló mód) a 11. függelék (Közös biztonsági mechanizmusok)
szerint hozzáadásra került.
GNS_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.002 — 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ása a
11. függelék (Közös biztonsági mechanizmusok) 11. fejezetében talál­
ható.
4.4. Hibakezelés
Ez a rész azt mutatja be, hogy a külső GNSS-eszköz lehetséges hiba­
állapotai hogyan kerülnek kezelésre és rögzítésre a járműegységben.
4.4.1 Kommunikációs hiba a külső GNSS-eszközzel
▼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éshez
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.002 — 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.002 — 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 intelligens
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.002 — 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.002 — 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.002 — 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.002 — 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 mene­
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.002 — 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ározá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ő rendeletekre és
szabványokra utal, illetve azokra épül. E függelék pontjai a vonat­
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 az ITS-
interfészen keresztül továbbított adatai az ITS-interfész bármilyen
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 Bluetooth®
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 Bluetooth®
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 titkosí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 szerver,
az ITS-egység pedig a kliens.
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 526
3.2. Elérhető szolgáltatások
ITS_09 A 4. pont szerint az ITS-interfészen keresztül továbbítandó
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 idejű
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® kapcsolaton
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 helyett
az ITS-interfésznek vezeték nélküli hozzáférést kell biztosítania
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 behelyezett
érvényes tachográfkártyák 1. táblázatban meghatározott kombináci­
ójának megfelelően kell a felhasználó rendelkezésére bocsátania.
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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
ár
ty
ao
lv
as
ó
eg
ys
é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 behelyezett
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
ár
ty
ao
lv
as
ó
eg
ys
é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áren­
delni.
(**) A felhasználónak ki kell választania azt a (járművezetői vagy járműkísérői kártyaolvasó egységbe behelyezett) kártyát, amelyhez 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 szolgá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éklet
12. és 13. követelménye is alkalmazandó.
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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 csak 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 adatokon 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éte­
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 behelye­
zése esetén a menetíró készüléknek fel kell kérnie a kártyatulajdo­
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űegység
memóriájában kell tárolni.
ITS_24 Több járművezető esetén csak az azon járművezetőkkel kapcsolatos
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 az I.
C. melléklet 12. és 13. követelménye szerint kell kezelni, ezért
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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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ított, irányított,
korai távészleléssel történő kommunikációhoz használt leolvasó révén
4.1.3 1b. profil: járműbe beszerelt, irányított, korai távészleléssel történő
kommunikációhoz használt leolvasó (REDCR) révén
4.2 Biztonság/sértetlenség
5 A TÁVOLI KOMMUNIKÁCIÓ KIALAKÍTÁSA ÉS A RÁ VONAT­
KOZÓ PROTOKOLLOK
5.1 Kialakítás
5.2 Munkafolyamat
5.2.1 Műveletek
5.2.2 Az DSRC kommunikáció révén kapott adatok értelmezése
5.3 A DSRC fizikai interfész paraméterei a távoli kommunikációhoz
5.3.1 A helyre vonatkozó korlátozások
5.3.2 Feltöltési és letöltési paraméterek
5.3.3 Az antenna kialakítása
5.4 A DSRC protokoll RTM-re vonatkozó követelményei
5.4.1 Áttekintés
5.4.2 Parancsok
5.4.3 Lekérdezési parancssorozat
5.4.4 Adatstruktúrák
5.4.5 Az RtmData elemei, elvégzett műveletek és fogalommeghatározások
5.4.6 Adatátviteli mechanizmus
5.4.7 A DSRC tranzakció részletes leírása
5.4.8 A DSRC teszttranzakció leírása
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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ó tesztek
1 BEVEZETÉS
Ez a függelék azt a kialakítást és azokat az eljárásokat határozza meg,
amelyeket a távoli kommunikációs funkciónak (a továbbiakban: kommu­
nikáció) végrehajtásához követni kell a 165/2014/EU rendelet (a továb­
biakban: rendelet) 9. cikkében előírtak szerint.
DSC_1 A 165/2014/EU rendelet előírja, hogy a menetíró készüléknek
rendelkeznie kell olyan távoli kommunikációs funkcióval,
amely lehetővé teszi az illetékes ellenőrző hatóságok 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.002 — 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 arra
jogosult személyzete rendelkezik a megfelelő eszközökkel
ahhoz, hogy megértse a kommunikáció során továbbított
adatokat, és ellenőrizze azok hitelességét. Lásd: 11. függelék
Általános 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 alkalmasnak
kell lennie arra, hogy az itt meghatározott architektúra révén
egyéb adatkoncepciókat (például a tömegadatok fedélzeti elér­
hetőségét) is megvalósítsanak.
DSC_11 Fontos tisztázni, hogy a 165/2014/EU rendelet 7. cikkének
rendelkezéseivel összhangban a járművezető személyazonos­
ságára vonatkozó adatok nem kerülnek továbbításra a kommu­
nikáció keretében.
2 HATÁLY
E függelék hatálya annak meghatározására terjed ki, hogy az illetékes
ellenőrző hatóságok meghatalmazottai meghatározott, 5,8 GHz-en folyó,
vezeték nélküli DSRC kommunikáció révén miként szerzik meg azon
adatokat egy célzott járműből, amelyek alapján eldönthető, hogy a
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 vonatkozniuk,
amelyek egy, a 165/2014/EU rendelet 9. cikkében meghatározott lehet­
séges jogsértést állapítanak meg.
▼M1
E forgatókönyv szerint a kommunikációra rendelkezésre álló idő korlá­
tozott, mivel a kommunikáció célzott és rövid hatótávolságú. Emellett az
illetékes ellenőrző hatóságok a menetíró készülékek távoli
ellenőrzésére (RTM) szolgáló, szóban forgó kommunikációs eszközt
más alkalmazásokra is használhatják (például a nehéz tehergépjármű­
veknek az (EU) 2015/719 irányelvben meghatározott maximális töme­
gének és méreteinek ellenőrzésére), és az ilyen műveletek az illetékes
ellenőrző hatóságok döntésétől függően lehetnek különállóak, vagy
következhetnek egymás után.
▼B
Ez a függelék a következőt határozza meg:
— a kommunikációhoz használandó kommunikációs berendezések, eljá­
rások és protokollok,
— azok a szabványok és előírások, amelyeknek a rádióberendezésnek
meg kell felelnie,
— az adatok megjelenítése a kommunikációs berendezés számára,
— a lekérdezési és letöltési eljárások és a műveletek sorozata,
— a továbbítandó adatok,
— a kommunikáció keretében továbbított adatok esetleges értelmezése,
— a kommunikációhoz kapcsolódó biztonsági adatokra vonatkozó
rendelkezések,
— az adatok rendelkezésre állása az illetékes ellenőrző hatóságok
számára,
— a korai távészleléssel történő kommunikációhoz használt leolvasó
miként kérhet le különböző rakomány- és flotta-adatkoncepciókat.
Fontos tisztázni, hogy ez függelék nem határozza meg a következőket:
— az adatgyűjtés működése és irányítása a járműegységben (VU) (ami
a terméktervezés függvénye lesz, hacsak nincs meghatározva a
165/2014/EU rendelet egy másik helyén),
— az összegyűjtött adatok megjelenítési formája az illetékes ellenőrző
hatóságok meghatalmazottja számára, vagy a kritériumok, amelyek
alapján az illetékes ellenőrző hatóságok döntenek arról, hogy mely
járműveket állítsák meg (ez a terméktervezés függvénye lesz, hacsak
nincs meghatározva a 165/2014/EU rendelet egy másik helyén vagy
az illetékes ellenőrző hatóságok szakpolitikai határozatában). Fontos
tisztázni, hogy a kommunikáció csak annak érdekében bocsátja az
adatokat az illetékes ellenőrző hatóságok rendelkezésére, hogy azok
megalapozott döntéseket hozhassanak,
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 biztonsági
mechanizmusok) kell meghatározni],
— az ugyanazzal az architektúrával és berendezéssel megszerezhető,
az RTM-től eltérő adatkoncepciók részletei,
— a járműegységek (VU-k) és a DSRC-VU közötti magatartás és
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.002 — 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.002 — 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észben a
következő rendeletekre és szabványokra utal, illetve azoktól függ. E
függelék pontjai a vonatkozó szabványokra, illetve a szabványok vonat­
kozó szakaszaira hivatkoznak. Ellentmondás esetén e függelék pontjai
elsőbbséget élveznek. Amennyiben – ellentmondás esetén – e függelék
nem határozza meg egyértelműen az előírást, elsőbbséget élvez az ERC
70-03 ajánlásnak megfelelő működés (és az EN 300 674-1 szabványban
meghatározott megfelelő paraméterek szerinti vizsgálat), amelyet csök­
kenő sorrendben az EN 12795, az EN 12253 és az EN 12834 szabvány,
valamint az EN 13372 szabvány 6.2., 6.3., 6.4. és 7.1. szakasza követ.
Az e függelékben hivatkozott rendeletek és szabványok a következők:
[1] Az Európai Parlament és a Tanács 2014. február 4-i
165/2014/EU rendelete a közúti közlekedésben használt menetíró
készülékekről, a közúti közlekedésben használt menetíró készülé­
kekről szóló 3821/85/EGK tanácsi rendelet hatályon kívül helyezé­
séről és a közúti szállításra vonatkozó egyes szociális jogszabályok
összehangolásáról szóló 561/2006/EK európai parlamenti és tanácsi
rendelet módosításáról.
[2] Az Európai Parlament és a Tanács 2006. március 15-i
561/2006/EK rendelete a közúti szállításra vonatkozó egyes szoci­
ális jogszabályok összehangolásáról, a 3821/85/EGK és a
2135/98/EK tanácsi rendelet módosításáról, valamint a
3820/85/EGK tanácsi rendelet hatályon kívül helyezéséről (EGT-
vonatkozású szöveg).
[3] ERC 70-03 CEPT: ECC Recommendation 70-03: Relating to the
Use of Short Range Devices (SRD)
[4] ISO 15638 Intelligent transport systems — Framework for coope­
rative telematics applications for regulated commercial freight
vehicles (TARV).
[5] EN 300 674-1 Electromagnetic compatibility and Radio spectrum
Matters (ERM); Road Transport and Traffic Telematics (RTTT);
Dedicated Short Range Communication (DSRC) transmission
equipment (500 kbit/s / 250 kbit/s) operating in the 5,8 GHz
Industrial, Scientific and Medical (ISM) band; Part 1: General
characteristics and test methods for Road Side Units (RSU) and
On-Board Units (OBU).
[6] EN 12253 Road transport and traffic telematics – Dedicated
short-range communication – Physical layer using microwave at
5.8 GHz.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 interface defi­
nition for dedicated short- range communication
4 MŰKÖDÉSI FORGATÓKÖNYV
4.1 Áttekintés
A 165/2014/EU rendelet meghatározott és ellenőrzött forgatókönyveket
határoz meg, amelyek keretében a kommunikációt alkalmazni kell.
A támogatott forgatókönyvek a következők:
„Communication Profile 1: Roadside inspection using a short range
wireless communication Remote Early Detection Communication Reader
instigating a physical roadside inspection (master-:-slave)
Reader Profile 1a: via a hand aimed or temporary roadside mounted
and aimed Remote Early Detection Communication
Reader Profile 1b: via a vehicle mounted and directed Remote Early
Detection Communication Reader”.
4.1.1 Az 5,8 GHz-en működő DSRC interfészeken keresztül történő adatátvitel
előfeltételei
MEGJEGYZÉS: Az előfeltételek kontextusának megértéséhez lásd az
alábbi 14.3. ábrát.
4.1.1.1 A járműegységben (VU) tárolt adatok
DSC_12 A járműegység (VU) feladata, hogy a DSRC kommunikációs
funkció közreműködése nélkül 60 másodpercenként frissítse és
karbantartsa a járműegységben (VU) tárolandó adatokat.
Ennek megvalósítási módját, amely a járműegység (VU) részét
képezi, nem ez a függelék, hanem a 165/2014/EU rendelet 1C
mellékletének „Távoli kommunikáció a célzott közúti ellen­
őrzések céljára” című 3.19. szakasza határozza meg.
4.1.1.2 A DSRC-VU eszköznek biztosított adatok
DSC_13 A járműegység (VU) feladata, hogy a DSRC kommunikációs
funkció közreműködése nélkül frissítse a DSRC tachográfada­
tokat (adatok), amint a járműegységben (VU) tárolt adatok a
4.1.1.1. pontban (DSC_12 szakasz) meghatározott időközön­
ként frissítésre kerülnek.
DSC_14 A járműegység (VU) adatai alapján kell feltölteni és frissíteni
az adatokat; ennek megvalósítási módját az 1C melléklet
„Távoli kommunikáció a célzott közúti ellenőrzések céljára”
című 3.19. szakasza határozza meg, vagy ha nem tartalmaz
ilyen meghatározást, akkor az a terméktervezés függvénye,
és nem ez a függelék határozza meg. A DSRC-VU eszköz
és a járműegység (VU) közötti kapcsolat kialakítását lásd az
5.6. szakaszban.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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ően
rendszeresen frissített adatokat a DSRC-VU számára történő
megjelenítés előtt biztosítani kell, és biztonságos 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 rendelkezésre álló
VUPM adatok
DSC_18 Az ASN.1 modul teljes meghatározásához az 5.4.4. pontban
található az adatkoncepció, amelynek a DSRC VUPM funkci­
ójában mindig elérhetőnek kell lennie, hogy a REDCR kéré­
sére azonnal továbbítani lehessen.
Az 1. kommunikációs profil általános áttekintése
Ez a profil arra a használati esetre vonatkozik, amikor az illetékes ellen­
őrző hatóságok meghatalmazottja rövid hatótávolságú adatátvitellel
működő, korai távészleléssel történő kommunikációhoz használt leolva­
sóval (REDCR) (amely az 5. pontban leírtak szerint az ERC 70-03
ajánlásnak megfelelően működik, és amelyet az EN 300 674-1 szab­
ványban meghatározott megfelelő paraméterek szerint vizsgálnak)
távolról azonosít olyan járművet, amely potenciálisan megsérti a
165/2014/EU rendeletet. A jármű azonosítása után az illetékes ellenőrző
hatóságok lekérdezést ellenőrző meghatalmazottja dönt arról, hogy a
járművet leállítsák-e, vagy sem.
4.1.2 1a. profil: kézi vagy ideiglenesen az út mentén felállított, irányított,
korai távészleléssel történő kommunikációhoz használt leolvasó révén
Ebben az esetben az illetékes ellenőrző hatóságok meghatalmazottja az
út mentén helyezkedik el, és az út széléről a megcélzott jármű szélvé­
dőjének közepe felé irányít egy háromlábú állványra szerelt kézi vagy
hasonló hordozható REDCR-t. A lekérdezés 5,8 GHz-en működő DSRC
interfészek révén történik, amelyek az 5. pontban leírtak szerint az ERC
70-03 ajánlásnak megfelelően működnek, és amelyeket az EN 300 674-1
szabványban meghatározott megfelelő paraméterek szerint vizsgálnak.
Lásd a 14.1. ábrát (1. használati eset).
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 meghatalmazottja egy
mozgó járműben helyezkedik el, és vagy a járműből egy kézi, hordoz­
ható REDCR-t irányít a megcélzott jármű szélvédőjének közepe felé,
vagy az REDCR úgy van a járműbe beszerelve vagy arra felszerelve,
hogy a megcélzott jármű szélvédőjének közepe felé irányuljon, amikor a
korai távészleléssel történő kommunikációhoz használt leolvasó járműve
meghatározott helyzetben van a megcélzott járműhöz képest (például
közvetlenül előtte van a forgalomban). A lekérdezés 5,8 GHz-en
működő DSRC interfészek révén történik, amelyek az 5. pontban leírtak
szerint az ERC 70-03 ajánlásnak megfelelően működnek, és amelyeket
az EN 300 674-1 szabványban meghatározott megfelelő paraméterek
szerint vizsgálnak. Lásd a 14.2. ábrát (2. használati eset).
14.2. ábra
Járműből történő lekérdezés 5,8 GHz-es DSRC segítségével
4.2 Biztonság/sértetlenség
Annak érdekében, hogy a távoli kommunikáció révén letöltött adatok
hitelességét és sértetlenségét ellenőrizni lehessen, a biztonságos adatokat
a 11. függelékkel (Közös biztonsági mechanizmusok) összhangban kell
ellenőrizni és visszafejteni.
5 A TÁVOLI KOMMUNIKÁCIÓ KIALAKÍTÁSA ÉS A RÁ VONAT­
KOZÓ PROTOKOLLOK
5.1 Kialakítás
Az intelligens menetíró készülék távoli kommunikációs funkciójának
kialakítását a 14.3. ábra mutatja be.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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 hiba
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.002 — 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 antenna
működésének befolyásolása a 165/2014/EU rendelet megsérté­
sének minősül. Az antenna takarása vagy működési teljesítmé­
nyének más módon történő kedvezőtlen befolyásolása a
165/2014/EU rendelet megsértésének minősül.
DSC_22 ►M1 Az antenna alaktényezője nincs meghatározva, ez
kereskedelmi döntés lesz kell mindaddig, amíg a beszerelt
DSRC-VU megfelel az alábbi 5. szakaszban meghatározott
megfelelőségi követelményeknek. Az antennát a DSC_19
bekezdésben meghatározottak szerint kell elhelyezni, és haté­
konyan támogatnia kell a 4.1.2. és a 4.1.3. pontban leírt hasz­
nálati eseteket. ◄
14.4. ábra
Példa arra, hogy hogyan kell elhelyezni az 5,8 GHz-es DSRC
antennát a rendelet hatálya alá tartozó járművek szélvédője mögött
Az REDCR és antennájának alaktényezője a leolvasó körülményeitől
(háromlábú állványra szerelt, kézi, járműbe beszerelt stb. leolvasó) és
az illetékes ellenőrző hatóságok meghatalmazottja által alkalmazott eljá­
rásmódtól függően változhat.
A kijelző és/vagy értesítési funkció arra szolgál, hogy a távoli kommu­
nikációs funkció eredményeit bemutassa az illetékes ellenőrző hatóságok
meghatalmazottjának. A kijelzés történhet képernyőn, kinyomatként,
hangjelzésként vagy az ilyen értesítések kombinációjaként. A kijelzés
és/vagy értesítés formája az illetékes ellenőrző hatóságok meghatalma­
zottjai és a berendezés kialakítása által meghatározott követelmények
függvénye, és nem ez a függelék határozza meg.
DSC_23 Az REDCR-nek, amelynek kialakítása és alaktényezője a 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ágot
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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) frissíti
a DSRC-VU memóriájában tárolt VUPM-et. Az összegyűjtött
adatokat az alábbi 5.4.4–5.4.5. pontban meghatározott módon kell
formázni.
b. Minden alkalommal, amikor az adatok frissülnek, a biztonságiadat-
koncepcióban meghatározott időbélyegzőt is frissíteni kell.
c. A VUSM funkció a 11. függelékben meghatározott eljárásokkal össz­
hangban biztosítja az adatokat.
d. Minden alkalommal, amikor az adatok frissülnek (lásd a
4.1.1.1–4.1.1.2. szakaszt), az adatokat továbbítani kell a DSRC-
VU-nak, ahol felülírják a korábbi adatokat annak érdekében, hogy
mindig frissített aktuális adatok álljanak rendelkezésre továbbításra
egy REDCR általi lekérdezés esetén. Amikor a járműegység (VU)
elküldi az adatokat a DSRC-VU-nak, azoknak azonosíthatónak kell
lenniük az RTMData fájlnév vagy az ApplicationID és az Attribute
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 megcé­
lozza a járművet, és távoli kommunikáció keretében lekéri az
adatokat. Az REDCR 5,8 GHz-en működő DSRC interfészen
keresztül 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 tartal­
mazza a titkosított hasznos adatokat és a DSRC biztonsági adatokat.
g. Az adatokat a REDCR berendezés elemzi, és biztosítja az illetékes
ellenőrző hatóságok meghatalmazottja számára.
h. Az illetékes ellenőrző hatóság meghatalmazottja az adatok alapján
dönt arról, hogy megállítsa-e a járművet részletes vizsgálat céljából,
vagy sem, vagy megkérje-e az illetékes ellenőrző hatóság egy másik
meghatalmazottját, hogy állítsa meg a járművet.
5.2.2 Az DSRC kommunikáció révén kapott adatok értelmezése
DSC_26 Az 5,8 GHz-en működő interfészen keresztül kapott adatok
jelentésének és importjának az alábbi, 5.4.4. és 5.4.5. pontban
meghatározott jelentésre és importra kell korlátozódniuk, és az
ott meghatározott célok keretében kell őket értelmezni. A
165/2014/EU rendelet rendelkezéseinek megfelelően az
adatok csak arra használhatók fel, hogy olyan megfelelő
információval szolgáljanak az illetékes ellenőrző hatóság
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.002 — 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 beren­
dezésnek meg kell felelnie az ERC 70-03 ajánlásnak, ezen­
kívül az említett ajánlás és az alábbi 14.1. és 14.2. táblázatban
meghatározott paramétereknek megfelelően kell működnie.
DSC_29 Továbbá az egyéb szabványosított, 5,8 GHz-en működő
DSRC rendszerek működési paramétereivel való kompatibi­
litás biztosítása érdekében, a menetíró készülékek távoli ellen­
őrzésére alkalmazott berendezésnek meg kell felelnie
az EN 12253 és az EN 13372 szabvány paramétereinek.
Ezek a következők:
▼C2
14.1. táblázat
Letöltési paraméterek
Tétel Paraméter Érték(ek) Megjegyzés
D1 Letöltési vivőjel-frekven­
ciák
Egy REDCR négy 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.002 — 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ó XPD:
Az irányzóvonalban:
(REDCR) RSU t ≥ 15 Db
(DSRC-VU) OBU r ≥ 10 dB
A – 3 dB zónában: (REDCR)
RSU t ≥ 10 dB
(DSRC-VU) OBU r ≥ 6 dB
(Összhangban az EN 12253 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 ms (Ö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.002 — 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álatokat 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.002 — 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.002 — 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álatokat kell végezni az EN 300 674-1 szabványban előírt megfelelő
paramétervizsgálatnak megfelelően.
▼B
5.3.3 Az antenna kialakítása
5.3.3.1 REDCR antenna
DSC_30 Az REDCR antennának, amelynek kialakítása a kereskedelmi
tervezés függvénye, az 5.3.2. pontban meghatározott korláto­
zások mellett kell működnie, amelyeket úgy adaptáltak, hogy
a DSRC-REDCR leolvasási teljesítménye optimális legyen
azon meghatározott célból és leolvasási körülmények között,
amelyek közötti működésre az REDCR-t tervezték.
5.3.3.2 A járműegység (VU) antennája
DSC_31 A DSRC-VU antennának, amelynek kialakítása a keres­
kedelmi 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.002 — 554
DSC_32 A járműegység (VU) antennáját a fenti 5.1. pontban meghatá­
rozott módon a jármű szélvédőjére vagy annak közelében kell
felszerelni.
DSC_33 A tesztkörnyezetben, egy műhelyben (lásd a 6.3. szakaszt)
egy, a fenti 5.1. szakasz szerint felerősített DSRC-VU anten­
nának 1 000 leolvasás átlaga alapján az esetek több mint
99 %-ában, 2 és 10 méter közötti távolságból sikeresen
kapcsolódnia kell a szabványos tesztkommunikációhoz, és
sikeresen továbbítania kell az e függelékben meghatározott
RTM tranzakciót.
5.4 A DSRC protokoll RTM-re vonatkozó követelményei
5.4.1 Áttekintés
DSC_34 Az adatoknak az 5,8 GHz-es DSRC interfészkapcsolaton
keresztül történő letöltésére vonatkozó tranzakciós proto­
kollnak követnie kell a következő lépéseket. Ez a szakasz
egy ideális körülmények között lezajló tranzakció menetét
írja le, a továbbítás megismétlése vagy a kommunikáció
megszakadása nélkül.
MEGJEGYZÉS: Az inicializálási fázis (1. lépés) célja, hogy
megteremtse a kommunikációt az REDCR és azon
DSRC-VU-k között, amelyek már beléptek az 5,8 GHz-es
DSRC (mester-szolga) tranzakciós zónába, de még nem
teremtettek kommunikációs kapcsolatot az REDCR-rel, és
értesítse az alkalmazásfolyamatokat.
— 1. lépés Inicializálás. Az REDCR elküld egy keretet,
benne egy irányadó szolgáltatási táblázatot (BST), amely
tartalmazza a támogatott szolgáltatásjegyzékben szereplő
alkalmazások azonosítóit (AID). Az RTM alkalmazásban
ez az a szolgáltatás, amelynek az AID értéke = 2
(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 Az REDCR privát ablak kiosztását tartalmazó
keretet küld.
— 4. lépés A DSRC-VU a kiosztott privát ablak révén
keretet küld, amely tartalmazza a jármű szolgáltatási
táblázatát (VST). Ez a VST tartalmazza mindazon külön­
böző alkalmazáspéldányok jegyzékét, amelyeket ez a
DSRC-VU támogat, és amelyek esetében AID=2. A
különböző példányokat egyedileg generált EID-k révén
kell azonosítani, amelyek mindegyikéhez kapcsolódnia
kell egy Application Context Mark (alkalmazáskörnyezeti
jel) paraméterértéknek, amely az alkalmazásra és a támo­
gatott szabványra utal.
— 5. lépés Ezután az REDCR elemzi a kínált VST-t, és vagy
befejezi a kapcsolatot (RELEASE), mivel semmi nem
érdekli abból, amit a VST kínál (azaz olyan DSRC-VU-
tól kapott VST-t, amely nem támogatja az RTM tranzak­
ciót), vagy ha megfelelő VST-t kapott, elindítja vala­
melyik alkalmazás egy példányát.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 Az REDCR a munkamenet befejezése céljából a
DSRC-VU-nak egy RELEASE parancsot tartalmazó
keretet küldve visszaigazolja az adatok fogadását,
VAGY ha nem igazolta vissza az adatok sikeres 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.002 — 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ő paran­
csok kerülnek alkalmazásra
— INITIALISATION.request: Az REDCR által szétküldött
parancs, amely magában foglalja az REDCR által támo­
gatott alkalmazások meghatározását.
— INITIALISATION.response: Válasz a DSRC-VU-tól,
amely megerősíti a kapcsolatot, és tartalmazza a támoga­
tott alkalmazáspéldányok jegyzékét, valamint jellemzőket
és azt, hogy mikén kell azokat megcímezni (EID).
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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.002 — 559
► (2) (3) M1
► (1) M3
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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
O
kt
et
t
sz
ám
a
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ára9
10
11
▼C2
02016R0799 — HU — 21.08.2023 — 003.002 — 570
O
kt
et
t
sz
ám
a
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
O
kt
et
t
sz
ám
a
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.002 — 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
O
kt
et
t
sz
ám
a
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.002 — 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
O
kt
et
t
#
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.002 — 573
O
kt
et
t
#
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.002 — 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
O
kt
et
t
sz
ám
a
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.002 — 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
O
kt
et
t
sz
ám
a
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.002 — 576
O
kt
et
t
sz
ám
a
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
O
kt
et
t
sz
ám
a
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.002 — 577
O
kt
et
t
sz
ám
a
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.002 — 578
DSC_55 Ilyen alapszintű kommunikációs teszt elvégzéséhez az ECHO
parancsot az REDCR adja ki egy munkamenet közben, azaz
az inicializálási szakasz sikeres elvégzése után. Az interakciók
sorozata tehát hasonló egy lekérdezéséhez:
— 1. lépés Az REDCR elküld egy irányadó szolgáltatási
táblázatot (BST), amely tartalmazza a támogatott szolgál­
tatásjegyzékben szereplő alkalmazások azonosítóit (AID).
Az RTM alkalmazásokban ez az a szolgáltatás, amelynek
AID értéke = 2.
A DSRC-VU értékeli a kapott BST-t, és ha azt határozza
meg, hogy a BST a Freight&Fleet (AID = 2) szolgálttást
kéri, akkor a DSRC-VU válaszol. Ha az REDCR nem
kínál olyan szolgáltatást, amelynek esetében AID=2,
akkor a DSRC-VU leállítja a tranzakciót az REDCR-rel.
— 2. lépés A DSRC-VU privát ablak kiosztására vonatkozó
kérést küld.
— 3. lépés Az REDCR privát ablak kiosztására vonatkozó
üzenetet küld.
— 4. lépés A DSRC-VU a kiosztott privát ablak révén
elküldi a jármű szolgáltatási táblázatát (VST). Ez a VST
tartalmazza mindazon különböző alkalmazáspéldányok
jegyzékét, amelyeket ez a DSRC-VU támogat, és amelyek
esetében AID=2. A különböző példányokat egyedi EID-k
révén kell azonosítani, amelyek mindegyikéhez kapcso­
lódnia kell egy paraméterértéknek, amely a támogatott
alkalmazás példányára utal.
— 5. lépés Ezután az REDCR elemzi a kínált VST-t, és vagy
befejezi a kapcsolatot (RELEASE), mivel semmi nem
érdekli abból, amit a VST kínál (azaz olyan DSRC-VU-
tól kapott VST-t, amely nem RTM VU), vagy, ha 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ó munkame­
netre vonatkozó gyakorlati példát mutatnak be.
DSC_56 Az inicializálást az 5.4.7. pont (DSC_44–DSC_48 szakasz) és
a 14.4–14.9. táblázat szerint kell elvégezni.
DSC_57 Az REDCR ezután kiad egy az ISO 14906 szabványnak
megfelelő ACTION, ECHO parancsot, amely 100 oktettet
tartalmaz, és amelynek nincs kimondottan az RTM-re vonat­
kozó beállítása. A 14.15. táblázatban bemutatja az REDCR
által küldött keret tartalmát.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 579
14.15. táblázat
Példa az ACTION, ECHO kérés keretére
O
kt
et
t
sz
ám
a
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.002 — 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
O
kt
et
t
sz
ám
a
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.002 — 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üggetlenül a
következő követelményeknek teljesülniük kell:
DSC_68 ►M1 a) Annak érdekében, hogy a járműegység (VU) és
a DSRC-VU, illetve különböző DSRC-VU tételek
szállítására különböző szállítókkal lehessen szerző­
dést kötni, a járműegység (VU) és a – nem a VU-n
belüli – DSRC-VU közötti kapcsolatnak nyílt szab­
ványon alapuló kapcsolatnak kell lennie. A
járműegységnek (VU) a következők egyikével
kell kapcsolódnia a DSRC-VU-hoz: ◄
i) legalább 2 méter hosszú, rögzített vezeték a
DIN 41612 szabványnak megfelelő H11 csat­
lakozóval – 11 pólusú csatlakozódugasz
a DSRC-VU-tól, amely összeillik a jármű­
egység készülékének hasonló, DIN/ISO 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.002 — 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.002 — 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 szerezzen
meg a biztonsági modultól (hogy továbbítsa azokat a VU-
DSRC-nek), de nem jár sikerrel, ezt a hibát EventFaultType
típusú, „62”H enumerációs értékű Remote Communication
Facility communication fault eseményként kell rögzítenie
az időbélyegzővel együtt. A kommunikációs hiba felismerése
akkor történik, amikor egy parancsra
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 vonat­
kozó DSRC szabványoknak, nevezetesen az EN 300 674-1,
az EN 12253, az EN 12795 és az EN 12834 szabványnak,
valamint az EN 13372 szabvány megfelelő paramétereinek.
5.7.2.1 Titkosítási és aláíráshibák
DSC_81 A titkosítási és aláíráshibákat a 11. függelékben (Közös
biztonsági mechanizmusok) meghatározott módon kell
kezelni, és ezek a hibák nem jelennek meg a DSRC adatátvi­
tellel kapcsolatos hibaüzenetekben.
5.7.2.2 A hibák rögzítése
A DSRC dinamikus vezeték nélküli kommunikáció olyan környezetben
működik, amelyben bizonytalanok a légköri és az interferencia-feltételek,
különösen a hordozható REDCR és mozgó jármű kombinációjával
működő alkalmazásban. Ezért különbséget kell tenni az „olvasási
hiba” és a „hiba” feltétele között. Egy vezeték nélküli interfészen keresz­
tülfutó tranzakció esetében általános az olvasási hiba, amelynek általában
az a következménye, hogy ismételt kísérletet kell tenni, azaz újra el kell
küldeni a BST-t és a szekvenciát, ami a legtöbb esetben sikeres kommu­
nikációs kapcsolathoz és adatátvitelhez vezet, hacsak a megcélzott jármű
az ismételt küldéshez szükséges idő alatt ki nem kerül a hatótávolságból.
(Egy sikeres olvasás több kísérlet és ismételt próbálkozás eredménye is
lehet).
Olvasási hibát okozhat, ha az antennák párosítása nem megfelelő (hibás
irányítás), ha az egyik antenna le van árnyékolva (ami lehet szándékos,
de egy másik jármű jelenléte is okozhatja), ha rádióinterferencia lép fel
különösen 5,8 GHz-hez közeli frekvencián működő WIFI-vel vagy
egyéb nyílt hozzáférésű, vezeték nélküli kommunikációval, de okozhatja
radarinterferencia vagy kedvezőtlen légköri körülmény (pl. vihar), vagy
egyszerűen a DSRC kommunikáció hatósugarából való kikerülés. Az
egyedi olvasási hibákat természetüknél fogva nem lehet rögzíteni,
egyszerűen azért, mert a kommunikációra nem került sor.
Amennyiben azonban az illetékes ellenőrző hatóság meghatalmazottja
megcéloz egy járművet, és kísérletet tesz a DSRC-VU kiolvasására, de
ezt nem követi sikeres adatátvitel, ez a hiba lehet szándékos manipulálás
következménye, ezért az illetékes ellenőrző hatóság meghatalmazottjának
megfelelő eszközzel kell rendelkeznie arra, hogy naplózza a hibát, és
riassza a távolabb lévő kollégákat az esetleges jogsértés miatt. Ezután a
kollégák megállíthatják a járművet, és elvégezhetik annak fizikai ellen­
őrzését. Mivel azonban nem történt sikeres kommunikáció, a DSRC-VU
nem képes adatokat szolgáltatni a hibáról. Ez a jelentés ezért az REDCR
berendezés kialakításának függvénye lesz.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 585
Az „olvasási hiba” technikai értelemben eltér a „hibától”. Ebben az
összefüggésben a „hiba” azt jelenti, hogy a kapott érték helytelen.
A DSRC-VU-nak továbbított adatok már biztonságosak, ezért azokat az
adatok szolgáltatójának kell ellenőriznie (lásd az 5.4. pontot).
A későbbiekben rádióinterfészen továbbított adatok ellenőrzése a
kommunikáció szintjén, ciklikus redundanciaellenőrzéssel történik. Ha
a ciklikus redundanciaellenőrzés érvényesíti, akkor az adat helyes. Ha
a ciklikus redundanciaellenőrzés nem érvényesíti, akkor az adat ismé­
telten továbbításra kerül. Annak valószínűsége, hogy helytelen adatok
sikeresen átjutnak a ciklikus redundanciaellenőrzésen, statisztikailag
annyira kicsi, hogy figyelmen kívül hagyható.
Ha a ciklikus redundanciaellenőrzés nem érvényesíti az adatot, és nincs
idő a helyes adat ismételt továbbítására és fogadására, akkor az ered­
mény nem hiba lesz, hanem egy speciális olvasásihiba-típus egy
példánya.
Az egyedüli értelmezhető hibaadat, amely rögzíthető, az olyan, sikeresen
kezdeményezett tranzakciók száma, amelyek nem végződtek az REDCR-
nek történő sikeres adatátvitelben.
DSC_82 Az REDCR ezért időbélyegzővel ellátva rögzíti azon alkalmak
számát, amikor egy DSRC lekérdezés inicializálási szakasza
sikeres, de a tranzakció azelőtt befejeződik, hogy az REDCR
sikeresen lekérdezné az adatokat. Ennek az adatnak hozzáfér­
hetőnek kell lennie az illetékes ellenőrző hatóság meghatal­
mazottja számára, és az adatot el kell tárolni az REDCR
berendezés memóriájában. Ennek megvalósítási módja a
termékfejlesztésen vagy az illetékes ellenőrző hatóság
előírásán múlik.
Az egyedüli értelmezhető hibaadat, amely rögzíthető, azon
alkalmak száma, amikor az REDCR nem képes visszafejteni
a kapott adatokat. Meg kell azonban jegyezni, hogy ez csak
az REDCR szoftver hatékonyságára vonatkozik. Előfordulhat,
hogy az adatokat technikailag vissza lehet fejteni, de szeman­
tikailag nincs értelmük.
DSC_83 Az REDCR ezért időbélyegzővel ellátva rögzíti azon alkalmak
számát, amikor sikertelen kísérletet tett a DSRC interfészen
keresztól kapott adatok visszafejtésére.
6 A TÁVOLI KOMMUNIKÁCIÓS FUNKCIÓ ÜZEMBE HELYEZÉSE
ÉS IDŐSZAKOS VIZSGÁLATA
6.1 Általános rész
DSC_84 A távoli kommunikációs funkció esetében a tervek a tesztek
két típusát tartalmazzák:
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 586
1) ECHO teszt a DSRC-REDCR >>-:-
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 >>-:-
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 biztonsági
hitelesítő adatokhoz való hozzáférés nélkül meg tudják vizsgálni, hogy
működik-e a DSRC kapcsolat. A tesztelő berendezésének ezért csak arra
kell képesnek lennie, hogy DSRC kommunikációt inicializáljon (BST-t
küldjön olyan szolgáltatást kérve amelynek az AID értéke = 2), majd
ECHO parancsot küldjön, és feltételezve, hogy a DSRC működik,
fogadja az ECHO választ. További részletekért lásd az 5.4.8. pontot.
Amennyiben a helyes válasz megérkezik, igazolni lehet, hogy a DSRC
kapcsolat (DSRC-REDCR >>-:-
6.3 A biztonsági adatok tartalmának érvényesítésére szolgáló tesztek
DSC_85 Ezt a tesztet az adatfolyam folyamat elejétől a végéig tartó
biztonságának igazolására hajtják végre. Ilyen teszthez DSRC
tesztleolvasó szükséges. A DSRC tesztleolvasó ugyanazokkal
a funkciókkal rendelkezik, és megvalósítása ugyanazon
előírások szerint történik, mint a bűnüldöző szervek által
használt leolvasó esetében, azzal a különbséggel, hogy a
DSRC tesztleolvasó felhasználójának azonosítására nem ellen­
őrző kártyát, hanem műhelykártyát kell használni. A tesztet az
intelligens menetíró készülék kezdeti aktiválását követően
vagy a kalibrálási eljárás végén lehet végrehajtani. Aktiválás
után a járműegység generálja a biztonságos korai észlelési
adatokat, és továbbítja azokat a DSRC-VU-nak.
DSC_86 A műhely személyzetének a jármű előtt 2 és 10 méter közötti
távolságban kell elhelyeznie a DSRC tesztleolvasót.
DSC_87 Ezután a műhely személyzete műhelykártyát helyez a DSRC
tesztleolvasóba, hogy a járműegységtől (VU) kérje a korai
észlelési adatok lekérését. A sikeres lekérdezés után a műhely
személyzete hozzáfér a kapott adatokhoz, hogy megvizsgálja,
sikeres volt-e az adatok sértetlenségének validálása és az
adatok visszafejtése.
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 587
Kiegészítés
A napi, heti és kétheti járművezetési idő kiszámítására vonatkozó 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ó egysé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 idő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űegysé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őszak(oka)t
SZÜNET/PIHENÉS-nek kell tekinteni.
Az ISMERETLEN időszakokat és a negatív időtartamú tevékenységeket
(amelyeknél a tevékenység kezdete a tevékenység végénél későbbre 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ételeznie, 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 időket.
a) „RTM-műszak”: a napi pihenőidő vége és a közvetlenül azt követő 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 kell
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/PIHENÉ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.002 — 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ó, folyamatos 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 megszakí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űegységnek
ezt követően ki kell számítania a rendszeres napi pihenőidőt, ha 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űszakot
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 egy 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.002 — 589
— meg lehet szakítani a megosztott napi pihenőidő első részét egy 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 napi 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 KOMPON/
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 szakí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űszakot
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ő kiszá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ételek:
— a megszakítás következtében az észlelt megszakítások teljes időtartama
– beleértve az olyan megszakításokat is, amelyek a kompon/vonaton
megtett út miatt a megosztott napi pihenőidő első felében következnek
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 megtett
út miatt a megosztott napi pihenőidő első felében következnek be –
meghaladja a kettőt,
— a megszakítás befejezése után „az a hely, ahol a munkanap végződik”
bejegyzés került eltárolásra.
Ha a fenti feltételek egyike sem teljesül, a megszakítást közvetlenül
megelőző folyamatos pihenőidőt hozzá kell adni az összesített pihenő­
időhöz.
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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ő megsza­
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 folyamatot, 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 összesített
pihenőidő kiszámítását, a járműegységnek észlelnie kell a KOMPON/
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 az összesített
pihenőidőt a megszakítás előtti folyamatos pihenőidő végéig kell számí­
tani. Ellenkező esetben a megszakítások után következő folyamatos 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, amikor a jármű­
egység az 1. és a 3. lépés eredményeként legfeljebb két folyamatos pihenő­
időt hozzáadott ahhoz a pihenőidőhöz, amelyre vonatkozóan a KOMPON/
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.002 — 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.002 — 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 idő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 szerint 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űszak 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űvezeté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étheti járművezetési
időkhöz.
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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 interoperabilitá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 kell
használni:
intelligens menetíró rendszer: e melléklet meghatározása szerint (1.
fejezet, bbb. fogalommeghatározás);
első generációs menetíró rendszer: e rendelet meghatározása szerint
(2. cikk, 1. fogalommeghatározás);
második generációs menetíró rendszer: e rendelet meghatározása szerint
(2. cikk, 7. fogalommeghatározás);
a bevezetés időpontja: e melléklet meghatározása szerint (1. fejezet, ccc.
fogalommeghatározás);
intelligens kijelölt berendezés (IDE): az e melléklet 7. függelékében
meghatározott, adatletöltéshez használt berendezés.
▼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 generá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 bevezeté­
séről.
▼M3
02016R0799 — HU — 21.08.2023 — 003.002 — 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 felszerelt
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 generá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ábilisak az
első generációs járműegységekkel a 3821/85/EGK rendelet I. B. mellék­
letének megfelelően, a második generációs tachográfkártyák bármely
verziója pedig interoperábilis a második generációs járműegységek
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ével
az első generációs tachográfkártyák érvényességi idejük
végéig továbbra is használhatók a második generációs jármű­
egysé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égek e
képességét annak érdekében, hogy a járműegységek első
generációs tachográfkártyákkal ne legyenek használhatók.
Ezt csak azután lehet elvégezni, hogy az Európai Bizottság
eljárást indított, melyben felkéri a műhelyeket e művelet
elvégzésére, például a menetíró készülékek időszakos vizs­
gálata keretében.
MIG_004 A második generációs járműegységek csak második generá­
ciós műhelykártyák használatára lehetnek alkalmasak.
MIG_005 Az üzemeltetési mód meghatározása céljából a második gene­
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ábilisak az
első generációs járműegységekkel, a második generációs mozgásérzékelők
pedig interoperábilisak a második generációs járműegységek bármely
verziójával. Ezenkívül az alábbi követelményeket kell alkalmazni.
MIG_007 A második generációs járműegységek egyetlen verziója sem
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.002 — 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 kompatibilis
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égbe
első generációs kártyát helyeznek be, az adatletöltésnek az e
melléklet 7. függelékében meghatározott adatletöltési 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.002 — 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égzett
ellenőrzésén kívül a második generációs járműegységekből
való adatletöltés során a második generációs biztonsági eljá­
rásokat és az e melléklet 7. függelékében 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áció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.002 — 597
MIG_023a A bevezetés időpontjától kezdve a meghibásodott, 2 generá­
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 alkalma­
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.002 — 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.002 — 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 (megfelelően
az IC melléklet 8. szakaszának: Az adatrögzítő készülék és a
tachográfkártyák típusjóváhagyása) az adapter burkolatán
belülre kell beépíteni, ahol egy, a beépített mozgásérzékelő
számára továbbítandó impulzusokat előállító impulzusátalakító
is helyet foglal. A beépített mozgásérzékelő a
járműegységhez (VU) kapcsolódik, így a járműegység és az
adapter közötti interfésznek meg kell felelnie az ISO 16844-3
szabványban foglalt előírásoknak.
2.2. Funkciók
ADA_003 Az adapter a következő funkciókat látja el:
— a bejövő sebességimpulzusok közvetítése és átalakítása,
— a bejövő impulzusok továbbítása a beépített mozgásérzé­
kelő felé,
— a mozgásérzékelő valamennyi funkciója, valamint a
járműegység (VU) biztonságos mozgásadatokkal történő
ellátása.
2.3. Biztonság
ADA_004 Az adapter biztonsági tanúsítása nem a mozgásérzékelőkre
vonatkozó, az e melléklet 10. függelékében meghatározott álta­
lános biztonsági célok alapján történik. E helyett az e függelék
4.4. pontjában meghatározott biztonsági vonatkozású követel­
ményeket kell alkalmazni.
3. AZ ADATRÖGZÍTŐ KÉSZÜLÉKRE VONATKOZÓ KÖVETELMÉ­
NYEK ADAPTER ALKALMAZÁSA ESETÉN
A következő fejezetekben foglalt követelmények arra vonatkoznak, hogy
adapter alkalmazása esetén miként kell az e mellékletben foglalt előírá­
sokat értelmezni. Az IC melléklet érintett előírásának száma zárójelben
szerepel.
ADA_005 Ha e függelék másként nem írja elő, az adapterrel felszerelt
járművekben használt adatrögzítő készüléknek meg kell
felelnie e melléklet valamennyi előírásának.
ADA_006 Adapter alkalmazása esetén az adatrögzítő készülék magában
foglalja a kábeleket, az adaptert (a mozgásérzékelőt is bele­
értve) és egy járműegységet (VU) [01].
ADA_007 Az adatrögzítő készülék esemény- és/vagy hibafelderítő funk­
ciója az alábbiak szerint módosul:
— az „áramellátás megszakadása” eseményt a
járműegység (VU) abban az esetben váltja ki, amikor a
berendezés nincs a kalibrálási üzemmódban, és a beépített
mozgásérzékelő bármely áramkimaradása meghaladja a 200
milliszekundumot [79],
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 mozgás­
érzékelő automatikus összekapcsolását a járműegységgel [202,
204].
4. AZ ADAPTER KIALAKÍTÁSÁRA ÉS MŰKÖDÉSÉRE VONATKOZÓ
KÖVETELMÉNYEK
4.1. A bejövő sebességimpulzusok közvetítése és átalakítása
ADA_011 Az adapter bemeneti interfésze a jármű sebességét és a megtett
távolságot jelző impulzusokat képes fogadni. A bejövő impul­
zusok elektromos jellemzői: a gyártó által meghatározandó. A
csak az adapter gyártója és az adapter beépítését végző elismert
műhely számára ismert beállításoknak adott esetben lehetővé
kell tenniük az adapter bemeneti oldalának megfelelő összekö­
tését a járművel.
▼M3
ADA_012 Az adapter bemeneti interfészének adott esetben képesnek kell
lennie a bejövő sebességimpulzusok impulzusszámának egy
rögzített tényezővel történő szorzására, illetve osztására, a
jelet az e mellékletben meghatározott k-tényező tartományhoz
(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 impulzu­
sokat olyan módon kell a beépített mozgásérzékelőnek továb­
bítani, hogy az minden bejövő impulzust érzékeljen.
4.3. A beépített mozgásérzékelő
ADA_014 A beérkező jelek stimulálják a beépített mozgásérzékelőt,
amely a jármű mozgását olyan pontosan leíró mozgásadatokat
hoz létre, mintha mechanikus kapcsolatban állna a jármű vala­
mely mozgó alkatrészével.
ADA_015 A járműegység (VU) a beépített mozgásérzékelő azonosító
adatait használja az adapter azonosítására [95].
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 601
ADA_016 A beépített mozgásérzékelőben tárolt beépítési adatok minő­
sülnek az adapter beépítési adatainak [122].
4.4. Biztonsági követelmények
ADA_017 Az adapter burkolatát úgy kell kialakítani, hogy azt ne lehessen
felnyitni. Annak érdekében, hogy a fizikai manipulálási kísér­
letek könnyen észrevehetők legyenek (pl. szemrevételezéssel,
ld. ADA_035), az adapter burkolatát le kell plombálni. A
plombákra a mozgásérzékelő plombáira vonatkozó követelmé­
nyek érvényesek [398–406].
ADA_018 A beépített mozgásérzékelőt kizárólag az adapter burkolatán
lévő plomba (plombák) vagy az érzékelőt és az adapter burko­
latát összekötő plomba feltörésével lehet eltávolítani (ld.
ADA_034).
ADA_019 Az adapter biztosítja, hogy a mozgási adatokat kizárólag az
adapter bemenetén keresztül lehessen lehívni és feldolgozni.
4.5. Teljesítményjellemzők
ADA_020 Az adapter a gyártó által meghatározott hőmérséklet-tarto­
mányban teljes mértékben működőképes.
ADA_021 Az adapter 10–90 %-os páratartalom mellett teljes mértékben
működőképes [214].
ADA_022 Az adaptert óvni kell a túlfeszültségtől, az energiaellátás pola­
ritásának felcserélésétől és a rövidzárlatoktól [216].
ADA_023 Az adapter:
— vagy reagál a jármű mozgásának érzékelését zavaró
mágneses térre – ilyen körülmények esetén a
járműegység (VU) érzékelőhibát jegyez fel és tárol [88],
vagy
— olyan érzékelő elemmel rendelkezik, amely védett vagy
ellenállóképes a mágneses térrel szemben [217].
ADA_024 Az adapter az elektromágneses kompatibilitás tekintetében
megfelel az ENSZ-EGB 10. sz. előírásának, valamint az adap­
tert védeni kell az elektrosztatikus kisülésektől és tranziens
áramoktól [218].
4.6. Anyagok
ADA_025 Az adapter megfelel a(z) (a gyártó által meghatározandó, a
beépítés helyének függvényében) érintésvédelmi osztálynak
[220, 221].
ADA_026 Az adapter burkolatának színe sárga.
4.7. Jelölések
ADA_027 Az adapterre ismertető címkét kell erősíteni, amelyen a követ­
kező adatok szerepelnek:
— az adapter gyártójának neve és címe,
— a gyártói alkatrészek száma és az adapter gyártási éve,
— az adapter vagy azt tartalmazó adatrögzítő készülék típus-
jóváhagyási jele,
— az adapter beépítésének időpontja,
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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ő adatok
(amennyiben azok nem olvashatók le közvetlenül a beépített
mozgásérzékelő burkolatáról):
— a beépített mozgásérzékelő gyártójának neve,
— a gyártói alkatrészek száma és a beépített mozgásérzékelő
gyártási éve,
— a beépített mozgásérzékelő jóváhagyási jele.
5. AZ ADATRÖGZÍTŐ KÉSZÜLÉK BEÉPÍTÉSE ADAPTER ALKALMA­
ZÁSA ESETÉN
5.1. Beépítés
ADA_029 A járművekbe szerelendő adaptereket csak járműgyártók, vagy
jóváhagyott, digitális és intelligens menetíró készülékek beépí­
tésére, aktiválására, illetve kalibrálására feljogosított műhelyek
szerelhetik be.
ADA_030 Az adaptert beépítő jóváhagyott műhely beállítja a bemeneti
interfészt és – adott esetben – kiválasztja a bemeneti jel
konverziójának arányát.
ADA_031 Az adaptert beépítő jóváhagyott műhely leplombálja az adapter
burkolatát.
ADA_032 Az adaptert a lehető legközelebb kell beszerelni a járműnek az
adapter bejövő impulzusait küldő részéhez.
ADA_033 Az adapter tápkábele piros (pozitív) és fekete (föld).
5.2. Plombálás
ADA_034 A plombálásra az alábbi követelmények vonatkoznak:
— az adapter burkolatát plombával látják el (ld. ADA_017),
— a beépített érzékelő burkolatát plombával kell az adapter
burkolatához kötni, kivéve, ha az érzékelő egyébként sem
távolítható el az adapterburkolat plombájának (plombáinak)
feltörése nélkül (ld. ADA_018),
— az adapter burkolatát plombával kell a járműhöz kötni,
— az adapter és az adapter bejövő impulzusait küldő beren­
dezés közötti összekötő elemet – az ésszerűség határain
belül – mindkét végén plombával kell ellátni.
6. ELLENŐRZÉS, FELÜLVIZSGÁLAT ÉS JAVÍTÁSOK
6.1. Időszakos felülvizsgálatok
ADA_035 Adapter alkalmazása esetén az adatrögzítő készülék minden
egyes időszakos felülvizsgálata alkalmával az 1C. melléklet
VI. fejezete 409–413. követelményeinek megfelelően az aláb­
biakat kell ellenőrizni:
— szerepel-e megfelelő típus-jóváhagyási jel az adapteren,
— sértetlenek-e az adapteren lévő plombák és csatlakozások,
▼B
02016R0799 — HU — 21.08.2023 — 003.002 — 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 kalibrá­
lására és cseréjére, függetlenül azok állapotától.
7. AZ ADATRÖGZÍTŐ KÉSZÜLÉK TÍPUSJÓVÁHAGYÁSA ADAPTER
ALKALMAZÁSA ESETÉN
7.1. Általános szempontok
ADA_037 Az adatrögzítő készüléket az adapterrel együtt kell jóváha­
gyásra benyújtani [425].
ADA_038 Az adapterek benyújthatók saját típusjóváhagyásuk vagy az
adatrögzítő készülék részeként történő típusjóváhagyás
céljából.
ADA_039 Az ilyen típusjóváhagyás keretében elvégzésre kerülnek az
adaptert érintő működési tesztek is. Az egyes vizsgálatok
kedvező eredményeit megfelelő tanúsítvány állapítja meg
[426].
7.2. Működési tanúsítvány
ADA_040 Az adapterre, illetve adaptert tartalmazó adatrögzítő készülékre
vonatkozó működési tanúsítványt az adapter gyártója részére
csak akkor lehet kiadni, ha az adott készülék az alábbi alapvető
működési tesztek közül valamennyinek megfelelt.
Szám Teszt Leírás
Kapcsolódó kö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.002 — 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.002 — 605
17. függelék
A MENETÍRÓ KÉSZÜLÉKEK OSNMA ÁLTALI HASZNÁLATÁRA
VONATKOZÓ ÁTMENETI RENDELKEZÉSEK
1. FOGALOMMEGHATÁROZÁSOK ÉS RÖVIDÍTÉSEK
1.1. Fogalommeghatározások
A nyilvános navigációsüzenet-hitelesítési Galileo-szolgáltatásra
(OSNMA) vonatkozó szolgáltatási nyilatkozat: az Európai Bizottság
nyilatkozata arról, hogy a Galileo OSNMA az operatív szakaszába lép.
Átmeneti járműegység: az e függelék rendelkezéseinek megfelelő jármű­
egység.
Az átmeneti járműegységek kialakítása megfelel az űrjelekre vonatkozó
interfészvezérlési dokumentációnak és az OSNMA nyilvános tesztelési
szakaszára vonatkozó OSNMA-vevőkre vonatkozó iránymutatásoknak.
Az említett járműegységek olyan GNSS-vevőt tartalmaznak, amely képes
használni a nyilvános tesztelési szakasz alatt rendelkezésre álló OSNMA-t.
Az átmeneti járműegységek azonban nem tudják hitelesíteni az OSNMA-
szolgáltatásra vonatkozó nyilatkozatot követően rendelkezésre álló navigá­
ciós üzeneteket, ehhez ugyanis a járműegység rejtjelanyagának frissítése
szükséges. Megfelelő szoftverfrissítést kell alkalmazni annak érdekében,
hogy a járműegységek megkezdhessék az OSNMA használatát, és megfe­
leljenek az I. C. melléklet és annak 1–16. függeléke valamennyi követel­
ményének. Frissítésük előtt az átmeneti járműegységek az e függelékben
meghatározott módon biztosítják az OSNMA-val kapcsolatos funkciókat.
Az OSNMA-hoz nem kapcsolódó funkciók változatlanok maradnak.
A megfelelő szoftverfrissítés alkalmazása esetén az átmeneti járműegy­
ségek végrehajtják az űrjelekre vonatkozó interfészvezérlési dokumentáció
előírásait és az OSNMA operatív szakasza során alkalmazandó,
az OSNMA-vevőre vonatkozó iránymutatásokat, valamint az operatív
szakaszban rendelkezésre álló OSNMA használata tekintetében megfe­
lelnek az I. C. melléklet és annak 1–16. függeléke valamennyi követel­
ményének.
Átmeneti menetíró készülék: menetíró készülék átmeneti járműegységgel
együtt.
1.2. Rövidítések
ICD Interface Control Document – Interfészvezérlési
dokumentáció
OSNMA Galileo Open Service Navigation Message Authen­
tication – Nyilvános navigációsüzenet-hitelesítési
Galileo-szolgáltatás
SIS Signal in Space – Űrjel
VU Vehicle Unit – Járműegység
▼M4
02016R0799 — HU — 21.08.2023 — 003.002 — 606
2. AZ OSNMA-VAL KAPCSOLATOS ÁLTALÁNOS MEGFONTO­
LÁSOK
Annak érdekében, hogy az első alkalommal nyilvántartásba vett jármű­
veket az (EU) 2016/799 végrehajtási rendelet I. C. melléklete 1. szaka­
szának ccc) pontjában meghatározott bevezetési időponttól kezdve fel
lehessen szerelni a második generációs menetíró készülék 2. verziójával,
a járműegységeket az OSNMA-szolgálatásra vonatkozó nyilatkozat közzé­
tétele előtt típusjóváhagyásnak kell alávetni, le kell gyártani és forgalomba
kell hozni. Ezen »átmeneti járműegységnek« nevezett járműegységek
tekintetében ki kell igazítani az I. C. melléklet és annak 1–16. függeléke
OSNMA-val kapcsolatos követelményeit annak érdekében, hogy az emlí­
tett járműegységek típusjóváhagyást kaphassanak és felhasználhatók
legyenek a terepen.
Az e függelékben megállapított rendelkezések meghatározzák az átmeneti
járműegységekre vonatkozó különleges követelményeket. E rendelkezések
csak a belső GNSS-vevővel rendelkező járműegységekre vonatkoznak.
3. AZ ÁTMENETI MENETÍRÓ KÉSZÜLÉKEK GNSS-VEVŐJÉRE
VONATKOZÓ KÖVETELMÉNYEK
TRA_001 Az átmeneti járműegységeknek rendelkezniük kell a nyilvános
tesztelési szakaszban rendelkezésre álló OSNMA használatára alkalmas
GNSS-vevővel.
TRA_002 A 12. függelék követelményei a következő értelmezéseknek
megfelelően alkalmazandók az átmeneti járműegységekbe épített
GNSS-vevőkre:
— az űrjelekre vonatkozó interfészvezérlési dokumentáció és az OSNMA-
vevőkre vonatkozó iránymutatások a következő, a nyilvános tesztelési
szakaszban rendelkezésre álló dokumentumok:
— a nyilvános navigációsüzenet-hitelesítési Galileo-szolgáltatás
(OSNMA) tekintetében a tesztfázis alatt alkalmazandó felhasználói
interfészvezérlési dokumentáció, 1.0. kiadás, 2021. november,
— a nyilvános navigációsüzenet-hitelesítési Galileo-szolgáltatás
(OSNMA) tekintetében a tesztfázis alatt alkalmazandó, a vevőkre
vonatkozó iránymutatások, 1.0. kiadás, 2021. november,
— az OSNMA a nyilvános tesztelési szakasz alatt rendelkezésre álló
szolgáltatás,
— a SIS a nyilvános tesztelési szakasz alatt rendelkezésre álló űrjel.
TRA_003 Az átmeneti járműegységekbe beépített GNSS-vevőt úgy kell
megtervezni, hogy szoftverének a járműegység szoftverfrissítési funkcióján
keresztül történő frissítése után teljes mértékben megfeleljen a 12.
függelék követelményeinek az operatív szakaszban rendelkezésre álló
OSNMA használata tekintetében.
4. AZ ÁTMENETI JÁRMŰEGYSÉGEKRE VONATKOZÓ KÖVETELMÉ­
NYEK
Bár az átmeneti járműegységek képesek feldolgozni a nyilvános tesztelési
szakaszban rendelkezésre álló OSNMA-jelet, a megfelelő szoftverfrissítés
alkalmazásáig nem képesek jelenteni az OSNMA operatív szakaszában
rendelkezésre álló űrjel alapján a navigációs üzenetek hitelesítési állapotát.
Ezért azt feltételezik, hogy a GNSS-vevő által megadott szabványos hely­
zetek mindig hitelesítettek.
Az I. C. mellékletben és annak 1–16. függelékében foglalt követelmények
a következő értelmezéseknek megfelelően alkalmazandók:
▼M4
02016R0799 — HU — 21.08.2023 — 003.002 — 607
TRA_004 Az I. C. melléklet 3.9.15. »Időütközés« című pontjában
szereplő 86. követelmény a következőképpen értendő:
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
szabványos helyzetekhez kapcsolódó időadatok között. »Időbeli ellent­
mondás« akkor észlelhető, ha az időkülönbség meghaladja a 41a. köve­
telményben meghatározott pontosságnak megfelelő ± 3 másodpercet, ez
utóbbi időtartamot 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 összhangban.
TRA_005 Az I. C. melléklet 3.9.18. »GNSS-anomália« című pontjában
szereplő 88a. követelmény a következőképpen értendő:
Ezt az eseményt az idézi elő, amikor – a kalibrálási üzemmódon kívül – a
GNSS-vevő támadást észlel a 12. függelé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.
TRA_006 Az I. C. melléklet 3.12.5. »Rögzítés és tárolás az adatmemó­
riában, 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« című pontjában szereplő 110. követelmény a
következőképpen értendő:
Az adatrögzítő készüléknek minden egyes hellyel (helységnév és földrajzi
hely) együtt az alábbi adatokat rögzítenie és tárolnia kell adatmemóriá­
jában:
— a járművezetői é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,
— az adatbevitel dátuma és időpontja,
— a bevitt adat típusa (a munkanap kezdete, vége vagy 3 óra halmozott
járművezetési idő),
— 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,
— arra vonatkozó jelölő, hogy a rendszer feltételezte, hogy a helyzet
hitelesítve van.
TRA_007 Az I. C. melléklet 3.12.17. »Rögzítés és tárolás az adatmemó­
riában, Határátlépések« című pontjában szereplő 133b. követelmény a
következőképpen értendő:
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 rendszer feltételezte, hogy a helyzet
hitelesítve van,
— a jármű kilométer-számlálójának értéke a határátlépés észlelésekor.
▼M4
02016R0799 — HU — 21.08.2023 — 003.002 — 608
TRA_008 Az I. C. melléklet 3.12.18. »Rögzítés és tárolás az adatmemó­
riában, Berakodási/kirakodási műveletek« című pontjában szereplő 133 g.
követelmény a következőképpen értendő:
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,
— 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 rendszer feltételezte, hogy a helyzet
hitelesítve van,
— a jármű kilométer-számlálójának értéke.
TRA_009 Az I. C. melléklet 3.23. »Időbeállítás« című pontjában szereplő
211. követelmény a következőképpen értendő:
A járműegység beépített órájának időbeállítását változó időintervallu­
mokban 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üggelékkel összhangban egy érvényes és szabványos helyzetmeg­
hatá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övetel­
mé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 maximá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üggelékben meghatározott
szabványos 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 szabványos hely­
zetmeghatározási üzenetben szereplő időt kell használni.
TRA_010 Az I. C. melléklet 3.23. »Időbeállítás« című pontjában szereplő
212. követelmény a következőképpen értendő:
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állí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 WriteDataByIdentifier szolgáltatás
használatával, a 8. függelék 6.2. szakaszának megfelelően, vagy
— 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 szabványos 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.
▼M4
02016R0799 — HU — 21.08.2023 — 003.002 — 609
TRA_011 A 4. függelék 2. »Az adatblokkok jellemzői« című pontja első
bekezdésének hetedik franciabekezdése a következőképpen értendő:
a rögzített földrajzi helyzet hosszúsága és szélességi foka, illetve a hely­
zetmeghatározás időbélyegzője utáni nyomtatás esetén a piktogram azt
jelzi, hogy a rendszer feltételezte, hogy az adott helyzet hitelesített.
TRA_012 A 8. függelék 8.1. »RoutineControl szolgáltatás (Időbeállítás)«
című pontjában szereplő CPR_065a követelmény a következőképpen
értendő:
A RoutineControl (TimeAdjustment) szolgáltatá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álatá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 szabványos
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övetke­
zővel: routineInfo = 0x78.
Megjegyzés: az idő beállítása hosszabb időt is igénybe vehet. A diagnosz­
tikai vizsgálónak a requestRoutineResults alfunkció használatával kell
kérelmeznie az időbeállítási állapotot.
TRA_013 A 12. függelék 3. »A GNSS-vevő által biztosított adatmon­
datok« című pontjában szereplő GNS_4a követelmény a következőképpen
értendő:
A GNSS-vevő által biztosított AMC-adatmondatokban szereplő adatokat –
ha vannak ilyenek – a járműegység nem használhatja fel , kivéve a követ­
kező állapotértékek esetében:
J = jamming (zavarás) vagy O = egyéb GNSS-támadás (a GNS_3a köve­
telmény szerint végrehajtott konzisztencia-ellenőrzések révén észlelve),
V = érvénytelen (a hitelesített helyzet más okból nem áll rendelkezésre).
TRA_014 A 12. függelék 3. »A GNSS-vevő által biztosított adatmon­
datok« című pontjában szereplő GNS_5 követelmény a következőképpen
értendő:
A GNSS-vevő által biztosított ASA-adatmondatokban szereplő adatokat –
ha vannak ilyenek – a járműegység nem használhatja fel.
TRA_015 A 12. függelék 5.2. »Külső GNSS-eszköz nélküli járműegység,
Információk átvitele a GNSS-vevőről a járműegységre« című pontjában a
GNS_34 és 36. követelmény a következőképpen értendő:
A járműegység processzora nem használhatja fel az AMC-adatmondatból
kinyert információkat, kivéve a következő állapotértékek esetében:
J = jamming (zavarás) vagy O = egyéb GNSS-támadás (a GNS_3a köve­
telmény szerint végrehajtott konzisztencia-ellenőrzések révén észlelve),
V = érvénytelen (a hitelesített helyzet más okból nem áll rendelkezésre).
A járműegység processzora nem használhatja fel az ASA-adatmondatból
kinyert információkat.
▼M4
02016R0799 — HU — 21.08.2023 — 003.002 — 610
TRA_016 A 12. függelék 6. »A helyzetmeghatározási adatok feldolgo­
zása és rögzítése a járműegység által« című pontjában a GNS_39 köve­
telmény a következőképpen értendő:
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 rendszer feltételezte, hogy a
pozíciót hitelesítették. A helyzetmeghatározási adatoknak a járműegy­
ségben történő rögzítése során a következő szabályt kell alkalmazni:
a) Ha a szabványos helyzet érvényes, 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.
TRA_017 A 12. függelék 6. »A helyzetmeghatározási adatok feldolgo­
zása és rögzítése a járműegység által« című pontjában a GNS_40 köve­
telmény a következőképpen értendő:
Ha a fogadott AMC-adatmondatban az állapot értéke a GNS_4a követel­
ménnyel összhangban »J« vagy »O« , 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.
TRA_018 12. függelék 8. »A jármű mozgásával kapcsolatos ellent­
mondás« című pontjában a GNS_42 követelményben, a 2. kiváltó feltétel
szövegében a képlet utáni első és második franciabekezdés a következő­
képpen értendő:
— GnssDistance: a jármű aktuális és előző helyzete közötti távolság, mely
helyzetek egyaránt érvényes szabványos helyzetmeghatározási üzene­
tekbő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 kilo­
méter-számláló azon értéke közötti különbség, amely az előző érvényes
szabványos helyzetmeghatározási üzenethez tartozik.
TRA_019 A 14. függelék 5.4.5. »A DSRC protokoll RTM-re vonatkozó
követelményei, Az RtmData elemei, elvégzett műveletek és fogalommeg­
határozások« című pontjában a DSC_41 követelmény 14.3. táblázata
RTM20 sorának második cellája a következőképpen értendő:
A járműegységnek egész számú értéket (az 1. függelék szerinti timeReal-t)
kell generálnia az RTM20 adatelemhez.
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ó szabványos helyzete
rendelkezésre állt.
Ha a GNSS-vevőből soha nem állt rendelkezésre szabványos járműhelyzet,
a járműegységnek az RTM20 értékét 0-ra kell állítania.
TRA_020 A típusjóváhagyással rendelkező átmeneti járműegység gyár­
tója tájékoztatja a Bizottságot annak szoftververzióiról. A Bizottság ezeket
a szoftververziókat közzéteszi egy nyilvánosan elérhető weboldalon.
▼M4
02016R0799 — HU — 21.08.2023 — 003.002 — 611
5. A TÍPUSJÓVÁHAGYÁSRA ÉS AZ ÁTMENETI MENETÍRÓ KÉSZÜ­
LÉKEK HASZNÁLATÁRA VONATKOZÓ KÜLÖNÖS RENDELKE­
ZÉSEK
TRA_021 Az átmeneti járműegységek típusjóváhagyása az I. C. melléklet
és annak 1–16. függeléke szerint történik, kiegészítve e függelék rendel­
kezéseivel.
TRA_022 Az átmeneti járműegységeknek és az átmeneti menetíró készü­
lékeknek típusbizonyítványt csak 2023. december 31-ig vagy az OSNMA-
szolgálatásra vonatkozó nyilatkozat közzétételének dátumáig lehet kérvé­
nyezni, attól függően, hogy melyik a későbbi időpont.
TRA_023 Átmeneti járműegységek csak 2024. május 31-ig vagy
az OSNMA-szolgálatásra vonatkozó nyilatkozat közzétételétől számított
5 hónapig – amelyik időpont későbbi – építhetők be az első alkalommal
nyilvántartásba vett járművekbe.
▼M4
02016R0799 — HU — 21.08.2023 — 003.002 — 612
II. MELLÉKLET
JÓVÁHAGYÁSI JEL ÉS TÍPUSBIZONYÍTVÁNY
I. JÓVÁHAGYÁSI JEL
1. A jóváhagyási jel a következőkből áll:
a) egy téglalap, amelyben egy „e” betű szerepel, ezt a jóváhagyást megadó
ország megkülönböztető száma vagy betűje követi, a következő hagyomá­
nyos jelöléseknek megfelelően:
Belgium 6
Bulgária 34
Cseh Köztársaság 8
Dánia 18
Németország 1
Észtország 29
Írország 24
Görögország 23
Spanyolország 9
Franciaország 2
Horvátország 25
Olaszország 3
Ciprus CY
Lettország 32
Litvánia 36
Luxemburg 13
Magyarország 7
Málta MT
Hollandia 4
Ausztria 12
Lengyelország 20
Portugália 21
Románia 19
Szlovénia 26
Szlovákia 27
Finnország 17
Svédország 5
Egyesült Királyság 11
valamint
▼M1
b) egy jóváhagyási szám, amely az adatrögzítő készülék, az adatrögzítő lap vagy a
tachográfkártya prototípusára kiadott típusbizonyítvány számának felel meg, és
a téglalap közvetlen közelében tetszőleges helyen helyezkedik el.
▼C1
02016R0799 — HU — 21.08.2023 — 003.002 — 613
2. A jóváhagyási jelet fel kell tüntetni minden egyes készülék ismertető
címkéjén, minden egyes adatrögzítő lapon és minden egyes tachográfkártyán.
A jóváhagyási jelnek eltávolíthatatlannak és mindig jól olvashatónak kell
lennie.
3. A jóváhagyási jel alábbi méretei ( 1 ) milliméterekben vannak megadva és a
legkisebb méreteket jelentik. A méretek közötti arányokat meg kell tartani.
▼C1
( 1 ) Ezek a számok csak tájékoztatásul szolgálnak.
02016R0799 — HU — 21.08.2023 — 003.002 — 614
II. AZ ANALÓG MENETÍRÓ KÉSZÜLÉKEK TÍPUSBIZONYÍTVÁNYA
A jóváhagyást megadó tagállam a kérelmező számára típusbizonyítványt állít ki
az alábbi minta alapján. A tagállam e típusbizonyítvány másolatának felhaszná­
lásával értesíti a többi tagállamot a kiadott jóváhagyásokról vagy adott esetben a
jóváhagyások visszavonásáról.
TÍPUSBIZONYÍTVÁNY
Az illetékes hatóság
É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.002 — 615
III. A DIGITÁLIS MENETÍRÓ KÉSZÜLÉKEK TÍPUSBIZONYÍTVÁNYA
A jóváhagyást megadó tagállam a kérelmező számára típusbizonyítványt állít ki
az alábbi minta alapján. A tagállam e típusbizonyítvány másolatának felhaszná­
lásával értesíti a többi tagállamot a kiadott jóváhagyásokról vagy adott esetben a
jóváhagyások visszavonásáról.
A DIGITÁLIS MENETÍRÓ KÉSZÜLÉKEK TÍPUSBIZONYÍTVÁNYA
Az illetékes hatóság
Értesítés ( 1 ):
□ a következő jóváhagyásáról: □ a következő jóváhagyá­
sának visszavonásáról:
□ adatrögzítő készülék modellje
□ menetíró készülék alkatrésze ( 2 )
□ járművezetői kártya
□ műhelykártya
□ vállalkozáskártya
□ ellenőrzőkártya
Jóváhagyási szám:
1. Márkanév vagy védjegy
2. A modell neve
3. A gyártó neve
4. A gyártó címe
▼M1
5. Jóváhagyásra benyújtva
▼C1
6. Laboratórium(ok)
7. Vizsgálati jelentés kelte és száma
8. Jóváhagyás dátuma
9. Jóváhagyás visszavonásának dátuma
10. A menetíró készülék(ek) azon modelljei, amelyekkel való használatra az
alkatrészt tervezték
11. Hely
12. Dátum
13. Csatolt leíró dokumentumok
14. Megjegyzések (ideértve adott esetben a plombák helyzetét)
(aláírás)
▼C1
( 1 ) Jelölje be a megfelelő négyzetet.
( 2 ) Adja meg, hogy az értesítés melyik alkatrészre vonatkozik.
02016R0799 — HU — 21.08.2023 — 003.002 — 616
IV. AZ INTELLIGENS MENETÍRÓ KÉSZÜLÉKEK
TÍPUSBIZONYÍTVÁNYA
A jóváhagyást megadó tagállam a kérelmező számára típusbizonyítványt állít ki
az alábbi minta alapján. A tagállam e típusbizonyítvány másolatának felhaszná­
lásával értesíti a többi tagállamot a kiadott jóváhagyásokról vagy adott esetben a
jóváhagyások visszavonásáról.
AZ INTELLIGENS MENETÍRÓ KÉSZÜLÉKEK TÍPUSBIZONYÍTVÁNYA
Az illetékes hatóság
É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ó használatra az
alkatrészt tervezték
11. Hely
12. Dátum
13. Csatolt leíró dokumentumok
14. Megjegyzések (ideértve adott esetben a plombák helyzetét)
(aláírás)
▼C1
( 1 ) Jelölje be a megfelelő négyzetet.
( 2 ) Adja meg, hogy az értesítés melyik alkatrészre vonatkozik.


Full & Egal Universal Law Academy