A szállítóm különböző termékkategóriákból származó alkatrészeket szállít — hogyan fogok hozzá?
Adatkeresési kérelem termékcsoportonként, nem pedig egy összesített kérelem
Az olyan szállító, amely különböző termékcsoportokba tartozó termékek alkatrészeit szállítja, a gyakorlatban annyi eltérő információkérdéssel találkozik, ahány termékcsoportra adódik — nem pedig egy egységes kérelemmel. Ennek az az oka, hogy a digitális termékútlevélre vonatkozó követelmények termékcsoportonként egy-egy meghatalmazott jogi aktusban rögzíttetnek: a bútor termékútlevelébe más információt kell beilleszteni, mint az elektronikus eszköz vagy a textiltermék termékútlevelébe. Egy szállító, amely például azonos műanyag alkatrészeket szállít egy konyhai készülékhez ÉS egy bútorhöz, valójában egyszerre két eltérő szabályozásnak felel meg, még ha a fizikai termék ugyanaz is..
Akikre ez vonatkozik, és hol van a határ
Ez a kérdés olyan gyártók és importőrök számára releváns, akik alkatrészeket, anyagokat vagy félkész termékeket vásárolnak egy szállítótól, míg ezek az alkatrészek végső termékekben jelennek meg, amelyek különböző termékcsoportok alá tartoznak. Ez nem játszik szerepet, amikor egy szállító ugyan több ügyfélnek szállít, ám ezek az ügyfelek mind ugyanazon termékcsoporton belül állítanak elő termékeket — akkor csak egy szabályrendszer érvényes, függetlenül a vevők számától. Ez a kérdés nem foglalkozik azzal sem, hogy egy szállító pontosan mit köteles szállítani; ezek a tartalmi követelmények (anyagi összetétel, származás, javítási adatok és hasonlók) mindig a betreffő termékcsoportnak a saját meghatalmazott jogi aktusjában szerepelnek. Az ESPR (2024/1781 EU rendelet) 38. cikkében az a kötelezettség merül fel, hogy az ellátási lánc egyik szereplője ezt az információt kérésre rendelkezésre bocsássa — függetlenül attól, hogy az adott szereplő hány eltérő termékcsoportot szolgál ki.
Mi már rögzített és mi még nem
Nincs olyan általános dátum, amelyen ez a kötelezettség az összes termékcsoportra egyidejűleg hatályba lépne. Az ESPR maga ugyan hatályban van, de a digitális termékútlevélre vonatkozó konkrét követelmények — és ezzel együtt az a kérdés, hogy egy szállító mely adatokat adjon le egy bizonyos csoporthoz — csak termékcsoportonként jönnek létre, miután annak a csoportnak meghatalmazott jogi aktusjában rögzítésre kerül. Egy olyan termékcsoportnál, amelyhez még nem létezik meghatalmazott jogi aktus, még nincsenek konkrét útlevél-követelmények és nincsenek konkrét információszolgáltatási kötelezettségek sem a szállító felé ezen alapulva. Addig is elsősorban az a fontos, hogy nyomon kövessük, mely termékcsoportok kerülnek az első helyre, hogy a felkészülés ne maradjon el attól az időponttól, amikor egy aktus hatályba lépéséről van szó.
Hogyan kell ezt a gyakorlatban kezelni
Az itt logikailag összekapcsolódó sorrend magával az alkatrészével kezdődik: annak megvizsgálása, hogy melyik végső termékbe kerül, és az a végső termék mely termékcsoportba tartozik. Ugyanis egyes szállítók ugyanazt az alkatrészt több vevőnek szállítják, akik azt különböző termékekbe építik be — az alkatrész maga nem határozza meg a termékcsoportot, hanem az abban lévő végső termék.
Ezt követően meg kell vizsgálni, hogy az adott termékcsoportra már meghatalmazott jogi aktus jött-e létre, és ezáltal már konkrét útlevél-követelmények érvényesek-e. Csak akkor válik világossá, mely konkrét adatok szükségesek.
Ezután ajánlatos, hogy termékcsoportonként egy külön és konkrét kérelmet intézzen a szállítóhoz, ahelyett hogy egy általános kérelmet nyújtana be az "összes adat" kapcsán. Ennek az az oka, hogy a szükséges adatkészlet csoportonként eltérő: ami az egyik csoportnál releváns (például a javítás vagy szétszereléssel kapcsolatos adatok), az a másik csoportnál nem szükséges. Egy összesített kérelem azzal a kockázattal jár, hogy a szállító olyat szolgáltat, ami az egyik csoportra túlságosan sok és a másikra túl kevés.
Célszerű per termékcsoportonként rögzíteni, hogy milyen információkat kértek le, mikor és mit kaptak meg. Ez az áttekintés nemcsak praktikus a saját adminisztrációhoz, hanem alátámasztja a saját passzportkötelezettséget is: bizonyítja, hogy az adatok forrása csoportonként meg lett vizsgálva, ahelyett hogy általánosságban feltételeznék.
Végül ez nem egy egyszeri gyakorlat. Ahogy több delegált jogi aktus állapítanak meg és több termékcsoportot hoznak az ESPR hatálya alá, ez a folyamat ismétlődik: újra meg kell vizsgálni, hogy egy meglévő elem most egy új szabályozás alá tartozik-e, és ha igen, újra célzott kérelmet kell küldeni a szállítónak.
Amely szárazból ez követke zik: az ESPR 38. és 10. cikke
Az ESPR (az Európai Unió 2024/1781 rendelete) 38. cikke rögzíti, hogy az ellátási lánc szereplői — köztük az alkatrészek és anyagok szállítói — kötelesek kérésre megadni azokat az információkat, amelyek szükségesek a digitális termékpasszport összeállításához, más gazdasági szereplőknek is, nem csupán közvetlen vevőiknek. Ugyanezen rendelet 10. cikke meghatározza, hogy a passzport tartalma termékcsoportonként a hozzá tartozó delegált jogi aktusban kerül rögzítésre. E két cikk kombinációja magyarázza, hogy miért nem létezik egységes, csoportok között átívelő adatkészlet: az adatszolgáltatási kötelezettség általános (38. cikk), de az a szállítandó információ csoportonként eltérő (10. cikk).
Mit lehet ezzel tenni
Az első lépés az összes, szállítótól származó alkatrész áttekintésének elkészítése, minden alkatrésznél feltüntetve a végterméket és a megfelelő termékcsoportot. Ezt követően termékcsoportonként meg kell vizsgálni, hogy már megállapítottak-e delegált jogi aktust, és ha igen, mely adatok szükségesek. Ennek alapján termékcsoportonként célzott kérelmet lehet összeállítani a szállítónak, ahelyett hogy egy általános kérdést tennénk fel az "összes passzportadatokra" vonatkozóan.
Mely szabályozáson alapul
- A 2024/1781 EU rendelet (ESPR), 38. cikk (követelmények az ellátási lánc szereplőire vonatkozóan)
- 2024/1781 EU rendelet (ESPR), 10. cikk (az digitális termékpasszusz követelményei)
A rendelet maga az EUR-Lex-en található. Nyilatkozatunk szerint hivatkozunk; nem kell bennünket hinnie.
Mit kell konkrétan tennie
Egy olyan szállító, aki textilanyagot, bútoralkatrészeket és elektronikát szállít, mindegyik csoport tekintetében más kötelezettség-vállalási időponttal, más adatkövetelménnyel és lehetséges, hogy a delegált rendelet eltérő hatályával nézz szembe. Az ESPR (Rendelet (EU) 2024/1781) ugyanis termékcsoportra specifikus delegált intézkedésekkel működik: az alaprendelet a keretet határozza meg, de a digitális termékutilevél tartalma csoportonként eltérő. Az azt beszerzésre kerülő vállalat számára ez azt jelenti, hogy egyetlen szállítási kapcsolat a gyakorlatban több, egymástól függetlenül kezelendő dossziéből áll.
Mit várnak el Öntől
Termékcsoponként ellenőrizni, hogy és mikor érvényes a digitális termékutilevél
Az a tény, hogy egy szállító egy név alatt és egy keretmegállapodás szerint szállít, semmit nem mond a digitális termékutilevél alkalmazási időpontjáról termékenként. A textilanyagok alkatrészei más időpontban válhatnak kötelezővé, mint ugyanaz a szállító elektronikus alkatrészei, pusztán azért, mert az adott csoport delegált intézkedése más alkalmazási dátummal rendelkezik. Egy ilyen méretű vállalat számára ez azt jelenti, hogy a beszerzési nyilvántartást nem szállítóra központosítottan, hanem termékcsoport-központúan kell szervezni: termékcsoponként nyomon kell követni, hogy és ettől mely időponttól kezdve kötelező a digitális termékutilevél. Aki ezt még nem élesítette, támpontot talál a amikor a termékpasszus kötelezővé válik a termékekre és a szélesebb kérdésben vagy az digitális termékpasszport az saját termékekre vonatkozik-e.
Adatok lekérése termékcsoportonként külön-külön
Az ESPR 10. cikke leírja, hogy milyen adatkategóriákat kell tartalmaznia egy digitális termékpasszusnak, azonban a pontos tartalom — mely paraméterek, mely tesztmódszerek, mely anyagok kerülnek jelentésre — termékcsoponként a delegált aktusban kerül meghatározásra. Egy szállítónak intézett kérés a „Kérjük, küldjenek passzus-adatokat mely adatokat kell a termékszállítótól kérnie.
A felelősség tisztázása a lánc mentén szerepenként
Az ESPR 38. cikke a torodalmi lánc szereplőire vonatkozó kötelezettségeket írja le, beleértve az információ rendelkezésre bocsátását, amely szükséges az útlevél-kötelezettségek teljesítéséhez. Az, hogy a lánc mely szereplője — gyártó, importőr, meghatalmazott — milyen szerepet játszik, termékenként eltérhet, még akkor is, ha fizikailag ugyanarról az ellátóról van szó. Egy ellátó, aki az egyik termékkategóriában az EU-n belüli gyártóként működik, egy másik kategóriához az EU-n kívülről importálhat komponenseket, más felelősségi rendszerrel. Ez utóbbi helyzetben célszerű megvizsgálni, hogy az útlevél mit jelent a az Európai Unión kívülről származó termékek behozatalánál.
A szállítást termékenként szerződésben rögzíteni
Egy olyan beszerzési szerződés, amely általános términus "útlevél-adatok szállítása" kifejezésben beszél, kevés támpontot nyújt, ha egy ellátó az egyik kategóriában időben szállít, a másiknál nem. Praktikusabb lenne termékenként, vagy legalábbis minden egyes saját alkalmazási dátummal rendelkező kategóriánként megállapodni, hogy mely adatok mikor és milyen formátumban kerülnek szállításra. Hogy konkrétan hogyan jelenik meg ez egy szerződésben, a következőkben van leírva: hogyan rögzítik a passzportadatok szállítását a beszerzési szerződésben.
Ahol a gyakorlatban félresiklanak a dolgok
Gyakran elkövetett hiba az ellátó egy blokkként kezelése: az adatokat egyszer lekérik, egyszer aláírnak egy szerződést, és feltételezik, hogy ez az összes terméket lefedi. Amint az egyik termékkategória korábban válik kötelezővé, mint a másik, kiderül, hogy erre a kategóriára soha nem kérdezték meg konkrétan.
A második eset az, amikor maga az ellátó nem tudja, hogy szortimentje különböző szabályozások alá esik. Például főként elektronikát szállít, és kiegészítő szortimentként textilt ugyanúgy kezeli — azzal az eredménnyel, hogy az ezekhez a textil alkatrészekhez nem megfelelő vagy túl kevés adat kerül szállításra.
Egy harmadik visszatérő pont az, hogy a belső beszerzési rendszerek ugyan termékkategóriánként kódolják a termékeket, de nem kapcsolják össze azokat egy tanúsítvány-státusszal. Ennek eredményeként egy új rendelés során nem vesszük észre, hogy egy adott termékkategória időközben már a kötelezettség hatálya alá tartozik, míg az ugyanazon szállító egy másik kategóriája még nem érintett.
Egy negyedik helyzet az alvállalkozás során alakul ki: a szállító maga szállít egy összeépített alkatrészt, de ennek egy részét egy harmadik féllel készíteti el. Az egyik termékkategória szempontjából ez az alkatrész meghatározó a tanúsítványban szereplő adatokra nézve, a másik kategória szempontjából azonban nem. Aki ezt nem bontja fel, kockáztatja, hogy olyan adatokat vesz fel, amelyeket kifejezetten az alvállalkozótól kell beszereznie — lásd még mely adatokat kell bekérni egy olyan alvállalkozótól, aki egy alkatrészt készít.
Egy ötödik helyzet az, hogy azt gondolják, az egyik termékkategória tekintetében az adatok kontrolált helyessége automatikusan valamit is jelent az ugyanazon szállító egy másik kategóriájának adatainak megbízhatóságáról. Ez nem így van: minden termékkategóriának saját forrásadatai és saját ellenőrzési lépése van, amint az is olvasható a hogyan ellenőrizhetők a szállító adatainak helyessége.
Amit rögzíthet
- A szállító termékkategóriánkénti áttekintése, a vonatkozó delegált jogi aktus számával és a tanúsítvány az adott kategória tekintetében való hatálybalépésének dátumával.
- Termékkategóriánként külön adatigénylés a szállítótól, az egész termékskálára vonatkozó általános kérelem helyett.
- Szerződéses megállapodások, amelyek termékkategóriánként vagy egy saját hatálybalépési dátummal rendelkező kategóriánként rögzítik, hogy mikor és milyen formátumban kerülnek átadásra az adatok.
- Egy rögzített szerepmegosztás: mely termékkategória tekintetében a szállító gyártó, mely kategória tekintetében importőrként működik, és ez mit jelent a kölcsönös kötelezettségekre.
- Egy megjegyzés minden termékkategória mellett arról, hogy alvállalkozók szerepet játszanak-e annak megvalósításában, a hacia ezeknek a feleknek egy külön adatigénylessel.
- Egy dossziér termékkategóriánként az összegy adatokkal, az ellenőrzési lépésekkel és az utolsó frissítés dátumával, hogy egy termékkategóriában történt változás ne kerüljön véletlenül egy másikra alkalmazásra.
Ez nem jogi tanácsadás. Ez az oldal általános információt nyújt az e platform szerinti szabályozásról. Nem ismerjük a helyzetet. Kétség esetén saját helyzetét illetően tanácsadjon egy jogászt vagy a illetékes hatóságot.
Az AI segítségével írva a fenti forrásokra alapozva, emberi ellenőrzésen esett át 2026-08-22-én. Nincs valami gond? Szóljon — a javításoknak első helyen áll.