Architektura w jednym zdaniu
Zgodny model danych paszportu baterii powinien oddzielać dane modelu, kontekst partii i indywidualny rekord baterii. Dane modelu można ponownie wykorzystywać dla identycznych jednostek. Dane partii mogą łączyć serię produkcyjną z jej jednostkami. Dane indywidualne potrzebują własnej trwałej tożsamości, ponieważ wydajność, stan zdrowia i historia użytkowania należą do jednej fizycznej baterii.
To architektura, dzięki której identyfikowalność baterii można skalować bez utraty funkcji paszportu jako „cyfrowego numeru seryjnego”.
Podstawą prawną jest rozporządzenie (UE) 2023/1542. Art. 77 ust. 2 wymaga, aby każdy paszport baterii objętej zakresem zawierał informacje o modelu baterii oraz informacje specyficzne dla indywidualnej baterii, w tym informacje wynikające z użytkowania. Załącznik XIII definiuje wymagane warstwy danych. Unijny Rejestr Cyfrowych Paszportów Produktów zapewnia następnie wspólną infrastrukturę rejestracji identyfikatorów oraz relacji modelu, partii i artykułu.
Wynikiem nie są trzy niezależne paszporty. Jest nim jeden rekord paszportu z połączonymi poziomami szczegółowości.
Zacznij od warstw prawnych, nie od tabel ERP
Załącznik XIII nie zaczyna się od ogólnego „kartoteki produktu” ani schematu bazy danych. Dzieli informacje według przedmiotu i poziomu dostępu:
| Warstwa załącznika XIII | Przedmiot | Główny odbiorca | Przykłady |
|---|---|---|---|
| Punkt 1 | Model baterii | Opinia publiczna | Skład, chemia, ślad węglowy, pojemność znamionowa, napięcie, zdolność mocowa, przewidywany okres eksploatacji, gwarancja, zgodność i informacje o odpadach |
| Punkt 2 | Model baterii | Osoby mające uzasadniony interes i Komisja | Szczegółowy skład katody, anody i elektrolitu, części i źródła części zamiennych, informacje o demontażu i środki bezpieczeństwa |
| Punkt 3 | Model baterii | Jednostki notyfikowane, organy nadzoru rynku i Komisja | Sprawozdania z badań potwierdzające zgodność |
| Punkt 4 | Bateria indywidualna | Osoby mające uzasadniony interes | Początkowe wartości wydajności i wartości przy zmianie statusu, stan zdrowia, status, dane o cyklach i zdarzeniach, warunki pracy i stan naładowania |
Daje to zespołowi wdrożeniowemu dwa ograniczenia projektowe:
- nie każde pole jest publiczne; oraz
- nie każde pole jest statyczne.
Model musi zatem obsługiwać zarówno dziedziczenie danych, jak i kontrolowane aktualizacje ze znacznikiem czasu.
Dane modelu: wielokrotnie używana podstawa techniczna
Dane modelu opisują wersję baterii, której jednostki mają te same istotne cechy techniczne i identyfikator modelu. Takie znaczenie ma „model baterii” w art. 3 pkt 19 rozporządzenia bateryjnego.
Dla dostępu publicznego punkt 1 załącznika XIII wymienia obszerny zestaw pól modelu, w tym:
- informacje z załącznika VI część A, takie jak producent, kategoria, informacje o miejscu i dacie produkcji, masa, pojemność, chemia, substancje niebezpieczne, środek gaśniczy i surowce krytyczne;
- skład materiałowy, chemię i surowce krytyczne;
- informacje o śladzie węglowym;
- informacje o odpowiedzialnym pozyskiwaniu;
- zawartość materiałów z recyklingu i odnawialnych;
- pojemność znamionową, minimalne, nominalne i maksymalne napięcie;
- pierwotną zdolność mocową i ograniczenia;
- przewidywany okres eksploatacji i badanie referencyjne;
- próg pojemności oznaczający zużycie baterii pojazdu elektrycznego;
- zakres temperatury, gdy bateria nie jest używana;
- okres gwarancji trwałości kalendarzowej;
- początkową efektywność energetyczną i efektywność cyklu życia;
- rezystancję wewnętrzną ogniwa i pakietu; oraz
- właściwy współczynnik C-rate.
Pola te mogą stać się kandydatami na obiekt modelu w systemie danych. Jednostka może odwoływać się do obiektu modelu zamiast powielać te same wartości w każdym rekordzie. Ogranicza to niespójne edycje i uwidacznia rewizję modelu.
Nie używaj dziedziczenia modelu do ukrywania różnic na poziomie jednostki. Jeśli pole może zmieniać się zależnie od baterii, zdarzenia produkcyjnego lub zdarzenia cyklu życia, potrzebuje wyraźnej reguły określającej, czy jest dziedziczone, nadpisywane czy zapisywane na poziomie indywidualnym.
Dane partii: użyteczny kontekst pośredni, ale nie przedstawiaj błędnie prawa
Partia jest warstwą między modelem a artykułem. Może obejmować kontekst serii produkcyjnej, taki jak:
- zakres dat produkcji;
- zakład lub linia produkcyjna;
- odniesienia do partii dostawcy ogniw lub modułów;
- zwolnienie jakościowe i wyniki kontroli;
- zmiany materiałowe lub procesowe;
- kontekst obliczeń śladu węglowego, gdy właściwa deklaracja dotyczy modelu dla każdego zakładu; oraz
- zbiór indywidualnych identyfikatorów baterii wyprodukowanych razem.
Dane partii są cenne podczas dochodzeń, wycofań, identyfikowalności dostawców i wydajnego ładowania danych. Są także częścią wspólnej architektury Rejestru DPP. Rozporządzenie wykonawcze Komisji (UE) 2026/1778, art. 8, wymaga, aby Rejestr obsługiwał poziom określony przez właściwe prawo Unii, czyli model, partię lub artykuł. Gdy paszport tworzy się na poziomie artykułu, odpowiadające mu identyfikatory partii i modelu muszą być połączone, jeśli takie projekty istnieją. Gdy tworzy się go na poziomie partii, identyfikator modelu musi być połączony, jeśli model istnieje.
Zastrzeżenie prawne jest istotne: załącznik XIII rozporządzenia bateryjnego wyraźnie opisuje informacje na poziomie modelu i indywidualnej baterii. Nie tworzy odrębnej, uniwersalnej „sekcji danych partii” z pełną listą obowiązkowych pól. Traktuj partię jako relację i grupowanie operacyjne, chyba że akt dotyczący baterii, specyfikacja danych lub inna właściwa reguła Unii wymaga pola na poziomie partii.
Innymi słowy, partia jest ważną warstwą wdrożeniową, ale nie należy przedstawiać jej jako trzeciej kategorii załącznika XIII z wymyślonymi obowiązkowymi treściami.
Dane artykułu: rekord tożsamości i cyklu życia baterii
Indywidualny rekord baterii odpowiada na pytanie „która to fizyczna bateria?”. Art. 77 ust. 3 wymaga, aby paszport był dostępny przez kod QR połączony z unikalnym identyfikatorem przypisanym baterii. Art. 3 pkt 66 definiuje ten unikalny identyfikator jako unikalny ciąg znaków identyfikujący baterie i umożliwiający utworzenie łącza internetowego do paszportu.
Punkt 4 załącznika XIII wymaga informacji dotyczących indywidualnej baterii, w tym:
| Grupa pól indywidualnych | Przykłady | Dlaczego ma znaczenie |
|---|---|---|
| Wydajność początkowa i przy zmianie statusu | Wartości parametrów wydajności i trwałości przy wprowadzeniu na rynek oraz przy zmianie statusu baterii | Ustala porównywalną wartość bazową i rejestruje zmianę |
| Stan zdrowia | Informacje SOH zgodnie z art. 14 | Wspiera serwis, ocenę wartości rezydualnej i decyzje dotyczące drugiego życia |
| Status | Pierwotny, z nowym przeznaczeniem, ponownie użyty, regenerowany lub odpadowy | Pokazuje miejsce baterii w cyklu życia |
| Dane użytkowania | Cykle ładowania i rozładowania, wypadki lub inne zdarzenia negatywne | Wspiera bezpieczeństwo, gwarancję, wartość rezydualną i decyzje dotyczące ponownego użycia |
| Warunki pracy | Okresowe warunki środowiskowe, w tym temperatura | Zapewnia kontekst degradacji i bezpieczeństwa |
| Stan naładowania | Okresowo rejestrowane informacje o stanie naładowania | Wspiera zastosowania cyklu życia osób mających uzasadniony interes |
Unikalny identyfikator powinien być trwały. Aktualizacja stanu zdrowia powinna aktualizować indywidualny rekord paszportu, a nie tworzyć nowej tożsamości dla tej samej niezmienionej baterii. Nowa tożsamość jest wymagana, gdy prawo wymaga nowego paszportu po przygotowaniu do ponownego użycia, przygotowaniu do zmiany przeznaczenia, zmianie przeznaczenia lub regeneracji. W takim przypadku nowy paszport łączy się z pierwotnym paszportem lub paszportami zgodnie z art. 77 ust. 7.
Praktyczna relacja model–artykuł
Przydatna struktura logiczna wygląda tak:
Producent
-> Zakład produkcyjny
-> Model baterii
-> Partia produkcyjna
-> Indywidualny artykuł baterii
-> Zdarzenia cyklu życia
-> Widoki paszportu z kontrolą dostępu
Ścieżka tożsamości fizycznej i cyfrowej wygląda tak:
Indywidualny artykuł baterii
-> unikalny identyfikator baterii
-> nośnik danych QR
-> punkt końcowy paszportu baterii
-> dane modelu, relacja partii i dane artykułu
Partia nie zastępuje tożsamości artykułu. Jest grupowaniem ułatwiającym obsługę rekordu artykułu. Jeśli ten sam model jest produkowany w dwóch zakładach, dane na poziomie modelu mogą wymagać kontekstu właściwego dla zakładu. Jest to szczególnie istotne dla deklaracji śladu węglowego: art. 7 ust. 1 wymaga deklaracji śladu węglowego dla każdego modelu baterii w każdym zakładzie produkcyjnym.
Projektowanie identyfikatorów: rozróżnij trzy rzeczy
Zespoły często używają słowa „identyfikator” do określenia kilku różnych wartości. Rozdziel je wyraźnie:
| Identyfikator | Cel | Źródło prawne lub wdrożeniowe |
|---|---|---|
| Identyfikator modelu | Identyfikuje wersję baterii i jej wspólne cechy techniczne | Art. 3 pkt 19 rozporządzenia bateryjnego i definicja modelu w tym przepisie |
| Identyfikator partii | Grupuje jednostki wyprodukowane lub zarządzane razem | Relacja Rejestru i projekt identyfikowalności producenta; dokładne wymogi zależą od właściwego prawa |
| Unikalny identyfikator baterii/produktu | Identyfikuje indywidualną baterię i umożliwia łącze do paszportu | Art. 3 pkt 66, art. 77 ust. 3 i 10 rozporządzenia bateryjnego; rodzina norm ISO/IEC 15459 lub równoważne |
| Unikalny identyfikator rejestracyjny Rejestru | Trwały identyfikator generowany przez Rejestr Komisji po pomyślnej rejestracji | Rozporządzenie wykonawcze (UE) 2026/1778, art. 8 ust. 8 i 10 |
Kod QR jest nośnikiem danych, a nie czwartym obiektem biznesowym. Koduje identyfikator lub prowadzi do niego oraz do ścieżki dostępu do paszportu. Identyfikatora rejestracyjnego Rejestru Komisji nie należy bez sprawdzenia właściwych wymogów technicznych po cichu zastępować identyfikatorem baterii.
ESPR również wymaga trwałego, unikalnego identyfikatora produktu połączonego przez nośnik danych i odwołuje się do norm ISO/IEC 15459. Rozporządzenie bateryjne konkretnie wymaga, aby kod QR i unikalny identyfikator były zgodne z normami ISO/IEC 15459-1 do 15459-6 lub normami równoważnymi.
Architektura dostępu: jeden rekord, różne widoki
Paszport baterii nie powinien być zaimplementowany jako jedna nieograniczona odpowiedź JSON. Art. 77 ust. 2 i załącznik XIII tworzą poziomy dostępu, a art. 78 wymaga bezpłatnego dostępu opartego na właściwych uprawnieniach.
Zespół produktu powinien zdefiniować co najmniej następujące widoki:
- Publiczny widok modelu: informacje z punktu 1 załącznika XIII.
- Widok modelu dla osób z uzasadnionym interesem: szczegółowy skład, części, demontaż i informacje o bezpieczeństwie z punktu 2.
- Widok organów: sprawozdania z badań i inne informacje zastrzeżone dla jednostek notyfikowanych, organów nadzoru rynku i Komisji.
- Indywidualny widok dla osób z uzasadnionym interesem: stan zdrowia, status i dane dotyczące użytkowania z punktu 4.
- Widok edycji operatora: uwierzytelnieni użytkownicy uprawnieni do wprowadzania, modyfikowania lub aktualizowania danych.
Akt wykonawczy Komisji na podstawie art. 77 ust. 9 musi określić, które osoby mają uzasadniony interes oraz w jakim zakresie mogą pobierać, udostępniać, publikować i ponownie wykorzystywać właściwe dane. Na dzień 13 sierpnia 2026 r. podstawowe kategorie dostępu wynikają z rozporządzenia, ale szczegółowe uprawnienia należy zweryfikować z ostatecznym aktem wykonawczym przed uruchomieniem.
Dane wrażliwe handlowo należy minimalizować dla każdej roli. Recykler może potrzebować instrukcji demontażu i danych o składzie bez dostępu do każdego wewnętrznego pola biznesowego. Uczestnik rynku energii może potrzebować indywidualnych informacji o baterii istotnych dla używania jej na rynku energii. Dostęp oparty na rolach jest częścią modelu danych, a nie dodatkiem do strony internetowej.
Dane dynamiczne wymagają historii zdarzeń, nie tylko nadpisywanych pól
W przypadku danych cyklu życia pojedyncza kolumna „bieżący stan” nie wystarczy. Zachowaj zarówno bieżącą wartość, jak i podlegającą audytowi historię zdarzeń.
Praktyczna struktura zdarzeń może obejmować:
| Zdarzenie | Wymagane postępowanie |
|---|---|
| Produkcja | Utwórz indywidualną tożsamość, połącz model i partię, zapisz początkowe wartości wydajności |
| Wprowadzenie do obrotu lub oddanie do użytku | Potwierdź dostępność paszportu i kompletność rejestracji identyfikatora operatora |
| Aktualizacja serwisowa lub monitoringowa | Zapisz źródło, znacznik czasu, kontekst pomiaru oraz zaktualizowany stan zdrowia lub stan naładowania |
| Zdarzenie negatywne | Zapisz typ zdarzenia i właściwy wpływ na bezpieczeństwo lub wydajność |
| Ponowne użycie, zmiana przeznaczenia lub regeneracja | Utwórz nowy paszport, połącz pierwotny paszport lub paszporty, zaktualizuj status i nowe oznaczenia |
| Status odpadu | Przenieś odpowiedzialność zgodnie z art. 77 ust. 7 |
| Recykling | Zakończ paszport na podstawie art. 77 ust. 8, zachowując tylko to, czego wymaga inne prawo |
Rozporządzenie wymaga dokładności, kompletności i aktualności na mocy art. 77 ust. 4, uwierzytelniania i integralności danych na mocy art. 78 lit. g oraz ograniczonych praw aktualizacji na mocy art. 78 lit. f. Wymogi te przemawiają za wersjonowanymi rekordami, pochodzeniem danych ze źródła i kontrolowanymi procesami.
Architektura Rejestru: centralny indeks, zdecentralizowane szczegółowe dane
Unijny system CPP jest hybrydowy. Art. 13 ESPR ustanawia centralny Rejestr unikalnych identyfikatorów i określonych danych rejestracyjnych. Szczegółowe dane paszportu są przechowywane przez odpowiedzialnego operatora gospodarczego lub upoważnionego usługodawcę zgodnie z art. 78 lit. c rozporządzenia bateryjnego i ramami ESPR.
Rozporządzenie wykonawcze Komisji 2026/1778 nadaje temu charakter operacyjny. Rejestr waliduje strukturę danych i wymaganą szczegółowość, przechowuje właściwe identyfikatory i metadane oraz po pomyślnej walidacji tworzy unikalny trwały identyfikator rejestracyjny. Pełne dane baterii pozostają dostępne przez punkt końcowy paszportu operatora lub upoważnionego dostawcy.
Dla architektury systemu oznacza to, że:
- Rejestr nie jest całą bazą danych baterii;
- platforma musi zapewniać stabilny, rozwiązywalny punkt końcowy paszportu;
- unikalność identyfikatora wymaga zarządzania poza generatorem obrazów QR;
- status rejestracji w Rejestrze i wersja danych paszportu muszą być śledzone osobno; oraz
- paszport musi pozostać dostępny, nawet jeśli pierwotny operator zakończy działalność.
Rejestr DPP uruchomiono ze środowiskiem testowym 20 lipca 2026 r. Rejestracja jest dostępna przez bezpieczny interfejs użytkownika lub API. Zaprojektuj integrację tak, aby walidacja Rejestru, ponowienia, wersjonowanie i dowód rejestracji były widocznymi stanami operacyjnymi.
Kontrole jakości danych przed publikacją
Stosuj poniższe kontrole dla każdej warstwy:
Kontrole modelu
- Zweryfikuj unikalność identyfikatora modelu w przestrzeni nazw producenta.
- Wymagaj kontrolowanego słownika chemii.
- Zachowaj kontekst zakładu produkcyjnego, gdy zasady dotyczące śladu węglowego wymagają deklaracji modelu dla każdego zakładu.
- Wersjonuj dane modelu zamiast po cichu zmieniać wartości historyczne.
- Rozróżnij pola obowiązkowe od dobrowolnych rozszerzeń.
Kontrole partii
- Wymagaj niezmiennego identyfikatora partii po zwolnieniu jednostek.
- Łącz każdą jednostkę z jednym lub większą liczbą kontekstów produkcyjnych za pomocą jasnych reguł biznesowych.
- Zachowaj odniesienia do partii dostawcy bez ujawniania wrażliwych handlowo informacji niewłaściwej roli.
- Używaj relacji partii w procesach wycofań i dochodzeń.
- Nie wyprowadzaj stanu zdrowia jednostki ze średniej partii, chyba że pole jest wyraźnie wartością na poziomie partii.
Kontrole indywidualne
- Wygeneruj trwały, unikalny identyfikator przed wydrukowaniem fizycznego nośnika QR.
- Upewnij się, że jeden identyfikator prowadzi do jednego zamierzonego rekordu baterii.
- Zweryfikuj identyfikator i miejsce docelowe QR względem ostatecznego numeru seryjnego produktu lub rekordu produkcyjnego.
- Przechowuj opatrzony znacznikiem czasu kontekst źródła i pomiaru dla pól dynamicznych.
- Zapobiegaj nieuprawnionym edycjom, umożliwiając jednocześnie rolom wymaganym przez art. 78 wykonywanie działań.
- Testuj przejścia ponownego użycia, zmiany przeznaczenia, regeneracji i recyklingu.
Co jest wiążące, a co stanowi wskazówkę wdrożeniową?
Obowiązuje obecnie
- Obowiązek z art. 77 od 18 lutego 2027 r. dla każdej objętej baterii.
- Informacje o modelu i indywidualnej baterii w art. 77 ust. 2 i załączniku XIII.
- Dostęp przez QR do unikalnego identyfikatora baterii na podstawie art. 77 ust. 3.
- Dokładne, kompletne i aktualne dane na podstawie art. 77 ust. 4.
- Obowiązek kodu QR z art. 13 dla wszystkich baterii od 18 lutego 2027 r.
- Wyjątek dotyczący opakowania i dokumentów towarzyszących na podstawie art. 13 ust. 7.
- Nowy paszport i powiązana historia po ponownym użyciu, zmianie przeznaczenia lub regeneracji na podstawie art. 77 ust. 7.
- Rejestracja na podstawie art. 77 ust. 10 i art. 13 ESPR.
- Zasady szczegółowości Rejestru i łączenia identyfikatorów z art. 8 rozporządzenia wykonawczego 2026/1778.
Wniosek wdrożeniowy lub zalecana praktyka
- Znormalizowany schemat bazy danych modelu, partii i artykułu.
- Konkretny kształt JSON lub API dla szczegółowego paszportu hostowanego przez operatora.
- Określony dostawca generowania obrazów QR.
- Konkretna lista pól partii wykraczająca poza wymagania właściwego prawa.
- Event sourcing i niezmienne dzienniki audytowe jako wybrany wzorzec techniczny, choć są zdecydowanie zalecane dla dokładności, integralności i zarządzania aktualizacjami.
- Traktowanie wygenerowanego przez Rejestr identyfikatora rejestracyjnego jako tej samej wartości co unikalny identyfikator baterii.
Rozdzielenie tych kategorii chroni zarówno zespół produktu, jak i czytelnika. Rozporządzenie określa wynik zgodności. Nie narzuca kompletnej architektury ERP, MES, PLM ani serwisu.
Zbuduj model danych przed etykietą
Kod QR jest ostatnim widocznym krokiem. Solidny system paszportu baterii zaczyna się od definicji jednostki, zarządzania modelem, wydawania identyfikatorów, relacji partii, polityki dostępu i obsługi zdarzeń cyklu życia. Gdy te warstwy są prawidłowe, generowanie kodów QR i rejestracja w Rejestrze stają się kontrolowanymi wynikami modelu danych.
DPPAutomate pomaga producentom mapować pola załącznika XIII na ich systemy, łączyć rekordy modelu, partii i jednostek, chronić dostęp według ról, zarządzać aktualizacjami i generować punkty końcowe paszportów powiązane z kodem QR. Zobacz platformę DPPAutomate albo najpierw przeczytaj Czym jest paszport baterii? i narzędzie do śledzenia terminu paszportu baterii UE.
Kontynuuj w ramach klastra
Zastosuj tę architekturę wraz z przewodnikiem po kodach QR paszportu baterii, hierarchią identyfikatorów CPP i procesem masowego wydawania. Szerszą zasadę dotyczącą grup produktów opisuje artykuł o tym, czy każdy produkt potrzebuje osobnego CPP.
Źródła i odniesienia prawne
- Rozporządzenie (UE) 2023/1542, tekst skonsolidowany, w szczególności art. 3 ust. 19, art. 3 ust. 66, art. 13, 77 i 78.
- Rozporządzenie (UE) 2023/1542, załącznik XIII, informacje, które należy uwzględnić w paszporcie baterii.
- Rozporządzenie (UE) 2024/1781, ESPR, w szczególności art. 9–13 i załącznik III.
- Rozporządzenie wykonawcze Komisji (UE) 2026/1778, w szczególności art. 1, 8, 9, 10 i 12.
- Komisja Europejska, cyfrowy paszport produktu dla baterii, aktualny przegląd wdrożenia.
- Komisja Europejska, Rejestr DPP już działa, 20 lipca 2026 r., aktualny status Rejestru oraz informacje o API/interfejsie.
- Komisja Europejska, FAQ dotyczące CPP, niewiążące wyjaśnienia dotyczące identyfikatorów, dostępu i architektury.
Nota prawna: ten artykuł jest edukacyjnym przewodnikiem wdrożeniowym, a nie poradą prawną. Przed podjęciem decyzji dotyczącej zgodności potwierdź właściwą kategorię baterii, aktualne skonsolidowane przepisy, akty wykonawcze i specyfikacje techniczne.


