prodpas.eu

Vai es varu produkta pasi savienot ar savu ERP vai krājumu sistēmu?

Savienošana ir iespējama, ja vien dati tiek sniegti strukturēti

Produkta pases savienošana ar ERP- vai krājumu sistēmu principā ir iespējama, jo ESPR nosaka, ka digitālā produkta pase ir tehniskas konstruēta tā, lai datu apmaiņa būtu savstarpēji saderīga un mašīnlasāma (ESPR 11. panta, Regula (ES) 2024/1781). Tas nozīmē, ka dati, kas jau atrodas ERP- vai krājumu sistēmā — materiāla sastāvs, izcelsme, daļas, partijas vai sērijas numuri — principā var būt avots, no kura tiek veidota pase. Savienošana tad neatrodas tieši savā, tiešsaistē starp abām sistēmām, bet faktā, ka tie paši dati, kas jau tiek iekšēji saglabāti, tiek sniegti piemērotā formātā pasei.

Kuriem datiem tas darbojas, un kuriem nē

Tas attiecas uz datiem, kas jau ir kaut kur fiksēti un kas ir attiecīgi konkrēta produkta pasportam: tehniskajiem specifikācijām, materiālu informācijai, remonta un apkopes datiem vai izcelsmes informācijai. Šādu datu strukturēta piegāde no esošas sistēmas ir loģiska. Tas nav par vispārēju, pastāvīgu sistēmu savienošanu, ko nosaka ESPR — regula nepieprasa nevienu ražotāju vai importieri izmantot specifīku tehnoloģiju, API vai programmatūras paketi. 11. pants attiecas uz paša pasporta tehnisko iestatījumu: uz to, kā datu nesējs, reģistrs un piekļuve datiem ir nodrošināti. Tas nenoteic, KĀ uzņēmums nodrošina vai eksportē savu ERP sistēmu. Svarīgi arī tas: kādi dati precīzi jāiekļauj pasportā, atšķiras atkarībā no produktu grupas un tiek izstrādāti katrai produktu grupai pārdeleģētajā aktā. Tas, kas vienam produktam ir attiecīgs ERP lauks (piemēram, materiāla procents), citai produktu grupai var nebūt piemērojams.

Tehniskās prasības jau ir spēkā, produktu grupas aizpildīšana vēl ne visur

Pati ESPR ar vispārējām prasībām digitālajam produkta pasportam (10. pants) un tā tehnisko iestatījumu (11. pants) ir pieņemta un veido sistēmu, kurā katram produkta pasportam jāfunkcionē. To, kad konkrētam produktam patiešām ir nepieciešama pase un kādi dati tur precīzi jāiekļauj, nodrošina katrai produktu grupai atsevišķi. Daudzām produktu grupām šī izstrāde vēl nav publicēta vai vēl nav spēkā. Līdz brīdim, kad produktu grupai ir noteikts, kādi dati ir obligāti, tātad nav konkrēta pienākuma iestatīt savienošanu vai datu plūsmu no ERP sistēmas — bet tas ir lietderīgi, lai iepriekš zinātu, no kurienes iekšēji nāktu attiecīgie dati, tādējādi, sākot ar obligāciju, nav jāsāk no nulles.

Kā tas praktiski tiek īstenots

Pirmais solis ir pārbaudīt, kuri dati jūsu ERP vai krājumu sistēmā jau ir pieejami un kas attiecas uz to, ko produkta pase tipiski satur: produkta identifikācija, materiālu sastāvs, izcelsme, komponenti, garantijas vai remonta informācija. Pēc tam ir lietderīgi apskatīt, kā šos datus var eksportēt no sistēmas — kā failu, kā pārskatu vai caur strukturētu savienojumu — formā, kas ir lasāma un pārnēsājama, saskaņā ar atvērto un savstarpēji saderīgu sistēmu, ko produkta pasēm pieprasa 11. pants. Tālāk ir svarīgi datus saistīt ar unikālo produkta identifikāciju, ko produkta pase pieprasa saskaņā ar 10. pantu, lai katru produkta pasi varētu pierādīt, ka tā pieder pareizajam produktam. Tā kā produkta pasēm jāpaliek aktuālām visa produkta darbības laika, praktiski ir arī apdomāt atkārtotu procesu: kā ERP sistēmā notikušas izmaiņas (piemēram, pielāgots komponents vai jauns piegādātājs) tiek ieviestas produkta pasē. Tam nav jābūt reāllaikā — periodiska datu piegāde, piemēram, gadījumā, ja ir izmaiņas vai jaunas ražošanas, vairumā gadījumu darbojas labi. Platforma, kas savāc produkta pases no piegādātiem datiem, piemēram, prodpas.eu, parasti saņem šos datus tieši šādi: kā strukturētu datu piegādi no ražotāja vai importētāja esošās administrācijas, nevis kā pastāvīgu tiešu savienojumu starp divām sistēmām.

Kur tas izriet: 10. un 11. pants no ESPR

Digitālā produkta pases savstarpējās saderības un mašīnlasāmības pienākums noteikts ESPR (Regula (ES) 2024/1781) 11. pantā, kas regulē pases tehnisko uzstādījumu un darbību. Tās paša regulas 10. pants apraksta vispārējas prasības, kurām produkta pasēm jāatbilst, tostarp savienojumu ar unikālo produkta identifikāciju. Kopā šie panti veido pamatojumu tam, kāpēc dati no esošas sistēmas, ja tie tiek piegādāti strukturēti, var būt piemēroti kā ieguldījums produkta pasēm — bez tam, ka regula noteiktu, kādu technisku paņēmienu vai sistēmu uzņēmums iekšēji izmanto.

Ja jūs vēlaties jau tagad gatavoties, vislabāk ir sākt ar pārskatu par to, kuri produkta dati atrodas jūsu ERP vai krājumu sistēmā un kādā formātā tos var eksportēt. Kad jūsu produktu grupai ir skaidrs, kuri dati ir iekļaujami produkta pasēm, šāda datu piegāde no esošas administrācijas parasti ir praktisks sākumpunkts.

Uz ko tas pamatots

Regulējums pats par sevi ir pieejams EUR-Lex. Mēs atsaucamies uz katru apgalvojumu; jums nav jāmums uz mums.

Ko konkrēti jums jādara

Ko no jums tiek sagaidīts

Saišana starp ERP vai inventāra sistēmu un produkta pasporti nav izolatīts vēlējums, kas atšķiras no noteikumiem — veids, kādā dati tiek sniegti, atklāti un aktualizēti, tieši ietekmē to, kas noteikta 10. un 11. pantā ESPR (Regula (ES) 2024/1781) par digitālo produkta pasporti. Uzņēmumam ar 10 līdz 100 darbinieku, kas strādā ar vairākām produktu grupām, saišana parasti nav "jauks pievienojums", bet vienīgais praktiski izpildāms veids, kā uzturēt pasportus simtiem vai tūkstošiem artikulu.

Pasportam jābūt saistītam ar unikālu identifikācijas kodu

10. panta ESPR nosaka, ka katrs produkta pasports ir jāvar izsekot līdz produktam, kuram tas pieder, izmantojot unikālu identifikācijas kodu. Tas ir arī atslēga saišanai ar savienīgo sistēmu: ERP vai inventāra sistēma jau strādā ar artikulu numuriem, partijas numuriem vai SKU, un tiem jāatbilst identifikācijas kodam, kas tiek izmantots pasportā. Bez šīs vienojošās saišanas rodas risks, ka atjauninājums vienā sistēmā vairs nav atrodams otrā. To, kā šis identifikācijas kods tieši tiek konstruēts un piešķirts, apraksta lapā par kā katrs produkts saņem unikālu identifikācijas kodu.

Tehniskā darbība jāsaskaņo ar standartizētu sistēmu

11. panta ESPR ir paredzēts pasporta tehniskā iekārtojuma jautājums: kā dati tiek glabāti, atklāti un mašīnlasāmi. ERP-sistēmas saišanai tas nozīmē, ka datu apmaiņa nevar būt brīvi veidota, bet jāatbilst standartam, ko mašīnas abās pusēs var nolasīt. Praksē tas parasti nozīmē darbu ar sistēmu, piemēram, GS1 Digital Link, kur identifikācijas kods tieši norāda uz pareizajiem pasporta datiem. To, ko tas nozīmē un vai tas ir svarīgs konkrētam uzņēmumam, apskatie lapā par ko GS1 Digital Link ir un vai tas ir nepieciešams produkta pasportam.

Dati, kas mainās, pasportā jāpaliek aktuāli

ERP-sistēma pastāvīgi mainās: krājumu līmeņi, partijas dati, sastāvs, piegādātāji. Ne visi šīs informācijas elementi pieder produkta pasportam, bet dati, kas tur patiešām ir — piemēram, materiālu sastāvs, remonta informācija vai ilgtspējas raksturlielumi — jāsakrīt brīdī, kad kāds skenē QR kodu. Saišana ar savienīgo sistēmu daudziem uzņēmumiem ir vienīgais veids, kā to panākt lielā mērogā, nevis manuāli aktualizēt katru pasportu. To, vai un kā to var darīt automātiski, apskatie lapā par produkta pasporta datu automātisku atjaunināšanu.

Pasportam jāpaliek pieejamam arī neatkarīgi no savienīgās sistēmas

10. pantā noteiktas prasības pasporta pieejamībai. Saišana ar ERP-sistēmu ir ērta datu uzturēšanai, bet pašam pasportam jāpastāv un jāpaliek pieejamam arī tad, kad iekšējo sistēmu nomaina, migrē vai noliedz. Tam nepieciešama atdalīšana starp vietu, kur avota dati dzīvo (ERP-sistēma), un vietu, kur pasports tiek glabāts un atklāts.

Kur praksē var kļūdīties

ERP-sistēma tiek uzskatīta par pašu pasportu. Dažas uzņēmumu domas, ka produkta pārskats no ERP-sistēmas eksportēts uz PDF vai tīmekļa lapu, ir pietiekams. Pasports tomēr prasa fiksētu identifikācijas kodu, pastāvīgu pieejamību un standartizētu tehnisko struktūru — eksports to reti ir.

Artikulu numuri ERP-sistēmā neatbilst pasporta identifikācijai. Kad iekšējais artikula numurs neprecīzi atbilst identifikācijas kodam, kas ir uz QR koda, rodas neatbilstība, kas kļūst redzama tikai tad, kad kāds skenējot saņem nepareizo pasportu.

Sistēmas maiņa pārrauj saišanu. Pārejot uz jaunu ERP paketu, savienojums ar pasi dažreiz tiek aizmirsts, kā rezultātā atjauninājumi paliek stāvā, kamēr pase tiešsaistē joprojām ir redzama ar novecojušiem datiem.

Krājumu un partijas dati tiek nejaušības pēc publicēti. Pārāk plaši konfigurēts savienojums dažreiz nosūta pases sistēmā iekšējos datus, kas nav paredzēti publiskai izplatīšanai, piemēram, iepirkuma cenas vai piegādātāju nosaukumus.

Viens produkts ar vairākām pasēm netiek pareizi atšķirts. Ja produkti attiecas uz vairāk nekā vienu produktu grupu vai sastāv no komponentiem, kuriem katram nepieciešama sava pase, vienkāršs savienojums uz artikuļa līmeni rada neskaidrības par to, kura pase atbilst kuram komponentam. Sk. par to lapas par vairākus produktpasportus vienam produktam un vienu pasi uz komponentu pret pasi visam produktam.

Ko varat dokumentēt

  • Pārskats par to, kuri lauki no ERP vai krājumu sistēmas automātiski tiek pārsūtīti uz pasi un kuri nē.
  • Savienojums starp iekšējo artikuļa numuru vai SKU un unikālo identifikācijas kodu, ko izmanto pasē.
  • Vienošanās par to, kurš ir atbildīgs par datu aktualitāti pēc izmaiņas avota datos sistēmā.
  • Procedūra tam, kas notiek ar savienojumu sistēmas migrācijas vai maiņas gadījumā, lai pase nezaudētu funkcionalitāti.
  • Pārbaude tam, kuri dati var un kuri nedrīkst būt publiski redzami caur pasi, pirms savienojums tiek ieslēgts.
  • Izmantotā standarta dokumentācija datu apmaiņai, ieskaitant iespējamo GS1 Digital Link izmantošanu.

Tas nav juridisks padoms. Šī lapa sniedz vispārēju informāciju par regulējumu, uz kuru attiecas šī platforma. Mēs nezinām jūsu situāciju. Ja jums ir šaubas par savu gadījumu, konsultējieties ar juristi vai attiecīgo uzraudzības iestādi.

Rakstīts ar AI, pamatojoties uz iepriekš minētajiem avotiem, cilvēka verifikāts 2026-08-22. Vai kaut kas nav pareizi? Dod mums zināt — labojumi tiek prioritizēti.