2026-06-17 · 8 min läsning · Alla artiklar

Hur dpp.gs följer de nya EU DPP-standarderna (EN 18216, 18219–18223, 18239, 18246)

I två år definierades det digitala produktpasset enbart av lagstiftning — ESPR sa att ett pass måste finnas, men inte vilken form det skulle ha i överföringen. Det gapet slöts i maj 2026, när CEN/CENELEC:s tekniska kommitté JTC 24 publicerade de första europeiska DPP-standarderna: serien EN 18216, 18219–18223, 18239, 18246. Det här inlägget mappar dpp.gs mot var och en, rakt på sak, så att du kan se exakt var plattformen följer standarderna idag.

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

JTC 24 delade upp problemet i lager. Varje standard styr en aspekt, och ett standardenligt pass måste uppfylla alla:

1. Identitet och bärare: GS1 Digital Link (EN 18219 / EN 18220)

Allt börjar med identifieraren. dpp.gs uppfinner aldrig ett proprietärt produkt-ID — det använder den GTIN du redan äger, uttryckt som en GS1 Digital Link. Det enda beslutet uppfyller två standarder på en gång: identifierarlagret (EN 18219) och databärarlagret (EN 18220), eftersom en Digital Link är utformad för att leva inuti både en konsument-QR-kod och en GS1 DataMatrix. Samma kod som en kund skannar i en butik är den kod en tullskanner läser vid gränsen. Det finns inget andra identitetssystem att stämma av.

2. Hämtning och sökning: en URL, många format (EN 18216 / EN 18222)

EN 18216 handlar om hur ett pass hämtas, och EN 18222 om hur pass hittas och hur deras livscykel efterfrågas. dpp.gs besvarar båda från samma plats:

• Hämta — GET /dpp/v1/passports/{GTIN} returnerar hela passet som JSON-LD (eller vanlig JSON). Den offentliga visar-URL:en gör samma sak via innehållsförhandling: be om application/ld+json och du får data, inte en webbsida.
• Sök — GET /dpp/v1/passports?sector=textile&operator=… låter alla behöriga system upptäcka pass efter produktidentifierare, ekonomisk aktör, varukod (HS), sektor eller registreringsstatus, med paginering.
• Livscykel — GET /dpp/v1/passports/{GTIN}/lifecycle rapporterar registreringsstatus och viktiga datum, så att ett efterföljande system vet om ett pass är aktivt, väntande eller återkallat.

Skrivoperationer (skapa, uppdatera, ta ur bruk) ligger bakom autentiserade tenant-API:er — den offentliga ytan är endast läsning och sökning, vilket är exakt den asymmetri som standarderna förutsätter.

3. En semantisk datamodell, inte en formulärdump (EN 18223)

Interoperabilitet misslyckas i samma stund som två system är oense om vad ett fält betyder. EN 18223 driver mot länkad data, och dpp.gs levererar varje pass som JSON-LD: en schema.org-graf av typen Product, utökad med GS1-vokabulären och en dpp:-namnrymd för passpecifika aspekter (material, ämnen som inger betänkligheter, sektordata). @context är strukturerad så att den senare kan riktas om mot den sektorsövergripande CIRPASS-ontologin utan att ändra dataformen. Material, ämnen och återvunnet innehåll modelleras som delade byggstenar som återanvänds av var och en av de 14 produktkategorierna — så att en återvinnares verktyg läser "kobolt, 12 %, SVHC: nej" på samma sätt oavsett om produkten är ett batteri eller en leksak.

4. Tillit: signerade Verifiable Credentials (prEN 18246)

Utkastet till autentiseringsstandard ställer en svår fråga: hur vet en återvinnare, en tulltjänsteman eller en konsument att ett pass är äkta och oförändrat? dpp.gs besvarar det med öppen kryptografi i stället för en huvudbok. Vilket pass som helst kan utfärdas som ett W3C Verifiable Credential, signerat med en Ed25519-nyckel som en kompakt vc+jwt (VC-JOSE-COSE-representationen). Vem som helst kan hämta utfärdarens publika nyckel från /.well-known/jwks.json och verifiera signaturen offline — vilket bevisar både vem som utfärdade passet och att inte en enda byte har ändrats. Ingen blockchain, ingen central tillitsmäklare, inget leverantörsberoende. (Se varför vi valde öppna standarder framför blockchain.)

5. Registerberedskap (ESPR art. 12–13)

Vid sidan av EN-serien kräver ESPR ett centralt EU DPP-register som registrerar en liten uppsättning obligatoriska identifierare för varje pass. dpp.gs samlar redan in dessa fält för varje produkt och håller dem redo att skickas i samma stund som kommissionens registerslutpunkt går live. När den dagen kommer är registrering ett konfigurationsbyte, inte en migrering.

Vad detta betyder för dig

Om du utfärdar pass på dpp.gs satsar du inte på ett proprietärt format som standarderna senare kan motsäga. Du utfärdar GS1 Digital Link-identifierare, JSON-LD-data, QR + DataMatrix-bärare och eventuellt signerade intyg — exakt de ingredienser som de europeiska standarderna konvergerar mot. Allt eftersom EN-serien och EU-registret stabiliseras följer dina pass med i stället för att behöva utfärdas på nytt.

Relaterad läsning: GS1 Digital Link förklarad · Öppna standarder, inte blockchain · Vem ser vad i ett pass