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

Savienojums ir sistēmas sākumpunkts, nevis izņēmums

Jā, savienojums starp produkta pasi un ERP vai krājumu sistēmu atbilst digitālā produkta pases paredzētajam mērķim. ESPR (Regula (ES) 2024/1781) 11. pants nosaka, ka pase tehniskā jomā jāiestata tā, lai dati varētu tikt apmainīti starp ķēdes dalībniekiem, izmantojot atvērtus, savietojamus standartus. Tas nozīmē, ka dati, kas jau atrodas ERP vai krājumu sistēmā — artikulu numuri, materiālu dati, izcelsme, tehniskie parametri — principā var būt avots, no kura tiek aizpildīta pase, nevis lai viss tiktu ievadīts manuāli no jauna. Elektropas.com ir tā vieta ķēdē, kur šie dati tiek apvienoti pasē, glabāti un saistīti ar QR datu nesēju. Tas, kā precīzi izskatās šis savienojums tehniskās jomās — kāds failu formāts, kāds API, kuri lauki ir obligāti — vēl nav noteikts elektronikai un ICT ierīcēm, jo šīs apakškategorijas deleģētais akts vēl nav publicēts.

Kam tas attiecas un kur atrodas robeža

Šis jautājums tieši skar ražotājus un importierus, kuri savu produktu datus jau strukturēti glabā — ERP paketē, PIM sistēmā vai krājumu pārvaldībā — un kuri vēlas izvairīties no tā, ka pase kļūst par neatkarīgu, manuāli vadītu procesu. Viņiem savienojums ir svarīgs, jo tas samazina dublējošu darbu un kļūdu risku.

Kam tas neattiecas: produkta pase neatstāj ERP sistēmu, un otrādi. Pase ir atsevišķa, ārēji pieejama datu kopa, kas ir saistīta ar fizisko produktu, izmantojot unikālu identifikatoru un datu nesēju, kā norādīts ESPR 10. pantā. ERP sistēma paliek uzņēmuma iekšējā administrācija; pase ir slānis, kas ārējā virzienā — patērētāja, uzraudzības iestādes vai nākamās ķēdes daļas virzienā — atklāj informāciju. Savienojums nozīmē, ka dati no vienas sistēmas plūst uz otru, nevis to, ka abas sistēmas saplūst.

Precīzs tehniskais standarts elektronikai vēl nav noteikts

Konkrēta datuma, kad elektronikai un ICT ierīcēm būs zināma tehniskā specifikācija, vēl nav. Saskaņā ar ESPR darba plānu 2025.–2030. gadam deleģētie akti tiek izstrādāti katrai produktu kategorijai, un elektronikai tas tiek gaidīts no 2027. gada. Līdz tam aktam ir publicēts, piemēro tikai vispārējie principi no 10. un 11. panta: pase jābūt savietojamākai, mašīnlasāmai un jābalstās uz atvērtiem standartiem. Kurš standarts konkrēti kļūs par elektroniku — kurš datu formāts, kuri savienojuma punkti, kuri obligāti lauki — vēl nav noteikts. Tiklīdz šīs apakškategorijas deleģētais akts ir publicēts, šī informācija tiks papildināta šeit.

Kā tas tiek īstenots praksē

Secība, kādā tas parasti tiek uzsākts, izskatās šādi. Pirmkārt, tiek noskaidrots, kādi dati jau atrodas esošajā ERP vai krājumu sistēmā un kuri no tiem iespējams ir svarīgi produkta pasēm — piemēram, materiālu sastāvs, izcelsme, tehniskā dokumentācija un remonta informācija. Pēc tam ir lietderīgi pārbaudīt, vai šie dati jau ir strukturēti un konsekventi reģistrēti, jo mašīnlasāmība ir viens no 11. panta principiem: jo tīrāka un vienglabāka avota dati, jo vienkāršāks vēlāks savienojums. Pēc tam tas ir jautājums par gaidīšanu uz elektronikai paredzēto deleģēto aktu, jo tikai tad būs skaidrs, kurš formāts un kura savienošanas metode tiks prasīta. Tiklīdz specifikācija ir pieejama, var pārbaudīt, vai esošā sistēma var sniegt eksportu šajā formātā vai ir nepieciešams starplašķis. Pašlaik nav iemesla jau uzbūvēt specifiskus tehniskos integrāciju, jo standarts, uz kuru tam būtu jāpaļaujas, vēl nav noteikts — šo darbu iespējams būtu jāpārdara.

Juridiskais pamats: ESPR 10. un 11. pants

Tas, ka savienojums ar ERP vai krājuma sistēmu ir iespējams un paredzēts, izriet no diviem pantiem. ESPR 10. pants nosaka prasības, kurām jāatbilst digitālajam produkta pasem, tostarp savienojumam ar unikālu produkta identifikāciju un datu pieejamību iesaistītajām personām. ESPR 11. pants īpaši attiecas uz tehnisko dizainu un pases darbību, un nosaka, ka tas notiek, pamatojoties uz atvērtiem, savstarpēji savietojamiem standartiem, kas ļauj datu apmaiņu visā ķēdē. Kopā šie panti veido pamatu tam, kāpēc savienojums starp iekšējām uzņēmuma sistēmām un ārējo pasi nav papildinājums, bet daļa no tā, kā sistēma ir izveidota — lai gan precīza tehniskā ieviešana elektronikai vēl nav publicēta.

Ja jau tagad vēlies veikt priekšsargsošanas pasākumus, ieteicams padziļināti pārskatīt savas produkta datus: konsekventi, strukturēti un pilnīgi, lai vēlāks savienojums — tiklīdz elektronikai ir zināms standarts — prasītu pēc iespējas mazāk papildu darba. Elektropas.com seklo elektronikai un ICT aparatūrai paredzētās deleģētās tiesību akta publicēšanai un papildina šo lapas saturu, tiklīdz tehniskā specifikācija ir zināma.

Uz ko tas ir balstīts

Verordne pati atrodas EUR-Lex. Mēs sniedzam atsauces katram apgalvojumam; jums mums nav jātic.

Ko konkrēti jums jādara

Ko no jums tiek sagaidīts

ERP vai krājumu sistēmas savienošana ar digitālo produkta pasi ir daudziem uzņēmumiem loģisks risinājums: produkta dati tur jau ir, tāpēc kāpēc tos neautomātiski nepārsūtīt? ESPR (Regula (ES) 2024/1781) neparedz, kā šis savienojums tehnisko ziņu pēc darbojas, bet paredz, kuriem prasībām pašai pasim jāatbilst. Šie prasības praktiski nosaka, kas savienojumam ar paša sistēmu drīkst un nedrīkst būt.

Pasim jāatbilst tehniskajiem prasībām, kas noteikti 11. pantā

11. pants ESPR (Regula (ES) 2024/1781) apraksta digitālās produkta pases tehniskos noformējuma prasības: kā datiem jābūt pieejamiem, kādā formā un kāds ir savienojums ar produkta unikālo identifikāciju. Uzņēmumam ar 10 līdz 100 darbiniekiem tas nozīmē, ka savienojums ar paša ERP sistēmu nevar vienkārši brīvprātīgi būt Excel faila eksports: dati, kas iesniegti no sistēmas, jāatbilst tehniskajam formātam, kas piemērojams pasim. Kāds precīzi šis formāts ir, tiks izstrādāts katrai produktu kategorijai; par to lasiet vairāk lapā par produkta pases faila formātu.

Pasim jābūt savienotam ar unikālu produkta identifikāciju

10. pants ESPR (Regula (ES) 2024/1781) nosaka prasības pases saturam un struktūrai, tostarp savienojumam ar identifikācijas kodu katram produktam. ERP sistēma bieži jau darbojas ar artikulu numuriem, SKU vai partijas kodiem, bet tie automātiski nav vienādi ar identifikācijas kodu, kas piemērojams pasim. Vidēja lieluma uzņēmumam tas nozīmē, ka nepieciešama tulkošana starp iekšējo produktu kodēšanu un identifikācijas kodu, kas ārēji, izmantojot QR kodu, tiek atvērts. Kā unikālais kods par katru produktu tiek izveidots, ir aprakstīts lapā par unikālas identifikācijas koda piešķiršanu katram produktam.

Savienojumam dati jāpatur aktuāli, nezaudējot sākotnējumu

ERP sistēma pastāvīgi mainās: krājumu līmeņi mainās, artikuli tiek izņemti, parādās jauni varianti. Pase seko citam ritms — tai jāpaliek pieejamam noteiktā laikposmā, pat ja pamatā esošais produkts vairs netiek pārdots. Savienojums, kas vienkārši "tiešraides" režīmā pārsūta to, kas šobrīd ir ERP sistēmā, riskē, ka vēsturiskās pases tiks pārrakstītas vai pazudīs, tiklīdz produkts tiek izņemts no aktīvā sortimenta. Cik ilgi pasim ir jāpaliek pieejamam, tiek skaidrots lapā par to, cik ilgi pasim ir jāesamai.

Kur praksē pietrūkst saskaņas.

Dažas situācijas samērā bieži atgriežas uzņēmumos, kuri vēlas savienot savu ERP sistēmu ar produkta pasi.

Automātiskā sinhronizēšana pārraksta aktīvās pases. Kad artikuls ERP sistēmā tiek mainīts — jauns detaļas piegādātājs, mainīts iepakojums — šis labojums dažkārt tiek tūlīt pārsūtīts publicētajā pasē, bez skaidras izpratnes, vai tam jābūt jaunai pasēm vai esošās atjauninājumam.

Artikula numurs tiek jaukts ar produkta identifikāciju. Iekšējais artikula numurs no krājumu sistēmas tiek izmantots kā unikāls identifikācijas kods pasēm, bet šis numurs, piemēram, var atšķirties pēc pārdošanas kanāla vai reģiona — tāpēc vienam fiziskam produktam ir vairākas, viena otrai neatbilstošas pases.

Izņemšana ERP sistēmā paņem pasi bezsaistē. Tiklīdz produkts ERP sistēmā tiek atzīmēts kā "vairs nav pieejams", savienojums pārstāj publicēt vai uzturēt pasi — bet pasem jāpaliek pieejamam produktiem, kas jau ir patērētāja lietošanā.

Savienojums nodrošina datus formātā, kas neatbilst. ERP sistēma eksportē datus iekšējā formātā (piemēram, CSV ar uzņēmuma pašu lauku nosaukumiem), kas vienvērtīgi neatbilst struktūrai, kas pasēm piemērojama, tāpēc nepieciešama starpposma darbība, kas nebija paredzēta.

Iepakojuma līmeņi pārklājas. Inventārsistēma bieži reģistrē pārdošanas vienības līmenī, savukārt produkta pase var atšķirties atkarībā no produkta varianta vai iepakojuma vienības — jo īpaši produktiem, kas tiek piegādāti kastes ar vairākiem ierīcēm. Kā šīs mijiedarbības darbojas, ir aprakstīts lapā par kā produkta pase darbojas kastes gadījumā ar vairākiem ierīcēm.

Ko jūs varat dokumentēt

Uzņēmumiem, kas apsvēr savas ERP vai inventārsistēmas savienošanu ar produkta pasi, ir praktiski iepriekš rakstiski noteikt vairākus jautājumus:

Lauku no ERP sistēmas atbilstības apskats, kas atbilst pasē esošajiem laukiemar skaidrojumu par atšķirībām starp iekšējo artikula kodēšanu un ārējās produkta identifikāciju.
Procedūra produkta izmaiņu gadījumamkad ERP sistēmā veikts pielāgojums noved pie jaunas pases, un kad — pie esošās pases atjaunināšanas.
Izfāžu procedūra, kurā noteikts, ka pase ir neatkarīga no statusa "aktīvs" vai "izbeidzis darbību" krājumu sistēmā.
Vienošanās par to, kurš ir atbildīgs par savienojumu — iekšējā IT komanda, ārēja platforma vai to kombinācija — un kurš pārbauda, vai piegādātie dati patiešu atbilst nepieciešamajam formātam.
Izmantotā tehniskā formāta dokumentācija, lai pārbaudes vai audita laikā varētu pierādīt, ka savienojums atbilst ESPR 11. pantā noteiktajām prasībām (Regula (ES) 2024/1781).

Uzņēmumiem, kas papildus ERP sistēmai savai logistikai izmanto arī GS1 struktūru, ir svarīgi zināt, vai un kā šī struktūra atbilst pases prasībām; vairāk par to ir norādīts lapā par ko ir GS1 Digital Link un vai tas ir nepieciešams produktu pasem. Tāpat ir ieteicams noteikt, kā savienojums darbojas ar reģistru, kurā jāiekļauj pases, kā paskaidrots lapā par Eiropas digitālo produktu pasu reģistru.

Tas nav juridisks padoms. Šī lapa sniedz vispārīgu informāciju par regulējumu, ar kuru saistīta šī platforma. Mēs nepazīstam jūsu situāciju. Šaubās par savu situāciju, konsultējieties ar juristu vai atbildīgo pārraudzības iestādi.

Rakstīts ar AI, pamatojoties uz iepriekš minētajiem avotiem, pārbaudīts cilvēka 2026-08-22. Vai kaut kas nav pareizi? Informējiet mūs — labojumi tiek izskatīti prioritāri.