Changelog

16. Oktober 2026

Highlights

• Bestätigungslauf — Der offizielle Konformitätslauf für Ihre Lifecycle-API. Er führt die vollständige Testsuite für die ausgewählte Systemrolle aus. Besteht Ihre API, erhalten Sie eine PDF-Bestätigung per E-Mail. Die Bestätigung können Sie außerdem auf der Ergebnisseite herunterladen.
• Profile — Testläufe und Bestätigungsläufe verwenden jetzt den BatteryPass des gewählten Profils: Schema, Beispiel-Batteriepässe und Zugriffsrechte. Wählen Sie ein vorgegebenes Profil für Ihre Batteriekategorie (EV, LMT usw.) oder ein eigenes.
• Zugriffsrechte-Editor — Mit dem Zugriffsrechte-Editor können Sie die voreingestellten Zugriffsrechte für jedes Datenelement an Ihr System under Test anpassen.
• Neue Systemrolle: Main Service Provider — Eine Systemrolle für Dienstleister, die Batteriepässe im Auftrag mehrerer Wirtschaftsakteure betreiben.
• Testlauf-Verlauf — Der Verlauf speichert die Testprotokolle Ihrer Testläufe, sodass Sie sie später auswerten können. Pro Benutzer werden bis zu 50 Testläufe aufbewahrt; ist die Grenze erreicht, wird der älteste Testlauf entfernt.

Handlungsbedarf

• Neue BatteryPass-Schemaversion 2.0.1.
• API-Version — Sie wählen jetzt, ob ein Lauf die in der Norm festgelegten versionierten Routen (/v1/...) oder die unversionierten Entwurfsrouten anspricht. Die Basis-URL darf keine Query und kein Fragment enthalten.
• Ihr System muss ungültige Updates mit Statuscode 400 und Updates, die den Inhalt nicht ändern, mit Statuscode 409 ablehnen.
• Fehlt einer Rolle die nötige Berechtigung, erwartet die Testumgebung jetzt Statuscode 403.
• ReadDPPById liefert den Batteriepass jetzt unabhängig von seinem Status (aktiv, archiviert oder zur Löschung markiert). ReadDPPByProductId liefert weiterhin nur den aktiven Batteriepass.
• Ein Update, das ein nicht als stabil markiertes Datenelement ändert, erzeugt einen neuen Batteriepass mit neuer DPP-ID. Der bisherige Batteriepass wird archiviert und ist über seine alte DPP-ID weiterhin lesbar.
• Ein Lesezugriff ohne Zugangsdaten liefert die öffentliche Sicht des Batteriepasses. Nicht prüfbare Zugangsdaten werden mit Statuscode 401 abgelehnt, ebenso das Anlegen eines Batteriepasses ohne Zugangsdaten.
• Nur zur Löschung markierte Batteriepässe dürfen gelöscht werden. Der Versuch, einen aktiven Batteriepass zu löschen, muss mit Statuscode 409 abgelehnt werden.
• Mehrere Wirtschaftsakteure — Das Test-Adapter-Kommando issueCredentials hat das neue optionale Feld economicOperatorId. Zugriffe auf einen Batteriepass eines anderen Wirtschaftsakteurs müssen mit Statuscode 403 abgelehnt werden.
• EU Registry — Die Registrierung verwendet jetzt die Feldnamen der Norm: uniqueProductIdentifier, digitalProductPassportId, uniqueEconomicOperatorIdentifier, uniqueEOIdentifierBackupOperator und dppApiEndpoint (eine absolute URI). Die bisherigen Felder Product_ID, Backup_ID und Operator_ID werden nicht mehr akzeptiert.

Neu

• Wissensbereich — Die Startseite erklärt den digitalen Batteriepass und die Anforderungen der Verordnung und beantwortet häufige Fragen.
• Stapelausführung — Mehrere oder alle Testfälle Ihrer Systemrolle laufen in einem Durchgang, mit Fortschrittsanzeige und der Möglichkeit zum Abbrechen.
• Ergebnisseite — Jeder Testlauf hat jetzt eine eigene Seite mit Übersicht, Filtern und der verwendeten Konfiguration.
• Testergebnisse lassen sich kopieren und herunterladen, einzeln als JSON-Datei oder gesammelt als ZIP-Archiv.
• Testläufe lassen sich aus dem Verlauf löschen. Der Verlauf zeigt jetzt mehr Details zu jedem Lauf, darunter die Art des Laufs.
• Changelog — Der Changelog hat jetzt eine eigene Seite, die alle Aktualisierungen auflistet.
• Über das Benutzermenü gelangen Sie jetzt direkt zu Ihrer Kontoverwaltung.
• Eine unbekannte Adresse oder ein unerwarteter Fehler zeigt jetzt eine verständliche Fehlerseite mit einem Weg zurück.
• Neue Testfälle prüfen das Anlegen und Löschen von Batteriepässen, das Abrufen eines früheren Stands, die Suche nach Batteriepässen über die Produktkennung, das Lesen der öffentlichen Sicht ohne Zugangsdaten, das Ablehnen von Zugriffen über Wirtschaftsakteure hinweg, fehlende oder unbekannte Datenelemente sowie die neue DPP-ID nach einem Update.

Verbessert

• Validierungsschemas — Die Auswahl in der Datenvalidierung ist jetzt in Ordner nach Datenmodell und Version gegliedert.
• Benutzerdokumentation — Der Aufbau der Testumgebung wird jetzt als übersichtlicheres Diagramm dargestellt, und die Ressourcenliste verweist auf weitere API-Dokumentation.
• Kopfbereich — Die Anmeldung hat jetzt eine eigene Schaltfläche, und die Testumgebung ist jetzt als Beta-Version statt als Prototyp gekennzeichnet.
• Beim Vergleich von Werten sind die erwartete und die tatsächliche Seite jetzt eindeutig beschriftet.
• Ein unerwarteter Statuscode zählt jetzt als fehlgeschlagene Prüfung statt als Fehler im Testlauf.
• Zugangsdaten und Tokens werden in den Protokollen der Testergebnisse jetzt unkenntlich gemacht.
• Fehlermeldungen geben keine internen Details mehr preis.
• Sie können bis zu 20 eigene Profile speichern.

Behoben

• Nach einem Wechsel der Systemrolle werden Ergebnisse und Auswahl des vorherigen Laufs nicht mehr übernommen.
• Das ausgewählte Profil bleibt nach dem Neuladen der Seite ausgewählt.
• Das Test-Setup wird jetzt als fehlgeschlagen angezeigt, wenn Ihr Test-Adapter ein einzelnes Kommando ablehnt. Bisher erschien es trotzdem grün.
• Das Kopieren eines Testergebnisses funktioniert jetzt auch, wenn Sie die Testumgebung über eine unverschlüsselte Verbindung öffnen.
• Öffentliche Seiten laden jetzt auch, wenn der Anmeldedienst nicht erreichbar ist.
• Schwebende Bedienelemente verdecken keine geöffneten Dialoge mehr.
• Der Hinweis auf neue Changelog-Einträge erscheint nach einem Sprachwechsel nicht mehr erneut.
• Seiten werden jetzt auf jeder Bildschirmgröße ohne unerwünschtes horizontales Scrollen korrekt dargestellt, und neue Seiten öffnen sich wieder oben.