texpas.eu

Összekapcsolhatom a termékpasszust az ERP- vagy készletkezelő rendszeremmel?

A csatolás az alapelv, a technikai forma még nem

A digitális termékpaszport és a saját ERP- vagy készletkezelő rendszer közötti csatolás összhangban van azzal, ahogyan az ESPR a paszportot felépítette: az adatoknak géppel olvashatónak és interoperábilisnak kell lenniük, éppen azért, hogy ne kelljen mindig kézzel újra és újra bevinni őket. Az ESPR (2024/1781 (EU) rendelet) 10. cikke követelményeket állít az interoperabilitásra vonatkozóan, a 11. cikk pedig a technikai terv és a működése, köztük az adatcsere módja. Ez azt jelenti, hogy a csatolás alapvetően lehetséges. Az, amit még hiányzik, a konkrét technikai megvalósítás a textilnél: milyen fájlformátum, mely mezők kötelezőek és lesz-e szabványos API, még nem dőlt el. Ezek a részletek a kiegészítő szabályozásból adódnak, amelyet speciálisan a ruházati és textiliparra dolgoznak ki.

Akire ez vonatkozik és akire nem

Az 10. cikk szerinti interoperabilitási követelmény és a 11. cikk szerinti technikai előírások a digitális termékpaszportra vonatkoznak, függetlenül attól, hogy egy márka, importőr vagy private label maga állítja-e össze a paszportot, vagy azt összeállíttatja. Ez tehát egy általános követelmény az ESPR-en belül, nem valami, amelyet termékkategóriánként külön-külön találnak ki. Ebből nem következik viszont az a kötelezettség, hogy már most technikai csatolást kell építeni, vagy annak a garanciája, hogy egy bizonyos fájlformátum vagy protokoll később még hasznos lesz. A paszport ugyanis nem az ERP-rendszer másolata: azokat az adatokat tartalmazza, amelyek a paszporthoz relevánsak (összetétel, származás, karbantartási információ és hasonlók), nem a teljes készlet- vagy rendelésadminisztrációt. A csatolás a gyakorlatban azt jelenti, hogy a már meglévő termékadatoknak egy része átkerül a paszportba, nem az, hogy a két rendszer teljesen összeolvad.

Mikor lesz ez konkrét és mi érvényes addig

Ennek a kötelezettségnek nincs végleges dátuma. Az ESPR-munkaterv 2025-2030-ból kiderül, hogy a textilhez szóló delegált jogi aktus várható 2027-ben, és a nyolcvan százalék vagy annál több textilenergiafelhasználásával rendelkező ruházat kerül elsősorban sorra. Amint az a jogi aktus közzétételre kerül, világossá válik az adatcsere technikai követelménye is, és így az is, hogy és hogyan néz ki egy ERP- vagy készletkezelő rendszerrel való csatolás. Addig csak az 10. és 11. cikk általános előírásai érvényesek: a keret adott, a textilhez kapcsolódó technikai megvalósítás még nem. Aki már most akarná építeni a csatolást, olyan kereten belül építkezik, amelynek a részletei még változhatnak.

Mit jelent ez a gyakorlatban, lépésről lépésre

Először célszerű megnézni, mely adatok vannak már a saját rendszerben és közülük mely adatok kerülhetnek egy paszportba: szálanyag-összetétel, termelés helye, anyagok forrása, karbantartási utasítások. Ezután gyakorlati szempontból célszerű ezeket az adatokat a lehető legjobban strukturáltan rögzíteni, állandó mezőkben egyértelmű értékekkel szabad szöveg helyett, hogy később könnyebben átkerülhessenek bármilyen formátumba. Ezután okos dolog lenne megfontoltan kezelni az olyan technikai csatolás vagy API tényleges kialakítását, mivel a textilre vonatkozó követelmények még nem véglegesek; az energia, amelyet most egy konkrét csatolásba fektetnek, a delegált jogi aktus közzététele után még módosításra szorulhat. Ami azonban már működik, az az adatok olyan módon történő beszerzése, amely most rendelkezésre áll: kézzel, egy fájlon vagy egy egyszerű exporton keresztül a meglévő rendszerből. A Texpas a paszportot azon adatokból állítja össze, amelyeket a gyártó vagy importőr szolgáltat, és ezt a szolgáltatást most már egy élő csatolás nélkül is feldolgozza. Amint a textilre vonatkozó technikai keret ismertté válik, vizsgálható, hogy egy közvetlenebb csatolás az ERP- vagy készletkezelő rendszerből hozzáadott értéket nyújt-e.

Ezen alapszik: az ESPR 10. és 11. cikke

Az interoperabilitási követelmény és a digitális termékpasszus gépi olvashatóságára vonatkozó követelmény az ESPR 10. cikkéből (az (EU) 2024/1781 rendelet) következik, amely a passz általános követelményeit rögzíti. Ugyanez a rendelet 11. cikke a passz műszaki kialakítását és működését írja le, beleértve az adatok digitális rögzítésének és cseréjének módját. Mindkét cikk keretet alkot, amelyen belül a későbbi, termékspecifikus textilszabályozásnak ki kell töltenie a műszaki részleteket; a textil és ruházat vonatkozásában ez a kitöltés még nem történt meg.

Aki most már strukturáltan rögzít összetételre, eredetre és karbantartásra vonatkozó adatokat a saját rendszerében, később nem kell újrakezdenie, függetlenül attól, hogy a csatolás milyen műszaki formát kap. Az delegált jogi aktus aktuális állapotáról és a pontos ütemezésről az Európai Bizottság hivatalos forrása az, amit figyelemmel kell kísérni.

Mit kell konkrétan tennie

Mit várnak önnel

A passzportnak képes kell lennie adatokat fogadni forrásrendszerekből

Az ESPR 10. cikke (2024/1781/EU rendelet) előírásokat állít fel arra vonatkozóan, hogy milyen adatoknak kell szerepelniük egy digitális termékpasszportban és ezek hogyan érhetők el. Ezek az adatok nem a semmiből jönnek: már megtalálhatók meglévő rendszerekben, például egy ERP-csomagban, egy PLM-rendszerben vagy egy készletkezelő csomagban — anyagösszetétel, szállítói adatok, tétel számok, kezelési utasítások. Egy 10–100 fős vállalat számára ez gyakorlatilag azt jelenti, hogy kapcsolat szükséges az adott rendszer és az a rendszer között, amely összállítja és közzéteszi a passzportot. Ez lehet automatizált kapcsolódás, de időszakos export is, amely manuálisan töltődik fel. Mindkettő alapvetően lehetséges; hogy melyik forma praktikus, az a termékek és variánsok mennyiségétől és az adatok változásának gyakoriságától függ.

A technikai működésnek az établi normákhoz kell igazodnia

Az ESPR 11. cikke (2024/1781/EU rendelet) a passzport technikai tervezését és működését írja le, beleértve az adatcsere módját. Ez közvetlenül érinti annak kérdését, hogy egy kapcsolódás hogyan állítható fel technikailag: nem minden exportformátum egy tetszőleges ERP-rendszerből illeszkedik feldolgozás nélkül ahhoz, amit egy passzportrendszer vár. Egy közepes vállalat számára ez azt jelenti, hogy fordítási munka szükséges a saját adatstruktúra és a passzporthoz használandó formátum között. Ez egy technikai kérdés, nem jogi — de valóban érinti azt a kérdést, mi az a GS1 Digital Link és szükséges-e a termékpasszuszhoz, mivel az elvárható szabványosítás egy része ilyen rendszereken keresztül megy végbe.

Minden terméket össze kell tudni kapcsolni a helyes passzportadatokkal

Az ERP- vagy készletkezelő rendszerrel való kapcsolódás csak akkor működik, ha van egy szilárd módja annak, hogy egy fizikai terméket összekapcsoljunk a helyes passzporttal. Ez egy konzisztens kulcsot igényel a rendszerek között: azonos cikkszám, azonos tétel kód vagy azonos variáns-azonosítás az ERP-rendszerben, mint a passzportban. E kapcsolódás nélkül fennáll a kockázata, hogy egy kapcsolódott rendszer ugyan adatokat továbbít, de a hibás passzporthoz, vagy hogy az egyik rendszerben végzett módosítás nem érvényesül a másikban. Ez szorosan kapcsolódik ahhoz, hogy minden termék egyedi azonosító kódot kap; világos azonosító logika nélkül a rendszerek közötti kapcsolódás kevés érték biztosít.

Ahol hibák történnek a gyakorlatban

Egy első gyakran előforduló helyzet: egy vállalat ERP-rendszere cikkeket stílus szerint tartalmazza, de nem szín vagy méret szerint. A passzport azonban variáns szinten kell, hogy helytelen legyen, és akkor kiderül, hogy a kapcsolódás olyan adatokat továbbít, amelyek az egyik méretre helyesek, a másikra pedig nem.

Egy második helyzet: adatok egy alkalommal kerülnek át egy kollekcióindítás során, de az ERP-rendszer későbbi módosítása — például egy adott tétel más szállítója — nem kerül automatikusan átküldésre a közzétett passzportba. A passzport ily módon elválik a valóságtól anélkül, hogy valaki ezt megvenné, amíg valaki hibát fedez fel és azt kérdezi, hogy egy közzétett termékpasszport még módosítható-e.

Egy harmadik helyzet: egy kapcsolódást technikailag egy külső IT-partner állít fel, de a vállalaton belül senki nem ellenőrzi utólag, hogy a passzportba került adatok valóban egyeznek-e azzal, ami az etiketten vagy a csomagoláson van. Egy olyan technikai kapcsolódás, amely működik, nem automatikusan olyan kapcsolódás, amely helyes.

Egy negyedik helyzet: a készletkezelő rendszert arra használják, hogy passzportokat automatikusan érvénytelenítsenek, amint egy termék elfogyott, anélkül, hogy figyelembe vennék azt a kérdést, hogy meddig kell egy passzportnak rendelkezésre állnia. Ez egy eltéréshez vezethet aközött, ami operatív szempontból kényelmes a készletadministrációhoz és aközött, amit hogy meddig kell egy termékpasszusznak elérhetőnek maradnia.

Ötödik helyzet: egy vállalatfúzió, felvásárlás vagy üzletág leállítása során a kapcsolat lekapcsolódik anélkül, hogy elgondolkodnának azon, hogy ki kezeli később az adatokat, ami ismét visszakapcsolódik a kérdéshez mi történik a terméktanúsítvánnyal, ha egy vállalkozás leáll.

Mit rögzíthet

  • A szisztémák egy áttekintése, hogy mely szisztémák mely passzportadatokat szolgáltatják: ERP az anyaghoz és a származáshoz, készletszisztéma a rendelkezésre álláshoz, PLM a tervezési és összeállítási adatokhoz.
  • A szinkronizáció gyakoriságáról rögzített megállapodás: valós idejű kapcsolat, napi export vagy kézi frissítés gyűjteménynként.
  • Egy dokumentum, amely leírja az azonosítókulcsot, amelyet arra használnak, hogy a termék az ERP-szisztémában a helyes passzporttal egyezzen meg — ideértve azt is, hogyan működik ez a méret vagy szín szerinti változatokkal.
  • Egy felelős funkció vagy személy, aki ellenőrzi, hogy a kapcsolaton keresztül beérkező adatok valóban helyesek-e, mielőtt egy passzportot közzétennének vagy frissítenének.
  • Egy eljárás arra, hogy mi történik a forrászszisztém módosítása esetén: ki jelzi ezt, és hogyan kerül a módosítás az opublikált passzportba.
  • Megállapodások egy informatikai szállítóval vagy belső informatikai osztállyal a kapcsolat technikai formátumáról, ideértve azt is, hogy mi történik szisztémaváltás vagy áttelepítés esetén.
  • A szisztematikusan csatolt adatok és a még kézzel kiegészítendő adatok áttekintése, így nem keletkezik rés aközött, amit a szisztém küldeni gondol, és ami ténylegesen a passzportban van.

Ez nem jogi tanácsadás. Ez az oldal általános információt nyújt az ezzel az platformmal kapcsolatos szabályozásról. Nem ismerjük az Ön helyzetét. Amennyiben kétségei vannak az Ön helyzetét illetően, forduljon ügyvédhez vagy a megfelelő felügyeleti szervhez.

AI-val írva a fenti forrásokra alapozva, emberi ellenőrzéssel 2026-08-22-én. Valami nincs rendben? Jelezze nekünk — a javításokat előnyben részesítjük.