prodpas.eu

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

Sujungti galima, jei duomenys bus pateikti struktūrizuotai

Produkto pasą sujungti su ERP arba atsargų sistema iš esmės galima, nes ESPR nurodo, kad skaitmeninis produkto pase turi būti techniškai sukurtas taip, kad duomenų pasikeitimas būtų tarpoperabilus ir skaitytinas mašinoms (ESPR 11 straipsnis, Reglamentas (ES) 2024/1781). Tai reiškia, kad duomenys, kurie jau yra ERP arba atsargų sistemoje — medžiagų sudėtis, kilmė, komponentai, partijos arba serijiniai numeriai — iš esmės gali būti šaltiniu, iš kurio bus kuriamas pase. Sujungimas tada nėra tiesioginis, tiesioginis ryšys tarp dviejų sistemų, bet tai, kad tie patys duomenys, kurie jau viduje yra vedami, yra pateikiami tinkamu formatu pasui.

Kurie duomenys tai tinka, o kurie ne

Tai yra duomenys, kurie jau kažkur yra užfiksuoti ir kurie yra svarbūs tam tikro produkto pasui: techninės specifikacijos, medžiagų informacija, remonto ir priežiūros duomenys arba kilmės informacija. Tokiems duomenims struktūrizuotas pateikimas iš esamos sistemos yra logiškas. Tai nėra bendra, nuolatinė sistemos sujungimo procedūra, kurią reikalauja ESPR — reglamentas neverčia jokio gamintojo ar importuotojo naudoti specifinę technologiją, API arba programinę įrangą. 11 straipsnis yra apie pačio paso techninę struktūrą: kaip sutvarkyta duomenų nešėjas, registras ir prieiga prie duomenų. Jame nenustatomai, kaip įmonė tvarkytų ar eksportuotų savo ERP sistemą. Taip pat svarbu: kurie duomenys turi būti paso, skiriasi priklausomai nuo produkto grupės ir kiekvienai produkto grupei sudetalizuojama per numatytos rangos aktą. Tai, kas vienam produktui yra reikalingas ERP laukas (pavyzdžiui, medžiagos procentas), kitai produkto grupei gali nebūti taikytina.

Techniniai reikalavimai galioja jau dabar, produkto grupės detalizavimas dar ne visur

ESPR pati, su bendruoju reikalavimais skaitmeniniam produkto pasui (10 straipsnis) ir jo technine struktūra (11 straipsnis), yra priimta ir sudaro pagrindą, kuriame turi funkcionuoti kiekvienas produkto pase. Kada konkretus produktas tikrai turi pasi ir kurie duomenys jame turi būti tiksliai, sutvarkoma atskirai kiekvienai produkto grupei. Daugeliui produkto grupių tas detalizavimas dar nėra paskelbtas ar dar nėra galioja. Kol nenustatyta produkto grupei, kurie duomenys yra privalomi, todėl nėra konkrečios prievolės sudaryti sujungimą arba duomenų srautą iš ERP sistemos — tačiau yra naudinga iš anksto žinoti, iš kur viduje ateitų svarbūs duomenys, kad pradėjus vykdyti prievolę nebūtų pradėta iš nieko.

Kaip tai praktikoje atliekama

Pirmasis žingsnis yra patikrinti, kokie duomenys jūsų ERP arba atsargų sistemoje jau yra ir susiję su tuo, ką pasas paprastai apima: produkto identifikavimas, medžiagų sudėtis, kilmė, komponentai, garantijos arba remonto informacija. Tada naudinga pamatyti, kaip tuos duomenis iš sistemos eksportuoti — kaip failą, ataskaitą arba per struktūrizuotą sujungimą — tokia forma, kuri būtų skaitoma ir perduodama, atsižvelgiant į atvirą ir sąveikią nuostatą, kurią pasui nustato 10 straipsnis. Toliau svarbu duomenis susieti su unikalia produkto identifikacija, kurią pasas reikalauja pagal 10 straipsnį, kad kiekvienas pasas būtų akivaizdžiai susijęs su teisingu produktu. Kadangi pasas turi būti aktualus per visą produkto gyvavimo ciklą, praktiška taip pat apsvarstyti pasikartojantį procesą: kaip ERP sistemoje atliktas pakeitimas (pavyzdžiui, pakoreguotas komponentas arba naujas tiekėjas) tam tikru metu bus įgyvendintas pasaporte. Tai nebūtinai turi būti vykdoma realiu laiku — periodinis pateikimas, pavyzdžiui, atlikus pakeitimus arba pradėjus naują gamybą, daugeliu atvejų tinka puikiai. Platforma, kuri sudaro pasus iš gautų duomenų, tokia kaip prodpas.eu, paprastai gauna tuos duomenis būtent tokiu būdu: kaip struktūrizuota pateiktis iš fabrikanto arba importuotojo esamos administratyvios sistemos, o ne kaip nuolatinis tiesioginiam ryšys tarp dviejų sistemų.

Iš kur tai seka: ESPR 10 ir 11 straipsniai

Skaitmeninio produkto paso sąveikumo ir mašiniu skaitomo pavidalo pareiga yra nustatyta ESPR 11 straipsnyje (Reglamentas (ES) 2024/1781), kuriame nustatyta paso techninio surengimo ir veikimo tvarka. Tos pačios reglamento 10 straipsnis apibūdina bendruosius reikalavimus, kuriuos pasas turi atitikti, įskaitant sujungimą su unikalia produkto identifikacija. Šie straipsniai kartu sudaro pagrindą, kodėl šaltinio duomenys iš esamos sistemos, jei jie pateikiami struktūrizuotai, gali būti tinkamas paso įėjimas — be to, kad reglamentas nebūtinai numato, kokią techniką arba sistemą įmonė naudoja viduje.

Jei norite jau dabar pasiruošti, geriausia pradėti nuo to, kad sudarytumėte savo ERP arba atsargų sistemos produkto duomenų sąrašą ir nustatytumėte, kokiame formatte šiuos duomenis galima eksportuoti. Kai tik jūsų produktų grupei bus aišku, kokius duomenis pasas turi apimti, pateiktis iš esamos administratyvios sistemos paprastai yra praktinis pradžios taškas.

Ką konkrečiai turėtumėte daryti

Ko iš jūsų tikimasi

Sąsaja tarp ERP ar atsargų sistemos ir produkto paso nėra atskiras noras, kuris stovi apart nuo taisyklių — duomenų teikimo, atidarymo ir atnaujinimo būdas tiesiogiai susiję su tuo, ką nustato ESPR (Reglamentas (ES) 2024/1781) 10 ir 11 straipsniai dėl skaitmeninio produkto paso. Įmonei, kurioje dirba nuo 10 iki 100 darbuotojų ir kuri veikia su keliomos produktų kategorijomis, sąsaja dažniausiai nėra "malonu turėti", bet vienintelis praktiškas būdas palaikyti šimtų ar tūkstančių artikulų pasportus.

Pasas turi būti susietas su unikalia identifikavimo kodu

ESPR 10 straipsnis reikalauja, kad kiekvieną produkto pasą būtų galima susieti su produktu, prie kurio jis priklauso, per unikalią identifikavimo kodą. Tai iš karto yra raktas sąsajai su savo sistema: ERP ar atsargų sistema jau veikia su artikulų numeriais, partijos numeriais arba SKU, ir jie turi sutapti su identifikavimo kodu, naudojamu pasporte. Be tos nedviprasmiškos sąsajos kyla rizika, kad atnaujinimas vienoje sistemoje nebepavyks rasti kitoje. Kaip tiksliai šis identifikavimo kodas formuojamas ir priskiriamas, aprašyta puslapyje apie kaip kiekvienas produktas gauna unikalią identifikavimo kodą.

Techninė veikla turi atitikti standartizuotą sistemą

ESPR 11 straipsnis išdėsto produkto paso techninę sąranką: kaip duomenys saugomi, atverčiami ir skaitomi mašininio formato. Sąsajai su ERP sistema tai reiškia, kad duomenų mainai negali būti laisvai suformuoti, bet turi atitikti standartą, kurį gali skaityti mašinos iš abiejų pusių. Praktikoje tai dažniausiai reiškia darbą su sistema, tokia kaip GS1 Digital Link, kai identifikavimo kodas tiesiogiai nurodo į teisingus paso duomenis. Ką tai reiškia ir ar tai svarbu konkrečiai įmonei, paaiškinta puslapyje apie kas yra GS1 Digital Link ir ar tai būtina produkto pasui.

Duomenys, kurie keičiasi, turi likti aktualūs pasporte

ERP sistema nuolat keičiasi: atsargų lygiai, partijos duomenys, sudėtis, tiekėjai. Ne visa šia informacija reikėtų būti produkto pasporte, bet duomenys, kurie jame yra — tokie kaip medžiagų sudėtis, remonto informacija ar darnumo charakteristikos — turi atitikti tai, ką žmogus mato nuskaitęs QR kodą. Sąsaja su savo sistema daugeliui įmonių yra vienintelis būdas tai pasiekti dideliu mastu, o ne kiekvieną pasportą rankų dėl atnaujinti. Ar ir kaip tai gali vykti automatiškai, paaiškintas puslapyje apie produkto paso duomenų automatinį atnaujinimą.

Pasas turi likti prieinamas ir atvalioje nuo savo sistemos

10 straipsnis nustato reikalavimus paso prieinamumui. Sąsaja su ERP sistema yra patogu duomenims palaikyti, bet pas pats turi likti ir likti prieinamas net kai vidinė sistema pakeičiama, migruojama arba nutraukiama. Tai reikalauja atskyrimo tarp vietos, kurioje yra pirminiai duomenys (ERP sistema), ir vietos, kurioje paso talpinamas ir atverčiamas.

Kur praktikoje susiduriama su problemomis

ERP sistema laikoma pačiu pasupo. Kai kurios įmonės mano, kad produkto peržiūros eksportavimas iš ERP sistemos į PDF arba tinklalapį yra pakankamas. Tačiau pasas reikalauja fiksuoto identifikavimo kodo, nuolatinio prieinamumo ir standartizuotos techninės struktūros — eksportas to retai duoda.

ERP sistemos artikulų numeriai neatitinka paso identifikavimo. Kai vidinis artikulo numeris neatitinka vienas prie vieno identifikavimo kodo, esančio QR kodoje, susidaro neatitikimas, kuris tampa pastebimas tik tada, kai žmogus nuskaitęs QR kodą mato neteisingą pasą.

Sistemos keitimas nutraukia sąsają. Perėjus prie naujo ERP paketo, ryšys su pasportu kartais pamiršstamas, dėl ko atnaujinimai sustoja, o pasportas internete lieka su pasenusiais duomenimis.

Atsargų ir partijos duomenys per klaidą paskelbti. Per plačiai nustatytas ryšys kartais perduoda pasportui vidinius duomenis, kurie nėra skirti viešam naudojimui, pavyzdžiui, pirkimo kainas arba tiekėjų pavadinimus.

Vienas produktas su keliais pasportais nėra tinkamai išskiriamas. Produktams, kurie patenka į daugiau nei vieną produktų grupę, arba kurie susideda iš dalių, kurių kiekviena turi savo pasportą, paprastas ryšys artikulio lygiu sukelia painiavą, kuris pasportas priklauso kuriai daliai. Apie tai žiūrėkite puslapius apie kelis produkto pasus vienam produktui ir vieną pasportą vienai daliai arba visos produkto.

Ką galite užfiksuoti

  • Sąrašas, kurie ERP arba atsargų sistemos laukai automatiškai iš jų teka į pasportą, o kurie ne.
  • Ryšys tarp vidinio straipsnio numerio arba SKU ir unikalaus identifikavimo kodo, naudojamo pasporte.
  • Susitarimai dėl to, kas atsakingas už duomenų atnaujinimą po šaltinio duomenų sistemos pakeitimo.
  • Procedūra, kuri atliekama su ryšiu atlikus sistemos migraciją ar pakeitimą, kad pasportas neužsitrauktų.
  • Patikra, kurie duomenys gali būti viešai matomi per pasportą, o kurie ne, prieš tiesiogiai pradedant naudoti ryšį.
  • Naudojamos duomenų mainų standarto dokumentacija, įskaitant galimą GS1 Digital Link naudojimą.

Tai nėra juridinis patarimas. Šis puslapis pateikia bendrą informaciją apie taisykles, kuriomis remiasi šia platforma. Mes nežinome jūsų padėties. Jei abejojate dėl savo atveio, pasitarkite su juridiniu patarėju arba atitinkama priežiūros institucija.

Parašyta su AI, remiantis aukščiau nurodytais šaltiniais, peržiūrėta žmogaus 2026-08-22. Ar kažkas neatitinka? Pranešite mums — pataisymai turi prioritetą.