Registrierung von Batteriepässen im EU-DPP-Register

Die Registrierung von Batteriepässen im EU-DPP-Register läuft über eine API, die die Europäische Kommission am Freitag, dem 30. Oktober 2026, dokumentiert hat. Der Hersteller sendet die eindeutige Produktkennung (UPI) des Passes, eine URL, an das Register. Das Register ruft den Pass unter dieser Adresse ab, validiert ihn gegen die Schemas der Kommission und registriert ihn nur, wenn er konform ist. Eine Kopie des Passes behält es nicht. Die Pflicht gilt ab dem 18. Februar 2027 für jede LV-Batterie, jede Industriebatterie mit mehr als 2 kWh und jede Elektrofahrzeugbatterie.

Was die Kommission am 30. Oktober 2026 veröffentlicht hat

Die Dokumente stehen auf der DPP-Seite der Kommission mit Ressourcen und Dokumentation.

Die Regeln für das Register stehen in der Durchführungsverordnung (EU) 2026/1778. Laut API-Leitfaden liest und validiert das Register jeden Pass „in accordance with“ dieser Verordnung. Unser Artikel zum Start des Registers im Juli behandelt die Rechtsgrundlage.

Welche Batterien einen registrierten Pass brauchen

Artikel 77 Absatz 1 der Batterieverordnung, Verordnung (EU) 2023/1542, verlangt ab dem 18. Februar 2027 einen Batteriepass für:

• jede LV-Batterie (Batterie für leichte Verkehrsmittel, etwa E-Bikes und E-Scooter)
• jede Industriebatterie mit einer Kapazität von mehr als 2 kWh
• jede Elektrofahrzeugbatterie

Gerätebatterien und SLI-Batterien sind nicht erfasst. Der Artikel zum Batteriepass beschreibt, was der Pass enthält.

Im Register gehören diese Batterien zur Produktgruppe BATTERIES mit einer Untergruppe je Kategorie. Die Codes liefert GET /api/v1/dpp/product-groups, und der Leitfaden sagt, die dort zurückgegebenen Werte zu verwenden. Jeder Pass in einer Einreichung gibt außerdem seine Granularität an: item, batch oder model.

Wie die Registrierung abläuft

Die Illustration oben in diesem Artikel zeigt die vier Schritte.

1. Die Organisation verifizieren

Nur eine verifizierte Organisation kann Pässe registrieren. Sie melden sich mit EU Login an, registrieren die Organisation und reichen eine unterzeichnete Erklärung ein. Eine juristische Person versieht sie mit einem qualifizierten elektronischen Siegel (QSeal). Der User Guide for Economic Operators (v3, 14. September 2026) beschreibt jeden Schritt.

2. Einen Service Account anlegen

Der Maschinenzugang nutzt OAuth 2.0 Client Credentials mit private_key_jwt. Gemeinsame Client Secrets werden nicht unterstützt.

• Ein Administrator legt den Service Account an; eine Organisation kann höchstens 5 haben.
• Er braucht die Rolle, die das Registrieren von Pässen erlaubt.
• Die Schlüssel sind elliptische Kurven: P-256, P-384 oder P-521.
• Jedes Zugriffstoken gilt höchstens 15 Minuten.
• Die empfohlene Gültigkeit eines Credentials ist ein Jahr, höchstens zwei. Zwei können gleichzeitig aktiv sein, sodass Schlüssel ohne Unterbrechung gewechselt werden können.

Der private Schlüssel bleibt beim Wirtschaftsakteur. Der Leitfaden empfiehlt, ihn in einem Hardware-Sicherheitsmodul zu erzeugen.

3. Die Pässe einreichen

Sie senden POST /api/v1/dpp/submission mit 1 bis 100 Pässen, die dieselbe Produktgruppe und Untergruppe haben. Jede Anfrage braucht einen Idempotency-Key-Header von höchstens 128 Zeichen. Eine Wiederholung mit demselben Schlüssel liefert die ursprüngliche Aufgabe, statt eine zweite anzulegen. Das Beispiel aus dem API-Leitfaden:

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

4. Die Aufgabe verfolgen

Das Register antwortet mit 202 Accepted und einer taskId. Das bedeutet, dass die Anfrage zur Verarbeitung angenommen wurde, nicht dass etwas registriert ist. Den Status lesen Sie mit GET /api/v1/tasks/{taskId}: PENDING, PROCESSING, COMPLETED oder ERROR. Eine abgeschlossene Aufgabe hat das Ergebnis SUCCEEDED oder FAILED. Der Leitfaden empfiehlt Abfragen nach 1, 1, 2, 3, 5, 8, 13, 21, 34 und 55 Sekunden, danach alle 60 Sekunden, und die Beachtung von Retry-After. Die Ergebnisse je Pass liefert GET /api/v1/tasks/{taskId}/items, in JSON oder CSV.

Eine Einreichung ist atomar. Scheitert ein Pass an der Validierung, wird keiner der Pässe dieser Einreichung registriert, auch nicht die bestandenen.

Was das Register prüft, wenn es Ihren Pass abruft

Das Register verwendet die UPI genau so, wie sie eingereicht wurde, als erste Adresse des Passes. Erreicht es den Pass nicht, scheitert der Eintrag mit UPI_NOT_RESOLVABLE.

Erster Abruf, ohne Anmeldung. Das Register sendet ein GET ohne Zugangsdaten. Es folgt über die gesamte Auflösung höchstens 3 Weiterleitungen, daher muss jeder Schritt anonym antworten. Die Endadresse antwortet mit 200 und dem öffentlichen Teil des Passes.

Format. Laut Semantic Data Guide fordert das Register JSON an, das einzige verpflichtende Format nach EN 18216:2026. Der Self-Hosted Authentication Guide erlaubt auch JSON-LD und XML, mit JSON als Grundlage.

Schemas. Die Validierung läuft gegen die semantischen Artefakte, Version 1.0.0:

• Das Core-Schema verlangt 6 Felder: digitalProductPassportId, uniqueProductIdentifier, granularity, dppStatus, lastUpdate und contentSpecificationIds.
• contentSpecificationIds nennt die Spezifikationen, denen der Pass folgt: Core, Batterien und gegebenenfalls die Untergruppe.
• Die öffentliche Batteriesicht verlangt 25 Felder. Dazu gehören Hersteller, Kategorie, Ort und Datum der Herstellung, Gewicht, Kapazität, Chemie, gefährliche Stoffe, Löschmittel, kritische Rohstoffe, Spannungen, Leistung, Innenwiderstand, Temperaturbereich, die EU-Konformitätserklärung und Informationen zu Altbatterien.
• Codierte Werte wie Kategorie, Chemie und Einheiten sind URIs aus den Vokabularen der Kommission, kein Freitext.

Die Batteriedaten sind auf vier Sichten aufgeteilt: pub (öffentlich) und die eingeschränkten res1, res2 und res3.

Zweiter Abruf, mit Token. Danach ruft das Register dieselbe Adresse mit einem Bearer-Token des DPP Authentication Service auf. Ihr Server prüft das Token selbst gegen die veröffentlichten Schlüssel der Kommission. Er muss die Zielgruppe des Tokens (Ihren eigenen HTTPS-Origin), seinen Scope dpp:registry:read und eine Lebensdauer von höchstens 120 Sekunden prüfen. Dann antwortet er mit den öffentlichen und den eingeschränkten Daten.

Der Leitfaden verlangt außerdem Vary: Authorization, damit Caches die beiden Antworten trennen, und keine Weiterleitungen nach der Authentifizierung.

Was gespeichert wird. Laut API-Leitfaden speichert das Register den abgerufenen Passinhalt nicht. Der Pass bleibt auf Ihrem Server oder dem Ihres Anbieters.

Wann die Registrierung öffnet

Der DPP Helpdesk hat uns am 4. November 2026 mitgeteilt, dass die Registrierung noch in keiner Umgebung verfügbar ist. Nach Auskunft des Helpdesk ist eine Test-API in der Abnahmeumgebung für Dezember geplant, der Produktivbetrieb ist für Ende Januar 2027 angestrebt. Die Pflicht nach Artikel 77 Absatz 1 gilt ab dem 18. Februar 2027.

Zwischen dem Start des Produktivbetriebs und der Pflicht bleibt damit wenig Zeit. Die Arbeit, die nicht davon abhängt, dass das Register offen ist, kann jetzt erledigt werden.

Was ein Batteriehersteller vor dem 18. Februar 2027 braucht

Was DPP Agent für Batteriepässe tut

• Aus den Daten, die Sie schon haben. Die Pässe werden aus Shopify, Centra, Akeneo, inRiver, einer CSV-Datei oder über die API befüllt, sodass nichts doppelt eingegeben wird.
• Das Werk trägt ein, was nur das Werk weiß. Über einen Lieferantenlink trägt das Herstellungswerk Ort und Datum der Herstellung, gefährliche Stoffe und den Innenwiderstand ein, und Sie geben jeden Wert frei.
• Ein Pass je Batterie. Jede Batterie hat ihre Seriennummer in ihrer GS1 Digital Link-Adresse, mit QR-Code und druckfertigem Etikett.
• Aktualisierungen je Batterie. Gesundheitszustand, Status, Ladezyklen und negative Ereignisse werden je Batterie geführt, und jede Änderung wird in der Versionshistorie gespeichert. Eine Batterie, die für einen neuen Zweck umgewidmet wird, erhält einen neuen Pass, der mit dem Pass der ursprünglichen Batterie verknüpft ist (Artikel 77 Absatz 7).
• Die richtigen Daten für die richtigen Leser. Die Öffentlichkeit sieht den öffentlichen Teil. Reparaturbetriebe, Aufbereiter und Recycler erhalten einen Freigabelink zu den Daten für Personen mit berechtigtem Interesse, und Behörden erhalten einen Link zu ihren Daten (Artikel 77 Absatz 2).
• Bereit für das EU-DPP-Register. Jeder Pass antwortet im eigenen Format des Registers und mit den eingeschränkten Sichten, wenn das Register ihn mit seinem Token abruft.
• Lücken sehen, bevor Sie registrieren. Der DPP-Validator zeigt, was im Abgleich mit den Schemas der Kommission fehlt, sodass Sie es vor der Einreichung beheben können.
• In Ihren Sprachen und Ihrem Markenauftritt. Der Pass wird in den Sprachen Ihrer Kunden und im Erscheinungsbild Ihrer Marke angezeigt.

Die DPP-Academy-Folge zum EU-Register erklärt, wer was hochlädt, und die Folge zu Batterien behandelt den Rest des Batteriepasses.

Häufig gestellte Fragen

Ab wann können Batteriepässe im EU-DPP-Register registriert werden?

Noch nicht. Nach Auskunft des DPP Helpdesk vom 4. November 2026 ist eine Test-API in der Abnahmeumgebung für Dezember geplant, der Produktivbetrieb ist für Ende Januar 2027 angestrebt. Die Passpflicht gilt ab dem 18. Februar 2027.

Speichert das EU-DPP-Register den Batteriepass?

Nein. Das Register ruft den Pass unter seiner UPI ab und validiert ihn, aber laut API Integration Guide speichert es den Passinhalt nicht. Der Pass bleibt unter seiner eigenen Adresse.

Wie viele Batteriepässe lassen sich mit einer Anfrage registrieren?

Zwischen 1 und 100, alle mit derselben Produktgruppe und Untergruppe. Jede Anfrage braucht einen Idempotency-Key-Header.

Was passiert, wenn ein Pass in einer Einreichung die Validierung nicht besteht?

Keiner der Pässe dieser Einreichung wird registriert. Einreichungen sind atomar, und die Ergebnisse je Eintrag zeigen, welcher Pass gescheitert ist.

Welches Format muss ein Batteriepass für die Registrierung haben?

JSON. Laut Semantic Data Guide fordert das Register JSON an, das einzige verpflichtende Format nach EN 18216:2026, und validiert es gegen die Core- und Batterieschemas 1.0.0.

Quellen

• Verordnung (EU) 2023/1542 (Batterieverordnung): Artikel 77 Absatz 1 (Batteriepass). EUR-Lex
• Durchführungsverordnung (EU) 2026/1778 der Kommission über das Register für digitale Produktpässe. EUR-Lex
• Europäische Kommission, DPP-Ressourcen und Dokumentation: API Integration Guide v1.0, OpenAPI-Spezifikationen 1.0.0, Semantic Data Guide, Semantic Data Artifacts 1.0.0, Service Account Technical Integration Guide und 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). Seite der Kommission
• DPP Helpdesk: Antwort vom 4. November 2026 zur Verfügbarkeit der Registrierungs-API.