--- title: "EU-Batteriepass: Softwarearchitektur für 2027" canonical: https://wavect.io/de/blog/eu-battery-passport-software-architecture-2027/ language: de description: "EU-Batteriepass für Februar 2027 planen: Scope, eindeutige ID, 71 Datenpunkte, Zugriffe, APIs, QR-Haltbarkeit, Tests und Rollout." image: "https://wavect.io/img/blog/headers/header_eu-battery-passport-software-architecture-2027.png" author: ["Kevin Riedl"] published: "2026-08-24" updated: "2026-09-02" reviewed: "2026-09-02" --- # EU-Batteriepass-Softwarearchitektur: Bereit für Februar 2027 [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 9 Min Lesezeit · 24. August 2026 Zuletzt geprüft 2. September 2026 [**Weiter**](/de/blog/eu-product-liability-software-evidence-2026/) TL;DR Erfasste EV-, LMT- und Industriebatterien über 2 kWh brauchen ab 18. Februar 2027 einen elektronischen Pass. Nutzt eine unveränderbare Identität je Batterie, haltet das QR-Ziel stabil, ordnet Daten verantworteten Quellen zu, trennt öffentliche und beschränkte Zugriffe und testet Interoperabilität, Export und Ausfälle. **Ab 18. Februar 2027 braucht jede erfasste EV-Batterie, LMT-Batterie und Industriebatterie über 2 kWh beim Inverkehrbringen in der EU einen elektronischen Batteriepass. Baut ihn als langlebiges Identitäts- und Zugriffssystem mit eindeutiger Batterie-ID, stabiler QR-Adresse, geregelten Datenklassen und Lifecycle-Updates.** Der Pass ist kein PDF hinter einem QR-Code. Er ist ein Datenprodukt für Hersteller, Reparatur, Recycling und Aufsicht. Die Leitlinie der Kommission vom August 2026 nennt 71 Datenpunkte. ## Welche Systeme sind betroffen? | Designfaktor | Vorgabe | Architekturfolge | | --- | --- | --- | | **Scope** | EV, LMT und Industrie über 2 kWh | Scope je SKU und physischer Einheit bestimmen | | **Identität** | Ein Pass je Batterie | Unveränderbare Batterie-ID statt Modell- oder Batch-URL | | **Zugriff** | Öffentliche und eingeschränkte Daten | Feldgenaue Policy und Audit privilegierter Abrufe | ## Wie sieht die minimale Architektur aus? Nutzt fünf Schichten: Identität, Ingestion, kanonische Daten, Policy und Veröffentlichung. Die QR-Adresse bleibt stabil. Der Datensatz bewahrt Herkunft, Wirksamkeitsdatum, Einheit, Validierung und ersetzte Werte. - Identity Service für Batterie-ID, Modell, Wirtschaftsakteur und Resolver. - Signierte APIs für Produktion, Tests, Service, State of Health und Recycling. - Versioniertes Schema mit Einheiten, Quelle, Zeit und Qualitätsflags. - Policy Engine für öffentliche und beschränkte Rollen. - Export und Verfügbarkeit ohne proprietäre Portalabhängigkeit. ## Wie modelliert ihr 71 Datenpunkte? Ordnet jeden Datenpunkt einem Quellsystem, Owner, Update-Ereignis, Validierungswert, einer Zugriffsklasse und einem Fehlerverhalten zu. Ein Feld ohne belastbare Quelle ist ein Delivery-Risiko, auch wenn das JSON-Schema vollständig ist. - Statische Modelldaten von unit-spezifischen Lifecycle-Daten trennen. - Maßeinheiten explizit abbilden. - Nachweise und Signaturen an relevante Aussagen hängen. - Korrektur- und Streitprozess für Lieferantendaten vorsehen. ## Was scheitert in echten Projekten? Typische Fehler sind Identitätskollisionen, tote QR-Ziele, Tabellen-Handover, zu breite Veröffentlichung und fehlende Owner nach dem Verkauf. Testet auch schlechte Verbindung und Organisationswechsel. - Keine sensiblen Daten direkt im QR-Payload. - Recycler nicht vom Mitarbeiterlogin des Herstellers abhängig machen. - Exportplan für Insolvenz, Übernahme und Providerwechsel definieren. ## Praktische Delivery-Sequenz 1. Batteriekategorien, Rollen, Märkte und Mengen inventarisieren. 2. Datenpunkt-Matrix bauen und Quelllücken schließen. 3. Eine Batterie von Produktion bis Recycling prototypisieren. 4. Öffentliche und eingeschränkte Sicht mit Berechtigungstests umsetzen. 5. Interoperabilität, QR, Last, Backup, Export und Lieferantenausfall testen. 6. Eine Produktlinie pilotieren und vor Februar 2027 skalieren. ## FAQ zum EU-Batteriepass ### Ab wann ist der EU-Batteriepass verpflichtend? Ab 18. Februar 2027 für erfasste Batterien, die in Verkehr gebracht oder in Betrieb genommen werden. ### Ist der Pass nur ein QR-Code? Nein. Der QR-Code ist der Zugang. Hinzu kommen Identität, geregelte Daten, Updates, Verfügbarkeit und Interoperabilität. ### Müssen alle Felder öffentlich sein? Nein. Die Verordnung unterscheidet allgemein zugängliche von rollenbeschränkten Informationen. ### Portal kaufen oder selbst bauen? Erst Datenquellen, Integration, Identität, Zugriffe, Exit und Betrieb klären. Ein Portal repariert keine fehlenden Quelldaten. ## Fazit Beginnt mit Unit-Identität und Data Ownership. Wer mit einer QR-Demo startet, entdeckt Lifecycle- und Governance-Arbeit meist zu spät. ## Primärquellen 1. [Verordnung (EU) 2023/1542](https://eur-lex.europa.eu/eli/reg/2023/1542/oj). Verbindlicher Scope und Anforderungen 2. [Leitlinie der EU-Kommission](https://single-market-economy.ec.europa.eu/news/guidance-support-preparations-digital-batteries-passport-2026-08-21_en). Aktuelle Vorbereitung und 71 Datenpunkte 3. [Digital Product Passport Hub](https://single-market-economy.ec.europa.eu/single-market/digital-product-passport_en). Aktuelle Ressourcen und Register ## Das könnte dich auch interessieren.. [**Best Practices für Smart-City-Architektur** Verknüpfe Geräteidentität, Edge und Datenplattform.](/de/blog/smart-city-architecture-best-practices-2026/) [**Wavect vs. Entwicklungsagenturen** Vergleiche IoT-Delivery für regulatorische Plattformen.](/de/compare/wavect-vs-dev-agencies/) Architektur und Plattformen ## Weiterlesen Framework-, Plattform- und Systementscheidungen mit langfristiger Delivery-Wirkung. [Hier starten**Smart-City-Architektur: MQTT, LoRaWAN, Kubernetes und Terraform**](/de/blog/smart-city-architecture-best-practices-2026/) - [NVIDIA Run:ai Open Source: GPU-Flotte und Softwarefabrik](/de/blog/nvidia-runai-open-source-gpu-software-factory/) - [GitButler für parallele KI-Agenten: Mehrere Branches, ein Build](/de/blog/gitbutler-parallel-ai-agents-one-workspace/) - [Vendo für SaaS: Mandantentrennung und Freigaben](/de/blog/vendo-saas-tenant-isolation/) - [AgentMail im SaaS: Mandantentrennung und doppelte E-Mails](/de/blog/agentmail-saas-duplicate-sends-recovery/) - [KI-Code und Wettbewerbsvorteile: Wer betreibt die Software?](/de/blog/ai-coding-software-moat-operations/) [Vorheriger Artikel**Flughafen Innsbruck: Unabhängige Analyse zu Software, Digitalisierung und KI**](/de/blog/flughafen-innsbruck-software-ai-opportunity-map/) [Nächster Artikel**EU Data Act: API-Checkliste für Connected Products**](/de/blog/eu-data-act-connected-product-api-2026/) [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 9 Min Lesezeit · 24. August 2026 Zuletzt geprüft 2. September 2026 [**Weiter**](/de/blog/eu-product-liability-software-evidence-2026/)