Batteriepass 2027: Checkliste bis zum 18. Februar

Der 18. Februar 2027 ist für viele Batteriehersteller, Importeure und weitere verantwortliche Wirtschaftsakteure ein konkreter Termin. Ab diesem Datum verlangt Artikel 77 der EU-Batterieverordnung für bestimmte Batteriekategorien eine elektronische Akte: den Batteriepass.

Der Batteriepass ist damit die erste konkret datierte Ausprägung des Digitalen Produktpasses; wie er sich in die übrigen DPP-Fristen einordnet, zeigt der Zeitplan-Beitrag. Die Frist wirkt auf den ersten Blick wie ein IT-Termin. Tatsächlich müssen davor Produktidentität, Modelldaten, individuelle Informationen, Nachweise, Zugriffsebenen und Zuständigkeiten zusammengeführt werden. Wer erst mit dem QR-Code beginnt, beginnt am falschen Ende.

Welche Batterien sind vom Batteriepass erfasst?

Artikel 77 Absatz 1 der Verordnung (EU) 2023/1542 nennt drei Gruppen:

• LMT-Batterien, also Batterien für leichte Verkehrsmittel,
• Industriebatterien mit einer Kapazität von mehr als 2 kWh,
• Elektrofahrzeugbatterien.

Entscheidend ist der konkrete Produktkontext. Eine technische DPP-Plattform kann die Einordnung unterstützen, ersetzt aber nicht die fachliche Prüfung der Batterie und der Rolle des Unternehmens.

Was enthält der Batteriepass?

Die Verordnung verbindet Informationen über das Batteriemodell mit spezifischen Informationen für die einzelne Batterie. Anhang XIII strukturiert Informationsgruppen und Zugriffsebenen. Daraus ergibt sich ein Modell, das allgemeine Stammdaten nicht unnötig pro Batterie dupliziert, individuelle Zustände aber trotzdem dem richtigen Objekt zuordnet.

Praktisch lassen sich die Informationen in mehrere Bereiche einteilen:

Datenbereich	Beispiele für die Projektplanung
Identität	Batteriekennung, Modellbezug, verantwortlicher Wirtschaftsakteur
Eigenschaften	Kapazität, Zusammensetzung und produktbezogene technische Informationen
Nachhaltigkeit	relevante Erklärungen, Werte und Nachweise gemäß anwendbarem Kontext
Kreislauf	Informationen zu Demontage, Ersatz, Behandlung und Verwertung
Lebenszyklus	individuelle Ereignisse oder Zustandsinformationen, soweit vorgesehen
Governance	Zugriffsrolle, Quelle, Freigabe, Version und Aktualisierungsstatus

Die vollständige fachliche Zuordnung sollte direkt gegen Artikel 77, Anhang XIII und ergänzende anwendbare Vorgaben erfolgen. Starre Blog-Checklisten sind dafür kein Ersatz.

Modelldaten und individuelle Batteriedaten

Diese Ebenen sind kein Batterie-Sonderfall – der Beitrag zu Model, Batch und Item erklärt sie allgemein. Die Trennung reduziert doppelte Pflege. Gleichzeitig darf eine Änderung am Modell nicht unkontrolliert bereits veröffentlichte Einzelpässe verändern. Deshalb braucht das Datenmodell Versionen und klare Gültigkeitsbeziehungen.

Ein Beispiel: Eine aktualisierte technische Dokumentation kann für eine Modellversion gelten. Ein individueller Zustandswert gehört dagegen zu einer konkreten Batterie. Beide Informationen können in derselben Passansicht erscheinen, müssen intern aber unterschiedlich geführt werden.

Batteriepass-Checkliste bis Februar 2027

Phase 1: Scope und Verantwortung

Zu Beginn muss geklärt werden, welche Produkte, Standorte und Wirtschaftsakteure im Projekt liegen. Gleichzeitig braucht jedes relevante Datenfeld einen fachlichen Eigentümer. Ohne diese Verantwortung bleibt ein technisch sichtbares Feld möglicherweise ungeprüft.

Phase 2: Dateninventur

Modelldaten können im PLM liegen, Produktionsdaten im ERP, Zustandsdaten im BMS und Nachweise in Dokumentenablagen. Die Inventur sollte nicht nur Systemnamen festhalten, sondern auch Qualität, Aktualität, Identifikatoren und verfügbare Schnittstellen.

Phase 3: Regel- und Lückenbewertung

Anforderungen werden auf den konkreten Batteriekontext angewandt. Dabei muss die Bewertung Pflicht, Bedingung, Stichtag und Nichtanwendbarkeit unterscheiden. Eine Prozentzahl allein reicht nicht; Nutzer müssen verstehen, welche Lücke warum besteht.

Phase 4: Pilot und Veröffentlichung

Ein sinnvoller Pilot bildet nicht nur eine schöne Beispielbatterie ab. Er durchläuft Import, Zuordnung, Prüfung, Nachweis, Freigabe, Scan und spätere Aktualisierung. Erst dann zeigt sich, ob der Prozess im Tagesgeschäft funktioniert.

QR-Code und Zugriffsebenen

Der Batteriepass wird über einen QR-Code zugänglich. Hinter dem Scan muss die richtige einzelne Batterie identifiziert werden. Gleichzeitig unterscheiden sich die vorgesehenen Informationszugriffe. Deshalb sollten öffentliche Inhalte ohne unnötige Hürden erreichbar sein, während geschützte Bereiche eine belastbare Autorisierung verwenden.

Zu testen sind mindestens:

• Scanbarkeit am realen Produkt oder vorgesehenen Anbringungsort
• dauerhafte Auflösung der Kennung
• sprachlich passende, mobile Passansicht
• Zugriff mit und ohne Berechtigung
• Verhalten bei gesperrten, ersetzten oder aktualisierten Datensätzen
• Nachvollziehbarkeit der veröffentlichten Version

Die häufigsten Projektrisiken

Zu später Start: Datenklärung und Lieferantenkommunikation brauchen meist mehr Zeit als das Frontend.
Unklare Identität: Modell- und Einzelinformationen werden vermischt.
Pauschale Vollständigkeit: Ein Dashboard zeigt „fertig“, obwohl Quellen oder Nachweise fehlen.
Keine Exit-Strategie: Die QR-Codes funktionieren nur solange ein einzelner Provider unverändert bleibt – ein unabhängiges DPP-Backup begrenzt dieses Risiko.
Manuelle Einmalpflege: Aktualisierungen und neue Batterien lassen sich nicht wirtschaftlich verarbeiten.

Fazit

Der Batteriepass 2027 ist ein konkreter Anlass, DPP-Fähigkeiten produktiv aufzubauen. Der größte Hebel liegt nicht in einem kurzfristig erzeugten QR-Code, sondern in sauberer Identität, strukturierten Daten, versioniertem Regelwerk und kontrolliertem Betrieb. Eine Plattform, die diese Grundlagen beherrscht, kann anschließend weitere Produktgruppen aufnehmen.