Prečo „zaregistrovať raz" nestačí
Mnohé spoločnosti pristupujú k digitálnemu produktovému pasu (DPP) ako k jednorazovej úlohe v oblasti súladu: zhromaždiť údaje, vytvoriť záznam v registri, hotovo. Nariadenie ESPR (EÚ) 2024/1781 však hovorí niečo iné. Vyžaduje, aby záznamy v registri zostali dostupné a aktuálne najmenej 10 rokov po tom, ako bol produkt naposledy uvedený na trh. Ak dnes ukončíte výrobu nejakého modelu, jeho záznam musíte udržiavať minimálne do roku 2036 — vrátane platných koncových bodov resolvera a správnych jedinečných identifikátorov.
Tento článok vysvetľuje, čo aktualizácia záznamu v registri v skutočnosti zahŕňa, ktorých polí sa týka a ako celý proces zabezpečiť po technickej stránke.
Čo register ukladá — a čo nie
Dňa 29. apríla 2026 Európska komisia zverejnila návrh vykonávacieho nariadenia pre centrálny register DPP. Dokument jasne ukazuje, aký úsporný má byť centrálny register: na jeden záznam ukladá iba tri údajové prvky:
| Pole | Popis | Povinnosť aktualizácie |
|---|---|---|
| Jedinečný identifikátor (UID) | Jedinečný identifikátor produktu/modelu | Po priradení nemenný |
| Koncový bod resolvera | URL, na ktorej možno získať úplný DPP | Aktualizovateľný; vyžadovaný pri migrácii |
| Kód komodity | Kód kategórie produktu (napr. HS alebo CN kód) | Opraviteľný v prípade chybného záznamu |
Samotné údaje o produkte — materiálové zloženie, index opraviteľnosti, uhlíková stopa — sa v centrálnom registri neukladajú. Poskytuje ich výrobca alebo poverený správca údajov na koncovom bode resolvera. Register je len adresár. Toto oddelenie je dôležité z architektonického hľadiska: aktualizácia centrálneho záznamu je potrebná len vtedy, keď sa zmení UID, resolver alebo kód komodity. Údržba údajov na úrovni obsahu prebieha výlučne na strane poskytovateľa údajov.
Požiadavky na produktovo špecifické údaje — čo presne sa musí v DPP objaviť — zostávajú doménou sektorovo špecifickej regulácie, ako sú delegované nariadenia podľa ESPR alebo, v prípade batérií, nariadenie o batériách (EÚ) 2023/1542.
Kedy je aktualizácia registra povinná
Koncový bod resolvera sa zmenil
Toto je v praxi najčastejší scenár. Spoločnosti menia poskytovateľov cloudu, migrujú na nové platformy DPP alebo konsolidujú domény. Hneď ako sa predchádzajúci koncový bod resolvera stane nedostupným, žiadny skener — či už colný orgán, orgán dohľadu nad trhom alebo koncový spotrebiteľ — nedokáže DPP získať. Nariadenie výslovne nestanovuje lehotu na reakciu, ale 10-ročná povinnosť dostupnosti v praxi vytvára nulovú toleranciu voči trvalo nefunkčným odkazom.
Odporúčanie: Použite ako medzivrstvu stabilný resolver na subdoméne vlastnenej spoločnosťou (napr. dpp.yourcompany.com). Vďaka tomu pri zmene platformy stačí prekonfigurovať veci interne — bez zásahu do záznamu v registri. To zodpovedá princípu GS1 Digital Link, kde QR kód odkazuje na stabilný resolver, ktorý následne presmeruje na meniace sa backendové systémy.
Bol zadaný nesprávny kód komodity
Kódy komodít (CN alebo HS kódy) určujú, ktoré delegované nariadenia sa na produkt vzťahujú. Nesprávny kód môže viesť k zaradeniu produktu do nesprávnej kategórie alebo k jeho chybnej klasifikácii pri automatizovaných hraničných kontrolách — ktoré EÚ plánuje zaviesť od roku 2028 v rámci navrhovaného zákona o obehovom hospodárstve. Opravy sú podľa návrhu vykonávacieho nariadenia povolené, vyžadujú si však zdokumentované odôvodnenie.
Akvizícia spoločnosti alebo prevod licencie
Keď produkt mení ekonomické vlastníctvo, musíte posúdiť, či sa prevádza aj zodpovednosť za resolver. Účet v registri je viazaný na pôvodného registrujúceho; prevod si vyžaduje formálny proces prostredníctvom príslušného národného orgánu.
Technický proces: aktualizácia záznamu
Vykonávacie nariadenie počíta s rozhraním k registru založeným na API. Presný koncový bod bude zverejnený až po nadobudnutí účinnosti nariadenia, očakávaný pracovný postup však možno odvodiť z návrhu:
# Authentication via OAuth 2.0 Client Credentials
# Note: The registry API URL below is illustrative; the final endpoint will be published upon entry into force.
curl -X POST https://registry.dpp.ec.europa.eu/oauth/token \
-d "grant_type=client_credentials" \
-d "client_id=YOUR_CLIENT_ID" \
-d "client_secret=YOUR_SECRET" \
-d "scope=registry:write"
# PATCH request to update the resolver endpoint
# Note: The registry API URL below is illustrative; the final endpoint will be published upon entry into force.
curl -X PATCH https://registry.dpp.ec.europa.eu/v1/entries/{uid} \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "Content-Type: application/json" \
-d '{
"resolverEndpoint": "https://dpp.yourcompany.com/resolve/{uid}",
"updateReason": "platform_migration"
}'
Pole updateReason je v návrhu označené ako povinné pre všetky zmeny okrem prvotného záznamu. Medzi povolené hodnoty patria platform_migration, domain_change, commodity_code_correction a ownership_transfer. História auditu všetkých aktualizácií je registrom uchovávaná počas celého 10-ročného obdobia.
Hromadné aktualizácie pre rozsiahle produktové portfóliá
Spoločnosti s tisíckami SKU nedokážu jednotlivé požiadavky spravovať manuálne. Návrh nariadenia počíta s dávkovým (batch) koncovým bodom:
{
"batchUpdate": [
{
"uid": "urn:epc:id:sgtin:0614141.107346.2017",
"resolverEndpoint": "https://dpp.yourcompany.com/resolve/0614141.107346.2017",
"updateReason": "platform_migration"
},
{
"uid": "urn:epc:id:sgtin:0614141.107346.2018",
"resolverEndpoint": "https://dpp.yourcompany.com/resolve/0614141.107346.2018",
"updateReason": "platform_migration"
}
]
}
Vybudovanie a údržba týchto hromadných procesov si vyžaduje štruktúrovanú správu údajov, akú predpokladá pracovný postup hromadného importu pre záznamy DPP.
Medzinárodná štandardizácia ako kotva stability
Aktualizačný proces je len taký spoľahlivý ako štandardy, na ktorých je postavený. A práve tu prichádza na rad vznik ISO/IEC JTC 5: úlohou nového spoločného technického výboru, ktorého sekretariát vedie Nemecký inštitút pre normalizáciu (DIN), je vyvinúť medzinárodné štandardy pre globálnu interoperabilitu systémov DPP.
V praktickom zmysle pre aktualizačné procesy: keď ISO/IEC JTC 5 prijme štandardy pre dátové formáty, schémy API a štruktúry identifikátorov, očakáva sa, že sa premietnu do budúcich revízií vykonávacích nariadení ESPR. Spoločnosti, ktoré sa už opierajú o identifikátory v súlade s GS1 (GTIN, SGTIN) a resolvery GS1 Digital Link, sú v dobrej pozícii: tieto štandardy sa považujú za referenčnú implementáciu pre JTC 5.
Notifikácia nariadenia EÚ o registri zaslaná WTO (G/TBT/N/EU/1211) z 21. mája 2026 takisto signalizuje, že systém je klasifikovaný ako technický predpis o obchode — s dôsledkami pre výrobcov z tretích krajín, ktorí vyvážajú produkty do EÚ. Aj oni musia záznamy v registri udržiavať a uchovávať v aktuálnom stave.
Údržba údajov ako nepretržitý proces: organizačné dôsledky
10-ročná povinnosť nie je len úlohou IT. Vyžaduje si organizačné opatrenia:
- Zdokumentujte zodpovednosti: Kto vo vašej organizácii zodpovedá za záznamy v registri? Táto rola musí zostať obsadená aj počas fluktuácie zamestnancov a reštrukturalizácie spoločnosti.
- Nastavte monitorovanie resolvera: Automatizované kontroly dostupnosti (kontroly HTTP stavu) pre všetky aktívne koncové body resolvera nie sú niečím navyše — sú prevádzkovým minimom.
- Veďte protokol zmien: História auditu v registri je prístupná orgánom. Doplňte ju o interný protokol zmien, ktorý obsahuje odôvodnenia a schválenia.
- Preverte zmluvy s poskytovateľmi platforiem: Ak využívate externého poskytovateľa služieb DPP, zmluva musí výslovne pokrývať požiadavku 10-ročnej dostupnosti — vrátane ustanovení pre prípad platobnej neschopnosti alebo ukončenia činnosti poskytovateľa.
Dňa 27. mája 2026 usporiadala Európska komisia webinár o implementácii DPP pre batérie, ktorý sa výslovne venoval výzvam v oblasti údržby údajov, ktorým čelia malé a stredné podniky. Posolstvo bolo jasné: dlhodobá dostupnosť údajov nie je technický detail — je to základná povinnosť.
Záver
Záznam v registri DPP nie je statický dokument. Vykonávacie nariadenie z apríla 2026 zavádza právny rámec, ktorý od výrobcov vyžaduje, aby svoje údaje aktívne a preukázateľne udržiavali počas celého desaťročia. Dobrá správa: centrálny register je zámerne navrhnutý ako úsporný. Ak navrhnete koncové body resolvera so zreteľom na stabilitu, použijete identifikátory v súlade s GS1 a procesy zmien zakomponujete do svojej organizácie, technická réžia spojená s aktualizáciami zostane zvládnuteľná — a budete dobre pripravení na nadchádzajúce štandardy ISO/IEC JTC 5.