Dlaczego samo „jednorazowe uzupełnienie” nie wystarczy
Cyfrowy paszport baterii (DBP) nie jest statyczną kartą danych. Rozporządzenie w sprawie baterii (UE) 2023/1542 wyraźnie stanowi, że określone punkty danych muszą pozostać możliwe do aktualizacji przez cały cykl życia baterii. Kto uzupełni swój paszport jednorazowo przy wprowadzaniu baterii do obrotu, a następnie już go nie aktualizuje, nie spełnia w pełni wymagań — i od 18 lutego 2027 r. naraża się na poważne problemy z zapewnieniem zgodności.
Brzmi to jak oczywistość, ale w praktyce stanowi istotny problem operacyjny. Raport wdrożeniowy Minespider 2026 wskazuje na dwa strukturalne słabe punkty występujące w całej branży: fragmentację danych wzdłuż łańcucha dostaw oraz brak procesów dynamicznej aktualizacji danych. Oba problemy można rozwiązać — ale tylko dzięki jasnej strategii technicznej i organizacyjnej.
Co i kiedy musi się zmienić: trzy kategorie aktualizacji
Nie wszystkie pola danych w DBP podlegają takim samym obowiązkom aktualizacji. Warto od początku rozróżnić trzy kategorie:
1. Statyczne dane podstawowe (jednorazowo przy wprowadzaniu do obrotu)
Należą do nich skład chemiczny, technologia ogniw, identyfikacja producenta i numer seryjny. Pola te są ustawiane przy pierwszym uzupełnieniu i nie ulegają zmianie. Tworzą niezmienny rdzeń paszportu.
2. Dane dotyczące CO₂ specyficzne dla partii (jednorazowo, ale granularnie)
Specyficzny dla produktu ślad węglowy CO₂ (PCF) musi być obliczany zgodnie z metodami ISO 14067-kompatiblen i podawany na poziomie partii. Projekt JRC Komisji Europejskiej jasno stwierdza: agregowanie danych z różnych zakładów produkcyjnych jest niedopuszczalne. Każdy model baterii otrzymuje własną wartość PCF dla każdego zakładu produkcyjnego. Oznacza to, że dla każdej nowej partii trzeba utworzyć nowy zestaw danych i powiązać go z odpowiednim paszportem — bez kopiowania danych z poprzedniego modelu.
W praktyce oznacza to, że jeśli system produkcyjny nie dostarcza obliczeń CO₂ specyficznych dla partii, należy dostosować proces na wcześniejszym etapie, zanim w ogóle będzie można uzupełnić paszport.
3. Dane o stanie (ciągle, przez cały cykl życia)
To najbardziej wymagająca kategoria. State of Health (SoH) i State of Charge (SoC) zmieniają się przy każdym cyklu ładowania i rozładowania. W przypadku baterii wykorzystywanych w drugim życiu — na przykład jako magazyny stacjonarne po wykorzystaniu w pojeździe elektrycznym — aktualne dane o stanie są nie tylko wymagane przepisami, lecz także istotne z ekonomicznego punktu widzenia: bez wiarygodnych danych SoH nie da się ustalić uczciwej wartości rynkowej na rynku drugiego życia.
Wdrożenie techniczne: porównanie trzech podejść
Jak dane trafiają do paszportu? I jak zachować ich aktualność? Zasadniczo istnieją trzy podejścia architektoniczne:
| Podejście | Odpowiednie dla | Zaleta | Ryzyko |
|---|---|---|---|
| Push przez REST API | Producentów z własnym MES/ERP | W pełni automatyczne, obsługa danych w czasie rzeczywistym | Zależność od wewnętrznej infrastruktury IT |
| Import zbiorczy (CSV/JSON) | Dostawców bez integracji z API | Niski próg wejścia | Źródła błędów ręcznych, opóźnienia |
| Sensor-to-DPP (IoT) | Magazynów stacjonarnych, zarządzania flotą | Ciągła aktualizacja SoH | Złożony potok danych, wysokie wymagania dotyczące opóźnień |
Dla większości producentów sensowne będzie podejście hybrydowe: dane podstawowe i PCF będą trafiać z systemu ERP za pośrednictwem importu zbiorczego lub API, natomiast dane o stanie będą uzupełniane przez potok IoT.
Aktualizacja API: minimalny przykład
Kto korzysta z REST API do aktualizacji danych o stanie, powinien postawić na wersjonowaną strukturę punktów końcowych, obsługującą także aktualizacje częściowe (PATCH):
// Beispiel: SoH-Update für eine einzelne Batterie-Seriennummer
const response = await fetch(
'https://api.example.com/v1/batteries/{serialNumber}/state',
{
method: 'PATCH',
headers: {
'Content-Type': 'application/json',
'Authorization': `Bearer ${apiToken}`,
},
body: JSON.stringify({
stateOfHealth: 0.87, // 87 % Restkapazität
stateOfCharge: 0.52, // 52 % aktueller Ladestand
measuredAt: '2026-06-25T14:30:00Z',
measurementMethod: 'IEC_62660-1',
}),
}
);
Znacznik czasu (measuredAt) nie jest polem opcjonalnym — ma kluczowe znaczenie dla identyfikowalności oraz kontroli prowadzonej przez organy nadzoru rynku.
Interoperacyjność: standardy, rejestr i środowisko testowe
Aktualizacja niewiele daje, jeśli węzeł odbierający nie rozumie danych. Właśnie na tym koncentrują się prace normalizacyjne. 25 czerwca 2026 r. CEN i CENELEC przeprowadziły publiczne webinarium poświęcone nowo opublikowanym standardom DPP EN 18216–EN 18223. Te sześć norm, opracowanych przez Komitet Techniczny JTC 24, definiuje międzyproduktowe ramy interoperacyjności i spójności danych — a więc dokładnie tę warstwę, na której należy standaryzować procesy aktualizacji.
Równolegle konsorcjum BatteryPass-Ready uruchomiło 24 czerwca 2026 r. publiczne środowisko testowe dla Cyfrowego paszportu baterii. Producenci, dostawcy i dostawcy oprogramowania mogą tam sprawdzać swoje wdrożenia pod kątem wymagań regulacyjnych — jeszcze przed rozpoczęciem eksploatacji produkcyjnej. Podmioty budujące procesy aktualizacji powinny odpowiednio wcześnie skorzystać z tego środowiska, aby przetestować formaty danych i zgodność API.
Centralny rejestr DPP UE
Komisja Europejska pracuje nad centralnym rejestrem, za pośrednictwem którego mają być rejestrowane i wyszukiwane wszystkie DPPs. Orgalim — europejskie stowarzyszenie przemysłu technologicznego — opublikowało w tej sprawie jasne zalecenia: rejestr musi obsługiwać automatyczne procesy rejestracji na dużą skalę oraz być zabezpieczony przed awariami. Dla procesów aktualizacji oznacza to, że wewnętrzna architektura musi działać także wtedy, gdy centralny rejestr jest tymczasowo niedostępny — należy więc zaplanować lokalne buforowanie i logikę ponawiania prób.
Powiązanie fizycznej baterii z cyfrowym paszportem odbywa się w praktyce za pośrednictwem GS1 Digital Link — standardowego identyfikatora URI, który koduje GTIN i numer seryjny oraz wskazuje powiązany zestaw danych. Odsyłacz ten jest zwykle zakodowany w kodzie QR na etykiecie baterii.
Wymagania organizacyjne: kto odpowiada za aktualizacje?
Rozporządzenie odnosi się przede wszystkim do podmiotu gospodarczego, który wprowadza baterię do obrotu. Jednak dane o stanie często powstają daleko od producenta — u operatora floty, przedsiębiorstwa zajmującego się recyklingiem lub dostawcy rozwiązań drugiego życia. Kwestia uprawnień do zapisu nie jest zatem wyłącznie techniczna: musi zostać uregulowana w umowie.
W strukturze zarządzania należy jasno zdefiniować następujące role:
- Właściciel danych: kto może zapisywać i nadpisywać poszczególne pola?
- Ścieżka audytu: każdą zmianę należy rejestrować wraz ze znacznikiem czasu i podmiotem dokonującym zmiany — nie tylko na potrzeby zgodności, lecz także w razie sporów na rynku drugiego życia.
- Procedura awaryjna: co się dzieje, gdy czujnik ulegnie awarii lub dostawca nie dostarczy danych?
Rozwiązania takie jak partnerstwo Bureau Veritas i Circulor pokazują, jak organizacje kontrolne i dostawcy danych współpracują, aby zamykać właśnie te luki w zarządzaniu. Podobnie pozycjonuje się Securikett ze swoją platformą Codikett 2.0: etykiety odporne na manipulacje, które fizycznie łączą zestaw danych z produktem i utrudniają nieautoryzowany zapis.
Lista kontrolna: gotowość do aktualizacji do lutego 2027 r.
Zanim uznają Państwo proces DBP za „gotowy”, należy sprawdzić następujące punkty:
- Obliczanie PCF wdrożono na poziomie partii (a nie w formie agregacji modeli)
- Potok danych SoH/SoC został zbudowany i przetestowany
- Punkty końcowe API obsługują aktualizacje częściowe (PATCH) ze znacznikiem czasu
- Uprawnienia do zapisu uregulowano w umowach ze wszystkimi właściwymi podmiotami
- Wdrożono logikę ponawiania prób na wypadek awarii rejestru
- Wdrożenie zweryfikowano w środowisku testowym BatteryPass-Ready
- GS1 Digital Link jest prawidłowo zakodowany na etykiecie i w kodzie QR
Luty 2027 r. zbliża się. Kto zacznie budować procesy aktualizacji dopiero wtedy, gdy obowiązek wejdzie w życie, przekona się, że właściwa praca nie polega na uzupełnieniu paszportu — lecz na prawidłowym utrzymywaniu go przy życiu przez kolejne lata.
Źródła
- Rozporządzenie UE w sprawie baterii 2027: lista kontrolna Cyfrowego paszportu baterii — Crunch-IS
- Cyfrowy paszport baterii UE: wymagania, harmonogram, dane i przewodnik po zgodności — Carbmee
- Terminy dotyczące paszportu baterii UE: jak przygotować się do rynku UE przed 2027 r. — DigiProd Pass
- DPP — aktualizacja sektorowa, czerwiec 2026: stal, baterie i pilotaż GS1 — blog qr3.app
- Raport wdrożeniowy Cyfrowego paszportu baterii 2026: perspektywy branży dotyczące zgodności z UE | Minespider
- Rozporządzenie UE w sprawie baterii: kompletny przewodnik po wymaganiach dotyczących śladu węglowego
- Przewodnik po rozporządzeniu UE w sprawie baterii | Jak obliczać deklaracje PCF
- Webinarium „Jak zapewnić zgodność z przepisami UE dotyczącymi Cyfrowego paszportu produktu: wytyczne dotyczące ostatnio opublikowanych norm europejskich” — CEN-CENELEC
- EN 18216–18223: CEN i CENELEC publikują pierwsze standardy DPP — qr3.app
- BatteryPass-Ready uruchamia środowisko testowe dla Cyfrowego paszportu baterii
- Paszport baterii od 2027 r.: nowe środowisko testowe dla przedsiębiorstw jest już dostępne — Haufe
- Zalecenia dotyczące godnego zaufania i praktycznego unijnego rejestru Cyfrowego paszportu produktu — Orgalim
- Identyfikacja i etykietowanie baterii przemysłowych i baterii do pojazdów elektrycznych | GS1 in Europe
- Paszport baterii UE: co każda marka powinna wiedzieć (2026) — PassportCraft
- Bureau Veritas i Circulor nawiązują współpracę w celu wsparcia zgodności w zakresie paszportu baterii i identyfikowalności łańcucha dostaw
- Securikett prezentuje technologię etykietowania na potrzeby cyfrowych paszportów produktów — Packaging Insights