Naujasis pasas yra duomenų sutartis, o ne papildomas PDF failas
2026 m. liepos 24 d. Oficialiajame leidinyje paskelbus Reglamentą (ES) 2026/1738, transporto priemonių pramonei atsiranda atskiras skaitmeninio paso reikalavimas – Digital Circularity Vehicle Passport. 13 straipsnyje nustatyta, kad nuo 2032 m. rugsėjo 1 d. jis bus privalomas kiekvienai į rinką pateikiamai transporto priemonei. Tai nėra nei pervadintas baterijos pasas, nei paprastas produkto puslapis už QR kodo. Pasas turi struktūruotai ir nemokamai pateikti transporto priemonės žiediškumo informaciją bei užtikrinti sąveiką su kitais susijusiais pasais.
Todėl gamintojams, tiekėjams, išmontavimo įmonėms ir programinės įrangos komandoms praktinis darbas prasideda ne 2032 m. Jis prasideda nuo architektūrinio sprendimo: kurie duomenys tvarkomi transporto priemonės tipo lygmeniu, kurie priskiriami konkrečiai transporto priemonei ar komponentui, kas gali juos keisti ir kaip išvengti, kad ta pati informacija skirtinguose pasuose būtų pateikta prieštaringai?
Ko konkrečiai reikalauja 13 straipsnis
Transporto priemonės pasas turi būti prieinamas nemokamai. Gamintojas, pateikiantis transporto priemonę į rinką, atsako už teisingą, išsamią ir aktualią informaciją. Turinio požiūriu 13 straipsnyje, be kita ko, daroma nuoroda į 11 straipsnyje nurodytus duomenis, į informaciją apie tam tikras švino, gyvsidabrio, kadmio ir šešiavalenčio chromo išimtis, į deklaracijas apie perdirbtų medžiagų dalį plastikuose ir 10 straipsnio 1 dalyje nurodytose medžiagose, taip pat į oficialų atitinkamo transporto priemonės tipo atsarginių dalių katalogą.
Tačiau svarbiausia projektavimo nuostata yra pasų sąsaja. Informacija, kuri jau prieinama per kitą Sąjungos teisėje numatytą pasą, neturėtų būti dubliuojama transporto priemonės pase, jei užtikrinama sąveika. Reglamente aiškiai nurodomos sąsajos su baterijų, padangų ir kitais pasais. Tai savaime neapsaugo nuo duomenų tvarkymo dubliavimo: nukopijuota baterijos chemijos informacija transporto priemonės pase gali pasenti, nors baterijos duomenų rinkinys tinkamai atnaujintas. Geriau naudoti atsekamą nuorodą, kurioje nurodomas šaltinis, versija, galiojimas ir aiškus duomenų gavimo būdas.
Aiškiai atskirkite keturis duomenų lygmenis
Patikimas pradinis modelis turėtų apimti bent keturis lygmenis.
1. Transporto priemonės tipas ir variantas
Oficialus atsarginių dalių katalogas, konstrukciniai medžiagų duomenys ir daugelis perdirbtų medžiagų dalies deklaracijų yra susiję su tipu arba variantu. Šių duomenų nereikėtų kopijuoti kiekvienam transporto priemonės identifikaciniam numeriui. Jiems reikia versijos, galiojimo laikotarpio ir kilmės įrodymo, pavyzdžiui, iš medžiagų žiniaraščio ar homologuoto katalogo.
2. Konkreti transporto priemonė
Konkrečiai transporto priemonei reikia vienareikšmės tapatybės, priskyrimo variantui ir laikui atsekamos būsenos. Čia neturėtų būti bendrų eksploatacinių duomenų. Svarbiausia, kad vieša prieiga netyčia neatskleistų su saugumu susijusios, asmens ar komerciniu požiūriu jautrios informacijos.
3. Komponentas ir išorinis pasas
Traukos baterija, padanga ar vėliau sektoriuje reglamentuojamas komponentas gali turėti atskirus duomenų šaltinius. Užuot atspindėjus turinį, transporto priemonės byloje reikėtų saugoti nuorodą su patikros būsena: kuris šaltinis yra pagrindinis? Kokiam objektų rinkiniui jis taikomas? Kada jis paskutinį kartą nuskaitytas? Kas nutinka, jei jis nepasiekiamas? Ši mintis taip pat dera su GS1 Digital Link ir sprendikliais: stabilus pradinis taškas gali susieti kelis dalykinius tikslus, tačiau nepakeičia jų duomenų valdymo teisių.
4. Įrodymas ir pakeitimo įvykis
„Aktualumas“ nėra laisvo teksto savybė. Kiekvienam svarbiam duomeniui turėtų būti matomas šaltinis, atsakingas vaidmuo, laiko žyma, versija ir pakeitimo priežastis. Atliekant korekcijas ar keičiant atsargines dalis taip pat svarbu nurodyti, ar duomenys tik papildyti, pakeisti, ar paskelbti negaliojančiais. Taip vėliau galima patikrinti, kodėl tam tikru metu buvo matoma konkreti informacija.
Atviri standartai reiškia patikrinamą sąveiką
13 straipsnio 5 dalyje reikalaujama atvirų standartų, sąveikių formatų, atvirų sąveikių duomenų mainų be priklausomybės nuo tiekėjo, taip pat mašininiu būdu nuskaitomos, struktūruotos ir paieškos būdu randamos informacijos. Iš to dar neišplaukia konkreti JSON schema. Tačiau tai reiškia, kad būtina aiškiai įvertinti pirkimo ir architektūros sprendimus.
Eksportas, kurį sudaro tik sukurtas tinklalapis arba nesuversijuotas PDF failas, neužtikrina pakankamai patikrinamo mašininio nuskaitymo. Taip pat problemiška API prieiga, kurią gali nuskaityti tik pirminis tiekėjas. Todėl praktiškai naudingi yra versijuotos duomenų schemos, stabilūs identifikatoriai, dokumentuoti laukai, atsekamos teisės ir bandymo duomenys importui, eksportui bei atnaujinimui.
Naudojant QR prieigas galioja tokia taisyklė: duomenų laikmena turi būti ilgalaikė ir išsprendžiama, tačiau joje neturi būti visi duomenys. Trumpas, stabilus URL su serverio valdomomis teisių ir versijų taisyklėmis yra patikimesnis už nuolat kintančią failo nuorodą. Bendram spausdinimo ir sprendiklių pusės patikrinimui naudingas vadovas apie DPP-QR kodus, tačiau konkrečios transporto priemonės paso sektoriaus taisyklės bus detalizuotos tik vėlesniuose teisės aktuose.
Kas dar neaišku – ir kodėl tai svarbu
Komisija iki 2030 m. rugpjūčio 14 d. turi priimti įgyvendinimo teisės aktus dėl techninio projektavimo ir veikimo. Tai apima prieigos sprendimą ir duomenų laikmeną, saugojimą ir tvarkymą, trečiųjų šalių atliekamus atnaujinimus, prieigos sąlygas, įskaitant duomenų apsaugą ir intelektinės nuosavybės apsaugą, taip pat prieinamumą tuo atveju, jei atsakingas gamintojas nutrauktų veiklą Sąjungoje. Komandos neturėtų šių neaiškių klausimų užpildyti prielaidomis ir tuo remdamosi teikti atitikties pažadų.
Tinkamas tarpinis sprendimas – profilis, kuriame reikalavimai atskirti nuo prielaidų. Jau šiandien galima suprojektuoti duomenų kilmę, versijavimą, vaidmenis, viešus ir ribotos prieigos rodinius bei nuorodas į išorinius pasus. Vėliau profilį reikės suderinti su Komisijos reikalavimais. Dokumentuodami šį atskyrimą išvengsite brangios migracijos nuo iš pirmo žvilgsnio parengtų, tačiau reguliavimo požiūriu netinkamai suprojektuotų duomenų modelių.
Įgyvendinimo planas iki 2032 m.
- Sudarykite duomenų inventorių: užregistruokite atsarginių dalių katalogą, medžiagų duomenis, medžiagų išimtis, perdirbtų medžiagų dalies įrodymus ir esamas nuorodas į baterijų ar padangų pasus.
- Nustatykite duomenų valdymo teises: kiekvienam duomeniui paskirkite tik vieną pagrindinį šaltinį ir atsakingą vaidmenį.
- Modeliuokite tipą, transporto priemonę ir komponentą: nekopijuokite tipo duomenų į transporto priemones; neskelbkite bendrų eksploatacinių duomenų.
- Padarykite pakeitimus įrodomus: saugokite versiją, šaltinį, laiką, galiojimą ir korekcijos priežastį.
- Išbandykite prieigą: atskirai ir sąmoningai patikrinkite viešą informaciją, dirbtuvių ir institucijų rodinius bei saugomą informaciją.
- Imituokite sąveiką: pateikite nuorodą į išorinį baterijos pasą ar komponento įrodymą, išbandykite veikimo sutrikimą ir versijos pakeitimą bei išryškinkite duomenų tvarkymo dubliavimą.
Taigi Digital Circularity Vehicle Passport pirmiausia yra integracijos problema: produkto duomenys, atsarginės dalys, medžiagų įrodymai ir vėlesni sektorių pasai turi papildyti vieni kitus, o ne perrašyti vieni kitus. Pradėję nuo tapatybių, šaltinių ir versijų, nesukursite iš anksto nustatytos teisinės atitikties, tačiau sukursite patikimą pagrindą taisyklėms, kurios dar bus priimtos iki 2030 m.
