Digitalni putovnice baterije: kako ažurirati podatke

Zašto nije dovoljno „ispuniti jednom“

Digitalna putovnica baterije (DBP) nije statički podatkovni list. Uredba o baterijama (EU) 2023/1542 izričito propisuje da određene podatkovne točke moraju ostati ažuririve tijekom cijelog životnog ciklusa baterije. Tko svoju putovnicu jednom ispuni pri stavljanju baterije na tržište i nakon toga je više ne ažurira, ne ispunjava zahtjeve u potpunosti — i od 18. veljače 2027. riskira ozbiljne probleme s usklađenošću.

To zvuči samorazumljivo, ali u praksi predstavlja znatan operativni problem. Izvješće Minespidera o implementaciji za 2026. identificira dvije strukturne slabosti koje se protežu cijelom industrijom: fragmentaciju podataka duž opskrbnog lanca i nedostatak procesa za dinamičko ažuriranje podataka. Oba su problema rješiva — ali samo uz jasnu tehničku i organizacijsku strategiju.

Što se i kada mora promijeniti: tri kategorije ažuriranja

Ne podliježu sva podatkovna polja u DBP-u istim obvezama ažuriranja. Isplati se od početka razlikovati tri kategorije:

1. Statički matični podaci (jednokratno pri stavljanju na tržište)

To uključuje kemijski sastav, tehnologiju ćelija, identifikaciju proizvođača i serijski broj. Ta se polja postavljaju pri prvom ispunjavanju i ne mijenjaju se. Ona čine nepromjenjivu jezgru putovnice.

2. Podaci o CO₂-u specifični za seriju (jednokratno, ali detaljno)

Ugljični otisak specifičan za proizvod (PCF) mora se izračunati prema metodama ISO 14067-kompatiblen i navesti na razini serije. Nacrt JRC-a Europske komisije jasno navodi: agregacija podataka iz različitih proizvodnih pogona nije dopuštena. Svaki model baterije dobiva vlastitu vrijednost PCF-a za svako proizvodno mjesto. To znači da se pri svakoj novoj seriji mora izraditi novi skup podataka i povezati s odgovarajućom putovnicom — bez kopiranja podataka prethodnog modela.

U praksi to znači: ako vaš proizvodni sustav ne isporučuje izračune CO₂-a specifične za seriju, morate prilagoditi prethodni proces prije nego što se putovnica uopće može ispuniti.

3. Podaci o stanju (kontinuirano, tijekom cijelog životnog ciklusa)

To je najzahtjevnija kategorija. State of Health (SoH) i State of Charge (SoC) mijenjaju se sa svakim ciklusom punjenja i pražnjenja. Za baterije koje se nastavljaju koristiti u drugom životnom vijeku — primjerice kao stacionarni spremnik nakon uporabe u električnom vozilu — aktualni podaci o stanju nisu samo regulatorno propisani, već su i gospodarski važni: bez pouzdanih podataka o SoH-u nije moguće utvrditi pravednu tržišnu vrijednost na tržištu drugog životnog vijeka.

Tehnička provedba: usporedba triju pristupa

Kako podaci dospijevaju u putovnicu? I kako ostaju ažurni? U osnovi postoje tri arhitektonska pristupa:

Pristup	Prikladno za	Prednost	Rizik
Push putem REST API-ja	Proizvođači s vlastitim MES/ERP-om	Potpuno automatizirano, prikladno za rad u stvarnom vremenu	Ovisnost o internoj IT infrastrukturi
Skupni uvoz (CSV/JSON)	Dobavljači bez povezivanja putem API-ja	Nizak prag za početak	Izvori ručnih pogrešaka, kašnjenja
Sensor-to-DPP (IoT)	Stacionarni spremnici, upravljanje voznim parkom	Kontinuirano ažuriranje SoH-a	Složen podatkovni cjevovod, visoki zahtjevi za latencijom

Za većinu proizvođača smislen će biti hibridni pristup: matični podaci i PCF podaci dolaze iz ERP-a putem skupnog uvoza ili API-ja, dok se podaci o stanju ažuriraju putem IoT cjevovoda.

Ažuriranje putem API-ja: minimalni primjer

Tko za ažuriranje podataka o stanju koristi REST API, trebao bi se osloniti na verzioniranu strukturu krajnjih točaka koja podržava i djelomična ažuriranja (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',
    }),
  }
);

Vremenska oznaka (measuredAt) nije neobavezno polje — ključna je za sljedivost i nadzor koji provode tijela za nadzor tržišta.

Interoperabilnost: standardi, registar i testno okruženje

Ažuriranje malo vrijedi ako čvor primatelj ne razumije podatke. Upravo se time bavi rad na normizaciji. CEN i CENELEC održali su 25. lipnja 2026. javni webinar o novoobjavljenim DPP-standardima EN 18216 do EN 18223. Tih šest normi, koje je izradio Tehnički odbor JTC 24, definiraju međuproizvodni okvir za interoperabilnost i dosljednost podataka — upravo onaj sloj na kojem se procesi ažuriranja moraju standardizirati.

Istodobno je konzorcij BatteryPass-Ready 24. lipnja 2026. pokrenuo javno testno okruženje za Digitalnu putovnicu baterije. Proizvođači, dobavljači i pružatelji softvera ondje mogu provjeriti svoje implementacije u odnosu na regulatorne zahtjeve — i to prije početka rada u stvarnom okruženju. Tko uspostavlja procese ažuriranja, trebao bi se tim okruženjem koristiti dovoljno rano kako bi testirao formate podataka i kompatibilnost API-ja.

Središnji DPP-registar EU-a

Europska komisija radi na središnjem registru putem kojeg bi se trebali registrirati i učiniti dostupnima svi DPPs. Orgalim — europsko industrijsko udruženje za tehnologiju — objavio je jasne preporuke: registar mora podržavati automatizirane registracijske procese velikog opsega i biti zaštićen od prekida rada. Za procese ažuriranja to znači: vaša interna arhitektura mora funkcionirati i kada središnji registar privremeno nije dostupan — stoga planirajte lokalno predmemoriranje i logiku ponovnog pokušaja.

Povezivanje fizičke baterije i digitalne putovnice u praksi se ostvaruje putem GS1 Digital Link — standardiziranog URI-ja koji kodira GTIN i serijski broj te upućuje na povezani skup podataka. Ta je poveznica obično kodirana u QR kodu na etiketi baterije.

Organizacijski preduvjeti: tko je odgovoran za ažuriranja?

Uredba se prvenstveno odnosi na gospodarskog subjekta koji bateriju stavlja na tržište. No podaci o stanju često nastaju daleko od proizvođača — kod operatora voznog parka, poduzeća za recikliranje ili pružatelja usluga drugog životnog vijeka. Pitanje prava pisanja stoga nije isključivo tehničko: mora se urediti ugovorom.

U svojoj strukturi upravljanja trebali biste jasno definirati sljedeće uloge:

Vlasnik podataka: Tko smije upisivati i prepisivati koja polja?
Revizijski trag: Svaka promjena mora se evidentirati s vremenskom oznakom i akterom — ne samo radi usklađenosti, već i radi sporova na tržištu drugog životnog vijeka.
Postupak u hitnim situacijama: Što se događa ako senzor otkaže ili dobavljač ne isporuči podatke?

Rješenja poput partnerstva između Bureau Veritasa i Circulora pokazuju kako se organizacije za provjeru i pružatelji podataka udružuju radi zatvaranja upravo tih praznina u upravljanju. Slično se pozicionira i Securikett sa svojom platformom Codikett 2.0: etikete zaštićene od manipulacije koje fizički povezuju skup podataka s proizvodom i otežavaju neovlašteni pristup pisanju.

Kontrolni popis: spremnost za ažuriranje do veljače 2027.

Prije nego što svoj DBP proces proglasite „dovršenim“, trebali biste provjeriti sljedeće:

Izračun PCF-a implementiran je na razini serije (nije agregiran na razini modela)
Podatkovni cjevovod SoH/SoC-a uspostavljen je i testiran
Krajnje točke API-ja podržavaju djelomična ažuriranja (PATCH) s vremenskom oznakom
Prava pisanja ugovorena su sa svim relevantnim akterima
Implementirana je logika ponovnog pokušaja u slučaju prekida rada registra
Implementacija je provjerena u odnosu na testno okruženje BatteryPass-Ready
GS1 Digital Link ispravno je kodiran na etiketi i u QR kodu

Veljača 2027. sve je bliže. Tko procese ažuriranja počne uspostavljati tek kada obveza stupi na snagu, shvatit će da pravi posao nije u ispunjavanju putovnice — već u tome da je godinama ispravno održava ažurnom.