elektropas.com

Kas saan tootepassi oma ERP- või varuosüsteemiga ühendada?

Ühendus on süsteemi lähtepunkt, mitte erand

Jah, ühendus toote digitaalse passi ja ERP- või varude süsteemi vahel vastab digitaalse toote passi eesmärgile. ESPR artikkel 11 (Määrus (EL) 2024/1781) ette näeb, et pass seadistatakse tehnikaliselt nii, et andmeid saab ketis olevate osapoolte vahel vahetada avatud, interopereeritavate standardite kaudu. See tähendab, et andmeid, mis on juba olemas ERP- või varude süsteemis — artikli numbrid, materjaaliandmed, päritolu, tehnilised spetsifikatsioonid — saab põhimõtteliselt kasutada passi täitmise allikana, selle asemel, et kõik käsitsi uuesti sisestada. Elektropas.com on selles ketis koht, kus need andmed ühendatakse passiks, hostida ja ühendatakse QR-andmekandjaga. Kuidas see ühendus täpselt tehnikaliselt välja näeb — milline failiformaat, milline API, millised väljad on kohustuslikud — pole elektroonika ja IKT-seadmete puhul veel määratletud, kuna selle alamkategooria delegeeritud õigusakt pole veel avaldatud.

Kellele see kehtib ja kus on piir

See küsimus puudutab eriti tootjaid ja importijaid, kes hoiavad oma tootandmeid juba struktureeritud viisil — ERP-paketi, PIM-süsteemi või varude haldamise süsteemi abil — ja kes soovivad vältida, et pass muutuks eraldiseisevaks, käsitsi toimuvatavaks protsessiks. Neile on ühendus asjakohane, kuna see vähendab topeltpingutust ja vähendab vigade tekkimise võimalust.

Kuhu see ei kehti: digitaalne toote pass ei asenda ERP-süsteemi, ja vastupidi ka mitte. Pass on eraldi, väliselt juurdepääsetav andmefail, mis on seotud füüsilise tootega unikaalse identifikatsiooni ja andmekandjaga, nagu ESPR artikkel 10 ette näeb. ERP-süsteem jääb ettevõtte sisemiseks haldustööks; pass on kiht, mis julgustab andmeid väljapoole — tarbija, järelevalve eest vastutaja või järgmise ketis oleva osapoole suunas. Ühendus tähendab seega, et andmed ühest süsteemist voolavad teise, mitte et mõlemad süsteemid sulaksid kokku.

Täpne tehniline standard pole elektroonika puhul veel määratletud

Kindlat kuupäeva, millal elektroonika ja IKT-seadmete tehniline spetsifikatsioon teada saab, pole. ESPR tööplaani 2025-2030 kohaselt töötletakse delegeeritud õigusakte toodete kaupa välja, ja elektroonika puhul oodatakse seda alates 2027. aastast. Kuni see õigusakt on avaldatud, kehtivad ainult üldised alusprintsiibid artiklitest 10 ja 11: pass peab olema interopereeritav, masinate jaoks loetav ja avatud standarditel põhinev. Milline standard on elektroonika puhul konkreetselt — milline andmevorming, millised koppeldus liidesed, millised kohustuslikud väljad — pole veel määratletud. Kui see alamkategooria delegeeritud õigusakt avaldatakse, täiendatakse seda teavet siin.

Kuidas seda praktikas teha

Järjestus, milles seda tavaliselt alustatakse, näeb välja järgmiselt. Kõigepealt kaardistatakse, millised andmed on juba olemas olemasoleva ERP- või varude süsteemi jaoks ja millistest neist eeldatakse, et need on asjakohased digitaalsele tootele passile — mõelge materjaali koostisele, päritolule, tehnilistele dokumentidele ja remonditeabele. Seejärel on asjakohane kontrollida, kas need andmed on juba struktureeritud ja järjepidevalt fikseeritud, sest masinate lugemitavus on üks artikli 11 alusprintsiipidest: mida puhtamad ja ühtsemad on lähteandmed, seda lihtsam on hilisem ühendus. Seejärel on tegemist ootamisega elektroonika delegeeritud õigusaktile, kuna alles siis saab selgeks, milline vorming ja milline ühendamismeetod on vajalik. Kui see spetsifikatsioon on olemas, saab kontrollida, kas olemasolev süsteem saab selles vormingus eksportida või kas vahesamm on vajalik. Praegu pole põhjust konkreetset tehnilist integreerimist ehitada, kuna standard, millele see peaks toetuma, pole veel määratletud — see töö võib siis võimalik olla teha uuesti.

Õiguslik alus: ESPR artikkel 10 ja 11

Asjaolu, et koppeling ERP- või varude süsteemiga on mõeldav ja kavatsuslik, tuleneb kahest artiklist. ESPR artikkel 10 kirjeldab digitaalse tootepassi nõudeid, sealhulgas koppelust ainulaadse tootetuvastusega ja andmetele juurdepääsu kättesaadavust asjaomastele osapooltele. Artikkel 11 käsitleb konkreetselt passi tehnilist kujundust ja toimimist ning nõuab, et see toimuks avatud, vastasmõjul põhinevate standardite alusel, mis võimaldavad andmevahetus kogu tarneahelas. Koos moodustavad need artiklid aluse, miks koppeling sisemiste ärisüsteemide ja välise passi vahel ei ole lisandus, vaid osa sellest, kuidas süsteem on ette nähtud — kuigi elektroonika täpset tehnilist rakendamist pole veel avaldatud.

Kes soovib juba nüüd ette valmistuda, peab oma tootandmed korrale seadma: järjepidavalt, struktureeritult ja täielikult, et hilisem koppeling — kui elektroonika standard on teada — nõuaks võimalikult vähe täiendavat tööd. Elektropas.com jälgib elektroonika ja IKT-seadmete delegeeritud määruse avaldamist ja täiendab seda lehekülge, kui tehnilised spetsifikatsioonid on teada.

Mida te konkreetselt peate tegema

Millised on teie kohustused

ERP- või varude süsteemi ühendamine digitaalse tootepassiga on paljude ettevõtete jaoks loogiline tee: tooteandmed on seal juba olemas, seega miks neid automaatselt edasi ei saadaks? ESPR (määrus (EL) 2024/1781) ei sätesta, kuidas see ühendus tehniliselt toimib, kuid see määrab kindlaks, millised nõuded passil endal peavad olema. Need nõuded määravad praktikas, mis on oma süsteemiga ühendamisel lubatud ja mis keelatud.

Pass peab vastama artikli 11 tehnilistele nõuetele

ESPR määruse (EL) 2024/1781 artikkel 11 kirjeldab digitaalse tootepassi tehnilisi kujundamise nõudeid: kuidas peavad andmed olema juurdepääsetavad, millisel kujul ja millise ühendusega toote unikaalse identifikatsiooni juurde. 10–100 töötajaga ettevõtte jaoks tähendab see, et ühendus omaenda ERP-süsteemiga ei saa olla mittesiduv Exceli-faili eksport: süsteemist esitatud andmed peavad vastama passile kehtivale tehnilistele vormingule. Milline vormingu täpselt on, eristatakse tootekategooriate kaupa; lisateavet leiate lehelt passi failivormingu kohta.

Pass peab olema seotud unikaalse tooteidentifikatsiooniga

ESPR määruse (EL) 2024/1781 artikkel 10 sätestab nõuded passi sisule ja struktuurile, sealhulgas ühendusele identifitseerimiskoodiga toote kohta. ERP-süsteem töötab sageli juba artiklinumbritega, SKU-dega või partiikoodidega, kuid need ei ole automaatselt samad kui passiga nõutav identifitseerimiskood. Keskmise suurusega ettevõtte jaoks tähendab see, et on vaja tõlkimine sisemise tootekoondamise ja identifitseerimiskoodi vahel, mida väliselt QR-koodi kaudu avaldatakse. Kuidas seadistatakse iga toote kordumatu kood, on kirjeldatud lehel iga toote unikaalse identifitseerimiskoodi andmise kohta.

Ühendus peab hoidma andmeid aktiivsena ilma päritolu kaotamata

ERP-süsteem muutub pidevalt: varude tasemed muutuvad, artiklid faasitakse välja, uued variandid tulevad juurde. Pass järgib teist ritmi – see peab jääma kättesaadavaks kindlaksmääratud ajaks, isegi kui aluseks olev toode enam ei müü. Ühendus, mis lihtsalt "reaalajas" edastab, mida hetkel ERP-süsteemis on, riskib, et ajaloolised passid kirjutatakse üle või kaovad niipea, kui toode aktiivse sortimendi spiraalist välja võetakse. Kui kaua pass saadaval olema peab, on selgitatud lehel selle kohta, kui kaua pass peab eksisteerima.

Kus läheb praktikas valesti

Mõned olukorrad esinevad üsna sageli ettevõtete juures, kes soovivad oma ERP-süsteemi tootepassiga ühendada.

Automaatne sünkroonimine kirjutab aktiivsed passid üle. Kui artiklit ERP-süsteemis muudetakse – uus osade tarnija, muudetud pakend – kantakse see muutus vahel kohe avaldatud passi, ilma et oleks selge, kas see peab olema uus pass või olemasoleva värskendus.

Artiklinumbrit aetakse segamini toote identifikatsiooniga. Sisemist artiklinumbrit varude süsteemist kasutatakse passi unikaalse identifitseerimiskoodina, kuigi see number võib näiteks müügikanali või regiooni kaupa erineda – mille tagajärjel üks füüsiline toode omab mitut, vastastikku erinevat passi.

Väljafaasitamine ERP-süsteemis viib passi võrguühenduseta. Niipea, kui toode ERP-süsteemis märgitakse "ei ole enam saadaval", lõpetab ühendus passi avaldamise või hooldamise – kuigi pass peab jääma kättesaadavaks toodetele, mis on juba tarbija käes kasutusel.

Ühendus edastab andmeid vormingus, mis ei ühti. ERP-süsteem ekspordib andmeid sisemises vormingus (näiteks CSV-na ettevõtte omapärase väljanimestusega), mis ei ühti üks-ühele passiga nõutavate struktuuriga, mistõttu osutub vajalikuks vahepealne samm, mida ei olnud ette nähtud.

Pakkimistasemed segunevad segamini. Varuvarude süsteem registreerib sageli müügiühiku tasemel, samas kui pass võib erineda tootevariantide või pakkimisühikute kaupa — eriti kui toodanguid tarnitakse mitme seadmega kastides. Kuidas see koostöö toimib, on kirjeldatud lehel kuidas digitaalne tooteppass töötab mitme seadmega kastiga.

Mida saate dokumenteerida

Ettevõtetest, kes kaaluvad oma ERP- või varuvarude süsteemi ühendamist digitaalse tooteppassiga, on kasulik eelnevalt mitmed asjad kirjalikult fikseerida:

  • Ülevaade sellest, millised ERP-süsteemi väljad vastavad passipöördel olevatele väljadele, koos selgitusega sisemise artiklikodeerimise ja väliste tootetunnuste erinevuste kohta.
  • Protseduur toote muutmise korralmilline ERP-süsteemi kohandus viib uue passini ja milline olemasoleva passi värskenduseni.
  • Protseduur väljaarvamise kohtamilles on kindlaks määratud, et pass on sõltumatu varuvarude süsteemi staatusest "aktiivne" või "välja arvatud".
  • Kokkulepe selle kohta, kes vastutab ühendamise eest — sisemine IT-tiim, väline platvorm või nende kombinatsioon — ja kes kontrollib, kas esitatud andmed vastavad tegelikult nõutavale vormingule.
  • Kasutatava tehnilise vormingu dokumentatsioonnii et kontrolli või auditi ajal saab näidata, et ühendus vastab ESPR-i artikli 11 nõuetele (Määrus (EL) 2024/1781).

Ettevõtete jaoks, kes kasutavad ERP-süsteemi kõrval ka GS1-struktuuri oma logistika jaoks, on oluline teada, kas ja kuidas see struktuur vastab passi nõuetele; rohkem teavet selle kohta leiate lehelt mis on GS1 Digital Link ja kas seda on tootepassi jaoks vaja. Samuti on otstarbekas fikseerida, kuidas ühendus käsitleb registrit, kuhu passid tuleb sisestada, nagu selgitatud lehel Euroopa digitaalsete tootepasside register.

See ei ole juriidiline nõu. See leht annab üldist teavet määruse kohta, millega see platvorm tegeleb. Me ei tea teie olukorda. Oma juhtumi puhul kahtluse korral konsulteerige juristiga või pädevas järelevalveorgani.

Kirjutatud tehisintellektiga ülaltoodud allikate põhjal, inimese poolt kontrollitud 2026-08-22. Kas midagi ei ole õige? Andke teada — parandused saavad eesõiguse.