Kas saan tootepassi siduda oma ERP- või varupidamissüsteemiga?

Sidestamine muutub konkreetseks alles siis, kui tehniline standard on olemas

Otsest sidet digitaalse tootepassi ja ERP- või varusüsteemi vahel ei ole praegu võimalik, sest selle tehnilised spetsifikatsioonid pole veel kindlaks määratud. ESPR (Määrus (EL) 2024/1781) määrab artiklis 10 ja 11 küll aluse: pass peab olema koostöövõimeline, tuginema avatud standarditele ja masinloetav. See tähendab, et automatiseeritud andmevahetus äritsüsteemidega on lõppkokkuvõttes lähtepunkt, mitte erand. Kuid kuidas see andmevahetus praktikas välja näeb — milline failivormingut, milline liides, millised juurdepääsuõigused — tuleb alles delegeeritud aktidest tootegruppide kaupa. Raua ja terase puhul sellist akti veel ei ole.

Millele see kehtib ja millele mitte

Tegemist on küsimusega, kas süsteemid saavad tulevikus automaatselt andmeid passist välja võtta või sinna kirjutada. See puudutab passi enda tehnilist kujundamist, nagu see määruses kirjeldatud on: kuidas see on ehitatud, kes sellele juurde pääsevad ja millisel kujul andmed on kättesaadavad. Tegemist ei ole küsimusega, kas konkreetne ERP-pakett sobib, ega ka konkreetse API või andmevoringu kohta — need valikud pole veel tehtud. Tegemist ei ole ka passi omamise kohustuse küsimusega; see on eraldi teema, mida iga tootegrupi kohta täidetakse. Siin kirjeldatakse ainult põhimõtet, et pass peab olema masinloetav ja koostöövõimeline — moodus, kuidas see põhimõte raua ja terase puhul konkreetselt täidetakse, jääb lahtiseks.

Veel pole kindlat kuupäeva, veel pole kindlat tehnilist standardi

Raua ja terase puhul ei ole veel kuupäeva, mil tehniline sidumisstandardard jõustub, sest see standard on osa delegeeritud aktist, mis veel peab ilmuma. ESPR-i tööplaani kohaselt perioodil 2025-2030 oodatakse esimest delegeeritud akti 2026. aastal, kusjuures kohustused tulevad seejärel veel kaheksateist kuud hiljem. Kuni see akt ei ole olemas, on kindel see, et pass peab olema koostöövõimeline ja masinloetav (artikkel 10 ja 11), kuid ei ole kindel, kuidas see tehniliselt täidetakse. Seni toimib pass praktikas kui inimese poolt konsulteeritav dokument QR-andmekandjaga, mitte kui automatiseeritud andmevoog välisele süsteemile.

Mida see tähendab teie lähenemisele

Kellele juba praegu oma süsteemiga sidumisest mõtestakse, on järjekord selline. Esiteks: midagi pole vaja ehitada, sest standardi pole, millega ehitada. Teiseks: oma tooteandmed korrastada on siiski juba nüüd mõttekad, sõltumata lõplikust tehnilisest vormist — selge, kooskõlaline andmete kogum toote kohta (päritolu, koostis, sertifikaadid) on alus, millele tugineb kõik tulevane sidumistehing. Kolmandaks: niipea kui raua ja terase delegeeritud akt ilmub, on selge, milline vorming ja milline juurdepääsuviis kehtib, ja alles siis on võimalik konkreetne sidestamine kavandada. Neljandaks: seni jääb pass konsulteeritavaks QR-koodi kaudu, mis toodel kleebub, ja see piisab enamikule igapäevastele tehingutele terastemal ja metalltöötluses — ERP-süsteemiga sidumine on siis tuleproduktiivsuse kasv, mitte tingimus, et praegu passiga töötada saaks.

Kust see tulenevad: ESPR artikkel 10 ja 11

Artikkel 10 ESPR-ist (Määrus (EL) 2024/1781) kirjeldab nõudeid, millele digitaalne tootepas peab vastama, sealhulgas interoperatiivsust ja avatud standardite kasutamist. Artikkel 11 käsitleb passi tehnilist kujundust ja toimimist, nagu registrid, andmetele juurdepääs ja passi toimimisviis. Mõlemad artiklid sisaldavad põhimõtet, et pass peab olema masinloetava töötlemise jaoks sobiv, kuid selle rakendamine — tegelik tehniline spetsifikatsioon tootegrupide kaupa — jäetakse delegeeritud aktide hoolde, mis peavad veel ilmuma. Täpse sõnastuse puhul on määruse ametlik tekst juhtnööriks.

Kes soovib juba nüüd ette valmistuda, saab kõige paremini oma tooteandmeid juba struktureeritult ja täielikult pidada, et neid sel hetkel, kui tehniline standard ilmub, saaks ilma suure vaevata sellele siduda, mis siis kehtestatakse. Seda lehte uuendatakse niipea, kui raua ja terase delegeeritud akt on avaldatud ja tehniline informatsioon on teada.

Millel see põhineb

Määrus ise asub EUR-Lexi lehel. Viitame iga väitele; te ei pea meid usklikkus olema.

Mida te konkreetselt peate tegema

Mida teilt oodatakse

Andmed peavad olema masinloetavad ja teisaldatavad

ESPR (Määrus (EL) 2024/1781) artikkel 10 sätestab, et digitaalse tootepassi andmed peavad olema saadaval struktureeritud, masinloetaval kujul. See on kohe ka koppelumise võimalus oma süsteemiga: andmed, mis on masinloetavad, sobivad põhimõtteliselt ka automaatseks sissekirjutamiseks või väljakirjutamiseks ERP- või varude haldamise süsteemist. 10–100 töötajaga ettevõtte jaoks tähendab see eelkõige seda, et küsimus "kas seda saab koppelda" ei ole esmajoones juriidiline küsimus, vaid tehniline: millist formaati passi kasutab ja kas oma tarkvara suudab seda formaati lugeda või kirjutada. Vaata ka lehekülge millises formaadis peaksin andmeid produktipassi esitama.

Pass peab vastama ühtsetele tehnilistele nõudmistele

ESPR artikkel 11 käsitleb passi tehnilist kavandamist ja toimimist ning viitab tehnilistele spetsifikatsioonidele, mida komisjon veel täpsustab. Praktilise koppelmise seisukohalt tähendab see seda, et lihtsalt "enda faili" ei saa esitada ega tuua: selle aluseks on standardiseeritud struktuur, tõenäoliselt olemasolevatest identifitseerimissüsteemidest lähtuvalt. Kes juba praegu töötab artiklikodeerimise süsteemiga, peab kontrollima, kuidas see sobib viisiga, kuidas hiljem omistatakse kordumatuid identifitseerimiskoode — vaata kuidas annan igale tootele kordumatut identifitseerimiskoodi. ERP-süsteem, mis juba töötab üheselt määratletud, stabiilsete tootekoodidega, on koppelmise jaoks pareminipaigutatud kui süsteem, milles koodid tellimuse või kliendi kaupa erinevad.

Koppelmine käib kandjal, mitte otsese andmebaasi ühenduse kaudu

Artikkel 11 kirjeldab ka seda, et pass on tootele paigutatud andmekandjaga juurdepääsetav. See on oluline punkt ettevõtte ootuste "koppelmise" osas: tegemist ei ole otsese andmebaasi ühendusega kahe ettevõtte vahel, vaid aheldusega, kus andmekandja (tavaliselt QR-kood) viitab salvestatud passile. Koppelmine ERP- või varude haldamise süsteemiga toimub kahes punktis: tooteteabe esitamine oma süsteemist poole poole, kes passi koostavad, ja passi andmete lugemine (näiteks terase ostmisel) oma süsteemi. Rohkem selle kandjaga seotud teavet on leheküljel kuidas saab QR-kood tootepassi jaoks minu terasele.

Andmed peavad jääma ajakohaseks, kuni pass on olemas

Artiklist 10 järeldub ka, et passi andmed peavad olema korrektsed ja ajakohased, kuni pass on olemas. Varude haldamise süsteemiga koppelmise puhul tähendab see, et ühekordsest esitamisest tavaliselt ei piisa: kui terasepartii omadused muutuvad või kui ilmneb viga, peab olema viis, kuidas see edastada kohale, kus passi hostigakse. Ettevõtted, kes oma ERP-süsteemi koppelvad, peaksid siin vaatama ka seda, kui kaua seda ajakohasust tuleb säilitada — vaata kui kaua peab tooteppass saadaval olema.

Kus läheb praktikas valesti

Sisemised artiklikoodid aetakse segamini ametliku toote tuvastamisega. ERP-süsteem teab toodet sisemise SKU all, samas kui pass vajab teist, kordumatut identifitseerimiskoodi. Ilma tõlketabelita mõlema vahel tekib segadus koppelmisel, eriti kui üks sisemine kood katab mitut partiid.

Varude muutusi ei edastata passi andmetesse. Näiteks varude haldamise süsteem registreerib, et terasepartiid on ümber sulanud, jagatud või kombineeritud, kuid see muutus ei jõua passile automaatselt. See mängib suurt rolli küsimuses, kas teras registreeritakse partii kaupa või tüki kaupa — vaata registreerin ma terasust partii kaupa või tüki kaupa — sest registreerimise ühik ERP-süsteemis peab vastama ühikule, millel pass on.json

Eksporditavad failid ERP-süsteemist ei vasta nõutavale formaadile. Paljud ERP-paketid ekspordivad vaikimisi Exceli, CSV-ks või omakodaaniku XML-struktuuri. Ilma eelnevate kokkulepeteta osutub selline fail kokkusobivaks produktipassi jaoks vajalike vorminguga, mille tagajärjel tekivad viivitused ja täiendav käsitöö.

Eeldatakse, et ühendus toimib ka ilma internetiühenduseta. Mõned varulagisüsteemid töökohal käituvad osaliselt võrguühenduseta, näiteks laoklemmisel. See tekitab küsimuse, kas produktipass ise peab olema juurdepääsetav ka ilma ühenduseta; see on eraldi küsimus, mis on lahus ERP-süsteemiga ühendusest. Vt kas produktipass peab toimima interneti-ühenduseta.

Juurdepääsuõigusi süsteemide vahel ei reguleerita. Ühendus tähendab, et andmed voolavad kahe või enama süsteemi vahel, sageli kolmanda osapoole kaudu, kes produktipassi hostib. Kui pole selge, kes milliseid andmeid vaadata, muuta või edastada tohtib, tekib ebakindlus vastutuse osas vea puhul — küsimus, mis puudutab andmete turvalisust teel, vt kuidas tagada, et produktipassi andmed on turvalised.

Mida te saate registreerida

Ülevaade sellest, millised ERP- või varulagisüsteemi väljad vastavad produktipassi väljadele, sealhulgas tõlketabel sisemiste artiklikoodide ja toote unikaalse identifikaatsioonikoodiga vahel.
Kirjeldus ekspordivormingust, mida omaenda süsteem kasutab, ning võrdlus vorminguga, mis on produktipassi jaoks vajalik.
Kokkuleppel partneriga, kes produktipassi koostab või hostib, andmevahetuse sageduse ja viisi osas: kordsel koostamisel või pidevalt muutuste korral.
Protseduur varulaos, partiide jaotuses või tooteomadustes muutuste edastamiseks passiandmete, sealhulgas see, kes selle eest vastutab.
Ülevaade sellest, kes organisatsiooni sees omab juurdepääsu ühendusele omaenda süsteemi ja passi vahel, ning millised õigused sellega kaasnevad.
Kirjalikud kokkuleppel selle kohta, mis juhtub ühenduse ja andmevooguga, kui produktipassi muudetakse, tühistatakse või asendatakse.

See pole juriidiline nõu. See leht sisaldab üldist teavet määruste kohta, millest see platvorm räägib. Me ei tea teie olukorda. Kui teil on kahtlused oma juhtumi kohta, pöörduge juristiga või pädevale järelevalveasutusele.

Kirjutatud tehisintellektiga ülaltoodud allikate põhjal, inimese poolt 2026-08-22 kontrollitud. Kas midagi pole õige? Andke teada — parandused saavad eelisjärjekorra.