Összekapcsolhatom a termékpasszportot az ERP- vagy készletgazdálkodási rendszeremmel?

A coupling is the starting point of the system, not an exception

Yes, a coupling between a product passport and an ERP or inventory system aligns with how the digital product passport is intended. Article 11 of the ESPR (Regulation (EU) 2024/1781) requires that the passport be technically set up so that data can be exchanged via open, interoperable standards between the parties in the chain. This means that the data already held in an ERP or inventory system — article numbers, material data, origin, technical specifications — can in principle be the source from which the passport is populated, rather than having everything manually re-entered. Elektropas.com is the place in that chain where this data is combined into a passport, hosted, and linked to a QR data carrier. How that coupling looks in technical detail — which file format, which API, which fields are mandatory — has not yet been determined for electronics and ICT equipment, because the delegated act for this product category has not yet been published.

Who this applies to and where the boundary lies

This question is particularly relevant for manufacturers and importers who already maintain their product data in a structured way — in an ERP package, a PIM system or an inventory register — and who want to avoid the passport becoming a separate, manual process. For them, a coupling is relevant because it saves duplicate work and reduces the risk of errors.

What this does not apply to: the product passport does not replace the ERP system, and vice versa. The passport is a separate, externally accessible data file that is linked to a physical product via a unique identifier and a data carrier, as Article 10 of the ESPR describes. An ERP system remains the company's internal administration; the passport is the layer that discloses information to the outside world — towards the consumer, the supervisory authority or the next link in the chain. A coupling therefore means that data flows from one system to the other, not that both systems merge.

The exact technical standard is not yet fixed for electronics

There is no fixed date yet for when the technical specification for electronics and ICT equipment will be known. According to the ESPR Work Plan 2025-2030, the delegated acts are being developed per product category, and for electronics this is expected from 2027 onwards. Until that act is published, only the general principles from Articles 10 and 11 apply: the passport must be interoperable, machine-readable and based on open standards. Which standard this will concretely be for electronics — which data format, which interfaces, which mandatory fields — is not yet determined. Once the delegated act for this product category has been published, that information will be added here.

Hogyan valósítják ezt meg a gyakorlatban

The order in which this is usually tackled looks as follows. First, you map out which data already exists in the existing ERP or inventory system and which of that is likely to be relevant for a product passport — think of material composition, origin, technical documentation and repair information. Next, it makes sense to check whether that data is already structured and consistently recorded, because machine-readability is one of the principles of Article 11: the cleaner and more unambiguous the source data, the simpler a later coupling will be. After that, it is a matter of waiting for the delegated act for electronics, because only then will it become clear which format and which coupling method will be required. Once that specification is available, you can check whether the existing system can provide an export in that format, or whether an intermediate step is needed. At this moment there is no reason to already build a specific technical integration, because the standard on which it would have to be based is not yet fixed — that work might then have to be redone.

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

Hogy az ERP- vagy készletrendszerrel való összekapcsolás elképzelhető és szándékolt, az két cikkből következik. Az ESPR 10. cikke az olyan követelményeket írja le, amelyeknek a digitális termékpasszust teljesítenie kell, beleértve az egyedi termécazonosításhoz történő összekapcsolást és az adatok hozzáférhetőségét az érintett felek számára. A 11. cikk kifejezetten a passzus műszaki tervezésére és működésére vonatkozik, és megállapítja, hogy ez nyílt, interoperábilis szabványok alapján történik, amelyek lehetővé teszik az adatcsere a láncon keresztül. Együtt ezek a cikkek képezik az alapját annak, hogy a belső vállalati rendszerek és a külső passzus közötti összekapcsolás nem kiegészítés, hanem a rendszer felépítésének része — bár az elektronikára vonatkozó pontos műszaki megvalósítás még nem került közzétételre.

Aki most már elő szeretne készülni, az jól teszi, ha saját termékadatait rendbe hozza: következetesen, strukturáltan és teljes körűen, hogy egy későbbi összekapcsolás — amint az elektronikára vonatkozó szabvány ismertté válik — a lehető legkevesebb további munkát igényelje. Az elektropas.com nyomon követi az elektronikára és az ICT-berendezésekre vonatkozó delegált jogi aktus közzétételét, és ezt az oldalt kiegészíti, amint a műszaki specifikáció ismertté válik.

Erre alapozva

A rendelet maga az EUR-Lex webhelyen található. Érvelésenként hivatkozunk; nem kell bennünket hinni.

Mit kell konkrétan tennie

Mit várnak el Önöktől

Az ERP- vagy készletkezelő rendszer összekapcsolása a digitális termékútlevéllel számos vállalat számára a logikus megoldás: a termékadatok már ott vannak, miért is ne lehetne azokat automatikusan továbbítani? Az ESPR (2024/1781 EU rendelet) nem írja elő, hogy ez a kapcsolat technikai szinten hogyan működjön, de meghatározza, hogy az útlevél milyen követelményeknek kell megfelelnie. Ezek a követelmények a gyakorlatban azt határozzák meg, hogy egy saját rendszerrel való kapcsolat mit lehet és mit nem lehet.

Az útlevélnek meg kell felelnie az 11. cikk technikai követelményeinek

Az ESPR (2024/1781 EU rendelet) 11. cikke a digitális termékútlevél technikai tervezési követelményeit írja le: hogyan kell az adatokat elérhetővé tenni, milyen formában és hogyan kell azokat a termék egyedi azonosításához kapcsolni. Egy 10–100 fős vállalat számára ez azt jelenti, hogy a saját ERP-rendszerrel való kapcsolat nem lehet egyszerűen egy Excel-fájl exportálása: a rendszerből továbbított adatoknak az útlevélhez szükséges technikai formátumnak kell megfelelniük. Az egyes termékkategóriák vonatkozásában konkrétan mely formátumról van szó, azt a termékútlevél formátumáról szóló oldalon olvashatja. az útlevél fájlformátuma.

Az útlevélnek egy egyedi termécazonosításhoz kell kapcsolódnia

Az ESPR (2024/1781 EU rendelet) 10. cikke az útlevél tartalmára és szerkezetére vonatkozó követelményeket állapít meg, így a termékenként azonosító kódhoz való kapcsolódást is. Az ERP-rendszer gyakran már dolgozik cikkonumokkal, SKU-kkal vagy kötegkódokkal, de ezek nem feltétlenül azonosak az útlevél által megkövetelt azonosító kóddal. Egy közepes méretű vállalat számára ez azt jelenti, hogy fordítást kell végezni a belső termékódozás és az azonosító kód között, amelyet külsőleg, a QR-kódból aktiválnak. Az útlevél az egyedi kód termékenként történő felállítását ismerteti. az egyes termékeknek egyedi azonosítókódot adni.

A kapcsolatnak az adatokat naprakészen kell tartania anélkül, hogy elveszítené a forrást

Az ERP-rendszer folyamatosan változik: a készletszintek módosulnak, a cikkek elavulnak, új változatok jelennek meg. Az útlevél másik ütemben működik — egy meghatározott időszakban elérhetőnek kell maradnia, még akkor is, ha az alapul szolgáló termék már nem kerül értékesítésre. Az az összekapcsolás, amely egyszerűen az ERP-rendszerben jelenleg tárolt információkat továbbítja, azzal a kockázattal jár, hogy a korábbi útlevelek felülírásra kerülnek vagy eltűnnek, amint egy terméket eltávolítanak az aktív szortimentből. Az útlevél meddig marad elérhetőnek, az útlevél időtartamáról szóló oldalon látható. az útlevél időtartama.

Hol megy félre a gyakorlatban

Néhány helyzet viszonylag gyakran előfordul azoknál a vállalatoknál, amelyek az ERP-rendszerüket a termékútlevélhez szeretnék csatlakoztatni.

Az automatikus szinkronizálás felülírja az aktív útleveleket. Ha egy cikket az ERP-rendszerben módosítanak — egy alkatrész új szállítója, megváltozott csomagolás —, ez a módosítás olykor közvetlenül átvitelre kerül a közzétett útlevélre, anélkül, hogy egyértelmű lenne, hogy ez új útlevél legyen-e vagy a meglévő frissítése.

A cikkonumot összetévesztik a termécazonosítással. Az előirányzati rendszer belső cikkonumát használják az útlevél egyedi azonosítókódjául, miközben ez a szám például értékesítési csatornánként vagy régiónként eltérő lehet — így egy fizikai termék több, egymástól eltérő útlevéllel végzi.

Az ERP-rendszerben történő elavulás az útlevelet is offline kapcsolja. Amint egy terméket "már nem elérhető" megjelöléssel látnak el az előirányzati rendszerben, az útlevél összekapcsolása abbahagyja az útlevél közzétételét vagy karbantartását — holott az útlevél még elérhetőnek kell maradnia azon termékek vonatkozásában, amelyek már a fogyasztó használatban vannak.

Az összekapcsolás olyan formátumban szállít adatokat, amely nem egyezik meg. Az ERP-rendszer egy belső formátumban exportál adatokat (például egy CSV vállalati specifikus mezőnevekkel), amely nem felel meg egy az egyben az útlevél által megkövetelt szerkezetnek, ezért egy közbenső lépésre van szükség, amely nem volt előirányozva.

A csomagolási szintek keverednek. Az előratozási rendszer gyakran az értékesítési egység szintjén rögzít, míg a termékpaszport termékvariánsonként vagy csomagolási egységenként eltérhet – különösen olyan termékek esetében, amelyeket több készüléket tartalmazó dobozokban szállítanak. Ennek az együttműködésnek az Operation módját a a termékpaszport működésére vonatkozó oldal több készüléket tartalmazó dobozban.

Amit rögzíthet

azokat a vállalkozásokat, amelyek fontolgatják az ERP- vagy előratozási rendszer csatlakoztatását a termékpaszporthoz, praktikus előzetesen több dologról szóban vagy írásban megállapodni:

Az ERP-rendszer mely mezői felelnek meg a paszport mely mezőinek áttekintése, valamint az útmutató az interni cikkszámozás és a külső termékidentifikáció közötti eltérésekről.
A termék módosítása esetén követendő eljárás: mikor vezet az ERP-rendszer módosítása új paszporthoz, és mikor a meglévő paszport frissítéséhez.
Az kiváltásból való kilépési eljárása, amelyben rögzítve van, hogy a paszport függetlenül működik az előratozási rendszer "aktív" vagy "kiváltott" állapotától.
Megállapodás arról, hogy ki felelős a csatlakoztatásért — belső IT-csapat, külső platform vagy ezek kombinációja — és ki ellenőrzi, hogy a megadott adatok valóban megfelelnek-e a szükséges formátumnak.
Az alkalmazott technikai formátum dokumentációja, hogy ellenőrzés vagy audit során igazolható legyen, hogy a csatlakoztatás megfelel az ESPR (2024/1781 (EU) rendelet) 11. cikkéből fakadó követelményeknek.

Azokat a vállalkozásokat, amelyek az ERP-rendszer mellett GS1-szerkezetet is használnak a logisztikájukhoz, fontos tudnia, hogy ez a szerkezet összhangban van-e a paszport követelményeivel, és ha igen, hogyan; erről további információ található a mi a GS1 Digital Link, és szükséges-e a terméktájékoztatóhozoldalon. Praktikus azt is rögzíteni, hogy a csatlakoztatás hogyan működik azon nyilvántartással kapcsolatban, amelybe a paszportokat fel kell venni, amint azt a az Európai digitális termékpaszportok nyilvántartása.

Ez nem jogi tanács. Ez az oldal általános információt nyújt az érvényes szabályozásról. Mi nem ismerjük az Ön helyzetét. Ha bizonytalansága van saját ügyében, konzultáljon ügyvéddel vagy a hatáskörrel rendelkező felügyelettel.

Mesterséges intelligenciával írva a fenti források alapján, 2026-08-22-én embernek végignézve. Nem stimmel valami? Jelezze — a javítások elsőbbséget kapnak.