hibát találtam egy közzétett termékútlevélben, még módosítható-e

Igen, korrigálható, de a magukat az útlevelet a helyén marad

Az opublikált termékalkalmazás egy hibája helyrehozható: az ESPR sehol nem írja elő, hogy az útlevél publikálása után megváltoztathatatlan maradjon. Ami azonban rögzített, az az, hogy az útlevél az egyedi termékidentifikációval összekapcsolva marad, és ugyanazon az adathordozón keresztül elérhetőnek kell maradnia. A helyrehozás tehát nem azt jelenti, hogy új útlevél új QR-kóddal jön létre, hanem hogy a meglévő QR-kód mögött lévő adatok módosulnak — így aki a terméket beolvassa, továbbra is a helyes információkat látja.

Mely hibáknál működik ez, és hol nem erre szánják

Ez a lehetőség az útlevél tartalmában végzett korrekciókra vonatkozik: egy hibás szálszázalék, egy nem megfelelő gyártási hely, egy tévesen hiányzó gondozási útmutató. Ez más, mint magának a terméknek a módosítása. Amint a termék fizikai tulajdonsága megváltozik — más anyag, más összetétel — már nem egy meglévő adatok helyrehozásáról van szó, hanem egy új vagy módosított termékről, amelynek lehet saját azonosítása. Ez érinti azt a kérdést, hogy az egyes termékek egy egyedi azonosítókódot kapnak: egy korrekció ugyanahhoz az azonosításhoz kell, hogy maradjon, egy termékváltoztatás nem feltétlenül. Szintén fontos: ha a terméknek már több útlevele van — például azért, mert a különböző szabályozás külön-külön kéri — akkor egy korrekció az egyik útlevelben nem automatikusan érinti a másikat. Hogy ez a kombináció hogyan működik, az alábbiakban található: több termékalkalmazás egy termékhez.

Mikor válik aktuálissá

Ez a kérdés akkor válhat aktuálissá, amikor a ruházat és textil termékalkalmazása kötelezővé válik, és ez a dátum még nincs rögzítve. Az Európai Bizottság munkatervében egy delegált aktus szerepel, amely várakozottan 2027-ben érkezik meg, és a textilszálakból legalább nyolcvan százalékban álló ruházat az első kategória. Amint a delegált aktus közzétételre kerül, a tényleges dátum itt lesz feltüntetve. Addig nincs törvényi kötelezettség az útlevél közzétételére, és ezért nincs olyan helyzet, amelyben a kötelező útlevélben való korrekció szóba kerülne. Aki már most egy pilot vagy korai bevezetéssel dolgozik, saját maga dönt a korrekciók feldolgozásáról, amíg nincs törvényi kötelezettség.

Így kezeled a talált hibát

Először: állapítsd meg, hogy az útlevelben szereplő adatról van szó, vagy olyan hibáról, amely mélyebben gyökeredzik — például abban az alapadatbázis-rendszerben, amelyből az útlevél felépül. A texpas.eu-nél az útlevél az anyag- vagy importőrből érkező adatokból áll össze; egy korrekció tehát általában azzal kezdődik, hogy ezeket az alapadatokat módosítják, nem magát az útlevelet. Majd: ellenőrizd, hogy a termék azonosítása megváltozott-e. Ha nem, a tartalom a meglévő QR-kód mögött frissíthető anélkül, hogy új adathordozót kellene a termékre helyezni — ez azok számára releváns, akik már tudják, hogyan a termékre helyezett QR-kód van elhelyezve, és ezt nem akarják megismételni minden módosításnál. Utána: ellenőrizd, hogy az útlevél szerepel-e az európai nyilvántartásban, és hogy egy korrekciót ott is át kell-e vezetni. Mit tartalmaz ez, és hogyan kapcsolódik a módosításokhoz, az alábbiakban található: a digitális termékalkalmazások európai nyilvántartása. Végül fontos, hogy dokumentáld, mikor és miért vezettél végre korrekciót — nem azért, mert az ESPR ezt kifejezetten előírja az itt forrásaként szolgáló szövegben, hanem azért, mert egy nyomon követhető, visszavezethetőés módosítás gyakorlati szempontból értelmes egy olyan dokumentumhoz, amelynek tíz évig elérhetőnek kell maradnia. Aki az útlevelet harmadik fél által összeállíttatja, általában úgy oldja meg a korrekciót, hogy saját rendszeréből frissíti az adatszolgáltatást; milyen az adatszolgáltatás, ha az útlevél egy ERP- vagy készletkezelési rendszerhez van kapcsolva, akkor azt is meghatározza, hogy milyen gyorsan válik hatályossá egy korrekció.

Ebből az alábbiak következnek: az ESPR 9. és 10. cikke

Az ESPR 9. cikke (az (EU) 2024/1781 rendelet) azt írja le, hogy mi a digitális termékpasszus, és milyen szerepe van a termék, az azonosítás és az adathordozó közötti összekapcsolódásnak. A 10. cikk részletesebben kidolgozza a passzusra vonatkozó követelményeket, beleértve az adatok hozzáférhetőségét abban az időszakban, amikor a passzus elérhető kell hogy legyen. Ebből az elrendezésből az következik, hogy a passzus egy élő adat, amely a termékhez marad kapcsolódva, nem pedig egy olyan rögzített dokumentum, amely a közzététel után befagyasztódik. Egyik cikk sem zárja ki a javítást, és egyik sem ír elő rá külön eljárást; azonban a rendelkezésre állásra vonatkozó követelmények alapján az adatoknak helyesnek kell lenniük, amíg a passzus létezik, és azok hozzáférhetőek az adathordozón keresztül.

Ha valaki most hibát talál egy közzétett passzusban, azzal kezdi, hogy megkérdezi, hogy az adat vagy maga a termék hibájáról van-e szó, módosítja az alapjául szolgáló regisztrációt, és ellenőrzi, hogy a módosítást az adatbázisban is végre kell-e hajtani. A követelmények pontos szövegéhez mindig a hivatalos forrás az irányadó.

Ennek az alapja

Maga a rendelet az EUR-Lex oldalon érhető el. Minden megállapítás után hivatkozunk; nem kell nekünk hinnie.

Mit kell konkrétan tennie

Mit várnak önnel

Az adatoknak aktualitása és helyeseknek kell lenniük, amíg a passzus létezik

Az ESPR 10. cikke (az (EU) 2024/1781 rendelet) követelményeket határoz meg arra vonatkozóan, hogy a digitális termékpasszus hogyan működik: az adatoknak hozzáférhetőnek, megbízhatónak és aktualitásnak kell maradniuk, amíg a passzus kötelezően elérhető kell hogy legyen. Ez nem egy pillanatkép a közzétételkor, hanem egy folyamatos követelmény. A 10-100 fős cégnél ez azt jelenti gyakorlatilag, hogy a passzus közzététele után valaki felelős azért — nem csak az elkészítéséért. Sok cégnél ez a felelősség annak a személyé, aki a passzust összeállíttatta, de megállapított folyamat nélkül a közzététel utáni javítás könnyen elcsúszik.

A passzus egy egyedi termékhez marad kapcsolódva

Az ESPR 9. cikke a digitális termékpasszust úgy írja le, mint amely egy termékhez van kapcsolódva egyedi azonosítón keresztül. Ez a kapcsolódás nem szakad meg, ha a tartalom hibát tartalmaz — az azonosítás megmarad, csak az adatok mögötte változhatnak meg. Ez a különbségtétel fontos: a hibát a legtöbb esetben az alapjául szolgáló adatok módosításával orvosolják, nem új azonosítókód létrehozásával. Hogy az azonosítókód pontosan hogyan működik, és miért kell, hogy minden terméknél egyedi legyen, azt az alábbi szakasz írja le: hogyan adok minden terméknek egy egyedi azonosítókódot?

A QR-kód és a passzusra mutató link ugyanaz marad

Mivel a QR-kód a ruhadarabon vagy címkén egy fix helyre mutat, ahol a passzus megtekinthető, a passzus tartalmában történt javítás nem igényli a kód megváltoztatását. Ez egyben azt is magyarázza, miért lehet a hibát gyakorlatban gyakran hallgatag módon javítani: az adathordozó a terméken változatlan marad, csak a mögötte lévő tartalom kerül módosításra. A kapcsolódás technikai működéséről további információ az alábbi szakaszban található: hogyan kerül a QR-kód az én ruhámra és textíliámra a termékapasszushoz?

Ahol hibák történnek a gyakorlatban

Gyakori eset, hogy egy hibát felfedeznek az összetételben, miután egy kollekciónak már el van helyezve az üzletekben. A QR-kóddal ellátott címke már ezrek darabszámára van felvarrva, és a kérdés merül fel, hogy a passzus még értelmes-e javítani. Mivel a passzus a fizikai címkétől független réteg, az általában igaz: a QR-kód mögötti adat szerkeszthető, még akkor is, ha maga a címke már nem módosítható.

Másik helyzet akkor alakul ki, amikor az importőr adatokat szállított be, de a platform vagy az a fél, amely a passzust üzemelteti, már nem tudja, hogy ki a saját cégen belül jogosult javítást kérni. Azoknál a cégeknél, ahol a termékadatok több osztályon keresztül mennek — beszerzés, minőség, marketing — gyakran hiányzik egy meghatározott kapcsolattartó pont a közzététel utáni módosításokhoz.

Egy harmadik helyzet: egy hibát csak azt követően vesznek észre, hogy a termék már nem szállítható. Ekkor felmerül a kérdés, hogy szükséges-e a korrekció, mivel senki sem vásárol több ebből a termékből. Azonban mivel a passzportnak pontosan addig kell elérhetőnek maradnia, amíg azt rögzítették — lásd meddig kell egy termékpasszportnak elérhetőnek maradnia? — a tartalom továbbra is releváns marad azok számára, akik már rendelkeznek a termékkel, még a kollekció kifogyása után is.

Egy negyedik helyzet a private label termékeknél fordul elő: a címkén szereplő márka a kiskereskedőtől származik, de az alapul szolgáló termelési adatok a gyártótól vagy az importőrtől érkeznek. Egy hiba felfedezésekor nem mindig világos azonnal, hogy ki végezheti el vagy köteles elvégezni a korrekciót — az a fél, amely a passzportot összeállítatta, vagy az a fél, amely az eredeti adatokat szállította.

Egy ötödik, műszaki helyzet: egy vállalat a passzportot a saját ERP-rendszeréhez csatlakoztatott, és azt várja, hogy az ERP-ben történt korrekció automatikusan megjelenik a passzportban. Ha ez a csatlakozás nem megfelelően van beállítva, a hiba továbbra is látható marad a passzportban, miközben a forrás már korrigálva van. Hogyan működik egy ilyen csatlakozás és hol vannak a buktatók, azt a tudom-e csatlakoztatni a termékpasszportot az ERP- vagy készletrendszeremhez?

Mit rögzíthet

Egy belső felelős személyenként termékvonal a passzportadatok helyességéért, a közzététel után is — nemcsak az első verzió szállítása után.
Egy rögzített eljárás a korrekciókérésekhez: ki jelzi a hibát, hol jelzi azt, és milyen lépéseken keresztül kerül sor a megvalósításra. Ennek nem kell nehéz dokumentumnak lennie, de legalább egy rögzített megállapodásnak az vállalat és a passzportot üzemeltető fél között.
Egy áttekintés arról, hogy ki szállítja az adatokat private label vagy gyártóval vagy importőrrel való együttműködés esetén, hogy egy hiba esetén azonnal világos legyen, kinek a nálánál kezdődik a korrekció.
Egy változtatási napló a közzététel után: mit módosítottak, mikor, és ki kérte azt. Ez hasznos az átvevők vagy a felügyelet részéről érkező kérdésekre, és összhangban áll azzal az elvárással, amely az 10. cikk alapján azt követeli meg, hogy az adatok naprakészek maradjanak.
Megállapodások a saját rendszerrel történő csatlakoztatásról, ha a passzport egy ERP- vagy készletrendszerhez csatlakoztatott, így a forrásban történt módosítás valóban megjelenik a közzétett passzportban.
Egy ellenőrzés összetett termékeknél hogy egy összetevőn végzett korrekció hatással van-e egy csatlakoztatott passzportra, amint azt az több termékpasszportra van szükségem — hogyan működik ez együtt?

Egy közzétett passzport tehát nem egy zárt dokumentum. A szabályozás egy olyan élő adathalmazból indul ki, amely az egész rendelkezésre állási időszak alatt helyesen működik, és egy hiba felfedezése utáni korrekció beleillik ebbe az elrendezésbe — feltéve, hogy a vállalat tudja, hogy ki miért felelős, és milyen útvonalon keresztül történik a módosítás.

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.

Mesterséges intelligenciával írva a fenti források alapján, és az ember által ellenőrizve 2026-09-05 napján. Nincs benne hiba? Jelezze nekünk — a javításokat előnyben részesítjük.