Milyen gyakran kell frissítenem a termékpaszport adatait?

Mit kell konkrétan tennie

Mit várnak el Öntől

A 9. és a 10. cikk az ESPR-ből (2024/1781 EU rendelet) azt írja le, hogy egy digitális termékútlevélnek mire kell képesnek lennie, és milyen adatokat kell tartalmaznia, azonban nem ad általános szabályt arra vonatkozóan, hogy az adatokat milyen gyakran kell frissíteni. Ami azonban a szövegből kitűnik, az számos kiindulási pont, amelyek együttesen meghatározzák, hogy a gyakorlatban mennyire kell naprakésznek lennie egy útlevélnek.

Az útlevélnek helyesnek kell lennie abban a pillanatban, amikor azt megtekintik

A 9. cikk előírja, hogy a digitális termékútlevélnek az adathordozón keresztül hozzáférhetőnek kell lennie, és a benne szereplő információnak a termék jellemzőit kell tükröznie. Egy tíz és száz közötti alkalmazottal rendelkező vállalat számára ez azt jelenti, hogy az útlevél nem egy olyan pillanatfelvétel, amely a közzététel után a polcon marad, hanem egy adatgyűjtemény, amely megfelel annak, amit a termékről tudni lehet, amíg az útlevél megtekinthető. Amikor egy meghatározás megváltozik — egy alkatrész másik szállítója, egy módosított összetétel, egy új teszteredmény —, különbség keletkezik az útlevél által közölt és az, ami a termék valójában.

A termékadatok változásai átmennek az útlevélbe

A 10. cikk az útlevélben szereplő adatokra vonatkozó követelményeket sorol fel, beleértve azokat az adatokat, amelyek közvetlenül a termékcsoportra vonatkozó, termékenként meghatározott szabályokból fakadnak. Ez az „ mely adatok kerülnek a termékpasszportba kérdéshez kapcsolódik, mivel nem minden adatnak van ugyanez a változásra való érzékenysége. Egy fizikai méret ritkán változik, egy környezeti mutatóra vonatkozó teszteredmény megváltozhat, amint a gyártási módszer megváltozik, vagy amint újra mérnek a szerint az értékek mérésének módszere. Egy több termékváltozattal és az asszortiment időszakos módosításaival rendelkező vállalat számára ez azt jelenti, hogy az útlevél-adatok nyomon követése ismétlődő feladat, nem egymaradásban elvégzett gyakorlat a piaci bevezetéskor.

Az útlevél és a termék közötti kapcsolat felismerhetőnek kell maradnia

Az útlevélnek, amely egy termékhez tartozik, azt a terméket is fel kell ismernie abban a pillanatban, amikor egy modelváltozaton, kötegen vagy termékverzión változás történik. Egy olyan középvállalat számára, amely több modellszámmal dolgozik, ez azt jelenti, hogy a termék módosítása nemcsak egy technikai dokumentumot érint, hanem egy kérdést is felvet: mely útlevelek tartoznak mely verzióhoz, és ez a megkülönböztetés még világos-e valakinek, aki az útlevelet a termékhez csatolt QR-kód útján konsultálja.

Ahol a gyakorlatban félresiklanak a dolgok

A szállítóváltás nem kerül át az útlevélbe. Egy gyártó beszerzési forrást válthat egy alkatrészre, az új meghatározások egyes pontokon eltérnek, de senki sem kapcsolja vissza ezt a változást az már közzétett útlevélhez. Az útlevél továbbra is a régi adatokat mutatja.

A teszteredmények állandó jellemzőkkel keverednek össze. Egyetlen mérés eredményét az útlevélbe kerül úgy, mintha állandó adatról lenne szó, pedig valójában egy adott tételhez vagy tesztdátumhoz tartozik. A következő termelési sorozatban hiányzik az a pillanat, amikor valaki megkérdőjelezi, hogy az adat még érvényes-e.

A javítási információ már nem igazodik az aktuális alkatrészprogramhoz. Az adatok a javításról és alkatrészekről a útlevélben a indítás során kerülnek kitöltésre, de amikor egy alkatrészt fokozatosan fázisokra bontanak vagy egy másik alkatrészszámmal helyettesítenek, a régi információ megmarad, mivel senki sem kezeli az útlevél ezen részét "élő" dokumentumként.

Több nyelvű verzió eltávolodik egymástól. Amikor a holland szöveg módosítását végzik, elfeledkeznek arról, hogy egy francia vagy német verzió is létezik a több nyelvű adatokra. Az egyik nyelvű verzió más státuszt mutat, mint a másik, holott mindkettő ugyanazon QR-kód alatt található.

A felfedezett hiba ideiglenes megoldást kap a szerkezeti helyett. Valaki megállapítja, hogy egy útlevél helytelen adatot mutat, és manuálisan módosítja azt az adott rendszerben, de nem rögzít semmit arról, hogy mikor és miért történt a módosítás. Egy következő módosításnál már nem lehet visszakövetni az eredeti hibaforrást — holott éppen egy rögzített útvonalnak kellene lennie arra az esetre, amikor egy már közzétett útlevélben hibát fedeznek fel.

Amit rögzíthet

• Egy áttekintés arról, hogy mely adatok az útlevélben érzékenyek a változásra — egy különbségtétel az állandó jellemzők (méretek, anyagtípus) és a változó adatok (teszteredmények, egy alkatrész szállítója, tartalékalkatrészek elérhetősége) között.
• A termelési folyamat egy rögzített pontja, amikor az útlevél adatait ellenőrzik — például minden egyes módosításnál a műszaki dokumentáció tekintetében, szállítóváltásnál, vagy egy periodikus belső felülvizsgálatnál.
• Az egyes útlevelek naprakészen tartásáért felelős személy termékcsoponként — különösen akkor releváns egy olyan vállalatnál, amely egyszerre több termékcsoportban is aktív, mert az adatok és a felülvizsgálat gyakorisága termékcsoponként eltérhet.
• Egy módosítási napló egy közzétett útlevélhez — mi volt módosítva, mikor, és mely forrásdokumentum alapján, hogy a módosítás nyomon követhető maradjon.
• A nyelvváltozatok közötti összhang ellenőrzése minden módosításnál, hogy egyik nyelvváltozat se maradjon el a másiktól.
• Egy áttekintés arról, hogy mely adatok milyen feltételek mellett kerülnek közzétételre, különösen akkor, amikor az alapul szolgáló információ egy része érinti azt a kérdést, hogy az adatok a termékre vonatkozóan üzleti szempontból érzékenyek és ezért nem közvetlenül mindenki számára hozzáférhetőek — ez a megkülönböztetés áthatja azt, hogy egy módosítás hogyan kerül végrehajtásra és kinek van hozzáférése.

Azoknak a vállalatoknak, amelyek olyan platformmal dolgoznak, amely az útlevelet üzemelteti és a QR-adathordozót kezeli, ennek a rögzítésnek egy része az adott fél közötti megállapodásba kerül át: ki hajtja végre a módosítást, milyen folyamaton belül, és hogyan biztosított az, hogy a közzétett verzió megfelel a vállalattól érkezett utolsó adatoknak.