Skaitmeninis akumuliatoriaus pasas: kaip nuolat atnaujinti duomenis

Kodėl nepakanka „užpildyti vieną kartą“

Skaitmeninis akumuliatoriaus pasas (DBP) nėra statinis duomenų lapas. Akumuliatorių reglamente (ES) 2023/1542 aiškiai nustatyta, kad tam tikri duomenų punktai turi išlikti atnaujinami per visą akumuliatoriaus gyvavimo ciklą. Kas vieną kartą užpildo pasą akumuliatorių pateikdamas rinkai ir vėliau jo nebeatnaujina, nevisiškai įvykdo reikalavimus — nuo 2027 m. vasario 18 d. kyla rimtų atitikties problemų rizika.

Tai skamba savaime suprantamai, tačiau praktikoje yra didelė operacinė problema. 2026 m. „Minespider“ įgyvendinimo ataskaitoje įvardijamos dvi struktūrinės silpnybės, būdingos visai pramonei: duomenų fragmentacija tiekimo grandinėje ir procesų, skirtų dinamiškai atnaujinti duomenis, trūkumas. Abi problemas galima išspręsti — tačiau tik taikant aiškią techninę ir organizacinę strategiją.

Kas ir kada turi keistis: trys atnaujinimų kategorijos

Ne visiems DBP duomenų laukams taikomi tokie patys atnaujinimo įpareigojimai. Verta nuo pat pradžių išskirti tris kategorijas:

1. Statiniai pagrindiniai duomenys (vieną kartą pateikiant rinkai)

Tai apima cheminę sudėtį, elementų technologiją, gamintojo identifikaciją ir serijos numerį. Šie laukai nustatomi pirmą kartą pildant pasą ir nesikeičia. Jie sudaro nekintamą paso pagrindą.

2. Su partija susiję CO₂ duomenys (vieną kartą, bet detaliai)

Su konkrečiu produktu susijęs CO₂ pėdsakas (PCF) turi būti apskaičiuojamas pagal ISO 14067-kompatiblen metodus ir nurodomas partijos lygmeniu. Europos Komisijos JRC projektas aiškiai nurodo: agregavimas tarp skirtingų gamybos vietų neleidžiamas. Kiekvienas akumuliatoriaus modelis kiekvienoje gamybos vietoje gauna atskirą PCF vertę. Tai reiškia, kad su kiekviena nauja partija turi būti sukuriamas naujas duomenų įrašas ir susiejamas su atitinkamu pasu — negalima kopijuoti ankstesnio modelio duomenų.

Praktiškai tai reiškia: jei jūsų gamybos sistema nepateikia su konkrečia partija susijusių CO₂ skaičiavimų, prieš pildant pasą apskritai reikės pritaikyti ankstesnį proceso etapą.

3. Būklės duomenys (nuolat, per visą gyvavimo ciklą)

Tai sudėtingiausia kategorija. State of Health (SoH) ir State of Charge (SoC) keičiasi su kiekvienu įkrovimo ir iškrovimo ciklu. Akumuliatoriams, kurie naudojami antrajame gyvenime — pavyzdžiui, kaip stacionarus kaupiklis po naudojimo elektrinėje transporto priemonėje — aktualūs būklės duomenys svarbūs ne tik dėl teisės aktų, bet ir ekonomiškai: neturint patikimų SoH duomenų, neįmanoma nustatyti teisingos rinkos vertės antrinio naudojimo rinkoje.

Techninis įgyvendinimas: trijų metodų palyginimas

Kaip duomenys patenka į pasą? Ir kaip užtikrinti, kad jie išliktų aktualūs? Iš esmės galimi trys architektūros metodai:

Metodas	Tinka	Privalumas	Rizika
Push per REST API	Gamintojams, turintiems savo MES/ERP	Visiškai automatinis, tinkamas realiajam laikui	Priklausomybė nuo vidinės IT infrastruktūros
Masinis importas (CSV/JSON)	Tiekėjams be API sąsajos	Žema pradžios kliūtis	Rankinio darbo klaidos, vėlavimai
Sensor-to-DPP (IoT)	Stacionariems kaupikliams, transporto parkų valdymui	Nuolatinis SoH atnaujinimas	Sudėtingas duomenų srautas, aukšti delsos reikalavimai

Daugumai gamintojų tikslingas hibridinis metodas: pagrindiniai ir PCF duomenys iš ERP gaunami masiniu importu arba per API, o būklės duomenys papildomi naudojant IoT duomenų srautą.

API atnaujinimas: minimalus pavyzdys

Naudojant REST API būklės duomenims atnaujinti, verta rinktis versijuotą galinių punktų struktūrą, palaikančią ir dalinius atnaujinimus (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',
    }),
  }
);

Laiko žyma (measuredAt) nėra pasirenkamas laukas — ji būtina atsekamumui ir rinkos priežiūros institucijų atliekamiems patikrinimams.

Sąveikumas: standartai, registras ir bandymų aplinka

Atnaujinimas mažai naudingas, jei priimantis mazgas nesupranta duomenų. Būtent čia svarbus standartizavimas. 2026 m. birželio 25 d. CEN ir CENELEC surengė viešą internetinį seminarą apie naujai paskelbtus DPP standartus EN 18216–EN 18223. Šie šeši Techninio komiteto JTC 24 parengti standartai apibrėžia tarp produktų taikomą sąveikumo ir duomenų nuoseklumo sistemą — būtent tą sluoksnį, kuriame turi būti standartizuoti atnaujinimo procesai.

Tuo pat metu 2026 m. birželio 24 d. konsorciumas „BatteryPass-Ready“ pradėjo viešą Skaitmeninio akumuliatoriaus paso bandymų aplinką. Gamintojai, tiekėjai ir programinės įrangos teikėjai gali joje patikrinti savo įgyvendinimus pagal teisės aktų reikalavimus — dar prieš pradedant faktinę eksploataciją. Kuriant atnaujinimo procesus šia aplinka reikėtų pasinaudoti anksti, kad būtų galima išbandyti duomenų formatus ir API suderinamumą.

Pagrindinis ES DPP registras

Europos Komisija kuria pagrindinį registrą, kuriame turėtų būti registruojami ir randami visi DPP. „Orgalim“ — Europos technologijų pramonės asociacija — paskelbė aiškias rekomendacijas: registras turi palaikyti didelės apimties automatizuotus registravimo procesus ir būti apsaugotas nuo veiklos sutrikimų. Atnaujinimo procesams tai reiškia, kad jūsų vidinė architektūra turi veikti ir tada, kai pagrindinis registras laikinai nepasiekiamas — todėl reikia numatyti vietinį spartinimą ir pakartotinių bandymų logiką.

Fizinio akumuliatoriaus ir skaitmeninio paso susiejimas praktikoje atliekamas naudojant GS1 Digital Link — standartizuotą URI, kuriame užkoduoti GTIN ir serijos numeris ir kuris nurodo susijusį duomenų įrašą. Ši nuoroda paprastai užkoduojama QR kode ant akumuliatoriaus etiketės.

Organizacinės prielaidos: kas atsakingas už atnaujinimus?

Reglamentas visų pirma taikomas ekonominės veiklos vykdytojui, kuris akumuliatorių pateikia rinkai. Tačiau būklės duomenys dažnai sukuriami toli nuo gamintojo — transporto parko operatoriaus, perdirbimo įmonės arba antrinio naudojimo paslaugų teikėjo aplinkoje. Todėl rašymo teisių klausimas nėra vien techninis: jis turi būti sureguliuotas sutartyse.

Valdymo struktūroje turėtumėte aiškiai apibrėžti šiuos vaidmenis:

Data Owner: Kas gali įrašyti ir perrašyti konkrečius laukus?
Audit Trail: Kiekvienas pakeitimas turi būti registruojamas nurodant laiko žymą ir veikėją — ne tik dėl atitikties, bet ir dėl ginčų antrinio naudojimo rinkoje.
Avarinis procesas: Kas nutinka sugedus jutikliui arba tiekėjui nepateikus duomenų?

Tokie sprendimai kaip „Bureau Veritas“ ir „Circulor“ partnerystė rodo, kaip tikrinimo organizacijos ir duomenų teikėjai bendradarbiauja siekdami užpildyti būtent šias valdymo spragas. Panašiai veikia ir „Securikett“ su savo „Codikett 2.0“ platforma: nuo klastojimo apsaugotos etiketės fiziškai susieja duomenų įrašą su produktu ir apsunkina neteisėtą rašymo prieigą.

Kontrolinis sąrašas: pasirengimas atnaujinimams iki 2027 m. vasario

Prieš laikydami savo DBP procesą „užbaigtu“, turėtumėte patikrinti šiuos punktus:

PCF skaičiavimas įgyvendintas partijos lygmeniu (neagreguojant pagal modelį)
SoH/SoC duomenų srautas sukurtas ir išbandytas
API galiniai punktai palaiko dalinius atnaujinimus (PATCH) su laiko žyma
Rašymo teisės sutartimis suderintos su visais susijusiais veikėjais
Įdiegta pakartotinių bandymų logika registro veikimo sutrikimo atveju
Įgyvendinimas patikrintas „BatteryPass-Ready“ bandymų aplinkoje
GS1 Digital Link tinkamai užkoduotas etiketėje ir QR kode

2027 m. vasaris artėja. Kas atnaujinimo procesus pradės kurti tik įsigaliojus prievolei, supras, kad tikrasis darbas slypi ne paso užpildyme — o gebėjime metų metus tinkamai užtikrinti jo veikimą.