A digitális termékútlevélek szolgáltatási katalógusa: válaszok a átvilágítási eljáráshoz

Az ESPR alapvető követelményei és a textíliákra vonatkozó megfelelőségi profil, amelyek minden közzététel előtt érvényesülnek, mindaddig, amíg a munkaterület nem szünteti meg a vizsgálatot.

A közzététel előtt ellenőrzésre kerülnek az azonosítók (ruha és gazdasági szereplő), valamint - a textil-sablonból - a szálösszetételre vonatkozó címke és a műszaki dokumentáció; az anyagösszetételt és a ruha szintjét ajánlásként vizsgálják. A gondozási útmutatások és egyéb kísérő dokumentumok előre megadott közzétételi szinttel rendelkező sablonmezők formájában állnak rendelkezésre.

Amíg egy felhatalmazáson alapuló jogi aktus még tervezet formájában van, az abban meghatározott adatpontok a Transpareo-ban konfigurációs kérdésnek minősülnek. A végleges jogi aktusban szereplő kiegészítések a megfelelőségi profil frissítésként kerülnek bevezetésre, a platform átalakítása nélkül.

Igen. A DIN DKE SPEC 99100 szabvány szerinti akkumulátor-adatmodell teljes egészében rögzítésre került, és a közzététel előtt validálásra kerül.

Transpareo a DIN DKE SPEC 99100 szabványban (A. melléklet, A.1. táblázat) meghatározott adatmodellt biztosítja, amely magában foglalja az EU elemekről és akkumulátorokról szóló rendeletében és a Bizottság kategóriánkénti iránymutatásaiban előírt adatokat: többek között az akkumulátorkategóriát, a kémiai összetételt, a szén-dioxid-lábnyomot, az egyes fémek újrahasznosított anyagokból származó arányát, az állapotot (State of Health) és az élettartamra vonatkozó értékeket.

Az akkumulátor-útlevéleket egy saját megfelelőségi profil alapján hitelesítik. Azokat az adatokat, amelyekhez a rendelet szerint csak jogos érdekkel rendelkező személyek férhetnek hozzá, a nyilvános adatkészlettől elkülönítve tárolják. Az akkumulátor-munkaterület automatikusan minden akkumulátorhoz egy-egy igazolványt rendel. A kötelezettség 2027. február 18-tól lép hatályba.

Jelenleg tizenegy termékcsoport rendelkezik megfelelőségi profillal, és minden további termékcsoportot saját tulajdonságtípusok segítségével ábrázolnak.

Megfelelőségi profilok állnak rendelkezésre textíliák, akkumulátorok, elektronikai termékek, gumiabroncsok, csomagolóanyagok, bútorok, alumínium, vas és acél, vegyi anyagok, építőipari termékek, valamint élelmiszerrel érintkező anyagok esetében. Az egyes munkaterületek kiválasztják a saját kategóriájukat, és a platform minden tanúsítványt ennek a profilnak megfelelően ellenőriz.

Minden egyéb terméktípust úgy ábrázolunk, hogy a termékekhez és alkatrészekhez saját tulajdonságtípusokat határozzunk meg, amelyek vagy kötelező, vagy opcionális mezők lehetnek. Ha egy termékcsoportot a szabályozás még nem foglal magában, az így csupán konfigurációs kérdés.

A Transpareo az EU-ba szóló útleveleket állít ki. Ajánlatos ágazatonként egy-egy munkaterületet létrehozni, mivel minden ágazati sablon meghatározza a saját kötelező adatmezőit.

Egy munkaterületen belül további adatpontok kerülnek hozzáadásra tulajdonságtípusokként, mindegyik saját nyilvánossági szinttel, és minden igazolványt a munkaterület kategóriájának megfelelő megfelelőségi profil alapján ellenőriznek. A GS1-azonosítók, a W3C Verifiable Credentials és a JSON-LD szókincsek világszerte olvashatók.

Minden sablonnak két szintje van: egy szabályozott, amely meghatározza a szabályozást, és az ügyfél saját szintje, amelyet szabadon bővíthet.

A szabályozott szint: Minden szabályozási kategória esetében a platform az adott szabályozásnak megfelelő adatokat és kísérő dokumentumokat sablonként tárolja, amelyeket egy munkaterület egy lépésben átvesz. A textilcsomag az (EU) 1007/2011 rendeletet és az ESPR alapvető követelményeit követi; a textíliákra vonatkozó felhatalmazáson alapuló jogi aktus még tervezet formájában van. Az akkumulátorokra vonatkozó szabályozás a DIN DKE SPEC 99100 szabványt követi, a Bizottság kategóriánkénti kötelező szabályaival kiegészítve. A típus, a kötelező státusz és a szókincsben szereplő kifejezés rögzített, a nevet és a nyilvánosságra hozatal szintjét a munkaterület testreszabhatja; a rögzített kifejezésnek köszönhetően a különböző márkák adatai ugyanazokkal az eszközökkel olvashatók.

Saját szint: A munkaterület a szabályozott keret mellett tetszőleges számú, bármilyen típusú saját tulajdonságtípust definiál, például cipők vagy kiegészítők számára. Az új tulajdonságtípus a mentés után azonnal elérhetővé válik.

A márkák, kategóriák, tulajdonságtípusok, nyelvek, csoportok, arculat és domain a konfiguráció részét képezik. Minden ügyfél ugyanazt a terméket használja: amire egy ügyfélnek szüksége van, az a konfiguráció segítségével mindenki számára elérhetővé válik a platformon, így a frissítések során minden testreszabás megmarad.

Modellenként, tételenként vagy darabonként.

A GTIN azonosítja a modellt, amelyet „style”-nak vagy „SKU”-nak is neveznek. A tételazonosító a tételszámot kapcsolja a címhez; az egyedi darabazonosító a tételszám helyett a sorozatszámot tartalmazza. Ennek eredményeként minden azonosítóhoz egy-egy webcím tartozik, amelyet minden GS1-kompatibilis szkenner felold.

A szintet a munkaterület határozza meg, a textíliák és az akkumulátorok esetében pedig a szabályozási kategória írja elő: textíliák esetében egy tanúsítvány minden gyártási tételre, akkumulátorok esetében pedig egy tanúsítvány minden akkumulátorra. A közzétett tanúsítvány megtartja azt a szintet, amelyen közzétették.

Igen. A termékazonosítók a GS1 szabványnak felelnek meg, a gazdasági szereplőket és a telephelyeket pedig az EN 18219:2026 szabványban meghatározott sémák alapján ellenőrzik.

A GTIN azonosítja a modellt, a tételszám (AI 10) a gyártási tételt, a sorozatszám (AI 21) pedig az egyes darabokat. A GTIN-t a bevitelkor az ellenőrző szám alapján ellenőrzik, és a hibás GTIN-ellenőrző számmal rendelkező terméket sem menteni, sem közzétenni nem lehet. A gazdasági szereplők és telephelyek GLN-számát szintén az ellenőrző szám alapján validálják.

A munka megkezdődhet még azelőtt, hogy a GS1-számok rendelkezésre állnának: egy terméket a gyártói cikkszám (MPN, amely általában megegyezik az SKU-val) alapján azonosítanak, a GTIN-t pedig később egészítik ki anélkül, hogy a meglévő adatokat megzavarnák.

Minden szint egy önálló adatkészlet, saját azonosítóval, és tartalmazza a hozzá tartozó elemeket.

A modell tartalmazza a cikkre vonatkozó adatokat: összetétel, karbantartás, eredet, dokumentumok. A változatok ezeket öröklik; az eltérő értékeket a változatnál rögzítik, és eltérőként jelölik meg. Egy tétel megőrzi a számát és a gyártási dátumát, és a gyártási állapotban rögzíti az adatsort. Egyedi darab örökli a tételéhez tartozó rögzített adatsort; sajátossága a javítások, felújítások, tulajdonosváltások és események története.

Egy modelltől eljutunk az ahhoz tartozó gyártási tételekhez, egy tételtől pedig az ahhoz tartozó darabokhoz; egy darab pedig visszavezethető a hozzá tartozó tételre és modellre. A csomagolási hierarchiákat, vagyis azt, hogy mi mit tartalmazott, manapság nem rögzítik.

Az EN 18219 szabvány által engedélyezett sémák szerint: a gazdasági szereplő LEI-vel vagy GLN-nel, az üzleti telephely LEI-vel, GLN-nel vagy DID-vel.

A vállalat LEI- vagy GLN-kódját a munkaterület beállításaiban, a gyártóét pedig a gyártó adatai között rögzítik. Mindkettőt ezeknek a sémáknak megfelelően ellenőrzik, majd a szabványban előírt helyre írják be a tanúsítványba. További gyártói azonosítókat fejlesztési ráfordítás nélkül tulajdonságtípusokként egészítenek ki.

Bármely adathordozó, amely képes egy webcím tárolására; a QR-kódot maga a platform generálja.

Minden GTIN-kóddal rendelkező termék adatait GS1 Digital Link formátumban állítják ki, és nyomtatásra kész QR-sablonnal együtt szállítják: méretezhető SVG-formátumban, PDF-ben és PNG-ben, bármilyen méretben 2 000 képpontig, M hibajavítási szinttel. Az Illustrator és az InDesign közvetlenül megnyitja ezeket a fájlokat; külön Adobe-bővítmény nem áll rendelkezésre.

A Data Matrix kis nyomtatási felületre alkalmas, az NFC-címkék NDEF-URI adatsort tartalmaznak, az UHF-RFID-beágyazott címkéket pedig távolról olvassák le; az azonos GTIN-ből és sorozatszámból álló EPC ugyanarra a kártyára vezet. Tetszőleges számú adathordozó kódolhatja ugyanazt a címet, és ugyanahhoz a passhoz vezet.

Igen. A cím determinisztikus, így egy kód már kinyomtatható, mielőtt a termékadatlapot létrehoznák.

Amint a domain be van állítva, a GS1 Digital Linkből kialakul a passz címe: domain, GTIN, valamint a szinttől függően tétel- vagy sorozatszám. A kód a kártya közzétételével azonnal feloldódik. A platform már az első vázlatotól kezdve megjeleníti azt vektoros SVG-ként, nyomtatásra kész PDF-ként és PNG-ként a szükséges képpontméretekben, fájlként vagy az API-n keresztül.

A beszállító által előre létrehozott sorozatszámokat nagy mennyiségben, fájlban vagy az API-n keresztül importáljuk: egy munkaterületen úgy, hogy minden darabhoz egy-egy igazolvány tartozik, mint az igazolványok sorozatszámai, egyébként pedig egy tétel sorozatszámai, amelynek igazolványait megnyitják.

Mindkét irányban, anélkül, hogy a beszállítónál telepítést igényelne, és anélkül, hogy integrálni kellene a beszállító rendszereivel.

Ha a beszállító kinyomtatja Transpareo által kiadott kódokat, a megrendelési adatok alapján elkészülnek a kártyák, mindegyik megkapja a saját címét, és a beszállító fájl formájában vagy az API-n keresztül megkapja a készletet a nyomtatásra kész sablonokkal együtt. Ha a beszállító saját kódokat hoz magával, akkor a sorozatszámait importáljuk és hozzárendeljük az igazolványokhoz, nagy mennyiség esetén a gyártás előtt, vagy darabonként az API-n keresztül.

Az ügyfél tartja fenn az üzleti kapcsolatot a beszállítóval, a platform pedig tárolja a sorozatszám és az azonosító közötti összefüggést, így a beszállító cseréje nem érinti a már kiállított azonosítókat. A Transpareo szállítja a szoftvert; a fizikai címkéket és adathordozókat partnerek vagy az ügyfél által választott bármely szolgáltató biztosítja, az adott szolgáltató árai szerint. A fogyasztói szkenneléshez csupán a telefon kamerája szükséges, az NFC- vagy RFID-leolvasáshoz pedig azokat az eszközöket használják, amelyekkel a vállalkozás egyébként is rendelkezik.

Minden cím megnyitja a saját szintjének vagy a közvetlenül felette lévő szintnek a profilját, így egy bolt már a vásárlás előtt hivatkozhat a modell címére.

Ha a nyilvántartásokat tételenként állítják ki, akkor egy sorszám nélküli GTIN a legújabb tétel nyilvántartását nyitja meg. Egy sorszám az adott tétel nyilvántartását nyitja meg, egy sorozatszám pedig az egyedi darab nyilvántartását, vagy - egy olyan munkaterületen, ahol a nyilvántartásokat tételenként állítják ki - annak a tételnek a nyilvántartását, amelyhez ez a sorozatszám tartozik. Egy kitalált sorozatszám megnyitja az adott tétel vagy modell igazolványát azzal a megjegyzéssel, hogy ez az egység nem rendelkezik saját igazolvánnyal, és a lekérdezést naplózza; egy ismeretlen GTIN nem eredményez semmit. Az RFID-címkéről leolvasott SGTIN-EPC-t - akár URN formátumban, akár a GS1 tömörített formájában - továbbítják a GS1 Digital Linkjéhez.

A resolver a GS1-szabványnak megfelelő resolverre vonatkozó előírások (GS1-Conformant Resolver Standard, ISO/IEC 18975) szerint készült, és minden munkaterület gazdagépén a /.well-known/gs1resolver alatt található. A gépek a linkType=linkset és a régebbi all érték esetén az azonosítóhoz tartozó, a GS1 sémának megfelelő linkkészletet (RFC 9264) kapják; a gs1:pip, gs1:DPP és gs1:defaultLink értékeket követi; egy olyan linktípus, amelyet a Pass nem támogat, 404-es hibakódot eredményez, egy hibás link pedig 400-as hibakódot, és minden válasz megnevezi azt a szintet, amelyről származik. Saját feloldónk válaszol a GS1 Digital Linksre és a GS1-kódolt RFID-címekre, és a Pass a GS1-címén nyílik meg; egy márka, amelynek linkjei egy GS1-feloldón keresztül futnak, ezt a feloldót a miénkre irányítja, és minden beolvasás az ő átirányításán keresztül érkezik hozzánk.

Minden közzététel egy új, aláírt verziót rögzít ugyanazon a címen, és minden korábbi verzió a közzétételkori állapotában továbbra is elérhető marad.

Minden verzió egy W3C Verifiable Credential, amelyet ECDSA-SD-vel aláírtak - ez egy szelektív közzétételi eljárás: a fogyasztó, az újrahasznosító és a hatóság mindegyike megkapja azt a részhalmazt, amelyre jogosult, és az aláírás ezen a részhalmazon ellenőrizhető marad. Minden verzió tartalmazza az előző verzió hash-értékét, így a történet nem írható át észrevétlenül, és egy Transpareo kulccsal aláírt manifeszt felsorolja az egyes verziókat a hash-értékükkel együtt. Minden korábbi verzió megnevezi, mi változott az előző verzió óta.

A passz mögötti termékadatlap továbbra is szerkeszthető, és saját előzményeket vezet: minden módosítást mezőről mezőre rögzítenek, feltüntetve a módosító személyét vagy rendszert, az időpontot, valamint az előző és az új értéket, és a korábbi állapot visszaállítható. A termékelőzményekből kiderül, ki mit módosított; a Pass-verziók pedig igazolják, hogy mi mikor került forgalomba.

Az azonosító változatlan marad; a módosítást ugyanazon tanúsítvány új verziójaként teszik közzé, és a terméken szereplő kód a frissített állapotra utal.

Új azonosítóra csak akkor van szükség, ha maga a cikk is más lesz. Erre szolgál a felváltás (supersession): az új azonosítót összekapcsolják a felváltottal, és aki az egyiket megtalálja, az a másikat is megtalálja.

Igen. Az Transpareo Time Machine, a nyílt forráskódú nézőprogramunk, minden közzétett verziót a márka arculatának megfelelően jeleníti meg.

A jelenlegi verzió az oldal betöltésekor megjelenik, a korábbiak pedig akkor töltődnek be, amint megnyitjuk az idővonalat; végigpörgethetjük a termék életét: hogyan készült, mit javítottak rajta, hová került. További információk itt Transpareo Time Machine.

Az adott tétel megőrzi saját összetételét, és a későbbi termékmódosítások csak egy olyan javítás révén érhetik el, amely egy új verziót ír alá.

Az SKU és a GTIN változatlan marad. Létrehozásakor a tétel a komponensek és tulajdonságok tényleges gyártási állapotának állandó másolatát veszi át, és a terméken később végrehajtott módosítások nem kerülnek visszavezetésre a tételbe. Ha egy szezon alkatrészlistája eltér, a módosítást a tétel létrehozása előtt végzik el a modellen; a gyártási folyamat további értékeit, például az ellenőrzési eredményeket, szintén beállítják, és a tétel rögzíti azokat. A tétel javítása átveszi a modell javított állapotát, és aláír egy új verziót.

Egy tavasszal gyártott termék az ő anyagait sorolja fel, míg ugyanazon SKU-számú, ősszel gyártott termék a saját anyagait, anélkül, hogy új SKU-számot kellene létrehozni, és minden egyértelmű marad. A korábbi raktárkészletek az „ Transpareo Time Machine ” (Raktárkészlet-nyilvántartás) menüpont alatt továbbra is megtekinthetők.

Az eseményt a passzban rögzítik, és az adatmódosítást új, aláírt változatként teszik közzé ugyanazon a címen; semmit sem állítanak ki újra, sem nyomtatnak újra.

A javításokat, felújításokat, visszavételeket, újrahasznosításokat és visszahívásokat dátummal és a résztvevőkkel együtt rögzítik, és ezek nyilvános EPCIS-eseményekként jelennek meg. A beszállító- vagy anyagváltás adatmódosításnak minősül, és új verzióként jelenik meg. Az ellenőrzéseket, a tulajdonjog-átruházásokat és az eseményeket kizárólag a hatóságok számára rögzítik.

Igen, a márka által biztosított hozzáféréssel.

A márka saját API-hozzáférési adatokat biztosít egy javító-, felújító- vagy újrahasznosító vállalkozás számára, amelyek feljogosítják az események rögzítésére. Minden rögzített esemény tartalmazza a saját GLN-kódját - amennyiben az meg van adva - az esemény helyszínének megjelölésére, és az esemény új verzióként való közzétételéhez külön közzétételi jogosultságra van szükség. A márka hozzáféréssel nem rendelkező fél nem tehet közzé semmit.

A cég aláírásán keresztül, amelyet bárki ellenőrizhet a Transpareo szoftvere, API-ja vagy fiókja nélkül, kérésre olyan kulcsokkal, amelyeket kizárólag a márka birtokol.

• Mindenki számára hiteles: W3C Verifiable Credential formátumban, ECDSA-SD aláírással; minden kompatibilis könyvtár ellenőrzi.
• Ellenőrzés az olvasó részéről: A Viewer feloldja a DID-dokumentumot és a nyilvános kulcsot, majd a böngészőben ellenőrzi az aláírást.
• Nyílt forráskód: A vizsgálati nyomvonal nyilvánosan ellenőrizhető és függetlenül reprodukálható.
• Saját kulcsok: A platform az aláírandó dokumentumot a márka aláírási végpontjára továbbítja; a magánkulcsok soha nem kerülnek a Transpareo birtokába.

Az egyik követelmény részben teljesül: az EN 18246 olyan kulcsokat ír elő, amelyek identitás-ellenőrzés után tanúsítvánnyal rendelkeznek, míg a kibocsátó kulcsait ilyen tanúsítvány nélkül teszik közzé a saját domainjén. Az adathordozó fizikai biztonságát - például a másolásvédelmi jellemzőket vagy a hardverazonosítókat - az adathordozó gyártója biztosítja; Transpareo jelenleg nem értékeli ezeket a jellemzőket.

A hamis útlevelek az aláírás miatt azonnal kiszűrődnek; a másolt eredeti kódok pedig megjelennek a szkennelési statisztikában.

• Hamis útlevél: nem a védjegy domainjén található, és nem a védjegy kulcsával van aláírva; minden ellenőrzés sikertelen.
• Másolt eredeti kód: Az egyes útlevelekhez és országokhoz tartozó szkennelések a szkennelési statisztikában szerepelnek. Egy darabos útlevelet felfüggeszthetünk; minden további szkenneléskor az útlevél felfüggesztettként jelenik meg.

Ahhoz, hogy egy fizikai klónt már a beolvasás során leleplezzünk, szükség van az adathordozó másolhatatlan jellemzőjére, például egy címke hardverazonosítójára. A Transpareo jelenleg nem rögzíti és nem ellenőrzi az ilyen értékeket.

Igen. Minden forrás az általa kezelt mezőket felveszi egy katalógusba - API-n, táblázatimporton, ügynöki felületen vagy az alkalmazáskezelőn keresztül.

A termékek, alkatrészek, dokumentumok, médiaelemek és tulajdonságtípusok mind ebben az egyetlen katalógusban találhatók. Az importálás a termék vagy alkatrész azonosítója alapján végzi az összehasonlítást, és a meglévő adatrekordokat a helyükön frissíti, így a PLM-ből vagy az ERP-ből származó rendszeres adatkinyerés biztosítja a katalógus naprakészségét. Az alkatrészek megosztásra kerülnek: az egyszer kijavított anyag minden olyan termékbe bekerül, amelyben az szerepel.

Minden írási műveletet beérkezéskor érvényesítenek, majd közvetlenül utána a kategória szabályai alapján ellenőrzik, és minden módosítást mezőről mezőre rögzítenek a forrás és az időpont feltüntetésével. Egy tipikus együttműködés: a PLM biztosítja az összeállítást és a karbantartást, az ERP a megrendeléseket, a tételeket és a sorozatszámokat, a beszállítói portál pedig a tanúsítványokat; a Transpareo összeállítja a passportot, érvényesíti, aláírja és feldolgozza.

A dokumentumok a termékekhez és alkatrészekhez kapcsolódnak, és minden termék műszaki dokumentációját maga a platform állítja elő PDF-formátumban, a márka arculatának megfelelően.

A termék esetében a nyilvános dokumentum letölthető formában kerül be a passokba, és minden közzétett verzió megőrzi azt a fájlt, amellyel közzétették; a belső dokumentumok viszont nem kerülnek be a passba. Egy adatpontban szereplő szabályozott dokumentum követi annak nyilvánosságra hozatalának szintjét, így a hatóságok számára fenntartott dokumentumok nem kerülnek be a nyilvános adatok közé. Egy komponens esetében a dokumentum nyilvános, vagy csak bejelentkezés után látható.

A műszaki dokumentáció az md2pdf nyílt forráskódú renderelőről közzétett útmutatóból származik, amely a munkaterület arculatát alkalmazza, és ugyanazt a dokumentumot készíti el a munkaterület minden nyelvén - akár 40 nyelven is. A könyvtár nyilvánosan elérhető a GitHubon.

Az adatpontok konfigurációja: mező létrehozása, közzétételi szint beállítása, kötelezővé jelölése - platformfejlesztés és kiadásra való várakozás nélkül.

A nevet egyszer rögzítik a felhasználó saját nyelvén, majd a platform lefordítja a többi nyelvre. A már meglévő adatokra az alábbiak vonatkoznak:

• Észlelés: A DPP-készletet azonnal újraszámítja a rendszer a teljes katalógusra vonatkozóan, percenként 200 termékkel; minden olyan termék megjelenik, amely nem tartalmazza az új mezőt, és szűrhető, továbbá az export a teljes katalógusra vonatkozóan tartalmazza az új mezőt.
• Utólagos rögzítés: manuálisan, táblázatból történő tömeges importálással vagy az API-n keresztül. Amennyiben az érték kiszámítható, a varázsló ellenőrzésre szolgáló javaslatokat készíthet.
• A közzétett útlevelek megtartják a verziószámukat; a frissítés egy újbóli közzététel ugyanazon az URL-címen.
• Ellenőrzés: A mezők, az értékek és minden újbóli közzététel szerepel az ellenőrzési naplóban és a verziótörténetben.

Ha egy teljesen új kategória kerül hozzáadásra, akkor megadjuk a megfelelőségi profilt és az adatpontokat sablonként, amelyeket a munkaterület egy lépésben átvesz.

Táblázatimportálással, oszlophozzárendeléssel és előnézettel, fájlonként legfeljebb 50 MB és 100 000 sor, vagy az API-n keresztül.

Az importáló program javaslatot tesz az oszlopok és a mezők közötti hozzárendelésre, az írás előtt megmutatja, hogy mi lesz az egyes oszlopokból, és azonos oszlopcímek esetén minden alkalommal ugyanazt a hozzárendelést javasolja; ha felismeri az összes szükséges oszlopot, az automatikus futtatás kihagyja a hozzárendelési lépést, így az ismétlődő importálás egyetlen feltöltéssel elvégezhető. Az XLSX vagy CSV formátumban történő exportálás az egész adatállományt tartalmazza, nyelvenként egy táblázatot, és ugyanebben a formátumban újra importálható. Az első feltöltés általában táblázat formájában történik; amint a struktúra kialakult, a feltöltés többnyire az API-ra vált át.

Minden hitelesítve zajlik HTTPS-en keresztül. A nagyobb mennyiségeket több feltöltésben vagy a Bulk-API-n keresztül lehet feltölteni. A médiafájlokat egyenként töltik fel, egyszerre négyet, fájlonként legfeljebb 50 MB-ig; az exportálás háttérben történik egy lejáró címen. Az alkalmazás értesíti a felhasználót, ha egy import befejeződött, vagy döntésre van szükség; kérésre e-mailben is értesítést kaphat, ha az import befejeződött. Sem FTP, sem hitelesítetlen tárolók nem állnak rendelkezésre.

REST-API-n, aláírt webhookokon, esemény-feed-en, táblázatok importálásán és exportálásán, egy MCP-kiszolgálón az AI-ügynökök számára, valamint egy n8n-csomóponton keresztül; közbenső szoftverre nincs szükség.

• REST-API: dokumentált, OAuth 2.0 Client Credentials segítségével hitelesítve, rendszerenként a hatályra korlátozva. A PLM vagy az ERP létrehozza és frissíti a termékeket, alkatrészeket, tulajdonságokat és tételeket, valamint közzéteszi a tanúsítványokat.
• Webhookok: az életciklus eseményeit lekérdezés nélkül jelzik; az esemény-feed ugyanazokat az eseményeket továbbítja azoknak a rendszereknek is, amelyek lekérdezést indítanak.
• Tömeges import: táblázat vagy CSV olyan rendszerekhez, amelyeknél nincs integrációs költségvetés, hozzárendeléssel, előnézettel és a meglévő adatrekordok frissítésével.
• Ügynöki interfész (MCP): olyan eszközökhöz, amelyek esetében nem éri meg integrációs projektet indítani.
• n8n-csomópont: @transpareo/n8n-nodes-transpareo címen tették közzé, olyan munkafolyamatokhoz, amelyeket egy csapat programozás nélkül hoz létre.

Az API és a webhookok valós időben működnek. Az importálás, exportálás, közzététel és fordítás háttérfeladatokként futnak, állapotlekérdezéssel, megjelenítik az előrehaladásukat, és senkit sem akadályoznak; egy tömeges közzététel sem terheli túl a várólistát. Bármi, ami HTTPS-t támogat, integrálható, beleértve a meglévő integrációs platformokat vagy az iPaaS-t is. A GS1-azonosítókat a partnerrendszer hozzárendelési táblázat nélkül is felismeri.

Minden bejegyzést beérkezéskor ellenőriznek az értékek típusa és formátuma szempontjából, majd a DPP-készség kiszámításakor és minden közzétételkor a vonatkozó szabályozási kategória előírásai alapján is ellenőrzik az adatsort.

A beérkezéskori ellenőrzés akkor is érvényes, ha az adatok az API-n, importon vagy személyen keresztül érkeznek. A szabályok a kategória megfelelőségi profiljából származnak, SHACL-modell szerinti „shapes”-ként vannak megfogalmazva; így az előírások adatigényeit ellenőrzések formájában valósítják meg. A telephelyek azonosítóit a megengedett sémák alapján ellenőrzik. A szabályozási adatpontokat a termékhez rendelik, és közzétételkor rögzítik; a megfelelőségi dokumentumok ugyanazokhoz az adatrekordokhoz tartoznak, és láthatóságuk az azokat tartalmazó adatpont közzétételi szintjét követi.

Az ellenőrzés szerkezeti jellegű: megvannak-e a kötelező adatok, helyesen vannak-e formázva és megfelelnek-e az előírt típusnak? Az, hogy egy adat tartalmilag helyes-e, egy ember által végzett ellenőrzési lépés, például a beszállítói oldalon keresztül.

Minden termékhez tartozik egy folyamatosan újraszámított DPP-készültségi állapot: százalékos érték, szín és a függőben lévő ellenőrzések listája, mindegyikhez linkkel a megfelelő mezőhöz.

A közzétételt blokkoló ellenőrzések elkülönülnek azoktól, amelyek csupán az adatsor minőségét javítják. Amíg egy kötelező ellenőrzés le nem zárul, addig egyetlen igazolás sem tehető közzé. A hiányzó kötelező tulajdonságot típusával együtt jelölik meg; a szabvány által elutasított értéket azzal a szabályzal együtt jelzik, amelyet megsért.

Az alkatrészeket megosztják, így minden olyan termékben érvénybe lép a módosítás, amelyben azok szerepelnek. A tételadatok változatlanok maradnak, és a közzétett adatok csak akkor változnak, ha a szerkesztő úgy kívánja: a javítás egy új verziót hoz létre, amelyet a webhookok és az esemény-feed jelentenek.

A katalógusban a DPP-készlet egy oszlop: rendezhető és szűrhető. Próbálja ki fiók nélkül: bemutató verziónk.

Igen, legfeljebb öt lépcsőből álló vizsgálati eljárások; aki kérelmet nyújt be, az nem dönthet róla saját maga.

Minden szint egy csoporthoz vagy jogosultsághoz van rendelve. Amíg egy kötelező ellenőrzés le nem zárul, a passz közzététele zárolva marad, és még egy kapcsolódó KI-ügynök által kezdeményezett közzététel is ugyanazon a folyamaton megy keresztül. A hozzáférés korlátozható egyes termékekre vagy komponensekre. Verziószámmal ellátott munkafolyamat-sablonok egyelőre nem állnak rendelkezésre; amennyiben egy ügyfélnek bizonyos lépésekre van szüksége, azokat beépítjük a termékbe.

Igen. Feladatok személyeknek vagy csoportoknak kerülnek kiosztásra, egy napi e-mailben mindenki megkapja az új és a határidőn túli feladatait, a beszállítóknak címzett információkérésekhez pedig saját határidők és emlékeztetők tartoznak.

A további személyek felé történő automatikus eskaláció szerepel a fejlesztési tervben. A feladatok az API-n keresztül lekérdezhetők, a webhookok és az esemény-feed pedig jelzik az egyes engedélyek állapotváltozásait, így egy külső munkafolyamat-kezelő eszköz reagálhat rájuk, például az n8n a Transpareo-csomóponttal.

A konfigurálható terméktáblázat, a feladatok és megkeresések listái, valamint a statisztikai oldal; minden adatállomány exportálható.

• Katalógus: Az oszlopokat minden felhasználó maga választja ki, beleértve a DPP-készletet is; a mentett nézetek az egész csapat számára rögzítik a lekérdezéseket. A komponensek név, típus és tulajdonságok szerint kereshetők, az igazolványok pedig azonosító, állapot (a tervezéstől a lejáratig), verzió, érvénytelenség, valamint tétel vagy darabszám szerint.
• Folyamatban lévő munkák: A feladatok és megkeresések listái tartalmazzák a határidőn túllépett feladatokat, a felelős személy nélküli feladatokat, a lejárt megkereséseket, valamint az ellenőrzésre váró válaszokat.
• Fogyasztók: beolvasások útlevélenként, régiónként és időszakonként, nyomkövetés nélküli szervernaplókból, letölthető a statisztikai oldalról.
• Exportálás: Termékek, alkatrészek és útlevelek teljes adatsorokként CSV, XLSX, JSON-LD vagy SQL formátumban, a képernyőn megjelenő oszlopoktól és szűrőktől függetlenül.

Az API segítségével a kártyák termék, állapot és keresési kifejezés szerint lekérdezhetők, és a katalógus, a kártyák, valamint az egyes kártyákhoz tartozó szkennelési adatok az ügyfelek saját üzleti intelligencia-eszközei révén elérhetők. Bemutató: bemutatónk.

A munkaterület termék- és igazolványadatai egy saját adatbázisban találhatók; csupán a fiók- és díjszabási adatok szerepelnek a közös platform-adatbázisban.

A keresési index, a jelölőkulcs és a titkosítási kulcs szintén munkaterületenként külön van; a médiafájlok és a jelszóarchívum munkaterületenként saját elérési útvonalon található.

Igen, két szinten: az érzékeny területek és a biztonsági mentések.

• Mezők: AES-256-GCM, munkaterületekenként egy-egy kulccsal, amelyet viszont a szerver főtitkából származtatott kulcs burkol be; a főtitok rotációja minden általa védett munkaterületi kulcsot újból burkol, anélkül, hogy az adatokat újra titkosítaná. Védelem alatt áll például a mesterséges intelligencia-szolgáltató kulcsa. A munkaterület aláírási kulcsát egy második, kifejezetten erre a célra kijelölt munkaterületi kulcs burkolja.
• Biztonsági másolatok: AES-256 titkosítással védve, mielőtt elhagynák a szervert.

A médiafájlok és a jogosultsági archívum az EU-n belüli objektumtárolóban található, és egy fizető munkaterület archívuma tíz évig nem módosítható.

E-mail-cím és jelszó, valamint passkey vagy egyszeri kód mint második tényező, amelyet a munkaterület előírhat; a kijelentkezésig tartó inaktivitási időtartamot a munkaterület határozza meg.

Az alapértelmezett időtartam 480 perc; a munkaterület szabadon meghatározhatja az időtartamot. A munkamenetet a szerver oldalon zárják le; a bemutató munkaterületünk 60 perces időtartammal működik. Ezen felül a munkamenet-süti a böngésző bezárásakor is lejár. Egy „secure” jelöléssel ellátott, titkosított munkamenet-süti tárolja a munkamenetet, egy nyelvi süti pedig a kiválasztott nyelvet; harmadik féltől származó sütik nincsenek.

A felhasználókat meghívják és hozzárendelik őket hozzáférési csoportokhoz; egy felhasználó eltávolítása azonnal megvonja a hozzáférési jogokat és az API-hozzáférési adatokat. Általános vagy megosztott fiókok nincsenek. Minden felhasználó utolsó bejelentkezése megjelenik; a hosszú ideje inaktív fiókok automatikus deaktiválása a fejlesztési tervben szerepel.

Három napló: audit-napló (5 év), a NIS2 szerinti biztonsági napló (365 nap) és a hatóságok által végzett hozzáférések jegyzőkönyve, amelyet kérésre exportálunk.

Az audit-napló mezőről mezőre felsorolja, ki, mit és mikor módosított, az érték előtti és utáni állapotot is feltüntetve, és a képernyőn időtartam, adatrekord vagy szereplő szerint szűrhető. A biztonsági napló rögzíti a bejelentkezéseket (sikereseket és elutasítottakat egyaránt), a többfaktoros hitelesítési kéréseket, a jelszó-visszaállításokat, a fiókzárásokat, az elutasított API-hozzáférési adatokat, a blokkolt címeket és az elutasított ügynöki hívásokat; az alkalmazáson belül kereshető.

A rendszer naplófájljaiban szereplő személyes adatokat csak addig tároljuk, amíg az azok célja megköveteli (az Általános Adatvédelmi Rendelet 5. cikke (1) bekezdésének e) pontja). Az útleveleket aláírt fájlként exportáljuk, amelyeket a hatóságok a szoftverünk nélkül is ellenőrizhetnek; a naplófájlokat pedig CSV vagy XLSX formátumban.

Minden olyan biztonsági eseményt, amely a munkaterületünkre vonatkozik, haladéktalanul jelzünk az ügyfélnek, függetlenül attól, hogy személyes adatok érintettek-e vagy sem; a biztonsági réseket pedig bárki bejelentheti a support@mail.transpareo.com címre.

A személyes adatok védelmének megsértése esetén az értesítésnek az adatfeldolgozási szerződésünk 9. pontjának rendelkezéseit kell követnie: le kell írnia a jogsértés jellegét, annak várható következményeit és a meghozott intézkedéseket, meg kell neveznie egy kapcsolattartó pontot, valamint meg kell jelölnie, mikor történt és mikor derült ki a jogsértés, és mely munkaterületeket érint. Ami kezdetben még nem ismert, azt kiegészítjük, amint az ismertté válik.

Kizárólag az ügyfél nevében benyújtott regisztráció útján, amelyet a platform naplója és a munkaterület saját biztonsági naplója is rögzít.

Az ügyfél minden ilyen bejelentkezést ellenőriz a biztonsági naplóban. A munkatársakat a hozzáférés megadása előtt elvégezik az ellenőrzést, és rendszeresen biztonsági képzésben részesítik őket. Titoktartási kötelezettség terheli őket, és csak annyiban kapnak hozzáférést, amennyire az a szerződés teljesítéséhez és támogatásához szükséges (az adatfeldolgozási szerződés 7.4(b) pontja).

E-mailes ügyfélszolgálat a support@mail.transpareo.com címen, német és angol nyelven, minden csomagban benne van.

Külön támogatási szerződés vagy a tényleges ráfordítás alapján számlázott támogatás nem áll rendelkezésre. Az alkalmazásban a súgócikkek kereshetők, és a felhasználó nyelvén jelennek meg az API-útmutató mellett. A munkaterület saját AI-hozzáférésével az asszisztens mindkettőből válaszol, hivatkozhat a cikkre, és a leírt lépést a felhasználó jogosultságainak megerősítése után azonnal végrehajthatja.

Igen, a platform már működik: bármely vállalat regisztrálhat, és minden igazolványt létrehoznak, érvényesítenek, aláírnak, majd az állandó cím alatt közzétesznek.

A funkcióit bankszámla nélkül is kipróbálhatja a demó verziónkban.

Munkaterületenkénti fix havi díj a belépőkártyák száma alapján, beüzemelési, tanácsadási, felhasználói és szkennelési díjak nélkül, valamint fizetős kiegészítő modulok nélkül.

Az adathordozó nem befolyásolja az árat, és a szkennelések, a forgalom és a tárhely soha nem kerülnek számításba. Minden csomag a teljes funkciókészletet tartalmazza saját domainnel, 40 nyelvvel és teljes API-val, így a katalógusban szereplő minden funkció a legkisebb csomagban is elérhető; az előfizetés csomagja kívüli egyetlen költség a mesterséges intelligencia-szolgáltató díja, amennyiben az ügyfél saját fiókjával használja az asszisztenst. A számlázás havonta történik, minimális futamidő nélkül.

Négy csomag frankban, euróban vagy dollárban: 100 darabig, 1 000 darabig, 10 000 darabig és korlátlanul, mindegyik tetszőleges számú termékkel és komponenssel. A béta-fázis ideje alatt 30%-os kedvezmény érvényes a listaárakra, és az Ön által megkötött ár az Ön ára marad, amíg megtartja a csomagot. 8 napos, kötelezettség nélküli próbaidőszak vehető igénybe. A díjszabásunk oldalán található aktuális árlista az irányadó.

Az ügyfél adatai, tulajdonságtípusai, arculata és domainje alapján felépítjük a munkaterületet, és az első verziók már néhány napon belül élnek.

Egy új munkaterület perceken belül elérhetővé válik egy Transpareo-címen; az ügyfél saját domainje pedig akkor lesz elérhető, amint a DNS-bejegyzése ránk mutat. Az ügyfél részéről elegendő egy naprakész böngésző Windows, macOS, Linux, iOS vagy Android rendszeren; semmit sem kell telepíteni vagy üzemeltetni.

• Az ellátási lánc bevonása: a beszállítói oldalon, a munkaterület nyelvein.
• Integráció: A REST-API-t, a webhookokat, az MCP-kiszolgálót és az n8n-csomópontokat az a csapat kezeli, amelyik azokat fejlesztette.

Ezekhez jönnek még a többletköltség nélküli eszközök: a márka arculatában megjelenő dokumentumok 40 nyelven, a „ Transpareo Time Machine ” mint bizalmi tényező, valamint a nyomkövetés nélküli forgalmi statisztikák.

A svájci jog alapján érvényes általános szerződési feltételeink: felmondás a havi elszámolási időszak végére, nincs minimális futamidő, és enyhe gondatlanság esetén a felelősség az elmúlt tizenkét hónap díjainak összegéig terjed.

• Felmondás: A szerződés határozatlan időre szól, és bármikor felmondható a folyó elszámolási időszak végére.
• Felelősség: korlátlanul szándékosság és súlyos gondatlanság esetén; enyhe gondatlanság esetén csak a lényeges szerződéses kötelezettségek megsértése esetén, a tipikusan előre látható kárra korlátozva, és összességében a károkozó eseményt megelőző tizenkét hónapban kifizetett díjak összegére korlátozva. Az elmaradt nyereség, az adatvesztés és a következményi károk kizártak, amennyiben ez jogilag megengedett.
• Módosítások: A feltételek és az árak módosításait legalább 30 nappal a hatálybalépés előtt írásban közlik, azzal a joggal, hogy a módosított feltételeket elutasítsák, illetve az ármódosítás előtt felmondják a szerződést.
• Jog és joghatóság: svájci jog, az ENSZ-vásárlási egyezmény kizárásával; a joghatóság helye Zug, Svájc.
• Adatvédelem: Az adatfeldolgozási szerződés a feltételek szerves részét képezi.

Az ügyfél továbbra is gazdasági szereplő marad, és felelős az igazolványai tartalmáért; Transpareo biztosítja a technikai platformot.

Tagjai vagyunk azoknak a testületeknek, ahol a szabályok megszületnek, és végrehajtjuk az általuk közzétett szabályokat.

• Európai szabványozás: tagság a Svájci Szabványügyi Szövetség (SNV) nemzeti szabványügyi bizottságában és annak DPP-vel foglalkozó albizottságában, amely a CEN/CLC/JTC 24-ben - az európai DPP-szabványsorozatot kidolgozó bizottságban - képviseli Svájcot. A tervezeteket már azok kidolgozása során megtekintjük, és véleményt nyilvánítunk róluk.
• EU-kísérleti projektek: tagja a CIRPASS-2 gyakorlati közösségének, amely az EU-projekt keretében négy értékláncban teszteli a digitális termékútlevélt.
• Jegyzőkönyv-készítés: folyamatos közreműködés az ENSZ Átláthatósági Jegyzőkönyv kidolgozásában; a 0.7.0-s verzióhoz benyújtott hat észrevételünk szerepel a nyilvános nyilvántartásban.
• Akkumulátor-útlevél: egy Battery-Pass-konzorcium támogató partnere, amely vezető kutatóintézetekkel együttműködve hozza létre az EU-s akkumulátor-útlevélhez szükséges tesztkörnyezetet, a német Szövetségi Gazdasági és Energiaügyi Minisztérium támogatásával. Az akkumulátorok az első olyan termékcsoport, amelyre 2027. február 18-tól kötelező előírás vonatkozik.

A részvénytőke 51%-át a zugi székhelyű, közhasznú Transpareo Alapítvány birtokolja; ez a részesedés elidegeníthetetlen, és a Transpareo nem vehető át.

Az alapítvány a Svájci Alapítványfelügyelet felügyelete alatt áll. Tapasztalatuk túlmutat a szabályozáson: az alapító első, a termékátláthatóságot szolgáló platformja 2008 óta működik a kozmetikai gyártók számára.