Registrering af batteripas i EU’s DPP-register

Registrering af batteripas i EU’s DPP-register sker via et API, som Europa-Kommissionen dokumenterede fredag den 30. oktober 2026. Producenten sender passets unikke produktidentifikator (UPI), en URL, til registret. Registret henter passet fra den adresse, validerer det mod Kommissionens skemaer og registrerer det kun, hvis det opfylder kravene. Registret gemmer ikke en kopi af passet. Forpligtelsen gælder fra den 18. februar 2027 for hvert LMT-batteri, hvert industribatteri over 2 kWh og hvert elkøretøjsbatteri.

Hvad Kommissionen offentliggjorde den 30. oktober 2026

Dokumenterne ligger på Kommissionens side med ressourcer og dokumentation om DPP.

Reglerne for registret står i gennemførelsesforordning (EU) 2026/1778. Ifølge API-vejledningen læser og validerer registret hvert pas "i overensstemmelse med" den forordning. Vores artikel om registrets lancering i juli gennemgår retsgrundlaget.

Hvilke batterier skal have et registreret pas

Artikel 77, stk. 1, i batteriforordningen, forordning (EU) 2023/1542, kræver et batteripas fra den 18. februar 2027 for:

• hvert LMT-batteri (lette transportmidler, f.eks. elcykler og elløbehjul)
• hvert industribatteri med en kapacitet over 2 kWh
• hvert elkøretøjsbatteri

Bærbare batterier og SLI-batterier er ikke omfattet. Artiklen om batteripasset gennemgår, hvad passet indeholder.

I registret hører disse batterier til produktgruppen BATTERIES med en undergruppe pr. kategori. Koderne hentes fra GET /api/v1/dpp/product-groups, og vejledningen siger, at man skal bruge de værdier, der returneres der. Hvert pas i en indsendelse angiver også sin granularitet: item, batch eller model (enhed, parti eller model).

Sådan foregår registreringen

Illustrationen øverst i artiklen viser de fire trin.

1. Verificér organisationen

Kun en verificeret organisation kan registrere pas. Du logger ind med EU Login, tilmelder organisationen og indsender en underskrevet erklæring. En juridisk person forsegler den med et kvalificeret elektronisk segl (QSeal). User Guide for Economic Operators (v3, 14. september 2026) beskriver hvert trin.

2. Opret en service account

Maskinadgang bruger OAuth 2.0 client credentials med private_key_jwt. Delte klienthemmeligheder understøttes ikke.

• En administrator opretter service accounten; en organisation kan have højst 5.
• Den skal have rollen, der må registrere pas.
• Nøglerne er elliptiske kurver: P-256, P-384 eller P-521.
• Hvert adgangstoken gælder i højst 15 minutter.
• Den anbefalede gyldighed for en nøgle er et år, højst to. To kan være aktive samtidig, så nøgler kan udskiftes uden afbrydelse.

Den private nøgle bliver hos den økonomiske aktør. Vejledningen anbefaler at generere den i et hardwaresikkerhedsmodul (HSM).

3. Indsend passene

Du sender POST /api/v1/dpp/submission med 1 til 100 pas, der har samme produktgruppe og undergruppe. Hver anmodning skal have en Idempotency-Key-header på højst 128 tegn. Et nyt forsøg med samme nøgle returnerer den oprindelige opgave i stedet for at oprette en ny. Eksemplet fra API-vejledningen:

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

4. Følg opgaven

Registret svarer 202 Accepted med et taskId. Det betyder, at anmodningen er modtaget til behandling, ikke at noget er registreret. Du læser status med GET /api/v1/tasks/{taskId}: PENDING, PROCESSING, COMPLETED eller ERROR. En afsluttet opgave har udfaldet SUCCEEDED eller FAILED. Vejledningen anbefaler at spørge efter 1, 1, 2, 3, 5, 8, 13, 21, 34 og 55 sekunder, derefter hvert 60. sekund, og at respektere Retry-After. Resultatet pr. pas hentes med GET /api/v1/tasks/{taskId}/items, i JSON eller CSV.

En indsendelse er atomar. Hvis ét pas ikke består valideringen, registreres ingen af passene i den indsendelse, heller ikke dem, der bestod.

Hvad registret kontrollerer, når det henter dit pas

Registret bruger UPI’en præcis som indsendt, som passets første adresse. Hvis registret ikke kan nå passet, fejler posten med UPI_NOT_RESOLVABLE.

Første hentning, uden login. Registret sender en GET uden loginoplysninger. Det følger højst 3 omdirigeringer gennem hele opslaget, så hvert trin skal svare anonymt. Den sidste adresse svarer 200 med den offentlige del af passet.

Format. Ifølge Semantic Data Guide beder registret om JSON, det eneste obligatoriske format efter EN 18216:2026. Self-Hosted Authentication Guide tillader også JSON-LD og XML, med JSON som grundlag.

Skemaer. Valideringen sker mod de semantiske artefakter, version 1.0.0:

• Kerneskemaet kræver 6 felter: digitalProductPassportId, uniqueProductIdentifier, granularity, dppStatus, lastUpdate og contentSpecificationIds.
• contentSpecificationIds angiver, hvilke specifikationer passet følger: kernen, batterier og, hvor det er relevant, undergruppen.
• Den offentlige batterivisning kræver 25 felter. Blandt dem er producent, kategori, fremstillingssted og fremstillingsdato, vægt, kapacitet, kemi, farlige stoffer, slukningsmiddel, kritiske råstoffer, spændinger, effekt, indre modstand, temperaturområde, EU-overensstemmelseserklæringen og oplysninger om udtjente batterier.
• Kodede værdier som kategori, kemi og enheder er URI’er fra Kommissionens vokabularer, ikke fritekst.

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

Anden hentning, med et token. Registret kalder derefter samme adresse med et bearer-token fra DPP Authentication Service. Din server kontrollerer selv tokenet mod Kommissionens offentliggjorte nøgler. Den skal kontrollere tokenets modtager (din egen HTTPS-origin), dets scope dpp:registry:read og en levetid på højst 120 sekunder. Derefter svarer den med de offentlige og de begrænsede data.

Vejledningen kræver også Vary: Authorization, så caches holder de to svar adskilt, og ingen omdirigeringer efter autentificering.

Hvad der gemmes. API-vejledningen angiver, at registret ikke gemmer det passindhold, det henter. Passet bliver på din server eller hos din udbyder.

Hvornår registreringen åbner

DPP Helpdesk oplyste os den 4. november 2026, at registrering endnu ikke er tilgængelig i noget miljø. Ifølge Helpdesk er et test-API planlagt i acceptmiljøet i december, og produktion er målsat til slutningen af januar 2027. Forpligtelsen efter artikel 77, stk. 1, gælder fra den 18. februar 2027.

Det giver et kort vindue mellem åbningen af produktion og forpligtelsen. Det arbejde, der ikke afhænger af, at registret er åbent, kan gøres nu.

Hvad en batteriproducent skal have på plads før den 18. februar 2027

Hvad DPP Agent gør for batteripas

• Bygget på de data, du allerede har. Passene udfyldes fra Shopify, Centra, Akeneo, inRiver, en CSV-fil eller API’et, så intet skal tastes ind to gange.
• Fabrikken udfylder det, kun den ved. Via et leverandørlink indtaster produktionsanlægget fremstillingssted og fremstillingsdato, farlige stoffer og indre modstand, og du godkender hver værdi.
• Ét pas pr. batteri. Hvert batteri har sit serienummer i sin GS1 Digital Link-adresse, med en QR-kode og en etiket klar til udskrivning.
• Opdateringer pr. batteri. Sundhedstilstand, status, opladningscyklusser og negative hændelser holdes pr. batteri, og hver ændring gemmes i versionshistorikken. Et batteri, der får en ny anvendelse, får et nyt pas, der er linket til det oprindelige batteris pas (artikel 77, stk. 7).
• De rette data til den rette læser. Offentligheden ser den offentlige del. Reparatører, istandsættere og genanvendere får et delingslink til dataene for personer med en legitim interesse, og myndigheder får et link til deres (artikel 77, stk. 2).
• Klar til EU’s DPP-register. Hvert pas svarer i registrets eget format og med de begrænsede visninger, når registret læser det med sit token.
• Mangler vises, før du registrerer. DPP-validatoren viser, hvad der mangler i forhold til Kommissionens skemaer, så du kan rette det, før du indsender.
• På dine sprog og i dit brand. Passet vises på dine kunders sprog og med dit brands udtryk.

DPP Academy-afsnittet om EU-registret forklarer, hvem der uploader hvad, og afsnittet om batterier gennemgår resten af batteripasset.

Ofte stillede spørgsmål

Hvornår kan batteripas registreres i EU’s DPP-register?

Ikke endnu. Ifølge DPP Helpdesk den 4. november 2026 er et test-API planlagt i acceptmiljøet i december, og produktion er målsat til slutningen af januar 2027. Pligten til batteripas gælder fra den 18. februar 2027.

Gemmer EU’s DPP-register batteripasset?

Nej. Registret henter passet fra dets UPI og validerer det, men ifølge API Integration Guide gemmer det ikke passets indhold. Passet bliver på sin egen adresse.

Hvor mange batteripas kan registreres i én anmodning?

Mellem 1 og 100, alle med samme produktgruppe og undergruppe. Hver anmodning skal have en Idempotency-Key-header.

Hvad sker der, hvis ét pas i en indsendelse ikke består valideringen?

Ingen af passene i den indsendelse registreres. Indsendelser er atomare, og resultaterne pr. post viser, hvilket pas der fejlede.

Hvilket format skal et batteripas have ved registrering?

JSON. Ifølge Semantic Data Guide beder registret om JSON, det eneste obligatoriske format efter EN 18216:2026, og validerer det mod kerne- og batteriskemaerne 1.0.0.

Kilder

• Forordning (EU) 2023/1542 (batteriforordningen): artikel 77, stk. 1 (batteripas). EUR-Lex
• Kommissionens gennemførelsesforordning (EU) 2026/1778 om registret for digitale produktpas. EUR-Lex
• Europa-Kommissionen, ressourcer og dokumentation om DPP: API Integration Guide v1.0, OpenAPI-specifikationer 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). Kommissionens side
• DPP Helpdesk: svar af 4. november 2026 om, hvornår registrerings-API’et bliver tilgængeligt.