Összekapcsolhatom a termékazonosítást az ERP- vagy készletgazdálkodási rendszeremmel?

A csatlakoztatás technikailag lehetséges, de nem kötelező vagy tiltott a jog szerint

Az ESPR nem írja elő, hogy a gyártó vagy importőr miként szolgáltatja az adatokat a digitális termékpasszporthoz. A rendelet a passzporttal szemben támasztott követelményeket szabályozza — mely adatoknak kell abban szerepelniük, hogyan kell hozzáférhetőnek lennie, és milyen műszaki szabványokkal kell működnie — de nem dönt arról, hogy az adatok kézzel vannak-e beírva, táblázatból származnak-e, vagy automatikusan egy ERP- vagy készletkezelő rendszerből nyerik-e ki őket. Az adott rendszer és egy passzportszolgáltatás közötti csatlakoztatás tehát nem az arról szól, mit engedélyez a törvény, hanem arról, mit tesz lehetővé az alkalmazott technika és a nyújtott szolgáltatás.

Kire vonatkozik ez, és mire nem

Ez a kérdés főként azokat a vállalatokat érinti, amelyek már ERP- vagy készletkezelő rendszerrel dolgoznak, és nem szeretnék kétszer fenntartani azonos termékadatokat: egyszer a saját rendszerben, egyszer a passzporthoz. Ez gyakorlati, nem jogi kérdés. Az ESPR nem írja elő, hogy a gyártónak automatizált csatlakoztatással kell rendelkeznie, és azt sem, hogy ez tilos volna. A rendelet az adja meg, hogy a passzportadatok végső műszaki formája milyen legyen — függetlenül attól, hogy hogyan érkeztek. Ez a téma tehát nem magáról a csatlakoztatás kötelezettségeiről szól, hanem az alapul szolgáló adatok követelményeiről, ami aztán meghatározza, hogy egy csatlakoztatás értelmes-e és megvalósítható-e.

Nincs még rögzített dátum, de már megállapított műszaki keretek

A delegált jogi aktus, amely a meubel digitális termékpasszport-kötelezettségét konkretizálja, még nem létezik; az ESPR munkaprogramja 2025-2030-ra a 2028. évet jelöli meg a kiadás várható időszakaként. Amíg ez az aktus nem jelenik meg, nem áll még fenn, hogy mely termékcsoportra vonatkozó adatok pontosan kötelezőek és milyen formátumban. Az azonban már rögzített az ESPR 10. és 11. cikkéből adódó általános műszaki követelmények: ezek minden delegált jogi aktus alá tartozó termékre, így majd a bútorokra is vonatkoznak. Ez az általános keret már ismert, és felhasználható saját adatfeldolgozási folyamatok kialakítására való gondolkodáshoz, még akkor is, ha a bútor-passzport pontos tartalma még nem rögzített.

Hogyan szabad ezt gyakorlatban megközelíteni

Aki már most gondolkodott egy csatlakoztatáson, azzal tenné meg a helyes lépést, ha először megvizsgálná, mely termékadatok vannak már strukturáltan a saját ERP- vagy készletkezelő rendszerben: anyagösszetétel, alkatrészek eredete, méretek, karbantartási utasítások és hasonlók. Ez az a kiindulás, amelyből a passzport összeálló — függetlenül attól, hogy kézzel vagy csatlakoztatáson keresztül történik. Ezt követően célszerű megállapítani, milyen formátumban rögzítik ezeket az adatokat, és ez a formátum alkalmas-e külső rendszerrel való cseréhez — gondoljunk strukturált mezőkre a szabad szöveg helyett. Ezen a platformon a passzport a gyártó vagy importőr által szolgáltatott adatokból összeálló; az, hogy ez a szolgáltatás pontosan hogyan és egy automatizált csatlakoztatás áll-e rendelkezésre, gyakorlati kérdés, amelyet külön lehet tárgyalni. A hosszabb távon célszerű a termékadatokat úgy strukturálni, hogy azok átkonvertálás nélkül alkalmasak legyenek a digitális passzporthoz, függetlenül attól, hogy a szolgáltatás kézzel vagy később automatizáltan történik-e. Ez megspórolja a munkaduplázódást arra az esetre, amikor a bútorokra vonatkozó kötelezettség életbe lép.

Alap: az ESPR 10. és 11. cikk

Az ESPR 10. cikke (az (EU) 2024/1781 rendelet) a digitális termékpasszportnak megfelelő követelményeket írja le, beleértve az adatok egy egyedi termékazonosító számhoz való csatolását és azok hozzáférhetőségét a termék élettartama során. Ugyanezen rendelet 11. cikke a passzport technikai megtervezéséről és működéséről szól, és nyílt szabványokra, interoperabilitásra, valamint az adatok gépi olvashatóságára vonatkozó követelményeket tartalmaz. Ezek a cikkek együttesen nem azt határoznak meg, hogy az adatokat hogyan kell bejelenteni, hanem azt, hogy az adatoknak végül milyen technikai formának kell megfelelniük — és ez pontosan az a kapcsolódási pont ahhoz a kérdéshez, hogy egy ERP- vagy raktárkezelési rendszerrel való csatolás lehetséges-e és hogyan.

Mit tehet most

Térképezze fel, hogy mely termékinformációk vannak már a saját ERP- vagy raktárkezelési rendszerben és milyen formátumban, és beszélje meg a passzport szállítójával — ebben az esetben ezzel a platformmal —, hogy mely bejelentési lehetőségek gyakorlatiak. Amint a bútorokhoz kapcsolódó delegált aktus közzé lesz téve, itt jelenik meg a konkrét dátum és az összes adatkövetelmény; addig is elsősorban azt érdemes tenni, hogy a saját adatokat előzetesen strukturálttá és átadhatóvá teszi.

Erre alapozva

Maga a rendelet az EUR-Lex-en található. Minden egyes kijelentésünket külön-külön citáljuk; nem kell bennünk hinni.

Mit kell konkrétan tennie

Mit várunk önöktől

Az ERP- vagy leltári rendszer és a digitális termékpasszportja közötti összekapcsolás technikailag gyakran lehetséges, és sok kézi munkát megtakaríthat. Az ESPR nem írja elő, hogyan juthat az adataihoz vagy hogyan kezeli azokat belsőleg; a rendelet követelményeket állít a passzporttal szemben, azzal, amit tartalmaznia kell, és hogyan kell hozzáférhetőnek lennie. Ez azt jelenti, hogy a saját rendszerrel való összekapcsolás nem cél önmagában, hanem eszköz az e követelmények teljesítéséhez.

A passzportnak meg kell felelnie a műszaki követelményeknek, az adatok forrásától függetlenül.

Az ESPR 10. cikke (2024/1781 EU rendelet) leírja, hogy milyen adatokat kell tartalmaznia a digitális termékpasszportnak, és milyen feltételeknek kell megfelelnie, például a helyességnek és teljességnek. Egy 10 és 100 közötti alkalmazottakkal rendelkező vállalkozat számára ez azt jelenti, hogy az adatok forrása — akár kézzel történő bevitellel, akár ERP-rendszerből származó automatikus adatokkal — nem csökkenti a tartalommal szemben támasztott elvárásokat. Az összekapcsolás tehát nem változtat a kötelezettségen; csak azt módosítja, hogy gyakorlatilag hogyan teljesíti ezt a kötelezettséget.

A passzportnak meg kell felelnie az 11. cikk által előírt műszaki tervezésnek.

Az ESPR 11. cikke (2024/1781 EU rendelet) a digitális termékpasszport műszaki tervezésére és működésére vonatkozik, beleértve az adatok tárolásának, cseréjének és a DataCarrier-en keresztüli hozzáférésének módját. A saját rendszerrel való összekapcsolás számára ez azt jelenti, hogy az összekapcsolás kimenete — azok az adatok, amelyek végül a passzportba kerülnek — illeszkedniük kell a passzportra vonatkozó műszaki keretbe, például a használt adatmodellbe és a meubel QR-kódjával történő hozzáférés módjába. Az ERP-csomag exportfájlja tehát ritkán közvetlenül passzport; általában egy forrás, amely először a megfelelő formátumra kell fordítani.

Minden összekapcsolás olyan adatokat szolgáltat, amelyeket egyedi azonosítási kódhoz kell kötni.

Az ERP- vagy leltári rendszer általában belső cikkszámokkal vagy SKU-kkal működik. Ezek nem esnek automatikusan egybe azzal az azonosítási kóddal, amelyet a termékpasszport megkövetel. Az összekapcsolás beállításakor tehát fontos annak meghatározása, hogy minden egyes termék egyedi azonosító kódot kap, és e kód hogyan viszonyul a saját rendszer meglévő cikkszámozásához. E fordítási lépés nélkül fennáll a kockázata annak, hogy a belső számok véletlenül a passzportba kerülnek, vagy hogy egy termékpasszportot nem lehet megfelelően nyomon követni a helyes leltári sorhoz.

Ahol a gyakorlatban hibák fordulnak elő

Automatikus szinkronizálás ellenőrzési pont nélkül. Az az összekapcsolás, amely közvetlenül és közbülső lépés nélkül továbbítja az adatokat az ERP-rendszerből a passzportba, hatékonynak tűnik, de azt is jelenti, hogy a forrásrendszerben elkövetett hiba — helytelenül bevitt anyagszázalék, lejárt tanúsítvány — automatikusan átvesz egy közzétett passzportba.

Zavar a belső SKU és a nyilvános azonosítási kód között. A vállalkozások néha ugyanazt a belső cikkszámot használják külső azonosító kódként anélkül, hogy ellenőriznék, hogy a szám már máshol használatban van-e vagy teljesíti-e a követelményeket. Ez különösen a GS1 Digital Link vel dolgozó vállalkozások esetében áll fenn, és az összekapcsolást ennek megfelelően kell összehangolni.

Nincs összekapcsolás az leltári mutáció és a passzport státusza között. Ha egy termék kikerül a termelésből, vagy egy új változat váltja fel, ezt az ERP-rendszerben gyakran jegyzik, de az nem vezet automatikusan a passzport frissítéséhez. Az a kérdés, hogy az adatok a közzététel után módosíthatók-e és hogyan csak később merül fel, általában akkor, amikor egy ügyfél vagy felügyeleti szerv észlel egy eltérést.

Elégtelen figyelem az összeállított termékekre. Az ERP-rendszer az alkatrészeket és a változatokat gyakran elkülönítve rögzíti, míg az a kérdés, hogy a bútor egészként vagy minden alkatrész külön-külön szükséges-e passzportot, külön kell megválaszolni. Az az összekapcsolás, amely az előnézeti rendszer szerkezetéből indul ki, azzal a kockázattal jár, hogy a helytelen egységet veszi alapul.

A csatolás leáll a rendszer- vagy szállítóváltáskor. Amikor egy vállalat ERP-csomagot vált, gazdálkodási partnert változtat, vagy szakít egy adott IT-szállítóval, gyakran nem gondolnak arra, hogy az útlevéllel való csatolást újra kell létesíteni. Ez érinti azt a kérdést is, hogy mi történik az útlevéllel ha egy vállalat maga leáll vagy megváltoztatja a formáját.

Mit lehet rögzíteni

Az ERP- vagy készletrendszerből az útlevélbe automatikusan átvett mezők és az olyan mezők áttekintése, amelyeket a közzététel előtt mindig kézzel ellenőriznek.
Az internál cikkszámok és a kívülről használt azonosítási kódok közötti rögzített fordítótábla, beleértve a táblázat naprakészen tartásáért felelős fél megállapodását.
Eljárás arra az esetre, amikor a forrásrendszer módosítása — új anyag, új szállító, módosított összetétel — az útlevél ellenőrzésének vagy módosításának szükségességét indokolja.
Megállapodások az IT-szállítóval vagy a gazdálkodási partnerrel arról, hogy mi történik a rendszer váltásakor, beleértve annak meghatározását, hogy ki felelős a csatolás áttelepítéséért.
Belső ellenőrzési pont (például negyedévente), amelynek során mintavételek alapján ellenőrizik, hogy a közzétett útlevélben szereplő adatok még megfelelnek-e az ERP-rendszer aktuális állapotának.
Dokumentáció az ERP-rendszerből szállított adatok nyelvéről vagy nyelveiről az útlevél kínálatának nyelvéről szóló kérdéshez kapcsolódóan milyen nyelven kell az útlevelet kínálni.

Sablonokat biztosítunk az ezen megállapodások közül többhez, hogy a rögzítés ne kelljen minden terméknél újra az alapoktól elkezdeni.

Ez nem jogi tanácsadás. Ez az oldal általános információt nyújt az e platform tárgyát képező szabályozásról. Nem ismerjük az Ön helyzetét. Kétség esetén az Ön saját helyzete tekintetében konzultáljon egy jogásszal vagy a hatáskörrel rendelkező felügyeleti szervezettel.

Az AI-val írva a fenti forrásokra alapozva, a 2026-08-22-én egy ember által ellenőrizve. Valami nem stimmel? Tudassa velünk — a korrekciók előnyt élveznek.