matrapas.eu

speciális szoftverre van-e szükségem egy digitális termékútlevél készítéséhez

Nem, a jogszabályozás nem kötelez meg speciális szoftvert

Az ESPR nem ír elő konkrét szoftvercsomag, rendszer vagy márka használatát. A rendelet viszont meghatározza az eredményre vonatkozó követelményeket: a digitális termékútlevélnek olyan adatokat kell tartalmaznia, amelyek egy meghatározott módon egy adathordozón keresztül elérhetők, meg kell felelnie bizonyos technikai és szervezeti feltételeknek, és a jogosult felek számára lekérdezhetőnek kell lennie. Az, hogy egy gyártó vagy importőr hogyan oldja meg ezt technikailag — saját fejlesztésű rendszerrel, az ERP-csomag moduljával vagy külső fél szolgáltatásával — nem van rögzítve a törvényben. Tehát nincs olyan kötelező "termékútlevél-szoftver", amely valamilyen listán szerepel és meg kell vásárolni. Ami azonban szükséges, az egy olyan működő rendszer, amely megfelel a rendeletben foglalt követelményeknek, és ez más kérdés, mint az, hogy melyik szoftvert használják hozzá.

Ez a hálózat matracokra vonatkozik, az ezzel járó adminisztrációra azonban nem automatikusan

Ez az eszközök feletti szabadság a matracok digitális termékútlevelére vonatkozik, amelyet az ESPR később megkövetel: az adathordozóra, a tárolásra és az útlevél-adatok közzétételére. Nem vonatkozik mindenre, amit egy gyártó vagy importőr egyébként már használ vagy használnia kell szoftverként. Egy könyvelési rendszer, egy készletkezelési csomag vagy egy CE-jelölési dosszié ezen a szabályozáson kívül esik, és saját szabályai vannak. Nem vonatkozik a kérdésre sem, hogy egy adott rendszer "elég jó-e" — ezt nem a szoftver márkája vagy szállítója alapján értékelik, hanem annak alapján, hogy az eredmény megfelel-e a rendelet követelményeinek. Egy táblázat, amely véletlenül megfelel az összes követelménynek, elméletileg éppen olyan érvényes, mint egy drága speciális megoldás; fordítva, egy drága rendszer nem felel meg automatikusan csak azért, mert drága.

Még nincs rögzített dátum, de már vannak rögzített tervezési követelmények

Amikor az digitális termékpasszusza kötelezővé válik a matracok számára, az még nem dőlt el; ez egy delegált aktusból következik, amelyet e termékkategóriához még közzé kell tenni. Addig nincs kötelezettség egy termékpasszusza már vezetésére. Ami viszont már rögzített, az az ESPR általános technikai követelményei, amelyeknek egy digitális termékpasszusza később meg kell felelnie, függetlenül attól, hogy milyen szoftverrel épül fel. Ezek a követelmények között szerepel az interoperabilitás, a nyílt szabványok használata és az adatok hozzáférhetővé tételének módja. Aki most már szoftvert választ vagy fejleszt, ezeket a követelményeket kiindulópontként veheti alapul, még ha a matracok kötelezettségi kezdő dátuma maga még nem is ismert.

Hol kezdjünk egy rendszer kiválasztásánál

A gyakorlati sorrend nem szoftverrel kezdődik, hanem az adatokkal: először egyértelművé kell tenni, hogy milyen termékinformációnak kell később a passzuszban szerepelnie, mielőtt azt néznénk meg, hogy ezek az információk technikai szempontból hogyan kerülnek tárolásra és hozzáférhetővé tételre. Ezt követi a kérdés, hogy hogyan kap egy egyedi azonosító kód kapja, hiszen ez a kód az összeköttetés a fizikai termék és a digitális adatok között. Ezt követően annak eldöntése a vállalat feladata, hogy ezt a folyamatot saját magában szervezze-e meg, vagy bízza ki olyan félnek, amely a tárolást és a hozzáférhetővé tételt végzi — ez pontosan olyan helyre illeszkedik, mint amilyen egy ehhez hasonló platform, amely az adatok alapján összeállítja a termékazonosítót, biztosítja a tárolást és a QR-adathordozót. Azok a vállalatok, amelyek már ERP- vagy készletrendszerrel dolgoznak, számára releváns továbbá, hogy és hogyan lehet ezt a rendszert a termékazonosítóhoz kapcsolni csatolható a termékazonosítóhoz, hogy az adatokat ne kelljen kétszer begépelni. Aki szívesebben látná előbb az átfogóbb képet, mielőtt szisztémaválasztásra kerülne sor, az azzal is kezdheti, hogy milyen viszony áll fenn az Európai termékazonosító nyilvántartás és a saját termékazonosító között, mivel ez a nyilvántartás kötelező elemét képezi, függetlenül attól, hogy milyen szoftvert választanak.

Ez az ESPR 9., 10. és 11. cikkéből következik

Az alapok az ESPR 9. cikkében találhatók (az Európai Parlament és a Tanács (EU) 2024/1781 rendelete), amelyben a digitális termékpasszport kerül bevezetésre. Az ESPR 10. cikke részletezi a tartalmi követelményeket, amelyeknek egy passzportnak meg kell felelnie, miközben nem ír elő meghatározott technológiát vagy szállítót. Az ESPR 11. cikke kifejezetten a digitális termékpasszport műszaki tervéről és működéséről szól, és olyan követelményeket nevez meg, mint az interoperabilitás és a nyílt szabványok használata — ezek az eredményre vonatkozó követelmények, nem az eredmény eléréséhez használt eszközre. Ez a három cikk együttesen azt mutatja, hogy a rendelet funkcionálisan működik: meghatározza, hogy egy passzportnak milyen képességgel kell rendelkeznie és hogyan kell hozzáférhetőnek lennie, és a szoftver kiválasztást annak függetlenül hagyja, aki a passzportot összeállítja.

Aki most már szeretne előkészülni, a legjobban azzal tehet, hogy rendbe hozza saját termékadat-nyilvántartását és termékazonosítási rendszert határoz meg matrásszenként, hogy stabil alap legyen, amikor a matracokra vonatkozó delegált jogi aktus megjelenik — a specifikus szoftverrendszer kiválasztása ezt követően történhet meg az akkor érvényes műszaki követelmények alapján.

Amit konkrétan meg kell tennie

Mit várnak el Öntől

Egy passzport, amely nyílt szabványok révén olvasható

Az ESPR 10. cikke (az Európai Parlament és a Tanács (EU) 2024/1781 rendelete) előírja, hogy a digitális termékpasszport nyílt, interoperábilis szabványok alapján működik. Ez azt jelenti, hogy az adatok nem szoríthatók be egy zárt, saját fájlformátumba, amely csak egy bizonyos programmal nyitható meg. A 10–100 fős matracgyár számára ez mindenekelőtt azt jelenti, hogy a rendszer vagy platform kiválasztását e követelmény alapján kell felülvizsgálni: ki lehet-e venni az adatokat, és más felek el tudják-e azokat olvasni anélkül, hogy pontosan ugyanaz a szoftver lenne telepítve náluk, mint Önöknél?

Hozzáférés adathordozón keresztül, nem alkalmazáson keresztül

A 11. cikk szabályozza, hogyan működik a passzport műszakilag: egy adathordozó (gyakorlatban gyakran QR-kód) révén, amely az adatokra mutat. A fogyasztó, felügyeleti szerv vagy kereskedelmi partner el tudja érni az adatokat anélkül, hogy erre Önök által biztosított külön alkalmazást kellene telepítenie. A gyakorlatban ez azt jelenti, hogy egy közönséges okostelefon kamerával és böngészővel elegendő. Aki fontolgatja, hogy saját alkalmazást építtetne a passzport megjelenítésére, ezt plusz szolgáltatásként teszi meg — nem azért, mert a jogszabályok alkalmazást írnak elő. Hogyan kerül az adathordozó a termékre, az oldala írja le. hogyan kerül a termékpaszport QR-kódja az Ön matracaira.

Kapcsolat egy egyedi azonosítószámmal

A 9. cikk a passzportot egy egyedi termék- vagy modellidentifikációhoz köti. Ez igényli valamiféle módszert, hogy minden passzportot a megfelelő fizikai termékhez lehessen kötni. Azoknak a vállalatoknak, amelyek már tételszámokkal, EAN-kódokkal vagy belső cikkszámokkal dolgoznak, ez általában csak az ezen meglévő számozásnak a passzportrendszerben történő következetes alkalmazásáról szól. Hogyan lehet ezt a kapcsolódást a gyakorlatban felépíteni, az oldala mutatja. hogyan kell minden egyes terméknek egyedi azonosító kódot adni.

Aktuális és nyomon követhető adatok

A 9. és 10. cikk együtt azt sugallják, hogy a passzport nem egy pillanatkép, amelyet a közzététel után el lehet felejteni, hanem egy adatgyűjtemény, amely egy adott termékhez kötötten marad abban az időtartamban, amíg a passzportnak elérhetőnek kell lennie. Ez azt igényli a vállalatnak, hogy tudja, mely információ melyik termékhez tartozik, akkor is, ha később kérdések merülnek fel egy néhány évvel ezelőtt értékesített matracról.

Ahol a gyakorlatban félrecsapódik

Egy gyártó egy olyan programban készíttet passzportot, amely remekül működik, de amelynek szállítója az adatokat csak PDF-ként vagy képernyőfelvételként szállítja. Ez emberek számára olvasható, de nem gépeknek olvasható, ahogyan a 10. cikk értelmezi — az alapul szolgáló adatoknak strukturáltan kérdezhető formában kell lenniük, nem csak vizuálisan megjelenítve.

Egy vállalat saját alkalmazást fejleszt ki a passzport megjelenítésére, feltételezve, hogy ez kötelező. Ez fejlesztésben időt és pénzt igényel, miközben a 11. cikk éppen az akadálymentességet követeli meg speciális szoftver nélkül — egy közönséges weboldal, amely a QR-kód segítségével megnyílik, megfelel ennek az elgondolásnak.

Egy importőr minden szállítmányhoz egy új, ad-hoc Excel-fájlt használ, amelyet manuálisan passzportá alakít át. Mihelyt nő a mennyiség, hibák lépnek fel a termék és a passzport közötti összekapcsolásban, és homályossá válik, hogy mely passzport melyik tételhez tartozik.

Egy gyártó olyan rendszert választ, anélkül, hogy megvizsgálná, az adatok valaha is exportálhatók-e belőle. Egy későbbi áttéréskor egy másik platformra, vagy amikor a tárhelyszolgáltató leáll, kiderül, hogy az adatok egyetlen szállítóhoz vannak kötve. Ez a folyamat a következőn olvasható: mi történik az Ön termékpasszportjaival, ha a tárhelyszolgáltató vele leáll.

Egy vállalat úgy gondolja, hogy a paszpportrendszernek függetlennek kell lennie a saját üzleti működésétől, és duplikálja az összes termékadat bevitelét: egyszer az ERP-rendszerbe, egyszer a paszpportrendszerbe. Ez megduplázza a munkát és növeli az eltérések esélyét a két forrás között.

Mit rögzíthet

  • A kiválasztott rendszer által használt fájlformátumok áttekintéseés ezek nyitottak és exportálhatók-e — ez a 10. cikk interoperabilitási követelménye alapján ellenőrizhető.
  • Hogyan fér hozzá az adathordozó (QR-kód) a passzporthozanélkül, hogy külön alkalmazásra lenne szükség, amint azt a 11. cikk előírja.
  • Egy összevetési táblázat a belső termékkódok és a passzport-azonosító számok közötthogy bármikor nyomon követhető legyen, mely passzport melyik fizikai termékhez tartozik. Akik ebből a célból rendszereket szeretnének kombinálni, megvizsgálhatják az alábbi oldalon leírt lehetőségeket: a termékpasszport összekapcsolása egy ERP- vagy készletrendszerrel.
  • Megállapodások a szoftverszállítóval vagy a platformmal az adatok exportálásáról, a hosszabb távú rendelkezésre állásról és arról, hogy mi történik a szolgáltatás befejeztével.
  • Egy belső folyamat a termékadat nyomon követésérehogy az anyagi összetételben vagy más jellemzőkben bekövetkezett változások következetesen beépüljenek a passzportba, ahelyett, hogy kétszeresen és egymástól függetlenül lennének nyomon követve.

Azoknak a vállalatoknak, amelyek egyedi méretű matraccokat gyártanak, javasolt továbbá, hogy rögzítsék, hogyan kezelik az egyes változatokat a paszpportrendszerben — ez a folyamat gyakran eltér a szabványos termelésből, és részletesen olvasható a következő oldalon: hogyan működik a terméktartalomleírás az egyedi méretezésű matracok esetén.

Ez nem jogi tanácsadás. Ez az oldal általános információkat nyújt az ebben a platformban szereplő szabályozásról. Mi nem ismerjük az Ön helyzetét. Saját helyzetével kapcsolatos kétség esetén forduljon egy jogászhoz vagy az illetékes felügyeleti hatósághoz.

AI-vel írva a fenti források alapján, 2026-09-05 óta egy ember által ellenőrizve. Valami nincs jól? Jelezze — a helyesbítéseket rangsorolják.