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

Sujungimas yra sistemos pagrindas, o ne išimtis

Taip, sujungimas tarp produkto paso ir ERP arba atsargų sistemos atitinka tai, kaip skaitmeninis produkto pasas yra numatytas. ESPR 11 straipsnis (Reglamentas (ES) 2024/1781) nustato, kad pasas techniškai turi būti sukurtas taip, kad duomenys būtų keičiami tarp grandinės šalių naudojant atvirų, tarpusavypės suderintus standartus. Tai reiškia, kad duomenys, kurie jau yra ERP arba atsargų sistemoje — produktų numeriai, medžiagų duomenys, kilmė, techninės specifikacijos — iš esmės gali būti šaltiniu, iš kurio pildomas pasas, užuot iš naujo rankiniu būdu viską įvedus. Elektropas.com yra šioje grandinėje vieta, kurioje šie duomenys sujungiami į pasą, talpinami ir susieti su QR duomenų nešikliu. Koks tiksliai techninis šio sujungimo vaizdas — koks failo formatas, kuri API, kokie laukai yra privalomi — dar nenustatytas elektronikai ir IKT įrenginiams, nes šio kategorijos poskyrio delegavimas dar nepaskelbtas.

Tiems, kuriems tai taikoma, ir kur yra riba

Šis klausimas iš esmės kyla gamintojams ir importuotojams, kurie jau struktūriškai prižiūri savo produkto duomenis — ERP pakete, PIM sistemoje arba atsargų administracijoje — ir kurie nori išvengti, kad pasas būtų atskiras, rankiniu būdu atliekamas procesas. Jiems sujungimas yra aktualus, nes jis sumažina dublerinį darbą ir sumažina klaidų tikimybę.

Kur tai netaikoma: produkto pasas nepakeičia ERP sistemos, ir atvirkščiai. Pasas yra atskiras, iš išorės pasiekiamas duomenų failas, kuris susietas su fiziniu produktu per unikalų identifikatorių ir duomenų nešiklį, kaip aprašo ESPR 10 straipsnis. ERP sistema lieka įmonės vidine administracija; pasas yra sluoksnis, kuris — link vartotojo, priežiūros institucijos arba kito grandinės nario — atskleisti informaciją. Sujungimas todėl reiškia, kad duomenys iš vienos sistemos teka į kitą, o ne kad abi sistemos susijungtų.

Tikslus techninis standartus elektronikai dar nenustatytas

Fiksuota data, kada bus žinoma techninė specifikacija elektronikai ir IKT įrenginiams, dar nėra. Pagal ESPR darbo planą 2025–2030, delegavimas išrašai nustatomi pagal produkto kategoriją, o elektronikai tikimasi nuo 2027 m. Kol tas deleguojamas aktas bus paskelbtas, galioja tik bendri 10 ir 11 straipsnių principai: pasas turi būti tarpusavypės suderinantas, mašinama skaitomas ir pagrįstas atvirais standartais. Kuris standartus konkrečiai bus elektronikai — kuris duomenų formatas, kurie sąsajos, kurie privalomi laukai — dar nenustatytas. Iš karto po to, kai šio kategorijos poskyrio deleguojamas aktas bus paskelbtas, šioje vietoje bus papildyta ta informacija.

Kaip tai praktiškai vykdoma

Tvarka, kuria tai paprastai atliekama, atrodo taip. Pirmiausia nustatoma, kurie duomenys jau yra esančioje ERP arba atsargų sistemoje ir kurie iš jų yra galimai aktualūs produkto pasui — pagalvokite apie medžiagų sudėtį, kilmę, techninę dokumentaciją ir remonto informaciją. Tada verta pažiūrėti, ar tie duomenys jau yra struktūriškai ir nuosekliai užfiksuoti, nes mašininė skaitymas yra vienas iš 11 straipsnio principų: kuo švariau ir aiškiau šaltinio duomenys, tuo paprasčiau bus vėlesnis sujungimas. Po to reikia laukti elektroniką skirtos deleguotos procedūros, nes tik tada bus aišku, kuris formatas ir kokis sujungimo metodas bus reikalingas. Kai tik ta specifikacija bus, gali būti peržiūrėta, ar esama sistema gali eksportuoti tuo formatu, arba ar reikalingas tarpinis žingsnis. Šiuo metu nėra jokios priežasties jau kurti specifinę techninę integraciją, nes standartą, kuriuo ji turėtų remtis, dar nenustatytas — tas darbas gali turėti būti atliktas iš naujo.

Teisinė pagrindas: ESPR 10 ir 11 straipsniai

Kad ryšys su ERP ar atsargų sistema yra įmanomas ir beveik tikslus, išplaukia iš dviejų straipsnių. ESPR 10 straipsnis nusako reikalavimus, kuriuos turi atitikti skaitmeninis produkto pasas, įskaitant ryšį su unikalia produkto identifikacija ir duomenų prieinamumą atitinkamoms šalims. ESPR 11 straipsnis konkrečiai aptaria pasporto techninį projektavimą ir veikimą, ir nustato, kad tai vykdoma remiantis atvirais, tarpusavyje suderinамais standartais, kurie leidžia duomenų mainams visoje grandinėje. Kartu šie straipsniai sudaro pagrindą tam, kodėl ryšys tarp vidinių įmonės sistemų ir išorinio pasporto nėra papildinys, bet dalis to, kaip sistema sudaryta — nors tiksli elektrinės įrangos techninė realizacija dar nepaskelbta.

Jei dabar jau norite iš anksto pasirengti, patartina savo produkto duomenis sutvarkyti: nuosekliai, struktūrizuotai ir visapusiškai, kad vėlesnis ryšys — kai tik bus žinomas elektronikos standartas — pareikalautų kuo mažiau papildomo darbo. Elektropas.com seka elektrinės įrangos ir IKT įrangos deleguoto akto publikavimą, ir šį puslapį papildys iš karto, kai bus žinoma techninė specifikacija.

Pagrindu

Direktyva pati yra EUR-Lex. Mes nurodome pagal teiginį; jums mūsų tikėti nereikia.

Ką jūs konkrečiai turite daryti

Ko iš jūsų tikimasi

ERP arba atsargų sistemą sujungti su skaitmendiniu produkto pasportu daugeliui įmonių yra logiškas kelias: produkto duomenys jau yra joje, tai kodėl jų negrąžinti automatiškai? ESPR (Reglamentas (ES) 2024/1781) nenumato, kaip tas sujungimas techniškai veikia, bet kokius reikalavimus turi patenkinti pats pasportas. Tie reikalavimai praktikoje nulemia, kas gali ir kas negali būti jungiant sistemą su savo sistema.

Pasportas turi atitikti techninius reikalavimus iš 11 straipsnio

11 straipsnis iš ESPR (Reglamentas (ES) 2024/1781) apibūdina skaitmeninio produkto pasporto techninius projektavimo reikalavimus: kaip duomenys turi būti prieinami, kokia forma ir kaip jie turi būti susieti su unikaliu produkto identifikavimu. Įmonei, turinčiai nuo 10 iki 100 darbuotojų, tai reiškia, kad sujungimas su savo ERP sistema negali būti nenaudingas paprastas Excel failo eksportavimas: duomenys, teikiami iš sistemos, turi atitikti techninį formatą, galiojantį pasportui. Koks yra tiksliai tas formatas, bus išdėstyta pagal kiekvieną produkto kategoriją; daugiau apie tai rasite puslapyje pasporto failo formatas.

Pasportas turi būti susietas su unikaliu produkto identifikavimu

10 straipsnis iš ESPR (Reglamentas (ES) 2024/1781) nustato reikalavimus pasporto turiniui ir struktūrai, įskaitant susiejimą su identifikavimu kodu kiekvienam produktui. ERP sistema dažnai jau veikia su straipsnio numeriais, SKU ar partijų kodais, tačiau jie nėra automatiškai lygūs identifikacijos kodui, kurio reikalauja pasportas. Vidutinės dydžio įmonei tai reiškia, kad reikalinga vertimo atsiskyrimas tarp vidinio produkto kodavimo ir identifikacijos kodo, kuris yra išviešintas per QR kodą. Kaip sukuriamas unikalus kodas kiekvienam produktui, yra aprašyta puslapyje unikalaus identifikacinio kodo suteikimas kiekvienam produktui.

Sujungimas turi atnaujinti duomenis išlaikant šaltinį

ERP sistema nuolat keičiasi: atsargų lygiai pasikeičia, straipsniai yra panaudojami, atsiranda naujos variacijos. Pasportas eina kitu tempu — jis turi likti pasiekiamas per nustatytą laiką, net jei pagrindinis produktas daugiau neparduodamas. Sujungimas, kuris tiesiog "tiesiogiai" perduoda tai, kas šiuo metu yra ERP sistemoje, rizikuoja perrašyti ar panaikinti istorines pasp ortus, kai tik produktas pašalinamas iš aktyvaus asortimento. Kiek laiko pasportas turi likti prieinamas, yra paaiškinta puslapyje kiek laiko pasportas turi egzistuoti.

Kur praktikoje klystauja

Kelios situacijos gana dažnai pasitaiko įmonėse, kurios nori susieti savo ERP sistemą su produkto pasu.

Automatinis sinchronizavimas perrašo aktyvius pasus. Kai straipsnis ERP sistemoje pakoreguojamas — pasikeičia gaminio dalies tiekėjas, pasikeičia pakuotė — šis pakeitimas kartais iš karto perkeliamas į paskelbintą pasą, nežinant, ar tai turėtų būti naujas pasas, ar esamojo atnaujinimas.

Artikulo numeris supainiojamas su produkto identifikacija. Vidinis artikulo numeris iš atsargų sistemos naudojamas kaip unikali paso identifikavimo kodo, tačiau šis numeris gali skirtis pagal pardavimo kanalą ar regioną — todėl vienas fizinis produktas baigiasi su keliais abipusiai skirtingais pasais.

Pasibaigimas ERP sistemoje atveža pasą atline. Kai tik produktas pažymimas "nebeprieinamas" sandėlio sistemoje, nutrūksta ryšys su paso publikavimu ar priežiūra — nors pasas turėtų likti pasiekiamas produktams, kurie jau naudojami pas vartotoją.

Ryšys teikia duomenis formatu, kuris nesutampa. ERP sistema eksportuoja duomenis vidinėje formate (pavyzdžiui, CSV su įmonės savais laukų pavadinimais), kuris nesutampa vienas su vienu su pasu reikalinga struktūra, todėl reikalingas tarpinis žingsnis, kurio nebuvo numatytas.

Pakavimo lygiai sumaišomi. Atsargų sistema dažnai registruoja pardavimo vieneto lygmeniu, o pasas gali skirtis pagal produkto variantą arba pakavimo vienetą — ypač produktams, pristatytiems dėžėse su keliais prietaisais. Kaip šis sąveika veikia, aprašyta puslapyje apie kaip produkto pasas veikia dėžėje su keliais prietaisais.

Ką galite užfiksuoti

Įmonėms, kurios svarsto savo ERP arba atsargų sistemos sujungimą su produkto pasu, praktiška iš anksto raštu nustatyti kelis dalykus:

Laukų iš ERP sistemos, atitinkančių pasapo laukus, apžvalga, lyg su paaiškinimais dėl nuokrypių tarp vidaus prekės kodavimo ir išorės produkto identifikavimo.
Procedūra, kaip keičiasi produktaskuriam atvejiui ERP sistemos pakeitimas veda prie naujo paso, o kuriam – į esamo paso atnaujinimą.
Išfazavimo procedūra, kuriame nustatyta, kad pasas yra nepriklausomas nuo "aktyvaus" arba "išfazinto" statuso atsargų sistemoje.
Susitarimas dėl to, kas atsakingas už sujungimą — vidaus IT komanda, išorinė platforma arba jų kombinacija — ir kas tikrina, ar pateikti duomenys iš tiesų atitinka reikalingą formatą.
Naudoto techninio formato dokumentacija, todėl atliekant patikrą ar auditą galima parodyti, kad sujungimas atitinka ESPR reikalavimus (Reglamentas (ES) 2024/1781) iš 11 straipsnio.

Įmonėms, kurios be ERP sistemos taip pat naudoja GS1 struktūrą savo logistikai, svarbu žinoti, ar ir kaip ta struktūra atitinka paso reikalavimus; daugiau apie tai galima rasti puslapyje apie kas yra GS1 Digital Link ir ar jis reikalingas produkto pasportui. Taip pat patartina nustatyti, kaip sujungimas veikia su registru, kuriame turi būti įtraukti pasai, kaip paaiškinta puslapyje apie Europos skaitmeninių produktų paso registrą.

Tai nėra juridinis patarimas. Šis puslapis pateikia bendrąją informaciją apie reguliavimą, kuris yra šios platformos objektas. Mes nežinome jūsų situacijos. Jei abejojate dėl savo konkretaus atvejo, pasitarkite su teisininku arba kompetentinga priežiūros institucija.

Parašyta su AI pagal šaltinius aukščiau, žmogaus patikrinta 2026-08-22. Ar kažkas negerai? Praneškite mums — pataisymai turi prioritetą.