Kāpēc ar vienreizēju aizpildīšanu nepietiek
Digitālais produkta pase (DPP) nav statisks PDF fails, ko izveido vienreiz un pēc tam arhivē. Bateriju regula (ES) 2023/1542 skaidri nosaka, ka noteiktiem datu punktiem jābūt atjaunināmiem visā baterijas dzīves ciklā. Ja pasi aizpilda, laižot produktu tirgū, un pēc tam to vairs neaiztiek, šīs prasības netiek pilnībā izpildītas — un no 2027. gada 18. februāra pastāv nopietnas atbilstības problēmas.
Tas izklausās vienkārši, taču tā nav. Minespider 2026. gada ieviešanas ziņojums identificē divas strukturālas nepilnības, kas raksturīgas visai nozarei: datu sadrumstalotību piegādes ķēdē un procesu trūkumu dinamisku datu atjaunināšanai. Abu faktoru kopums apgrūtina DPP konsekventu uzturēšanu darbības laikā.
Šajā rakstā skaidrots, kuri dati un kad jāmaina, kā izskatās atjauninājumu tehniskā infrastruktūra un kādi organizatoriskie procesi ražotājiem un operatoriem būtu jāizveido jau tagad.
Kas mainās — un kad
Statiskie un dinamiskie datu punkti
Ne visi DPP lauki ir vienādi mainīgi. Aptuveni var nošķirt divas kategorijas:
Statiskie dati tiek noteikti, laižot produktu tirgū, un parasti pēc tam vairs nemainās:
- Materiālu sastāvs un bīstamās vielas
- Ražotāja identifikācija un ražotne
- Sertifikāti tirgū laišanas brīdī
Dinamiskie dati savukārt mainās līdz ar produkta dzīves ciklu:
- State of Health (SoH) un State of Charge (SoC) baterijās — abas vērtības mainās ar katru uzlādes un izlādes ciklu
- Remonta un apkopes vēsture
- Īpašnieka maiņa un atrašanās vietas dati
- Pārstrādes pārbaudes rezultāti pirmā dzīves cikla beigās
Īpaši baterijām, kas pēc izmantošanas elektromobilī sāk otro dzīves ciklu stacionārā enerģijas uzkrāšanas sistēmā, aktuālie stāvokļa dati ir ne tikai regulatoriski obligāti, bet arī ekonomiski nozīmīgi: sekundārās enerģijas uzkrāšanas sistēmas operatoram ir jāzina, cik lielu atlikušo ietilpību viņš faktiski iegādājas.
Obligāto atjauninājumu izraisītāji
Regula nenosaka precīzus atjaunināšanas intervālus, taču definē notikumus, kas izraisa atjaunināšanu:
- Apkopes vai remonta pabeigšana
- Pāreja uz jaunu lietošanas posmu (pirmais dzīves cikls → otrais dzīves cikls)
- Īpašnieka vai operatora maiņa
- Jauni mērījumu dati no BMS sistēmām (Battery Management System)
- Atsaukums vai drošības paziņojums
Ja šie notikumi nav iekļauti iekšējā procesā, ikdienas darbā tie tiks palaisti garām.
Tehniskā arhitektūra DPP atjauninājumiem
GS1 Digital Link kā stabils enkurs
Fiziskās baterijas sasaisti ar digitālo pasi nodrošina GS1 Digital Link — standartizēts URI, kas kodē GTIN un sērijas numuru un norāda uz saistīto ierakstu. Būtiskākais: saite uz produkta (piemēram, uzdrukāta kā QR kods) paliek nemainīga. Tiek atjaunināts tikai ieraksts, uz kuru tā norāda.
Tipisks GS1 Digital Link baterijai izskatās šādi:
https://id.example.com/01/04012345678901/21/ABC-0042
01= GTIN kvalifikators04012345678901= baterijas GTIN21= sērijas numura kvalifikatorsABC-0042= individuālais sērijas numurs
Šis ir tikai ilustratīvs piemēra URL, kas parāda GS1 Digital Link URI shēmu. Šāda URL resolveris novirza uz aktuālo DPP ierakstu. Ja ieraksts mainās, QR kods uz produkta paliek identisks — tiek atjaunināts tikai mērķis aizmugursistēmā. Tas ir dinamiskas datu uzturēšanas konceptuālais pamats.
API balstīti atjauninājumi: pamatprincips
Mūsdienīgas DPP platformas nodrošina REST API, ar kuru palīdzību datu punktus var mērķtiecīgi atjaunināt, nepārrakstot visu pasi. Tipisks PATCH pieprasījums pret DPP API varētu izskatīties šādi:
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"
}
Priekšrocība salīdzinājumā ar pilnu PUT: tiek pārsūtīti tikai mainītie lauki, versiju pārvaldība paliek izsekojama un audita žurnāls nevajadzīgi nepalielinās.
Versiju pārvaldība un audita pēdas
EN standarti 18216–18223, kurus CEN un CENELEC prezentēja publiskā tīmekļseminārā 2026. gada 25. jūnijā, nosaka prasības datu konsekvencei un savietojamībai. Tas netieši ietver arī izmaiņu izsekojamību: kas, kad, kuru vērtību un uz kāda pamata mainīja?
Minimālajā versiju pārvaldības stratēģijā par katru atjaunināšanas notikumu būtu jāsaglabā šādi lauki:
{
"version": "3",
"updatedAt": "2026-06-20T14:32:00Z",
"updatedBy": "system:bms-connector",
"changedFields": ["stateOfHealth", "lastMeasuredAt"],
"previousValues": {
"stateOfHealth": 0.87
}
}
Bez šīm audita pēdām strīda gadījumā nav iespējams pierādīt, ka dati attiecīgajā brīdī bija pareizi.
Organizatoriskie procesi: kas uzņēmumiem jāizveido jau tagad
Jānosaka atbildība par datiem
Lielākā praktiskā problēma nav tehniska. Jautājums ir par to, kurš uzņēmumā atbild par konkrētiem datu punktiem un kurš nepieciešamības gadījumā ierosina atjaunināšanu.
Ieteicama vienkārša RACI matrica, kurā katram dinamiskajam datu punktam norādīts:
- Responsible: Kurš veic atjaunināšanu?
- Accountable: Kurš ir atbildīgs iestādes priekšā?
- Consulted: Kurš nodrošina mērījumu datus?
- Informed: Kurš jāinformē par izmaiņām?
Jāiesaista piegādes ķēde
Daudzi dinamiskie dati rodas nevis pie ražotāja, bet pie piegādātājiem, apkopes uzņēmumiem vai autoparku pārvaldniekiem. Tomēr par pases pareizību regulatora priekšā atbild ražotājs. Tas prasa skaidrus līgumiskos noteikumus un tehniskās saskarnes, ar kuru palīdzību trešās personas var iesniegt datus, izmantojot noteiktus formātus un validācijas noteikumus.
BatteryPass-Ready konsorcijs, kas 2026. gada 24. jūnijā atklāja publisku testēšanas vidi, piedāvā tieši šim nolūkam paredzētu neitrālu validācijas platformu: uzņēmumi var pārbaudīt savus DPP risinājumus atbilstoši regulatoriskajām prasībām, pirms tos ievieš ekspluatācijā.
Jāpievērš uzmanība centrālajam reģistram
Eiropas Komisija strādā pie centrālā reģistra, kurā paredzēts reģistrēt un padarīt atrodamus visus DPPs. Orgalim — Eiropas tehnoloģiju nozares asociācija — ir publicējusi skaidrus ieteikumus: reģistram jāatbalsta liela apjoma automatizēti reģistrācijas procesi un jābūt aizsargātam pret darbības pārtraukumiem.
Uzņēmumiem tas nozīmē: to atjaunināšanas procesiem jādarbojas ne tikai ar pašu platformu, bet nākotnē jāspēj sinhronizēties arī ar centrālo ES reģistru. Tie, kas tagad izvēlas patentētus izolētus risinājumus, vēlāk sev rada migrācijas izmaksas.
Praktisks atjaunināšanas procesa kontrolsaraksts
Pirms pirmais DPP nonāk ekspluatācijā, jābūt skaidriem šādiem jautājumiem:
- Datu punkti klasificēti: kuri lauki ir statiski un kuri — dinamiski?
- Izraisītāji definēti: kuri notikumi izraisa obligātu atjaunināšanu?
- API piekļuve reglamentēta: kurš drīkst mainīt konkrētus laukus, izmantojot konkrētu saskarni?
- Ieviestas audita pēdas: katra izmaiņa tiek saglabāta ar laikspiedolu, autoru un iepriekšējo vērtību.
- Piegādes ķēdes saskarnes pārbaudītas: ārējie datu piegādātāji var iesniegt derīgus atjauninājumus.
- Pārbaudīta saderība ar reģistru: paša sistēma spēj sazināties ar nākotnes ES reģistru.
- Izmantota testēšanas vide: BatteryPass-Ready testēšanas platforma vai līdzvērtīgas vides izmantotas savietojamības testiem.
Secinājumi
DPP nav dokuments, bet gan dzīvs datu ieraksts. Bateriju regulas (ES) 2023/1542 regulatoriskās prasības šajā ziņā ir nepārprotamas: dinamiskie datu punkti jāuztur aktuāli visā produkta dzīves ciklā. Tie, kas laikus neizveidos tam nepieciešamo tehnisko un organizatorisko infrastruktūru, nespēs līdz 2027. gada 18. februāra termiņam nodrošināt atbilstību.
Labā ziņa: nepieciešamie risinājuma elementi jau ir pieejami. GS1 Digital Link atrisina identifikācijas problēmu, REST API nodrošina detalizētus atjauninājumus, bet tādas iniciatīvas kā BatteryPass-Ready piedāvā testēšanas infrastruktūru. Daudzos uzņēmumos trūkst iekšējo procesu un skaidras atbildības par datiem — tieši ar to arī būtu jāsāk.
