Az EU digitális termékútlevele: követelmények, határidők és üzleti kötelezettségek

A digitális termékútlevelekre vonatkozó európai keretrendszer a fenntartható termékek ökotervezéséről szóló rendeletből (ESPR) ered. A rendelet közös szabályokat állapít meg, a konkrét termékcsoportokra vonatkozó részletes követelményeket azonban későbbi jogi aktusok határozzák meg. Ezért egy vállalkozásnak nem szabad ugyanazt az ellenőrzőlistát minden kategóriára alkalmaznia.

A DPP célja, hogy a termékinformációk pontos, teljes körű és naprakész hozzáférését támogassa, figyelembe véve a címzettet és a bizalmas kezelést. A gyakorlatban ez azt jelenti, hogy a közzététel előtt meg kell határozni az azonosítót, az adatkört, az adathordozót és a hozzáférési szabályokat. A jogforrásoknak és az ellenőrzés dátumának a belső folyamatban is láthatóan meg kell jelenniük.

A Hogyan működik a digitális termékútlevél című cikk bemutatja a rekord működését. Itt arra összpontosítunk, hogyan értelmezzük az uniós követelményeket, és hogyan tervezzük meg a kötelezettségeket anélkül, hogy a bizonytalan információkat jogszabályként kezelnénk.

Rögzített alapelv, hogy olyan keretrendszereket kell létrehozni, amelyekben a termékinformációk elektronikusan, interoperábilis adathordozón keresztül hozzáférhetővé tehetők. Ugyancsak rögzített alapelv, hogy a hozzáférésnek a címzett szerepéhez kell igazodnia: a fogyasztóknak, a gazdasági szereplőknek és a felügyeleti hatóságoknak nem feltétlenül ugyanazokat az adatokat kell látniuk.

Iparáganként többek között még nem tisztázott a pontos adatmezők köre, a részletezettség szintje, az információ termékhez kapcsolásának módja, a frissítési szabályok és az alkalmazás időpontjai. Ezek az elemek a felhatalmazáson alapuló jogi aktusoktól és a további szabványosítási munkától függnek. Ezeket végleges kötelezettségek helyett előkészítés alatt álló elemként kell megjelölni.

A belső követelménytérképnek három oszlopot kell tartalmaznia: jelenleg alkalmazandó, előkészítés alatt álló és jogi értékelést igénylő. Ez az elkülönítés lehetővé teszi az azonosítókba és a bizonyítékokba történő beruházást anélkül, hogy a projektet tanúsításként mutatnánk be. Ha ruházati termékekkel foglalkozik, olvassa el az ESPR és a textíliák ütemezése című anyagot is.

A szerepkör számít. A gyártó létrehozhatja a termékinformációkat, az importőr pedig a termék forgalomba hozatalakor bizonyos kötelezettségekért felelős, a forgalmazónak pedig hozzáférésre van szüksége a tevékenysége szempontjából releváns információkhoz. Előfordulhat, hogy az adatbeszállító nem az egész nyilvántartásért felelős fél. A folyamat során nevezze meg minden egyes érték felelősét és a közzétételt jóváhagyó személyt.

Egy több országban értékesítő vállalatnak ellenőriznie kell, hogy a célpiacon milyen követelmények és nyelvek merülnek fel. A szöveg lokalizációja nem változtatja meg a jogi hatókört, de hatással van a használhatóságra és az akadálymentességre. Ne fordítsa le a szervezetek neveit, azonosítóit, rövidítéseit vagy URL-jeit; a magyarázatokat és a kezelőfelületet fordítsa le.

A DPP Grid lehetővé teszi, hogy feladatokat és bizonyítékokat rendeljenek egy termékhez és beszállítóhoz. Ez nem jelenti azt, hogy maga a platform határozza meg a jogi státuszt. A döntés továbbra is a terméket forgalomba hozó szervezet hatáskörében marad, annak tanácsadójával és dokumentációjával együtt.

A szabályozási határidőknek mindig aktuális forrásból kell származniuk. Nem elegendő egy dátumot egy prezentációból, iparági cikkből vagy tervezetből átmásolni. A nyilvántartásban tartsa meg a bejelentés dátumát, az ellenőrzés dátumát és az állapotot: hatályos, tervezett, tájékoztató jellegű, teszt vagy meghatározatlan.

Ha egy felhatalmazáson alapuló jogi aktust terveznek, ezt egyértelműen közölje. Egy márka megkezdheti az anyagok és bizonyítékok összegyűjtésére való felkészülést, de a mezőt nem mutathatja végleges követelményként. A forrás frissítésének felülvizsgálatot kell kiváltania, nem pedig az összes útlevél észrevétlen módosítását.

Egy nyilvános webhelyen hasznos rövid magyarázatot adni arról, hogy az ütemezés változhat. A hivatalos jogalap hivatkozásnak a cikkre kell vezetnie a releváns nyelvi változatban, miközben a hivatalos forrásoknak az angol nyelvű változatban továbbra is közvetlen hivatkozásoknak kell maradniuk.

A legnagyobb értéket az azonosítók katalógusa adja: modell, változat, tétel és darab. Tartalmazza az anyagokat, a származási helyet, a létesítményt, a beszállítót, az utasításokat, a figyelmeztetéseket, a dokumentumokat és a láthatósági szabályzatot. Minden mezőhöz meg kell adni a felelőst, a forrást és a dátumot. Ez a struktúra akkor is hasznos marad, ha egy konkrét követelmény később megváltozik.

Készítse elő az exportformátumokat és a nem módosítható verziórekordot. Ez lehetővé teszi a platformváltást vagy az adatok egy jövőbeli nyilvántartással való összekapcsolását anélkül, hogy azokat manuálisan újra be kellene vinni. A DPP Grid JSON-, JSON-LD- és PDF-formátumot, valamint resolvert biztosít, de a tartalomért és a közzétételről szóló döntésért a márka felelős.

Ne a leglátványosabb irányítópulttal kezdjen. Kezdjen két vagy három termékkel, és ellenőrizze, hogy a beszállítói adatok, a dokumentum és a nyilvános érték azonos hatókörre vonatkozik-e. Ez feltárja a hiányzó szerepköröket, és segít kialakítani a megfelelő megőrzési szabályzatot.

A DPP-nek emberek és gépek számára egyaránt olvashatónak kell lennie. Egy áttekinthető weboldal, valamint a JSON és a JSON-LD ugyanazt a rekordot írhatja le, azonban ugyanazt a láthatósági szabályzatot kell követniük. Privát adatok nem jelenhetnek meg rejtett HTML-ben, kliensoldali JSON-ban vagy nyilvános szkriptben.

Az adathordozónak anélkül is működnie kell, hogy alkalmazásra lenne szükség. A csomagoláson, címkén vagy dokumentumban elhelyezett QR-kódnak állandó címre kell vezetnie, és a nyelv váltásakor ugyanannak a terméknek és verziónak kell megmaradnia. Nyomtatás után ellenőrizze a kontrasztot, a kód méretét, a margót és a dekódolást.

Az interoperabilitási követelmények nem jelentik azt, hogy minden integráció aktív. A nyilvános szövegnek különbséget kell tennie a használatra kész export, az API, a sandboxkörnyezet és a jóváhagyást igénylő szolgáltatás között. Ugyanez vonatkozik az EU-nyilvántartással való jövőbeli kapcsolatra is.

A termékekre vonatkozó szabályozás nem teszi lehetővé, hogy egy általános kijelentést bizonyítékká alakítsanak. Az anyagra, az újrahasznosított tartalomra, a környezeti lábnyomra vagy a tartósságra vonatkozó állításokhoz hatókör, módszer, mértékegység, dátum és dokumentum szükséges. Ha a bizonyíték hiányos, előkészítési státuszt kell közzétenni, vagy nem szabad közzétenni az értéket.

A csapatnak el kell különítenie a termékre vonatkozó kötelezettségeket az önkéntes marketingcélú állításoktól. A DPP tárolhatja a forrást és a felülvizsgálati státuszt, de nem rendelhet automatikusan „környezetbarát” vagy „megfelelőségi” címkét. Olyan megfogalmazást kell használni, amely rögzíti, hogy ténylegesen mit ellenőriztek.

A DPP Grid megőrzi az előzményeket, így a döntés rekonstruálható. Ha ellentmondás van a beszállító által közölt adatok és a vizsgálati jelentés között, érdemes felfüggeszteni a mező közzétételét, magyarázatot kérni és rögzíteni az eredményt, ahelyett, hogy az MI-modell megbízhatósága alapján választanának értéket.

A nyilvános termékútlevélnek a fogyasztó számára szükséges minimális információkat kell közzétennie. A beszállítói adatoknak, a magáncímeknek, a szerződéseknek, a felülvizsgáló megjegyzéseinek és a nem nyilvános bizonyítékoknak korlátozott hozzáférésűnek kell maradniuk. A hozzáférési jogosultságok a DPP kialakításának részét képezik, nem pedig a bevezetés utáni kiegészítést.

Ügyeljen a biztonságos fájlokra és hivatkozásokra. Tárolja a dokumentumot egy átvizsgált tárházban, rendeljen hozzá hashértéket, és a nyilvános nyilvántartásban csak egy ellenőrzött nevet és állapotot jelenítsen meg. A változások előzményeinek auditálhatónak kell lenniük, de nem szükséges személyes adatokat közzétenniük.

A biztonsági követelmények a szerepkörtől és az adatoktól függnek. Megvalósítási útmutató vállalkozások számára bemutatja, hogyan kapcsolható össze egy hozzáférési szabályzat egy gyakorlati jóváhagyási folyamattal.

Minden új jogi aktus esetében sorolja fel a termékkört, az érintett szervezeteket, a kötelező információkat, a hozzáférést, a közeget, a határidőt és az átmeneti rendelkezést. Rögzítse azt is, hogy az aktus mit nem határoz meg. Az ilyen típusú összefoglaló lehetővé teszi a vezetőség számára, hogy megkülönböztesse a döntést a feltételezéstől.

Vesse össze az összefoglalót az eredetivel. Egy cikk vagy sajtóközlemény címe lerövidítheti a kivételeket és a feltételeket. Az EUR-Lexre és a Bizottság webhelyére mutató hivatkozásnak láthatónak kell maradnia a dokumentációban, a forrás változásakor pedig a felülvizsgálat dátumát újra meg kell adni.

Ne alakítson át egy határidőt felelős kijelölése nélkül végrehajtási ütemtervvé. Ossza ki a feladatot a termékcsapatnak, a beszállítónak, a jogásznak vagy az adatcsapatnak, és határozzon meg teljesítési kritériumot. A DPP Grid rendszerében megjelenítheti az állapotot és a következő lépést, de ez nem helyettesíti a vállalat döntését.

Az első 30 napban válassza ki a kategóriát, a tulajdonost, a modelleket és a mezőszótárt. Térképezze fel a forrásokat, és határozza meg, mely adatoknak kell privátnak lenniük. A 31–60. nap között gyűjtse össze a dokumentumokat, végezzen felülvizsgálatot, és építsen tesztelési feloldó szolgáltatást. A 61–90. nap között tegyen közzé egy kis adathalmazt, ellenőrizze a beolvasásokat, az exportokat és a felhasználói kérdéseket.

Hetente jelölje az állapotokat alkalmazandóként, előkészítőként vagy értékelést igénylőként. Ne törölje a korábbi döntést. Ez a nyomvonal teszi lehetővé annak megmagyarázását, hogy a csapat új jogszabályra reagált-e, vagy csupán az értelmezés változására.

90 nap elteltével mérje fel a beszállítók kezelésével járó költséget, a bizonyítékkal rendelkező mezők arányát és a közzétételi teljesítményt. Ha a folyamat stabil, terjessze ki egy másik kategóriára. Ha nem az, rendezze a forrással vagy a felelősségi körrel kapcsolatos problémát, mielőtt növelné a termékek számát.

Az európai nyilvántartás nem minden egyes termékre vonatkozó valamennyi információ automatikus tárháza. A rögzített adatok köre az adott jogi aktustól, termékkategóriától és a gazdasági szereplő szerepétől függ. Ezért egy DPP-projektben különítse el a hatóságok számára hozzáférhetővé teendő adatokat azoktól az adatoktól, amelyek a fogyasztók számára relevánsak, illetve a saját beszállítói menedzsmentje szempontjából értéket képviselnek.

Az integráció előtt készítsen négyoszlopos mezőtáblát a következőkkel: jogi forrás, az érték felelőse, címzett és állapot. Ha egy mezőt csak tervezet vagy munkaterv ír le, jelölje előkészítés alatt állóként. Ne hozzon létre olyan felületet, amely egy jövőbeli képességet aktív nyilvántartási funkcióként jelenít meg.

Érdemes a hatókör változásaira is tervezni. Amikor új jogi aktus jelenik meg, a korábbi döntés szerkesztése helyett adja hozzá a megfeleltetési térkép új verzióját. Így megmagyarázható, hogy a közzététel időpontjában az adott modell miért rendelkezett eltérő mezőkészlettel, és ki hagyta jóvá a változtatást.

Az akkumulátorok jól példázzák, hogy a DPP ütemezése miért nem egységes minden kategóriában. Az akkumulátorokra vonatkozó követelmények külön szabályozási keretben alakulnak, saját, az összetételre, a kapacitásra, a felelős szervezetre és az életciklusra vonatkozó információkkal. Ezeket nem szabad közvetlenül átültetni a textíliákra, a bútorokra vagy az elektronikai termékekre.

Egy vállalat ennek ellenére használhat közös folyamatelemeket: tartós azonosítót, az egyes értékek forrását, hozzáférés-vezérlést, verziókezelést és nyilvános feloldót. Ez a közös réteg lerövidíti a későbbi megvalósításokat, de a termékmezőknek továbbra is a kategóriától és a jogi aktustól kell függniük.

A gyakorlatban hozzon létre külön követelményjegyzéket az akkumulátorokhoz és egy másikat az egyéb termékekhez. Adja hozzá a frissítésekért felelős tulajdonost és a következő felülvizsgálat dátumát. Ha a forrás még nem tisztáz egy részletet, a mező közelítő értékkel való kitöltése helyett jelezze ezt a bizonytalanságot a csapat munkájában.

A DPP-követelmények nemcsak a jogi osztályt érintik. Az adatoknak a tervezés, a beszerzés, a gyártás, a logisztika, az értékesítés és az értékesítés utáni szolgáltatások között kell áramolniuk. Mielőtt eszközt választanának, térképezzék fel az elszámoltathatósági láncot: ki hozza létre az értéket, ki erősíti meg azt, ki láthatja, és ki javítja, ha változás történik.

A beszállónak végrehajtható feladatot kell kapnia, nem pedig egy általános, „teljes megfelelésre” vonatkozó kérést. Adják meg a terméket, a tételt, a formátumot, az alátámasztó dokumentumot, a határidőt és a kérdések feltevésére szolgáló csatornát. A válaszok és az emlékeztetők rögzítése hasznos lehet egy belső felülvizsgálat során, de megfelelő alap nélkül ezeket nem szabad nyilvánosságra hozni.

A márkának eltéréskezelési eljárásra van szüksége. Ha egy beszállítói dokumentum eltér a katalógustól, állítsák le az adott mező közzétételét, jelöljék meg az ellentmondást, és nevezzenek ki döntési felelőst. Egy ilyen szünet az érettség jobb jele, mint egy olyan adatokkal feltöltött rekord, amelynek adatait senki sem tudja megvédeni.

Az Európai Bizottság munkaterveiben, közleményeiben és az iparági anyagokban közzétett időpontok eltérő súllyal bírnak. Minden egyes időpontnál rögzítse a forrást, a státusz típusát és az ellenőrzés dátumát. Különítse el egymástól a hatályos jogi aktust, az átmeneti időszakkal elfogadott jogi aktust, a tervezett lépést és a tájékoztató jellegű bejelentést.

Minden terméknél három dolgot kell eldönteni: mit kell most elvégezni, mire érdemes felkészülni, és mit nem szabad még kötelezettségként feltüntetni. Ugyanannak a vállalatnak két kategória esetében eltérő terve lehet, mivel a rájuk vonatkozó jogi aktusok és ütemtervek nem feltétlenül egyeznek.

Ha egy határidő megváltozik, őrizze meg a korábbi bejegyzést, és fűzzön hozzá magyarázatot. Az előzmények segítenek a csapatnak és a tanácsadóknak rekonstruálni a döntés alapját. Ne módosítsa utólag a nyilvános tartalmat úgy, hogy az a későbbi jogi állapot fényében azt a látszatot keltse, mintha a korábbi információk mindig is összhangban lettek volna a jog későbbi állapotával.

Az igazgatóságnak képesnek kell lennie arra, hogy több egyszerű kérdésre is választ adjon: mely termékek tartoznak a kezdeti hatály alá, ki a felelős gazdasági szereplő, mely források támasztják alá az adatokat, mely információk bizalmasak, és hogyan vonja vissza a márka a hibát tartalmazó verziót. A válaszoknak személyeket és döntéseket kell azonosítaniuk, nem csupán eszközöket.

Vizsgálják meg, hogy a költségvetés fedezi-e a közzétételt követő karbantartást: a források frissítését, a beszállítói megkereséseket, a fordításokat, a fogyasztói támogatást, a QR-kódok tesztelését és a biztonsági mentéseket. A DPP operatív folyamat, ezért az első import költsége nem írja le a teljes feladatot.

Végül határozzanak meg egy leállítási kritériumot. Ha a bizonyíték érvényessége lejárt, a feloldási szolgáltatás nem működik, vagy megváltozott a gazdasági szereplő szerepe, az illetékes személynek képesnek kell lennie egy mező vagy a teljes verzió felfüggesztésére. Az egyértelmű visszavonási mechanizmus a hiteles DPP része, nem pedig a projekt kudarca.

A DPP-nek személyes adatok felfedése nélkül is használhatónak kell lennie. A nyilvános nézetben általában elegendő a márka, a termék, a jóváhagyott anyagok, a szükséges részletességben megadott származási hely, valamint a termék következő életciklusára vonatkozó útmutatás. Egy munkavállaló neve, magáncíme, a felülvizsgáló megjegyzése vagy egy beszállító teljes dokumentuma maradjon a nyilvános nézeten kívül.

Közzététel előtt rendelje hozzá a mezőket a célközönségekhez: fogyasztó, partner, beszállító, felügyeleti hatóság és belső kezelő. Minden célközönség esetében határozza meg a hozzáférés célját és alapját, valamint a megőrzési időtartamot. Ez a leképezés segít elkerülni azokat a helyzeteket, amelyekben egy kényelmes JSON-export véletlenül privát értékeket tartalmaz.

A fordítás nem változtathatja meg a láthatósági szabályzatot. A lokalizált címke eltérhet, az adatok köre azonban változatlan marad. Tulajdonosváltozás vagy egy termék átruházása esetén frissítse a jogosultságokat, és őrizze meg az eseményt ahelyett, hogy az adatokat egy új, nem ellenőrzött rekordba másolná.

Az interoperabilitás azt jelenti, hogy az adatok egy egyeztetett formátumban olvashatók és továbbíthatók, nem pedig annak automatikus elismerését, hogy egy termék megfelel a követelményeknek. Határozza meg a mezőneveket, a mértékegységeket, az azonosítókat és a séma verzióját. Mindig őrizze meg a forrást, és jelezze, hogy az érték jóváhagyott-e.

A JSON, JSON-LD vagy PDF formátumú exportnak ugyanahhoz a rekordhoz kell vezetnie, és egyértelműen le kell írnia annak hatókörét. Ha egy partnernek további mezőre van szüksége, adjon hozzá leképezést vagy bővítményverziót. Ne változtassa meg egy meglévő mező jelentését pusztán azért, mert egy másik rendszer hasonló nevet használ.

Az integráció előtt végezzen el egy kisebb adatcsere-tesztet: küldjön el egy terméket, ellenőrizze a diakritikus jeleket, a dátumokat, a mértékegységeket, a resolver hivatkozását és a hiányzó értékek kezelését. A teszt eredményét rögzítse technikai bizonyítékként. Ne nevezze ezt tanúsításnak vagy hatósági jóváhagyásnak, ha ilyen döntést nem hoztak.

Egy terjedelmes jogszabály csak akkor válik hasznossá, ha feladatokra fordítható le. Minden követelmény esetében sorolja fel a mezőt, a forrást, a felelőst, a célközönséget, a bizonyítékot, a felülvizsgálat dátumát és a közzétételi feltételt. Ha egy követelményhez még nem állnak rendelkezésre részletek, üres mező helyett, amely hamis bizonyosság látszatát kelti, hozzon létre megfigyelési feladatot.

Kapcsolja a feladatokat egy konkrét kategóriához és modellhez. Előfordulhat, hogy egy szabály csak bizonyos termékekre vonatkozik, vagy a piactól függ. Ezzel a hozzárendeléssel a csapatnak nem kell minden katalógust ugyanazzal a dokumentumkészlettel megterhelnie, és könnyebben magyarázhatja el a változatok közötti különbségeket.

Végül ellenőrizze a feladattól a nyilvános szövegig vezető utat. A felhasználónak az eredményt kell látnia, míg az üzemeltető a forrást, a döntést és a verziót látja. Ez a szétválasztás lehetővé teszi az előrehaladás kommunikálását anélkül, hogy olyan ígéreteket tennénk, amelyeket nem támaszt alá a jogszabály vagy a termékadatok.

Minden, valamely kötelezettségre vonatkozó állításnak egy aktuális hivatalos forrásra kell hivatkoznia. Rögzítse a jogi aktus címét, számát, az ellenőrzés dátumát és azt a szövegrészt, amelyen a döntés alapul. Az iparági anyagok segíthetnek az értelmezésben, de nem helyettesíthetik az EUR-Lexet, az Európai Bizottság webhelyét vagy más megfelelő hivatalos kiadványt.

Ha a forrás nem egyértelmű, jelölje meg a kérdést további értékelés céljából. Ne változtasson egy előkészítő státuszt kötelező státuszra pusztán azért, mert az információ több cikkben is megismétlődik. A jól dokumentált „még nem meghatározott” státusz hasznosabb, mint az alap nélküli bizonyosság.

A DPP Grid rendszerben a forrás, a dátum és a döntés egy adott mezőhöz kapcsolható. Ez azt jelenti, hogy a jogi aktus későbbi változása kiváltja az érintett termékek felülvizsgálatát, így nincs szükség a teljes katalógus manuális átkutatására. Őrizze meg az előzményeket, hogy a csapat tudja, mi változott az előző közzététel óta.

Az ESPR létrehozza a keretrendszert, míg a termékspecifikus jogszabályok pontosítják az adatokat és a határidőket.

Forrás → ellenőrzés → szerepértékelés → felkészülés → határidő-áttekintés.

Minden értékhez tartozik egy felelős és egy státusz, de a platform nem ruházza át a jogi felelősséget.

Nem. Az ESPR létrehozza a keretet, míg a részletes követelmények és határidők a terméktől és a későbbi jogi aktusoktól függenek.

A terv tájékoztatást nyújt a folyamatban lévő munkáról, és változhat. Bármely kötelezettséget az aktuális jogi aktus alapján kell megerősíteni.

A felelősség az adott szervezet szerepétől és a konkrét követelménytől függ. A platform nem ruházza át ezt a felelősséget.

Nem. A hozzáférést a cél, a szerep és a jóváhagyott láthatósági szabályzat szerint kell korlátozni.

Igen, feltéve, hogy az előkészítő adatokat nem végleges kötelezettségként vagy tanúsításként mutatják be.

Igen. A felület és a tartalom lokalizálható, miközben az azonosítók, források és URL-ek megmaradnak.

Az aláírás egy adott verzió integritását igazolja, nem pedig a fizikai termék tanúsítását vagy megfelelőségét.

Jelöljön ki felelőst a forrásokhoz, határozza meg a következő felülvizsgálat időpontját, és alakítson ki eljárást a verziók frissítésére.