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

Savienojums ir tehniski iespējams, bet forma vēl nav noteikta

Digitālā produkta pase ir izveidota kā strukturēts, mašīnlasāms datu fails, un tas principā ir saderīgs ar savienojumu ar ERP vai inventāra sistēmu. ESPR nosaka, ka dati aiz pasēs ir jāfiksē, pamatojoties uz atvērtiem standartiem, un ka sistēmām savstarpēji jāspēj apmainīties ar datiem. Tas ir tieši tas pamatprincips, uz kura balstītos savienojums ar esošu uzņēmuma sistēmu: nevis manuāla ievade katrai matracijai, bet datu piegāde no informācijas, ko ražotājs vai importētājs jau apkopo. Kā šis savienojums praktiski izskatītos — kāds faila formāts, kādi lauki, kāda piegādes metode — vēl nav noteikts, jo matraciem paredzētā tehniskā realizācija vēl jāpublicē.

Uz ko tas attiecas un uz ko nē

Šis skaidrojums attiecas uz datu struktūru aiz pasēs, nevis uz konkrētu savienojuma virsmu vai konektoru, kas jau ir pieejams. ESPR raksturo prasības savstarpējai saderībai un veidu, kā pase ir tehniski konstruēta (datu nēsējs, unikālie identifikācijas kodi, datu glabāšana), bet neregulē, kā individuālais ERP pakots vai inventāra sistēma tam jāpievieno. Pēdējais ir īstenošanas jautājums, nevis likumdošana: verordening nosaka, KAS jābūt savstarpēji saderīgam, nevis ar kādu programmatūru uzņēmums darbojas. Gultas veikalam, kas tikai pārdod un nepievieno pasē, savienojums ar pašas ERP sistēmu parasti nav aktuāls; tas galvenokārt attiecas uz pusi, kas datus piegādā, parasti ražotāju vai importētāju.

Tehniskās specifikācijas tiks publicētas ar deleģēto aktu

Vēl nav noteikta precīza data, kad matraciem paredzētā tehniskā realizācija tiks publicēta. Eiropas Komisijas darbības plānā 2025.–2030. gadam tiek prognozēts deleģētais akts matracijām 2028. gadā, bet tas ir plāns, nevis apņemšanās. Līdz šim aktam ir publicēts, nav noteikts, kāds datu formāts, kādi lauki un kāda piegādes metode matracijām tiks piemērota. Tas, kas ir noteikts, ir pats ESPR rāmis: pase jāveido saskaņā ar atvērtiem, savstarpēji saderīgiem standartiem un jābūt saistītai ar unikālu produkta identifikāciju. Šis rāmis vairs nemainīsies; matraciem specifiskā aizpildīšana vēl mainīsies.

Ko tas nozīmē sagatavošanai

Kurš jau tagad domā par savienojumu, var veikt vairākus pasākumus, ne gaidot galīgo specifikāciju. Sākumā ir lietderīgi noskaidrot, kādi dati par matracu jau kaut kur atrodas pašas sistēmā — materiālu sastāvs, izejvielu izcelsme, ražošanas datums, partijas vai pasūtījuma numurs — un vai šie dati ir fiksēti produkta līmenī vai tikai pasūtījuma līmenī. Pēc tam ir noderīgi pārbaudīt, vai sistēmai ir eksporta funkcija, kas var radīt strukturētus datus (piemēram, eksportu parastajā formātā), jo tas ir pieeja punkts vēlākam savienojumam, neatkarīgi no tā, kādu precīzu formātu deleģētais akts noteiks. Tālāk ir praktiski noteikt, vai dati tiek apkopoti par katru produktu, par katru partiju vai par katru pasūtījumu, jo pase beigu beigās katram produktam saņems unikālu identifikāciju. Visbeidzot, ir vērts saglabāt sakarus ar pusi, kas veido un mitrina pasi, lai, publicējot tehniskās specifikācijas, ātri būtu skaidrs, kāda piegādes forma ir nepieciešama, un vai esošā sistēmas iestatīšana tam atbilst vai ir nepieciešamas izmaiņas. Tiešs, automatizēts savienojums starp ERP sistēmu un pasi tātad vēl nav tas, kuram šodien pastāvētu tehniskais standarts; kas ir iespējams, ir pašas datus jau tagad sakārtot tā, lai savienojums vēlāk būtu viegli izdarāms.

No kurienes tas izriet: ESPR 10. un 11. pants

10. pants no Eiropas Parlamenta un Padomes Regulā (ES) 2024/1781 (ESPR) apraksta digitālās produktu pases prasības, tostarp prasību, ka dati tiek ierakstīti, pamatojoties uz atvērtiem standartiem, un ka sistēmas, kas apstrādā datus, jābūt savstarpēji saderīgām. 11. pants satur noteikumus par pases tehnisko dizainu un darbību, tostarp noteikumus par datu nesēju, unikāliem identifikācijas kodiem produktam, tirgus dalībniekam un atrašanās vietai, kā arī par to, kā dati tiek glabāti un padarīti pieejami. Kopā šie panti veido pamatu, kurā ir iespējama saikne ar ārēju sistēmu, taču tie nenosaka konkrētu matrašu tehnisko standartu — tas izriet tikai no vēl jāpublicē jošā deleģētā akta.

Ko darīt tagad

Pagaidām konkrētākais, kas var tikt darīts: sakārtot savus produktu datus un tos ierakstīt produktu līmenī (nevis tikai pasūtījumu līmenī), kartēt eksporta iespēju no esošās sistēmas un sekot regulārā matrašu tehnisko specifikāciju publicēšanai. Tiklīdz šī specifikācija būs pieejama, šajā lapā tiks papildināts, kāds formāts un kāda datu piegādes metode ir spēkā.

Uz ko tas pamatojas

Pats regulējums ir pieejams EUR-Lex. Mēs sniedzam atsauces uz katru apgalvojumu; jums mums nav jātic.

Ko konkrēti jums jādara

Ko no jums tiek sagaidīts

Produkta pases un ERP vai inventāra sistēmas savienojums pats par sevi nav likumiska obligācija. ESPR neprescribes, kādas avota sistēmas ražotājs izmanto pases datu iesniegšanai. Tas, kas ir noteikts, ir prasības pašam pasem: kā tas tehniski darbojas un ko tam jāspēj darīt. Šīs prasības netieši nosaka, vai — un kā — savienojums ar iekšējām sistēmām ir lietderīgs.

Pasem jāatbilst tehniski vienotai darbībai

Verordeles (ES) 2024/1781 11. pants (ESPR) apraksta tehniskās prasības digitālajam produktu pasem, piemēram, savietojamību ar sistēmām, kuras izmanto Komisija un tirgus. Uzņēmumam ar 10 līdz 100 darbiniekiem tas nozīmē, ka pases datus nedrīkst vienkārši atstāt savā atšķirīgā formātā: tie galu galā jāpārvērš formā, ko var nolasīt pases sistēma. Tas, vai tas notiek, izmantojot tiešu savienojumu ar ERP sistēmu vai manuālas eksportes ceļu, ir izvēle — nevis verordeles obligācija.

Pases saturam jābūt aktuālam un garantēti pareizam

Verordeles (ES) 2024/1781 10. pants (ESPR) izvirza prasības tam, kas jābūt pasē un kas par to ir atbildīgs. Praktiski tas nozīmē, ka dati, kas nāk no ERP vai inventāra sistēmas — materiālu sastāvs, ražošanas datums, partijas numurs — ir jābūt pareiziem un aktuāliem pases izveides vai atjaunināšanas laikā. Uzņēmumam ar vairākām ražošanas līnijām un regulārām sastāva izmaiņām (cits putus veids, cits vulkmateriāla piegādātājs) tas ir iemesls pārskatīt, vai dati tiek ievadīti manuāli, vai automātiski no sistēmas, kurā tie jau tiek uzturēti.

Katram produktam jāspēj izsekot pareizajiem datiem

Savienojums ar inventāra sistēmu ir jēgas vērtīgs tikai tad, ja katram fiziskam produktam ir unikāls identifikācijas kods, kas pasē saista ar pareizajiem produkta datiem. Bez šī savienojuma starp produktu un kodu ERP sistēma nevar sniegt nozīmīgu ievadi pasē, neatkarīgi no tā, cik automātisks ir pārējais process. Uzņēmumi, kuri to vēl nav ieviesuši, to lasa atpakaļ vietnē kā es katram produktam piešķiru unikālu identifikācijas kodu?

Kur praktiski rodas kļūdas

Inventāra sistēma un pases dati atšķiras. Matračufabrikants maina modeļa līnijas pildījumu, to iestata ERP sistēmā, bet aizmirst, ka tā pati izmaiņa jāprojicē arī jau publicētajos pasos. Rezultāts: pase un faktiskais produkts vairs neatbilst.

Savienojums tiek pārāk sarežģīti ieviest savai skalai. Uzņēmums ar dažiem ražošanas modeļiem izveido pilnībā automātiskas reāllaika saites starp ERP un pases sistēmu, bet periodisks eksports ar manuālu pārbaudi būtu bijis pavisam pietiekams izmaiņu skaitam, kas faktiski notiek.

Unikālo identifikācijas numuru nav konsekventi ieviests. Inventāra sistēma izmanto iekšējos artikulu kodus, pase pieprasa citu identifikācijas struktūru, un neviens nav noteicis, kā šie divi savstarpēji saistās. Pārbaudē vai sūtījuma atgriešanas gadījumā nav vienkārši izsekojams, kurš pase pieder kuram fiziskam produktam.

Atbildība par datu atjauninājumiem nav piešķirta. IT nodaļa uzskata, ka kvalitātes nodaļa uztur pases datus, kvalitātes nodaļa uzskata, ka tas notiek automātiski no ERP sistēmas. Neviens to faktiski nekontrolē, tāpēc dati noveco bez tā, lai to pamanītu.

Pieņēmums, ka savienojums ir obligāts, bet var arī manuāli iesniegties. Dažu uzņēmumu pieņem dārgus integrācijas, pieņemot, ka tas ir likumiska prasība, kamēr paša verordele neprescribes, kā dati tiek iesniegti — tikai tas, ka pasem jāatbilst noteiktām tehniskajām un satura prasībām.

Ko jūs varat fiksēt

Pārskats par to, kuri dati nāk no ERP vai krājumu sistēmas, un kuri tiek piegādāti atsevišķi (piemēram, no pildmateriāla piegādātāja).
Fiksēta saikne starp iekšējiem artikulu kodiem un unikālo identifikācijas kodu, kas tiek izmantots pasē — skatīt arī kā es katram produktam piešķiru unikālu identifikācijas kodu?
Vienošanās par to, kurš ir atbildīgs par izmaiņu veikšanu produkta sastāvā esošajos pases dokumentos.
Izvēle un pamatojums piegādes veidam: automātiskā saikne, periodiski eksports vai manuāla ievade — ieskaitant apsvērtanu, vai tam nepieciešams atsevišķs programmatūra, kā apspriests vai man ir nepieciešama specializēta programmatūra, lai izveidotu digitālo produkta pasi
Procedūra saskaņotības pārbaudei starp krājumu datiem un publicētiem pasēm, ar noteiktiem pārbaudes brīžiem.
Dokumentācija par to, kuri ERP sistēmas lauki ir obligāti pašam un kuri fakultatīvi, lai jaunie darbinieki to varētu pārņemt bez apspriešanās.
Piezīme par situāciju ar individuālajiem produktiem, kur krājumu sistēmas bieži darbojas citādi nekā standarta modeļu gadījumā — skatīt kā darbojas produkta pase individuāli izgatavotiem matracijiem?

Šis nav juridisks padoms. Šī lapa sniedz vispārīgu informāciju par regulējumu, par kuru ir šī platforma. Mēs neznām jūsu situāciju. Ja jums ir šaubas par jūsu pašu gadījumu, konsultējieties ar juristu vai kompetentajām uzraudzības iestādēm.

Rakstīts ar mākslīgo intelektu, pamatojoties uz avotiem iepriekš, pārbaudīts cilvēka pēc 2026-08-22. Kaut kas nav pareizi? Paziņojiet mums — labojumi ir prioritāri.