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

Sujungimas tampa konkretus tik tada, kai yra techninė standartizacija

Tiesioginis ryšys tarp skaitmeninio produkto paso ir ERP arba atsargų sistemos šiuo metu nėra įmanomas, nes techninės šio ryšio specifikacijos dar nenustatytos. ESPR (Reglamentas (ES) 2024/1781) 10 ir 11 straipsniuose nustato pagrindą: pasas turi būti tarpoperabilus, grindžiamas atvirais standartais ir skaitytas kompiuterio. Tai reiškia, kad automatizuotas duomenų mainai su verslo sistemomis galiausiai yra pradinis tikslas, o ne išimtis. Tačiau kaip šis mainai iš tikrųjų vyks praktikoje — koks failų formatas, kokia sąsaja, kokie prieigos teisės — išplauks tik iš pagal kategorijas priimtinų deleguotų aktų. Geležies ir plieno atveju toks aktas dar nėra priimtas.

Kuo tai taikoma, o kuo ne

Tai susijusi su klausimu, ar sistemos galės automatiškai iš paso gauti duomenis arba juose rašyti. Tai paliečia paties paso techninę struktūrą, kaip ji aprašyta reglamente: kaip jis sudarytas, kas turi prieigą ir kokia forma duomenys prieina. Tai nėra klausimas dėl to, ar konkreti ERP sistema tinka, ir nėra apie konkrečią API arba duomenų formatą — tokie sprendimai dar nėra priimti. Tai taip pat nėra apie pačią pareigą turėti pasą; tai atskiras klausimas, kuris įgyvendinamas atskirai kiekvienai produkto kategorijai. Tai, kas čia aprašyta, yra tik principas, kad pasas turi būti skaitytas kompiuterio ir tarpoperabilus — tai, kaip šis principas geležyje ir plieno atveju konkretiškai įgyvendins, vis dar nėra nustayta.

Dar nėra fiksuotos datos, dar nėra fiksuotos techninės standartizacijos

Dar nėra datos, kada geležies ir plieno techninė sujungimo standartizacija įsigalios, nes ta standartizacija yra deleguoto akto, kuris dar turi būti priimtas, dalis. Pagal ESPR darbo planą 2025–2030 m. laikotarpiui pirmasis delegiotas aktas tikimasi 2026 m., o įpareigojimai po to dar turės aštuoniolika mėnesių pradžios laiko. Kol tas aktas nebus priimtas, yra aiškus reikalavimas, kad pasas turi būti tarpoperabilus ir skaitytas kompiuterio (10 ir 11 straipsniai), bet nėra aiškios, kaip tai bus techniškai atliekama. Iki to laiko pasas praktikoje veikia kaip žmogaus skaitomas dokumentas per QR duomenų nešiklį, o ne kaip automatizuota duomenų srauto nukreipimas į išorinę sistemą.

Ką tai reiškia strategijai

Tiems, kurie jau dabar galvoja apie sujungimą su savo sistema, veiksmų tvarka yra tokia. Pirma: dar nereikia nieko statyti, nes nėra standarto, prie kurio būtų galima statyti. Antra: savų produkto duomenų tvarka yra naudinga jau dabar, nepaisant galutinės techninės formos — aiškus, nuoseklus produkto duomenų rinkinys (kilmė, sudėtis, sertifikatai) yra pagrindas, ant kurio stovės bet kuris būsimas sujungimo mechanizmas. Trečia: kai tik bus priimtas geležies ir plieno deleguotas aktas, jame bus nurodyta, koks formatas ir kokia prieigos forma galioja, ir tik tada galima bus suprojektuoti konkretų sujungimą. Ketvirta: iki to laiko pasas bus skaitytinas per QR kodą, kuris prikabintas prie produkto, o daugumoje kasdienių stalo ir metalinio apdorojimo prekybos operacijų to jau pakanka — sujungimas su ERP sistema yra velumo gerėjimas vėliau, o ne sąlyga dabar dirbti su pasu.

Iš ko tai išplauks: ESPR 10 ir 11 straipsniai

Straipsnis 10 iš ESPR (Reglamento (ES) 2024/1781) aprašo reikalavimus, kuriuos turi atitikti skaitmeninis produkto pasas, įskaitant tarpoperabilumą ir atvirųjų standartų naudojimą. Straipsnis 11 susijęs su pasporto techniniu projektavimu ir veikimu, pavyzdžiui, registrais, prieiga prie duomenų ir pasporto funkcionalumu. Abiejuose straipsniuose yra principas, kad pasportas turi būti tinkamas automatizuotam apdorojimui, tačiau jo įgyvendimas — tikroji techninė specifikacija kiekvienai produktų grupei — yra perimta delegavusiųjų aktų, kurie dar turėtų būti priimti. Dėl tikslios formuluotės vadovaujamasi oficialiu Reglamento tekstu.

Jei jau dabar norite ruoštis, geriausia būtų pradėti valdyti savo produkto duomenis struktūrizuotai ir išsamiai, kad juos atlikus galėtumėte prisijungti prie to, kas bus nustatytas, kai pasirodys techninis standartas. Šis puslapis bus atnaujintas, kai tik bus paskelbtas geležies ir plieno delegavasis aktas ir bus žinomi techniniai duomenys.

Kuo tai pagrįsta

Pats reglamentas yra EUR-Lex. Kiekvieno teiginio atžvilgiu pateikiame nuorodas; jūs mums neturite tikėti.

Ką jūs turėtumėte daryti konkretiškai

Ko iš jūsų tikimasi

Duomenys turi būti skaityti mašinoje ir perduodami

10 straipsnis ESPR (Reglamento (ES) 2024/1781) nustato, kad skaitmeniniame produkto pase esantys duomenys turi būti prieinami struktūrizuotame, skaitymeniniame formatu. Tai yra tiesioginis ryšio su savąja sistema susiejimo taškas: duomenys, kuriuos galima skaityti mašinoje, iš esmės yra tinkami automatiniam duomenų srautui iš ERP ar atsargų sistemos arba į ją. Įmonei, kurioje dirba nuo 10 iki 100 darbuotojų, tai reiškia, kad klausimas „ar tai galima sujungti kokiu formatu turėčiau pateikti duomenis produkto pasui.

. Žr. taip pat puslapį apie

11 straipsnis iš ESPR apima techninio projektavimo ir paso veikimą bei nurodo technines specifikacijas, kurias dar toliau detalios Komisija. Praktiniu susiejimo aspektu tai reiškia, kad negalima paprasčiausiai pateikti ar gauti „savo failą kaip kiekvienam produktui suteikti unikalų identifikavimo kodą. ERP sistema, kuris jau naudoja vienareikšmius, stabilius produkto kodus, yra palankesnėje padėtyje sujungimui nei sistema, kurioje kodai skiriasi pagal užsakymą arba pagal klientą.

Sujungimas vyksta per nešiklį, o ne per tiesioginį duomenų bazės ryšį

11 straipsnis taip pat aprašo, kad pasportą galima pasiekti per duomenų nešiklį ant produkto. Tai svarbus punktas dėl to, ką įmonė gali tikėtis iš „sujungimo kaip QR kodas dėl produkto paso atsiranda ant mano plieno.

Duomenys turi likti aktualūs, kol egzistuoja pasas

Iš 10 straipsnio taip pat išplaukia, kad pasaportą sudarantys duomenys turi būti teisingi ir aktualūs, kol pasaportas egzistuoja. Atliekant sąsają su atsargų sistema, tai paprastai reiškia, kad vienkartinis duomenų pateikimas nepakanka: jei pasikeitė partijos savybės arba buvo aptikta klaida, turi būti būdas apie tai pranešti vietai, kurioje yra saugomas pasaportas. Įmonėms, kurios suporuoja savo ERP sistemą, patartina šiuo metu taip pat apsvarstyti, kiek laiko šis aktualumas turi būti palaikomas — žr. kiek laiko produkto pasaportas turi likti prieinamas.

Kur praktikoje atsiranda problemų

Vidiniai straipsnių kodai painiojami su oficialiu produkto identifikavimu. ERP sistemoje produktas žinomas pagal vidinį SKU, o pasaportas reikalauja kito, unikalaus identifikavimo kodo. Be vertimo lentelės tarp šių dviejų, jungiant susidaro sumaištis, ypač jei vienas vidinis kodas apima kelias partijas.

Atsargų pokyčiai neperkeliami į pasaportą duomenis. Pavyzdžiui, atsargų sistema registruoja, kad plieno partija buvo iš naujo subeėrinta, padalinta arba sujungta, tačiau šis pakeitimas automatiškai nepasiekia pasaporto. Tai stipriai veikia klausimą, ar plienas registruojamas pagal partiją, ar po vieną vienetą — žr. ar registruoju plieną pagal partiją, ar po vieną vienetą — nes registravimo vienetas ERP sistemoje turi atitikti vienetą, kuriuo pagrįstas pasaportas.

ERP sistemos eksportavimo failai neatitinka reikalingo formato. Daugelis ERP paketų iš numatymo eksportuoja į Excel, CSV arba savo XML struktūrą. Be išankstinio suderinimo toks failas pasirodo nesuderinamas su formatu, kuris reikalingas produkto pasui, o tai sukelia vėlavimus ir papildomą rankinį darbą.

Daroma prielaida, kad sujungimas veikia ir be interneto ryšio. Kai kurios atsargų sistemos darbo vietoje veikia iš dalies neprisijungus, pavyzdžiui, sandėlio terminalyje. Tai iškelia klausimą, ar patį produkto pasą taip pat turi būti galima naudoti be ryšio; tai atskiras klausimas, kuris nėra susijęs su sujungimu su ERP sistema. Žr. ar produkto pasas turi veikti be interneto ryšio.

Prieigos teisės tarp sistemų nėra reguliuojamos. Sujungimas reiškia, kad duomenys teka tarp dviejų ar daugiau sistemų, dažnai per trečiąją šalį, kuri talpina produkto pasą. Jei nenustatyta, kas gali matyti, keisti ar perduoti kuriuos duomenis, susidaro neaiškumas dėl atsakomybės, kilus klaidai — klausimas, susijęs su tuo, kaip duomenys apsaugoti kelyje, žr. kaip garantuoju, kad produkto paso duomenys yra saugūs.

Ką galite registruoti

Laukelių, kurie figūruoja ERP arba atsargų sistemoje, ir laukelių, kurie figūruoja produkto pase, atitikties apžvalga, įskaitant vertimo lentelę tarp vidinių prekių kodų ir unikalaus produkto identifikavimo kodo.
Eksporto formato, kurį naudoja savoji sistema, aprašas ir palyginimas su formatu, kuris reikalingas produkto pasui.
Susitarimai su šalimi, kuri surenka arba talpina produkto pasą, dėl duomenų mainų dažnumo ir būdo: vieną kartą kuriant, arba nuolat atlikus pakeitimus.
Procedūra, kaip pranešti apie atsargų, partijos paskirstymo ar produkto savybių pasikeitimus produkto paso duomenims, įskaitant tai, kas už tai yra atsakingas.
Apžvalga, kas jūsų įmonėje turi prieigą prie sujungimo tarp savosios sistemos ir produkto paso, ir kokie teisiai su tuo susiję.
Nustatytas susitarimas dėl to, kas atsitinka su sujungimu ir duomenų srautu, jei produkto pasas modifikuojamas, panaikinamas arba pakeičiamas.

Tai nėra teisinė konsultacija. Šiame puslapyje pateikiama bendroji informacija apie reglamentavimą, kuriuo grindžiama ši platforma. Mes nežinome jūsų situacijos. Jei abejojate dėl savo atveio, pasikonsultuokite su teisininku ar atitinkama priežiūros institucija.

Parašyta su AI remiantis pirmiau nurodytais šaltiniais, patikrinta žmogaus 2026-08-22. Ar kažkas negerai? Praneškite mums — pataisymai turi prioritetą.