Összekapcsolhatom a termékadat-lapot az ERP- vagy készletrendszeremmel?

A csatolás lehetséges, ha az adatokat strukturált formában szállítják

A digitális termékszemélyi igazolványt egy ERP- vagy készletkezelő rendszerhez csatolni alapvetően lehetséges, mivel az ESPR előírja, hogy a digitális termékszemélyi igazolványt technikai szempontból olyan módon kell felépíteni, hogy az adatcsere interoperábilis és géppel olvasható legyen (az ESPR 11. cikk, az (EU) 2024/1781 rendelet). Ez azt jelenti, hogy az adatok, amelyek már egy ERP- vagy készletkezelő rendszerben vannak — anyagösszetétel, származás, alkatrészek, tétel- vagy sorozatszámok — alapvetően az igazolvány felépítésének forrása lehetnek. A csatolás nem a két rendszer közötti közvetlen, élő kapcsolatban rejlik, hanem abban a tényben, hogy ugyanazok az adatok, amelyeket belsőleg már nyilvántartanak, az igazolvány számára megfelelő formátumban kerülnek szállításra.

Mely adatokra működik ez, és melyekre nem

Ez azokról az adatokról szól, amelyek már valahol rögzítve vannak, és amelyek egy adott termék igazolványához relevánsak: műszaki jellemzők, anyaginformációk, javítási és karbantartási adatok vagy származási információk. Az ilyen típusú adatok esetében strukturált szállítás egy meglévő rendszerből logikus. Nem egy általános, állandó rendszerkötésről van szó, amelyet az ESPR előír — a rendelet nem kötelezi egyetlen gyártót vagy importőrt sem egy konkrét technológiára, API-ra vagy szoftvercsomagra. A 11. cikk az igazolvány technikai felépítéséről szól: hogyan vannak kialakítva az adathordozó, a nyilvántartás és az adatokhoz való hozzáférés. Nem határozza meg, hogy egy vállalkozás hogyan szervezze vagy exportálja a saját ERP-rendszerét. Szintén fontos: az igazolványban pontosan mely adatoknak kell szerepelniük, az termékcsoportonként eltérő, és termékcsoportonként delegált aktusban kerül kidolgozásra. Ami az egyik termék releváns ERP-mezője (például egy anyagszázalék), az egy másik termékcsoportra nem feltétlenül alkalmazható.

A műszaki követelmények már érvényesek, a termékcsoportok szerinti kitöltés még nem mindenütt

Az ESPR maga, a digitális termékszemélyi igazolványra vonatkozó általános követelményeivel (10. cikk) és technikai felépítésével (11. cikk) rögzített, és keretet képez, amelyen belül minden termékszemélyi igazolvány majd működnie kell. Az, hogy egy konkrét terméknek valóban szüksége van-e igazolványra, és pontosan mely adatoknak kell abban szerepelniük, termékcsoportonként külön kerül rendezésre. Számos termékcsoportban ez a kidolgozás még nem jelent meg vagy még nem hatályos. Mindaddig, amíg egy termékcsoportra nézve nem világos, mely adatok kötelezőek, addig nincs konkrét kötelezettség egy kötésre vagy egy ERP-rendszerből származó adatfolyamra — azonban hasznos, ha előzetesen tisztában vannak azzal, hogy a releváns adatok belsőleg honnan származnának, hogy az adott előírás kezdetén ne a nulláról kell kezdeni.

Hogyan történik ez a gyakorlatban

Az első lépés annak ellenőrzése, hogy az ERP- vagy készletkezelési rendszerben mely adatok vannak már jelen, amelyek kapcsolódnak ahhoz, amit egy passsport jellemzően tartalmaz: termékidentifikáció, anyagösszetétel, származás, alkatrészek, garancia- vagy javítási információ. Ezt követően célszerű megvizsgálni, hogyan lehet ezeket az adatokat exportálni a rendszerből — fájlként, jelentésként vagy strukturált kapcsoláson keresztül — olyan formában, amely olvasható és átadható, összhangban az 11. cikk által a passsporthoz előírt nyílt és interoperábilis felépítéssel. Ezután fontos az adatokat a passsporthoz szükséges egyedi termékidentifikációhoz kapcsolni a 10. cikk szerint, hogy minden passsport nyomkövethetően a megfelelő termékhez tartozzon. Mivel egy passsportnak a termék teljes életciklusa során naprakésznek kell maradnia, gyakorlati szempontból célszerű átgondolni egy ismétlődő folyamatot is: hogyan kerül sor az ERP-rendszer egy módosítása (például egy módosított alkatrész vagy egy új szállító) egy adott időpontban a passsportban való érvényre juttatására. Ez nem szükséges, hogy valós időben történjen — egy periodikus adatszolgáltatás, például módosítások vagy új gyártások esetén, a legtöbb esetben teljesen megfelelő. Egy olyan platform, amely passsportokat állít össze szolgáltatott adatokból, mint a prodpas.eu, ezeket az adatokat jellemzően éppen ily módon kapja: egy fabrikáns vagy behozatali képviselő meglévő nyilvántartásából történő strukturált adatszolgáltatásként, nem pedig két rendszer közötti állandó közvetlen kapcsolatként.

Ennek alapja: az ESPR 10. és 11. cikke

A digitális termékpasssport interoperabilitási és gépi olvashatóságának nyújtása az ESPR (az (EU) 2024/1781 rendelet) 11. cikkében foglalt kötelezettség, amely a passsport technikai felépítéseit és működését szabályozza. Ugyanezen rendelet 10. cikke írja le azokat az általános követelményeket, amelyeknek egy passsportnak meg kell felelnie, beleértve az egyedi termékidentifikációhoz való kapcsolódást. Ezek a cikkek együtt képezik az alapot arra, hogy miért alkalmasak a meglévő rendszerből származó adatforrások — ha strukturáltan szolgáltatódnak — egy passsport bemeneteként, anélkül hogy a rendelet előírná, hogy egy vállalat milyen technikát vagy rendszert használjon erre belsőleg.

Aki már most szeretne előkészülni, legjobb az összes termékadatnak olyan átfogó nyilvántartásával kezdeni, amely a saját ERP- vagy készletkezelési rendszerben található, és ezeknek milyen formátumban exportálhatók. Amint az adott termékcsoportra nézve világossá válik, hogy egy passsportnak milyen adatokat kell tartalmaznia, a meglévő nyilvántartásból való adatszolgáltatás általában a gyakorlati kiindulópont.