ferropas.eu

milyen formátumban kell benyújtanom az adatokat az acélpaszporthoz

A fájlformátum még nem rögzített

Az ESPR nem írja elő a fájlformátumot — nincs ".csv", nincs ".xml", nincs ".json". Az ESPR 11. cikke (2024/1781 EU rendelet) azonban azt határozza meg, hogy a digitális termékútlevélnek nyílt, összeinteroperábilis technikai szabványok szerint kell működnie, így a különböző felek rendszerei képesek lesznek az adatok olvasására és feldolgozására. Az, hogy pontosan mely szabvány lesz az, a termékcsoportonként összeállított delegált aktusokból fog következni. A vas és acél esetében ez az aktus még nem áll rendelkezésre. Aki most már azt kérdezi, hogy "milyen formátumban kell szállítanom", jogosan nem kap konkrét választ — ez a válasz jelenleg egyszerűen nem létezik.

Kire vonatkozik, és kire nem

Ez a bizonytalanság minden olyan személyre vonatkozik, aki acélt vagy vasból készült félig kész termékeket gyárt, importál vagy forgalmaz, és az termékúttlevélre készül: acélkereskedelem, fémmegmunkálás, építkezés. Ez nem csak az acélra vonatkozik — az ESPR hatálya alá tartozó minden termékcsoportnak saját delegált aktusa van saját technikai specifikációkkal. Az elemekre, textíliákra vagy bútorokra vonatkozó formátum tehát eltérhet attól, amely később az acélra fog vonatkozni. Fontos az is, hogy megkülönböztessünk a tárolási formátum és az adatcsereformátum között: a 11. cikk arról szól, hogy a rendszereknek hogyan kell tudniuk egymás között adatokat olvasni, nem arról, hogy egy gyártó hogyan rendezi saját adminisztrációját. Az a vállalat, amely adatait jelenleg egy Excel-fájlban vagy ERP-rendszerben tartja nyilván, ezt nem kell megváltoztatnia — a végső formátumra való fordítás az a passzus összeállítása során történik meg, nem a saját forrásakban.

Mikor lesz ez rögzített

Nem lehet olyan dátumot megnevezni, amikor az acél fájlformátuma ismertté válik, mert ez a dátum nem létezik a jelenleg rendelkezésre álló forrásokban. Az, hogy meghatározott az útvonal: az Európai Bizottság a technikai követelményeket delegált aktusban dolgozza ki termékcsoportonként, ahogyan az ESPR 4. és 11. cikke előírja. Amíg az a delegált aktus a vas és acélra vonatkozóan nem kerül közzétételre, addig nincs formátum, amelyet követni kellene. Addig az idő alatt nincs változás abban, hogy a vállalatok jelenleg hogyan tartják nyilván termékadataikat — nincs előzetes formátum, amelyet már alkalmazni kellene. Amint az acélra vonatkozó delegált aktus közzétételre kerül, a konkrét technikai kitöltés itt jelenik meg.

Mit lehet tenni addig, amíg a formátum még nem rögzített

Akik már most szeretnének előkészülni, számára a legpraktikusabb lépés a saját forrásakok rendszerre bocsátása, függetlenül a végső fájlformátumtól. Ez azzal kezdődik, hogy meghatározzuk, mely adatok érhetők el termékenként — összetétel, származás, tanúsítványok — és hogyan tárolódnak ezek az adatok belsőleg. Ezt követően célszerű megvizsgálni, hogy ezek az adatok később hogyan csatolhatók ahhoz a rendszerhez, amely az útlevelet összeállítja; csatolás saját ERP- vagy készletrendszerhez amely az adatok közvetlenül felhasználható kérdése, függetlenül a fájlformátumtól már most megválaszolható. Az a kérdés is, hogy minden termék vagy tétel hogyan lesz azonosítva, független a formátumtól, és most már megállapítható — lásd: hogyan kap minden termék egy egyedi azonosító kódot". Amint az acélra vonatkozó delegált aktus rendelkezésre áll, valószínűleg ebből az is következni fog, hogy egy szabvány, mint például a GS1 Digital Link, pontosan hogyan kerül kitöltésre; aki már most szeretne tudást építeni fel erre, kezdhet azzal, hogy mit jelent a GS1 Digital Link a termékútlevél szempontjából". A fájlformátum tehát a folyamat utolsó lépése — az erre való felkészülés magukkal az adatokkal kezdődik, nem azzal a technikai specifikációval, amely még meg fog érkezni.

A jogi alap: az ESPR 10. és 11. cikke

Az ESPR (2024/1781 EU rendelet) 10. cikke a digitális termékpassznak megfelelnie kell az általános követelményeknek, többek között az adatok hozzáférhetőségét és megbízhatóságát írja le. A 11. cikk ezt a passzport technikai kialakítására és működésére vonatkozóan részletezi: előírja, hogy az alapul szolgáló technológiának nyílt szabványokat kell követnie, piaci szereplők közötti együttműködésre képesnek kell lennie, és gépi olvashatónak kell lennie. Egyik cikk sem nevez meg specifikus fájlformátumot, specifikus kódolást vagy specifikus műszaki normát — ezt az értelmezést a későbbi, termékenként vonatkozó delegált aktusokra bízták kifejezetten. Ez az oka annak, hogy ez a válasz most nem lehet jobb, mint a puszta elv megnevezése: a jogszabály az interoperabilitás követelményét rögzíti, de nem a műszaki normát, amellyel azt a követelményt betöltik.

Mi következik most

Jelenleg a fájlformátum tekintetében nincs mit választani vagy telepíteni — ezt a választást a még megjelenő delegált aktus végzi. Ami viszont értelmes, az a saját termékadatok rendbe hozása és a fent említett azonosítási és kapcsolódási kérdések tisztázása, hogy a későbbi végleges formátumra való áttérés az aláíráshoz szükséges legyen, nem pedig a nulláról való indulás.

Ez miből támasztódik alá

A rendelet maga az EUR-Lex oldalon található. Minden állítás mellett hivatkozunk; nem kell nekünk hinni.

Mit kell konkréten tennie

Mit várunk el Öntől

Nyílt, szabványosított adatformátumok használata

Az ESPR (2024/1781 EU rendelet) 10. cikke előírja, hogy a digitális termékpasszban szereplő adatoknak nyílt, interoperábilis szabványoknak kell megfelelniük. Ez azt jelenti, hogy egy olyan fájlformátum, amely csak egy adott szoftvercsomagban olvasható, nem felel meg a rendelet céljának. Egy olyan acélkereskedéshez vagy fémmegmunkálóhoz, amely 10 és 100 alkalmazott között foglalkoztat, ez gyakorlatilag azt jelenti, hogy az adatok a saját ERP- vagy készletrendszerből olyan formátumba kerülnek exportálásra, amelyet más felek — ügyfelek, felügyeleti szervek, újrafeldolgozó vállalatok — külön licenc vagy speciális szoftver nélkül olvashatnak. Az exportálás egy zárt, vállalati adatformátumra nem felelős ennek, még akkor sem, ha ezt az exportformátumot az elmúlt évek során már használják.

Gépi olvashatóság biztosítása

Az ESPR (2024/1781 EU rendelet) 11. cikke azt írja le, hogy a passzport gépi olvashatónak kell lennie, és a hordozó (általában egy QR-kód) segítségével automatikusan kiolvasható legyen. Ez gyakorlatilag kizárja a papíralapú tanúsítvány beszkennelt PDF-jét mint egyetlen adatforrást: az emberi olvasásra alkalmas, de nem megbízható módon automatikusan feldolgozható. Egy olyan vállalat, amely szokott anyagtanúsítványokat PDF-ben küldeni, ezt strukturált adatokká kell konvertálni — gondoljunk fix jelentésű mezőkre (acélfajta, szállítás, összetétel) az ingyenes szöveg helyett egy dokumentumelrendezésben.

Szerkezet, amely illeszkedik a rendszer többi részéhez

Mindkét cikk egy olyan adatszerkezetre utal, amely nem önmagában áll, hanem a termékpasszport tágabb infrastruktúrájához illeszkedik: az egyedi azonosítószám, az összekapcsolódás a nyilvántartással, és az a mód, ahogy a passzport a termék értékesítése után még hosszú évekig lekérdezhető marad. Egy közepes méretű fémmegmunkáló vállalat számára ez azt jelenti, hogy a fájlformátum megválasztása nem tekinthető függetlenül attól, hogy az egyes termékek hogyan kapnak egyedi azonosítási kódot: lásd Hogyan adok egyedi azonosítókódot minden terméknek?. Az adatok formátuma és a termék azonosítása egybe tartoznak; egy konzisztens termékkódhoz csatolt Excel-fájl nélkül nem felel meg a 10. cikkben leírtak interoperabilitási gondolatának.

Hol mennek félre a gyakorlatban

Egy gyakran előforduló első helyzet: egy acélkereskedés évek óta már szállít anyagtanúsítványokat (például 3.1 tanúsítványokat) PDF-ben az ügyfeleknek, és feltételezi, hogy ez a termékpaszportnál is elegendő. A PDF a megfelelő adatokat tartalmazza, de olyan formában, amely automatikusan nem olvasható — így nem felel meg annak, amit a 11. cikk leír.

Egy második helyzet: egy vállalkozás egy belső Excel-fájlt használ saját oszlopnevekkel és saját rövidítésekkel az acélfajták számára. Ez jól működik a vállalkozáson belül, de amint egy ügyfélnek, hatóságnak vagy a regisztrációnak értelmezni kell az adatokat, hiányzik az a közös jelentés, amelyet egy szabványosított formátum biztosít.

Egy harmadik helyzet akkor keletkezik, amikor a vállalkozások a strukturált formátumra való átalakítást csak akkor végzik el, amikor a termék elhagyja a gyárat. Ha az átalakítás kézileg történik, minden értékesítési megrendelésenként, akkor nagy az esélye a hibáknak és az inkonzisztenciáknak a passzportok között — különösen olyan termékkínálat esetében, amely sok variációban különbözik az ötvözetben, vastagságban vagy hőkezelésben.

Egy negyedik helyzet: a fájlformátum ugyan jól van kiválasztva, de hiányzik az összekapcsolódás a saját készletrendszerrel, aminek következtében az adatokat kétszer viszik be, és az ERP-rendszer frissítése után eltérnek azáltal attól, amit a passzportban található. Erről továbbá lásd: Összekapcsolhatom a termékútlevelet az ERP- vagy leltárrendszeremmel?.

Egy ötödik, kevésbé látható helyzet: egy vállalkozás azt gondolja, hogy a fájlformátum egyszeri választás az első szállítás során, míg a passzportnak évekig elérhetőnek kell lennie. Egy formátum, amely most elterjedt, nem biztos, hogy a későbbiekben is az lesz — ez egy olyan kockázat, amely azzal függ össze, hogy a passzport valójában mennyi ideig kell, hogy létezzen, lásd: Meddig kell elérhető maradnia egy termékútlevélnek?.

Mit lehet rögzíteni

  • Az aktuális exportformátumok áttekintése a saját ERP- vagy készletrendszerből, egy olyan megjegyzéssel, hogy ezek közül melyek gépileg olvashatók és melyek nem (például PDF vagy CSV vagy XML).
  • Egy rögzített mezőlista termékenként (acélfajta, tétel, méretek, összetétel), hogy a belső adatok mindig azonos módon kerüljenek strukturálásra, függetlenül attól, hogy ki viszik be az adatokat.
  • Egy megállapodás a szállítókkal vagy gyártókkal az adatok formátumáról, amelyben az adatokat szolgáltatják, hogy az adatokat ne kelljen kézzel begépelni a tanúsítványokból vagy PDF-ekből.
  • Egy hivatkozás az egyes termékek egyedi azonosítójelének összekapcsolódására hogy a fájlformátum és az azonosítás együtt egy egészet alkossanak — lásd: Hogyan adok egyedi azonosítókódot minden terméknek?.
  • A megjegyzés az internetkapcsolat nélküli olvashatóságrólamennyiben ez lényeges a saját munkafolyamatokhoz a gyári vagy szállítási szinten, lásd: az acélpaszportnak internetkapcsolat nélkül is működnie kell.
  • Egy dokumentáció a terméksoronként választott adatformátumokkalbeleértve a módosítás dátumát, hogy később a szabványok módosítása során ellenőrizhető legyen, mely régebbi passzportok még régebbi formátumban vannak.

Az alkalmazandó fájlformátum pontos műszaki specifikációit gedelegált határozatok dolgozzák ki termékcsoportonként; jelenleg az ESPR (2024/1781 EU rendelet) 10. és 11. cikke írja le azt a keretrendszert, amelyen belül ezeket a döntéseket meghozzák. Amint az acél és vas vonatkozó gedelegált határozata megjelenik, itt kiegészítésre kerül, mely formátum lesz konkrétan előírva.

Ez nem jogi tanács. Ez az oldal általános tájékoztatást nyújt a rendeletről, amelyre ez a platform vonatkozik. Nem ismerjük az Ön helyzetét. Ha kétségei vannak saját helyzetét illetően, konzultáljon egy jogásszal vagy az illetékes felügyeleti szervvel.

Mesterséges intelligencia segítségével készült az alábbi források alapján, emberi felügyelettel ellenőrizve 2026. szeptember 5-én. Van benne valami hiba? Jelezze — a korrekciók elsőbbséget élveznek.