millises formaadis peaksin andmeid produktipassi esitama

Failiformaat ei ole veel fikseeritud

ESPR ei määra failiformaati — mitte ".csv", mitte ".xml", mitte ".json". ESPR artikkel 11 (Määrus (EL) 2024/1781) sätestab aga, et digitaalne tootepass peab funktsioneerima avatud, koostoimitatavate tehnilistandardite alusel, et erinevate osapoolte süsteemid saaksid andmeid lugeda ja töödelda. Milline täpselt see standard on, määratakse delegeeritud õigusaktides, mis koostamisel arvestatakse tooterühmade kaupa. Raua ja terase puhul sellist akti veel ei ole. Kes praegu juba küsib "millises vormingus peab andmeid esitama", saab õigustatult konkreetseid vastuseid — sellist vastust praegu lihtsalt ei ole.

Kellele see kehtib ja kellele ei kehti

See selgusetus kehtib kõigile, kes terastavõi raudhalffabrikaate toodavad, impordivad või müüvad ja kes valmistuvad tootepassile: terastevahetusagentuurid, metallitöötlejad, ehituskontsernid. See ei ole probleem ainult terase puhul — iga ESPR-i reguleeriv tooterühm saab oma delegeeritud õigusakt omaenda tehnilistingimustega. Akude, tekstiili või mööbli vormingud võivad erineda sellest, mis läheb terase jaoks kehtima. Oluline on ka eristada salvestamise vormingut ja vahetuse vormingut: artikkel 11 käsitleb seda, kuidas süsteemid peavad andmeid üksteisele edastama, mitte seda, kuidas tootja oma haldust korraldab. Ettevõte, kes hoiab oma andmeid Excel-failis või ERP-süsteemis, ei pea midagi muutma — tõlge lõplikku vormingusse toimub passi kokkupanemise ajal, mitte algandmete juures.

Millal see on kindel

Terase failiformaadi teadaolevat kuupäeva ei saa nimetada, sest sellist kuupäeva pole praegu kättesaadavates allikates. Kindel on tee: Euroopa Komisjon töötab tehnilistega välja delegeeritud õigusaktis tooterühmade kaupa, nagu ESPR artikkel 4 ja artikkel 11 ette näevad. Kuni see raua ja terase puhul ei avaldatuta, ei ole ka võtte võetavat vormingut. Kuni selleni kulude ei muutu ka viis, kuidas ettevõtted nüüd oma toodangu andmeid hoiavad — ei ole ajutist vormingut, mida juba rakendada tuleks. Niipea kui terase jaoks delegeeritud õigusakt avaldatakse, tuleb siia konkreetne tehniline sisu.

Mida teha, kuni formaat ei ole veel määratud

Kellele juba tahabtse ette planeerida, on kõige praktilisem samm oma lähteallikate andmete korrashoidmine, sõltumata lõplikust failivormingust. See algab sellega, et tehakse kindlaks, millised andmed toote kohta on kättesaadavad — koostis, päritolu, sertifikaadid — ja kuidas neid andmeid siseselt talletatakse. Pärast seda on mõttekas vaadata, kuidas neid andmeid hiljem ühendada võib süsteemiga, mis passi koostab; ühendamine oma ERP- või varude süsteemiga on küsimus, mida saab sõltumata failivormingust juba vastata. Ka küsimus selle kohta, kuidas iga toodet või iga partii tuvastada, ei sõltu vormingust ja selle võib välja selgitada juba nüüd — vt kuidas saab iga toode unikaalse identifitseerimiskoodi. Kui terase jaoks on delegeeritud akt juba kehtiv, siis sellest tulenevad tõenäoliselt ka juhised selle kohta, kuidas ühendamine standardiga nagu GS1 Digital Link täpselt täidetakse; kes soovib sellest juba praegu teadmisi omandada, võib alustada mis GS1 Digital Link produktipassi jaoks tähendab. Failivormingu ennast on seega viimane samm reas — ettevalmistus selleks algab andmetest endist, mitte tehnilistest spetsifikatsioonitest, mida tuleb veel välja töötada.

Õiguslik alus: ESPR artikkel 10 ja 11

Määruse (EU) 2024/1781 (ESPR) artikkel 10 kirjeldab üldnõudeid, millele digitaalne tootepasport peab vastama, sealhulgas andmete ligipääsetavus ja usaldusväärsus. Artikkel 11 arendab seda edasi paspordi tehislikul disainil ja toimimisel: see nõuab, et aluseks olev tehnoloogia peab järgima avatud standardeid, peab olema turustamisosaliste vahel interoperaablne ja peab olema masinloetav. Kumbki artikkel ei maini konkreetset failivormi, konkreetset kodeeringut ega konkreetset tehnilist normi — see täpsustamine on selgesõnaliselt delegeeritud hilisematele toimingutele tootegruppide kaupa. See on ka põhjus, miks see vastus ei saa nüüd kaugemale minna kui printsiibi nimetamise: seadus kehtestab interoperaabluse nõude, kuid mitte tehnilist normi, mille abil seda nõuet täidetakse.

Mida nüüd teha

Praegu pole failivormingu osas midagi valida ega paigaldada — see valik kuulub delegeeritud toimingule, mis peaks ilmuma. Mis on aga mõttekas, on enda tootandmete korraseadmine ja ülaltoodud tuvastamis- ja seostamisküsimuste lahtiselgitamine, et hilisem üleminekulu määratlevale vormingule oleks justnimelt ühendamise küsimus, mitte alustamine nullist.

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

Kasutada avatud, standardiseeritud andmevorminguid

Määruse (EU) 2024/1781 (ESPR) artikkel 10 nõuab, et digitaalse tootepaspordi andmed peavad vastama avatud, interoperaabsetele standarditele. See tähendab, et failvorm, mis on loetav ainult ühe konkreetse tarkvarapaketi abil, ei vasta määruse eesmärgile. Terasvahendusega tegelevale ettevõttele või metallitöötajale, kelle juures on 10 kuni 100 töötajat, tähendab see praktikas, et andmed eksporditakse oma ERP- või varusüsteemist vormingusse, mida saavad lugeda teised osapooled — kliendid, järelevalveasutused, taaskasutamise ettevõtted — ilma täiendava litsentsi või spetsiaalse tarkvarata. Eksport suletud, ettevõtte-sisesesse failitüüpi ei sobitu sinna, isegi kui seda eksportivormingut on ettevõttes sisemiselt aastakümneid kasutatud.

Esitada masinloetavalt

Määruse (EU) 2024/1781 (ESPR) artikkel 11 kirjeldab, et pasport peab olema masinloetav ja draiveri kaudu (tavaliselt QR-kood) automaatselt loetav. See tegelikult välistab pabeersertifikaadi skaneeritud PDF-i ainsana andmeallikana: see on inimesele loetav, kuid ei ole usaldusväärselt automaatselt töödeldav. Ettevõttele, mis on harjunud materjalitõendeid PDF-ina saatma, tähendab see, et on vaja teisendust struktureeritud andmeteks — mõelge väljadele, millel on fikseeritud tähendus (terase tüüp, partii, koostis), vabas tekstis dokumentatsiooni paigutuse asemel.

Struktuur, mis sobib ülejäänud süsteemiga

Mõlemad artiklid näitavad andmestruktuuri poole, mis ei seisa eraldi, vaid sobib tootepaspordi laiemate infrastruktuuriga: ainulaadse identifitseerimise numbriga, registriga seostamisega ja viisiga, kuidas pasport müügi järel järgnevatel aastatel endiselt päritavaks jääb. Keskmise suurusega metallitöötajale tähendab see, et failivormingu valik ei saa olla lahus sellest, kuidas iga toode saab ainulaadse identifitseerimiskoodi: vt „Struktuuri, mis sobib ülejäänud süsteemiga Kuidas annan igale tootele kordumatu tuvastuskoodi?). Andmete vorming ja toote identifitseerimine kuuluvad üksteise juurde; eraldiseisev Exceli fail ilma järjepideva seostamisega produktoodi koodiga ei vasta artiklis 10 kirjeldatud interoperaabluse ideele.

Kus läheb praktikas valesti

Esimene olukord, mis sageli esineb: terasvahendusega tegelev ettevõte on aastate jooksul materjalitõendeid (näiteks 3.1-sertifikaate) PDF-ina klientidele edastanud ning eeldab, et see sobib ka tootepaspordi jaoks. PDF sisaldab õigeid andmeid, kuid mitte vormis, mis on automaatselt loetav — mistõttu see ei sobitu artiklis 11 kirjeldatuga.

Teine olukord: ettevõte kasutab siseselt Exceli faili omaenda veergude nimedega ja terasliikide enda lühendiga. See toimib hästi ettevõtte sees, kuid niipea, kui klient, järelevalveasutus või register peab neid andmeid tõlgendama, puudub jagatud tähendus, mille standardiseeritud vorming tagaks.

Kolmas olukord tekib ettevõtetes, kus struktureeritud vormingu muundamist alustatakse alles siis, kui toode ust välja läheb. Kui see muundamine toimub käsitsi müügitellimuse kaupa, on vigade ja passiivide vaheliste vastuolude oht suur — eriti juhul, kui sortiment sisaldab paljusid variante sulamis, paksuses või kuumtöötlemisel.

Neljas olukord: failivormingu valik on küll õige, kuid seos omaenda varusüsteemiga puudub, mistõttu andmeid sisestatakse kaks korda ja pärast ERP-süsteemi uuendamist lähevad need vastuollu sellega, mis passiivil on kirjas. Vt ka selle kohta Kas saan tootepassi siduda oma ERP- või varupidamissüsteemiga?.

Viies, vähem nähtav olukord: ettevõte arvab, et failivormingu valik on ühekordne valik esimese tarnimise ajal, samas kui passiiv peab olema saadaval aastaid. Vorming, mis praegu kasutusel on, ei pruugi mitme aasta pärast enam kasutusel olla — risk, mis on seotud sellega, kui kaua passiiv tegelikult peab püsima, vt Kui kaua peab tootepasse saadaval olema?.

Mida te saate registreerida

Ülevaade praegustest ekspordivormingitest omaenda ERP- või varusüsteemist koos märkusega, millised neist on masinloetavad ja millised mitte (näiteks PDF versus CSV või XML).
Kindel väljamaatriks tootegrupi kohta (terasliik, partii, mõõtmed, koostis), nii et sisemised andmed struktureeritakse alati samal viisil, olenemata sellest, kes andmeid sisestab.
Leping tarnijatega või tootjatega selle osas, millisest vormingust nad andmeid esitavad, nii et andmeid ei pea käsitsi sertifikaatidest või PDF-failidest ümber tippimine.
Viide igapäevase identifitseerimiskoodiga ühendamise kohta iga toote, nii et failivormingu ja identifitseerimise koos moodustab ühtse terviku — vt Kuidas annan igale tootele kordumatu tuvastuskoodi?.
Märkus loetavuse kohta ilma internetiühenduseta, niivõrd kui see on asjakohaseks ettevõtte enda tööprotsesside või transpordi jaoks, vt kas produktipass peab toimima interneti-ühenduseta.
Toimik valitud dataformaatide kohta tooteliini kaupa, sealhulgas muutmise kuupäev, nii et hilisema standardite muutmise korral saab kontrollida, millised vanemad passiivid on veel vananenud vormingus.

Kasutatava failivormingu täpsed tehniline andmed täpsustatakse edasi delegeeritud tegevuste kaudu tootegrupi kohta; praegu kirjeldavad ESPR artikkel 10 ja artikkel 11 (Määrus (EL) 2024/1781) raamistikku, millesse need valikud tehakse. Niipea, kui raua ja terase kohta delegeeritud tegevus on avaldatud, täiendatakse siin, millist vormingut konkreetselt nõutakse.

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 eelnevate allikate põhjal, inimese poolt kontrollitud 2026-09-05. Andke teada — parandused saavad eelisjärjekorra.