Milyen gyakran kell frissítenem a termékútlevél adatait?
Nincs rögzített határidő, de vannak aktualitási kötelezettségek
Az ESPR-ben magában nincs meghatározott intervallum a digitális termékpasszé frissítésére — nem "évente", nem "bizonyos hónapon belül egy változás után". Ami viszont rögzítve van, az az ESPR 9. cikkelynek (az (EU) 2024/1781 rendelet) az alapelve: a digitális termékpaszséban szereplő információnak pontosnak, teljesnek és aktuálisnak kell lennie, az egész időszak alatt, amíg a passzé elérhető marad. Ez egy folyamatos kötelezettség, nem egy pillanatkép a piacra helyezéskor történő kitöltéskor. A gyakorlatban ez azt jelenti, hogy frissítésre akkor van szükség, ha valami megváltozik, amely releváns a passzéban szereplő adatok szempontjából — egy javítás, az anyagösszetétel módosítása, egy visszahívás, vagy az élettartam végének elérése —, és nem rögzített naptári szerint. Hogy az egyes termékcsaládon belül pontosan hogyan néz ki ez, ki engedélyezett vagy kötelezett az egyes frissítésekre, és az adatok mely része rögzített a piacra helyezéskor és mely részt egészítik ki később, az az ESPR 10. cikkelye tárgyává válik, amely ezt a termékcsalád szerinti delegált jogi aktusra utalja.
Gyártó, importőr — és az azután következő láncszemek számára
Ez a téma mindenekelőtt azt az erőt érinti, amely összefoglalja és piacra helyezi a passzét: a gyártót vagy az EU-n kívülről történő behozatal esetén az importőrt. Az erre az erőre az 9. cikk aktualitási kötelezettsége minden esetben vonatkozik azokra az adatokra, amelyeket a passzé kitöltésekor bevittek. Nem csak olyan információról van szó, amelyet maga a gyártó tölt ki, hanem olyan adatokról is, amelyeket a lánc más szintjei később adnak hozzá: egy szerelő, aki egy alkatrészt cserél, egy újrahasznosító, aki a terméket szétszereli, vagy a későbbi tulajdonos visszaértékesítéskor. Az ESPR 10. cikkelye kifejezetten kimondja, hogy a termékcsalád szerinti delegált jogi aktusnak meg kell határoznia, hogy melyik piaci szereplő vagy szereplő felel az információ feltöltéséért, a terméket piacra helyezése után is. Ez azt jelenti, hogy a "frissítés" nem szükségszerűen az eredeti gyártó feladata marad — egyes adatok esetében ez a felelősség átkerülhet az élettartam alatt előbb kerülő másik felekre. Ahol ez kifejezetten nem vonatkozik: olyan statikus, műszaki alapadatok, amelyek a piacra helyezéskor már rögzítve vannak, mint egy egyedi termékazonosító szám. Ezek nem változnak maguk, és ezért nem szükséges őket periodikusan felülvizsgálni.
Az elektronika és az IKT még nem rögzített dátuma
Még nincs közzétett delegált jogi aktus, amely az elektronika- és IKT-berendezések pontos frissítési kötelezettségeit rögzítené. Az ESPR maga a 9. és 10. cikkben lefekteti a keretet, de a konkrét megvalósítás termékcsaládonként — a módosítások végrehajtásának esetleges határidejét is beleértve — a még megjelenő delegált jogi aktusból következik. Az Európai Bizottság 2025–2030-ra vonatkozó munkaprogramja szerint delegált jogi aktusok termékcsalád szerint 2027-től várhatók; az elektronika és az IKT tekintetében még nincs közzétételnek kitűzött dátum. Addig az időpontig, amíg egy konkrét termékcsaládon belül egy delegált jogi aktus közzé nem tett és érvénybe nem lép, nincs konkrét frissítési kötelezettség erre a kategóriára a digitális termékpasszé alapján — a passzé szerinti kötelezettség maga csak ezzel a jogi aktussal jön létre.
Mit jelent ez a gyakorlatban
Akik most már tájékozódnak, körülbelül a következő sorrendben járhatnak el. Először térképezze fel, mely adatok kerülnek majd a paspoortba, és ezek közül melyek változhatnak a termék élettartama során — gondoljon a javítási előzményekre, szoftververziókra vagy az anyagösszetétel megváltozására egy modellfejlesztéskor. Ezután állítson be egy belső folyamatot, amely az ilyen eseményeket jelzi, hogy egy frissítés ne a véletlen függvénye legyen, hanem egy állandó ellenőrzésből következzen egy visszahívás, egy modelváltoztatás vagy a termelés vége esetén. Jelöljön ki egy felelőst a szervezeten belül a paspoortadatok naprakészen tartásáért — még akkor is, ha ez még nem kötelező törvényi előírás —, mivel ezt a szerepet a delegált határozat valószínűleg konkrétabban meghatározza majd. Végül figyelje a delegált határozat saját termékkategóriájára vonatkozó közzétételét, mivel csak ebben derül ki, mely frissítési határidők érvényesek, mely fél kire tartozik, és mely adatok dinamikusak és melyek rögzítettek.
Ahol ez szerepel: az ESPR 9. és 10. cikke
Az ESPR 9. cikke (2024/1781/EU rendelet) előírja, hogy a digitális termékpasszport elérhető marad a termék várható élettartama alatt, és hogy az információ pontos, teljes és aktuális legyen. Az ugyanezen rendelet 10. cikke azt határozza meg, hogy a delegált határozatban termékkategóriánként meg kell határozni, melyik piaci szereplő felelős az információ beviteléért és frissítéséért, még a termék piacra kerülése után is. Ez a két cikk együttesen azt a keretet képezi, amelyen belül a tényleges frissítési kötelezettségeket termékkategóriánként később kidolgozzák.
Akik most már folyamatokat rendeznek be, a legjobban azzal kezdhetik, hogy áttekintik, mely adatok változhatnak a saját termék élettartama során, és kivel a láncolatban szükséges erről megállapodásokat kötni — hogy egy munkafolyamat készen álljon, amint megjelenik a delegált határozat a saját termékkategóriához.
Erre alapozva
- A 2024/1781 EU rendelet (ESPR) 10. cikke (a digitális termékpaszport követelményei)
- Verordening (EU) 2024/1781 (ESPR), 9. cikk (digitális termékútlevél)
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
A digitális termékpaszport nem egy pillanatkép, amely a közzététel után érintetlen marad. Az ESPR 9. cikke (az Európai Unió 2024/1781 rendelete) előírja, hogy a paszport a termék teljes élettartama alatt hozzáférhető marad, és az ESPR 10. cikke (az Európai Unió 2024/1781 rendelete) meghatározza azokat az követelményeket, amelyeknek a paszportnak és a mögöttes adatoknak meg kell felelniük. Ebből az következik, hogy a paszportnak aktuálisnak kell maradnia mindaddig, amíg a termék a piacon van, és mindaddig, amíg a felhasználóknál cirkulál — nem csak az eladás napján.
Naprakészen tartás a termék értékesítésének időtartama alatt
Amíg egy terméktípus még szállítása alatt áll, a paszportban szereplő adatoknak meg kell felelniük a termék aktuális kivitelezésének. Ha egy szállító egy alkatrészt, egy anyagot vagy egy specifikációt módosít, az befolyásolja, amit a paszport állít. Egy 10-100 fős vállalatnál ez általában azt jelenti, hogy egy rögzített időpontnak kell lennie — egy mérnöki változtatásnál, egy új szállítói adatnál vagy a technikai dokumentáció felülvizsgálatánál —, amikor valaki ellenőrzi, hogy a paszport még mindig helyes-e. Anélkül az az kockázat csúszik be, hogy a paszport a termék régebbi verzióját írja le, mint ami valójában a dobozban van.
Az aktualizálás fenntartása a felhasználót érintő módosítások után
Néhány módosítás közvetlenül érinti azt, amit a felhasználó vagy a felügyeleti hatóság a paszportból levet: egy olyan szoftverfrissítés, amely megváltoztatja a funkcionalitást, egy módosított garanciaidő vagy a javíthatóság új értékelése egy tervezési módosítás után. Aki meghatározza, hogy egy eszköz meddig kap szoftverfrissítéseket, jól teszi, ha ezt a meghatározást az paszport frissítésének időpontjához köti, így a két nyilvántartás nem esik szét egymástól. Ugyanez vonatkozik a egy eszköz javíthatósági pontszámának felülvizsgálatára: ha a tervezés megváltozik, akkor a pontszám is változhat, és ez egy alkalom a paszport felülvizsgálatára.
Maga a paszport elérhetősége, az tartalmától függetlenül
A tartalom mellett felmerül a kérdés, hogy a paszport továbbra is elérhető marad-e. Az ESPR 9. cikke (az Európai Unió 2024/1781 rendelete) a paszport élettartamát a termék élettartamához köti, ami azt jelenti, hogy a QR-adathordozó és a mögöttes adatok nem tűnhetnek el, amint egy terméktípus kimenetelik a forgalomból. Egy olyan vállalatnál, amely saját maga kezeli a hosztingot, ez egy üzemeltetési kérdés: egy olyan rendszer, amely egy szervezeti átalakulást, egy rendszermigráció vagy egy fúzió után egyszerűen offline megy, nem felel meg ennek az elvárásnak. Az elektropas.com esetében ez az egyik oka annak, hogy a hosting egy rögzített időtartamra garantálható, így a vállalatnak ezt nem kell továbbra is nyomon követnie.
Javítás egy jelzett hiba után
Külön helyzet az a hiba, amely csak a közzététel után derül ki — egy hibásan beírt érték, egy felcserélt dokumentum vagy olyan adat, amely részletesebb vizsgálat után nem felel meg a értékek mérési módszerének. Amint ezt megállapítják, ott van az az elvárás, hogy a paszport helyesbítésre kerüljön, nem az, hogy a hiba maradjon a következő tervezett felülvizsgálatig. Ennek a helyesbítésnek a gyakorlati végrehajtásáról az oldalon olvashat részleteket: hiba javítása a paszportban.
Hol megy félre a gyakorlatban
Egy paszport egy termékvonal indításakor töltésre kerül, majd utána többé nem kerül felülvizsgálatra, miközben időközben két termékrevízió történt — a paszportban szereplő adatok ekkor egy olyan kivitelezéshez tartoznak, amely már nem kerül szállításra.
Egy szállító egy kritikus alkatrészt cserél ki az ellátási problémák megoldása érdekében, anélkül, hogy valaki megvizsgálná, hogy ez a csere befolyásolja-e azt, ami a paszportban szereplő kritikus nyersanyagokhoz szerepel.
Az informatikai osztály egy új rendszerre migrál, és a régi QR-kódok hirtelen egy olyan lapra mutatnak, amely már nem létezik, miközben az ezekkel a QR-kódokkal rendelkező termékek még évekig a felhasználóknál maradnak a szekrényben.
Egy szoftvercsoport meghosszabbítja vagy lerövidíti az eszköz támogatási időszakát egy termékfrissítésben, de a módosítást csak belsőleg közlik, és nem viszik át a végfelhasználó által megtekintett termékútlevélbe.
Egy műszaki adatban lévő hiba már hónapok óta belsőleg "a következő frissítésre halasztandó" feladatként ismert, miközben a hibás érték addig is továbbra is látható marad mindenki számára, aki beolvassa a QR-kódot.
Amit rögzíthet
- Az engineering changes körül zajló eljárásban egy rögzített ellenőrzési pont, ahol valaki ellenőrzi, hogy a termékútlevél még megfelelnek-e a jelenlegi termékausführung-nak.
- A vállalaton belül kijelölt felelős a termékútlevél-adatok aktualizálásáért, még akkor is, ha az első beírást külső fél végezte.
- Az belső szoftver-támogatás regisztrációja és a termékútlevélben szereplő adatok közötti kapcsolat, így az egyik változása automatikusan a másik ellenőrzését váltja ki.
- Az eljárás arra, hogy mi történik, amikor egy hibát bejelentik, beleértve azt, hogy ki korrigálhatja, és milyen belső megállapodás keretében.
- Az termékcsoport-szintű, részletesen nyilvántartott termékadatok áttekintése, a leírtak alapján összhangba hozandó a termékcsoport szerinti kitöltendő tulajdonságok.
- Az egyezség a termékútlevél hosztálásáról és elérhetőségéről a termékmodell kivonása után, így a QR-kód mindaddig nem hivatkozik halott linkre, amíg a termék még használatban van.
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 írva a fenti források alapján, 2026-08-22-én embernek végignézve. Nem stimmel valami? Jelezze — a javítások elsőbbséget kapnak.