2026-06-17 · 8 min læsning · Alle artikler

Sådan stemmer dpp.gs overens med de nye EU DPP-standarder (EN 18216, 18219–18223, 18239, 18246)

I to år var Digital Product Passport kun defineret af lovgivning — ESPR sagde, at et pas skal eksistere, men ikke hvilken form det skulle tage på ledningen. Det hul lukkede i maj 2026, da CEN/CENELEC's tekniske komité JTC 24 udgav de første europæiske DPP-standarder: EN 18216, 18219–18223, 18239, 18246-serien. Dette indlæg viser, hvordan dpp.gs stemmer overens med hver enkelt, ligefremt, så du nøjagtigt kan se, hvor platformen er i overensstemmelse i dag.

EN 18216, 18219–18223, 18239, 18246-serien i overblik

JTC 24 delte problemet op i lag. Hver standard styrer ét anliggende, og et overensstemmende pas skal besvare dem alle:

1. Identitet og bærere: GS1 Digital Link (EN 18219 / EN 18220)

Alt starter med identifikatoren. dpp.gs opfinder aldrig et proprietært produkt-ID — den bruger den GTIN, du allerede ejer, udtrykt som et GS1 Digital Link. Den ene beslutning opfylder to standarder på én gang: identifikator-laget (EN 18219) og databærer-laget (EN 18220), fordi et Digital Link er designet til at leve inde i både en forbruger-QR-kode og en GS1 DataMatrix. Den samme kode, som en kunde scanner i en butik, er den kode, en toldscanner læser ved grænsen. Der er ikke noget andet identitetssystem at afstemme.

2. Hentning og søgning: én URL, mange formater (EN 18216 / EN 18222)

EN 18216 handler om, hvordan et pas hentes, og EN 18222 om, hvordan pas findes, og hvordan deres livscyklus forespørges. dpp.gs besvarer begge fra det samme sted:

• Hent — GET /dpp/v1/passports/{GTIN} returnerer det fulde pas som JSON-LD (eller almindelig JSON). Den offentlige viewer-URL gør det samme via content negotiation: bed om application/ld+json, og du får data, ikke en webside.
• Søg — GET /dpp/v1/passports?sector=textile&operator=… lader ethvert autoriseret system finde pas efter produktidentifikator, økonomisk operatør, varekode (HS), sektor eller registreringsstatus, med paginering.
• Livscyklus — GET /dpp/v1/passports/{GTIN}/lifecycle rapporterer registreringstilstanden og nøgledatoer, så et nedstrømssystem ved, om et pas er aktivt, afventende eller tilbagetrukket.

Skriveoperationer (opret, opdater, pensionér) forbliver bag autentificerede tenant-API'er — den offentlige flade er kun læsning og søgning, hvilket er præcis den asymmetri, standarderne forudsætter.

3. En semantisk datamodel, ikke et formular-dump (EN 18223)

Interoperabilitet fejler i det øjeblik, to systemer er uenige om, hvad et felt betyder. EN 18223 skubber mod linked data, og dpp.gs serverer hvert pas som JSON-LD: en schema.org-Product-graf, udvidet med GS1-vokabularet og et dpp:-namespace til passpecifikke aspekter (materialer, problematiske stoffer, sektordata). @context er struktureret, så den senere kan pege på CIRPASS' tværsektorielle ontologi uden at ændre dataformen. Materialer, stoffer og genanvendt indhold er modelleret som delte byggeklodser, der genbruges af hver enkelt af de 14 produktkategorier — så en genvinders værktøj læser "kobolt, 12 %, SVHC: nej" på samme måde, uanset om produktet er et batteri eller et legetøj.

4. Tillid: signerede Verifiable Credentials (prEN 18246)

Udkastet til autentificeringsstandarden stiller et svært spørgsmål: hvordan ved en genvinder, en toldofficer eller en forbruger, at et pas er ægte og uændret? dpp.gs besvarer det med åben kryptografi i stedet for et ledger. Ethvert pas kan udstedes som et W3C Verifiable Credential, signeret med en Ed25519-nøgle som en kompakt vc+jwt (VC-JOSE-COSE-repræsentationen). Enhver kan hente udstederens offentlige nøgle fra /.well-known/jwks.json og verificere signaturen offline — hvilket beviser både, hvem der udstedte passet, og at ikke en eneste byte er ændret. Ingen blockchain, ingen central tillidsmægler, ingen leverandørafhængighed. (Se hvorfor vi valgte åbne standarder frem for blockchain.)

5. Parathed til registret (ESPR art. 12–13)

Ved siden af EN-serien kræver ESPR et centralt EU DPP Registry, der registrerer et lille sæt obligatoriske identifikatorer for hvert pas. dpp.gs indfanger allerede disse felter for hvert produkt og holder dem klar til at sende i det øjeblik, Kommissionens registerendepunkt går i luften. Når den dag kommer, er registrering en konfigurationskontakt, ikke en migrering.

Hvad det betyder for dig

Hvis du udsteder pas på dpp.gs, satser du ikke på et proprietært format, som standarderne senere kunne modsige. Du udsteder GS1 Digital Link-identifikatorer, JSON-LD-data, QR + DataMatrix-bærere og eventuelt signerede credentials — netop de ingredienser, som de europæiske standarder konvergerer mod. Efterhånden som EN-serien og EU Registry fæstner sig, flytter dine pas sig med dem i stedet for at skulle genudstedes.

Relateret læsning: GS1 Digital Link forklaret · Åbne standarder, ikke blockchain · Hvem ser hvad i et pas