Hvorfor "registrér én gang" ikke er nok
Mange virksomheder behandler det digitale produktpas (DPP) som en engangsøvelse i compliance: indsaml data, opret en registerpost, færdig. ESPR-forordningen (EU) 2024/1781 fortæller en anden historie. Den kræver, at registerposter forbliver tilgængelige og aktuelle i mindst 10 år efter, at et produkt sidst er bragt i omsætning. Hvis du udfaser en model i dag, skal du vedligeholde dens post indtil mindst 2036 — inklusive gyldige resolver-endpoints og korrekte unikke identifikatorer.
Denne artikel forklarer, hvad det rent faktisk indebærer at opdatere en registerpost, hvilke felter der er berørt, og hvordan du sikrer processen på den tekniske side.
Hvad registret gemmer — og hvad det ikke gemmer
Den 29. april 2026 offentliggjorde Europa-Kommissionen udkastet til gennemførelsesforordningen for det centrale DPP-register. Dokumentet gør det klart, hvor slankt det centrale register er designet til at være: det gemmer kun tre dataelementer pr. post:
| Felt | Beskrivelse | Opdateringsforpligtelse |
|---|---|---|
| Unik identifikator (UID) | Unik identifikator for produktet/modellen | Uforanderlig, når den først er tildelt |
| Resolver-endpoint | URL, hvor hele DPP'en kan hentes | Kan opdateres; påkrævet ved migrering |
| Varekode | Produktkategorikode (f.eks. HS- eller CN-kode) | Kan korrigeres i tilfælde af fejlagtig indtastning |
De faktiske produktdata — materialesammensætning, reparerbarhedsindeks, CO2-aftryk — gemmes ikke i det centrale register. De stilles til rådighed af producenten eller en autoriseret databetroet ved resolver-endpointet. Registret er blot adressebogen. Denne adskillelse er vigtig arkitektonisk: en opdatering af den centrale post er kun nødvendig, når UID, resolver eller varekode ændres. Vedligeholdelse af data på indholdsniveau sker udelukkende på dataudbyderens side.
De produktspecifikke datakrav — hvad der nøjagtigt skal fremgå af DPP'en — forbliver inden for sektorspecifik regulering, såsom de delegerede forordninger under ESPR eller, for batterier, batteriforordningen (EU) 2023/1542.
Hvornår en registeropdatering er obligatorisk
Resolver-endpointet er ændret
Dette er det mest almindelige scenarie i praksis. Virksomheder skifter cloud-udbyder, migrerer til nye DPP-platforme eller konsoliderer domæner. Så snart det tidligere resolver-endpoint bliver utilgængeligt, kan ingen scanner — hverken en toldmyndighed, et markedsovervågningsorgan eller en slutforbruger — hente DPP'en. Forordningen specificerer ikke udtrykkeligt en svarfrist, men kravet om 10 års tilgængelighed skaber reelt nultolerance over for permanent brudte links.
Anbefaling: Brug et stabilt, virksomhedsejet subdomæne-resolver (f.eks. dpp.yourcompany.com) som et indirektionslag. På den måde behøver du kun at omkonfigurere internt, når du skifter platform — uden at røre registerposten. Dette følger princippet i GS1 Digital Link, hvor QR-koden peger på en stabil resolver, der til gengæld omdirigerer til skiftende backend-systemer.
En forkert varekode blev indtastet
Varekoder (CN- eller HS-koder) afgør, hvilke delegerede forordninger der gælder for et produkt. En forkert kode kan medføre, at produktet klassificeres i den forkerte kategori, eller bliver fejlklassificeret under automatiserede grænsekontroller — som EU planlægger at indføre fra 2028 under den foreslåede Circular Economy Act. Korrektioner er tilladt under udkastet til gennemførelsesforordningen, men kræver dokumenteret begrundelse.
Virksomhedsovertagelse eller licensoverdragelse
Når et produkt skifter økonomisk ejerskab, skal du vurdere, om resolver-ansvaret også overdrages. Registerkontoen er knyttet til den oprindelige registrant; en overdragelse kræver en formel proces gennem den kompetente nationale myndighed.
Teknisk proces: opdatering af en post
Gennemførelsesforordningen indfører en API-baseret grænseflade til registret. Det nøjagtige endpoint offentliggøres først, når forordningen træder i kraft, men det forventede workflow kan udledes af udkastet:
# 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"
}'
Feltet updateReason er i udkastet udpeget som obligatorisk for alle ændringer ud over den oprindelige post. Tilladte værdier omfatter platform_migration, domain_change, commodity_code_correction og ownership_transfer. Auditsporet over alle opdateringer opbevares af registret i hele 10-årsperioden.
Masseopdateringer for store produktporteføljer
Virksomheder med tusindvis af SKU'er kan ikke håndtere individuelle anmodninger manuelt. Udkastet til forordningen indfører et batch-endpoint:
{
"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"
}
]
}
Opbygning og vedligeholdelse af disse masseprocesser kræver struktureret datastyring, sådan som et workflow til masseimport af DPP-poster forudsætter.
International standardisering som stabilitetsanker
En opdateringsproces er kun så robust som de standarder, den er bygget på. Det er her, oprettelsen af ISO/IEC JTC 5 kommer ind i billedet: den nye Joint Technical Committee, hvis sekretariat varetages af det tyske standardiseringsinstitut (DIN), har til opgave at udvikle internationale standarder for global interoperabilitet mellem DPP-systemer.
Konkret for opdateringsprocesser betyder det: når ISO/IEC JTC 5 vedtager standarder for dataformater, API-skemaer og identifikatorstrukturer, forventes disse at indgå i fremtidige revisioner af ESPR-gennemførelsesforordningerne. Virksomheder, der allerede benytter GS1-kompatible identifikatorer (GTIN, SGTIN) og GS1 Digital Link-resolvere, står godt rustet: disse standarder betragtes som referenceimplementeringen for JTC 5.
WTO-notifikationen af EU's registerforordning (G/TBT/N/EU/1211) den 21. maj 2026 signalerer også, at systemet klassificeres som en teknisk handelsforskrift — med konsekvenser for tredjelandsproducenter, der eksporterer produkter til EU. Også de skal vedligeholde og holde registerposter aktuelle.
Datavedligeholdelse som en løbende proces: organisatoriske konsekvenser
10-årsforpligtelsen er ikke udelukkende en it-opgave. Den kræver organisatoriske foranstaltninger:
- Dokumentér ansvarlighed: Hvem i din organisation er ansvarlig for registerposterne? Denne rolle skal forblive besat selv ved personaleudskiftning og virksomhedsomstrukturering.
- Etablér resolver-overvågning: Automatiserede tilgængelighedskontroller (HTTP-statuskontroller) for alle aktive resolver-endpoints er ikke et nice-to-have — de er et operationelt minimum.
- Før en ændringslog: Auditsporet i registret er tilgængeligt for myndighederne. Suppler det med en intern ændringslog, der indeholder begrundelser og godkendelser.
- Gennemgå kontrakter med platformudbydere: Hvis du bruger en ekstern DPP-tjenesteudbyder, skal kontrakten udtrykkeligt dække kravet om 10 års tilgængelighed — inklusive bestemmelser for udbyderens konkurs eller virksomhedsophør.
Den 27. maj 2026 afholdt Europa-Kommissionen et webinar om implementering af batteri-DPP, der udtrykkeligt tog fat på de udfordringer ved datavedligeholdelse, som SMV'er står over for. Budskabet var klart: langsigtet datatilgængelighed er ikke en teknisk detalje — det er en kerneforpligtelse.
Konklusion
En DPP-registerpost er ikke et statisk dokument. Gennemførelsesforordningen fra april 2026 etablerer en juridisk ramme, der kræver, at producenter aktivt og dokumenterbart vedligeholder deres data over et årti. Den gode nyhed: det centrale register holdes bevidst slankt. Hvis du designer resolver-endpoints med stabilitet for øje, bruger GS1-kompatible identifikatorer og indlejrer ændringsprocesser i din organisation, forbliver det tekniske overhead ved opdateringer overskueligt — og du vil være godt forberedt på de kommende ISO/IEC JTC 5-standarder.
