milyen követelményeknek kell megfelelnie az digitális terméktanúsítványom hosztingolásának
A hosztingolásnak az adatokat tartósan elérhetővé és hozzáférhetővé kell tennie
Az digitális terméktanúsítvány hosztingolásának biztosítania kell, hogy az adatok abban fennmaradjanak, naprakészen tarthatók legyenek, és azok lekérdezhetők legyenek azoktól, akik a szabályok szerint erre jogosultak — a fogyasztóktól, a piaci szereplőktől és a felügyeleti hatóságoktól. Az ESPR (2024/1781 számú EU-rendelet) 10. cikke előírja, hogy a tanúsítvány az adathordozón (általában QR-kód) keresztül elérhető kell legyen, az abban szereplő adatoknak helyeseknek kell lenniük és frissíthetőknek, valamint a tárolást úgy kell szervezni, hogy a tanúsítvány az előírt időszakot megélje. Ezenkívül a 13. cikk előírja, hogy minden tanúsítványra történő hivatkozás egy központi európai nyilvántartásba kerüljön, és a 14. cikk előírja, hogy a Bizottság egy webes portált hoz létre, amellyel a nyilvántartott adatok lekérdezhetők. A hosztingolás tehát nem csupán "egy oldal, amely megnyílik, ha beolvasol" — ez egy technikai és szervezeti felelősség, amely azolyan hosszú ideig fennáll, amíg a tanúsítvány léteznie kell.
Akire ez vonatkozik, és akire nem
Ez követelmények arra vonatkoznak, aki a digitális termékpasszust kínálja: a gyakorlatban a gyártóra, importőrre vagy meghatalmazottra, aki felelős a termék forgalomba hozataláért, vagy egy olyan félre, aki ezt a feladatot nevükben végzi. A passzus hostingjáról van szó — arról a helyről, ahol a termékinformációk találhatók, amelyeket az adathordozón keresztül lehet lekérni. Ez nem az adathordozóról szól, mint olyanról: annak a kérdésnek, hogy a QR-kód hogyan kerül a termékre és milyen technikai formát ölt, más a válasza, amelyet a lapról részletezünk hogyan kerül a QR-kód a termékre. Nem foglalkozik azzal sem, hogy mely adatoknak kell az útlevélben szerepelniük, vagy milyen fájlformátumban kell azokat beküldeni — ezt termékkategóriánként külön-külön határozzák meg, és a termékútlevél-adatok beküldéséről oldal ismerteti. A hosting kifejezetten az infrastruktúrát jelenti: ahol az adatok tárolódnak, meddig, és hogyan maradnak elérhetőek.
A pontos követelmények termékcsaládonként eltérőek, egy még nem rögzített dátumtól kezdve
Az ESPR maga írja le a főbb vonalakat — a hozzáférhetőséget, az aktualitást, a nyilvántartással való összekapcsolódást —, de a hosting részletes műszaki és üzemeltetési követelményeit termékcsaládonként delegált aktusok rögzítik. Az elektronikai és ICT-készülékek esetében még nem került nyilvánosságra, hogy a kötelezettség pontosan mikor lép érvénybe. Az ESPR-es munkaprogram 2025–2030 említi ezeket a kategóriákat, és a delegált aktusok attól számítva várhatók 2027-től, azonban az elektronikai és ICT-eszközök konkrét dátuma még nem rögzített. Amíg egy adott termékcsoportra vonatkozó delegált aktus nem kerül közzétételre, addig az adott csoportra nem vonatkozik az ESPR-ből fakadó konkrét hostingkötelezettség. Amint az elektronikai és ICT-eszközökre vonatkozó aktus közzé lesz téve, a dátum itt fog szerepelni.
Mit jelent ez a hosting berendezésének szempontjából
Aki már most gondolkodik egy termékpasszportus hosztálásán, jól teszi, ha az időtartamnál kezdi: a passzportusnak egy olyan időszakban elérhetőnek kell maradnia, amelyet termékcsaládonként rögzítik, és ez a követelmény közvetlenül érinti a hostingszolgáltató és az infrastruktúra megválasztását — ezt a lapok részletezik meddig kell egy termékalkalmazásnak rendelkezésre állniaA folyamatosság a második kiemelt szempont: a hosztálásnak működőképesnek kell maradnia akkor is, ha valamit módosítanak a passzportust kínáló vállalkozásban, ami releváns lehet a vállalkozás bezárása vagy felvásárlása esetén — lásd a lapot mi történik a passzportusszal, ha egy vállalkozás bezárA harmadik pont az Európai nyilvántartással való összekapcsolódás: a hosztálási környezetet úgy kell berendezni, hogy a passzportusra mutató hivatkozás helyes és aktuális legyen a nyilvántartásban, amit a lapok ismertetnek a digitális termékpasszportuszok nyilvántartása. Aki már az ERP- vagy készletkezelési rendszerben kezeli a termékadat okat, további előnyökhöz juthat azáltal, hogy előzetesen áttekinthetı, hogyan valósul meg az adott összekapcsolás gyakorlatban. Végül azt javasoljuk, hogy a hostingszolgáltató kiválasztásakor figyeljen arra, mi történik egy leállás, a hostingszolgáltató megvásárlása vagy a szerződés lejárata esetén — ezek a pontok nem jelennek meg szó szerint az ESPR-ben, de gyakorlatban meghatározzák, hogy az adatok folyamatos hozzáférhetıségéhez főzıdı alapvetı követelmény teljesül-e.
Erre alapul: az ESPR 10., 13. és 14. cikke
Az ESPR (2024/1781 EU rendelet) 10. cikke írja le a digitális termékpasszus általános követelményeit, beleértve az adatok hozzáférhetıségét és naprakészségét. A 13. cikk azt szabályozza, hogy mely központi nyilvántartásban kell rögzíteni az egyes passzusokra való hivatkozást, a 14. cikk pedig azt a webes portált szabályozza, amelyen keresztül a Bizottság a nyilvántartás adatait közzéteszi. E cikkek együttesen alkotják azt a keretet, amelyen belül a passzus üzemeltetésének működnie kell; a termékkategória-specifikus részleteket a késıbbiekben elfogadandó felhatalmazáson alapuló jogi aktusok tartalmazzák.
Aki már most készít elı egy termékpasszust, az legjobban azzal tesz, hogy először meghatározza a saját termékkategóriáját és a kapcsolódó felhatalmazáson alapuló jogi aktus állapotát, és ezen alapulva már figyelembe veszi a megırzési idıvel és a nyilvántartáshoz való kapcsolódással kapcsolatos követelményeket a hostingmegoldás kiválasztásakor.
Erre alapozva
- A 2024/1781 EU rendelet (ESPR) 10. cikke (a digitális termékpaszport követelményei)
- A (EU) 2024/1781 rendelet (ESPR), 13. cikk (a digitális termékepasszportok nyilvántartása)
- A (EU) 2024/1781 rendelet (ESPR), 14. cikk (webes portál a digitális termékepasszportban szereplő adatokhoz)
A rendelet maga az EUR-Lex webhelyen található. Érvelésenként hivatkozunk; nem kell bennünket hinni.
Mit kell konkrétan tennie
Mit várnak el Önöktől
Az ESPR nem írja elı, hogy mely hostingszolgáltatónak kell tárolnia a termékpasszust, de azt igen, hogy az adatok tárolása és közzététele mely tulajdonságoknak kell, hogy megfeleljen. Az ESPR (2024/1781 EU rendelet) 10. cikke a digitális termékpasszus magára vonatkozó követelményeit határozza meg; a 13. cikk a nyilvántartásról szól, amelyben a passzusokat regisztrálják; a 14. cikk azt szabályozza, hogy az ellenırzı szervek és más érdekelt felek milyen webes portál által érhetik el az adatokat. A 10–100 munkavállaló közötti vállalat esetén ez egy sor önálló, konkrét kötelezettségre vezet.
A passzus a termékre vagy mellett elhelyezett adathordozón keresztül elérhetı marad.
A passzust egy adathordozón keresztül teszik közzé — a gyakorlatban egy QR-kód formájában —, amelyet a termékre vagy mellett helyeznek el. Az ESPR 10. cikke követelményeket támaszthat az adathordozó és a passzus közötti kapcsolatra: a hivatkozásnak akkor is mőködnie kell, ha évek telnek el. Egy középvállalat számára ez azt jelenti, hogy a hostingszolgáltató kiválasztása nem független az adathordozó kiválasztásától: mindkettınek egymáshoz kell igazodnia, és ezt hosszú távon is fenn kell tartania. Hogy a kapcsolat gyakorlatban miként valósul meg, a következı helyen van leírva: hogyan kerül a QR-kód a terméktájékoztatóra az én elektronikus eszközömön.
Az adatoknak a megfelelő felek által hozzáférhetőnek kell lenniük anélkül, hogy mindenki mindent látna
A 10. cikk különbséget tesz az adatok között, amelyek mindenki számára láthatóak — például egy olyan fogyasztó számára, aki beolvassa a QR-kódot — és az adatok között, amelyek csak felügyeleti hatóságok vagy más piaci szereplők számára szántak. Az üzemeltetési környezetnek ezt a különbséget technikailag biztosítania kell. Egy vállalat számára ez azt jelenti, hogy a választott megoldás nem lehet egyszerűen "minden nyilvános" vagy "minden bejelentkezés mögött": rétegzett hozzáféréset kell biztosítani, amely igazodik ahhoz, hogy ki melyik információrészre van szüksége.
Az útlevélét regisztrálni kell az európai nyilvántartásban
Az ESPR 13. cikke az útlevél európai központi nyilvántartásban történő regisztrálásának kötelezettségét írja elő, amelyben a termékre és az útlevél helyére vonatkozó alapvető adatok szerepelnek. Az útlevél saját maga üzemeltetése és az adott nyilvántartásban történő regisztrálása két különálló dolog: az útlevél saját vagy külső üzemeltetési partner nálál lehet, míg a nyilvántartás csak a hivatkozást és az alapadatokat tartalmazza. Mi kerülhet bele, és hogyan működik a regisztráció, az alábbiak szerint részletezve: mi az a digitális termékútlevél-nyilvántartás, és mit kell beléje tennünk.
Az adatoknak a felügyeleti webportálhoz kell kapcsolódniuk
A 14. cikk az ESPR-ben egy webes portált vezet be, amelyen keresztül a piaci felügyeleti hatóságok és a vámhatóság a digitális terméktanúsítványokból adatokat kérdezhet le. A szolgáltató számára ez azt jelenti, hogy a tanúsítványadatok tárolása nem lehet elkülönített: a portálhoz való technikai csatlakozásnak lehetségesnek kell lennie, a Bizottság által meghatározott formában. Az a vállalat, amely saját maga üzemeltet vagy szolgáltatót vesz igénybe, jól teszi, ha megkérdezi, hogy a szolgáltató tisztában van-e ezzel a csatlakozási kötelezettséggel, és hogyan teljesíti azt.
Az adatoknak felismerhető és hordozható formátumban kell lenni
A hosting nem csak az, hogy "hol helyezkedik el", hanem az is, hogy "milyen formában". A 10. cikk az interoperabilitásra vonatkozó követelményeket állít: az adatoknak gépek által olvashatónak és hordozhatónak kell lenniük, hogy ne ragadjanak bennük egyetlen szállító egyetlen rendszerében. A korlátozott méretű vállalat számára ez gyakran az a pont, ahol a szolgáltató kiválasztása a legerősebben nyomul: egy zárt rendszer, amely nehéz exportálni, ütközik ezzel a követelménnyel. Az adatok beküldésének fájlformátuma a következőkben van részletezve: milyen formátumban kell bejelentenim a digitális termékútlevél adatait.
Hol megy félre a gyakorlatban
Gyakori eset, hogy egy vállalat úgy választ szolgáltatót, hogy nem kérdezi meg, vajon a szolgáltató garantálni tudja-e a technikai csatlakozást a 14. cikk webes portáljához. Amikor egy felügyeleti hatóság adatokat kíván lekérdezni, kiderül, hogy a csatlakozás nem létezik.
Egy másik helyzet akkor alakul ki, amikor az adatok nyilvánosságára és nem nyilvánosságára vonatkozó különbségtétel nem megfelelően van intézve: minden információ ugyanaz alatt az hozzáférés alatt áll, vagy éppen ellenkezőleg, minden teljesen nyitott, míg bizonyos adatokat csak a piaci szereplők vagy a felügyelet számára szánnak.
Az is előfordulhat, hogy egy vállalat a tanúsítványfinanszírozás összetéveszti az európai nyilvántartásban való regisztrációval: úgy gondolja, hogy a tanúsítvány "regisztrálva" van, mert online áll, miközben a nyilvántartásba való bejelentkezés egy külön lépés, amely nem történik meg automatikusan.
Egy negyedik helyzet az, hogy egy szolgáltató egy idő után leállítja a szolgáltatást, vagy felvásárolják, és az adatoknak nincs hordozható formátumban elérhető változata. A vállalat akkor egy olyan rendszerhez ragad, amely már nem érhető el, miközben a QR-kód a terméken már forgalomban van.
Egy ötödik, gyakran elkövetett hiba az, hogy a terméken lévő adathordozó és a hosztinghelyszín közötti csatlakozás technikai szempontból elkülönítetten van szervezve — például azért, mert egy csomagolási szállító létrehozza a QR-kódot a hosztadatokkal foglalkozó féllel való konzultáció nélkül. A hosztszolgáltató megváltoztatásakor a kód már nem működik.
Amit rögzíthet
- Áttekintés arról, hogy a tanúsítvány mely adatai nyilvánosak, és melyek csak a felügyelet vagy a piaci szereplők számára szántak, hogy a szolgáltató ezt a különbségtételt technikai szempontból tudja rendezni.
- Írásbeli megállapodás a szolgáltatóval a 14. cikk webes portáljához való csatlakozásról, beleértve azt, hogy ki felelős, ha ez a csatlakozás megváltozik.
- Az európai nyilvántartásban való bejelentkezés dokumentált eljárása, elkülönítve a hosztingmegállapodásoktól — lásd még az értelmezésben mi az a digitális termékútlevél-nyilvántartás, és mit kell beléje tennünk.
- Az adatok exportálási lehetősége vagy szerződéses garancia, hogy a hosztingszerződés felmondásakor hordozható formátumban kérhető legyenek az adatok.
- Az adathordozó és a hosztinghelyszín közötti csatlakozás dokumentációja, beleértve azt, hogy mi történik a hosztszolgáltató vagy rendszer megváltoztatásakor — releváns az is, hogy ez hogyan kapcsolódik a összekapcsolhatom a terméktanúsítványt az ERP- vagy leltárkezelő rendszeremmel.
- Megállapodás a hosztingkötelezettség időtartamáról, amely összhangban van azzal, amit mennyi ideig kell elérhetőnek maradnia a terméktanúsítványnak.
Ez nem jogi tanács. Ez az oldal általános információt nyújt az érvényes szabályozásról. Mi nem ismerjük az Ön helyzetét. Ha bizonytalansága van saját ügyében, konzultáljon ügyvéddel vagy a hatáskörrel rendelkező felügyelettel.
Mesterséges intelligenciával íródott a fenti források alapján, 2026-09-05-én emberileg ellenőrizve. Valami nem stimmel? Jelezze — a javítások elsőbbséget kapnak.