Digitaalne akupass: kuidas hoida oma andmed ajakohasena

Alates veebruarist 2027 kohustuslik: kuidas tootjad digitaalse akupassi dünaamilisi andmeid nõuetekohaselt ajakohastavad – SoH-st CO₂-jalajäljeni.

autor QR3 Redaktion

Digitaalne akupass: kuidas hoida oma andmed ajakohasena

Miks „ühekordsest täitmisest“ ei piisa

Digitaalne akupass (DBP) ei ole staatiline andmeleht. Akumäärus (EL) 2023/1542 näeb sõnaselgelt ette, et teatavad andmepunktid peavad olema kogu aku elutsükli vältel ajakohastatavad. Kui pass täidetakse turule laskmisel ühekordselt ja seda hiljem enam ei muudeta, ei täideta nõudeid täielikult — ning alates 18. veebruarist 2027 võivad tekkida tõsised nõuetele vastavuse probleemid.

See kõlab enesestmõistetavalt, kuid praktikas on tegemist märkimisväärse operatiivse probleemiga. Minespideri 2026. aasta rakendusraport toob esile kaks struktuurset nõrkust, mis läbivad kogu tööstusharu: andmete killustatus tarneahelas ja protsesside puudumine dünaamiliste andmeuuenduste jaoks. Mõlemad probleemid on lahendatavad — kuid ainult selge tehnilise ja organisatsioonilise strateegia abil.


Mis ja millal peab muutuma: kolm uuenduskategooriat

Kõigile DBP andmeväljadele ei kehti ühesugused ajakohastamiskohustused. Tasub algusest peale eristada kolme kategooriat:

1. Staatilised põhiandmed (ühekordselt turule laskmisel)

Siia kuuluvad keemia, elemenditehnoloogia, tootja identifitseerimisandmed ja seerianumber. Need väljad määratakse esmasel täitmisel ega muutu. Need moodustavad passi muutumatu tuuma.

2. Partii-spetsiifilised CO₂-andmed (ühekordselt, kuid detailselt)

Tootepõhine CO₂-jalajälg (PCF) tuleb arvutada ISO 14067-kompatiblen meetodite kohaselt ja esitada partii tasandil. Euroopa Komisjoni JRC eelnõu täpsustab: eri tootmiskohtade andmete koondamine ei ole lubatud. Iga akumudel saab iga tootmiskoha kohta oma PCF-väärtuse. See tähendab, et iga uue partii puhul tuleb luua uus andmekirje ja siduda see vastava passiga — eelneva mudeli kopeerimine ja kleepimine ei ole lubatud.

Praktikas tähendab see, et kui teie tootmissüsteem ei esita partiipõhiseid CO₂-arvutusi, tuleb eelnevat protsessi kohandada enne, kui passi saab üldse täita.

3. Seisundiandmed (pidevalt kogu elutsükli vältel)

See on kõige nõudlikum kategooria. State of Health (SoH) ja State of Charge (SoC) muutuvad iga laadimis- ja tühjendustsükliga. Akude puhul, mida kasutatakse edasi teises elus — näiteks statsionaarse salvestina pärast kasutamist elektrisõidukis — ei ole ajakohased seisundiandmed üksnes õigusaktidega nõutud, vaid ka majanduslikult olulised: ilma usaldusväärsete SoH-andmeteta ei saa teise elu turul õiglast turuväärtust määrata.


Tehniline rakendamine: kolm lähenemist võrdluses

Kuidas jõuavad andmed passi? Ja kuidas neid ajakohasena hoida? Selleks on põhimõtteliselt kolm arhitektuurset lähenemist:

Lähenemine Sobib Eelis Risk
Push REST-API kaudu Tootjad, kellel on oma MES/ERP Täisautomaatne, reaalajas kasutatav Sõltuvus ettevõtte IT-taristust
Hulgiimport (CSV/JSON) API-ühenduseta tarnijad Madal sisenemislävi Käsitsi tehtavad vead, viivitused
Sensor-to-DPP (IoT) Statsionaarsed salvestid, sõidukipargi haldus Pidev SoH ajakohastamine Keerukas andmekonveier, ranged latentsusnõuded

Enamiku tootjate jaoks on mõistlik hübriidne lähenemine: põhi- ja PCF-andmed tulevad ERP-st hulgiimpordi või API kaudu, samal ajal kui seisundiandmeid täiendatakse IoT-andmekonveieri kaudu.

API kaudu uuendamine: minimaalne näide

Kes kasutab seisundiandmete ajakohastamiseks REST-API-t, peaks kasutama versioonitud lõpp-punktide struktuuri, mis toetab ka osalisi uuendusi (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',
    }),
  }
);

Ajatempel (measuredAt) ei ole valikuline väli — see on jälgitavuse ja turujärelevalveasutuste kontrolli jaoks hädavajalik.


Koostalitlusvõime: standardid, register ja testkeskkond

Uuendusest on vähe kasu, kui vastuvõttev sõlm ei mõista andmeid. Just sellele keskendub standardimistöö. 25. juunil 2026 korraldasid CEN ja CENELEC avaliku veebiseminari äsja avaldatud DPP-standardite EN 18216 kuni EN 18223 kohta. Need kuus standardit, mille töötas välja tehniline komitee JTC 24, määratlevad toodeteülese koostalitlusvõime ja andmekooskõla raamistiku — täpselt selle kihi, millel uuendusprotsessid peavad standardiseeritult toimima.

Samal ajal käivitas BatteryPass-Ready konsortsium 24. juunil 2026 digitaalse akupassi avaliku testkeskkonna. Tootjad, tarnijad ja tarkvarapakkujad saavad seal oma rakendusi regulatiivsete nõuete suhtes valideerida — enne reaalse töö alustamist. Uuendusprotsesside ülesehitajad peaksid seda keskkonda varakult kasutama, et testida andmevorminguid ja API-ühilduvust.

EL-i keskne DPP-register

Euroopa Komisjon töötab keskse registri kallal, mille kaudu tuleb kõik DPPs registreerida ja leitavaks teha. Orgalim — Euroopa tehnoloogiatööstuse ühendus — on avaldanud selle kohta selged soovitused: register peab toetama suuremahulisi automatiseeritud registreerimisprotsesse ja olema kaitstud katkestuste eest. Uuendusprotsesside jaoks tähendab see, et teie sisemine arhitektuur peab toimima ka siis, kui keskne register ei ole ajutiselt kättesaadav — seega tuleb kavandada kohalik vahemälu ja korduskatsete loogika.

Füüsilise aku ja digitaalse passi ühendamine toimub praktikas GS1 Digital Link kaudu — standardiseeritud URI kaudu, mis kodeerib GTIN ja seerianumbri ning viitab vastavale andmekirjele. See link kodeeritakse tavaliselt aku etiketil olevasse QR-koodi.


Organisatsioonilised eeldused: kes vastutab uuenduste eest?

Määrus käsitleb eelkõige majandustegevuses osalejat, kes aku turule laseb. Kuid seisundiandmed tekivad sageli tootjast kaugel — sõidukipargi operaatori, ringlussevõtja või teise elu teenusepakkuja juures. Seega ei ole kirjutusõigused üksnes tehniline küsimus: need tuleb lepinguliselt reguleerida.

Järgmised rollid tuleks teie juhtimisstruktuuris selgelt määratleda:

  • Andmete omanik: kes tohib milliseid välju kirjutada ja üle kirjutada?
  • Auditijälg: iga muudatus tuleb registreerida koos ajatempli ja tegijaga — mitte ainult nõuetele vastavuse tagamiseks, vaid ka teise elu turul tekkivate vaidluste puhuks.
  • Hädaolukorra protsess: mis juhtub, kui andur rikneb või tarnija andmeid ei esita?

Lahendused, nagu Bureau Veritase ja Circulori partnerlus, näitavad, kuidas kontrolliorganisatsioonid ja andmepakkujad ühinevad, et täita just neid juhtimislünki. Sarnaselt positsioneerib end Securikett oma Codikett 2.0 platvormiga: võltsimiskindlad etiketid, mis seovad andmekirje füüsiliselt tootega ja raskendavad volitamata kirjutusjuurdepääsu.


Kontrollnimekiri: uuendusvalmidus 2027. aasta veebruariks

Enne kui peate oma DBP-protsessi „valmis“ olevaks, peaksite kontrollima järgmisi punkte:

  • PCF-arvutus on rakendatud partii tasandil (mitte mudelite kaupa koondatuna)
  • SoH/SoC-andmekonveier on üles ehitatud ja testitud
  • API lõpp-punktid toetavad osalisi uuendusi (PATCH) koos ajatempliga
  • Kirjutusõigused on kõigi asjaomaste osalejatega lepinguliselt reguleeritud
  • Registri katkestuse puhuks on korduskatsete loogika rakendatud
  • Rakendust on valideeritud BatteryPass-Ready testkeskkonna suhtes
  • GS1 Digital Link on etiketile ja QR-koodi õigesti kodeeritud

Veebruar 2027 läheneb. Kes hakkab uuendusprotsesse üles ehitama alles kohustuse jõustumisel, avastab, et tegelik töö ei seisne passi täitmises — vaid selle õiges käigus hoidmises aastaid.

Allikad