DPP-Gegevens actueel houden: Wat de ESPR werkelijk voorschrijft

De vraag klinkt banaal, maar dat is ze niet: hoe vaak moet een digitaal productpaspoort worden bijgewerkt? Wie in de ESPR-verordening (EU) 2024/1781 naar een concreet getal zoekt, komt bedrogen uit. De tekst schrijft alleen voor dat de DPP „actuele en nauwkeurige informatie" moet bevatten – zonder frequentie, zonder SLA en zonder technische specificatie. Wat dit in de praktijk betekent, hangt sterk af van het producttype, de toeleveringsketen en de gedelegeerde rechtshandelingen die nog voor elke productcategorie moeten worden vastgesteld.

Dit artikel legt uit welke gegevenscategorieën überhaupt kunnen veranderen, welke updatepatronen zich in vroege implementaties bewijzen en waar de regelgevende valkuilen liggen.

Wat er überhaupt aan een DPP kan veranderen

Een productpaspoort is geen statische pdf. Het bestaat uit datapunten met zeer uiteenlopende levenscycli.

Statische versus dynamische gegevens

Grofweg kunnen DPP-velden in drie klassen worden ingedeeld:

Gegevenscategorie	Typische wijzigingsfrequentie	Voorbeelden
Stamgegevens	Eenmalig (bij productintroductie)	GTIN, materiaalsamenstelling, fabrikant
Gegevens van batches/lots	Per productierun	PCF-waarde, herkomst van grondstoffen, certificaten
Levenscyclusgegevens	Gebeurtenisgestuurd	Reparatiehistorie, terugroepactie, verwijderingsroute

Het JRC-gegevensontwerp voor staalproducten maakt dit onderscheid bijzonder duidelijk: de productspecifieke CO₂-voetafdruk (PCF) wordt daar expliciet op batchniveau bijgehouden en moet worden berekend met ISO-14067-compatibele methoden. Dat betekent: elke nieuwe productiebatch kan een andere PCF-waarde hebben – het paspoort moet correct naar deze waarde verwijzen, niet naar het gemiddelde van het voorgaande jaar.

Het batterijvoorbeeld als blauwdruk

Het digitale batterijpaspoort, dat vanaf 18 februari 2027 verplicht is, laat zien hoe dynamisch DPP-gegevens kunnen zijn. Sectorrapporten over de implementatie van het digitale batterijpaspoort identificeren gegevensfragmentatie en dynamische gegevensupdates als de twee centrale praktijkproblemen. Batterijen verzamelen gedurende hun levensduur gegevens: State of Health (SoH), laadcycli en reparatiegebeurtenissen. Wie hier met een statische dataset werkt, voldoet niet aan de verordening.

Updatepatronen: hoe implementaties vandaag werken

Gebeurtenisgestuurde updates via webhook

Het robuustste patroon in vroege DPP-systemen is de gebeurtenisgestuurde update: een backendsysteem verstuurt een webhook zodra een relevant datapunt verandert – bijvoorbeeld wanneer een nieuw testcertificaat wordt afgegeven of een reparatie is afgerond.

// 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();
});

Belangrijk: De ESPR vereist impliciet de mogelijkheid om een audittrail bij te houden. Wijzigingen moeten traceerbaar blijven – eenvoudig overschrijven zonder versiebeheer brengt regelgevingsrisico's met zich mee.

Batchupdates voor batchinformatie

Wanneer PCF-waarden of certificaten voor volledige productiebatches in één keer worden bijgewerkt, is een bulkimportprocedure geschikt. Daarbij wordt een lijst met paspoortnummers samen met de nieuwe veldwaarde doorgegeven:

# 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"
    }
  }'

Platformen zoals qr3.app met bulkimport ondersteunen dit patroon, zodat niet elke batch handmatig hoeft te worden bijgewerkt.

GS1 Digital Link als resolverlaag

Een vaak onderschat aspect: de QR-code op het product mag niet veranderen – hij staat fysiek afgedrukt. Wat moet veranderen, is de inhoud waarnaar hij verwijst. Precies hier vormt GS1 Digital Link de cruciale abstractielaag. De QR-code codeert een stabiele URI (bijv. https://id.example.com/01/04012345678901/21/SN-00042), waarna de resolver doorstuurt naar de actuele gegevensbron.

Driscoll's demonstreerde op GS1 Connect 2026 hoe dit principe op grote schaal werkt: meer dan een miljard Berry-clamshells kregen unieke identiteiten en migreren momenteel naar volledig GS1 Digital Link-conforme QR-codes. De code op de verpakking blijft ongewijzigd; wat verandert, is de dataset achter de resolver.

Nieuwe technologieën, zoals de samenwerking tussen Polytag en DataLase, laten zien dat GS1-conforme QR-codes inmiddels ook op moeilijke verpakkingssubstraten met productielijnsnelheid kunnen worden aangebracht – de fysieke drempel daalt, maar de resolverlogica erachter blijft dezelfde.

Regelgevende valkuilen

De EmpCo-richtlijn als extra druk

Wie denkt alleen de ESPR te moeten volgen, onderschat het geheel. De Europese Commissie heeft in juni 2026 inbreukprocedures tegen 20 lidstaten gestart wegens gebrekkige omzetting van de EmpCo-richtlijn (EU) 2024/825. Deze richtlijn verbiedt greenwashing en vereist duidelijke informatie over houdbaarheid en repareerbaarheid – informatie die rechtstreeks in de DPP moet worden opgenomen. Verouderde repareerbaarheidsindexen of ongeldige duurzaamheidslabels in het paspoort kunnen daardoor niet alleen een ESPR-overtreding vormen, maar ook een EmpCo-overtreding.

Geen expliciete update-termijn – maar impliciete verplichtingen

Het ontbreken van een frequentieaanduiding in de ESPR is geen vrijbrief. Uit de formulering „actuele en nauwkeurige informatie" kunnen meerdere impliciete verplichtingen worden afgeleid:

Gebeurtenisgebonden actualiteit: Zodra een terugroepactie, reparatie of certificaatwijziging plaatsvindt, moet het paspoort worden bijgewerkt – zonder vertraging.
Batchgebonden actualiteit: PCF-waarden en bewijzen van grondstoffen mogen niet van een oude batch naar een nieuwe worden overgedragen als de waarden afwijken.
Conformiteit met markttoezicht: Autoriteiten moeten het paspoort gedurende de volledige levenscyclus van het product kunnen raadplegen. Een paspoort dat na de verkoop nooit meer wordt bijgewerkt, is waardeloos voor reparatie- en verwijderingsinformatie.

Ecommerce Europe beveelt in zijn position paper uitdrukkelijk een gefaseerde invoering en flexibele datagranulariteit aan – wat indirect betekent dat updateprocessen iteratief kunnen worden opgebouwd zolang aan de kerneisen wordt voldaan.

Praktische aanbevelingen

Plan vanaf het begin een auditlog

Elke wijziging in een DPP-dataset moet worden geregistreerd met tijdstempel, auteur en reden van wijziging. Dit is vandaag geen expliciete ESPR-verplichting, maar wordt in de gedelegeerde rechtshandelingen verwacht en is feitelijk noodzakelijk voor markttoezicht.

Eerst de resolverarchitectuur, dan de dataarchitectuur

Wie eerst de datastructuur vastlegt en daarna bedenkt hoe de QR-code ernaar verwijst, werkt in de verkeerde volgorde. De juiste volgorde: resolver-URI definiëren (GS1 Digital Link), daarna het dataschema en vervolgens de updateprocessen. Het digitale productpaspoort op qr3.app volgt dit principe: de QR-code is stabiel, de dataset erachter is voorzien van versiebeheer en kan worden gepatcht.

Batch-ID's consequent gebruiken

Wie PCF-waarden of certificaten op productniveau in plaats van op batchniveau bijhoudt, krijgt uiterlijk bij de eerste markttoezichtscontrole problemen. De batch-ID moet als verplicht veld in elke DPP-dataset worden verankerd – niet als optioneel metadataveld.

De regelgeving is complex, maar de technische patronen zijn beheersbaar. Doorslaggevend is dat updatebaarheid niet als een functie achteraf wordt behandeld, maar als architectuurprincipe vanaf dag één.