Batterie Passport Datenmodell: Modell, Batch und individuelle Batterie Daten

Die Architektur in einem Satz

Ein konformes Batteriepass-Datenmodell sollte Modell-Fakten, Batch-Kontext und den Einzelner Batterierekord trennen.
Modelldaten können über identische Einheiten wiederverwendet werden.
Batch-Daten können einen Produktionslauf mit seinen Einheiten verbinden.
Individuelle Daten benötigen ihre eigene persistente Identität, weil Leistung, Gesundheitszustand und Nutzungsgeschichte zu einer physischen Batterie gehören.

Dies ist die Architektur, die die Batterie-Rückverfolgbarkeit skalierbar macht, ohne die Funktion der digitalen Seriennummer des Passes zu verlieren.

Rechtsgrundlage ist die Verordnung (EU) 2023/1542.
Gemäß Artikel 77 Absatz 2 muss jeder In-Scope-Batteriepass Informationen über das Batteriemodell und spezifische Informationen über die einzelne Batterie enthalten, einschließlich Informationen, die sich aus der Verwendung ergeben.
Anhang XIII definiert die erforderlichen Datenlagen.
Das EU-Register für digitalen Produktpass liefert dann die gemeinsame Infrastruktur für Kennung-Registrierung und Modell-, Batch- und Artikelbeziehungen.

Das Ergebnis sind nicht drei unabhängige Pässe. Es ist ein Pass-Datensatz mit verbundenen Granularitätsniveaus.

Beginnen Sie mit den rechtlichen Ebenen, nicht Ihre ERP-Tabellen

Anhang XIII beginnt nicht mit einem generischen Produkt-Master oder einem Datenbankschema. Es teilt Informationen nach Subjekt und Zugriffsebene auf:

|Anhang XIII Schicht|Gegenstand|Hauptpublikum|Beispiele|
|- Nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein.|- Nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein.|- Nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein.|- Nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein.|
|Ziffer 1|Batteriemodell|Allgemeine Öffentlichkeit|Zusammensetzung, Chemie, CO2-Fußabdruck, Nennkapazität, Spannung, Leistungsfähigkeit, erwartete Lebensdauer, Garantie, Konformität und Abfallinformationen|
|Ziffer 2|Batteriemodell|Personen mit berechtigtem Interesse und die Kommission|Detaillierte Kathoden-, Anoden- und Elektrolytzusammensetzung, Teile und Ersatzquellen, Demontageinformationen und Sicherheitsmaßnahmen|
|Ziffer 3|Batteriemodell|Benannte Stellen, Marktüberwachungsbehörden und die Kommission|Prüfberichte zum Nachweis der Konformität|
|Ziffer 4|Individuelle Batterie|Personen mit berechtigtem Interesse|Ausgangs- und Statusänderungsleistungswerte, Gesundheitszustand, Status, Zyklus- und Ereignisdaten, Betriebsbedingungen und Ladezustand|

Dies gibt dem Implementierungsteam zwei Auslegungsbeschränkungen:

1. nicht jeder Bereich ist öffentlich und
2. Nicht jedes Feld ist statisch.

Das Modell muss daher sowohl Datenvererbung als auch kontrollierte, zeitgestempelte Updates unterstützen.

Modelldaten: die wiederverwendbare technische Ausgangsbasis

Modelldaten beschreiben die Batterieversion, deren Einheiten die gleichen relevanten technischen Merkmale und Modellkennung aufweisen. Das ist die Bedeutung von "Batteriemodell" in Artikel 3 Absatz 19 der Batterieverordnung.

Für den öffentlichen Zugang enthält Anhang XIII Nummer 1 eine Reihe wesentlicher Musterfelder, darunter:

• die Angaben aus Anhang VI Teil A, wie Hersteller, Kategorie, Herstellungsort und Datum, Gewicht, Kapazität, Chemie, gefährliche Stoffe, Löschmittel und kritische Rohstoffe;
• Materialzusammensetzung, Chemie und kritische Rohstoffe;
• Informationen über den CO2-Fußabdruck;
• Informationen zur verantwortungsvollen Beschaffung;
• Recycling- und erneuerbare Inhalte;
• Nennleistung, Mindest-, Nenn- und Höchstspannung;
• ursprüngliche Leistungsfähigkeit und -grenzen;
• erwartete Lebensdauer und Referenzprüfung;
• Kapazitätsschwelle für die Erschöpfung von EV-Batterien;
• Temperaturbereich, wenn er nicht verwendet wird;
• Kalender-Lebens-Garantiezeit;
• Energieeffizienz in der Anfangs- und Zykluszeit;
• interne Zell- und Packungsresistenz und
• die maßgebliche C-Rate.

Diese Felder sind Kandidaten für ein Modellobjekt im Datensystem. Eine Einheit kann auf das Modellobjekt verweisen, anstatt die gleichen Werte in jedem Datensatz zu duplizieren. Das reduziert inkonsequente Bearbeitungen und macht eine Modellrevision sichtbar.

Verwenden Sie keine Modellvererbung, um Unterschiede auf Einheitsebene zu verbergen. Wenn ein Feld je nach Batterie, Fertigungsereignis oder Lebenszyklusereignis variieren kann, braucht es eine explizite Regel, ob es auf der individuellen Ebene vererbt, überschrieben oder aufgezeichnet wird.

Batch-Daten: nützliche mittlere Kontext, aber nicht das Gesetz falsch erklären

Batch ist die Schicht zwischen Modell und Gegenstand. Sie kann einen produktionsgeführten Kontext erfassen, wie z.B.:

• Produktionszeitbereich;
• Produktionsanlage oder Produktionslinie;
• Bezug von Zell- oder Modul-Lieferantenpartien;
• Ergebnisse der Qualitätsfreigabe und der Inspektion;
• Material- oder Prozessänderungen;
• Kohlenstofffußabdruckberechnungskontext, wenn die entsprechende Erklärung Modell pro Anlage ist, und
• eine Reihe von Einzel-Batterie-Identifikatoren, die zusammen hergestellt werden.

Batch-Daten sind wertvoll für Untersuchungen, Rückrufe, Lieferantenrückverfolgbarkeit und effizientes Laden von Daten.
Es ist auch Teil der gängigen DPP Registry-Architektur.
Gemäß Artikel 8 der Durchführungsverordnung (EU) 2026/1778 der Kommission unterstützt das Register die im geltenden Unionsrecht festgelegte Höhe, nämlich das Muster, die Charge oder den Gegenstand.
Wird ein Pass auf Postenebene angelegt, so müssen die entsprechenden Chargen- und Modellkennungen verknüpft werden, wenn diese Muster vorhanden sind.
Wird sie auf Chargenebene erstellt, muss die Modellkennung verknüpft werden, wenn ein Modell existiert.

Die rechtliche Vorsicht ist wichtig: Anhang XIII der Batterieverordnung beschreibt ausdrücklich Muster- und individuelle Batterieinformationen.
Es erstellt keinen separaten universellen .batch-Datenabschnitt mit einer vollständigen Liste von Pflichtfeldern.
Die Charge wird als Beziehung und operative Gruppierung behandelt, es sei denn, ein batteriespezifischer Rechtsakt, eine Datenspezifikation oder eine andere anwendbare Unionsregel erfordert ein Feld auf Chargenebene.

Mit anderen Worten, Batch ist eine wichtige Umsetzungsschicht, aber es darf nicht als dritte Anlage XIII Kategorie mit erfundenem verbindlichen Inhalt dargestellt werden.

Artikeldaten: Identität und Lebenszyklus der Batterie

Der einzelne Batterierekord ist der Teil, der antwortet, welche physische Batterie ist dies? . . Artikel 77 Absatz 3 verlangt, dass der Pass über einen QR-Code zugänglich ist, der mit einem eindeutigen Identifikator verbunden ist, der der Batterie zugeschrieben wird. Artikel 3 Absatz 66 definiert diesen eindeutigen Identifikator als eine eindeutige Zeichenkette, die Batterien identifiziert und einen Weblink zum Pass ermöglicht.

In Anhang XIII Nummer 4 sind individuelle Angaben erforderlich, die Folgendes umfassen:

|Einzelfeldgruppe|Beispiele|Warum es wichtig ist|
|- Nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein.|- Nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein.|- Nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein.|
|Ausgangs- und Statusänderungsleistung|Leistungs- und Haltbarkeitsparameterwerte bei Marktplatzierung und wenn die Batterie den Status ändert|Errichtet eine vergleichbare Ausgangsbasis und erfasst, was sich geändert hat|
|Gesundheitszustand|SOH-Informationen gemäß Artikel 14|Unterstützt Service-, Restwert- und Second-Life-Entscheidungen|
|Status|Ursprüngliche, wiederverwendbare, wiederverwertete, wiederverwertete oder wiederverwertete Abfälle|Zeigt, wo sich die Batterie im Lebenszyklus befindet|
|Daten verwenden|Lade- und Entladezyklen, Unfälle oder sonstige negative Ereignisse|Unterstützt Sicherheits-, Garantie-, Restwert- und Wiederverwendungsentscheidungen|
|Betriebsbedingungen|Regelmäßige Umgebungsbedingungen, einschließlich Temperatur|Bietet Rahmenbedingungen für Abbau und Sicherheit|
|Steuerstand|Regelmäßig erfasste Ladezustandsinformationen|Unterstützt Fälle von Nutzung von legitimen Interessen im Lebenszyklus|

Die eindeutige Kennung sollte dauerhaft sein.
Eine Aktualisierung des Gesundheitszustandes sollte den individuellen Passdatensatz aktualisieren, nicht eine neue Identität für dieselbe unveränderte Batterie schaffen.
Eine neue Identität ist erforderlich, wenn das Gesetz einen neuen Pass nach Vorbereitung auf die Wiederverwendung, Vorbereitung auf die Wiederverwertung, Wiederverwertung oder Wiederverwertung verlangt.
In diesem Fall wird der neue Pass gemäß Artikel 77 Absatz 7 auf den ursprünglichen Reisepass oder die ursprünglichen Pässe zurückverwiesen.

Eine praktische Modell-zu-Punkt-Beziehung

Eine nützliche logische Struktur ist:

Manufacturer
  -> Manufacturing plant
      -> Battery model
          -> Production batch
              -> Individual battery item
                  -> Lifecycle events
                  -> Access-controlled passport views

Der physische und digitale Identitätspfad ist:

Individual battery item
  -> unique battery Kennung
  -> QR data carrier
  -> battery passport endpoint
  -> model, batch relationship and item data

Die Charge ist kein Ersatz für die Item-Identität.
Es ist eine Gruppierung, die den Eintrag Datensatz einfacher zu bedienen macht.
Wird das gleiche Modell in zwei Anlagen hergestellt, benötigen die Daten auf Modellebene möglicherweise einen pflanzenspezifischen Kontext.
Dies ist besonders relevant für CO2-Fußabdruckerklärungen: Artikel 7 Absatz 1 verlangt eine CO2-Fußabdruckerklärung für jedes Batteriemodell pro Fertigungsanlage.

Kennung Design: Drei Dinge unterscheiden

Teams verwenden oft die Kennung, um mehrere unterschiedliche Werte zu bedeuten. Trennen Sie sie explizit:

|Identifikator|Zweck|Rechtliche oder Durchführungsquelle|
|- Nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein.|- Nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein.|- Nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein.|
|Modellkennung|Identifiziert die Batterie-Version und ihre gemeinsamen technischen Eigenschaften|Batterieverordnung Artikel 3 Absatz 19 und die Musterdefinition von Artikel 3 Absatz 19|
|Batch-Kennung|Zusammen produzierte oder verwaltete Einheiten|Registerbeziehung und Herstellerrückverfolgbarkeitsdesign; genaue Anforderungen hängen vom anwendbaren Recht ab|
|Eindeutige Batterie-/Produktkennung|Identifiziert die individuelle Batterie und ermöglicht die Passverbindung|Batterien Verordnung Artikel 3(66), 77(3), 77(10); ISO/IEC 15459 Familie oder gleichwertig|
|Registrierungskennung|Persistente Kennung, die vom Register der Kommission nach erfolgreicher Registrierung generiert wurde|Durchführungsverordnung (EU) 2026/1778, Artikel 8 Absätze 8 und 10|

Der QR-Code ist ein Datenträger, kein viertes Geschäftsobjekt. Er kodiert oder löst den Kennung und die Passzugangsroute. Der Registrierungskenner des Kommissionsregisters sollte nicht stillschweigend durch den Kennung der Batterie ersetzt werden, ohne die geltenden technischen Anforderungen zu überprüfen.

Das ESPR erfordert auch eine persistente eindeutige Produktkennung, die über einen Datenträger verbunden ist und sich auf ISO/IEC 15459 Standards bezieht. Die Batterieverordnung schreibt speziell vor, dass der QR-Code und die eindeutige Kennung den ISO/IEC 15459-1 bis 15459-6 Standards oder gleichwertigen Standards entsprechen.

Zugriffsarchitektur: ein Datensatz, verschiedene Ansichten

Ein Batteriepass sollte nicht als eine uneingeschränkte JSON-Antwort umgesetzt werden. Artikel 77 Absatz 2 und Anhang XIII schaffen Zugangsebenen, während Artikel 78 verlangt, dass der Zugang kostenlos ist und auf den entsprechenden Rechten beruht.

Das Produktteam sollte mindestens folgende Ansichten definieren:

1. Öffentliche Modellansicht: Angaben in Anhang XIII Nummer 1.
2. Legitimate-Interest-Modellansicht: die detaillierte Zusammensetzung, Teile, Demontage- und Sicherheitsinformationen unter Nummer 2.
3. Authority view: Prüfberichte und andere Informationen, die den benannten Stellen, den Marktüberwachungsbehörden und der Kommission vorbehalten sind.
4. Legitimate-Interest-Person-Ansicht: Gesundheitszustand, Status und Nutzungsbezogene Daten in Punkt 4.
5. Operator edit view: authentifizierte Benutzer, die Daten einführen, ändern oder aktualisieren dürfen.

Der Durchführungsrechtsakt der Kommission gemäß Artikel 77 Absatz 9 muss festlegen, welche Personen ein berechtigtes Interesse haben und wie weit sie die relevanten Daten herunterladen, teilen, veröffentlichen und wiederverwenden können. Ab dem 13. August 2026 sind die zugrunde liegenden Zugangskategorien in der Verordnung enthalten, aber detaillierte Genehmigungen sollten gegen den endgültigen Durchführungsrechtsakt vor dem Start überprüft werden.

Kommerziell sensible Daten sollten für jede Rolle minimiert werden.
Ein Recycler kann Demontage Anweisungen und Zusammensetzungsdaten benötigen, ohne jedes interne Geschäftsfeld zu benötigen.
Ein Energiemarktteilnehmer kann individuelle Batterieinformationen benötigen, die für die Verwendung dieser Batterie im Energiemarkt relevant sind.
Rollenbasierter Zugriff ist Teil des Datenmodells, nicht ein nachträglicher Zugriff auf die Website.

Dynamische Daten erfordern Ereignisverlauf, nicht überschreiben-nur Felder

Für Lebenszyklusdaten reicht eine einzelne Spalte des aktuellen Zustands nicht aus. Behalten Sie sowohl den aktuellen Wert als auch eine auditierbare Ereignishistorie.

Eine praktische Veranstaltungsstruktur kann umfassen:

|Ereignis|Erforderliche Handhabung|
|- Nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein.|- Nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein, nein.|
|Herstellung|Erstellen Sie die individuelle Identität, Link-Modell und Batch, speichern Sie erste Leistungswerte|
|Inverkehrbringen oder Inbetriebnahme|Bestätigen Sie, dass der Pass verfügbar ist und die Kennung des Betreibers vollständig ist|
|Aktualisierung des Dienstes oder der Überwachung|Aufzeichnung der Quelle, des Zeitstempels, des Messkontexts und des aktualisierten Gesundheitszustands oder des Ladezustands|
|Negatives Ereignis|Aufzeichnung des Ereignistyps und der relevanten Auswirkungen auf die Sicherheit oder Leistung|
|Wiederverwerten, Wiederverwerten oder Wiederverarbeiten|Erstellen Sie einen neuen Pass, Link Original Pass(s), Update-Status und neue Markierungen|
|Zustand der Abfälle|Übertragungsverantwortung gemäß Artikel 77 Absatz 7|
|Recycling|Beenden Sie den Pass gemäß Artikel 77 Absatz 8, wobei nur das zu beachten ist, was andere Rechtsvorschriften erfordern.|

Die Verordnung verlangt Genauigkeit, Vollständigkeit und Währung gemäß Artikel 77 Absatz 4, Datenauthentifizierung und Integrität gemäß Artikel 78 Buchstabe g und eingeschränkte Aktualisierungsrechte gemäß Artikel 78 Buchstabe f. Diese Anforderungen begünstigen versionierte Aufzeichnungen, Herkunftsnachweise und kontrollierte Workflows.

Registerarchitektur: Zentraler Index, dezentrale Detaildaten

Das DPP-System der EU ist hybrid. ESPR Artikel 13 schafft ein zentrales Register für eindeutige Identifikatoren und spezifizierte Registrierungsdaten. Die detaillierten Passdaten werden von dem zuständigen Wirtschaftsteilnehmer oder einem autorisierten Dienstleister gemäß Artikel 78 Buchstabe c der Batterieverordnung und dem ESPR-Rahmen gespeichert.

Mit der Durchführungsverordnung 2026/1778 der Kommission wird dies in Kraft gesetzt.
Das Register validiert die Datenstruktur und die erforderliche Granularität, speichert relevante Identifikatoren und Metadaten und erstellt nach erfolgreicher Validierung eine eindeutige persistente Registrierungskennung.
Die vollständigen Batteriedaten bleiben über den Endpunkt des Betreibers oder den autorisierten Anbieter verfügbar.

Für die Systemarchitektur bedeutet dies:

• die Registry ist nicht Ihre gesamte Batterie-Datenbank;
• Ihre Plattform muss einen stabilen, resolvierbaren Passendpunkt bereitstellen;
• Kennung Uniqueness braucht Governance außerhalb eines QR-Bildgenerators;
• Registrierungsstatus und Passdaten müssen separat verfolgt werden; und
• der Pass muss auch dann zur Verfügung stehen, wenn der ursprüngliche Betreiber seine Tätigkeit eingestellt hat.

Die DPP Registry wurde am 20. Juli 2026 mit einer Testumgebung gestartet. Die Registrierung ist über eine sichere Benutzeroberfläche oder API verfügbar. Bauen Sie Ihre Integration so, dass Registry-Validierung, Retries, Versionierung und Nachweis der Registrierung beobachtbar Betriebszustände sind.

Kontrollen der Datenqualität vor der Veröffentlichung

Verwenden Sie diese Steuerelemente für jede Schicht:

Modellsteuerungen

• Validieren Sie die Eindeutigkeit der Modellkennung innerhalb des Namensraums des Herstellers.
• Erfordert ein kontrolliertes Chemievokabular.
• Bewahren Sie den Kontext der Herstellungs-Anlage auf, in dem die CO2-Fußabdruckvorschriften Muster-pro-Pflanzen-Erklärungen erfordern.
• Versionsmodelldaten anstelle von stillschweigenden historischen Werten.
• Unterscheiden Sie die Pflichtfelder von freiwilligen Ergänzungen.

Batch-Steuerungen

• Erfordert eine unveränderliche Chargenkennung, sobald Einheiten freigegeben werden.
• Verknüpfen Sie jede Einheit mit einem oder mehreren Produktionskontexten mit klaren Geschäftsregeln.
• Verwahren Lieferanten Los Referenzen, ohne kommerzielle sensible Informationen auf die falsche Rolle.
• Verwenden Sie Batch-Beziehungen für Rückruf- und Untersuchungsabläufe.
• Den Gesundheitszustand einer Einheit aus einem Batch-Durchschnitt nicht ableiten, es sei denn, das Feld ist explizit ein Batch-Level-Wert.

Einzelkontrollen

• Generieren Sie eine persistente eindeutige Kennung, bevor der physische QR-Träger gedruckt wird.
• Stellen Sie sicher, dass ein Kennung zu einem beabsichtigten Batterierekord auflöst.
• Validierung der Kennung und des QR-Ziels mit dem Serien- oder Fertigungsrekord des Endprodukts.
• Speichert zeitgestempelten Quell- und Messkontext für dynamische Felder.
• Verhindern Sie unbefugte Änderungen, während Sie die in Artikel 78 geforderten Rollen zulassen.
• Wiederverwendung, Repurposierung, Remanufacturing und Recycling-Übergänge testen.

Was ist verbindlich und was ist Durchführungsleitfaden?

Bind jetzt

• Artikel 77 der Verpflichtung vom 18. Februar 2027 für jede abgedeckte Batterie.
• Muster und individuelle Batterieinformationen in Artikel 77 Absatz 2 und Anhang XIII.
• QR-Zugriff auf die eindeutige Batteriekennung gemäß Artikel 77 Absatz 3.
• Genaue, vollständige und aktuelle Daten gemäß Artikel 77 Absatz 4.
• Artikel 13 QR-Code-Verpflichtung für alle Batterien vom 18. Februar 2027.
• Ausnahme von Verpackungen und Begleitdokumenten gemäß Artikel 13 Absatz 7.
• Neuer Pass und verknüpfte Geschichte nach Wiederverwendung, Wiederverwertung oder Wiederverarbeitung gemäß Artikel 77 Absatz 7.
• Eintragung in die Register gemäß Artikel 77 Absatz 10 und Artikel 13 ESPR.
• Verordnung (EU) Nr. 1308/2013 des Europäischen Parlaments und des Rates

Durchführungsableitung oder empfohlene Praxis

• Ein normalisiertes Modell-, Batch- und Element-Datenbankschema.
• Eine spezifische JSON- oder API-Form für den detaillierten operatorgehosteten Pass.
• Ein spezieller QR-Bild-Generation-Lieferant.
• Eine spezifische Chargenfeld-Liste, die über das anwendbare Recht hinausgeht.
• Event-Sourcing und unveränderliche Auditprotokolle als das gewählte technische Muster, obwohl sie für Genauigkeit, Integrität und Update-Governance dringend ratsam sind.
• Behandeln der Registrierungskennung mit dem gleichen Wert wie die eindeutige Kennung der Batterie.

Diese Kategorien getrennt zu halten schützt sowohl das Produktteam als auch den Leser. Die Verordnung legt das Compliance-Ergebnis fest. Sie schreibt nicht Ihre komplette ERP-, MES-, PLM- oder Servicearchitektur vor.

Das Datenmodell vor dem Label erstellen

Der QR-Code ist der letzte sichtbare Schritt. Ein robustes Batteriepasssystem beginnt mit der Unit-Definition, Modellverwaltung, Kennung-Ausgabe, Batch-Beziehungen, Zugriffspolitik und Lifecycle-Event-Handling. Wenn diese Ebenen korrekt sind, werden QR-Generierung und Registry-Registrierung zu kontrollierten Ausgängen des Datenmodells.

DPPAutomate hilft Herstellern, Anhang XIII-Felder an ihre Systeme zu kartieren, Modell, Batch und einzelne Datensätze zu verbinden, den Zugriff per Rolle zu schützen, Updates zu verwalten und QR-verknüpfte Passendpunkte zu generieren.
Siehe DPPAutomate platform, oder erste Bewertung Was ist ein Batteriepass? und der EU Batteriepass-Deadline Tracker.

Weiter durch den Cluster

Verwenden Sie diese Architektur mit dem battery pass QR-code guide , der DPP-Kennunghierarchie und dem bulk emission workflow .
Für die breitere Regel über Produktgruppen hinweg siehe ob jedes Produkt einen separaten DPP benötigt .

Quellen und rechtliche Hinweise

• Verordnung (EU) 2023/1542, konsolidierter Text, insbesondere Artikel 3 Absatz 19, Artikel 3 Absatz 66, Artikel 13, Artikel 77 und Artikel 78.
• Verordnung (EU) 2023/1542, Anhang XIII, Angaben, die in den Batteriepass aufzunehmen sind.
• Verordnung (EU) 2024/1781, ESPR, insbesondere die Artikel 9 bis 13 und Anhang III.
• Durchführungsverordnung (EU) 2026/1778 der Kommission, insbesondere die Artikel 1, 8, 9, 10 und 12.
• Europäische Kommission, digitaler Produktpass für Batterien, aktuelle Implementierungsübersicht.
• Europäische Kommission, DPP-Register jetzt live, 20. Juli 2026, aktueller Registrierungsstatus und API/UI-Informationen.
• Europäische Kommission, DPP-FAQs, unverbindliche Erläuterungen zu Identifikatoren, Zugriff und Architektur.

Rechtlicher Hinweis: Dieser Artikel ist ein Leitfaden für die Durchführung von Bildungsmaßnahmen, keine Rechtsberatung. Bestätigen Sie die anwendbare Kategorie Batterie, aktuelle konsolidierte Gesetze, Durchführungsrechtsakte und technische Spezifikationen, bevor Sie eine Compliance-Entscheidung treffen.