Vai es varu saistīt produkta pasi ar savu ERP vai krājuma sistēmu?

Savienojums ir tehniski iespējams, taču ne juridisks obligāts, ne aizliegts

ESPR neprescribes kā ražotājs vai importētājs iesniedz datus digitālajam produktu pasem. Regula izvirza prasības pašam pasem — kādi dati tajā jāietilpst, kā tam jābūt pieejamam un ar kādiem tehniskiem standartiem tam jādarbojas — bet neasina, vai šie dati tiek ievadīti manuāli, nāk no izklājlapas vai tiek automātiski iegūti no ERP vai krājumu sistēmas. Savienojums starp iekšēju sistēmu un pases pakalpojumu tāpēc nav jautājums par to, ko likums atļauj, bet gan par to, ko pieejamā tehnika un piedāvātais pakalpojums ļauj.

Kuriem tas ir aktuāli un kuriem nav

Šis jautājums īpaši aktuāls uzņēmumiem, kas jau strādā ar ERP vai krājumu sistēmu un nevēlas vienu un to pašu produkta datus glabāt divreiz: vienu reizi savā sistēmā, otru reizi pasem. Tas ir praktiski, nevis juridisks jautājums. ESPR nepareizībā, ka ražotājam jābūt automatizētam savienojumam, un neparedvēja arī, ka tas būtu aizliegts. Tas, ko regula tiešām regulē, ir tehniskā forma, kādā pases dati galu galā jāietilpst — neatkarīgi no tā, kā tie iesniegti. Šis temats tāpēc attiecas nevis uz saistībām attiecībā uz savienojumu, bet uz prasībām, kurām ir jāatbilst pamatdatiem, kas pēc tam nosaka, vai savienojums ir lietderīgs un praktiski realizējams.

Nav fiksēta termiņa, taču jau noteikti tehniskie ietvari

Deleģētais akts, kas padarījis digitālo mēbeļu produktu pasi obligātu, vēl nav pieņemts; ESPR darba plāns 2025-2030 min 2028. gadu kā paredzamo publikācijas periodu. Kamēr šis akts neeksistē, arī nav skaidrs, kādi produktu grupas specifisks dati tieši obligāti un kāds formāts. Tas, kas jau ir noteikts, ir vispārējās tehniskās prasības pasem no ESPR 10. un 11. artikula: tās attiecas uz visiem produktiem, uz kuriem attiecas deleģētais akts, tātad arī uz mēbelēm nākotnē. Šie vispārējie ietvari jau ir zināmi un tos var izmantot, lai domātu par savas datu apstrādes iekārtojumu, pat ja mēbeļu pases precīza satura vēl nav noteikta.

Kā to praktiski īstenot

Ja jau tagad domā par savienojumu, ir pamatotas darbības pirmkārt apskatīt, kādi produkta dati jau strukturēti iekšējā ERP vai krājumu sistēmā: materiālu sastāvs, detaļu izcelsme, izmēri, apkopes norādījumi u.tml. Tas ir pamats, uz kura tiek kompilēta pase, neatkarīgi no tā, vai tas notiek manuāli vai caur savienojumu. Tālāk ir lietderīgi noskaidrot, kāds formāts šiem datiem ir lietots, un vai tas formāts ir piemērots informācijas apmaiņai ar ārēju sistēmu — piemēram, strukturēti lauki, nevis brīvs teksts. Uz šīs platformas pase tiek kompilēta no datiem, ko ražotājs vai importētājs iesniedz; tas, kā tieši notiek iesniegšana un vai tam ir pieejams automātisks savienojums, ir praktiski jautājums, ko var apspriest atsevišķi. Ilgākam laikposmam ir lietderīgi strukturēt produkta datus tā, lai tie bez lielākām izmaiņām būtu piemēroti digitālajam pasem, neatkarīgi no tā, vai iesniegšana notiek manuāli vai vēlāk tiek automatizēta. Tas ietaupa dubultu darbu brīdī, kad mēbelēm ir obligāta vērtība.

Pamatojums: ESPR 10. un 11. pants

Regulas (ES) 2024/1781 10. pants apraksta prasības, kurām jāatbilst digitālajam produktu pasem, ieskaitant datu saistīšanu ar unikālu produkta identifikācijas numuru un šo datu pieejamību produkta darbības laikā. Tās pašas regulas 11. pants attiecas uz pases tehnisko dizainu un darbību, un tajā ir prasības attiecībā uz atvērtiem standartiem, savietojamību un datu mašīnlasāmību. Kopumā šie panti nenosaka, kā tiek iesūtīti dati, bet gan to, kādai galīgajai tehniskajai formai šiem datiem jāatbilst — un tas ir tieši tas konteksts, kurā jāapsver, vai un kā savienojums ar ERP vai inventāra sistēmu ir praktiski īstenojams.

Ko jūs varat darīt tagad

Kartējiet, kuri produktu dati jau atrodas jūsu pašas ERP vai inventāra sistēmā un kāds ir to formāts, un apspriežot ar pases sniedzēju — šajā gadījumā šo platformu — kuras datu iesūtīšanas iespējas ir praktiski pieejamas. Tiklīdz meblēm paredzētais deleģētais akts ir publicēts, šeit parādīsies konkrētais termiņš un precīzās datu prasības; līdz tam pirmkārt ir lietderīgi padarīt savus datus strukturētus un pārsūtāmus.

Uz ko tas ir balstīts

Pati regula ir EUR-Lex. Mēs atsaucamies uz katru apgalvojumu; jums mums nav jātic.

Ko konkrēti jums jādara

Ko no jums tiek gaidīts

Savienojums starp jūsu ERP vai krājumu sistēmu un digitālo produktu pasi ir tehniski bieži iespējams un var ietaupīt daudz manuāla darba. ESPR neprecizē, kā jūs iegūstat savus datus vai kā tos pārvaldāt iekšēji; verordne nosaka prasības pašam pasim, tam, kas tajā jābūt, un tam, kā tam jābūt pieejamam. Tas nozīmē, ka savienojums ar pašu sistēmu nav mērķis par sevi, bet līdzeklis, lai izpildītu šīs prasības.

Pase jāatbilst tehniskajām prasībām neatkarīgi no datu avota.

ESPR 10. pants (Regula (ES) 2024/1781) apraksta, kādi dati jāietver digitālajā produktu pasē un kādiem nosacījumiem tai jāatbilst, piemēram, precizitātei un pilnībai. Uzņēmumam ar 10 līdz 100 darbinieku nozīmē, ka datu izcelsme — neatkarīgi no tā, vai tos ievada manuāli vai automātiski no ERP sistēmas — nesamazina prasības satura kvalitātei. Savienojums tāpēc nemaina pienākumu; tas maina tikai to, kā jūs šo pienākumu praktiski izpildāt.

Pasim jāatbilst tehniskajam nolikumam, ko pieprasa 11. pants.

ESPR 11. pants (Regula (ES) 2024/1781) attiecas uz digitālā produktu pases tehnisko nolikumu un darbību, ieskaitant veidu, kā dati tiek glabāti, apmainīti un pieejami caur datu nesēju. Savienojumam ar pašu sistēmu tas nozīmē, ka šī savienojuma rezultāts — dati, kas galu galā nonāk pasē — jāietilpst tehniskajā shēmā, kas attiecas uz pasi, piemēram, izmantotajā datu modelī un veidu, kā tie tiek pieejami QR koda caur mēbeli. ERP paketa eksporta fails tāpēc reti ir tieši pase; tas parasti ir avots, kas vispirms jāpārtulko pareizajā formātā.

Katrs savienojums nodrošina datus, kas jāsaista ar unikālu identifikācijas kodu.

ERP vai krājumu sistēma parasti darbojas ar iekšējiem artikulu numuriem vai SKU. Tie automātiski nesakrīt ar identifikācijas kodu, ko pieprasa produkta pase. Savienojuma iestatīšanas laikā ir svarīgi noteikt, kā katrs produkts saņem unikālu identifikācijas kodu un kā šis kods ir saistīts ar esošo artikulu kodēšanu pašu sistēmā. Bez šīs tulkošanas rodas risks, ka iekšējie numuri nejauši nonāks pasē, vai ka vienu produkta pasi nav iespējams pareizi izsekot atpakaļ uz pareizo krājumu rindu.

Kur praktiski gadās kļūmes

Automātiska sinhronizācija bez kontroles posma. Savienojums, kas tieši un bez starpposma pārraida datus no ERP sistēmas uz pasi, šķiet efektīvs, bet tas arī nozīmē, ka kļūda avota sistēmā — nepareizi ievadīts materiāla procents, beidzies sertifikāts — automātiski ietekmē publicētu pasi.

Neskaidrības starp iekšējo SKU un publisko identifikācijas kodu. Uzņēmumi dažreiz izmanto to pašu iekšējo artikula numuru kā ārējo identifikācijas kodu, nepārbaudot, vai šis numurs jau tiek izmantots citur vai atbilst prasībām. Tas jo īpaši attiecas uz uzņēmumiem, kas strādā ar GS1 Digital Link un jāsaskaņo savienojums ar to.

Nav savienojuma starp krājumu izmaiņām un pases statusu. Ja produkts tiek izņemts no ražošanas vai tiek aizstāts ar jaunu variantu, tas bieži tiek reģistrēts ERP sistēmā, taču tas automātiski neveicina pases atjauninājumu. Jautājums par to, vai un kā datus var pēc publicēšanas pārrediģēt parasti tiek uzdots vēli, parasti pēc tam, kad klients vai uzraudzības iestāde konstatē neatbilstību.

Nepietiekama uzmanība saliktiem produktiem. ERP sistēma bieži reģistrē komponentus un variantus atsevišķi, savukārt jautājums par to, vai mēbelei kopumā vai katrai daļai atsevišķi ir nepieciešams pase, ir jāatbild atsevišķi. Savienojums, kas balstās uz krājuma sistēmas struktūru, risikē ņemt par pamatu nepareizo vienību.

Savienojums pārtrūkst, mainoties sistēmai vai piegādātājam. Kad uzņēmums pārslēdzas uz citu ERP paketi, maina mitinātāja sniedzēju vai pārtrauc sadarboties ar kādu IT piegādātāju, ne vienmēr tiek apsvērts, ka pasporta savienojums ir jāiestata no jauna. Tas arī skar jautājumu par to, kas notiek ar pasportu ja uzņēmums pats beigs darbību vai mainīs savu statusu.

Ko jūs varat reģistrēt

Lauku saraksts, kas tiek automātiski pārņemti no ERP vai krājumu sistēmas pasportā, un lauku saraksts, kuri vienmēr tiek manuāli pārbaudīti pirms publicēšanas.
Dokumentēta tulkošanas tabula starp iekšējiem artikula numuriem un ārēji izmantotiem identifikācijas kodiem, ieskaitant vienošanos par to, kurš šo tabulu uztur aktuālu.
Procedūra gadījumam, kad bronsistēmā notiek izmaiņa — jauns materiāls, jauns piegādātājs, pārskatīta sastāva — un tas izaisa pasporta pārbaudi vai pielāgošanu.
Vienošanās ar IT piegādātāju vai mitinātāja sniedzēju par to, kas notiek, mainoties sistēmai, ieskaitant to, kurš ir atbildīgs par savienojuma pārnešanu.
Iekšējs kontroles punkts (piemēram, reizi ceturksnī), kurā ar paraugu metodi tiek pārbaudīts, vai publicētajā pasportā esošie dati joprojām atbilst ERP sistēmā esošajiem pašreizējiem datiem.
Dokumentācija par valodu vai valodām, kurās dati tiek iesniegti no ERP sistēmas, saistībā ar jautājumu kādā valodā pasports jāpiedāvā.

Mēs nodrošinājam šādu vienošanās veidņes, lai dokumentēšana nebūtu jāveic no pamatiem katram produktam.

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 jūsu pašu gadījumu, konsultējieties ar juristu vai kompetento uzraudzības iestādi.

Rakstīts ar AI, pamatojoties uz iepriekš minētajiem avotiem, pārbaudīts cilvēks 2026. gada 22. augustā. Vai kaut kas nav pareizi? Paziņojiet mums — labojumi tiek prioritizēti.