EU-Kommissionen satte den 20. juli 2026 registeret for digitale produktpas samt testmiljøet i drift. Dermed er en abstrakt ESPR-komponent blevet til et system, som virksomheder rent faktisk kan afprøve. For producenter er én sondring særlig vigtig nu: Registeret er det centrale indeks, mens selve produktpasset forbliver decentraliseret.
Hvad der gik live den 20. juli
Registeret optager entydige produktidentifikationer, registreringsdata og udvalgte metadata. De fuldstændige produktoplysninger ligger fortsat hos den ansvarlige erhvervsaktør eller hos en udpeget DPP-tjenesteudbyder. Kommissionen beskriver derfor udtrykkeligt registeret som en indekstjeneste og ikke som et centralt content management-system.
Registreringer skal kunne foretages via en sikret brugergrænseflade og via en API. Virksomheder kan desuden generere et elektronisk registreringsbevis. Det er relevant for B2B-processer, fordi leverandører og kunder dermed kan dokumentere, at et pas er registreret i EU-systemet, uden at duplikere hele datagrundlaget.
Lanceringen omfatter ikke kun ESPR-produktgrupper. Kommissionen nævner også batterier, byggevarer, legetøj, vaske- og rengøringsmidler samt tensider til slutbrugere, i det omfang den relevante EU-ret kræver et digitalt produktpas. Den første bindende frist er fortsat den 18. februar 2027 for visse batterier.
Register, resolver og datakilde er tre forskellige lag
Et robust DPP-system bør adskille opgaverne klart:
- EU-registeret bekræfter, at en identifikation og de foreskrevne metadata er registreret.
- En resolver viderestiller den persistente produktidentifikation til den relevante ressource.
- Den egentlige datakilde leverer aktuelt indhold til mennesker og maskiner.
Denne adskillelse er ikke en detalje. Hvis alle data udelukkende placeres på en egen produktside, har man endnu ingen registerintegration. Hvis man omvendt kun registrerer en identifikation, stiller man endnu ikke et brugbart produktpas til rådighed. De to dele skal forbindes via stabile identifikatorer.
Til opløsningen egner et åbent, permanent link sig. En GS1-Digital-Link-resolver kan gøre forskellige visninger tilgængelige via den samme identifikation: en letforståelig webside, maskinlæsbar JSON-LD eller supplerende dokumentation. Databæreren på produktet eller emballagen forbliver stabil, selv om målsystemerne videreudvikles.
Hvad virksomheder bør kontrollere i testmiljøet
Testmiljøet er ikke kun beregnet til et manuelt kliktest. Det bør behandles som et forstadie til den produktive integration.
Organisation og roller
Først skal det afklares, hvilken juridisk enhed der registrerer, hvem der repræsenterer den i systemet, og hvilke teams der må oprette eller ændre registreringer. Det omfatter stamdata, compliance, IT og eventuelt eksterne tjenesteudbydere. En personlig testadgang erstatter ikke en rollemodel for den senere drift.
Identifikationer og granularitet
Produktteamet bør afklare, om det senere pas skal føres på model-, batch- eller enkeltstykniveau. Svaret afhænger af den relevante sektorspecifikke lovgivning. Registertesten er det rette tidspunkt til at knytte interne produkt-ID'er, GTINs, batchidentifikationer og den eksternt anvendte persistente identifikation sammen.
API og gentagelighed
En produktiv proces kræver mere end en vellykket POST. Registrering, opdatering og fejlhåndtering skal kunne gentages og logges. Det omfatter idempotente requests, tekniske kvitteringer og en klar sammenkobling mellem ERP-datasæt, DPP og registerpost. En API-baseret DPP-proces reducerer manuelle afvigelser, når produkter oprettes i større mængder.
Adskillelse af metadata og fagdata
Registerdataene bør ikke blive til et ekstra produktdataregister. Definér, hvilke felter der er nødvendige i registeret, og hvilke der forbliver i det decentrale pas. For hver oplysning er der behov for en førende kilde, en ansvarlig instans og en opdateringsregel.
Dokumentation og overvågning
Registreringsbeviser bør gemmes sammen med tidsstempel, anvendt identifikation og systemsvar. Derudover er der behov for en afstemning: Findes passet, er resolveren tilgængelig, og stemmer registermetadata og produktstatus stadig overens?
Hvorfor tolden har brug for sin egen kontrolkæde
Registeret hjælper toldmyndighederne med automatisk før overgang til fri omsætning at kontrollere, om et gyldigt registreret DPP og den krævede varekode foreligger. For importører skaber det en ny afhængighed: Produktidentifikation, registerpost og toldangivelse skal være konsistente.
En fejl bliver derfor ikke først synlig på en produktside. Den kan påvirke grænseprocessen. Virksomheder bør allerede i testen simulere dataflow fra produktoprettelse til importdokumentation og fastlægge, hvem der hurtigt må korrigere en fejlbehæftet registrering.
En fornuftig 30-dages testplan
- Vælg en reel juridisk enhed og et lille, repræsentativt produktsortiment.
- Dokumentér den planlagte DPP-granularitet og de førende identifikationer for hvert produkt.
- Gennemfør et komplet forløb via brugergrænsefladen og, hvis relevant, API'en.
- Arkivér registreringsbevis, resolver-svar og maskinlæsbare produktdata samlet.
- Test fejlsituationer: duplikatidentifikation, forældede metadata, utilgængelig datahost og tilbagetrukket produkt.
- Udled en driftsmodel med ansvarsområder, overvågning og eskalationsvej på baggrund af resultaterne.
Den operationelle start af registeret betyder endnu ikke, at alle sektorspecifikke datakrav allerede gælder fuldt ud. Den flytter dog diskussionen fra præsentationer til kontrollerbare arbejdsgange. Virksomheder kan nu se, om deres identifikationer, roller og API'er passer sammen, før de første obligatoriske frister indtræffer.
