Európska komisia 20. júla 2026 spustila register pre digitálne produktové pasy spolu s testovacím prostredím. Z abstraktnej ESPR-komponenty sa tak stal systém, ktorý si podniky môžu reálne vyskúšať. Pre výrobcov je teraz dôležité najmä jedno rozlíšenie: register je centrálny index, samotný produktový pas zostáva decentralizovaný.
Čo bolo spustené 20. júla
Register prijíma jednoznačné identifikátory produktov, registračné údaje a vybrané metadáta. Úplné informácie o produktoch naďalej zostávajú u zodpovedného hospodárskeho subjektu alebo povereného poskytovateľa DPP-služieb. Komisia preto register výslovne opisuje ako indexovú službu, a nie ako centrálny systém správy obsahu.
Registrácie sa predpokladajú prostredníctvom zabezpečeného používateľského rozhrania aj API. Podniky môžu navyše vytvoriť elektronické potvrdenie o registrácii. To je relevantné pre procesy B2B, pretože dodávatelia a zákazníci ním môžu preukázať, že pas bol zapísaný do systému EÚ, bez duplikovania celého súboru údajov.
Spustenie sa netýka len produktových skupín ESPR. Komisia uvádza aj batérie, stavebné výrobky, hračky, pracie prostriedky a tenzidy pre koncových používateľov, pokiaľ príslušné právo Únie vyžaduje digitálny produktový pas. Prvým záväzným termínom zostáva 18. február 2027 pre určité batérie.
Register, resolver a dátový zdroj sú tri odlišné vrstvy
Spoľahlivý systém DPP by mal úlohy jasne oddeliť:
- Register EÚ potvrdzuje, že identifikátor a predpísané metadáta sú zaregistrované.
- Resolver presmeruje trvalý identifikátor produktu na príslušný zdroj.
- Vlastný dátový zdroj poskytuje aktuálny obsah pre ľudí aj stroje.
Toto oddelenie nie je detail. Kto všetky údaje ukladá výlučne na vlastnej produktovej stránke, ešte nemá integráciu s registrom. Kto naopak zaregistruje iba identifikátor, ešte neposkytuje použiteľný produktový pas. Oboje musí byť prepojené prostredníctvom stabilných identifikátorov.
Na vyhľadanie je vhodný otvorený, trvalý odkaz. Resolver otvorených odkazov môže sprístupniť rôzne podoby z toho istého identifikátora: zrozumiteľnú webovú stránku, strojovo čitateľné JSON-LD alebo doplnkovú dokumentáciu. Nosič údajov na produkte alebo obale pritom zostáva stabilný, aj keď sa cieľové systémy ďalej vyvíjajú.
Čo by mali podniky preveriť v testovacom prostredí
Testovacie prostredie nie je určené len na manuálny test kliknutím. Malo by sa považovať za predstupeň produkčnej integrácie.
Organizácia a roly
Najskôr treba objasniť, ktorá právnická osoba sa registruje, kto ju v systéme zastupuje a ktoré tímy smú registrácie vytvárať alebo meniť. Týka sa to kmeňových údajov, súladu s predpismi, IT a prípadne externých poskytovateľov služieb. Osobný testovací prístup nenahrádza model rolí pre neskoršiu prevádzku.
Identifikátory a granularita
Produktový tím by mal overiť, či sa budúci pas vedie na úrovni modelu, šarže alebo jednotlivého kusu. Odpoveď závisí od príslušných sektorových predpisov. Test registra je správnym okamihom na prepojenie interných ID produktov, GTIN, označení šarží a externe používaného trvalého identifikátora.
API a opakovateľnosť
Produkčný proces potrebuje viac než jeden úspešný POST. Registrácia, aktualizácia a spracovanie chýb musia byť opakovateľné a zaznamenané. Patria sem idempotentné požiadavky, technické potvrdenia a jasné prepojenie medzi záznamom ERP, DPP a záznamom v registri. Proces DPP založený na API znižuje manuálne odchýlky pri vytváraní produktov vo väčšom množstve.
Oddelenie metadát a odborných údajov
Údaje registra by sa nemali stať druhým súborom produktových údajov. Definujte, ktoré polia sú v registri povinné a ktoré zostávajú v decentralizovanom pase. Každá informácia potrebuje nadradený zdroj, zodpovednú osobu a pravidlo aktualizácie.
Dôkaz a monitoring
Potvrdenia o registrácii by sa mali ukladať spolu s časovou pečiatkou, použitým identifikátorom a odpoveďou systému. Okrem toho je potrebné zosúladenie: existuje pas, je resolver dostupný a zhodujú sa metadáta registra so stavom produktu?
Prečo colné orgány potrebujú vlastný overovací reťazec
Register podporuje colné orgány pri automatizovanom overovaní pred prepustením do voľného obehu, či existuje platný registrovaný DPP a požadovaný colný kód tovaru. Pre dovozcov tým vzniká nová závislosť: identifikátor produktu, záznam v registri a colné vyhlásenie musia byť konzistentné.
Chyba sa preto neprejaví až na produktovej stránke. Môže ovplyvniť proces na hranici. Podniky by mali už počas testovania simulovať dátové toky od založenia produktu až po dovoznú dokumentáciu a určiť, kto smie chybnú registráciu v krátkom čase opraviť.
Zmysluplný 30-dňový testovací plán
- Vyberte jednu reálnu právnickú osobu a malý reprezentatívny sortiment produktov.
- Pre každý produkt zdokumentujte plánovanú granularitu DPP a nadradené identifikátory.
- Vykonajte úplný priebeh cez používateľské rozhranie a, ak je relevantné, API.
- Spoločne archivujte potvrdenie o registrácii, odpoveď resolvera a strojovo čitateľné produktové údaje.
- Otestujte chybové prípady: duplicitný identifikátor, zastarané metadáta, nedostupný dátový hostiteľ a stiahnutý produkt.
- Z výsledkov odvoďte prevádzkový model so zodpovednosťami, monitoringom a eskalačným postupom.
Prevádzkové spustenie registra ešte neznamená, že už v plnom rozsahu platia všetky sektorovo špecifické požiadavky na údaje. Diskusiu však posúva od prezentácií k overiteľným postupom. Podniky teraz môžu zistiť, či ich identifikátory, roly a API spolu fungujú, ešte pred nadobudnutím účinnosti prvých povinností.
