használhatom-e meglévő termékkatalógusomat a terméktanúsítványhoz

Igen, forrásaként — de nem magaként az útlevél

Egy meglévő termékadat-adatbázis általában forrásként szolgálhat ahhoz az információhoz, amely egy digitális termékaútlevélbe kerül, de az adatbázis önmagában nem termékaútlevél. A termékaútlevél egy specifikus adatformátum, amely egy egyedi hordozóhoz (általában QR-kódhoz) kapcsolódik egy termék vagy termékmodell és rögzített követelményei vonatkoznak a szerkezetre, az akadálymentességre és a más rendszerekkel, például az EU-nyilvántartás-nyilvánosságra. Az információ, amely jelenleg már egy ERP-rendszerben, PIM-rendszerben vagy Excel-listában található — anyagok, méretek, cikkszámok, szállító, összetétel — pontosan az a fajta adat, amely később az útlevélben kell, hogy szerepeljen. Ezeket az adatokat tehát nem kell újra összegyűjteni, de át kell helyezni a megfelelő formátumba, és össze kell kapcsolni a megfelelő hordozóval.

Mely adatok esetén működik ez, és mely esetben nem

Az olyan adatok, amelyek egy termékhez vagy termékmodellhez kötötten rendelkezésre állnak — például az anyagösszetétel, származás, méretek, garanciális információk vagy karbantartási utasítások — jól alkalmasak egy meglévő adatbázisból való újrafelhasználásra. Ezek az adatok az ESPR (2024/1781 EU-rendelet) 9. cikke által a digitális termékútlevél magjának meghatározott információ részét képezik: olyan információ, amelyet termékenként egy adathordozón keresztül elérhetővé kell tenni. Amiben egy meglévő adatbázis jellemzően nem nyújt megoldást, az az ESPR 10. cikke által előírt technikai szerkezet: egy egyedi termékidentifikációs szám, a nyilvántartási regiszterrel való összekapcsolás, valamint egy olyan formátum, amelyet a piaci szereplők, felügyeleti szervek és fogyasztók egységes módon tudnak feldolgozni. Egy belső adatbázis általában a saját üzleti működésre van kialakítva — készletkezelés, rendelésfeladás — és nem külső, szabványosított feldolgozásra, ahogy azt az ESPR 11. cikke előírja az útlevél technikai működésére. Ez a különbség az „az adatok már léteznek

Amikor ez releváns lesz

Az a kérdés, hogy egy meglévő adatbázis alkalmas-e, csak akkor válik konkréttá, amikor a meubels termékcsoport kötelezettségei életbe lépnek, és ez az időpont még nem rögzített. Ahogy a szóban forgó oldal is említi, amikor a bútorokra vonatkozó termékút kötelezővé válik megállapítottuk, az bútorokra vonatkozó delegált aktus még nem jelent meg; az határozza meg majd, hogy pontosan mely adatok kötelezőek és milyen formátum tartozik hozzájuk. Addig nincs jogi kötelezettség a passzport vezetésére, de ez nem jelenti azt, hogy a várakozás az egyetlen lehetőség. Ami addig már rögzített, az az ESPR-ből adódó általános szerkezet — 9., 10. és 11. cikk — amely keretül szolgál a bútorokra vonatkozó delegált aktus későbbi kitöltéséhez.

Hogyan szabad ezt gyakorlatban megközelíteni

Az első lépés annak megvizsgálása, mely adatok vannak már rögzítve és hol: anyagösszetétel, származás, méretek és adott esetben már meglévő tanúsítványok vagy vizsgálati jelentések. E információk gyakran szétszóródnak különféle rendszerek között — egy ERP-rendszer a készlethez, egy PIM a termékinformációhoz, illetve önálló dokumentumok a tanúsítványokhoz. A második lépés annak megállapítása, hogy ezek az adatok termékmodell szintjén konzisztensek és naprakészek-e, mivel a passzport termékenként egyértelmű információt igényel, nem megrendelésenként vagy adat-sorozatonként. A harmadik lépés annak ellenőrzése, mely adatok hiányoznak; gyakran éppen azok az adatok hiányoznak, amelyeket kifejezetten a passzporthoz kérnek, például a javítási vagy szétszerelési információk, és amelyek általában nem szerepelnek szokásos értékesítési vagy készlet-rendszerben. Aki már most hozzá szeretne kezdeni, még abban az esetben is, ha a pontos követelmények még nem rögzítetteknek, az oldal bemutatja az alábbiakat amit már most tehet, amíg a szabályok még nem véglegesek több előkészítő lépést, amelyeket kockázat nélkül lehet megtenni. A megközelítés sorrendben történő áttekintéséhez, az adatok gyűjtésétől az adathordozó elhelyezéséig, az oldal mutatja be az alábbiakat a termékpasszport lépésről lépésre logikus folytatás.

Egy fontos szempont azoknak a kollekcióknál, amelyekben sok variáció van — színek, kárpitok, lábak típusai — hogy egy meglévő adatbázis ezeket a variációkat gyakran külön SKU-kként kezeli közös alap nélkül. A passzport éppen erre hivatkozik: egyértelmű kapcsolat szükséges aközött, hogy mi közös egy kollekcióban és mi változik variánsonként, amire a következő oldalon külön figyelmet fordítunk sok szín- és szövetvariánssal rendelkező kollekció passzportjainak készítése.

Jogi alapok: az ESPR 9., 10. és 11. cikke

Az ESPR 9. cikke (2024/1781 EU rendelet) előírja, hogy egy digitális passzporttal ellátott termék olyan adathordozóval kell hogy rendelkezzen, amely hozzáférhetővé teszi az adott termékre vonatkozó információkat. A 10. cikk az információ tartalmi követelményeit írja le, köztük az egyedi azonosítószámmal és a nyilvántartási jegyzékkel való összekapcsolást. A 11. cikk a technikai működésre vonatkozik: hogyan kell az passzportot olvashatónak és kicserélhetőnek lennie a lánc különböző szereplői között. Ezek a cikkek együttesen megállapítják, hogy a termékalapú passzport nem csupán egy adatbázis a termékinformációkkal, hanem egy kifejezetten erre kidolgozott réteg felette — olyan adatokra építve, amelyek gyakran már léteznek, de a még per termékcsoportonként megállapítandó követelmények szerint kiegészítésre és strukturálásra szorulnak.

Aki most szeretne megvizsgálni, hogy saját bútorjai majd e kötelezettség alá esnek-e, azt a következő oldalon ellenőrizheti hogy az adott bútorokra vonatkozik-e a digitális termékalapú passzportés aki először szeretne tudni, hogy a termékalapú passzport tartalmilag mit jelent, azt megtalálja a következő oldalon mik a bútorokra vonatkozó digitális termékalapú passzportok. A legpraktikusabb lépés most: a meglévő termékinformációkat termékmodelenként leltárba venni és rendszerezetni, hogy a kiegészítés később csak az igazán hiányzó adatokra korlátozódjon.

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

Sok, 10-100 fős alkalmazottal rendelkező vállalatnak már van termékalapú adatbázisa: ERP-rendszere, PIM-rendszere, vagy egyszerűen egy részletes Excel-fájlja artikelnumburokkal, anyagokkal, méretekkel és szállítóadatokkal. A kérdés nem az, hogy az adatbázis hasznos-e, hanem az, hogy az adatok megfelelnek-e annak, amit az ESPR egy digitális termékalapú passzportól elvár. Ez két különböző dolog.

A tartalomnak meg kell felelnie a delegált aktus által kért követelményeknek

Az ESPR 9. cikke (2024/1781 EU rendelet) a digitális termékalapú passzportot olyan termékinformációk gyűjteményeként határozza meg, amelyek adathordozón keresztül hozzáférhetőek. Az, hogy ezeknek az információknak konkrétan milyen adatoknak kell lenniük, termékenként külön kerül megállapításra egy delegált aktusban. A bútorokra vonatkozó delegált aktus még nem jelent meg. Gyakorlatilag ez azt jelenti, hogy egy meglévő adatbázis gyakran már tartalmazza a kért adatok egy részét — anyagtartalmakat, forrásadatokat, méreteket — de ritkán az összeset. A javítási információk, az újrahasznosítási utasítások vagy az újrahasznosíthatóságra vonatkozó adatok általában nem szerepelnek szabványosan egy olyan ERP-rendszerben, amely az készletkezelésre és a számlázásra van beállítva.

Az adatokat szerkezetileg hozzá kell lehetni kapcsolni egy adathordozóhoz

Az ESPR 11. cikke a technikai kialakítást illetően követelményeket tartalmaz: az passzportnak egy adathordozón (például QR-kódon) keresztül hozzáférhetőnek kell lennie, és az adatokat strukturált, gépileg olvasható formában kell szolgáltatni. Egy olyan adatbázis, amely csak belsőleg használatos és nem arra van berendezve, hogy termékegységenként vagy -modellenként egyedi, tartós kapcsolatot létesítsen egy adathordozóval, automatikusan nem felel meg ezeknek a követelményeknek. Egy ilyen méretű vállalat számára ez általában azt jelenti, hogy szükséges egy további réteg a meglévő adatbázis és a külvilág között: egy rendszer, amely az adatbázisból kivonja a megfelelő adatokat, megfelelő formára alakítja, és olyan QR-kódhoz kapcsolja, amely tíz évig hozzáférhető marad.

Az elérhetőségnek meg kell felelnie a 10. cikk követelményeinek

Az ESPR 10. cikke azt szabályozza, hogy ki láthatja az egyes adatokat és azoknak meddig kell elérhetőnek maradniuk. Egy belső adatbázis általában nem úgy van felépítve, hogy nyilvános vagy részben nyilvános hozzáférésre alkalmas legyen, és már a retenció időtartama sem függetleníthető attól, hogy a vállalat még létezik-e. Ehhez a meglévő adatbázison kívül egy külön megoldásra van szükség, nem annak helyettesítésére.

Ahol a gyakorlatban hibák fordulnak elő

Egy gyártó abból indul ki, hogy mivel az összes műszaki specifikáció már az ERP-rendszerben van, a termékútlevél "úgy lesz előállítva". A gyakorlatban azonban éppen azok a mezők hiányoznak, amelyeket az ESPR valószínűleg követelni fog, például a javítási és szétszerelési információk, és ezeket még mindig kézzel kell kitölteni.

Egy importőr egy EU-n kívüli ország gyártójának adatbázisával dolgozik, és azt feltételezi, hogy azok az adatok közvetlenül felhasználhatók. A forrásadatok gyakran nem az szükséges szerkezetben vagy nyelven vannak, és az importőrnek mint az EU-beli piaci szereplőnek saját felelőssége van a végül a termékútlevelben szereplő adatok helyességéért.

Egy projektberendezőnek van egy saját cikkadatbázisa ügyfélprojektenként, de az nincs összekapcsolva egy termékenkénti egyedi adathordozóval. Ellenőrzéskor kiderül, hogy nincs közvetlen, stabil kapcsolat az eladott bútoreleme és a hozzá tartozó termékútlevél-adatok között.

Egy vállalat rendszeresen frissíti saját adatbázisát, például anyagváltoztatás esetén, de elfelejtkezik arról, hogy az már eladott termékek termékútlevele emiatt már nem felel meg a fizikai terméknek. A belső adatbázis egy "élő" fájl, a termékútlevélnek pedig az eladás időpontjában egy megbízható rögzítésnek kell lennie.

Egy vállalat sok szín- és szövetvariánssal rendelkezik, és ezeket egy termékkódon belüli külön mezőként kezeli, míg a termékútlevél lehetséges, hogy variansonként más adatokat igényel — gondoljunk erre: másik anyagszázalék egy másik szövetválasztás esetén. Aki ezzel szembesül, további információkat talál erre az adott bonyolultságra vonatkozóan a hogyan készítsek tanúsítványokat egy sok szín- és szövetvariánssal rendelkező bútor-kollekciót.

Mit lehet rögzíteni

Egy áttekintés arról, hogy mely adatok vannak már a meglévő adatbázisban, és azok közül mely lehet valószínűleg releváns egy termékútlevelhez — az ESPR 9. és 10. cikke (az (EU) 2024/1781 rendelet) alapján, bár az egyes termékcsoportonként pontos lista még nem rögzített.
Egy feljegyzés az egyes adatok forrásáról és megbízhatóságáról: azt maga a vállalat állapította-e meg, vagy egy beszállító vagy gyártó átvette-e a lánc máshol.
Egy módszer a termékadat-változások nyomon követésére, így egyértelműen látszik, hogy az adatok mely verziója mely eladott termékhez tartozik.
Megállapodások a szállítókkal azokról az adatokról, amelyeket szolgáltatnak, és azok formátumáról, különösen akkor, ha a saját adatbázis függ azok bemenetétől.
A termékvariánsok áttekintése és az adatok, amelyek variansonként eltérhetnek, különösen szín- és szövetváltozatok esetén.

Aki ezt most már strukturálni szeretné, még akkor is, ha nincs meg a delegált jogi aktus, megtalálja a megközelítést a mit tehetek már most, miközben a szabályok még nem véglegesek-ben. És aki tudni szeretne, hogyan illeszkedik ez az inventarizáció a folyamat többi részébe, áttekintést talál a hogyan kezelem lépésről lépésre a bútorok termékútlevelét.

Egy meglévő termékadat-bázis tehát ritkán értéktelen, de önmagában is ritkán elegendő. A legtöbb esetben egy hasznos kiindulópontot képez: az alapadatok ott vannak, a szerkezet és az adathordozóval való összekapcsolódás általában nem. Célszerű ezt a két dolgot külön-külön értékelni — mely adatok vannak már ott, és mire van még szükség ahhoz, hogy ezekből az adatokból egy passzport legyen.

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 fent felsorolt források alapján, amelyet egy ember ellenőrzött 2026-09-05-én. Van valami hiba? Tudassa velünk — a korrekciók előnyt élveznek.