Registrering av batteripass i EUs DPP-register

Registrering av batteripass i EUs DPP-register skjer via et API som Europakommisjonen dokumenterte fredag 30. oktober 2026. Produsenten sender passets unike produktidentifikator (UPI), en URL, til registeret. Registeret henter passet fra den adressen, validerer det mot Kommisjonens skjemaer og registrerer det bare hvis det oppfyller kravene. Registeret lagrer ingen kopi av passet. Plikten gjelder fra 18. februar 2027 for hvert LMT-batteri, hvert industribatteri over 2 kWh og hvert elbilbatteri.

Hva Kommisjonen publiserte 30. oktober 2026

Dokumentene ligger på Kommisjonens side med ressurser og dokumentasjon om DPP.

Reglene for registeret står i gjennomføringsforordning (EU) 2026/1778. Ifølge API-veiledningen leser og validerer registeret hvert pass "i samsvar med" den forordningen. Artikkelen vår om registerets lansering i juli går gjennom det rettslige grunnlaget.

Hvilke batterier som trenger et registrert pass

Artikkel 77(1) i batteriforordningen, forordning (EU) 2023/1542, krever et batteripass fra 18. februar 2027 for:

• hvert LMT-batteri (lette transportmidler, for eksempel elsykler og elsparkesykler)
• hvert industribatteri med en kapasitet over 2 kWh
• hvert elbilbatteri

Bærbare batterier og SLI-batterier omfattes ikke. Artikkelen om batteripasset går gjennom hva passet inneholder.

I registeret hører disse batteriene til produktgruppen BATTERIES med en undergruppe per kategori. Kodene hentes fra GET /api/v1/dpp/product-groups, og veiledningen sier at man skal bruke verdiene som returneres der. Hvert pass i en innsending oppgir også sin granularitet: item, batch eller model (enhet, parti eller modell).

Slik fungerer registreringen

Illustrasjonen øverst i artikkelen viser de fire trinnene.

1. Verifiser organisasjonen

Bare en verifisert organisasjon kan registrere pass. Du logger inn med EU Login, melder inn organisasjonen og sender inn en signert erklæring. En juridisk person forsegler den med et kvalifisert elektronisk segl (QSeal). User Guide for Economic Operators (v3, 14. september 2026) beskriver hvert trinn.

2. Opprett en service account

Maskintilgang bruker OAuth 2.0 client credentials med private_key_jwt. Delte klienthemmeligheter støttes ikke.

• En administrator oppretter service accounten; en organisasjon kan ha høyst 5.
• Den trenger rollen som får registrere pass.
• Nøklene er elliptiske kurver: P-256, P-384 eller P-521.
• Hvert tilgangstoken gjelder i høyst 15 minutter.
• Anbefalt gyldighet for en nøkkel er ett år, høyst to. To kan være aktive samtidig, så nøkler kan byttes uten avbrudd.

Den private nøkkelen blir hos den økonomiske aktøren. Veiledningen anbefaler å generere den i en maskinvaresikkerhetsmodul (HSM).

3. Send inn passene

Du sender POST /api/v1/dpp/submission med 1 til 100 pass som har samme produktgruppe og undergruppe. Hver forespørsel trenger en Idempotency-Key-header på høyst 128 tegn. Et nytt forsøk med samme nøkkel returnerer den opprinnelige oppgaven i stedet for å opprette en ny. Eksempelet fra API-veiledningen:

{
  "productGroup": "BATTERIES",
  "productSubGroup": "EV",
  "submissionItems": [
    {
      "uniqueProductIdentifier": "https://example.com/dpp/battery/0001",
      "granularity": "item",
      "batchIdentifier": "xxx-000",
      "modelIdentifier": "yyy-111"
    }
  ]
}

4. Følg oppgaven

Registeret svarer 202 Accepted med en taskId. Det betyr at forespørselen er mottatt for behandling, ikke at noe er registrert. Du leser status med GET /api/v1/tasks/{taskId}: PENDING, PROCESSING, COMPLETED eller ERROR. En fullført oppgave har utfallet SUCCEEDED eller FAILED. Veiledningen anbefaler å spørre etter 1, 1, 2, 3, 5, 8, 13, 21, 34 og 55 sekunder, deretter hvert 60. sekund, og å respektere Retry-After. Resultatet per pass hentes med GET /api/v1/tasks/{taskId}/items, i JSON eller CSV.

En innsending er atomær. Hvis ett pass ikke består valideringen, registreres ingen av passene i den innsendingen, heller ikke de som besto.

Hva registeret kontrollerer når det henter passet ditt

Registeret bruker UPI-en nøyaktig slik den ble sendt inn, som passets første adresse. Hvis registeret ikke når passet, feiler posten med UPI_NOT_RESOLVABLE.

Første henting, uten innlogging. Registeret sender en GET uten påloggingsopplysninger. Det følger høyst 3 omdirigeringer gjennom hele oppslaget, så hvert trinn må svare anonymt. Den siste adressen svarer 200 med den offentlige delen av passet.

Format. Ifølge Semantic Data Guide ber registeret om JSON, det eneste obligatoriske formatet etter EN 18216:2026. Self-Hosted Authentication Guide tillater også JSON-LD og XML, med JSON som grunnlag.

Skjemaer. Valideringen skjer mot de semantiske artefaktene, versjon 1.0.0:

• Kjerneskjemaet krever 6 felt: digitalProductPassportId, uniqueProductIdentifier, granularity, dppStatus, lastUpdate og contentSpecificationIds.
• contentSpecificationIds angir hvilke spesifikasjoner passet følger: kjernen, batterier og, der det gjelder, undergruppen.
• Den offentlige batterivisningen krever 25 felt. Blant dem er produsent, kategori, produksjonssted og produksjonsdato, vekt, kapasitet, kjemi, farlige stoffer, slokkemiddel, kritiske råmaterialer, spenninger, effekt, indre motstand, temperaturområde, EU-samsvarserklæringen og informasjon om avfallsbatterier.
• Kodede verdier som kategori, kjemi og enheter er URI-er fra Kommisjonens vokabularer, ikke fritekst.

Batteridata er delt i fire visninger: pub (offentlig) og de begrensede res1, res2 og res3.

Andre henting, med et token. Registeret kaller deretter samme adresse med et bearer-token fra DPP Authentication Service. Serveren din kontrollerer selv tokenet mot Kommisjonens publiserte nøkler. Den må kontrollere tokenets mottaker (din egen HTTPS-origin), dets scope dpp:registry:read og en levetid på høyst 120 sekunder. Deretter svarer den med de offentlige og de begrensede dataene.

Veiledningen krever også Vary: Authorization, slik at hurtigbuffere holder de to svarene adskilt, og ingen omdirigeringer etter autentisering.

Hva som lagres. API-veiledningen sier at registeret ikke lagrer passinnholdet det henter. Passet blir liggende på serveren din eller hos leverandøren din.

Når registreringen åpner

DPP Helpdesk opplyste oss 4. november 2026 at registrering ennå ikke er tilgjengelig i noe miljø. Ifølge Helpdesk er et test-API planlagt i akseptansemiljøet i desember, og produksjon er siktet mot slutten av januar 2027. Plikten etter artikkel 77(1) gjelder fra 18. februar 2027.

Det gir et kort vindu mellom åpningen av produksjon og plikten. Arbeidet som ikke avhenger av at registeret er åpent, kan gjøres nå.

Hva en batteriprodusent trenger før 18. februar 2027

Hva DPP Agent gjør for batteripass

• Bygget på dataene du allerede har. Passene fylles ut fra Shopify, Centra, Akeneo, inRiver, en CSV-fil eller API-et, så ingenting tastes inn to ganger.
• Fabrikken fyller inn det bare den vet. Via en leverandørlenke legger produksjonsanlegget inn produksjonssted og produksjonsdato, farlige stoffer og indre motstand, og du godkjenner hver verdi.
• Ett pass per batteri. Hvert batteri har serienummeret sitt i GS1 Digital Link-adressen sin, med en QR-kode og en etikett klar til utskrift.
• Oppdateringer per batteri. Helsetilstand, status, ladesykluser og negative hendelser holdes per batteri, og hver endring lagres i versjonshistorikken. Et batteri som tas i bruk til et nytt formål, får et nytt pass som er lenket til passet for det opprinnelige batteriet (artikkel 77(7)).
• Riktige data til riktig leser. Offentligheten ser den offentlige delen. Reparatører, istandsettere og gjenvinnere får en delingslenke til dataene for personer med legitim interesse, og myndigheter får en lenke til sine (artikkel 77(2)).
• Klar for EUs DPP-register. Hvert pass svarer i registerets eget format, og med de begrensede visningene når registeret leser det med tokenet sitt.
• Mangler vises før du registrerer. DPP-validatoren viser hva som mangler mot Kommisjonens skjemaer, slik at du kan rette det før du sender inn.
• På dine språk og i din merkevare. Passet vises på språkene til kundene dine og med merkevarens uttrykk.

DPP Academy-episoden om EU-registeret forklarer hvem som laster opp hva, og episoden om batterier går gjennom resten av batteripasset.

Ofte stilte spørsmål

Når kan batteripass registreres i EUs DPP-register?

Ikke ennå. Ifølge DPP Helpdesk 4. november 2026 er et test-API planlagt i akseptansemiljøet i desember, og produksjon er siktet mot slutten av januar 2027. Plikten til batteripass gjelder fra 18. februar 2027.

Lagrer EUs DPP-register batteripasset?

Nei. Registeret henter passet fra dets UPI og validerer det, men ifølge API Integration Guide lagrer det ikke passinnholdet. Passet blir liggende på sin egen adresse.

Hvor mange batteripass kan registreres i én forespørsel?

Mellom 1 og 100, alle med samme produktgruppe og undergruppe. Hver forespørsel trenger en Idempotency-Key-header.

Hva skjer hvis ett pass i en innsending ikke består valideringen?

Ingen av passene i den innsendingen registreres. Innsendinger er atomære, og resultatene per post viser hvilket pass som feilet.

Hvilket format må et batteripass ha for registrering?

JSON. Ifølge Semantic Data Guide ber registeret om JSON, det eneste obligatoriske formatet etter EN 18216:2026, og validerer det mot kjerne- og batteriskjemaene 1.0.0.

Kilder

• Forordning (EU) 2023/1542 (batteriforordningen): artikkel 77(1) (batteripass). EUR-Lex
• Kommisjonens gjennomføringsforordning (EU) 2026/1778 om registeret for digitale produktpass. EUR-Lex
• Europakommisjonen, ressurser og dokumentasjon om DPP: API Integration Guide v1.0, OpenAPI-spesifikasjoner 1.0.0, Semantic Data Guide, Semantic Data Artifacts 1.0.0, Service Account Technical Integration Guide og Self-Hosted Authentication Guide v1.0 (30. oktober 2026); Battery data points by category v3.2 (19. oktober 2026); User Guide for Economic Operators v3 (14. september 2026). Kommisjonens side
• DPP Helpdesk: svar av 4. november 2026 om når registrerings-API-et blir tilgjengelig.