Kaip užtikrinti, kad skaitmeninis produkto pasas būtų aktualus: kaip veikia DPP atnaujinimai

Kodėl nepakanka užpildyti vieną kartą

Skaitmeninis produkto pasas (DPP) nėra statinis PDF failas, kuris vieną kartą sukuriamas ir vėliau archyvuojamas. Baterijų reglamentas (ES) 2023/1542 aiškiai nustato, kad tam tikri duomenų punktai turi išlikti atnaujinami per visą baterijos gyvavimo ciklą. Užpildžius pasą pateikimo rinkai metu ir vėliau jo nebeatnaujinant, šie reikalavimai nėra visiškai įvykdomi — nuo 2027 m. vasario 18 d. kyla rimtų atitikties problemų.

Tai skamba paprastai, tačiau taip nėra. 2026 m. „Minespider“ įgyvendinimo ataskaitoje nurodomos dvi struktūrinės silpnybės, būdingos visai pramonei: duomenų fragmentacija tiekimo grandinėje ir procesų, skirtų dinamiškai atnaujinti duomenis, trūkumas. Dėl šių priežasčių sunku užtikrinti nuoseklų DPP veikimą.

Šiame straipsnyje paaiškinama, kurie duomenys ir kada turi būti keičiami, kaip atrodo techninė atnaujinimų infrastruktūra ir kokius organizacinius procesus gamintojai bei operatoriai turėtų sukurti jau dabar.

Kas keičiasi — ir kada

Statiniai ir dinaminiai duomenų punktai

Ne visi DPP laukai yra vienodai nepastovūs. Apytiksliai galima išskirti dvi kategorijas:

Statiniai duomenys nustatomi pateikiant produktą rinkai ir paprastai vėliau nebesikeičia:

• Medžiagų sudėtis ir pavojingosios medžiagos
• Gamintojo identifikacija ir gamybos vieta
• Sertifikatai pateikimo rinkai metu

Dinaminiai duomenys keičiasi per produkto gyvavimo laikotarpį:

• State of Health (SoH) ir State of Charge (SoC) baterijose — abi reikšmės keičiasi su kiekvienu įkrovimo ir iškrovimo ciklu
• Remonto ir techninės priežiūros istorija
• Savininko pasikeitimas ir vietos duomenys
• Restauravimo patikrų rezultatai pasibaigus pirmajam naudojimo etapui

Ypač baterijoms, kurios po naudojimo elektromobilyje antrą kartą naudojamos kaip stacionarus energijos kaupiklis, aktualūs būklės duomenys svarbūs ne tik dėl teisės aktų reikalavimų, bet ir ekonomiškai: antrinio kaupiklio operatorius turi žinoti, kokią likutinę talpą jis iš tiesų įsigyja.

Privalomų atnaujinimų aktyvikliai

Reglamente nenustatyti tikslūs atnaujinimo intervalai, tačiau apibrėžti įvykiai, dėl kurių atnaujinimas tampa privalomas:

• Techninės priežiūros arba remonto užbaigimas
• Perėjimas į naują naudojimo etapą (pirmasis naudojimo etapas → antrasis naudojimo etapas)
• Savininko arba operatoriaus pasikeitimas
• Nauji matavimo duomenys iš BMS sistemų (Battery Management System)
• Atšaukimas arba saugos pranešimas

Jei šie įvykiai neįtraukti į vidinius procesus, kasdieniame darbe jie bus nepastebėti.

Techninė DPP atnaujinimų architektūra

GS1 Digital Link kaip stabilus atskaitos taškas

Fizinės baterijos ir skaitmeninio paso susiejimas atliekamas naudojant GS1 Digital Link — standartizuotą URI, kuriame užkoduoti GTIN ir serijos numeris ir kuris nurodo susijusį duomenų įrašą. Svarbiausia: ant produkto esanti nuoroda (pavyzdžiui, atspausdinta kaip QR kodas) išlieka nepakitusi. Atnaujinamas tik duomenų įrašas, į kurį ji nukreipia.

Tipinis GS1 Digital Link baterijai atrodo taip:

https://id.example.com/01/04012345678901/21/ABC-0042

• 01 = GTIN kvalifikatorius
• 04012345678901 = baterijos GTIN
• 21 = serijos numerio kvalifikatorius
• ABC-0042 = individualus serijos numeris

Tai tik iliustracinis URL pavyzdys, vaizduojantis GS1 Digital Link URI schemą. Už tokio URL esantis rezoliutorius nukreipia į aktualų DPP duomenų įrašą. Pasikeitus duomenų įrašui, ant produkto esantis QR kodas lieka toks pats — atnaujinamas tik tikslas vidinėje sistemoje. Tai yra esminis dinamiško duomenų tvarkymo principas.

API pagrindu vykdomi atnaujinimai: pagrindinis principas

Šiuolaikinės DPP platformos teikia REST API, per kurias galima tikslingai atnaujinti duomenų punktus, neperrašant viso paso. Tipinė PATCH užklausa į DPP API galėtų atrodyti taip:

PATCH /dpp/v1/batteries/04012345678901/21/ABC-0042
Content-Type: application/json
Authorization: Bearer <token>

{
  "stateOfHealth": 0.83,
  "lastMeasuredAt": "2026-06-20T14:32:00Z",
  "measuredBy": "operator:fleet-mgmt-system-v2"
}

Palyginti su visapusišku PUT, pranašumas tas, kad perduodami tik pakeisti laukai, versijavimas išlieka atsekamas, o audito žurnalas be reikalo neplečiamas.

Versijavimas ir audito pėdsakas

EN standartai 18216–18223, kuriuos CEN ir CENELEC pristatė 2026 m. birželio 25 d. viešame internetiniame seminare, nustato duomenų nuoseklumo ir sąveikumo reikalavimus. Tai netiesiogiai apima ir pakeitimų atsekamumą: kas, kada, kokią reikšmę pakeitė ir kokiu pagrindu?

Minimali versijavimo strategija turėtų saugoti šiuos kiekvieno atnaujinimo įvykio laukus:

{
  "version": "3",
  "updatedAt": "2026-06-20T14:32:00Z",
  "updatedBy": "system:bms-connector",
  "changedFields": ["stateOfHealth", "lastMeasuredAt"],
  "previousValues": {
    "stateOfHealth": 0.87
  }
}

Be šio pėdsako kilus ginčui neįmanoma įrodyti, kad nagrinėjamu metu duomenys buvo teisingi.

Organizaciniai procesai: ką įmonės turi sukurti dabar

Išaiškinti atsakomybę už duomenis

Didžiausia praktinė problema nėra techninio pobūdžio. Kyla klausimas, kas įmonėje atsakingas už konkrečius duomenų punktus ir kas prireikus inicijuoja atnaujinimą.

Rekomenduojama paprasta RACI matrica, kurioje kiekvienam dinaminiam duomenų punktui nurodoma:

• Responsible: Kas atlieka atnaujinimą?
• Accountable: Kas atsakingas institucijai?
• Consulted: Kas pateikia matavimo duomenis?
• Informed: Kam reikia pranešti apie pakeitimus?

Įtraukti tiekimo grandinę

Daugelis dinaminių duomenų sukuriami ne pas gamintoją, o pas tiekėjus, techninės priežiūros įmones ar transporto parkų valdytojus. Vis dėlto už paso duomenų teisingumą pagal teisės aktus atsakingas gamintojas. Tam reikalingos aiškios sutartinės nuostatos ir techninės sąsajos, per kurias tretieji asmenys galėtų teikti duomenis, naudojant nustatytus formatus ir tikrinimo taisykles.

„BatteryPass-Ready“ konsorciumas, 2026 m. birželio 24 d. pradėjęs viešą testavimo aplinką, siūlo būtent tokią neutralią tikrinimo platformą: įmonės gali joje tikrinti savo DPP sprendimus pagal teisės aktų reikalavimus prieš pradėdamos eksploatavimą.

Stebėti centrinį registrą

Europos Komisija rengia centrinį 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ų.

Įmonėms tai reiškia, kad jų atnaujinimo procesai turi veikti ne tik su jų pačių platforma, bet ateityje taip pat galėti sinchronizuotis su centriniu ES registru. Pasirinkusios nuosavus izoliuotus sprendimus, įmonės vėliau susikurs migracijos naštą.

Praktinis atnaujinimo proceso kontrolinis sąrašas

Prieš pradedant gamybinį naudojimą su pirmuoju DPP, reikėtų išsiaiškinti šiuos aspektus:

1. Duomenų punktai suklasifikuoti: kurie laukai yra statiniai, o kurie — dinaminiai?
2. Apibrėžti aktyvikliai: kokie įvykiai sukelia privalomą atnaujinimą?
3. Reglamentuota prieiga prie API: kas, per kurią sąsają ir kokius laukus gali keisti?
4. Įdiegtas audito pėdsakas: kiekvienas pakeitimas išsaugomas su laiko žyma, autoriumi ir ankstesne reikšme.
5. Išbandytos tiekimo grandinės sąsajos: išoriniai duomenų teikėjai gali pateikti tinkamus atnaujinimus.
6. Patikrintas suderinamumas su registru: sistema gali susisiekti su būsimu ES registru.
7. Panaudota testavimo aplinka: „BatteryPass-Ready“ testavimo platforma arba lygiavertės aplinkos naudotos sąveikumo bandymams.

Išvada

DPP yra ne dokumentas, o nuolat kintantis duomenų įrašas. Baterijų reglamento (ES) 2023/1542 reikalavimai šiuo atžvilgiu aiškūs: dinaminiai duomenų punktai turi būti nuolat atnaujinami per visą produkto gyvavimo ciklą. Laiku nesukūrus tam reikalingos techninės ir organizacinės infrastruktūros, 2027 m. vasario 18 d. termino nebus įmanoma pasiekti užtikrinant atitiktį.

Gera žinia ta, kad reikalingi komponentai jau yra. GS1 Digital Link išsprendžia identifikavimo problemą, REST API leidžia atlikti tikslius atnaujinimus, o tokios iniciatyvos kaip „BatteryPass-Ready“ suteikia testavimo infrastruktūrą. Daugelyje įmonių trūksta vidinių procesų ir aiškaus atsakomybės už duomenis paskirstymo — būtent nuo to reikėtų pradėti.