Össze tudom kapcsolni a termékútlevelet az ERP- vagy készletgazdálkodási rendszeremmel?

A csatolás lehetséges az adatformátum határain belül

A digitális termékútlevél és egy saját ERP- vagy leltárkezelő rendszer közötti csatolás elvileg lehetséges, de az, hogy hogyan, az útlevélhez meghatározott technikai kialakítástól függ. Az ESPR (2024/1781 (EU) rendelet) 10. cikkében előírja, hogy a digitális termékútlevelnek milyen követelményeknek kell megfelelnie, és 11. cikkében azt, hogy hogyan épül fel és működik technikailag. Ebből az következik, hogy egy útlevelnek gépi olvashatónak és kicserélhetőnek kell lennie — nem pedig azért, hogy minden gyártó szabadon épít ki egy tetszőleges rendszerrel való saját csatolást, ahogyan neki tetszik. A csatolás a gyakorlatban az útlevelet összeállító és hosztáló platformon keresztül zajlik, valamint az erre megállapodott adatformátumon keresztül.

Kire vonatkozik ez, és mire nem

Ez a kérdés az alumínium félkész termékek gyártói és behozatali szereplői számára merül fel, akiknek adatokat kell szolgáltatniuk egy termékútlevelhez — profilgyártók, öntödék, csomagolóalumínium-gyártók. Számukra az a lényeges, hogy meglévő termelési adataikat (anyagösszetétel, tételsorszámok, származás, műszaki specifikációk) automatikusan átvihessék az útlevelbe, ahelyett hogy kézzel újra be kellene gépelniük azokat. Ez nem arról szól, hogy egy vállalat köteles-e ERP-csatolást építeni — ilyen kötelezettség nem áll fenn. Az ESPR azt szabályozza, hogy az útlevelnek mit kell tudnia (interoperábilis, gépi olvasható, egy adathordozón, például QR-kódon keresztül elérhető), nem pedig azt, hogy egy egyedi vállalat hogyan szervezi meg a saját belső szoftverét. Egy ERP-rendszer nélküli vállalat ugyanúgy szolgáltathat adatokat egy képernyőn keresztül vagy fájllal; egy kiterjedt ERP-rendszerrel rendelkező vállalat lehetőleg hatékonyabban szolgáltathat adatokat, de erre nem köteles.

Amikor ez lép: a dátum még nem rögzített

Az alumínium félkész termékekre vonatkozó ezek a kötelezettségek kezdetének még nincs rögzített dátuma. Az Európai Bizottság 2025–2030-as munkaterve szerint a ezt a termékcsoportra konkréttá tevő delegált jogi aktus 2027-ben várható. Csak ezzel a jogi aktussal válik világossá, mely adatmezők kötelezőek, milyen formátumban, és milyen technikai specifikációkkal az átadásához — így csak akkor válik pontosan világossá, hogyan nézhet ki technikailag egy ERP-rendszerrel való csatolás. Addig az ESPR 10. és 11. cikke az általános keretrendszert képezi: az interoperabilitás és a gépi olvashatóság a kiindulópont, a konkrét technikai megvalósítás később következik. Amint a delegált jogi aktus megjelenik, a várható kezdeti dátum kiegészül itt.

Mit jelent ez a megközelítés szempontjából

Akik már most számítani szeretnének erre, a logikus sorrend: először összeállítani, mely adatok egy alumínium termékről már most megvannak a saját rendszerben — összetétel, származás, tételjegyzékek, műszaki jellemzők. Ezt követően célszerű megnézni, hogy ezek az adatok strukturált, exportálható módon érhetőek-e el (exportálás egy fájlba, csatolás egy felületen keresztül), ahelyett hogy csak papíron vagy több osztály között szétszórtan lennének. Utána az a kérdés, hogy az útlevelet összeállító platform által kívánt formátumhoz illeszkedni: az alupas.eu az útlevelet a gyártó vagy behozatali szereplő által szolgáltatott adatok alapján állítja össze, és az, hogy az adatszolgáltatás technikailag hogyan zajlik — kézi bevitel, fájlfeltöltés vagy egy automatizált csatolás — olyan kérdés, amelyet a platformmal egyeztetnek meg, amint a delegált jogi aktusból ismert a technikai specifikáció. Egy vállalat, amely már most áttekinthetően és strukturáltan tartja nyilván a termékadatjait, később kevesebb munkát kell felfordítania ezeknek az adatoknak az átadásához, függetlenül attól, hogy az később ERP-csatoláson keresztül zajlik-e vagy másképpen.

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

Az ESPR 10. cikke a digitális terméktanúsítványok követelményeit írja le, beleértve az adathozzáférhetőséget és az adathordozóval való összekapcsolást. A 11. cikk kifejezetten a tanúsítványrendszer technikai megtervezésére és működésére vonatkozik: hogyan rögzítik, tárolják és cserélik ki az adatokat, figyelembe véve az interoperabilitást a lánc különböző rendszerei és szereplői között. Mindkét cikk a konkrét technikai szabványokat és formátumokat későbbi végrehajtási szabályokra bízza; azonban rögzítik azt az alapelvet, hogy a tanúsítványnak gépek által olvashatónak és rendszerfüggetlennek kell lennie, amely alapot képez minden jövőbeni külső rendszerrel, például ERP-csomaggal való összekapcsoláshoz.

Aki már most szeretne előkészülni, a legcélszerűbb az önálló termékadatokat strukturáltan és digitálisan rendben tartani, hogy az adatszolgáltatás — bármilyen formában is — később pusztán csatlakoztatás kérdése legyen, és ne igényeljen teljes újjárendezést.

Erre alapozva

A rendelet maga az EUR-Lex platformon található. Mindegyik kijelentéshez forrást adunk; nem kell bennünkben bíznia.

Mit kell konkréten tennie

Mit várnak el Ön-től

Az útlevélnek adathalmazként át kell adhatónak lennie, nem csupán képernyőként

Az ESPR 10. cikke (2024/1781/EU rendelet) az digitális termékaútlevelet olyan adatok gyűjteményeként írja le, amely elektronikus eszközökön keresztül olvasható és átadható. Ez más követelmény, mint "egy szép oldal, amely megnyílik a QR-kód beolvasása után". A 10-100 fős vállalat számára ez azt jelenti, hogy az útlevélben szereplő adatokat strukturált adatként is elérhetővé kell tenni — nem kizárólag weboldalon megjelenő szövegként. Az, hogy ezt a saját ERP- vagy készletrendszerhez csatornázódik-e, és hogyan, a vállalat saját döntése; a szabályozás nem írja elő a csatornázódást, de megköveteli egy olyan adathalmazt, amely ahhoz alkalmas.

A rendszerek közötti interoperabilitás egy alapelv, nem a szállító technikai választása

Az ESPR 11. cikke az digitális termékaútlevél technikai kialakításáról és működéséről szól, és az interoperabilitást az útlevélrendszernek megfelelő alapelvek egyikeként említi. Ez közvetlenül érinti a kérdést, hogy lehetséges-e a csatornázódás egy saját rendszerhez: egy e cikk szerint felépített útlevél alapvetően az adatok rendszerek közötti cseréjére szolgál, és nem egy zárt környezetre. A gyakorlatban egy vállalat ezt főként akkor veszi észre, amikor a kérdés merül fel, hogy milyen adatformátumokat és azonosítókat használ a platform, és azok összhangban vannak-e azzal, amit a saját ERP-rendszere már kezel.

Az egyedi azonosítókód az útlevél és a saját adminisztráció közötti kapcsolat

A termékaútlevél és egy belső rendszer közötti csatornázódás vagy meghibásodása vagy működése egy termékenként vagy kötegként megadott egyértelmű azonosítókóddal függ össze. Egy egyértelmű csatolókulcs nélkül egy ERP-csatornázódás a gyakorlatban nehéz automatizálni, még ha ez a 10. vagy 11. cikk szövegében sehol sem szerepel betűszerűen. Az, hogy az azonosítókód hogyan épül fel és kerül hozzárendelésre, az oldalon van leírva hogyan adhat minden termékhez egyedi azonosítókódot. Egy olyan vállalat számára, amely alumíniumot kötegesen értékesít, ez azt is érinti, hogy a regisztrációra köteg vagy darab alapon kerül-e sor, amelyet részletesebben az oldalon adtak meg köteg- vagy darabszintű regisztráció.

Az útlevél megmarad, még ha a belső rendszer is megváltozik

Egy ERP-rendszer valamikor helyettesítésre kerül, átköltözik vagy frissítésre kerül. Az útlevél maga nem fut bele automatikusan — tíz éven keresztül üzemeltetésre kerül, függetlenül attól, hogy mi történik belsőleg az előkészítési adminisztráció során. Ez a megkülönböztetés fontos az összekapcsolás beállítása során: az összekapcsolás egy kényelme a saját üzleti működésnek, nem a kötelezettség helyettesítése, hogy az útlevél elérhető maradjon. Az ebből az elõírási időszakból származó további információ az oldalon található meg meddig kell egy útlevelünk elérhető maradnia.

Hol sül el a gyakorlatban

Az útlevél és a saját rendszer közötti csatornázódást fontolgató vállalatoknál néhány helyzet rendszeresen előfordul:

Az ERP-rendszer a forrásnak tekintendő, miközben az útlevelét a forrásnak kell maradnia. Az adatok közzététele után az útlevél a külvilág számára felkereshető igazság. A belső rendszerben végzett módosítások nem futnak át automatikusan, és aki ezt összekeveri, veszélye, hogy az útlevél és a saját adminisztráció eltérnek egymástól.
Az előkészítési módosítások összekeverödnek az útlevelei módosításokkal. Egy belső készletrendszer naponta változik: számok, helyek, kötegállapotok. Az útlevél terméktulajdonságokat rögzít, nem az aktuális készletpozíciót. Aki ezt a kétféle adatot összemossa egy csatornázódásban, szükségtelen összetettséget hoz létre — és néha jogcímek nélküli módosítást végez egy már közzétett útlevélen. Az, hogy a módosítás után pontosan hogyan működik, az oldalon van leírva adatok módosítása a közzététel után.
Az összekapcsolás a platform azonosítókódja figyelembe vétele nélkül kerül felépítésre. Ha a belső cikkszám nem egyezik az útlevélben használt kóddal, manuális fordítási lépés lép fel, amely a gyakorlatban nagy mértékben meghiúsítja a kapcsolást.
Feltételezzük, hogy az ERP-integráció gondoskodik a termékre felnyomtatott fizikai QR-kódról is. Ez két külön komponens: az adatkapcsolat az információcsere szabályozása, a hordozó magára az alumíniumra történő felhelyezése egy külön folyamat. Lásd erről hogyan kerül a QR-kód a termékre.
Feltételezzük, hogy a saját rendszer később maga fog egy útlevelet „generálni". Amíg az alumíniumra vonatkozó delegált aktus nem kerül közzétételre, nem rögzített, hogy pontosan milyen adatformátum lesz kötelező. Az integráció előkészíthető, de az a feltételezés, hogy a saját ERP-rendszer később önálló módon megfelel majd az összes követelménynek, túlhaladott.

Amit rögzíthet

Azoknak a vállalatoknak, amelyek a termékajtókönyv és a saját rendszer közötti kapcsolódást fontolgatják, praktikus a következő pontokat belsőleg rögzíteni — még akkor is, ha az integráció még nem kerül felépítésre:

Az ERP- vagy készletkezelő rendszer mely mezői felelnek meg a termékadat-útlevél mely mezőinek, beleértve az egyes termékekhez vagy tételekhez használt azonosító kódot.
Ki a vállalaton belül felelős azoknak az adatoknak az naprakészen tartásáért, amelyeket mind belső felhasználásra, mind az útlevélben használnak.
Megállapodás arról, hogy mely időpontban kerülnek át az adatok a belső rendszerből az útlevélbe, és arról, hogy mely időpontban kifejezetten nem történik meg ez automatikusan.
Dokumentáció arról, hogy mely rendszer szolgál forrásként mely adathoz — hogy ellenőrzéskor vagy egy megrendelő kérdésére egyértelmű legyen, hogy egy szám vagy jellemző honnan származik.
Áttekintés arról, hogy az útlevél darabonkénti vagy tételenkénti alapon van-e felépítve, mivel ez határozza meg, hogy a készletsorokkal való összekapcsolás legjobban hogyan rendelhető el.

Ezek a pontok nem rögzítenek eredményt és nem garantálják, hogy az összekapcsolás megfelelne annak, amit a delegált jogi aktus majd megkövetel — annak szövege még nem létezik. Azonban biztosítják, hogy egy vállalat a konkrét technikai követelmények megjelenésekor nem nulláról kell kezdenie annak kiderítését, hogy mely adatok melyik helyre tartoznak.

Ez nem jogi tanácsadás. Ez az oldal általános információt nyújt arról a jogszabályról, amelyre ez a platform vonatkozik. Mi nem ismerjük az Ön helyzetét. Ha bizonytalan az Ön saját esete tekintetében, egy jogász vagy az illetékes felügyeleti hatóság tanácsát kérje.

AI-val írva a fenti források alapján, emberek által ellenőrizve 2026-08-22-én. Valami nem stimmel? Tudassa velünk — a korrekciókat előnyben részesítjük.