Ar galiu produkto pasą susieti su savo ERP arba atsargų sistema?

Sujungimas yra įmanomas, bet forma nėra nustatyta įstatyme

Taip, praktikoje skaitmeninis produkto pasas gali būti sujungtas su ERP arba atsargų sistema, tačiau ESPR nenumato, kokia toji sujungimo forma turėtų atrodyti. Verordimas nustato reikalavimus pačiam pasui: jis turi būti techniškai sukurtas taip, kad duomenys būtų mašiniškai skaitomi ir kad sistemos juos galėtų automatiškai nuskaityti ir apdoroti, remiantis atvirais standartais, o ne uždarais, prekės ženklui būdingais formatais (ESPR 11 straipsnis, Reglamentas (ES) 2024/1781). Šis reikalavimas skirtas pasui ir duomenų nešikliui, o ne bandenų importuotojo, didmenininkės ar automobilių parko vadybininko vidinėms sistemoms. Tai, ar ir kaip sujungimas su konkrečiu ERP paketu veikia, yra techninio įrengimo klausimas toje šalies pusėje, kuri surenka ir talpina pasą — šiuo atveju platformoje, pavyzdžiui tyrepas.eu — o tai nėra tai, ką įstatymas nustatytų išsamiai.

Tam, kam tai aktualu, ir tam, kam negresia

Šis klausimas ypač aktualus toms šalims, kurios apdoroja didelį tūrį padangų ir kuriose produkto duomenys jau yra kažkur sistemoje: importuotojams, kurie tvarko prekės numerius, partijos duomenis ir technines specifikacijas, didmenininkėms, kurios prižiūri atsargas pagal padangų tipą, ir automobilių parko vadybininkams, kurie padangas susieja su transporto priemonėmis. Jiems sujungimas daugiausia praktiškas: duomenys tada nereikalingi du kartus įvesti, ir paso informacija gali grįžti į jų sistemą.

Galutiniams naudotojams, kurie nusipirks tik padangą ir nuskaitys QR kodą, sujungimas su ERP sistema nėra svarbus — jie skaito pasą, jį nepapildo. O mažesniems subjektams be savo sistemos sujungimas irgi neaktualus: pasas tą pat laiką gali būti perdavtas rankiniu būdu ir naudojamas, nepažeidžiant jo galiojimo. Be to, techniškai reikalavimai pagal 11 straipsnį yra skirti pačiam pasui, o ne klausimui, ar paso paslaugų tiekėjas turi pasiūlyti konkretų sujungimą su konkrečia ERP marke.

Nenustatyta konkretaus termino, bet yra aiški darbo kryptis

Dėl to, kada tiksliai prasidės pareiga turėti skaitmeninį produkto pasą padangoms, dar nenustatytas. ESPR 2025–2030 m. darbo plane nurodoma, kad 2027 m. tikimasi delegiramuoto akto dėl padangų; tik jį publikavus bus žinomas konkretus įsigaliojimo laikas. Iki tol padangoms netaikomos pareigos dėl paties paso, taigi ir dėl to, kaip duomenys bus pateikti ar keistis.

Tai nereiškia, kad nėra ką daryti. Bendri reikalavimai iš ESPR 10 ir 11 straipsnio jau yra nustatyti kaip sistema, kurioje bus detaliau aprašyta delegiramas aktas dėl padangų: mašininis skaitomumas, atvirieji standartai ir tarpoperabilumas nėra nauja išradimas, kuris pasirodo tik 2027 m., o pagrindas, ant kurio bus pastatyti padangoms būdingi reglamentai. Kas dabar jau galvoja apie sujungimą, nebūtinai statys ant susmėlėto žemės: nors konkretus terminas dar neapibrėžtas.

Kaip tai praktikoje atliekama

Pirmasis žingsnis — patikrinti, kokie duomenys jau yra ERP ar atsargų sistemoje, kurie vėliau turi atsirasti pasae: prekės numeris, partijos arba partijų duomenys, gamybos data, techninės specifikacijos pagal padangų tipą. Daugelis tų duomenų jau egzistuoja, tik dar nėra sudaryti struktūrizuotai paso atžvilgiu.

Antrasis žingsnis — išsiaiškinti, kokį formatą priima šalis, kuri surenka ir talpina pasą, kaip įvestį. Kadangi tyrepas.eu surinktas pasą iš gamintojo arba importuotojo duomenų, praktinis klausimas nėra tiek tai, ar sujungimas gali būti, kiek tai, kokia forma duomenų pateikimas būtų patogiausias: periodinis eksportas iš ERP sistemos, struktūrizuotas failas arba kita duomenų pateikimo kelyje.

Trečiasis žingsnis – apgalvoti priešingą kryptį: pasporto duomenų grąžinimą į savąją sistemą, pavyzdžiui, kad transporto parko vadybininkas galėtų susieti pasporto informaciją su transporto priemonės registracija, neturėdamas pats ieškoti pasporto naudodamas QR kodą. Tai taip pat yra techninio suderinimo tarp ERP sistemos ir platformos klausimas, o ne teisinės pareigos.

Galiausiai svarbu atsižvelgti į galiojimo laiką: pasportas yra talpinamas dešimt metų. Kas nustato saitą, turėtų gerai apsvarstyti ir atnaujinimus per tą laiką — pavyzdžiui, kai keičiasi produkto duomenys — kad saitas veiktų ne tik pirmą kartą perduodant duomenis, bet ir vėlesnių pakeitimų metu.

Teisinė pagrindas: ESPR 10 ir 11 straipsniai

Reikalavimai pačiam skaitmeniniam produkto pasportui nustatyti ESPR 10 straipsnyje (Reglamentas (ES) 2024/1781), kuriame nustatyti bendrieji pasporto reikalavimai. Tos pačios reglamento 11 straipsnis konkrečiai apima pasporto techninį projektavimą ir veikimą, pabrėžiant tarpusaveiką ir atvirus standartus, kad duomenys būtų mašiniškai skaitomi ir keičiami. Abu straipsniai dėmesį kreipia į pasportą kaip produktą, o ne į importuotojų, didmenininkų ar transporto parkų vadybininkų vidines informacines sistemas — saitas su jomis yra techninis papildymas, kuris ateina virš to.

Kas dabar jau nori ruoštis, geriausiai pradėtų nuo savųjų produkto duomenų suregistravimo ir kontakto su šalimi, kuri bandų pasportą sudarys ir talpins, kad aptarti, kuris pateikimo būdas geriausiai derėtų prie esamos ERP ar atsargų sistemos.