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ények meghatározásáról szóló (EU) 2016/799 bizottsági végrehajtási rendelet módosításáról

tekintettel a közúti közlekedésben használt menetíró készülékekről szóló, 2014. február 4-i 165/2014/EU európai parlamenti és tanácsi rendeletre (1) és különösen annak 11. cikkére és 12. cikkének (7) bekezdésére,

Ez a rendelet az Európai Unió Hivatalos Lapjában való kihirdetését követő huszadik napon lép hatályba.

(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 (HL L 139., 2016.5.26., 1. o.).

(3) 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 harmonizá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.).

I. MELLÉKLET

Az (EU) 2016/799 rendelet I. C. melléklete a következőképpen módosul:

A tartalomjegyzék a következőképpen módosul:

a)	a 3.12.5. pont helyébe a következő szöveg lép: „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)	a 4.5.3.2.16. pont helyébe a következő szöveg lép: „4.5.3.2.16. Azon helyek adatai, ahol a halmozott járművezetési idő elérte a három órát”;

c)	a 4.5.4.2.14. pont helyébe a következő szöveg lép: „4.5.4.2.14. Azon helyek adatai, ahol a halmozott járművezetési idő elérte a három órát”;

d)	a 6.2. pont helyébe a következő szöveg lép: „6.2. Új vagy javított alkatrészek ellenőrzése”.

Az 1. pont a következőképpen módosul:

az ll) fogalommeghatározás helyébe a következő szöveg lép:

„ll)	»távoli kommunikációs eszköz« vagy »korai távészlelő eszköz«: a járműegység azon berendezése, amelyet célzott közúti ellenőrzések végzésére használnak;”;

a tt) fogalommeghatározás helyébe a következő szöveg lép:

„tt)	»időbeállítás«: az aktuális idő kiigazítása; e kiigazítás lehet automatikus, rendszeres időközönkénti, referenciaként a GNSS-vevő által szolgáltatott idő felhasználásával vagy pedig kalibrálás közben végzett beállítás;”;

az yy) fogalommeghatározás első franciabekezdése helyébe a következő szöveg lép:

„—	kizárólag a (2007/46/EK európai parlamenti és tanácsi irányelv(1) legutóbb módosított változatának II. mellékletében található meghatározások szerinti) M1 és N1 kategóriájú járművekbe építik be,”;

a szöveg egy új, fff) fogalommeghatározással egészül ki:

„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;”.

A 2.3. pontban a (13) bekezdés utolsó franciabekezdésének helyébe a következő szöveg lép:

„—	a járműegységek üzemeltetésének szokásos érvényességi ideje 15 év, mely időszak azon a napon kezdődik, amelytől a járműegység tanúsítványai érvényesek, a járműegységeket azonban kizárólag adatletöltés céljára további 3 hónapig használni lehet.”

A 2.4. pont helyébe a következő szöveg lép:

„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 hitelességének védelme, csakúgy mint az ellenőrzés céljára végzett, korai távészleléssel történő kommunikáció során kicserélt adatok titkosságának, integritásának és hitelességének védelme, valamint a letöltött adatok integritásának és hitelességének védelme.”

A 3.2. pontban a (27) bekezdés utolsó franciabekezdésének helyébe a következő szöveg lép:

„—	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;”.

A 3.4. pont (49) bekezdése helyébe a következő szöveg lép:

„(49)

Úgy kell tekintetni, hogy az első, SZÜNETRE/PIHENÉSRE vagy KÉSZENLÉTRE történő tevékenységváltás, amely 120 másodpercen belül azután következett be, hogy a jármű megállása következtében automatikus váltás történt a MUNKÁRA, a jármű leállásakor következett be (és ezért a MUNKÁRA való átváltást adott esetben törölni kell).”

A 3.6.1. pont (59) bekezdése helyébe a következő szöveg lép:

„(59)

Erre a járművezetőnek, egyelőre ideiglenes adatbevitelként, fel kell jegyeznie a jármű aktuális helyét.

A legutóbbi kártyakivétel során ideiglenesen bevitt adatok az alábbi feltételek mellett érvényesítésre kerülnek (azaz a továbbiakban nem írhatók felül):

—	azon hely bevitele, ahol az aktuális munkanap kezdődik a 61. követelmény szerinti kézi adatbevitel során,

—	a következő olyan hely bevitele, ahol az aktuális munkanap kezdődik, amennyiben a kártyatulajdonos a 61. követelmény szerinti kézi adatbevitel során nem rögzít semmit a munkanap kezdetének vagy végének helye gyanánt.

A legutóbbi kártyakivétel során ideiglenesen bevitt adatok az alábbi feltételek mellett felülíródnak, és az új érték kerül érvényesítésre:

—	a következő olyan hely bevitele, ahol az aktuális munkanap végződik, amennyiben a kártyatulajdonos a 61. követelmény szerinti kézi adatbevitel során nem rögzít semmit a munkanap kezdetének vagy végének helye gyanánt.”

A 3.6.2. pontban a hatodik és hetedik franciabekezdés helyébe a következő franciabekezdések lépnek:

„—	az előző munkanap befejezésének helye, a megfelelő időponthoz kapcsolva (felülírva és érvényesítve a legutóbbi kártyakivételnél bevitt adatot),

—	az aktuális munkanap kezdetének helye, a megfelelő időponthoz kapcsolva (érvényesítve a legutóbbi kártyakivételnél bevitt ideiglenes adatot).”

a 3.9.15. pont helyébe a következő szöveg lép:

„3.9.15. »Időütközés«

(86)

Ezt az eseményt az idézi elő, amikor a járműegység – a kalibrálási üzemmódon kívül – 1 percet meghaladó eltérést észlel a járműegység időmérő funkciója által kijelzett idő és a GNSS-vevőből származó időadatok között. Ez az esemény a járműegység belső időmérőjének értékével együtt rögzítésre kerül, és automatikus időbeállítást eredményez. Valamely »időütközés« esemény kiváltását követően a járműegység a következő 12 órában nem fog újabb »időütközés« eseményt generálni. Ez az esemény nem idéződhet elő, ha a GNSS-vevő legalább 30 napon át nem észlelt érvényes GNSS-jelet.”

10.

A 3.9.17. pont az alábbi franciabekezdéssel egészül ki:

„—	az ITS-interfész hibája (adott esetben)”.

11.

A 3.10. pont a következőképpen módosul:

i.	a táblázat előtti (89) bekezdésben szereplő szöveg helyébe a következő szöveg lép: „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:”;

ii.

a táblázat a következő sorral egészül ki:

„ITS-interfész (opcionális)

Megfelelő működés”

12.

A 3.12. pont második franciabekezdése helyébe a következő szöveg lép:

„—	A földrajzi helyek napi átlagos száma a meghatározás szerint a következő: 6 olyan hely, ahol a munkanap kezdődött, 6 olyan hely, ahol a halmozott járművezetési ideje eléri a három óra többszörösét, 6 olyan hely, ahol a munkanap befejeződik, tehát a »365 nap« legalább 6570 helyet magában foglal.”

13.

A 3.12.5. pont a következőképpen módosul:

a cím és a (108) bekezdés helyébe a következő szöveg lép:

„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 munkanapját,

—	azok a helyek (helységnév és földrajzi hely), ahol a járművezető halmozott járművezetési ideje eléri a három óra többszörösét,

—	azok a helyek (helységnév és földrajzi hely), ahol a járművezető és/vagy a járműkísérő befejezi munkanapját.”;

a (110) bekezdés negyedik franciabekezdése helyébe a következő szöveg lép:

„—	a bevitt adat típusa (a munkanap kezdete, vége vagy 3 óra halmozott járművezetési idő),”;

a (111) bekezdés helyébe a következő szöveg lép:

„(111)

Az adatmemóriának képesnek kell lennie arra, hogy legalább 365 napon át megőrizze azokat a helyeket (helységnév és földrajzi hely), ahol a munkanapok kezdődtek, végződtek, és/vagy a halmozott járművezetési idő elérte a három órát.”

14.

A 3.12.7. pont (116) bekezdése helyébe a következő szöveg lép:

„(116)

Az adatrögzítő készüléknek rögzíteni és tárolnia kell adatmemó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.”

15.

A 3.12.8. pontban szereplő táblázat a következőképpen módosul:

a táblázat „A GNSS-vevőből származó helyzetmeghatározási információk hiánya” és „A mozgásadatok hibája” szövegrésszel kezdődő sorok között az alábbi sorral egészül ki:

„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.”

az „Időütközés” szövegrésszel kezdődő sor helyébe a következő sor lép:

„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.”

16.

A 3.20. pont (200) bekezdése helyébe a következő szöveg lép:

„(200)

Az adatrögzítő készüléket el lehet látni szabványosított interfészekkel, amelyek lehetővé teszik, hogy egy külső eszköz a menetíró készülék által rögzített vagy előállított adatokat működési vagy kalibrálási üzemmódban használni tudja.

A 13. függelék meghatározza szabványosított formában, hogy milyen opcionális ITS-interfészt lehet használni. Más járműegység-interfészek is létezhetnek, amennyiben azok teljes mértékben megfelelnek a 13. függelék követelményeinek a minimális adatlistát, a biztonságot és a járművezető hozzájárulását illetően.

A járművezető hozzájárulása nem vonatkozik az adatrögzítő készülékről a járműhálózathoz továbbított adatokra. Amennyiben a jármű hálózatába bevitt személyes adatok a jármű hálózatán kívül további feldolgozáson esnek át, a járműgyártó felelőssége, hogy a személyes adatok kezelése az (EU) 2016/679 rendeletnek (»általános adatvédelmi rendelet«) megfelelően történjen.

A járművezető hozzájárulása a menetíróról távoli vállalkozás részére letöltött adatokra (193. követelmény) sem vonatkozik, mivel ezt az esetet a vállalkozáskártyához való hozzáférési jog alapján ellenőrzik.

Az említett interfészen keresztül rendelkezésre bocsátott ITS-adatokra a következő követelmények vonatkoznak:

—	a menetíró adatszótárában meglévő adatokból kiválasztott adathalmazról van szó (1. függelék),

—	e kiválasztott adatok egy részhalmaza a »személyes adat« jelölést kapta,

—	a »személyes adatok« részhalmaz csak akkor hívható le, ha a járművezető igazolható módon hozzájárulását adta ahhoz, hogy személyes adatai elhagyják a járműhálózatot, és a hozzájárulási funkciót aktiválták,

—	a járművezető hozzájárulása bármikor aktiválható vagy kikapcsolható a menüben szereplő parancsok segítségével, ha a járművezetői kártya be van helyezve,

—	az adathalmazt és -részhalmazt vezeték nélküli Bluetooth protokollal továbbítják a jármű vezetőfülkéjének sugarán belül, 1 perces frissítési gyakorisággal,

—	a külső eszköz és az ITS-interfész párosítását egy külön erre a célra szolgáló, véletlenszerűen megválasztott, 4 számból álló PIN-kód védi, amelyet a járműegységben rögzítenek, és amely a kijelzőn keresztül megjeleníthető,

—	az ITS-interfész jelenléte semmi esetre sem zavarhatja vagy befolyásolhatja a járműegység megfelelő működését és biztonságát.

Egyéb adatok is kiadhatók a meglévő adatokból kiválasztott, minimális listának tekintett adathalmazon kívül, feltéve, hogy nem minősülnek személyes adatoknak.

Az adatrögzítő készüléknek alkalmasnak kell lennie arra, hogy értesítést küldjön a járművezető hozzájárulásáról a járműhálózat többi platformjára.

Bekapcsolt gyújtás mellett ezeket az adatokat folyamatosan közvetíteni kell.”

17.

A 3.23. pont (211) bekezdése helyébe a következő szöveg lép:

„(211)

A járműegység beépített órájának időbeállítását 12 óránként automatikusan kiigazítják. Ha GNSS-jel hiányában a kiigazítás nem lehetséges, az időbeállításnak a lehető leghamarabb meg kell történnie, amint a járműegység – attól függően, hogy a jármű mikor kap gyújtást – ismét érvényes időadatokhoz jut a GNSS-vevőből. A járműegységbe épített óra automatikus beállításához a GNSS-vevőből jövő időjelzést kell használni.”

18.

A 3.26. pont (225) és (226) bekezdése helyébe a következő szöveg lép:

„(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 szerepelnie 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.”

19.	A 4.1. pontban a járművezetői kártya előlapját és hátlapját mutató kép helyébe a következő kép lép: „ Szövege kép „ ” ”

20.

A 4.5.3.1.8. pontban a (263) bekezdés első franciabekezdése helyébe a következő szöveg lép:

„—	kártyahiba (amennyiben a hiba ehhez a kártyához kapcsolódik),”.

21.

A 4.5.3.2.8. pontban a (288) bekezdés első franciabekezdése helyébe a következő szöveg lép:

„—	kártyahiba (amennyiben a hiba ehhez a kártyához kapcsolódik),”.

22.

A 4.5.3.2.16. pont helyébe a következő szöveg lép:

„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 kapcsolatban, amikor a halmozott járművezetési idő elérte a három óra többszörösét:

—	az a dátum és időpont, amikor a halmozott járművezetési idő eléri a három óra többszörösét,

—	a jármű helyzete,

—	a GNSS pontossága és a helyzet meghatározásának dátuma és időpontja,

—	a jármű kilométer-számlálójának értéke.

(306)

A járművezetői kártyának legalább 252 ilyen rekord tárolására képesnek kell lennie.”

23.

A 4.5.4.2.14. pont helyébe a következő szöveg lép:

„4.5.4.2.14. Azon helyek adatai, ahol a halmozott járművezetési idő elérte a három órát

(353)

A műhelykártyának az alábbi adatokat kell tárolnia a jármű azokban az időpontokban elért helyzetével kapcsolatban, amikor a halmozott járművezetési idő elérte a három óra többszörösét:

—	az a dátum és időpont, amikor a halmozott járművezetési idő eléri a három óra többszörösét,

—	a jármű helyzete,

—	a GNSS pontossága és a helyzet meghatározásának dátuma és időpontja,

—	a jármű kilométer-számlálójának értéke.

(354)

A műhelykártyának legalább 18 ilyen rekord tárolására képesnek kell lennie.”

24.

Az 5.2. pont (396) bekezdése helyébe a következő szöveg lép:

„(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,

—	a távoli kommunikációs eszköz, ha van, sorozatszáma,

—	az összes elhelyezett plomba sorozatszáma,

—	a jármű azon része, amelybe adott esetben az adaptert beépítették,

—	a jármű azon része, amelybe a mozgásérzékelőt beépí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ő impulzusait továbbító részét összekötő kábel színe,

—	az adapterbe épített mozgásérzékelő sorozatszáma.”

25.

Az 5.3. pont a következőképpen módosul:

a pont a (398) bekezdés után új (398a) bekezdéssel egészül ki:

„(398a)

A fent említett plombákat az EN 16882:2016 szabvány szerint kell tanúsítani.”;

a (401) bekezdés második albekezdésének helyébe a következő szöveg lép:

„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.”;

a (403) bekezdés helyébe a következő szöveg lép:

„(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.”;

a (404) bekezdés helyébe a következő szöveg lép:

„(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.”

26.

A 6.2. pont helyébe a következő szöveg lép:

„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.”

27.

A 6.3. pont (408) bekezdésének helyébe a következő szöveg lép:

„(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.”

28.

A 8.1. pont a következőképpen módosul:

a 8.1. pontban a (425) bekezdés előtti bevezető szöveg helyébe a következő szöveg lép:

„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áhagyá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.”;

a (427) bekezdés helyébe a következő szöveg lép:

„(427)

A tagállamok típusjóváhagyó hatóságai mindaddig nem adnak ki típusbizonyítványt, amíg nem bocsátják rendelkezésükre az alábbiakat:

—	biztonsági tanúsítvány (amennyiben e melléklet előírja),

—	működési tanúsítvány,

—	valamint interoperabilitási tanúsítvány (amennyiben e melléklet előírja),

arra az adatrögzítő készülékre vagy arra a tachográfkártyára vonatkozóan, amelyre a típusjóváhagyási kérelmet benyújtották.”

29.

Az 1. függelék a következőképpen módosul:

a tartalomjegyzék a következőképpen módosul:

i.	a 2.63. pont helyébe a következő szöveg lép: „2.63. Későbbi használatra fenntartva”;

ii.	a 2.78. pont helyébe a következő szöveg lép: „2.78. GNSSAccumulatedDriving”;

iii.	a 2.79. pont helyébe a következő szöveg lép: „2.79. GNSSAccumulatedDrivingRecord”;

iv.	a 2.111. pont helyébe a következő szöveg lép: „2.111. NoOfGNSSADRecords”;

v.	a 2.160. pont helyébe a következő szöveg lép: „2.160. Későbbi használatra fenntartva”;

vi.	a 2.203. pont helyébe a következő szöveg lép: „2.203. VuGNSSADRecord”;

vii.	a 2.204. pont helyébe a következő szöveg lép: „2.204. VuGNSSADRecordArray”;

viii.

a 2.230. pont helyébe a következő szöveg lép:

„2.230. Későbbi használatra fenntartva”;

ix.	a 2.231. pont helyébe a következő szöveg lép: „2.231. Későbbi használatra fenntartva”;

a 2. pont a 2.1. pont előtt az alábbi szövegrésszel egészül ki:

„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.”;

a 2.19. pont helyébe a következő szöveg lép:

„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).

Szövege kép

CardEventData egy, az EventFaultType emelkedő értéke szerint rendezett 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ényrekordjainak 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).

Szövege kép

cardEventRecords egy adott eseménytípus (vagy a biztonság megsértésére tett kísérletek eseményeire vonatkozó kategória) eseményrekordjainak sorozata.”

a 2.30. pont helyébe a következő szöveg lép:

„2.30. CardRenewalIndex

A kártya megújítási indexe [i) definíció].

Szövege kép

É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””

a 2.61. pontban a „2. generáció” alcím utáni szövegrész helyébe a következő szöveg lép:

„

Szövege kép

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ülmény-rekordok száma.

noOfCardVehicleUnitRecords a kártyán eltárolható járműrekordok száma.”;

f)	a 2.63. pont helyébe a következő szöveg lép: „2.63. Későbbi használatra fenntartva”;

a 2.67. pontban a „2. generáció” alcím utáni szövegrész helyébe a következő szöveg lép:

„Ugyanazokat az értékeket kell használni, mint az 1. generáció esetében, valamint a következő további értékeket:

Szövege kép

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.”;

a 2.70. pontban a „2. generáció” alcím utáni szövegrész helyébe a következő szöveg lép:

„2. generáció:

	Általános események, Nincsenek további részletek, Érvénytelen kártya behelyezése, Kártyaütközés, Időátfedés, Járművezetés megfelelő kártya nélkül, Kártya behelyezése járművezetés közben, Az utolsó kártyakapcsolat nem megfelelő lezárása, Gyorshajtás, Az áramellátás megszakadása, A mozgásadatok hibája, A jármű mozgásával kapcsolatos ellentmondás, Időütközés (a GNSS és a járműegység belső órája között), Kommunikációs hiba a távoli kommunikációs eszközzel, A GNSS-vevőből származó helyzetmeghatározási információk hiánya Kommunikációs hiba a külső GNSS-eszközzel, RFU,
	A járműegységgel kapcsolatos, a biztonsági rendszer megsértésére tett kísérletek eseményei, Nincsenek további részletek, A mozgásérzékelő hitelesítési hibája, A tachográfkártya hitelesítési hibája, A mozgásérzékelő jogosulatlan cseréje, A kártyaadatok bevitelét érintő integritási hiba, A tárolt felhasználói adatokat érintő integritási hiba, Belső adatátviteli hiba, Jogosulatlan burkolatfelnyitás, Hardverrongálás, A GNSS-rendszer manipulálásészlelése, A külső GNSS-eszköz tanúsítványának érvényessége lejárt, A külső GNSS-eszköz tanúsítványának érvényessége lejárt, RFU,
	Az érzékelővel kapcsolatos, a biztonsági rendszer megsértésére tett kísé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, 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.”;

a 2.71. pont helyébe a következő szöveg lép:

„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).

Szövege kép

manufacturerCode a plomba gyártójának kódja.

sealIdentifier a gyártó egyedi plombájának azonosítója.”;

a 2.78. és 2.79. pont helyébe a következő szöveg lép:

„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övetelmény).

Szövege kép

gnssADPointerNewestRecord az utoljára aktualizált halmozott járművezetési GNSS-rekord indexe.

Érték-hozzárendelés: a halmozott járművezetési GNSS-rekord számlálójának megfelelő szám, amely a halmozott járművezetési GNSS-rekordnak a szerkezetben való első előfordulásakor »0«-val kezdődik.

gnssAccumulatedDrivingRecords azon rekordok sorozata, amelyek annak az időpontnak a dátumát és idejét tartalmazzák, amikor a halmozott 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ó:

Szövege kép

timeStamp annak az időpontnak a dátuma és ideje, amikor a halmozott járművezetési idő eléri a három óra többszörösét.

gnssPlaceRecord a jármű helyzetére vonatkozó információt tartalmazza.

vehicleOdometerValue a kilométer-számláló értéke abban az időpontban, amikor a halmozott járművezetési idő eléri a három óra többszörösét.”;

a 2.86. pont helyébe a következő szöveg lép:

„2.86. KeyIdentifier

Egy nyilvános kulcs egyedi azonosítója, amely a kulcsra való hivatkozásra és annak kiválasztására szolgál. Ezen azonosító a kulcs tulajdonosát is azonosítja.

Szövege kép

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.”;

a 2.92. pont helyébe a következő szöveg lép:

„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.

Szövege kép ”

m)	a 2.111. pont helyébe a következő szöveg lép: „2.111. NoOfGNSSADRecords 2. generáció: Egy kártyán tárolható halmozott járművezetési GNSS-rekordok száma. Szövege kép NoOfGNSSADRecords ::= INTEGER (0..216-1) Érték-hozzárendelés: lásd a 2. függeléket.”;

n)	a 2.120. pontban a „‘16’ H” érték helyébe a következő szöveg lép: „ Szövege kép ’16’HVuGNSSADRecord ”;

o)	a 2.160. pont helyébe a következő szöveg lép: „2.160. Későbbi használatra fenntartva”;

a 2.162. pont helyébe a következő szöveg lép:

„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ásodpercekben van kifejezve.

Szövege kép

É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ó.”;

a 2.179. pont helyébe a következő szöveg lép:

„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).

Szövege kép

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.”;

a 2.203. és 2.204. pont helyébe a következő szöveg lép:

„2.203. VuGNSSADRecord

2. generáció:

Járműegységben abban az esetben eltárolt, a jármű GNSS-helyzetére vonatkozó információ, ha a halmozott járművezetési idő eléri a három óra többszörösét (I. C. melléklet, 108. és 110. követelmény).

Szövege kép

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.

2.204. VuGNSSADRecordArray

2. generáció:

Szövege kép

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.”

s)	a 2.230. és 2.231. pont helyébe a következő szöveg lép: „2.230. Későbbi használatra fenntartva 2.231. Későbbi használatra fenntartva”;

a 2.234. pontban a „2. generáció” alcím utáni szövegrész helyébe a következő szöveg lép:

„

Szövege kép

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ülmény-rekordok száma.

noOfCardVehicleUnitRecords a kártyán eltárolható járműrekordok száma.”

30.

A 2. függelék a következőképpen módosul:

az 1.1. pont az alábbi franciabekezdéssel egészül ki:

„CHA	Certificate Holder Authorisation – a tanúsítvány tulajdonosának engedélye
DO	Data Object – adatobjektum”;

a 3.3. pont a következőképpen módosul:

a TCS_24 bekezdés helyébe a következő szöveg lép:

„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 parancsokat) 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.”;

ii.

a TCS_25 bekezdésben a táblázat helyébe a következő táblázat lép:

„Parancs

Járművezetői kártya

Műhelykártya

Ellenőrzőkártya

Vállalkozáskártya

External Authenticate

–	Az 1. generáció hitelesítéséhez

ALW

–	A 2. generáció hitelesítéséhez

ALW

PWD

ALW

Internal Authenticate

ALW

PWD

ALW

General Authenticate

ALW

Get Challenge

ALW

MSE:SET AT

ALW

MSE:SET DST

ALW

Process DSRC Message

Nem alkalmazható

PSO: Compute Digital Signature

ALW OR

SM-MAC-G2

ALW OR

SM-MAC-G2

Nem alkalmazható

PSO: Hash

Nem alkalmazható

ALW

Nem alkalmazható

PERFORM HASH of FILE

ALW OR

SM-MAC-G2

ALW OR

SM-MAC-G2

Nem alkalmazható

PSO: Verify Certificate

ALW

PSO: Verify Digital Signature

Nem alkalmazható

ALW

Nem alkalmazható

Verify

Nem alkalmazható

ALW

Nem alkalmazható

Nem alkalmazható”

iii.

a TCS_26 bekezdésben a táblázat helyébe a következő táblázat lép:

„Parancs

Járművezetői kártya

Műhelykártya

Ellenőrzőkártya

Vállalkozáskártya

External Authenticate

—	Az 1. generáció hitelesítéséhez

Nem alkalmazható

—	A 2. generáció hitelesítéséhez

ALW

PWD

ALW

Internal Authenticate

Nem alkalmazható

General Authenticate

ALW

Get Challenge

ALW

MSE:SET AT

ALW

MSE:SET DST

ALW

Process DSRC Message

Nem alkalmazható

ALW

Nem alkalmazható

PSO: Compute Digital Signature

ALW OR

SM-MAC-G2

ALW OR

SM-MAC-G2

Nem alkalmazható

PSO: Hash

Nem alkalmazható

ALW

Nem alkalmazható

PERFORM HASH of FILE

ALW OR

SM-MAC-G2

ALW OR

SM-MAC-G2

Nem alkalmazható

PSO: Verify Certificate

ALW

PSO: Verify Digital Signature

Nem alkalmazható

ALW

Nem alkalmazható

Verify

Nem alkalmazható

ALW

Nem alkalmazható

Nem alkalmazható”

iv.

a TCS_27 bekezdésben a táblázat helyébe a következő táblázat lép:

„Parancs

Járművezetői kártya

Műhelykártya

Ellenőrzőkártya

Vállalkozáskártya

External Authenticate

—	Az 1. generáció hitelesítéséhez

Nem alkalmazható

—	A 2. generáció hitelesítéséhez

ALW

PWD

ALW

Internal Authenticate

Nem alkalmazható

General Authenticate

ALW

Get Challenge

ALW

MSE:SET AT

ALW

MSE:SET DST

ALW

Process DSRC Message

Nem alkalmazható

PSO: Compute Digital Signature

Nem alkalmazható

PSO: Hash

Nem alkalmazható

PERFORM HASH OF FILE

Nem alkalmazható

PSO: Verify Certificate

ALW

PSO: Verify Digital Signature

Nem alkalmazható

Verify

Nem alkalmazható

ALW

Nem alkalmazható

Nem alkalmazható”

A 3.4. pontban a TCS_29 bekezdés helyébe a következő szöveg lép:

„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

Normál feldolgozás.

Normál feldolgozás. XX = a rendelkezésre álló válaszbájtok száma

Figyelmeztető feldolgozás. A visszaküldött adatok egy része sérült lehet

Sikertelen hitelesítés (figyelmeztetés)

Rossz CHV (PIN). A további kísérletek számlálóját az »X« szolgáltatja.

Végrehajtási hiba – A nem felejtő memória állapota változatlan. Integritási hiba

Végrehajtási hiba – A nem felejtő memória állapota megváltozott.

Végrehajtási hiba – A nem felejtő memória állapota megváltozott – Memóriahiba

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)

Téves hossz (rossz Lc vagy Le)

A lánc utolsó parancsa várható

Tiltott parancs (nem áll rendelkezésre válasz a T=0-ban)

A biztonsági állapot nem valósul meg

A hitelesítési módszer blokkolva

A használati feltételek nem teljesülnek

A parancs nem engedélyezett (nincs aktuális EF)

A várt biztonságos üzenetküldés adatobjektumai hiányoznak

Helytelen biztonságos üzenetküldési adatobjektumok

Helytelen paraméterek az adatmezőben

A fájl nem található

Rossz P1-P2 paraméterek

A hivatkozott adat nem található

Rossz paraméterek (eltolás az EF-en kívül)

Téves hossz, az SW2 jelzi a pontos hosszt. Nem érkezett vissza adatmező

Az utasításkód nem támogatott vagy érvénytelen

A besorolás nem támogatott

—	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 visszaküldeni:

6881: A logikus csatorna nem támogatott

6882: A biztonságos üzenetküldés nem támogatott”;

a 3.5.1.1. pontban a TCS_38 bekezdés utolsó franciabekezdése helyébe a következő szöveg lép:

„—	Ha a kiválasztott alkalmazás 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«.”;

a 3.5.1.2. pontban a TCS_41 bekezdés utolsó franciabekezdése helyébe a következő szöveg lép:

„—	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«.”;

a 3.5.2.1. pontban a TCS_43 bekezdés hatodik franciabekezdése helyébe a következő szöveg lép:

„—	Ha a fájl attribútumain belül integritási hiba érzékelhető, a kártya a fájlt sérültnek és javíthatatlannak tekinti, a visszaküldött feldolgozási állapot pedig: »6400« vagy »6500«.”;

A 3.5.2.1.1. pont a következőképpen módosul:

a TCS_45 bekezdésben a táblázat helyébe a következő táblázat lép:

„Bájt

Hossz

Érték

Leírás

»81h«

TPV: Címke a normál értékadatokhoz

»NNh« vagy

»81 NNh«

LPV: a visszaküldött adat hossza (= eredeti Le)

L 2 bájtos, ha LPV>127 bájt

#(2+L) - #(1+L+NN)

»XX..XXh«

Normál adatok értéke

#(2+L+NN)

»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)

»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)

»XX XXh«

A nem védett APDU válasz feldolgozási állapota – opcionális az 1. generációs biztonságos üzenetküldés esetén

#(6+L+NN)

»8Eh«

TCC: Címke a titkosítási ellenőrző összeghez

#(7+L+NN)

»XXh«

LCC: 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 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 biztonságos üzenetküldés esetén (lásd a 11. függelék B. részét)

#(8+L+NN) – #(7+M+L+NN)

»XX..XXh«

Titkosítási ellenőrző összeg

»XXXXh«

Állapotszavak (SW1, SW2)”

ii.

a TCS_46 bekezdésben a táblázat helyébe a következő táblázat lép:

„Bájt

Hossz

Érték

Leírás

»87h«

TPI CG: Címke a titkosított adatokhoz (kriptogram)

»MMh« vagy

»81 MMh«

LPI 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)

»01XX..XXh«

Titkosított adatok: Kitöltésjelző és kriptogram

#(2+L+MM)

»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)

»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)

»XX XXh«

A nem védett APDU válasz feldolgozási állapota – opcionális az 1. generációs biztonságos üzenetküldés esetén

#(6+L+MM)

»8Eh«

TCC: Címke a titkosítási ellenőrző összeghez

#(7+L+MM)

»XXXXh«

LCC: 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 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 biztonságos üzenetküldés esetén (lásd a 11. függelék B. részét)

#(8+L+MM)-#(7+N+L+MM)

»XX..XXh«

Titkosítási ellenőrző összeg

»XXXXh«

Állapotszavak (SW1, SW2)”

a 3.5.2.2. pontban a TCS_50 bekezdés hatodik franciabekezdése helyébe a következő szöveg lép:

„—	Ha a fájl attribútumain belül integritási hiba érzékelhető, a kártya a fájlt sérültnek és javíthatatlannak tekinti, a visszaküldött feldolgozási állapot pedig: »6400« vagy »6500«.”;

a 3.5.2.3. pont TCS_52 bekezdése a következőképpen módosul:

a táblázat utolsó sorának helyébe a következő szöveg lép:

„Le

»XXh«

Az ISO/IEC 7816-4 szabvány meghatározása szerint”

ii.	a pont a következő mondattal egészül ki: „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«.”;

a 3.5.2.3. pontban a TCS_53 bekezdés hatodik franciabekezdése helyébe a következő szöveg lép:

„—	Ha a fájl attribútumain belül integritási hiba érzékelhető, a kártya a fájlt sérültnek és javíthatatlannak tekinti, a visszaküldött feldolgozási állapot pedig: »6400« vagy »6500«.”;

a 3.5.3.2. pontban a TCS_63 bekezdés hatodik franciabekezdése helyébe a következő szöveg lép:

„—	Ha a fájl attribútumain belül integritási hiba érzékelhető, a kártya a fájlt sérültnek és javíthatatlannak tekinti, a visszaküldött feldolgozási állapot pedig: »6400« vagy »6500«.”;

a 3.5.5. pontban a TCS_72 bekezdés helyébe a következő szöveg lép:

„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 WorkshopCardPIN adattípust az 1. függelékben.”;

a 3.5.8. pontban a TCS_95 bekezdés helyébe a következő szöveg lép:

„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 mechanizmus esetében az EXTERNAL AUTHENTICATE parancsot 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 tachográfkártya az egyszerű, INTERNAL AUTHENTICATE parancsot tartalmazó APDU-t kap, megszakítja a 2. generációs biztonságos üzenetküldési munkamenetet, és megsemmisíti a 2. generációs munkamenetkulcsokat.”;

a 3.5.9. pontban a TCS_97 bekezdés helyébe a következő szöveg lép:

„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 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.

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 tachográfkártya az egyszerű, EXTERNAL AUTHENTICATE parancsot tartalmazó APDU-t kap, megszakítja a 2. generációs biztonságos üzenetküldési munkamenetet, és megsemmisíti a 2. generációs munkamenetkulcsokat.”;

a 3.5.10. pont TCS_101 bekezdésében szereplő táblázat a következő sorral egészül ki:

„5 + L + 1

»00h«

Az ISO/IEC 7816-4 szabvány meghatározása szerint”

a 3.5.11.2.3. pont TCS_114 bekezdése az alábbi bekezdésekkel egészül ki:

„—	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ítvány CHA adatmezője által tudja azonosítani a VU_MA nyilvános kulcsot). A kártya e parancsra a »6A 88« állapottal 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üggelékben, az equipmentType adattípusét pedig az 1. függelé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.”;

a 3.5.13. pont a következőképpen módosul:

a TCS_121 bekezdés helyébe a következő szöveg lép:

„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.”;

ii.

a TCS_123 bekezdés helyébe a következő szöveg lép:

„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.”;

iii.

a TCS_124 bekezdésben szereplő táblázat helyébe a következő táblázat lép:

„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.”;

a 3.5.14. pont a következőképpen módosul:

az alcím alatti, a TCS_126 bekezdésig tartó szövegrész helyébe a következő szöveg lép:

„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űvezetői és a műhelykártyának kell támogatnia ezt a parancsot.

Más típusú tachográfkártyák végrehajthatják vagy elutasíthatják ezt a parancsot. A 2. generációs tachográfalkalmazás esetében csak a járművezetői és a műhelykártya rendelkezik 2. generációs aláírási kulccsal, a többi kártya nem képes sikeresen elvégezni a parancsot, és megfelelő hibakóddal leáll.

A parancs elérhető vagy nem elérhető az MF-ben. Ha nem érhető el az MF-ben, a parancs a megfelelő hibakóddal leáll.

Ez a parancs megfelel az ISO/IEC 7816-8 szabványnak. A parancs használata korlátozott, tekintettel a vonatkozó szabványra.”;

a 3.5.15. pont a következőképpen módosul:

a TCS_133 bekezdésben szereplő táblázat helyébe a következő táblázat lép:

„Bájt

Hossz

Érték

Leírás

CLA

»00h«

CLA

INS

»2Ah«

Biztonsági művelet végrehajtása

»00h«

»A8h«

Címke: az ellenőrzésnek megfelelő DO-kat tartalmazó adatmező

»XXh«

A következő Lc adatmező hossza

»9Eh«

Címke a digitális aláíráshoz

#7 vagy

#7-#8

»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álasztott görbétől függ (lásd a 11. függelék A. részét).

#(7+L) – #(6+L+NN)

»XX..XXh«

A digitális aláírás tartalma”

ii.

a TCS_134 bekezdés a következő franciabekezdéssel egészül ki:

„—	Ha a kiválasztott (és a digitális aláírás ellenőrzéséhez használt) nyilvános kulcs olyan CHA.LSB-vel (CertificateHolderAuthorisation.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«.”;

a 3.5.16. pont a következőképpen módosul:

a TCS_138 bekezdésben szereplő táblázat a következő sorral egészül ki:

„5 + L + 1

»00h«

Az ISO/IEC 7816-4 szabvány meghatározása szerint”

ii.

a TCS_139 bekezdés a következő albekezdéssel egészül ki:

„—	»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.”;

a 4.2.2. pont a következőképpen módosul:

i.	a TCS_154 bekezdés adatszerkezetében a DF Tachograph G2-től az EF CardMA_Certificate-ig terjedő sorok és az EF GNSS_Places-től a bekezdés végéig terjedő sorok helyébe a következő szöveg lép: „ Szövege kép Fájl/adatelem Rekordok száma Méret (bájt) Alapértelmezett értékek Min Max ”

ii.

a TCS_155 bekezdésben a táblázat

tétele helyébe a következő szöveg lép:

„

252

336”

a 4.3.1. pont TCS_156 bekezdésében az SC4 rövidítésnek megfelelő szöveg helyébe a következő szöveg lép:

„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”;

a 4.3.2. pont a következőképpen módosul:

a TCS_162 bekezdés adatszerkezetében a DF Tachograph G2-től az EF CardMA_Certificate-ig terjedő sorok, az EF Calibration-től az extendedSealIdentifier-ig terjedő sorok és az EF GNSS_Places-től a vehicleOdometerValue-ig terjedő sorok helyébe a következő szöveg lép:

„

Szövege kép

”

ii.

a TCS_163 bekezdésben szereplő táblázat NoOfGNSSCDRecords tételének helyébe a következő szöveg lép:

„

24”

31.

A 3. függelék 2. pontja a következőképpen módosul:

a)	a pont a „Munkanap kezdetének helye” és a „Munkanap végének helye” piktogramokat tartalmazó sor után az alábbi sorral egészül ki: „ Helyzet 3 óra halmozott járművezetési időt követően”;

b)	az „Időbeállítás (műhely által)” piktogram-kombináció helyébe a következő szöveg lép: „ „Időütközés vagy időbeállítás (műhely által)”;

c)	az Események listája a következő piktogram-kombinációkkal egészül ki: „ 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«”.

32.

A 4. függelék a következőképpen módosul:

a 2. pont a következőképpen módosul:

a 11.4 blokk helyébe a következő szöveg lép:

„11.4

Azon hely bevitele, ahol a munkanap kezdődik és/vagy végződik

pi = hely kezdet/befejezés piktogram, idő, ország, régió

a rögzített földrajzi helyzet hosszúsági foka

a rögzített földrajzi helyzet szélességi foka

időbélyegző a helyzet meghatározásának időpontjában

Kilométer-számláló

pióó:pp Ország Régió

lon ±DDDoMM.M’

lat ± DDoMM.M’

óó:pp

x xxx xxx km”

ii.

a 11.5 blokk helyébe a következő szöveg lép:

„11.5

Helyzetek 3 óra halmozott járművezetési időt követően

pi = helyzet 3 óra halmozott járművezetési időt követően

idő

a rögzített földrajzi helyzet hosszúsági foka

a rögzített földrajzi helyzet szélességi foka

időbélyegző a helyzet meghatározásának időpontjában

Kilométer-számláló

”

a 3.1. pontban a napi kinyomat formátumának 11.5 sorának helyébe a következő szöveg lép:

„11.5

Helyzetek 3 óra halmozott járművezetési időt követően időrendben”;

a 3.2. pontban a napi kinyomat formátumának helyébe a következő szöveg lép:

„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)
5		VU azonosítása (VU, amelyből a kinyomat vétele történik + GEN)
6		A szóban forgó VU utolsó kalibrálása
7		Az e menetíró készüléken végzett utolsó ellenőrzés
9		A járművezetői tevékenység határolójele
10		Járművezetői kártyaolvasó egység határolójele (1 kártyaolvasó egység)
10a		E nap kezdetén menetíró készülék nem szükséges
10.1 / 10.2 / 10.3 /10.3a / 10.4		Tevékenységek időrendben (járművezetői kártyaolvasó egység)
10		Járműkísérői kártyaolvasó egység határolójele (2 kártyaolvasó egység)
10a		E nap kezdetén menetíró készülék nem szükséges
10.1 / 10.2 / 10.3 /10.3a / 10.4		Tevékenységek időrendben (járműkísérői kártyaolvasó egység)
11		Napi összegzés határolójele
11.1.		A járművezetői kártyaolvasó egység kártya nélküli időszakainak összegzése
11.4.		Betáplált helyek időrendben
11.5.		Helyzetek 3 óra halmozott járművezetési időt követően időrendben
11.7.		Tevékenységek összértéke
11.2.		A járműkísérői kártyaolvasó egység kártya nélküli időszakainak összegzése
11.4.		Betáplált helyek időrendben
11.5.		Helyzetek 3 óra halmozott járművezetési időt követően időrendben
11.8.		Tevékenységek összértéke
11.3.		Tevékenységek összegzése egy járművezetőre nézve, mindkét kártyaolvasó egységet beleértve
	11.4.	Az adott járművezető által időrendben betáplált helyek
	11.5.	Helyzetek 3 óra halmozott járművezetési időt követően időrendben
11.9.		Tevékenységek összértéke az adott járművezetőre nézve
13.1.		Esemény/hiba határolójele
13.4.		Esemény/hiba rekordok (a VU-n tárolt vagy folyamatban lévő utolsó 5 esemény vagy hiba)
22.1.		Ellenőrzés helye
22.2.		Az ellenőr aláírása
22.3.		Kezdet (hely, ahol a járművezető kártya nélkül megadhatja a számára releváns időtartamokat)
22.4.		Befejezés
22.5.		A járművezető aláírása”;

a 3.7. pontban a PRT_014 bekezdés helyébe a következő szöveg lép:

„PRT_014 A

korábban behelyezett kártyákra vonatkozó műszaki adatok kinyomatának összhangban kell lennie a következő formátummal:

1	A dokumentum nyomtatásának dátuma és időpontja
2	A kinyomat típusa
3	A kártyatulajdonos azonosítása (a VU-ba helyezett minden kártya esetében)
23	A VU-ba legutóbb behelyezett kártya
23.1.	Behelyezett kártyák (legfeljebb 88 rekord)
12.3.	Hiba határolójele”;

33.

A 7. függelék a következőképpen módosul:

az 1.1. pont helyébe a következő szöveg lép:

„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),

—	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ásberendezés (VU vagy kártya) azonosítóját és biztonsági tanúsítványait (tagállami és felszerelési). Az adatokat ellenőrző személynek megbízható európai nyilvános kulccsal kell rendelkeznie.

A járműegységről letöltött adatokat a 11. függelék (Közös biztonsági mechanizmusok) B. részének (Második generációs menetíró rendszer) alkalmazásával írják alá, kivéve akkor, ha a járművezetőt nem uniós ellenőrző hatóság első generációs ellenőrzőkártya alkalmazásával ellenőrzi, amikor is az adatokat a 11. függelék (Közös biztonsági mechanizmusok) 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.”;

a 2.2.2. pont a következőképpen módosul:

a táblázat helyébe a következő szöveg lép:

„Az üzenet struktúrája		Maximum 4 bájt Fejrész				Maximum 255 bájt Adatok			1 bájt Ellenőrző összeg
IDE ->	<- VU	FMT	TGT	SRC	LEN	SID	DS_/TRTP	DATA	CS
Start Communication Request		81	EE	F0		81			E0
Positive Response Start Communication		80	F0	EE	03	C1		EA, 8F	9B
Start Diagnostic Session Request		80	EE	F0	02	10	81		F1
Positive Response Start Diagnostic		80	F0	EE	02	50	81		31
Link Control Service
Verify Baud Rate (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		80	F0	EE	02	C7		01	28
Transition Baud Rate (2. fokozat)		80	EE	F0	03	87		02,03	ED
Request Upload		80	EE	F0	0A	35		00,00,00,00,00,FF,FF, FF,FF	99
Positive Response Request Upload		80	F0	EE	03	75		00,FF	D5
Transfer Data Request
Overview		80	EE	F0	02	36	01 vagy 21		97
Activities		80	EE	F0	06	36	02 vagy 22	Date	CS
Events & Faults		80	EE	F0	02	36	03 vagy 23	Date	99
Detailed Speed		80	EE	F0	02	36	04 vagy 24	Date	9A
Technical Data		80	EE	F0	02	36	05 vagy 25	Date	9B
Card download		80	EE	F0	02	36	06	Slot	CS
Positive Response Transfer Data		80	F0	EE	Len	76	TREP	Data	CS
Request Transfer Exit		80	EE	F0	01	37			96
Positive Response Request Transfer Exit		80	F0	EE	01	77			D6
Stop Communication Request		80	EE	F0	01	82			E1
Positive Response Stop Communication		80	F0	EE	01	C2			21
Acknowledge sub message		80	EE	F0	Len	83		Data	CS
Negative responses
General reject		80	F0	EE	03	7F	Sid Req	10	CS
Service not supported		80	F0	EE	03	7F	Sid Req	11	CS
Sub function not supported		80	F0	EE	03	7F	Sid Req	12	CS
Incorrect Message Length		80	F0	EE	03	7F	Sid Req	13	CS
Conditions not correct vagy Request sequence error		80	F0	EE	03	7F	Sid Req	22	CS
Request out of range		80	F0	EE	03	7F	Sid Req	31	CS
Upload not accepted		80	F0	EE	03	7F	Sid Req	50	CS
Response pending		80	F0	EE	03	7F	Sid Req	78	CS
Data not available		80	F0	EE	03	7F	Sid Req	FA	CS”

ii.

a táblázat utáni „Megjegyzések” a következő franciabekezdésekkel egészülnek ki:

„—

A TRTP 21–25 értékeket a járműegységről való 2. generációs adatletöltési kérésekhez, a TRTP 01–05 értékeket pedig a járműegységről való azon 1. generációs adatletöltési kérésekhez használják, amelyeket a járműegység csak akkor fogadhat, ha a járművezetőt nem uniós ellenőrző hatóság első generációs ellenőrzőkártyával ellenőrzi.

—	A TRTP 11–19 és 31–39 értékek a gyártóspecifikus letöltési kérések számára vannak fenntartva.”;

a 2.2.2.9. pont a következőképpen módosul:

a DDP_011 bekezdés helyébe a következő szöveg lép:

„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.

Az adatátvitelnek hat típusa van: A járműegységről való adatletöltés esetében minden egyes adatátvitelhez két különböző TRTP érték használható:

Adatátvitel típusa	TRTP érték a járműegységről való 1. generációs adatletöltéshez	TRTP érték a járműegységről való 2. generációs adatletöltéshez
Overview	01	21
Activities of a specified date	02	22
Events and faults	03	23
Detailed Speed	04	24
Technical Data	05	25

Adatátvitel típusa	TRTP érték
Card download	06”

ii.

a DDP_054 bekezdés helyébe a következő szöveg lép:

„DDP_054

Az IDE-nek kötelezően kérnie kell az áttekintési adatok átvitelét (TRTP 01 vagy 21) a letöltési munkamenet során, mivel csak ez biztosítja azt, hogy a járműegység tanúsítványai feljegyzésre kerüljenek a letöltött fájlban (és teszi lehetővé a digitális aláírás hitelesítését).

A második esetben (TRTP 02 vagy 22) a »Transfer Data Request« üzenet tartalmazza a letöltendő naptári nap adatait ( formátum).”;

a 2.2.2.10. pontban a DDP_055 bekezdés helyébe a következő szöveg lép:

„DDP_055

Az első esetben (TREP 01 vagy 21) a járműegység elküldi az adatokat azért, hogy segítséget nyújtson az IDE operátorának azon adatok kiválasztásához, amelyek letöltését folytatni kívánja. Ezen üzenet a következő információkat tartalmazza:

—	biztonsági tanúsítványok,

—	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.”;

a 2.2.2.16. pontban a DDP_018 bekezdés utolsó franciabekezdése helyébe a következő szöveg lép:

„—	FA: az adatok nem állnak rendelkezésre Az adatátviteli kérés adatobjektuma nem áll rendelkezé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űegysé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.).”;

a 2.2.6.1. pont a következőképpen módosul:

i.	a DDP_029 bekezdés első albekezdésének helyébe a következő szöveg lép: „A »Positive Response Transfer Data Overview« üzenet adatmezője biztosítja a következő adatokat, az alábbi sorrendben, az SID 76 Hex, a TREP 01 vagy 21 Hex és az alüzenetek megfelelő felosztása és számozása alapján:”;

ii.	az „1. generációs adatstruktúra” alcím helyébe a következő szöveg lép: „1. generációs adatstruktúra (TREP 01 Hex)”;

iii.	az „2. generációs adatstruktúra” alcím helyébe a következő szöveg lép: „2. generációs adatstruktúra (TREP 21 Hex)”;

a 2.2.6.2. pont a következőképpen módosul:

i.	a DDP_030 bekezdés első albekezdésének helyébe a következő szöveg lép: „A »Positive Response Transfer Data Activities« üzenet adatmezője biztosítja a következő adatokat, az alábbi sorrendben, az SID 76 Hex, a TREP 02 vagy 22 Hex és az alüzenetek megfelelő felosztása és számozása alapján:”;

ii.	az „1. generációs adatstruktúra” alcím helyébe a következő szöveg lép: „1. generációs adatstruktúra (TREP 02 Hex)”;

iii.	az „2. generációs adatstruktúra” alcím helyébe a következő szöveg lép: „2. generációs adatstruktúra (TREP 22 Hex)”;

iv.

a „2. generációs adatstruktúra (TREP 22 Hex)” alcím alatt szereplő VuGNSSCDRecordArray tétel helyébe a következő szöveg lép:

„

A jármű GNSS-helyzetei, ha a jármű halmozott járművezetési ideje eléri a három óra többszörösét. Ha a szakasz üres, csak ez kerül elküldésre: egy adattömbfejrész, valamint noOfRecords = 0.”

a 2.2.6.3. pont a következőképpen módosul:

i.	a DDP_031 bekezdés első albekezdése helyébe a következő szöveg lép: „A »Positive Response Transfer Data Events and Faults« üzenet adatmezője biztosítja a következő adatokat, az alábbi sorrendben, az SID 76 Hex, a TREP 03 vagy 23 Hex és az alüzenetek megfelelő felosztása és számozása alapján:”;

ii.	az „1. generációs adatstruktúra” alcím helyébe a következő szöveg lép: „1. generációs adatstruktúra (TREP 03 Hex)”;

iii.	az „2. generációs adatstruktúra” alcím helyébe a következő szöveg lép: „2. generációs adatstruktúra (TREP 23 Hex)”;

iv.	a „2. generációs adatstruktúra (TREP 23 Hex)” alcím alatt szereplő VuTimeAdjustmentGNSSRecordArray tételt el kell hagyni;

a 2.2.6.4. pont a következőképpen módosul:

i.	a DDP_032 bekezdés első albekezdése helyébe a következő szöveg lép: „A »Positive Response Transfer Data Detailed Speed« üzenet adatmezője biztosítja a következő adatokat, az alábbi sorrendben, az SID 76 Hex, a TREP 04 vagy 24 Hex és az alüzenetek megfelelő felosztása és számozása alapján:”;

ii.	az „1. generációs adatstruktúra” alcím helyébe a következő szöveg lép: „1. generációs adatstruktúra (TREP 04)”;

iii.	az „2. generációs adatstruktúra” alcím helyébe a következő szöveg lép: „2. generációs adatstruktúra (TREP 24)”;

a 2.2.6.5. pont a következőképpen módosul:

i.	a DDP_033 bekezdés első albekezdésének helyébe a következő szöveg lép: „A »Positive Response Transfer Data Technical Data« üzenet adatmezője biztosítja a következő adatokat, az alábbi sorrendben, az SID 76 Hex, a TREP 05 vagy 25 Hex és az alüzenetek megfelelő felosztása és számozása alapján:”;

ii.	az „1. generációs adatstruktúra” alcím helyébe a következő szöveg lép: „1. generációs adatstruktúra (TREP 05)”;

iii.	az „2. generációs adatstruktúra” alcím helyébe a következő szöveg lép: „2. generációs adatstruktúra (TREP 25)”;

a 3.3. pontban a DDP_035 bekezdés helyébe a következő szöveg lép:

„DDP_035

A tachográfkártya letöltése a következő lépéseket foglalja magában:

—	A kártya közös információinak letöltése az és EF -be és -be. Ezen információk választhatók, és nem védi őket digitális aláírás.

—

(az első és második generációs tachográfkártyák esetében) Az EF-ek letöltése a -en belül:

—	A és EF-ek letöltése. Ezen információkat nem védi digitális aláírás. E fájlokat minden letöltési munkamenetben kötelező letölteni.

—	Az egyéb alkalmazási adatok EF-jeinek letöltése (a -en belül), a EF kivételével. Ezen információt digitális aláírás védi, a 11. melléklet (Közös biztonsági mechanizmusok) A. részének alkalmazásával.

—	Minden egyes letöltési munkamenetben kötelező letölteni legalább az és EF-eket.

—	A járművezetői kártya adatainak letöltése során a következő EF-ek letöltése is kötelező: Szövege kép Events_Data, Faults_Data, Szövege kép Driver_Activity_Data, Vehicles_Used, Places, Control_Activity_Data, Specific_Conditions,

—

(csak második generációs tachográfkártyák esetében) Azon eset kivételével, amikor a járműegységbe behelyezett járművezetői kártya adatait a járművezetők nem uniós ellenőrző hatóság által, első generációs ellenőrzőkártya alkalmazásával végzett ellenőrzés keretében töltik le, az EF-ek letöltése a -en belül:

—	Az EF CardSignCertificate, CA_Certificate és Link_Certificate (ha van) letöltése. Ezen információkat nem védi digitális aláírás. E fájlokat minden letöltési munkamenetben kötelező letölteni.

—	Az egyéb alkalmazási adatok EF-jeinek letöltése (a -en belül), a EF kivételével. Ezen információt digitális aláírás védi, a 11. melléklet (Közös biztonsági mechanizmusok) B. részének alkalmazásával.

—	Minden egyes letöltési munkamenetben kötelező letölteni legalább az és EF-eket.

—	A járművezetői kártya adatainak letöltése során a következő EF-ek letöltése is kötelező: Szövege kép Events_Data, Faults_Data, Driver_Activity_Data, Vehicles_Used, Places, Control_Activity_Data, Specific_Conditions, VehicleUnits_Used, GNSS Places.

—	A járművezetői kártya adatainak letöltése során frissítse a dátumot a EF-ben, a és adott esetben a DF-ekben.

—	A műhelykártya adatainak letöltése során állítsa vissza alaphelyzetben a kalibrálási számlálót a és adott esetben a DF-ek EF-jében.

—	A műhelykártya adatainak letöltése során nem kell letölteni a EF-et a és adott esetben a DF-ekben.”;

l)	a 3.3.2. pontban a DDP_037 bekezdés első albekezdése helyébe a következő szöveg lép: „Az ICC, IC, Card_Certificate (vagy a Tachograph_G2 DF esetében CardSignCertificate), a CA_Certificate és Link_Certificate (csak a Tachograph_G2 DF esetében) EF-ek letöltési szekvenciája a következő:”;

a táblázat 3.3.3. pontja helyébe a következő szöveg lép:

„Kártya

Irány

IDE/IFD

Jelentés/Megjegyzések

Fájl kiválasztása

Hash of File végrehajtása

—	Az előírt hasítási algoritmus 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ördelési érték ideiglenes tárolása

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

A kapott adatok eltárolása külső tárolóeszközön

a Error! Reference source not found. szerint Error! Reference source not found.

PSO: Compute Digital Signature

A »digitális aláírás kiszámítása« biztonsági művelet végrehajtása az ideiglenesen eltárolt hasítási érték felhasználásával

Signature

Az adatok hozzáfűzése a külső tárolóeszközön korábban tárolt adatokhoz

a Error! Reference source not found. szerint Error! Reference source not found.”

a 3.4.2. pontban a DDP_046 bekezdés helyébe a következő szöveg lép:

„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 informá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) a DF-ben	3 bájt
FID (2 bájt) \|\| »03«	Címke az EF (FID)-hez tartozó aláíráshoz a DF-ben	3 bájt
xx xx	Az értékmező hossza	2 bájt

Példa az ESM letöltési fájljában lévő adatokra:

Címke

Hossz

Érték

—	Az ICC EF adatai

—	A Card_Certificate EF adatai

—

…

EF adatai (a

DF-ben)

EF aláírása (a

DF-ben)

EF adatai a

DF-ben)

EF aláírása a

DF-ben”

a 4. pontban a DDP_049 bekezdés helyébe a következő szöveg lép:

„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ölteni, é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.

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 Error! Reference source not found.. pontban meghatározott kártyaletöltési protokollal összhangban, é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: Error! Reference source not found.), és beágyazva egy »Positive Response Transfer Data« üzenetbe.”

34.	A 8. függelék 2. pontjában a „Hivatkozások” alcím alatti bekezdés helyébe a következő szöveg lép: „ISO 14230-2: Road Vehicles – Diagnostic Systems – Keyword Protocol 2000 – Part 2: Data Link Layer. Első kiadás: 1999.”

35.

A 9. függelék a következőképpen módosul:

a Tartalomjegyzék 6. pontja helyébe a következő szöveg lép:

„6.	A KÜLSŐ TÁVOLI KOMMUNIKÁCIÓS ESZKÖZ TESZTJEI”;

az 1.1. pontban az első franciabekezdése helyébe a következő szöveg:

„—	biztonsági tanúsítás a Common Criteria szabvány előírásainak megfelelően, az e melléklet 10. függelékének teljes mértékben megfelelő biztonsági cél alapján;”

a 2. pontban „A járműegységek működési tesztjei” táblázat helyébe a következő táblázat lép:

„Szám

Teszt

Leírás

Kapcsolódó követelmények

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

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

Működési tesztek

3.1

Elérhető funkciók

02, 03, 04, 05, 07, 382

3.2.

Üzemmódok

09–11*, 134, 135

3.3.

Funkciók és adathozzáférési jogok

12* 13*, 382, 383, 386–389

3.4.

A kártya behelyezésének és kivételének nyomon követése

15, 16, 17, 18, 19*, 20*, 134

3.5.

Sebesség- és távolságmérés

21–31

3.6.

Időmérés (20°C hőmérsékleten elvégzett vizsgálat)

38–43

3.7.

A járművezető tevékenységének nyomon követése

44–53, 134

3.8.

A járművezetési állapot nyomon követése

54, 55, 134

3.9.

Manuálisan bevitt adatok

56–62

3.10.

A vállalkozás általi lezárás kezelése

63–68

3.11.

Az ellenőrzési tevékenység nyomon követése

69, 70

3.12.

Események és/vagy hibák észlelése

71–88, 134

3.13.

Készülékazonosítási adatok

93*, 94*, 97, 100

3.14.

A járművezetői kártya behelyezési és kivételi adatai

102*–104*

3.15.

A járművezető tevékenységére vonatkozó adatok

105*–107*

3.16.

A helységnévre és a földrajzi helyre vonatkozó adatok

108*–112*

3.17.

A kilométer-számláló adatai

113*–115*

3.18.

Részletes sebességadatok

116*

3.19.

Eseményadatok

117*

3.20.

Hibaadatok

118*

3.21.

Kalibrálási adatok

119*–121*

3.22.

Időbeállítási adatok

124*, 125*

3.23

Az ellenőrzési tevékenységre vonatkozó adatok

126*, 127*

3.24.

A vállalkozás általi lezárással kapcsolatos adatok

128*

3.25.

Tevékenységadatok letöltése

129*

3.26.

Különleges körülményekre vonatkozó adatok

130*, 131*

3.27.

Rögzítés és tárolás a tachográfkártyán

136, 137, 138*, 139*, 141*, 142, 143

144, 145, 146*, 147*, 148*, 149, 150

3.28.

Kijelzés

90, 134,

151–168,

PIC_001, DIS_001

3.29.

Nyomtatás

90, 134,

169–181, PIC_001, PRT_001–PRT_014

3.30.

Figyelmeztetés

134, 182–191

PIC_001

3.31.

Adatletöltés külső adathordozókra

90, 134, 192–196

3.32.

Távoli kommunikáció a célzott közúti ellenőrzések céljára

197–199

3.33.

Kimeneti adatok kiegészítő külső eszközökre

200, 201

3.34.

Kalibrálás

202–206*, 383, 384, 386–391

3.35.

Közúti kalibrálás-ellenőrzés

207–209

3.36.

Időbeállítás

210–212*

3.37.

A kiegészítő funkciók zavarmentessége

06, 425

3.38.

Mozgásérzékelő-interfész

02, 122

3.39.

Külső GNSS-eszköz

03, 123

3.40.

Meg kell bizonyosodni arról, hogy a járműegység észleli, feljegyzi és tárolja a járműegység gyártója által meghatározott esemény(eke)t és/vagy hibá(ka)t, amikor a párosított mozgásérzékelő reagál a jármű mozgásának érzékelését zavaró mágneses terekre.

217

3.41.

Titkosítási eszközkészlet (cypher suite) és szabványos tartományparaméterek

CSM_48, CSM_50

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 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üntetett 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 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

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á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.

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/s2, hosszirányú RMS: 11,8 m/s2, oldalirányú RMS: 13,1 m/s2, 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 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

219

4.4

Víz és idegen testek elleni védelem

Az ISO 20653 szabvány szerinti vizsgálat: Közúti járművek – Védettségi fokozat (IP kód) – Elektromos berendezések idegen tárgyakkal, vízzel és hozzáféréssel szembeni védelme (Változatlan paraméterek); IP legkisebb é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árlattal és a földzárlattal szemben.

(ISO 16750-2)

216

Elektromágneses összeférhetőségi tesztek

5.1.

Sugárzáskibocsátás és szuszceptibilitás

A 10. sz. ENSZ EGB-előírásnak való megfelelés

218

5.2.

Elektromos kisülés

Az ISO 10605:2008 + szabványnak való megfelelés:

műszaki helyesbítés: 2010 +

AMD1:2014: +/– 4 kV az érintkezési és +/– 8 kV a légköri kisülés vonatkozásában

218

5.3

Vezetett tranziens szuszceptibilitás az áramellátáson

A 24 V-os modellek esetében: az ISO 7637-2 szabványnak és a 10. sz. ENSZ EGB-előírás 3. módosításának való megfelelés:

1a. impulzus: Vs = –450 V Ri = 50 ohm

2a. impulzus: Vs = +37 V Ri = 2 ohm

2b. impulzus: Vs = +20 V Ri = 0,05 ohm

3a. impulzus: Vs = -150 V Ri = 50 ohm

3b. impulzus: Vs = +150 V Ri = 50 ohm

4. impulzus: Vs = –16 V Va = – 12 V t6 = 100 ms

5. impulzus: Vs = +120 V Ri = 2,2 ohm td = 250ms

A 12 V-os modellek esetében: az ISO 7637-1 szabványnak és a 10. sz. ENSZ EGB-előírás 3. módosításának való megfelelés:

1. impulzus: Vs = -75 V Ri = 10 ohm

2a. impulzus: Vs = +37 V Ri = 2 ohm

2b. impulzus: Vs = +10 V Ri = 0,05 ohm

3a. impulzus: Vs = -112 V Ri = 50 ohm

3b. impulzus: Vs = +75 V Ri = 50 ohm

4. impulzus: Vs = –6 V Va=–5V t6 = 15 ms

5. impulzus: Vs = +65 V Ri = 3 ohm td = 100 ms

Az 5. impulzust csak azon járműegységeken kell tesztelni, amelyeket olyan járművekbe szerelnek be, amelyeknél nem alkalmaznak túlfeszültség elleni közös külső védelmet.

A túlfeszültséggel kapcsolatos javaslat tekintetében lásd az ISO 16750-2 szabvány 4. kiadásának 4.6.4. fejezetét.

218”

a 6. pont helyébe a következő szöveg lép:

„6. A KÜLSŐ TÁVOLI KOMMUNIKÁCIÓS ESZKÖZ TESZTJE

Szám

Teszt

Leírás

Kapcsolódó követelmények

Adminisztratív vizsgálat

1.1.

Dokumentáció

A dokumentáció helytállósága

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

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

3.3.

Kommunikáció a járműegységgel

14. fügelék DSC_66–DSC_70, DSC_71–DSC_76

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 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, 1 órás tartózkodási idő mindegyik hőmérsékleten)

A legalacsonyabb és a legmagasabb feltüntetett 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.

Víz és idegen testek elleni védelem

220, 221

Elektromágneses összeférhetőségi tesztek

5.1.

Sugárzáskibocsátás és szuszceptibilitás

A 10. sz. ENSZ EGB-előírásnak való megfelelés

218

5.2.

Elektromos kisülés

Az ISO 10605:2008 + szabványnak való megfelelés: műszaki helyesbítés: 2010 + AMD1:2014: +/– 4 kV az érintkezési és +/– 8 kV a légköri kisülés vonatkozásában

218

5.3.

Vezetett tranziens szuszceptibilitás az áramellátáson

A 24 V-os modellek esetében: az ISO 7637-2 szabványnak és a 10. sz. ENSZ EGB-előírás 3. módosításának való megfelelés:

1a. impulzus: Vs = - 450 V Ri = 50 ohm

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 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

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

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 tekintetében lásd az ISO 16750-2 szabvány 4. kiadásának 4.6.4. fejezetét.

218”

a 8. pontban szereplő táblázat (Interoperabilitási tesztek) helyébe a következő szöveg lép:

„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ékenységgel kapcsolatos minden rögzítés megfelelően megtörtént-e. Napi kinyomatok készítésével ellenőrizni kell, hogy a tevékenységgel kapcsolatos minden rögzített adat megfelelően olvasható-e.
8.2. A járműegységek és a mozgásérzékelők interoperabilitásának tesztjei
1	Párosítás	Ellenőrizni kell, hogy rendesen végbemegy-e a járműegység és a mozgásérzékelő közötti kölcsönös hitelesítés.
2	Működési tesztek	El kell végezni egy jellemző tevékenységi sort a mozgásérzékelőn. A tevékenységi sornak egy normál műveletet és a lehető legtöbb eseményt vagy hibát kell tartalmaznia. A járműegység adatainak letöltésével ellenőrizni kell, hogy a tevékenységgel kapcsolatos minden rögzítés megfelelően megtörtént-e. A kártya adatainak letöltésével ellenőrizni kell, hogy a tevékenysé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ékenysé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.”

(36)

A 11. függelék a következőképpen módosul:

a 8.2.3. pontban a CSM_49 bekezdés helyébe a következő szöveg lép:

„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.”;

a 9.1.2. pontban a CSM_58 bekezdés első albekezdése helyébe a következő szöveg lép:

„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 illusztrálja a 9.1.7. szakaszban.”;

a 9.1.4. pontban a CSM_72 bekezdés helyébe a következő szöveg lép:

„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űegysé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.”;

a 9.1.5. pont a következőképpen módosul:

a CSM_83 bekezdés helyébe a következő szöveg lép:

„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űvezetői kártyához és műhelykártyához. Ezt a feladatot a kártyák gyártói vagy a kártyák testreszabását végző felek végzik. Egy kártyakulcspár létrehozásakor a kulcsot létrehozó félnek el kell küldenie a nyilvános kulcsot MSCA-ja számára, hogy beszerezze az MSCA által aláírt megfelelő kártyatanúsítványt. A privát kulcsot csak a tachográfkártya használja.”;

ii.

a CSM_88 bekezdés helyébe a következő szöveg lép:

„CSM_88

A Card_MA tanúsítvány érvényességi időszaka a következő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”;

iii.

a CSM_91 bekezdés a következő szövegrésszel egészül ki:

„—

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űegysé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.”;

a 9.1.6. pont a következőképpen módosul:

a CSM_93 bekezdés helyébe a következő szöveg lép:

„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.”;

ii.

a CSM_95 bekezdés helyébe a következő szöveg lép:

„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 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 11.4. szakaszában leírtaknak megfelelően.”;

a 9.1.7. pont a következőképpen módosul:

az 1. ábra helyébe a következő szöveg lép:

„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

Szövege kép ”

ii.

a „Megjegyzések az 1. ábra tartalmához” 6. megjegyzésének helyébe a következő szöveg lép:

„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.”;

a 9.2.1.1. pont a következőképpen módosul:

a CSM_106 bekezdésben az első franciabekezdés helyébe a következő szöveg lép:

„—	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«”;

ii.

a CSM_107 bekezdés első albekezdésének helyébe a következő szöveg lép:

„Minden mozgásérzékelő-gyártó véletlenszerű és egyedi KP 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 KM 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 KM verziószámáról.”;

iii.

a CSM_108 bekezdés helyébe a következő szöveg lép:

„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 KID 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 KID verziószámáról.”;

a 9.2.2.1. pont a következőképpen módosul:

a CSM_123 bekezdés helyébe a következő szöveg lép:

„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-hivatkozással.”;

ii.	a CSM_124 bekezdés 2. lépésében szereplő információkövetelmény helyébe a következő szöveg lép: „info = a járműegység sorozatszáma vagy a tanúsítási kérelem azonosítója a CSM_123 szerint”;

iii.

a CSM_128 bekezdés helyébe a következő szöveg lép:

„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.”;

a 9.3.1. pontban a CSM_135 bekezdés első albekezdésének helyébe a következő szöveg lép:

„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 bemutatja a teljes tanúsítványkódolást, beleértve az összes címkét és hosszbájtot is.”;

a 9.3.2.3. pontban a CSM_141 bekezdés helyébe a következő szöveg lép:

„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áfalkalmazá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).”;

a 9.3.2.5. pont CSM_146 bekezdése az alábbi albekezdéssel egészül ki:

„Megjegyzés: Kártyatanúsítvány esetében a CHR értékének meg kell egyeznie az EF_ICC-ben szereplő cardExtendedSerialNumber értékével; lásd a 2. függeléket. EGF tanúsítvá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 vuSerialNumber 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óspecifikus sorozatszámot.”;

a 9.3.2.6. pontban a CSM_148 bekezdés helyébe a következő szöveg lép:

„CSM_148

A tanúsítvány hatálybalépési dátuma a tanúsítvány érvényességi időszakának kezdő dátumát és időpontját jelöli.”;

a 9.3.3. pont a következőképpen módosul:

i.	a CSM_151 bekezdés első albekezdésének helyébe a következő szöveg lép: „Tanúsítvány igénylésekor az MSCA-nak a következő adatokat kell elküldenie az ERCA számára:”;

ii.

a CSM_153 bekezdés helyébe a következő szöveg lép:

„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.”;

a 10.2.1. pont a következőképpen módosul:

a CSM_157 bekezdésben a „Megjegyzések a 4. ábra tartalmához” előtti szövegrész helyébe a következő szöveg lép:

„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 hitelesí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.”;

ii.	a CSM_159 bekezdés a következő mondattal egészül ki: „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.”

a 10.2.2. pont a következőképpen módosul:

a CSM_161 bekezdésben az 5. ábra előtti szöveg helyébe a következő szöveg lép:

„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.

—	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).”;

ii.

a CSM_165 bekezdés helyébe a következő szöveg lép:

„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-hitelesí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.”;

a 10.3. pont a következőképpen módosul:

i.	a CSM_170 bekezdés első albekezdése helyébe a következő szöveg lép: „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ítványtulajdonos-hivatkozást is szerepeltetnie kell az aláírásban.”;

ii.	a CSM_171 bekezdésben szereplő 6. ábra helyébe a következő szöveg lép: „6. ábra Járműegység-hitelesítési protokoll ”

iii.

a CSM_174 bekezdés helyébe a következő szöveg lép:

„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, valamint a járműegységhez tartozó Comp(VU.PKeph) ideiglenes 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 kulcspárjának kulcsméretéhez kötött hasító algoritmus használatával (lásd: CSM_50), a VU.PK-val és a kiszámított hitelesítési tokennel együtt.”;

a 10.4. pont CSM_176 bekezdése a következőképpen módosul:

a 2. albekezdés helyébe a következő szöveg lép:

„2.

A járműegység elküldi a kártya számára saját ideiglenes VU.PKeph 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.PKeph) ideiglenes nyilvános kulcs azonosítóját a kártyának, amit a kártya eltárolt.”;

ii.

a 6. albekezdés helyébe a következő szöveg lép:

„6.

A KMAC használatával a kártya hitelesítési tokent számít ki a járműegység ideiglenes nyilvános pontjához: TPICC = CMAC(KMAC, VU.PKeph). 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 NPICC és a TPICC értékét a járműegység számára.”;

a 10.5.2. pontban a CSM_191 bekezdés helyébe a következő szöveg lép:

„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 struktú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.

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

10. ábra

Átalakítás titkosított és hitelesített 2./4. esetbeli, választ tartalmazó APDU-hoz

”

a 10.5.3. pontban a CSM_193 bekezdés helyébe a következő szöveg lép:

„CSM_193

A tachográfkártya akkor és csakis akkor szakítja meg a folyamatban lévő biztonságos üzenetküldési munkamenetet, ha a következők egyikére kerül sor:

—	egyszerű, parancsot tartalmazó APDU-t kap,

—

biztonságos üzenetküldési hibát észlel egy parancsot tartalmazó APDU-ban:

—	Egy várt biztonságos üzenetküldési objektum hiá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.”;

a 11.3.2. pont a következőképpen módosul:

i.	a CSM_208 bekezdés első albekezdése helyébe a következő szöveg lép: „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.”;

ii.

a CSM_210 bekezdés helyébe a következő szöveg lép:

„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.”;

a 11.3.3. pontban a CSM_211 bekezdésének első albekezdése helyébe a következő szöveg lép:

„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.”;

a 12.3. pont 6. táblázata helyébe a következő szöveg lép:

„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 használatával	Egyszerű szöveges adatbájtok száma az alábbi hosszúságú (bitszámú) AES-kulcsok használatakor
Utasítás	Kérés / válasz	Adatok leírása			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”

a 13.1. pont CSM_224 albekezdésében a járműegység sorozatszámára vonatkozó követelmény helyébe a következő szöveg lép:

„Járműegység sorozatszáma

a járműegység sorozatszáma vagy tanúsítási kérelem azonosítója (VuSerialNumber vagy CertificateRequestID adattípus) – lásd: CSM_123”;

a 13.3. pontban a CSM_228 bekezdés második franciabekezdésének helyébe a következő szöveg lép:

„2.	Az ellenőrzőkártyának a feltüntetett DSRC-mesterkulcsot a DSRC biztonsági adatokban szereplő járműegység-sorozatszámmal vagy tanúsítási kérelem azonosítóval együtt kell használnia a járműegység-specifikus K_VUDSRC_ENC és K_VUDSRC_MAC DSRC-kulcsok származtatásához, a CSM_124 szerint.”;

a 14.3. pont a következőképpen módosul:

a CSM_234 bekezdésben „Megjegyzések a 13. ábra tartalmához” előtti szövegrész helyébe a következő szöveg lép:

„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. Amennyiben ellenőrzőkártyát használ, az aláírás ellenőrzésének a Error! Reference source not found. 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ítványt vagy (adott esetben) kártyatanúsítványt kell feltüntetnie aláírásra (lásd az 1. függeléket, EquipmentType adattípus).

—	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.”;

ii.	a 13. ábra helyébe a következő szöveg lép: „13. ábra Letöltött adatfájl aláírásának ellenőrzési protokollja ”

37.

A 12. függelék a következőképpen módosul:

a 3. pont a következőképpen módosul:

a GNS_4 bekezdésben a 2. ábra utáni második albekezdés helyébe a következő szöveg lép:

„A helyzet felbontása a fent bemutatott RMC adatmondat szerkezetén alapszik. A 3. és 5. mező első része jelöli a fokokat. A mezők többi része a perceket adja meg három tizedesjegy pontossággal. Így a felbontás a következő: a perc 1/1 000-ed része vagy a fok 1/60 000-ed része (mivel egy perc egy foknak az 1/60-ad része).”;

ii.

a GNS_5 bekezdés helyébe a következő szöveg lép:

„GNS_5

A járműegységnek a szélességre és a hosszúságra vonatkozó helyzetmeghatározási adatokat a perc 1/10-ed részének vagy a fok 1/600-ad részének megfelelő felbontással kell eltárolnia a járműegység adatbázisában, az 1. függelékben a földrajzi koordinátákra vonatkozóan meghatározott előírásoknak megfelelően.

A GPS DOP és aktív műholdak (GSA) parancsot a jel rendelkezésre állásának és pontosságának meghatározására és rögzítésére használhatja a járműegység. A HDOP konkrétan a rögzített helymeghatározási adatok pontossági szintjének jelzésére szolgál (lásd a 4.2.2. pontot). A járműegységnek el kell tárolnia a vízszintes pontossághígulás (HDOP) értékét, amelyet a rendelkezésre álló GNSS-rendszer által begyűjtött HDOP-értékek minimumaként számítanak ki.

A GNSS-rendszer azonosítója jelzi az összes GNSS-konstelláció és műholdas pontosító rendszer (SBAS) kapcsolódó NMEA azonosítóját.

3. ábra

A GSA adatmondat formátuma

”

iii.

a GNS_6 bekezdés helyébe a következő szöveg lép:

„GNS_6

A GSA adatmondatot »02«–»06« rekordszámmal kell eltárolni.”

a 4.2.1. pont a következőképpen módosul:

a GNS_16 bekezdés helyébe a következő szöveg lép:

„GNS_16

A kommunikációs protokollon belül a kiterjesztett hosszúságú mezők nem támogathatók.”;

ii.

a GNS_18 bekezdés helyébe a következő szöveg lép:

„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.”;

iii.

a GNS_20 bekezdés helyébe a következő szöveg lép:

„GNS_20

A biztonságos GNSS adó-vevőnek az adatok tárolásához olyan memóriával kell rendelkeznie, amely képes legalább 20 millió írási/olvasási ciklus elvégzésére. E követelményen kívül a gyártók szabhatják meg a biztonságos GNSS adó-vevő belső kialakítását és működését.

A rekordszámok és az adatok megfeleltetése az 1. táblázatban található. Megjegyzendő, hogy a GNSS-konstellációkhoz és a műholdas pontosító rendszerhez (SBAS) öt GSA adatmondat áll rendelkezésre.”;

a 4.2.2. pontban a GNS_23 bekezdés 5. albekezdése helyébe a következő szöveg lép:

„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 helyzet érvényes-e. Ha a helyzet nem érvényes, a helymeghatározási adatok még nem állnak rendelkezésre és nem használhatók a jármű helyzetének rögzítéséhez. Ha a helyzet érvényes, a járműegység processzora a HDOP-értékeket is kivonatolja a GSA NMEA-adatmondatokból, és kiszámítja a rendelkezésre álló műholdas rendszerekre vonatkozó minimum értéket (azaz abban az esetben, ha rendelkezésre áll a meghatározás).”

a 4.4.1. pontban a GNS_28 bekezdés helyébe a következő szöveg lép:

„GNS_28

Ha a járműegységnek 20 folyamatos percen keresztül nem sikerül kommunikálnia a csatlakoztatott külső GNSS-eszközzel, akkor a járműegységnek létre kell hoznia és a járműegységben rögzítenie kell egy EventFaultType típusú, enum ‘0E’H Communication error with the external GNSS facility eseményt az aktuális időpontot jelző időbélyegzővel. Az esemény létrehozása csak a következő két feltétel teljesülése esetén történik meg: a) az intelligens menetíró készülék nincs kalibrálási üzemmódban, és b) a jármű mozog. Ebben az összefüggésben a kommunikációs hibát az idézi elő, hogy a járműegység biztonságos adó-vevője nem kap válaszüzenetet a 4.2. pontban leírt kérésüzenet után.”;