Evropská komise 20. července 2026 uvedla do provozu registr digitálních produktových pasů včetně testovacího prostředí. Z abstraktní ESPR-komponenty se tak stal systém, který si firmy mohou skutečně vyzkoušet. Pro výrobce je nyní důležité především rozlišovat: registr je centrální rejstřík, samotný produktový pas zůstává decentralizovaný.
Co bylo 20. července spuštěno
Registr přijímá jednoznačné identifikátory produktů, registrační údaje a vybraná metadata. Úplné informace o produktu zůstávají u odpovědného hospodářského subjektu nebo u pověřeného DPP-poskytovatele. Komise proto registr výslovně popisuje jako rejstříkovou službu, nikoli jako centrální systém pro správu obsahu.
Registrace jsou určeny prostřednictvím zabezpečeného uživatelského rozhraní a API. Firmy mohou také vytvořit elektronické potvrzení o registraci. To je důležité pro B2B procesy, protože dodavatelé a zákazníci tak mohou doložit, že pas byl zapsán v systému EU, aniž by museli duplikovat celý soubor dat.
Spuštění se netýká pouze skupin produktů ESPR. Komise uvádí také baterie, stavební výrobky, hračky, prací prostředky a tenzidy pro konečné uživatele, pokud příslušné unijní právo vyžaduje digitální produktový pas. První závazný termín zůstává 18. února 2027 pro určité baterie.
Registr, resolver a zdroj dat jsou tři různé vrstvy
Robustní systém DPP by měl jednotlivé úkoly jasně oddělovat:
- Registr EU potvrzuje, že identifikátor a předepsaná metadata jsou zaregistrovány.
- Resolver přesměruje trvalý identifikátor produktu na odpovídající zdroj.
- Samotný zdroj dat poskytuje aktuální obsah lidem i strojům.
Toto oddělení není detail. Kdo uloží veškerá data výhradně na vlastní produktové stránce, ještě nemá integraci s registrem. A kdo naopak zaregistruje pouze identifikátor, ještě neposkytuje použitelný produktový pas. Obojí musí být propojeno prostřednictvím stabilních identifikátorů.
Pro rozlišení je vhodný otevřený, trvalý odkaz. Resolver pro trvalé odkazy může zpřístupnit různé podoby téhož identifikátoru: srozumitelnou webovou stránku, strojově čitelný JSON-LD nebo doplňující dokumentaci. Nosič dat na produktu či obalu přitom zůstává stabilní, i když se cílové systémy dále vyvíjejí.
Co by měly firmy ověřit v testovacím prostředí
Testovací prostředí neslouží pouze k ručnímu proklikání. Mělo by být považováno za předstupeň produktivní integrace.
Organizace a role
Nejprve je třeba vyjasnit, který právní subjekt provádí registraci, kdo jej v systému zastupuje a které týmy smějí registrace vytvářet nebo měnit. Týká se to kmenových dat, compliance, IT a případně externích poskytovatelů služeb. Osobní testovací účet nenahrazuje model rolí pro pozdější provoz.
Identifikátory a granularita
Produktový tým by měl zjistit, zda bude budoucí pas veden na úrovni modelu, šarže nebo jednotlivého kusu. Odpověď závisí na příslušné odvětvové právní úpravě. Test registru je vhodným okamžikem pro propojení interních ID produktů, GTIN, identifikátorů šarží a trvalého identifikátoru používaného externě.
API a opakovatelnost
Produktivní proces vyžaduje více než jeden úspěšný POST. Registrace, aktualizace a zpracování chyb musí být opakovatelné a protokolované. Patří sem idempotentní požadavky, technická potvrzení a jednoznačné propojení mezi záznamem v ERP, DPP a záznamem v registru. Proces DPP založený na API omezuje ruční odchylky při zakládání většího množství produktů.
Oddělení metadat a odborných údajů
Registrační údaje by se neměly stát druhým zdrojem produktových dat. Definujte, která pole jsou v registru povinná a která zůstanou v decentralizovaném pasu. Každá informace musí mít primární zdroj, odpovědné místo a pravidlo aktualizace.
Doklady a monitoring
Potvrzení o registraci by měla být uložena spolu s časovým razítkem, použitým identifikátorem a odpovědí systému. Kromě toho je zapotřebí kontrola: pas existuje, resolver je dostupný a metadata registru stále odpovídají stavu produktu?
Proč celní řízení potřebuje vlastní kontrolní řetězec
Registr pomáhá celním orgánům před propuštěním do volného oběhu automaticky ověřit, zda je k dispozici platný registrovaný DPP a požadovaný kód zboží. Pro dovozce z toho vzniká nová závislost: identifikátor produktu, záznam v registru a celní prohlášení musí být konzistentní.
Chyba se proto neprojeví až na produktové stránce. Může ovlivnit hraniční proces. Firmy by již v testovací fázi měly simulovat datové toky od založení produktu až po dovozní dokumentaci a stanovit, kdo smí chybnou registraci v krátké lhůtě opravit.
Smysluplný třicetidenní testovací plán
- Vyberte skutečný právní subjekt a malý, reprezentativní sortiment produktů.
- U každého produktu zdokumentujte plánovanou granularitu DPP a primární identifikátory.
- Proveďte úplný průchod přes uživatelské rozhraní a případně také API.
- Společně archivujte potvrzení o registraci, odpověď resolveru a strojově čitelná produktová data.
- Otestujte chybové scénáře: duplicitní identifikátor, zastaralá metadata, nedostupný hostitel dat a stažený produkt.
- Na základě výsledků vytvořte provozní model s odpovědnostmi, monitoringem a eskalačním postupem.
Uvedení registru do provozu ještě neznamená, že již platí všechny odvětvově specifické požadavky na data v plném rozsahu. Přesouvá však diskusi od prezentací k ověřitelným postupům. Firmy nyní mohou zjistit, zda jejich identifikátory, role a API spolupracují, ještě před nástupem prvních povinných termínů.
