Sådan holder du DPP-data opdateret: Hvordan opdateringsprocessen fungerer

Det digitale produktpas (DPP) er ikke et statisk dokument. Opretter du ét og glemmer det, risikerer du huller i compliance — over en meget lang tidshorisont: ESPR-forordningen (EU) 2024/1781 kræver, at registerposter forbliver tilgængelige og opdaterede i mindst 10 år efter, at et produkt senest er bragt på markedet. Denne artikel forklarer, hvilke datalag der findes, hvornår hvert af dem skal opdateres, og hvordan du implementerer processen rent fra et teknisk synspunkt.

De tre lag i et DPP — og hvem der vedligeholder dem

Et komplet DPP består af mindst tre logisk adskilte lag, hver med sin egen opdateringskadence.

1. Registerpost (identifikator + resolver)

Det centrale DPP-register — hvis gennemførelsesforordning Europa-Kommissionen offentliggjorde i udkast den 29. april 2026 — gemmer udelukkende:

produktets unikke identifikator (UID) — i praksis et GS1 GTIN eller en ISO/IEC 15459-kompatibel kode,
resolver-endpointet, dvs. den URL, hvorfra det egentlige passindhold kan hentes,
den tilhørende varekode.

Dette lag ændres sjældent. En opdatering er primært nødvendig, når resolver-endpointet ændres — for eksempel fordi en virksomhed skifter sin DPP-tjenesteudbyder eller migrerer et domæne. Da QR-koden på det fysiske produkt peger på denne post, skal resolverens kontinuitet garanteres uden afbrydelse.

2. Resolver-konfiguration (link-routing)

Resolveren oversætter et indkommende scan til den rette destinations-URL — afhængigt af kontekst, sprog eller brugerrolle. Organisationer, der anvender GS1 Digital Link, kan route til forskellige datasæt via strukturerede link-typer (f.eks. gs1:sustainabilityInfo, gs1:epcis).

Opdateringer på dette lag er nødvendige, når:

nye obligatoriske felter indføres ved delegerede retsakter (f.eks. tekstil- og batteriforordningerne, der forventes fra 2026/2027 og frem),
destinations-URL'er ændres,
nye sprogversioner eller markedsregioner tilføjes.

3. Produktdata (det egentlige passindhold)

Det er her, det reelle indhold ligger: materialesammensætning, reparerbarhedsindeks, CO2-aftryk, deklarationer af farlige stoffer, garantioplysninger. Dette lag har den højeste opdateringsfrekvens, fordi det afhænger af faktiske hændelser i produktets livscyklus.

Hvornår skal DPP-data opdateres?

ESPR-forordningen fastsætter ikke faste opdateringsintervaller. I stedet gælder princippet om dataaktualitet: oplysningerne skal afspejle produktets faktiske tilstand. Det giver anledning til flere praktisk relevante triggere:

Regulatoriske ændringer

Så snart en delegeret retsakt indfører nye dataforpligtelser, skal eksisterende pas opdateres tilsvarende. Det er ikke en teoretisk fremtidig bekymring: de første produktspecifikke forordninger for tekstiler og batterier er planlagt til at træde i kraft i 2026 og 2027 under ESPR-tidslinjen.

For batteriproducenter betyder det: fra august 2026 skal alle batterier, der sælges i EU, bære synlige QR-koder og mærkning, der dækker kapacitet, kemi og farlige stoffer — som en forløber for det fulde batteripas, der bliver obligatorisk i 2027. EU's batteriforordning er derfor en af de første reelle storskala-tests af DPP-opdateringsprocessen.

Produktændringer

Hvis et produkts materialesammensætning ændres — selv når GTIN forbliver det samme — skal DPP'et opdateres. Det samme gælder for:

nye reparationsvejledninger eller kilder til reservedele,
reviderede garantibetingelser,
opdaterede sikkerhedsdatablade.

Tilbagekaldelser eller sikkerhedsadvarsler

Sikkerhedsrelevante oplysninger skal indtastes uden ophold. DPP'et er ikke en erstatning for RAPEX-hurtigvarslingssystemet, men det er en supplerende kanal, der kan bruges af både forbrugere og tilsynsmyndigheder.

Teknisk opdateringsproces: trin for trin

Trin 1: Afklar identifikatorer og versionering

Enhver ændring af passindhold bør versioneres. En kombination af følgende anbefales:

Produkt-UID (uforanderlig, f.eks. GTIN + serienummer),
Pasversion (semantisk versionsnummer eller tidsstempel),
Årsag til ændring (regulatorisk, produktrelateret, korrigerende).

{
  "uid": "urn:epc:id:sgtin:4012345.067890.1234567",
  "passVersion": "2.1.0",
  "lastModified": "2026-05-19T10:00:00Z",
  "changeReason": "battery-regulation-aug2026"
}

Trin 2: Opdater kun det berørte datalag

En almindelig fejl er at omskrive hele paspostens indhold, når en regulatorisk opdatering indtræffer. Det øger risikoen for fejl og gør ændringer sværere at spore. En bedre tilgang: brug en modulær datastruktur, hvor enkelte datafelter kan opdateres uafhængigt af hinanden.

Hvis du arbejder via et API, så brug HTTP PATCH i stedet for PUT:

PATCH /api/v1/dpp/{uid}/sections/battery
Content-Type: application/json

{
  "capacityWh": 42.5,
  "chemistry": "LFP",
  "hazardousSubstances": ["Li", "P"],
  "carbonFootprintKgCO2e": 18.3
}

Trin 3: Sikr resolverens tilgængelighed

En opdatering, der midlertidigt tager resolveren offline, er kritisk set fra et compliance-perspektiv. ESPR's krav om 10 års tilgængelighed levner ingen plads til nedetid uden en fallback. Anbefalede praksisser omfatter:

Blue-green deployment for resolver-opdateringer,
overvågning af resolver-endpointet med alarmering ved HTTP-fejlkoder ≥ 400,
regelmæssig verifikation af, at det endpoint, der er registreret i registeret, rent faktisk er tilgængeligt.

Trin 4: Bulk-opdateringer for store produktporteføljer

Den, der administrerer hundredvis eller tusindvis af produkter, kan ikke undgå en struktureret bulk-import-proces. Det centrale princip: ændringer bør behandles som differentielle opdateringer (delta-importer) frem for fulde importer for at minimere fejlkilder og bevare audit-spor.

Et typisk CSV-format for en delta-opdatering kunne se sådan ud:

uid,field,newValue,effectiveDate,changeReason
urn:epc:...:001,capacityWh,42.5,2026-08-18,battery-reg-2026
urn:epc:...:002,chemistry,NMC,2026-08-18,battery-reg-2026

Særlige overvejelser for tekstiler og fair trade-debatten

For tekstilproducenter medfører ESPR-tidslinjen særlige udfordringer. Fair Trade-bevægelsen har i sine anbefalinger til den delegerede retsakt for tekstiler opfordret til, at DPP-dataarkitekturen også skal være håndterbar for SMV'er og småbønder i tredjelande. Det har direkte konsekvenser for opdateringsprocessen: når forsyningskædedata stammer fra aktører, der ikke har direkte API-adgang, er robuste manuelle eller halvautomatiske dataindtastningsveje afgørende.

Det illustrerer, at opdateringsprocessen ikke kun er et teknisk spørgsmål, men også et organisatorisk ét: Hvem er bemyndiget til at ændre hvilke data? Hvem validerer ændringer? Hvordan integreres leverandører i processen?

GS1 Digital Link som muliggører af opdateringer

GS1 Generalforsamlingen 2026, der i Warszawa fokuserede på den globale overgang til 2D-stregkoder, understreger dette punkt: GS1 Digital Link er den foretrukne mekanisme til at knytte produktidentiteter til aktuelt indhold. Den afgørende fordel for opdateringsprocessen: QR-koden på produktet forbliver uændret — kun indholdet bag resolveren ændres. Det er netop dette, der overhovedet gør efterfølgende opdateringer af produkter, der allerede er solgt på markedet, mulige.

Med Sunrise 2027-fristen for 2D-stregkoder i detailhandlen nærmer det tidspunkt sig, hvor brands ikke længere kan udskyde GS1 Digital Link-QR-koder — både af hensyn til detailhandels-compliance og DPP-krav.

Konklusion: Opdateringsevne er ikke en feature — det er et krav

ESPR-forordningen behandler DPP'et som et levende dokument. Den, der planlægger en implementering i dag, må indbygge opdateringsprocesser fra starten: versionerede datastrukturer, modulære API'er, stabile resolvere og klare governance-regler for dataændringer. De første obligatoriske frister — batterier fra august 2026, tekstiler forventet i 2027 — er tæt nok på, at den tekniske forberedelse bør begynde nu.