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

Ko konkrēti jums jāizdara

Ko no jums sagaidāms

Pase jāvar pārsūtīt kā datu kopa, nevis tikai kā ekrāns

Artikel 10 ESPR (Direktīva (ES) 2024/1781) apraksta digitālo produkta pasi kā datu kopumu, kas ir lasāms un pārsūtāms, izmantojot elektroniskos līdzekļus. Tas ir atšķirīgs pienākums nekā "skaistā lappuse, kas atveras, noskenējot QR kodu". Uzņēmumam ar 10 līdz 100 darbinieku nozīmē, ka pasē ietvertie dati jāatrodams arī kā strukturēti dati — nevis vienīgi kā teksts tīmekļa lapā. Tas, vai un kā tas tiek saistīts ar uzņēmuma savējo ERP vai krājumu sistēmu, ir izvēle, ko pieņem pats uzņēmums; normatīvajā aktā nav prasīta savienošana, bet tiek prasīta datu kopa, kas tai ir piemērota.

Sistēmu savstarpējā saderība ir sākumprinzips, nevis piegādātāja tehniskā izvēle

Artikel 11 ESPR attiecas uz digitālā produkta pases tehnisko noformējumu un darbību, un tajā tiek minēta savstarpējā saderība kā viens no principiem, kuriem jāatbilst pases sistēmai. Tas tieši skar jautājumu, vai savienošana ar savējo sistēmu ir iespējama: pase, kas izstrādāta saskaņā ar šo normu, principā ir paredzēta datu apmaiņai starp sistēmām, nevis, lai būtu slēgta vide. Praksē uzņēmums to visbūtiskāk pamanīs, pieņemot lēmumu par datu formātiem un identifikācijas kodiem, ko lieto platforma, un vai tie atbilst tam, ko jau izmanto uzņēmuma ERP sistēma.

Unikālais identifikācijas kods ir saikne starp pasi un savējo administrāciju

Savienošana starp produkta pasi un iekšējo sistēmu ir atkarīga no precīza identifikācijas koda par katru produktu vai partiju. Bez vienota savienošanas atslēgas ERP savienošana praksē ir grūti automatizēt, kaut arī tas nekur burtiski nav norādīts artikulu 10 vai 11 tekstā. To, kā identifikācijas kods tiek veidots un piešķirts, apraksta lapā par kā katram produktam piešķirt unikālu identifikācijas kodu. Uzņēmumam, kas pārdod alumīniju pa partijām, tas ir saistīts arī ar jautājumu, vai reģistrācija notiek pa partijām vai pa vienībām, kas sīkāk izstrādāts lapā par partijas vai vienības reģistrāciju.

Pase saglabājas arī tad, ja mainās iekšējā sistēma

ERP sistēma kādu brīdi tiek aizstāta, migrēta vai atjaunināta. Pati produkta pase automātiski tam neseko — tā ir viesota desmit gadus, neatkarīgi no tā, kas iekšēji notiek ar krājumu uzskaiti. Šis atšķirums ir svarīgs, nosakot savienošanu: savienošana ir ērtums uzņēmuma darbības organizēšanai, nevis pienākuma aizstāšana, ka pase paliek pieejama. Vairāk par šo glabāšanas termiņu ir norādīts lapā par cik ilgi pase jāpatur pieejama.

Kur praktiski notiek kļūdas

Dažas situācijas bieži parādās uzņēmumiem, kuri vērtē savienošanu starp pasi un savējo sistēmu:

• ERP sistēmu uzskata par avotu, kamēr pase jābūt avotam. Kad dati ir publicēti, pase ir atskaites vieta ārijai. Iekšējās sistēmas izmaiņas tur automātiski nenotiek, un ja to jaukt, risku, ka pase un savā administrācija sāk atšķirties.
• Krājumu mutācijas tiek jaukt ar pases izmaiņām. Iekšējā krājumu sistēma katru dienu mainās: daudzumi, atrašanās vietas, partiju statusu. Produkta pase reģistrē produktu raksturlielumus, nevis pašreizējo krājumu pozīciju. Ja šie divi datu veidi tiek sajaukti vienā savienošanā, tā rada nevajadzīgu sarežģītību — un dažkārt nepamatotu pases izmaiņas, kas jau ir publicēta. Kā šīs izmaiņas pēc publicēšanas tieši darbojas, ir aprakstītas lapā par datu maiņa pēc publicēšanas.
• Savienošana tiek veidota, neņemot vērā platfomas identifikācijas kodu. Ja iekšējais artikula numurs neatbilst kodam, kas tiks izmantots produkta pasē, rodas manuāla tulkošanas darbība, kas praksē lielā mērā anulē savienojumu.
• Tiek pieņemts, ka ERP savienojums arī nodrošina fizisko QR kodu uz produkta. Tas ir divas atsevišķas daļas: datu savienojums regulē informācijas apmaiņu, datu nesēja uzstādīšana uz pašu alumīniju ir atsevišķs process. Sk. par to kā QR kods nonāk uz produkta.
• Tiek pieņemts, ka pašu sistēma drīz pati "ģenerēs" produkta pasi. Kamēr alumīnija delegētais akts vēl nav publicēts, nav noteikts, kāds datu formāts tieši būs obligāts. Savienojumu var sagatavot, bet pieņēmums, ka pašu ERP sistēma drīz pašstāvīgi atbilst visām prasībām, ir pāragrs.

Ko varat ierakstīt

Uzņēmumiem, kas apsver savienojumu starp produkta pasi un pašu sistēmu, ir praktiski iekšēji noteikt šādus punktus — pat ja savienojums vēl netiek veidots:

• Kuri lauki ERP vai krājumu sistēmā atbilst kuriem laukiem produkta pasē, ieskaitant izmantoto identifikācijas kodu katram produktam vai partijai.
• Kuri personas atbildīgs par datu, kurus izmanto gan iekšēji, gan produkta pasē, atjaunināšanu.
• Vienošanās par brīdi, kad dati no iekšējās sistēmas tiek pārņemti produkta pasē, un brīdi, kad tas noteikti notiek automātiski.
• Dokumentācija par to, kura sistēma ir avots kādiem datiem — lai kontroles gadījumā vai nopircēja jautājuma gadījumā būtu skaidrs, no kurienes nāk cipars vai raksturlielums.
• Pārskats par to, vai pase ir izstrādāta par vienu vienību vai vienu partiju, jo tas nosaka, kā savienojums ar krājumu rindām vislabāk var tikt noregulēts.

Šie punkti nefixē rezultātu un nav garantija, ka savienojums atbilst tam, ko delegētais akts drīz prasīs — šis teksts vēl nav pieejams. Tomēr tie nodrošina, ka uzņēmums, tiklīdz tehniskās prasības kļūst konkrētas, nesāk no nulles ar datu vietas noskaidrošanu.