Uniós digitális termékútlevél – útmutató márkák számára

A megfelelőségért felelős vezetője egy félig üres táblázatot néz, a beszállítóitól érkező e-mailek három különböző postafiókban oszlanak meg, a jogi csapatból pedig valaki egyértelmű választ akar az anyagokra, a javíthatóságra és a hozzáférési jogokra, mielőtt a következő uniós egyeztetés az asztalára kerül. Ez az uniós digitális termékútlevél kiindulópontja: nem szakpolitikai feljegyzés, hanem egy kaotikus operatív helyzet, amelyben a termékadatok mindenhol megtalálhatók, kivéve egyetlen olyan helyet, amelyben a csapata megbízhat. A digitális termékútlevél ezt úgy változtatja meg, hogy a szétszórt nyilvántartásokat élő termékidentitássá alakítja. Ahelyett, hogy a megfelelőségi adatokat statikus PDF-ként kezelnék, a márkáknak olyan irányított nyilvántartásra van szükségük, amely a termék teljes életciklusa során frissíthető, támogatja a nyomonkövethetőséget, és megválaszolja a fogyasztók, a javítást végző szakemberek, az újrahasznosítók és a hatóságok eltérő kérdéseit. Az Európai Bizottság az útlevelet az egységes piac ágazatokon átívelő nyomonkövetési mechanizmusaként mutatja be; tartalma a termékcsoporttól függhet, és magában foglalhat biztonsági, származási, anyagösszetételi, javíthatósági, környezeti teljesítményre, újrahasználatra és újrahasznosításra vonatkozó információkat ([Az Európai Bizottság áttekintése a digitális termékútlevélről]). Ez a változás azért fontos, mert a nehézség nem pusztán az, hogy rendelkezésre állnak-e az adatok. Azt is bizonyítani kell, hogy az adatok strukturáltak, naprakészek, és bizonyítékok támasztják alá őket, amikor valaki hónapokkal később bekéri azokat. Ha gyorsan szeretne haladni, először kezelje az útlevelet termékidentitás-programként, ne dokumentumfeltöltési feladatként. A fogalom gyakorlati bemutatásához hasznos kiegészítő ez a magyarázó anyag arról, mi a digitális termékútlevél.

• Bevezetés a digitális termékútlevelekbe - Miért érzik a márkák elsőként a nyomást - A legfontosabb fogalmak megértése - A legfontosabb építőelemek - Szabályozási háttér és a nyilvántartással kapcsolatos elvárások - Mit jelent a nyilvántartás a gyakorlatban - Kötelező adatmezők és a bizonyítékok kezelése - A bizonyítékok felépítése az egyes mezők mögött - Megvalósítási minták és azonosítók - Három gyakorlati bevezetési minta - Az integrációs szabály, amelyet a legtöbb csapat figyelmen kívül hagy - Beszállítói munkafolyamatok és technológiai integráció - Egy működőképes beszállítói folyamat - A kézi munka csökkentését szolgáló integrációs lehetőségek - Felkészültségi ellenőrzőlista és átállási útmutató - Egyszerű cselekvési terv - Indítás előtti igen/nem kérdések - Összegzés és következő lépések

Egy lábbelimárka két hónap múlva készül piacra lépni az EU-ban, a megfelelőségi csapat pedig a szálösszetétel, a javítási útmutatók és a beszállítói nyilatkozatok után kutat. Nem az a probléma, hogy ezek az információk nem léteznek. Hanem az, hogy töredékekben vannak szétszórva: egy PDF a beszerzéstől, egy táblázat a minőségügytől, valamint egy sor e-mail, amelyekért senki sem akar felelősséget vállalni. Pontosan ezért kap most figyelmet az uniós digitális termékútlevél. A Bizottság álláspontja egyértelmű: az útlevél nem egyetlen, univerzális sablon. Tartalma termékcsoportonként eltér, és a biztonságra, származásra, anyagokra, javíthatóságra, környezeti teljesítményre, újrahasználatra és újrahasznosításra vonatkozó információkat is tartalmazhat ([Az Európai Bizottság digitális termékútlevélről szóló oldala]). A gyakorlatban ez azt jelenti, hogy a márkák nem várhatnak egy végleges, mindenre egyformán alkalmazható dokumentumra. Olyan rendszerre van szükségük, amely kategóriánként továbbfejleszthető. A stratégiai váltás egyszerűen leírható, de nehezebb megvalósítani. Az útlevél nem egy megosztott meghajtón tárolt statikus fájl. Irányított termékidentitás, amelynek akkor is hasznosnak kell maradnia, amikor a terméket eladják, megjavítják, továbbértékesítik vagy újrahasznosítják. Ezért a korai felkészülés jellemzően a terméktörzsadatokkal, a források nyomonkövethetőségével és a bizonyítékokkal alátámasztott állításokkal kezdődik, nem pedig egy látványos PDF megtervezésével.

A megfelelőségi csapatok azért érzik a nyomást, mert minden hiányzó mező tovagyűrűző problémává válik. Az operációs csapatok akkor szembesülnek vele, amikor egy beszállító más anyagnyilatkozatot ad, mint ami a katalógusban szerepel. A kereskedelmi csapatok pedig akkor, amikor az ügyfelek felé tett állításokat nem lehet összekapcsolni a jóváhagyott bizonyítékokkal. Ezek azok a rejtett munkafolyamat-hibák, amelyek egy szabályozási feladatot üzleti kockázattá változtatnak. > Gyakorlati szabály: Ha egy terméktény nem vezethető vissza egy forráshoz és egy kijelölt felelőshöz, akkor nem áll készen az útlevélben való közzétételre. A korán felkészülő márkák általában egyszerre két előnyre tesznek szert. Csökkentik a határidők körüli kapkodást, és tisztább adatbázist építenek a javítási, továbbértékesítési és körforgásos kereskedelmi munkafolyamatokhoz. Ezért az útlevelet nem utolsó pillanatban létrehozott megfelelőségi dokumentumként, hanem a működési modell átalakításaként kell kezelni.

Az uniós digitális termékútlevélre úgy érdemes gondolni, mint egy digitális tárcára. A tárca nem egyetlen hatalmas dokumentumot tartalmaz, hanem ellenőrizhető kártyákat és nyilvántartásokat, amelyek szükség szerint megvizsgálhatók. Az útlevél inkább erre hasonlít, mint egy hagyományos megfelelőségi PDF-fájlra. A Bizottság szerint az útlevél tartalma termékcsoportonként eltér, és az adatok a biztonságra, származásra, anyagokra, javíthatóságra, környezeti teljesítményre, újrahasználatra és újrahasznosításra vonatkozhatnak ([Az Európai Bizottság digitális termékútlevélről szóló oldala]). Ez a rugalmasság azért fontos, mert egy kabátnak, egy akkumulátornak és egy széknek nem ugyanazokra a mezőkre van szüksége. A séma a termékkategóriát követi, nem fordítva. Ezt az alaplogikát kell a márkáknak elsajátítaniuk. Először is minden termékidentitásnak szüksége van egy tartós hivatkozási pontra. Másodszor ennek az identitásnak géppel olvasható hozzáférést kell biztosítania, jellemzően egy adathordozón keresztül. Harmadszor az adatokat irányítás alatt kell tartani, hogy az útlevél a teljes életciklus során pontos maradjon. Ha ezek közül bármelyik elem gyenge, az útlevél nehezen lesz megbízható.

Az uniós szakmai munkában alkalmazott identitáskeret támogatja a modell-, tétel- és darabszintet, így ugyanaz az irányítási modell kiszolgálhat egy termékcsaládot, egy gyártási tételt vagy egy sorozatszámmal ellátott egységet (Az Európai Bizottság technikai dokumentuma: 5423_1/de00000001065679). Ez azért hasznos, mert nem minden termék esetében szükséges darabszintű kezelés. Egyes márkák SKU-szinten kezelik az útleveleket, mások tételszinten, egyes nagy értékű vagy szabályozott termékeknél pedig szerializációra lesz szükség. A kialakítást úgy kell elképzelni, mint ellenőrzött adatbevitelekkel működő élő nyilvántartást, nem pedig mint végtelen számú szövegmezőt tartalmazó űrlapot. A cél az, hogy az adatok az értéklánc szereplői és rendszerei számára egyaránt hasznosak legyenek. Egy javítást végző szakembernek a nyilvántartás más részére lehet szüksége, mint egy vámtisztviselőnek, a fogyasztónak pedig lehet, hogy csak a nyilvánosan látható részre van szüksége. > A leggyorsabb zsákutca az, ha az útlevelet tervezési feladatként kezelik. Valójában adatirányítási feladat, amelyhez egy nyilvánosság számára elérhető réteg kapcsolódik. Egy utolsó különbségtétel segít tisztázni egy gyakori tévedést. A QR-kód nem maga az útlevél. Csupán egy lehetséges hozzáférési pont az útlevél adataihoz. Az útlevél az alapul szolgáló, irányított nyilvántartás, a kód pedig az ajtó.

Az EU nem egyszerre, hanem termékcsoportonként vezeti be a DPP-kötelezettségeket. Ez azért fontos, mert a megfelelésért felelős csapatok gyakran először a rossz kérdést teszik fel: „Már elérhető az útlevél?” A jobb kérdés így hangzik: „Mely termékcsoportok tartoznak már most a hatály alá, és milyen adatmodell vonatkozik rájuk?” Az Európai Bizottság keretrendszere kifejezetten szakaszos, és a termékcsoportokra vonatkozó felhatalmazáson alapuló jogi aktusok határozzák meg, hogy milyen adatok kerülnek az útlevélbe, és mikor ([European Commission Digital Product Passport page]). Az első jogilag konkrét mérföldkő az akkumulátor-útlevél. Az ágazati útmutatók és iparági ütemtervek szerint a 2 kWh feletti ipari akkumulátorokhoz és elektromos járművek akkumulátoraihoz 2027. február 18-tól digitális termékútlevélre lesz szükség ([Circularise sector timeline]). A bevezetés későbbi szakaszaiban további jelentős kategóriák következnek: a textiltermékek, az elektronikai termékek, a bútorok és más termékcsoportok a 2020-as évek végéig fokozatosan kerülnek sorra, a fennmaradó termékcsoportok többségét pedig várhatóan 2030 körül célozzák meg ([Circularise sector timeline]).

A nyilvántartással kapcsolatos elvárás nem merül ki abban, hogy „valahol tároljuk az adatokat”. Az architektúra minden termékidentitáshoz egyetlen hivatalos útlevélre épül, amelyet egy adathordozó kapcsol össze egy tartós, egyedi termékazonosítóval, az azonosítókeretnek pedig támogatnia kell a modell-, tétel- és egyedi termékszintű részletességet ([European Commission technical document]5423_1/de00000001065679)). Ez megmutatja, mit próbál megelőzni a rendszer: a többszörözött rekordokat, az egymással ütköző rekordokat és azokat az útleveleket, amelyek nem azonosíthatók megbízhatóan. A márkák számára ez azt jelenti, hogy a nyilvántartásra való felkészültség részben rendszerszintű, részben pedig tulajdonosi kérdés. Dönteni kell arról, hogy melyik csapat felel az azonosítóért, ki szerkesztheti a rekordot, és mi történik, amikor a forrásadatok megváltoznak. E szabályok nélkül a nyilvántartási kapcsolat csak gyorsabban továbbítja a hibás adatokat. > Működési szempont: a határidők jóval azelőtt feltárják az irányítási hiányosságokat, hogy technikai hiányosságokat tárnának fel. Nem kell már az első napon minden kategóriaspecifikus szabályt ismerned, de szükséged van olyan átállási útvonalra, amely képes befogadni ezeket. Egy termékcsoport kezdetben szűk hatály alá tartozhat, majd a felhatalmazáson alapuló jogi aktusok további mezőkkel és hozzáférési követelményekkel bővíthetik ezt. Azok a márkák alkalmazkodnak később kevesebb zűrzavarral, amelyek korán feltérképezik adatmodelljüket.

Az akkumulátor-útlevél jó példa arra, miért nem kezelhető az EU digitális termékútlevele marketinganyagként. Az ipari akkumulátorok és az elektromos járművek akkumulátorai esetében az útmutatók olyan mezőket emelnek ki, mint a névleges kapacitás, a névleges feszültség, a névleges energiatartalom, a maximálisan megengedett teljesítmény, a belső ellenállás, a ciklusokban megadott várható élettartam, az egészségiállapot-küszöbértékek, valamint az életciklus karbonlábnyomának szakaszokra bontott nyilatkozata. Az elektromos járművek akkumulátorainál 2027-től ez egy A-tól E-ig terjedő karbonlábnyom-osztályt is magában foglal ([Brightest battery passport guidance]). Ez jóval konkrétabb egy márkatörténetnél vagy fenntarthatósági oldalnál. A tanulság az akkumulátorokon túlmutat. Az útlevelet sémaalapú tárolóként kell kezelni, mivel a szükséges adatmezők termékkategóriánként és felhatalmazáson alapuló jogi aktusonként változnak. Nem egyszer töltesz ki egy rögzített sablont, majd továbblépsz. A szabályozott mezőket a megfelelő mérési módszerekhez, a megfelelő forrásdokumentumokhoz és a megfelelő jóváhagyókhoz kell hozzárendelned.

Egy erős bizonyítékmodell általában három kérdéssel kezdődik. Honnan származik az adat? Ki hagyta jóvá? Mi történik, ha megváltozik a forrás? Ezek a kérdések alapvetőnek tűnnek, mégis ezek jelentik a különbséget a használható útlevél és egy olyan rekord között, amelyben senki sem bízik. Ha például egy beszállító anyagnyilatkozatot küld, azt az útlevélben használt pontos verzióhoz kell kapcsolni. Ha egy belső labor teljesítményjellemzőt mér, a módszert és a dátumot meg kell őrizni a rekorddal együtt. Ha a jogi csapat egy mezőt érzékenynek minősít, a közzétételről szóló döntést kifejezetten, nem pedig véletlenszerűen kell meghozni. A nyilvántartási fegyelem azért fontos, mert egy gyenge forrásoldali adatkészlet nem marad gyenge egyetlen rendszerben. Megfelelési kockázattá, a javíthatósággal kapcsolatos félreértéssé, továbbértékesítési problémává vagy újrahasznosítási hibává terjedhet. Ezért van szükségük a márkáknak bizonyítékkezelési irányításra, nem csupán adatbefogadásra. A mezők feltérképezésekor alkalmazd a következő megközelítést: - Kötelező mezők: Csak az alkalmazandó termékcsoport és a felhatalmazáson alapuló jogi aktus által előírt adatokat rögzítsd, majd csatold a forrást és a felelőst. - Előkészítő mezők: Tárold ezeket, ha tudod, hogy a jövőbeli jogi aktusok várhatóan igényelni fogják őket, még akkor is, ha jelenleg még nem kötelezők. - Opcionális mezők: Tartsd meg őket, ha segítik a működést, de egyértelműen különítsd el őket a szabályozott tartalomtól. A kulcs a nyomonkövethetőség. A bizonyíték nélküli mező csupán állítás. > Gyakorlati szabály: ha egy állítás nem kezelhető megfelelően a beszállító cseréje vagy a munkatársak távozása után, akkor a közzétételhez nincs megfelelően irányítva. A bizonyítékok rögzítéséről és a nyilvántartás vezetéséről hasznos hivatkozás ez az útmutató arról, hogy milyen bizonyítékokat kell megőrizni egy termékútlevél-rekordban. A fő üzenet egyszerű: alakíts ki egyszer egy bizonyítékminőségre épülő mintát, majd használd újra a kategóriák között ahelyett, hogy minden alkalommal újra kitalálnád.

A megvalósítás leggyakoribb hibája, hogy a QR-kóddal kezdik. Jobb, ha a termékidentitással kezdesz. Ha rossz azonosítási logikát választasz, a rendszer többi részét is nehezebb lesz irányítani, még akkor is, ha a beolvasási élmény kifogástalan. Az EU architektúrája minden termékidentitáshoz egyetlen hivatalos útlevélre épül, amelyet egy adathordozó egy tartós, egyedi termékazonosítón keresztül kapcsol össze ([European Commission technical document]5423_1/de00000001065679)). Ez azért fontos, mert az útlevélnek egyetlen megbízható rekordra kell mutatnia, nem pedig az igazság három egymással versengő változatára. Az azonosítókeretnek modell-, tétel- és egyedi termékszinten is működnie kell, ezért a márkáknak el kell dönteniük, hogy a megfeleléshez valójában milyen részletességre van szükségük.

A modellalapú beállítás akkor működik, ha a termék egy stílus- vagy SKU-családon belül változatlan. Egy divatmárka például használhatja ezt egy alappóló-modellnél, amelynél az anyagösszetétel és a kezelési útmutató egy gyártási sorozaton belül azonos. A tételhez kapcsolt beállítás olyan gyártási sorozatokhoz illik, amelyeknél a forrás- vagy gyártási adatok tételenként változnak. Ez akkor válik fontossá, ha egy márka egy nyilatkozatkészletet egy meghatározott gyári tételhez szeretne kapcsolni anélkül, hogy minden egyes egységet sorozatszámmal látna el. A sorozatszámmal azonosított termékre épülő beállítás a legpontosabb. Nagy értékű árukhoz, elektronikai termékekhez, illetve olyan termékekhez illik, amelyeknél a tulajdonjog, a javítás és a továbbértékesítés során az egyes egységet időben nyomon kell követni. Ezek nem pusztán technikai döntések. Hatással vannak arra, hogy ki viszi be az adatokat, milyen gyakran változnak, és mely későbbi folyamatokért felelős csapatok támaszkodhatnak rájuk. Ha egy vállalat alacsony kockázatú terméknél egységszintű ellenőrzést választ, az szükségtelen többletterhelést okozhat. Ha egy valóban sorozatszintű nyomonkövetést igénylő terméknél modell szinten marad, fontos életciklus-eseményeket hagyhat figyelmen kívül. Webes feloldás esetén sok márka a GS1-jellegű azonosítómintákat fogja vizsgálni. Hasznos technikai hivatkozás a GS1 Digital Link támogatása a termékek eléréséhez. A lényeg, hogy az adathordozónak, az azonosítónak és az útlevélrekordnak összhangban kell lennie. Ha nincs összhang, a felhasználó egy dolgot olvas be, de egy másikra jut, és a rendszer elveszíti a hitelességét.

Az integrációs probléma nem az, hogy „Tudunk-e kódot nyomtatni?”, hanem az, hogy „Minden rendszer minden alkalommal fel tudja-e oldani ugyanazt a termékidentitást?” Ez azt jelenti, hogy a PIM-rendszernek, az ERP-rendszernek, a beszállítói portálnak és a közzétételi rétegnek szabályozott módon kell együttműködnie. Ha az azonosítók rendszerenként nem egységesek, a hatóságok és a további felhasználók nem találják meg megbízhatóan a megfelelő útlevelet, és többszörözött vagy egymással ütköző rekordok jelennek meg. Az EU szabványosítási munkája ezt még azelőtt próbálja megakadályozni, hogy általánossá válna. A legtisztább megvalósítási minta általában az a legegyszerűbb megoldás, amely illeszkedik a termék kockázatához és összetettségéhez. Azok a márkák, amelyek túl korán túltervezik az azonosítást, lelassítják a saját működésüket. Azok a márkák pedig, amelyek nem tervezik meg kellőképpen, végül örökké a hibás hivatkozásokat javítják.

A DPP-programok általában a beszállítóknál lassulnak le. Nem azért, mert nem akarnak együttműködni, hanem azért, mert olyan strukturált adatokat kérnek tőlük, amelyeket korábban még soha nem kellett ellenőrzött módon benyújtaniuk. Ha továbbra is e-mail-váltásokra és táblázat-mellékletekre támaszkodsz, minden frissítés manuális tisztítási feladattá válik. Az Európai Bizottság szerint a DPP-k egy adathordozó beolvasásával, egy uniós webportálon keresztül és online piactereken lesznek elérhetők, azonban a hozzáférési jogosultságok a felhasználói szerepkörtől és az alkalmazandó jogszabályoktól függnek ([European Commission FAQ on DPP access].pdf&prefLang=sl)). Ez azért fontos, mert nem egyetlen közönséget szolgálsz ki. A fogyasztóknak, a javítóknak, az újrahasznosítóknak, a vámhatóságoknak és a piacfelügyeleti hatóságoknak nincs szükségük ugyanazokra a mezőkre.

Kezdje egy határidőhöz kötött adatkérési folyamat meghatározásával. A beszállítóknak tudniuk kell, mely adatok benyújtása esedékes, mely termékkörre vonatkozik a kérés, és milyen bizonyítékformátum tekinthető elfogadhatónak. Ha a kérés homályos, a válasz is az lesz.

Ezután ossza három csatornára a beérkező adatokat. Az egyik csatorna a strukturált termékadatoké, a másik az alátámasztó dokumentumoké, a harmadik pedig a felülvizsgálatot igénylő kivételeké. Ez az elkülönítés tisztán tartja az alaprekordot, miközben helyet biztosít a csapatoknak a speciális esetek kezelésére.

A beérkezés után alakítson ki jóváhagyási lépést, még mielőtt bármilyen nyilvános rekordot közzétenne. A jóváhagyásnak konkrétnak kell lennie. A megfelelőségért vagy a termékgondnokságért felelős személy megerősíti, hogy a mező elfogadható, az operációs terület megerősíti, hogy megfelel a szállítmánynak vagy tételnek, a jogi terület pedig felülvizsgál mindent, ami érzékeny.

Egy gyakorlatias bevezetés jellemzően így néz ki:

• Kérés beállítása: Hozzon létre termékcsoportonkénti mezőlistát, majd rendeljen hozzá felelősöket és határidőket.
• Beszállítói adatbevitel: Használjon strukturált űrlapokat a szabad formátumú e-mailek helyett.
• Érvényesítés: Elfogadás előtt ellenőrizze a kötelező mezőket, a mértékegységeket és a csatolmányok minőségét.
• Jóváhagyás: A megkérdőjelezhető állításokat közzététel előtt irányítsa emberi felülvizsgálatra.
• Közzététel: Csak a jóváhagyott adatokat továbbítsa az útlevélrétegbe és a kapcsolódó csatornákba.

Az API-kapcsolatok akkor hasznosak, ha a termékadatok már több belső rendszerben találhatók. A hatókörrel korlátozott hozzáférés, az érvényesítési szabályok és a kimenő értesítések csökkentik az újbóli adatbevitelt. A QR-kód generálása akkor segít, ha a terméknek fizikai hozzáférési pontra van szüksége, de ennek a tiszta azonosítási logikára kell épülnie, nem pedig azt kell helyettesítenie. A webhookok akkor hasznosak, amikor az adatok a bevezetés után változnak. Ha a javítási állapot, a tulajdonjog vagy az anyaginformációk megváltoznak, a továbbfeldolgozó rendszereknek értesülniük kell róla. Ekkor válik fontossá a folyamatos adatirányítás, amely már többet számít, mint az eredeti bevezetés dátuma. > Gyakorlati szabály: úgy alakítsa ki a beszállítói munkafolyamatot, hogy egy hibás fájlt még azelőtt el lehessen utasítani, hogy nyilvános állítássá válna. A legjobb technológiai megoldás az, amely illeszkedik a működési valóságához. Ha beszállítói felkészültek, belső rendszerei pedig integráltak, fordítson nagyobb hangsúlyt az automatizálásra. Ha az adatai még töredezettek, először a strukturált adatbefogadásra és a következetes jóváhagyásra összpontosítson. A termékútlevél mindkét esetben csak akkor működik, ha a köré épülő munkafolyamat ugyanolyan fegyelmezett.

A helyes lépés nem az, hogy megvárja, amíg minden szabály véglegessé válik, mielőtt cselekedne. Hanem az, hogy már most kiépít egy termékútlevélre kész működési modellt, majd kategóriánként finomítja, ahogy a kötelezettségek életbe lépnek. Az utolsó szakaszig halogató márkák általában azt fedezik fel, hogy az elsődleges szűk keresztmetszet az adatok megtisztítása, nem pedig a szabályozás. A gyakorlati migrációs terv azzal kezdődik, hogy először a várhatóan a hatály alá kerülő termékekkel foglalkozik. Ha akkumulátorokat értékesít, a 2027 mérföldkő már konkrét tervezési támpont. Ha ruházati termékeket értékesít, a textiltermékek az ágazati ütemtervekben ismertetett, szélesebb körű, szakaszos bevezetés részét képezik ([Circularise ágazati ütemterv]). Ezeket a kategóriajelzéseket használja a munka priorizálására, ne pedig a halogatás igazolására.

1. Térképezze fel az érintett termékeket. Válassza szét a termékeket a várható termékcsoport, az azonosítótípus és a részletezettségi szint szerint. 2. Sorolja fel az összes szabályozott mezőt. Minden csoportnál rögzítse, mit kell közzétenni, mihez szükséges bizonyíték, és mi az, ami még bizonytalan. 3. Hangolja össze az azonosítókat. Gondoskodjon arról, hogy a termékazonosítók következetesek legyenek az ERP-ben, a PIM-ben, a beszállítói nyilvántartásokban és a közzétételi rendszerekben. 4. Tegye rendbe a beszállítói adatbefogadást. Az e-mailes adatgyűjtést váltsa fel strukturált kérésekkel és felülvizsgálható feltöltésekkel. 5. Tesztelje a feloldást és a hozzáférést. Ellenőrizze, hogy a megfelelő felhasználó a megfelelő hozzáférési útvonalon a megfelelő mezőket látja-e. 6. Indítson kísérleti projektet egy termékcsaláddal. Egy körülhatárolt bevezetéssel tárja fel a munkafolyamat problémáit, mielőtt nagyobb léptékben folytatná. 7. Jelöljön ki adatirányítási felelőst. Adjon egyetlen csapatnak felhatalmazást a pontosság, a jóváhagyások és az életciklus-frissítések kezelésére. 8. Kövesse nyomon folyamatosan. A termékútlevélre folyamatosan vezetett rekordként, ne pedig egyszeri bevezetési projektként tekintsen.

Közzététel előtt kérdezze meg, hogy a termékútlevél képes-e kezelni a beszállítóváltást, a katalógusfrissítést és a felhasználói szerepkör változását. Ha ezek bármelyikére nem a válasz, a rekord további munkát igényel. Ez az igazi teszt, mivel a termékútlevélnek jóval azután is pontosnak kell maradnia, hogy az induló megbeszélés véget ért. Gyakori hibaminta, hogy a bevezetést túl sok kézi kivétellel indítják el. Egy másik, amikor a felelősség olyan csapatok között oszlik meg, amelyek nem osztoznak egyetlen hiteles adatforráson. Mindkettő orvosolható, de csak akkor, ha a márka a DPP-felkészültséget felelősökkel, határidőkkel és felülvizsgálati kontrollpontokkal működő migrációs programként kezeli.

Az EU digitális termékútlevele nem egyetlen fájl, és nem csupán fenntarthatósági jelvény. Olyan termékazonosítási rendszer, amely arra készteti a márkákat, hogy az adatokat, a bizonyítékokat, a hozzáférés-szabályozást és a tulajdonjogot egyetlen helyen szervezzék meg. Az ezt jól megvalósító vállalatok felkészültebbek lesznek a megfelelésre, jobban tudnak válaszolni a nyomonkövethetőségi kérdésekre, és kedvezőbb helyzetben lesznek a javítási és továbbértékesítési munkafolyamatok kialakításához. A legfontosabb lépések egyértelműek. Ismerje meg a termékcsoport hatályát, térképezze fel a szabályozott mezőket, hangolja össze az azonosítókat, tegye rendbe a beszállítói adatbefogadást, és a bevezetés előtt tesztelje a hozzáférési jogosultságokat. Ha még mindig úgy kezeli a termékútlevél adatait, mint egy dokumentumfeltöltési problémát, máris lemaradásban van a működés terén. Kezdjen egy termékcsaláddal, egy bizonyítékmodellel és egy elszámoltatható felelőssel, majd innen bővítse a rendszert. --- Cselekvésre ösztönző felhívás a DPP Grid számára.