Összekapcsolhatom a termékútlevelet az ERP- vagy leltárrendszeremmel?

Az összekapcsolás csak akkor válik konkrétté, ha megvan a technikai szabvány

A digitális termékalkalmazás és egy ERP- vagy készletkezelő rendszer közötti közvetlen összekapcsolása jelenleg nem lehetséges, mivel a technikai specifikációk még nem kerültek megállapításra. Az ESPR (EU 2024/1781 rendelet) a 10. és 11. cikkben ugyan megteremti az alapokat: az alkalmazásnak interoperábilisnak kell lennie, nyílt szabványokon alapulnia, és gépi olvashatónak kell lennie. Ez azt jelenti, hogy az automatizált adatcsere az üzleti rendszerekkel végül kiindulópont, nem pedig kivétel. De hogy ez az adatcsere a gyakorlatban hogyan néz ki — milyen fájlformátum, milyen felület, milyen hozzáférési jogok — az csak a termékcsoport szerinti delegált jogi aktusokból fog következni. A vasra és acélra vonatkozó aktus még nem áll rendelkezésre.

Mire vonatkozik és mire nem

Ez arra a kérdésre vonatkozik, hogy az alkalmazásból tudnak-e majd az egyes rendszerek automatikusan adatokat lekérni vagy beírni. Ez az alkalmazás technikai felépítésérét érinti, ahogy azt a rendelet írja le: hogyan épül fel, ki férhet hozzá, és milyen formában állnak az adatok rendelkezésre. Nem arról van szó, hogy egy konkrét ERP-csomag megfelelő-e, és nem a konkrét API vagy adatformátumról sem — ezek a választások még nem születtek meg. Nem arról van szó, hogy egyáltalán kötelező-e alkalmazással rendelkezni; ez egy külön téma, amely termékcsoponként kerül kitöltésre. Az itt leírtak kizárólag arra az elvére vonatkoznak, hogy az alkalmazásnak gépi olvashatónak és interoperábilisnak kell lennie — annak az elvnek a vasra és acélra vonatkozó konkrét megvalósítása még nyitott.

Még nincsen rögzített dátum, még nincsen rögzített technikai szabvány

Még nem van olyan dátum, amikor a vasra és acélra vonatkozó technikai összekapcsolási szabvány érvénybe lép, mivel ez a szabvány az még megjelenítetendő delegált jogi aktus része. Az ESPR 2025–2030 közötti időszakra vonatkozó munkaterve szerint az első delegált jogi aktus 2026-ban várható, az azt követő kötelezettségek pedig még további tizennyolc hónapos átmeneti időszakkal járnak. Amíg ez az aktus meg nem jelenik, biztos az, hogy az alkalmazásnak interoperábilisnak és gépi olvashatónak kell lennie (10. és 11. cikk), de nem az, hogy technikailag hogyan lesz kitöltve. Addig a gyakorlatban az alkalmazás emberek által lekérdezhető dokumentumként működik a QR-adathordozón keresztül, nem pedig automatizált adatfolyamként egy külső rendszerbe.

Mit jelent ez az megközelítésre nézve

Aki már most gondolkodik saját rendszerével való összekapcsoláson, az alábbi sorrendet kell követnie. Egyrészt: semmit sem kell még építeni, mivel nincs szabvány, amely ellen építeni lehetne. Másrészt: a saját termékadat-állomány rendbe hozása most már hasznos, függetlenül a végső technikai formától — egy világos, konzisztens adatsor termékenként (származás, összetétel, tanúsítványok) az a alap, amelyre majd minden jövőbeli összekapcsolási mechanizmus épülni fog. Harmadszor: amint megjelenik a vasra és acélra vonatkozó delegált jogi aktus, abból majd világos lesz, mely formát és mely hozzáférési módot kell követni, és csak akkor lehet majd konkrét összekapcsolást tervezni. Negyedszer: addig az alkalmazás a termékhez csatolt QR-kód révén továbbra is lekérdezhetővé marad, ami a szálkereskedelem és fémmegmunkálás legtöbb napi kezelésére már elégséges — az ERP-rendszerrel való összekapcsolás később egy hatékonysági lépés, nem előfeltétele az alkalmazással való munkavégzésnek most.

Ebből következően: az ESPR 10. és 11. cikke

Az ESPR (2024/1781 EU rendelet) 10. cikke a digitális termékpaszport követelményeit írja le, beleértve az interoperabilitást és a nyílt szabványok használatát. A 11. cikk a paszport műszaki kialakítását és működését tárgyalja, például a nyilvántartásokat, az adatokhoz való hozzáférést és a paszport működésének módját. Mindkét cikk tartalmazza azt az elvet, hogy a paszportnak alkalmasnak kell lennie a gépi feldolgozásra, de ennek megvalósítása — az egyes termékcsoportokra vonatkozó tényleges műszaki specifikáció — a még megjelenő delegált jogi aktusokra van bízva. A pontos megfogalmazás tekintetében a rendelet hivatalos szövege az irányadó.

Aki már most szeretne felkészülni, legjobb, ha saját termékadat-nyilvántartásait strukturáltnak és teljesnek tartja, hogy abban az esetben, amikor a műszaki szabvány megjelenik, azok könnyen összekapcsolhatók legyenek azzal, ami akkor meghatározásra kerül. Ezt az oldalt frissítjük, amint a vasra és acélra vonatkozó delegált jogi aktus közzétételre kerül és a műszaki részletek ismertek lesznek.

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

Az adatoknak gépi feldolgozásra alkalmasnak és hordozhatónak kell lenniük

Az ESPR 10. cikke (az Európai Unió 2024/1781 rendelete) előírja, hogy a digitális termékpasszportban szereplő adatok strukturált, gépi feldolgozásra alkalmas formátumban legyenek elérhetőek. Ez egyben a kiindulópont a saját rendszerrel való összekapcsoláshoz: a gépi feldolgozásra alkalmas adatok alapvetően alkalmasak arra, hogy automatikusan egy ERP- vagy készletrendszerből vagy oda futtathatók legyenek. A 10-100 fős vállalat számára ez mindenekelőtt azt jelenti, hogy az "összekapcsolható-e ez" kérdés nem elsősorban jogi kérdés, hanem technikai: milyen formátumot használ a passzport, és a saját szoftver képes-e ezt a formátumot olvasni vagy írni. Lásd még az oldalát az milyen formátumban kell benyújtanom az adatokat az acélpaszporthoz.

A passzportnak egységes technikai struktúrához kell igazodnia

Az ESPR 11. cikke a passzport technikai tervezésével és működésével foglalkozik, és olyan technikai specifikációkra utal, amelyeket a Bizottság még tovább dolgoz ki. A gyakorlati összekapcsolás szempontjából ez azt jelenti, hogy nem lehet egyszerűen "egy saját fájlt" benyújtani vagy letölteni: mögötte egy szabványosított struktúra van, amely valószínűleg meglévő azonosítási rendszeren alapul. Aki most már olyan rendszerrel dolgozik, amely cikkkódolásra használ, jól teszi, ha megvizsgálja, hogy ez hogyan illeszkedik ahhoz, ahogyan később az egyedi azonosító kódokat hozzárendelik — lásd: hogyan adok minden terméknek egyedi azonosító kódot". Az már olyan ERP-rendszer, amely egyedi, stabil termékkódokkal működik, előnyösebb helyzetben van az összekapcsolás tekintetében, mint egy olyan rendszer, amelyben a kódok rendelésenként vagy ügyfellként eltérnek.

Az összekapcsolás egy hordozón keresztül történik, nem pedig közvetlen adatbázis-csatlakozáson

A 11. cikk azt is leírja, hogy a passzport a termékre helyezett adathordozó segítségével érhető el. Ez egy fontos pont ahhoz az elváráshoz, amelyet a vállalat az "összekapcsoláshoz" kapcsolódóan támaszthat: nem közvetlen adatbázis-csatlakozásról van szó két vállalat között, hanem egy olyan láncról, amelyben az adathordozó (általában QR-kód) egy tárolt passzportra utal. Az ERP- vagy készletrendszerrel való összekapcsolás ezért kétoldalú: az egyik oldalon a termékinformációk saját rendszerből a passzportot összeállító félhez történő benyújtása, a másik oldalon a passzportadatok beolvasása (például az acél megvásárlásánál) a saját rendszerbe. A hordozóról további információ az oldalon található: hogyan kerül a QR-kód az én acéljára az termékpasszportért.

Az adatoknak az egész passzport-létezés alatt aktuálisnak kell maradniuk

A 10. cikk alapján az következik, hogy a passzportban szereplő adatoknak helyesnek és naprakésznek kell lenniük, amíg a passzport létezik. Az előrejelzési rendszerhez történő összekapcsolódás azt jelenti, hogy az egyszeri adatszolgáltatás általában nem elegendő: ha egy acélpartia tulajdonságai megváltoznak, vagy ha hibát fedeznek fel, lehetőséget kell biztosítani ennek közlésére azon a helyen, ahol a passzportot tárolják. Azok a vállalatok, amelyek az ERP-rendszert csatlakoztatják, jól teszik, ha ebben az esetben azt is figyelembe veszik, hogy meddig kell ezt az aktualitást fenntartani — lásd mennyi ideig kell egy termékpasszportnak elérhetőnek maradnia.

Hol mennek félre a gyakorlatban

A belső cikkszámok összetévesztésre kerülnek a hivatalos termékidentifikációval. Egy ERP-rendszer ismeri a terméket egy belső SKU-kód alapján, míg a passzport más, egyedi azonosító kódot igényel. Az ugyanis közötti fordítási táblázat nélkül zavar keletkezik az összekapcsolódáskor, különösen akkor, ha egy belső kód több partiet fed le.

Az előrejelzési módosítások nem kerülnek átvitelre a passzport adataihoz. Egy előrejelzési rendszer például feljegyzi, hogy egy acélpartia újraolvadt, feldarabolt vagy összevonódott, de ezt a változást a passzport nem automatikusan veszi figyelembe. Ez erősen közrehat abban a kérdésben, hogy az acél kötegesen vagy darabonként kerül-e regisztrálásra — lásd acélt kötegesen vagy darabonként regisztrálom-e — mivel az ERP-rendszer regisztrációs egységének meg kell egyeznie azzal az egységgel, amelyre a passzport alapul.

Az ERP-rendszerből exportált fájlok nem felelnek meg a szükséges formátumnak. Számos ERP-csomag alapértelmezés szerint Excel-, CSV- vagy saját XML-struktúrában exportál. Előzetes egyeztetés nélkül az ilyen fájl nem kompatibilis az útlevélhez szükséges formátummal, ami késedelmeket és további kézi munkát eredményez.

Feltételezik, hogy a csatolás internetkapcsolat nélkül is működik. Néhány munkahelyti készletgazdálkodási rendszer részben offline üzemel, például egy raktári terminál. Ez felvetik a kérdést, hogy az útlevél maga is elérhető-e csatlakozás nélkül; ez egy külön kérdés, amely független az ERP-rendszerrel való csatolástól. Lásd az acélpaszportnak internetkapcsolat nélkül is működnie kell.

A rendszerek közötti hozzáférési jogokat nem szabályozzák. A csatolás azt jelenti, hogy adatok két vagy több rendszer között áramlanak, gyakran egy harmadik fél közreműködésével, amely az útlevelet üzemelteti. Ha nem tisztázott, hogy ki mely adatok megtekintésére, módosítására vagy továbbítására jogosult, bizonytalanság keletkezik a felelősséget illetően hiba esetén — ez egy kérdés, amely az adatok átvitel során történő védelmére vonatkozik, lásd hogyan biztosítom az acélpaszportban szereplő adatok biztonságát.

Mit lehet rögzíteni

A saját ERP- vagy készletgazdálkodási rendszer mely mezőire vonatkozik az útlevél mely mezőire, beleértve a belső termékódok és a termék egyedi azonosítókódja közötti fordítótáblát is.
Az adott rendszer által használt exportformátum leírása, valamint az útlevélhez szükséges formátum összehasonlítása.
Megállapodás az útlevelet összeállító vagy üzemeltetõ féllel az adatcsere gyakoriságáról és módjáról: egyszeri, a létrehozáskor, vagy folyamatos, a módosítások során.
Eljárás a készletben, tétel-felosztásban vagy terméktulajdonságban történt módosítások közlésére az útlevél adatainak; beleértve, hogy ki a felelős ezért.
Átfogó lista arról, hogy a vállalatban kinek van hozzáférése a saját rendszer és az útlevél közötti csatoláshoz, és mely jogok tartoznak ehhez.
Jól dokumentált megállapodás arról, hogy mi történik a csatolással és az adatáramlással, ha az útlevelet egy terméknél módosítják, visszavonják vagy felváltják.

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 intelligenciával írva a fenti forrásokra hivatkozva, ember által ellenőrizve 2026-08-22-én. Valami nem stimmel? Jelezze — a korrekciók elsőbbséget élveznek.