DPP-Hold data aktuelle: Hvad ESPR faktisk foreskriver

Spørgsmålet lyder banalt, men det er det ikke: Hvor ofte skal et digitalt produktpas opdateres? Den, der leder efter et konkret tal i ESPR-forordningen (EU) 2024/1781, bliver skuffet. Teksten foreskriver kun, at DPP skal indeholde „aktuelle og nøjagtige oplysninger“ – uden frekvens, uden SLA og uden teknisk specifikation. Hvad det betyder i praksis, afhænger i høj grad af produkttypen, forsyningskæden og de delegerede retsakter, der endnu skal udstedes for hver produktkategori.

Denne artikel forklarer, hvilke datakategorier der overhovedet kan ændre sig, hvilke opdateringsmønstre der viser sig effektive i tidlige implementeringer, og hvor de regulatoriske faldgruber ligger.

Hvad der overhovedet kan ændre sig i et DPP

Et produktpas er ikke en statisk PDF. Det består af datapunkter med meget forskellige livscyklusser.

Statiske vs. dynamiske data

Overordnet kan DPP-felter inddeles i tre klasser:

Datakategori	Typisk ændringsfrekvens	Eksempler
Stamdata	Én gang (ved produktlancering)	GTIN, materialesammensætning, producent
Batch-/lotdata	Pr. produktionskørsel	PCF-værdi, råvarernes oprindelse, certifikater
Livscyklusdata	Hændelsesbaseret	Reparationshistorik, tilbagekaldelse, bortskaffelsesmetode

JRC-dataudkastet for stålprodukter tydeliggør denne forskel: Det produktspecifikke CO₂-aftryk (PCF) registreres dér eksplicit på batchniveau og skal beregnes ved hjælp af ISO-14067-kompatible metoder. Det betyder, at hver ny produktionsbatch kan have en anden PCF-værdi – passet skal referere korrekt til denne værdi, ikke til gennemsnittet for det foregående år.

Batterieksemplet som model

Det digitale batteripas, som bliver obligatorisk fra 18. februar 2027, viser, hvor dynamiske DPP-data kan være. Branc hrapporter om implementeringen af det digitale batteripas identificerer datafragmentering og dynamiske dataopdateringer som de to centrale praktiske problemer. Batterier akkumulerer data gennem hele deres levetid: State of Health (SoH), opladningscyklusser og reparationshændelser. Hvis man arbejder med et statisk datasæt her, overholder man ikke forordningen.

Opdateringsmønstre: Sådan fungerer implementeringer i dag

Hændelsesbaserede opdateringer via webhook

Det mest robuste mønster i tidlige DPP-systemer er den hændelsesbaserede opdatering: Et backend-system sender en webhook, så snart et relevant datapunkt ændres – f.eks. når et nyt inspektionscertifikat udstedes, eller en reparation afsluttes.

// Beispiel: Webhook-Handler für DPP-Update
app.post('/webhook/dpp-update', async (req, res) => {
  const { passportId, field, newValue, timestamp } = req.body;

  await dppRepository.patchField(passportId, {
    [field]: newValue,
    lastUpdated: timestamp,
  });

  await auditLog.append(passportId, { field, newValue, timestamp });
  res.status(204).send();
});

Vigtigt: ESPR kræver implicit mulighed for et revisionsspor. Ændringer skal kunne spores – en simpel overskrivning uden versionsstyring indebærer en regulatorisk risiko.

Batchopdateringer af batchoplysninger

Når PCF-værdier eller certifikater for hele produktionsbatches opdateres på én gang, er en masseimportprocedure velegnet. Her overføres en liste over pasnumre sammen med den nye feltværdi:

# Beispiel: Bulk-PATCH via CLI
curl -X PATCH https://api.example.com/v1/dpp/bulk \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "filter": { "batchId": "BATCH-2026-06-A" },
    "patch": {
      "carbonFootprint": 1.84,
      "carbonFootprintMethod": "ISO 14067:2018",
      "certifiedAt": "2026-06-15"
    }
  }'

Platforme som qr3.app med masseimport understøtter dette mønster, så hver batch ikke skal vedligeholdes manuelt.

GS1 Digital Link som resolverlag

Et ofte undervurderet aspekt er, at QR-koden på produktet ikke må ændres – den er trykt fysisk. Det, der skal ændres, er indholdet, den peger på. Det er netop her, GS1 Digital Link leverer det afgørende abstraktionslag. QR-koden koder en stabil URI (f.eks. https://id.example.com/01/04012345678901/21/SN-00042), og resolveren videresender til den aktuelt relevante datakilde.

Driscoll's demonstrerede på GS1 Connect 2026, hvordan dette princip fungerer i stor skala: Over en milliard Berry-clamshells blev forsynet med entydige identiteter og migrerer i øjeblikket til fuldt ud GS1 Digital Link-kompatible QR-koder. Koden på emballagen forbliver uændret; det, der ændres, er datasættet bag resolveren.

Nye teknologier som partnerskabet mellem Polytag og DataLase viser, at GS1-kompatible QR-koder nu også kan påføres vanskelige emballagesubstrater med produktionslinjens hastighed – den fysiske hindring bliver mindre, mens resolverlogikken bagved forbliver den samme.

Regulatoriske faldgruber

EmpCo-direktivet som yderligere pres

Den, der tror, at det kun er nødvendigt at holde øje med ESPR, undervurderer helhedsbilledet. Europa-Kommissionen indledte i juni 2026 traktatbrudsprocedurer mod 20 medlemsstater på grund af mangelfuld gennemførelse af EmpCo-direktivet (EU) 2024/825. Direktivet forbyder greenwashing og kræver klare oplysninger om holdbarhed og reparerbarhed – oplysninger, der skal indgå direkte i DPP. Forældede reparerbarhedsindeks eller ugyldige bæredygtighedsmærker i passet kan dermed ikke kun udgøre en ESPR-overtrædelse, men også en EmpCo-overtrædelse.

Ingen eksplicit opdateringsfrist – men implicitte forpligtelser

Det manglende frekvenskrav i ESPR er ikke et carte blanche. Af ordlyden „aktuelle og nøjagtige oplysninger“ kan der udledes flere implicitte forpligtelser:

Hændelsesbetinget aktualitet: Så snart en tilbagekaldelse, en reparation eller en certifikatændring finder sted, skal passet opdateres – uden ventetid.
Batchbetinget aktualitet: PCF-værdier og dokumentation for råmaterialer må ikke overføres fra en gammel batch til en ny, hvis værdierne afviger.
Overensstemmelse med markedsovervågningen: Myndigheder skal kunne hente passet i hele produktets livscyklus. Et pas, der aldrig opdateres efter salget, er værdiløst for reparations- og bortskaffelsesoplysninger.

Ecommerce Europe anbefaler i sit positionspapir udtrykkeligt en trinvis indførelse og fleksibel datagranularitet – hvilket indirekte betyder, at opdateringsprocesser kan opbygges iterativt, så længe kernekravene opfyldes.

Praktiske anbefalinger

Planlæg revisionsloggen fra begyndelsen

Enhver ændring i et DPP-datasæt bør logges med tidsstempel, ophavsperson og ændringsårsag. Det er i dag ikke et eksplicit ESPR-krav, men forventes i de delegerede retsakter og er reelt nødvendigt for markedsovervågningen.

Resolverarkitektur før dataarkitektur

Den, der først fastlægger datastrukturen og derefter overvejer, hvordan QR-koden skal pege på den, bygger i den forkerte rækkefølge. Den rigtige rækkefølge er: Definér resolver-URI (GS1 Digital Link), derefter datasemaet og til sidst opdateringsprocesserne. Det digitale produktpas på qr3.app følger dette princip: QR-koden er stabil, datasættet bagved er versionsstyret og kan patches.

Brug konsekvent batch-id'er

Den, der vedligeholder PCF-værdier eller certifikater på produktniveau i stedet for batchniveau, får senest problemer ved den første markedsovervågningskontrol. Batch-id'et bør være et obligatorisk felt i ethvert DPP-datasæt – ikke et valgfrit metadatafelt.

Den regulatoriske situation er kompleks, men de tekniske mønstre kan håndteres. Det afgørende er ikke at betragte opdateringsevne som en efterfølgende funktion, men som et arkitekturprincip fra dag ét.