Skaitmeninių gaminio pasų paslaugų katalogas: atsakymai į jūsų technines specifikacijas

ESPR pagrindiniai reikalavimai ir tekstilės gaminių atitikties profilis, taikomi prieš kiekvieną paskelbimą, kol darbo sritis neišjungia patikrinimo.

Prieš paskelbiant tikrinami paso ir ekonominės veiklos vykdytojo identifikatoriai, taip pat - remiantis tekstilės pavyzdžiu - pluošto sudėties etiketė ir techninė dokumentacija; medžiagos sudėtis ir paso lygis tikrinami kaip rekomendacija. Priežiūros instrukcijos ir kiti pridedami dokumentai pateikiami kaip šablonų laukeliai su iš anksto nustatytu atskleidimo lygiu.

Kol deleguotasis teisės aktas yra projekto stadijoje, jame nustatyti duomenų elementai „Transpareo“ sistemoje yra konfigūracijos klausimas. Galutinio teisės akto papildymai įtraukiami kaip atitikties profilio atnaujinimas, nereikalaujantis platformos pertvarkymo.

Taip. Akumuliatoriaus duomenų modelis pagal DIN DKE SPEC 99100 yra visiškai užregistruotas ir prieš paskelbiant bus patikrintas.

„Transpareo“ pateikia DIN DKE SPEC 99100 (A priedas, A.1 lentelė) apibrėžtą duomenų modelį, kuris apima ES baterijų reglamento ir Komisijos kategorijoms skirtų gairių reikalaujamus duomenų elementus: tarp jų - baterijos kategorija, cheminė sudėtis, CO₂ pėdsakas, perdirbtų medžiagų dalis pagal metalą, būklė (State of Health) ir tarnavimo trukmės rodikliai.

Baterijos pasai tikrinami pagal atitinkamą atitikties profilį. Duomenų elementai, kuriuos reglamentas numato tik suinteresuotoms šalims, saugomi atskirai nuo viešai prieinamų duomenų. Akumuliatorių darbo sritis automatiškai naudoja po vieną pasą kiekvienam akumuliatoriui. Šis reikalavimas įsigalioja nuo 2027 m. vasario 18 d.

Šiandien vienuolika produktų grupių turi atitikties profilį, o kiekviena kita produktų grupė yra atvaizduojama naudojant atskirus savybių tipus.

Atitikties profiliai yra prieinami tekstilės gaminiams, baterijoms, elektronikai, padangoms, pakuotėms, baldams, aliuminiui, geležiai ir plienui, cheminėms medžiagoms, statybos produktams ir medžiagoms, besiliečiančioms su maistu. Darbo sritis pasirenka savo kategoriją, o platforma patikrina kiekvieną sertifikatą pagal šį profilį.

Kiekviena kita produkto rūšis vaizduojama apibrėžiant atskirus savybių tipus produktams ir komponentams, atitinkamai kaip privalomus arba neprivalomus laukelius. Taigi produktų grupė, kuriai dar netaikomi reguliavimo reikalavimai, yra tik konfigūracijos klausimas.

„Transpareo“ išduoda pasus, galiojančius ES. Rekomenduojama kiekvienai pramonės šakai skirti atskirą darbo sritį, nes kiekviename pramonės šakos šablone nustatyti savi privalomi duomenų laukai.

Darbo srityje įtraukiami papildomi duomenų taškai kaip savybių tipai, kurių kiekvienam nustatomas atskiras atskleidimo lygis, o kiekvienas pažymėjimas tikrinamas pagal darbo srities kategorijos atitikties profilį. GS1 identifikatoriai, W3C „Verifiable Credentials“ ir JSON-LD žodynai yra suprantami visame pasaulyje.

Kiekvienas šablonas turi du lygmenis: reguliuojamąjį, kuriame nustatytos taisyklės, ir kliento lygmenį, kurį jis gali laisvai plėsti.

Reguliuojamas lygmuo: kiekvienai reguliavimo kategorijai platforma tvarko duomenų elementus ir pridedamus dokumentus pagal atitinkamus teisės aktus kaip šabloną, kurį darbo sritis perima vienu veiksmu. Tekstilės rinkinys atitinka Reglamentą (ES) Nr. 1007/2011 ir pagrindinius ESPR reikalavimus; deleguotasis teisės aktas dėl tekstilės gaminių dar yra projekto stadijoje. Baterijų rinkinys atitinka DIN DKE SPEC 99100 standartą su Komisijos nustatytomis privalomomis taisyklėmis, skirtomis konkrečioms kategorijoms. Tipas, privalomumo statusas ir terminas žodyne yra nustatyti, o pavadinimą ir atskleidimo lygį darbo sritis gali pritaikyti; fiksuotas terminas leidžia skirtingų prekių ženklų sertifikatus skaityti naudojant tuos pačius įrankius.

Savo lygmuo: Darbo srities ribų nustatymu galima apibrėžti bet kokį skaičių savų savybių tipų, pavyzdžiui, skirtų batams ar aksesuarams. Naujas savybių tipas tampa prieinamas iš karto po išsaugojimo.

Prekės ženklai, kategorijos, savybių tipai, kalbos, grupės, prekės ženklo identitetas ir domenas yra konfigūracijos elementai. Visi klientai naudoja tą patį produktą: tai, ko reikia vienam klientui, įtraukiama į platformą visiems, o tai valdoma per konfigūraciją, todėl atnaujinus sistemą visi pritaikymai išlieka.

Pagal modelį, partiją arba vienetą.

GTIN identifikuoja modelį, dar vadinamą „Style“ arba „SKU“. Partijos pažymėjime prie adreso nurodytas partijos numeris; vienetinio gaminio pažymėjime vietoj partijos numerio nurodytas serijos numeris. Taip gaunamas kiekvienam pažymėjimui skirtas internetinis adresas, kurį gali nuskaityti bet kuris GS1 standartą atitinkantis skaitytuvas.

Lygį nustato darbo sritis, o tekstilės gaminių ir baterijų atveju jį nustato reguliavimo kategorija: po vieną pasą kiekvienai tekstilės gaminių partijai ir po vieną pasą kiekvienai baterijai. Paskelbtas pasas išlaiko tą lygį, kuriame buvo paskelbtas.

Taip. Produktų identifikatoriai atitinka GS1 standartą, o ekonominės veiklos vykdytojai ir veiklos vietos tikrinami pagal EN 18219:2026 schemas.

GTIN identifikuoja modelį, partijos numeris (AI 10) - partiją, o serijos numeris (AI 21) - konkretų vienetą. Įvedant GTIN, jis patikrinamas pagal jo kontrolinį skaičių, o produktas su neteisingu GTIN kontroliniu skaičiumi negali būti nei išsaugotas, nei paskelbtas. Ekonominių veiklos vykdytojų ir veiklos vietų GLN taip pat tikrinami pagal jų kontrolinį skaičių.

Darbas gali būti pradėtas dar prieš gaunant GS1 numerius: produktas identifikuojamas pagal gamintojo dalies numerį (MPN, dažniausiai atitinkantį SKU), o GTIN įvedamas vėliau, netrikdant esamos tvarkos.

Kiekvienas lygis yra atskiras duomenų rinkinys su savo identifikatoriumi, kuriame saugoma jam priklausanti informacija.

Modelis atitinka visus straipsniui taikomus reikalavimus: sudėtį, priežiūrą, kilmę, dokumentus. Variantai perima šiuos duomenis; jei vertė skiriasi, ji nurodoma variante ir pažymima kaip nukrypstanti. Partija išlaiko savo numerį ir pagaminimo datą bei įšaldo duomenų įrašą tokį, koks jis buvo pagaminimo metu. Atskirasis gaminys perima užfiksuotą savo partijos duomenų rinkinį; jo savitumas - tai remonto, atnaujinimo, nuosavybės perleidimų ir įvykių istorija.

Nuo modelio galima pereiti prie pagal jį pagamintų partijų, o nuo partijos - prie jos vienetų; vienetas susiejamas su savo partija ir modeliu. Pakuočių hierarchijos, t. y. kas į ką buvo supakuota, šiuo metu nėra registruojamos.

Pagal EN 18219 leidžiamus modelius: ekonominės veiklos vykdytojas, turintis LEI arba GLN, arba veiklos vieta, turinti LEI, GLN arba DID.

Jūsų įmonės LEI arba GLN kodas įrašomas darbo srities nustatymuose, o gamintojo - jo duomenų įraše. Abu kodai patikrinami pagal šias schemas ir įrašomi į sertifikatą toje vietoje, kurią numato standartas. Kiti gamintojo identifikatoriai įtraukiami kaip savybių tipai be papildomų kūrimo sąnaudų.

Bet kokį duomenų saitą, kurioje galima įrašyti interneto adresą; QR kodą sukuria pati platforma.

Kiekvienas produkto, turinčio GTIN kodą, pasas išduodamas kaip „GS1 Digital Link“ ir pateikiamas su spausdinimui paruoštu QR šablonu: kaip mastelio keitimui pritaikytą SVG failą, PDF ir PNG formatais bet kokio dydžio iki 2 000 pikselių, su klaidų taisymo lygiu M. „Illustrator“ ir „InDesign“ šiuos failus atidaro tiesiogiai; atskiro „Adobe“ papildinio nėra.

„Data Matrix“ tinka mažam spausdinimo plotui, NFC žymėse yra NDEF-URI duomenų rinkinys, o UHF-RFID įdėklai nuskaitomi iš tolo; EPC, sudarytas iš to paties GTIN ir serijos numerio, nukreipia į tą patį kodą. Bet koks duomenų saito skaičius gali koduoti tą patį adresą ir nukreipti į tą patį leidimą.

Taip. Adresas yra deterministinis, todėl kodas gali būti atspausdintas dar prieš sukuriant produkto įrašą.

Kai domenas sukonfigūruojamas, paso adresas susidaro iš „GS1 Digital Link“: domeno, GTIN ir, priklausomai nuo lygio, partijos arba serijos numerio. Kodas tampa aktyvus, kai tik pasas yra paskelbtas. Platforma jį pateikia nuo pirmojo projekto varianto kaip vektorinį SVG, kaip spausdinimui paruoštą PDF ir kaip PNG reikiamų pikselių dydžių, kaip failą arba per API.

Tiekėjo iš anksto sugeneruoti serijos numeriai importuojami dideliais kiekiais per failą arba per API: darbo srityje, kurioje kiekvienam vienetui priskiriamas atskiras pasas, jie nurodomi kaip pasų serijos numeriai, kitais atvejais - kaip partijos, kurios pasą jie atidaro, serijos numeriai.

Abiem kryptimis, be diegimo tiekėjo pusėje ir be integracijos su jo sistemomis.

Jei tiekėjas spausdina „Transpareo“ išduodamus kodus, pasai sukuriami remiantis užsakymo duomenimis, kiekvienam priskiriamas adresas, o tiekėjas gauna visą rinkinį failo pavidalu arba per API kartu su spausdinimui parengtais šablonais. Jei tiekėjas pateikia savo kodus, jo serijos numeriai importuojami ir susiejami su pasais - dideliais kiekiais prieš gamybą arba po vieną per API.

Verslo santykiai su tiekėju išlieka kliento atsakomybe, o platforma išlaiko serijinio numerio ir paso susiejimą, todėl galima keisti tiekėją nepaveikiant jau išduotų pasų. „Transpareo“ tiekia programinę įrangą; fizinės etiketės ir duomenų saitas tiekiami partnerių arba bet kurio kliento pasirinktos įmonės už to tiekėjo nustatytą kainą. Vartotojui nuskaityti pakanka telefono kameros, o NFC arba RFID nuskaitymui naudojami įrenginiai, kuriuos įmonė jau turi.

Kiekvienas adresas atveria savo arba aukštesnio lygio pasą, todėl parduotuvė gali pateikti nuorodą į modelio adresą dar prieš kam nors įsigyjant prekę.

Jei pasai išduodami pagal partijas, GTIN be partijos numerio atveria naujausios partijos pasą. Partijos numeris atveria tos partijos pasą, o serijos numeris - atskiro vieneto pasą arba, darbo srities, kurioje pasai išduodami pagal partijas, - tos partijos pasą, kuriai priskirtas šis serijos numeris. Išgalvotas serijos numeris atveria partijos arba modelio pasą su pastaba, kad šis vienetas neturi savo paso, o užklausa įrašoma į protokolą; nežinomas GTIN numeris nieko neatveria. Iš RFID žymės nuskaitytas SGTIN-EPC, nesvarbu, ar tai URN, ar suspaustas GS1 formatas, perduodamas į jo „GS1 Digital Link“.

Resolveris sukurtas pagal GS1 standartą, taikomą atitinkantiems reikalavimus resolveriams (GS1-Conformant Resolver Standard, ISO/IEC 18975), ir kiekviename darbo srities serveryje aprašomas kataloge /.well-known/gs1resolver. Kompiuteriai, kai nurodoma „linkType=linkset“ ir senesnė reikšmė, gauna identifikatoriaus nuorodų rinkinį (RFC 9264), atitinkantį GS1 schemą; atsižvelgiama į „gs1:pip“, „gs1:DPP“ ir „gs1:defaultLink“; jei nuorodos tipas, kurio „Pass“ nepalaiko, grąžinamas kodas 404, o klaidingos nuorodos atveju - 400; kiekviename atsakyme nurodomas lygis, iš kurio jis pateikiamas. Mūsų pačių sprendiklis atsako į „GS1 Digital Link“ ir „GS1“ koduotus RFID adresus, o „Pass“ atsidaro pagal savo „GS1“ adresą; prekės ženklas, kurio nuorodos eina per „GS1“ sprendiklį, nukreipia šį sprendiklį į mūsų, ir kiekvienas nuskaitymas pasiekia mus per jo persiuntimą.

Kiekvienas paskelbimas įtvirtina naują pasirašytą versiją tuo pačiu adresu, o kiekviena ankstesnė versija lieka prieinama tokia, kokia buvo jos paskelbimo metu.

Kiekviena versija yra W3C „Verifiable Credential“, pasirašyta naudojant ECDSA-SD - selektyvaus atskleidimo metodą: vartotojas, perdirbėjas ir valdžios institucija gauna tik tą dalį, kurią turi teisę gauti, o parašas lieka patikrinamas būtent šioje dalyje. Kiekvienoje versijoje yra įrašytas ankstesnės versijos hash, todėl istorijos negalima nepastebimai pakeisti, o manifestas, pasirašytas Transpareo raktu, pateikia kiekvieną versiją su jos hash. Kiekvienoje ankstesnėje versijoje nurodoma, kas pasikeitė nuo ankstesnės versijos.

Produkto duomenų įrašas, susijęs su sertifikatu, išlieka redaguojamas ir turi savo istoriją: kiekvienas pakeitimas registruojamas laukelis po laukelio, nurodant asmenį ar sistemą, laiką bei vertę prieš ir po pakeitimo, o ankstesnę versiją galima atkurti. Produkto istorija rodo, kas ką pakeitė; „Pass“ versijos patvirtina, kas ir kada buvo paskelbta rinkoje.

Identifikatorius išlieka; pakeitimas skelbiamas kaip tos pačios specifikacijos nauja versija, o ant produkto esantis kodas nukreipia į atnaujintą versiją.

Naujas identifikatorius reikalingas tik tuomet, kai pats daiktas pasikeičia. Tam yra numatyta pakeitimo procedūra (supersession): naujas pasas susiejamas su pakeistu, ir kas randa vieną, tas randa ir kitą.

Taip. „ Transpareo Time Machine “ - mūsų atvirojo kodo peržiūros programa - rodo kiekvieną išleistą versiją, pritaikytą prie prekės ženklo stiliaus.

Dabartinė versija įkeliama kartu su puslapiu, o ankstesnės versijos įkeliamos, vos atidarius laiko juostą; perbraukdami galite peržiūrėti produkto gyvenimo istoriją: kaip jis buvo pagamintas, kas buvo remontuota, kur jis pateko. Daugiau informacijos rasite Transpareo Time Machine.

Partija išlaiko savo sudėtį, o vėlesni produkto pakeitimai į ją įtraukiami tik per pataisą, kuria pasirašoma nauja versija.

SKU ir jo GTIN lieka nepakitę. Sukuriant partiją, į ją įtraukiama nuolatinė komponentų ir savybių kopija, atitinkanti faktinę pagamintą būklę, o vėlesni produkto pakeitimai į ją neperkeliami. Jei sezono sąrašas skiriasi, pakeitimas atliekamas prieš sukuriant partiją pagal modelį; kitos gamybos ciklo reikšmės, pavyzdžiui, tikrinimo rezultatai, taip pat nustatomos ir užfiksuojamos partijoje. Partijos koregavimas perima pataisytą modelio būseną ir patvirtina naują versiją.

Pavasarį pagamintas gaminys nurodo savo medžiagas, o tas pats gaminys su tuo pačiu SKU, pagamintas rudenį, nurodo savąsias - be naujo SKU ir be neaiškumų. Ankstesnės versijos lieka prieinamos per „ Transpareo Time Machine “.

Įvykis įrašomas į pasą, o duomenų pakeitimas paskelbiamas kaip nauja pasirašyta versija tuo pačiu adresu; niekas neišduodama iš naujo ar perspausdinama.

Remontas, atnaujinimas, grąžinimas, perdirbimas ir atšaukimas registruojami nurodant datą ir atsakingą asmenį bei pateikiami kaip vieši EPCIS įvykiai. Tiekėjo ar medžiagos pakeitimas laikomas duomenų pakeitimu ir pateikiamas kaip nauja versija. Patikrinimai, nuosavybės perdavimai ir incidentai registruojami tik valdžios institucijoms.

Taip, naudodamiesi prieiga, kurią jiems suteikia prekės ženklas.

Prekės ženklas suteikia remonto, atnaujinimo ar perdirbimo įmonei atskirus API prisijungimo duomenis su teise registruoti įvykius. Kiekvienas jo užregistruotas įvykis turi savo GLN kodą (jei jis yra įregistruotas) kaip įvykio vietą, o norint paskelbti įvykį kaip naują versiją, reikalingas atskiras leidimas skelbti. Šalis, neturinti prekės ženklo suteiktų prieigos teisių, nieko neprisideda.

Per jo parašą, kurį kiekvienas gali patikrinti be „Transpareo“ programinės įrangos, API ar paskyros, o pageidaujant - naudojant raktus, kuriuos turi tik pats prekės ženklas.

• Patvirtinimas visiems: pasirašytas kaip W3C „Verifiable Credential“ naudojant ECDSA-SD; kiekviena atitinkanti reikalavimus biblioteka jį patvirtina.
• Patikrinimas skaitytojo pusėje: peržiūros programa iššifruoja DID dokumentą ir viešąjį raktą bei patikrina parašą naršyklėje.
• Atvirojo kodo: tikrinimo seką galima viešai patikrinti ir nepriklausomai atkurti.
• Nuosavi raktai: platforma siunčia pasirašytiną dokumentą į prekės ženklo parašo galinį tašką; privatūs raktai niekada nepasiekia „Transpareo“.

Vienas reikalavimas yra iš dalies įvykdytas: standarte EN 18246 reikalaujama, kad raktai būtų sertifikuoti po tapatybės patikrinimo, o išdavėjo raktai skelbiami jo pačio domeno svetainėje be tokio sertifikato. Fizinį duomenų saito saugumą, pavyzdžiui, apsaugos nuo kopijavimo funkcijas ar aparatinės įrangos identifikatorius, užtikrina duomenų saito gamintojas; šiuo metu „Transpareo“ tokių savybių nevertina.

Padirbti pasai iš karto atpažįstami pagal parašą; nukopijuoti tikri kodai atsispindi nuskaitymo statistikoje.

• Padirbtas pasas: nepriklauso prekės ženklo domenui ir nėra pasirašytas jo raktu; bet koks patikrinimas baigiasi nesėkme.
• Nukopijuotas tikrasis kodas: skenavimų skaičius pagal kiekvieną pasą ir šalį nurodytas skenavimo statistikoje. Vienetinį pasą galima pažymėti kaip „negaliojantį“; tada kiekvienas tolesnis skenavimas jį parodys kaip „negaliojantį“.

Norint atpažinti fizinį kloną jau nuskaitymo metu, reikalingas duomenų saito bruožas, kurio neįmanoma nukopijuoti, pavyzdžiui, „Tag“ aparatinės įrangos identifikatorius. Šiuo metu „Transpareo“ tokių verčių neregistruoja ir netikrina.

Taip. Kiekvienas šaltinis įrašo laukelius, už kuriuos yra atsakingas, į katalogą naudodamas API, lentelių importą, agento sąsają arba programos tvarkytuvę.

Šiame viename kataloge saugomi produktai, komponentai, dokumentai, medijos ir savybių tipai. Importuojant duomenys sutikrinami pagal produkto arba komponento identifikatorių ir esami įrašai atnaujinami iš karto, todėl reguliariai atliekamas duomenų išgavimas iš PLM arba ERP sistemų užtikrina, kad katalogas būtų nuolat atnaujinamas. Komponentai yra bendri: vieną kartą pataisyta medžiaga pritaikoma kiekvienam produktui, kurio sudėtyje ji yra.

Kiekvienas įrašymo veiksmas patikrinamas jį gavus ir iškart po to palyginamas su kategorijos taisyklėmis, o kiekvienas pakeitimas registruojamas laukelis po laukelio, nurodant šaltinį ir laiką. Tipinis sąveikos pavyzdys: PLM sistema teikia sudėtį ir priežiūrą, ERP - užsakymus, partijas ir serijinius numerius, tiekėjų portalas - sertifikatus; „Transpareo“ sudaro pasą, jį patvirtina, pasirašo ir išduoda.

Dokumentai priskiriami produktams ir komponentams, o kiekvieno produkto techninę dokumentaciją platforma pati sukuria PDF formatu, pritaikydama ją pagal prekės ženklo stilių.

Viešasis dokumentas įtraukiamas į „Passe“ kaip atsisiuntimas, o kiekviena paskelbta versija išlaiko tą patį failą, su kuriuo buvo paskelbta; vidinis dokumentas į „Passe“ nepatenka. Reglamentuojamas dokumentas duomenų taške atitinka jo atskleidimo lygį, todėl dokumentas, skirtas tik valdžios institucijoms, neįtraukiamas į viešuosius duomenis. Komponente dokumentas yra viešai matomas arba matomas tik prisijungus.

Techninė dokumentacija rengiama remiantis paskelbtu „Pass“ dokumentu, naudojant mūsų pačių sukurtą atvirojo kodo rendererį „md2pdf“, kuris pritaiko darbo srities prekės ženklą ir sukuria tą patį dokumentą visomis darbo srities kalbomis - iki 40.

Duomenų taškai yra konfigūracija: sukurti lauką, nustatyti atskleidimo lygį, pažymėti kaip privalomą - be platformos kūrimo ir be laukimo, kol bus išleista nauja versija.

Vardas ir pavardė įvedami vieną kartą gimtąja kalba, o platforma juos išverčia į kitas kalbas. Esamiems duomenims taikoma ši taisyklė:

• Atpažinimas: DPP parengtis nuo šiol perskaičiuojama visame kataloge - 200 produktų per minutę; kiekvienas produktas, kuriame nėra naujo lauko, rodomas ir gali būti filtruojamas, o eksportuojamuose duomenyse naujas laukas įtraukiamas visam katalogui.
• Vėlesnis įvedimas: rankiniu būdu, importuojant duomenis iš lentelės arba per API. Jei vertę galima nustatyti remiantis tam tikrais kriterijais, vedlys gali pateikti pasiūlymus, kuriuos reikia patikrinti.
• Paskelbti leidimai išlaiko savo versiją; atnaujinimas reiškia pakartotinį paskelbimą tuo pačiu URL adresu.
• Kontrolė: laukai, reikšmės ir kiekvienas naujas paskelbimas įrašomi į audito žurnalą ir versijų istoriją.

Jei pridedama visiškai nauja kategorija, pateikiame atitikties profilį ir duomenų taškus kaip šabloną, kurį darbo sritis perima vienu veiksmu.

Importuojant iš lentelės su stulpelių priskyrimu ir peržiūra - iki 50 MB ir 100 000 eilučių viename faile - arba per API.

Importavimo programa siūlo stulpelių priskyrimą laukeliams, prieš įrašymą parodo, kas bus iš kiekvieno stulpelio, ir, jei stulpelių pavadinimai sutampa, kiekvieną kartą siūlo tą patį priskyrimą; jei jis atpažįsta visus reikalingus stulpelius, automatinis vykdymas praleidžia priskyrimo etapą, todėl pasikartojantis importavimas tampa vienu įkėlimu. Eksportai XLSX arba CSV formatais apima visą duomenų bazę - po vieną lentelę kiekvienai kalbai - ir gali būti vėl importuoti tais pačiais formatais. Pradinis duomenų įkėlimas dažniausiai prasideda nuo lentelės; kai tik struktūra sukurta, duomenų įkėlimas dažniausiai perkeliamas į API.

Viskas vyksta autentiškai per HTTPS. Didesni duomenų kiekiai siunčiami keliais įkėlimais arba per „Bulk-API“. Medijos failai įkeliami po vieną, keturi vienu metu, o kiekvieno failo dydis - iki 50 MB; eksportavimas vyksta fone adresu, kurio galiojimas baigiasi. Vartotojas programoje gauna pranešimą, kai importas baigtas arba reikia priimti sprendimą; jei pageidaujama, pranešimas apie užbaigtą importą taip pat siunčiamas el. paštu. Nėra siūloma nei FTP, nei neautentifikuotos saugyklos.

Naudojant REST API, pasirašytus „webhooks“, įvykių srautą, lentelių importą ir eksportą, MCP serverį dirbtinio intelekto agentams ir „n8n“ mazgą; tarpinė programinė įranga nereikalinga.

• REST-API: dokumentuota, autentiškumas patvirtinamas naudojant „OAuth 2.0 Client Credentials“, ribojama pagal kiekvieną sistemą, įtrauktą į taikymo sritį. PLM arba ERP sistemos kuria ir atnaujina produktus, komponentus, savybes ir partijas bei skelbia sertifikatus.
• Webhooks: praneša apie gyvavimo ciklo įvykius be būtinybės siųsti užklausas; įvykių srautas perduoda tuos pačius įvykius sistemoms, kurios siunčia užklausas.
• Masinis importavimas: lentelė arba CSV failas sistemoms, neturinčioms integracijos biudžeto, su priskyrimu, peržiūra ir esamų įrašų atnaujinimu.
• Agentų sąsaja (MCP): skirta įrankiams, kurių atveju integravimo projektas nėra ekonomiškai pagrįstas.
• „n8n“ mazgas: paskelbtas kaip „ @transpareo/n8n-nodes-transpareo “, skirtas darbo srautams, kuriuos komanda kuria be programavimo.

API ir „webhooks“ veikia realiuoju laiku. Importavimas, eksportavimas, skelbimas ir vertimas vyksta kaip foninės užduotys su būsenos patikrinimu, rodo savo pažangą ir niekam netrukdo; masinis skelbimas negali perkrauti eilės. Galima prijungti viską, kas palaiko HTTPS, įskaitant esamą integracijos platformą ar iPaaS. Partnerio sistema atpažįsta GS1 identifikatorius be atitikmenų lentelės.

Kiekvienas įrašymo veiksmas, jį gavus, patikrinamas pagal jo verčių tipą ir formatą, o vėliau, skaičiuojant DPP parengtį ir kiekvieną kartą skelbiant duomenis, įrašas patikrinamas pagal jo reguliavimo kategorijos taisykles.

Patikrinimas atliekamas duomenų gavimo metu, nepriklausomai nuo to, ar duomenys gaunami per API, importuojami ar pateikiami asmens. Taisyklės kyla iš kategorijos atitikties profilio, parašyto kaip „Shapes“ pagal SHACL modelį; taigi jos įgyvendina reguliavimo reikalavimus duomenims per patikrinimus. Veiklos vietų identifikatoriai tikrinami pagal leistinas schemas. Reglamentuojami duomenų elementai priskiriami produktui ir užfiksuojami paskelbimo metu; atitikties dokumentai priskiriami tiems patiems duomenų įrašams, o jų matomumas priklauso nuo to duomenų elemento, prie kurio jie priskirti, atskleidimo lygio.

Patikrinimas yra struktūrinio pobūdžio: ar privalomi duomenys yra pateikti, teisingai suformatuoti ir atitinka reikalavimus? Ar informacija yra teisinga turinio atžvilgiu, patikrina žmonės, pavyzdžiui, per tiekėjo puslapį.

Kiekvienam produktui priskiriamas nuolat perskaičiuojamas DPP parengties rodiklis: procentinė vertė, spalva ir neišspręstų patikrinimų sąrašas, prie kiekvieno iš jų pateikiama nuoroda į atitinkamą laukelį.

Patikrinimai, dėl kurių blokuojamas paskelbimas, skiriasi nuo tų, kurie tik patobulina duomenų įrašą. Kol yra neatliktas privalomas patikrinimas, pasas negali būti paskelbtas. Trūkstama privalomoji savybė nurodoma pagal jos tipą; vertė, neatitinkanti standarto, nurodoma kartu su taisykle, kurią ji pažeidžia.

Komponentai yra bendrai naudojami, todėl bet koks jų pakeitimas atsiliepia kiekvienam produktui, kuriame jie yra naudojami. Partijos duomenys lieka nekintami, o paskelbti duomenys keičiasi tik tada, kai to nori juos redaguojantis asmuo: atlikus pataisymą, pasirašoma nauja versija, apie kurią pranešama per „webhooks“ ir įvykių srautą.

Kataloge „DPP parengtis “ yra atskiras stulpelis: jį galima rūšiuoti ir filtruoti. Išbandykite be paskyros: mūsų demo versija.

Taip, tai yra iki penkių etapų apimantys tikrinimo procesai; prašymą pateikiantis asmuo pats nepriima sprendimo dėl jo.

Kiekvienas etapas priskiriamas grupei arba leidimui. Kol privalomasis patikrinimas yra nebaigtas, paso paskelbimas lieka užblokuotas, o paskelbimas, kurį inicijuoja prijungtas AI agentas, taip pat praeina tą pačią procedūrą. Prieigą galima apriboti iki atskirų produktų ar komponentų. Versijuotų darbo eigos šablonų kol kas nėra; jei klientui reikalingi tam tikri žingsniai, mes juos įtraukiame į produktą.

Taip. Užduotys paskirstomos asmenims arba grupėms, kasdien siunčiamame el. laiške kiekvienam asmeniui nurodomos naujos ir praleistos užduotys, o informacijos užklausoms tiekėjams nustatomi atskiri terminai ir priminimai.

Automatinis užduočių perdavimas kitiems asmenims yra numatytas plėtros plane. Užduotis galima peržiūrėti per API, o „webhooks“ ir įvykių srautas praneša apie kiekvieną paso būsenos pasikeitimą, kad išorinė darbo eigos priemonė galėtų į tai reaguoti, pavyzdžiui, „n8n“ su „Transpareo“ mazgu.

Konfigūruojama produktų lentelė, užduočių ir užklausų sąrašai bei statistikos puslapis; kiekvieną duomenų rinkinį galima eksportuoti.

• Katalogas: kiekvienas asmuo pats pasirenka stulpelius, įskaitant DPP budėjimą; išsaugoti vaizdai fiksuoja užklausas visai komandai. Komponentus galima ieškoti pagal pavadinimą, tipą ir savybes, o leidimus - pagal identifikatorių, būseną (nuo projekto iki galiojimo pabaigos), versiją, negaliojimą, taip pat partiją arba vienetą.
• Vykdomi darbai: užduočių ir užklausų sąrašuose rodomos uždelstos užduotys, užduotys, kurioms nėra paskirtas atsakingas asmuo, pasibaigusio galiojimo užklausos ir atsakymai, laukiantys patikrinimo.
• Vartotojai: nuskaitymų skaičius pagal pasą, regioną ir laikotarpį, gautas iš serverio žurnalų be sekimo, galima atsisiųsti iš statistikos puslapio.
• Eksportavimas: produktai, komponentai ir pasai kaip vientisi duomenų rinkiniai CSV, XLSX, JSON-LD arba SQL formatais, nepriklausomai nuo ekrane rodomų stulpelių ir filtrų.

Naudojantis API galima ieškoti leidimų pagal produktą, būseną ir paieškos žodį, o katalogas, leidimai ir kiekvieno leidimo nuskaitymų skaičius klientams prieinami naudojant jų pačių verslo analitikos įrankius. Demonstracinė versija: mūsų demonstracinė versija.

Kiekvienos darbo srities produktų ir leidimų duomenys saugomi atskiroje duomenų bazėje; tik paskyros ir tarifų duomenys saugomi bendroje platformos duomenų bazėje.

Paieškos indeksas, parašo raktas ir šifravimo raktas taip pat yra atskirti pagal kiekvieną darbo sritį; laikmenos ir slaptažodžių archyvas kiekvienoje darbo srityje yra atskirame kelyje.

Taip, dviem lygmenimis: jautrios sritys ir atsarginės kopijos.

• Laukeliai: AES-256-GCM su vienu raktu kiekvienai darbo sričiai, kuris savo ruožtu yra apgaubtas raktu, išvestu iš serverio pagrindinio slaptojo rakto; pagrindinio slaptažodžio keitimas iš naujo apgaubia kiekvieną darbo srities raktą, kurį jis saugo, be būtinybės iš naujo šifruoti duomenis. Pavyzdžiui, saugomas dirbtinio intelekto teikėjo raktas. Darbo srities parašo raktas yra apgaubtas antruoju, specialiai šiam tikslui skirtu darbo srities raktu.
• Atsarginės kopijos: prieš išsiunčiant iš serverio šifruojamos naudojant AES-256.

Medijos ir pasų archyvas saugomi ES objektų saugykloje, o mokamos darbo srities archyvas negali būti keičiamas dešimt metų.

El. paštas ir slaptažodis su „Passkey“ arba vienkartiniu kodu kaip antruoju autentifikavimo veiksniu, kurio gali reikalauti darbo sritis; neveikimo trukmę iki išsiregistravimo nustato darbo sritis. Alternatyviai, vartotojai prisijungia per savo įmonės tapatybės teikėją (žr. „Vienkartinis prisijungimas“).

Standartinė trukmė yra 480 minučių; darbo sritis gali laisvai nustatyti trukmę. Sesija užbaigiama serverio pusėje; mūsų demonstracinė darbo sritis veikia 60 minučių. Be to, sesijos slapukas ištrinamas uždarius naršyklę. Kaip „saugus“ pažymėtas, šifruotas sesijos slapukas saugo sesijos duomenis, o kalbos slapukas - pasirinktą kalbą; trečiųjų šalių slapukų nėra.

Vartotojai kviečiami ir priskiriami prie prieigos grupių; pašalinus vartotoją, jo prieigos teisės ir API prisijungimo duomenys iš karto panaikinami. Bendrųjų ar bendrai naudojamų paskyrų nėra. Rodomas kiekvieno vartotojo paskutinis prisijungimas; ilgą laiką neaktyvių paskyrų automatinis deaktyvavimas yra numatytas plėtros plane.

Apie OIDC, įtraukta į kiekvieną planą: darbo sritis prisijungia prie įmonės tapatybės teikėjo - nesvarbu, ar tai „Microsoft Entra ID“, „Okta“, „Google“, ar kitas OIDC teikėjas - ir vartotojai prisijungia naudodami savo įmonės paskyrą. Įmonės domenuose galima uždaryti prisijungimą su slaptažodžiu. SAML yra įtrauktas į plėtros planą.

Kiekvienas domenas yra patvirtinamas paslaugos teikėjo arba per DNS įrašą, prieš kam nors prisijungiant per jį. Antrąjį autentifikavimo veiksnį užklausia paslaugos teikėjas. Jei slaptažodis užblokuotas, asmuo, kurį įmonė užblokavo paslaugos teikėjo sistemoje, nebegali prisijungti; atvira sesija grįžta paslaugos teikėjui ne vėliau kaip po dvylikos valandų. „Transpareo“ prisijungia prie „Active Directory“ per tarpinį OIDC teikėją, pavyzdžiui, „Entra ID“; tiesioginio ryšio su LDAP nėra. „Passkey“ kaip antrasis autentifikavimo veiksnys užtikrina apsaugą nuo sukčiavimo net ir be tapatybės teikėjo.

Trys įrašai: audito žurnalas (5 metai), saugumo žurnalas pagal NIS2 (365 dienos) ir visų valdžios institucijų prieigų protokolas, kurį eksportuojame gavę prašymą.

Audito žurnale nurodoma, kas, ką ir kada pakeitė, laukelis po laukelio, su verte prieš ir po pakeitimo, o ekrane jį galima filtruoti pagal laikotarpį, įrašą ar veikėją. Saugumo žurnale registruojami prisijungimai (sėkmingi arba atmesti), daugiafaktoriaus autentifikavimo užklausos, slaptažodžių atkūrimai, paskyrų užblokavimai, atmesti API prisijungimo duomenys, užblokuoti adresai ir atmesti agentų iškvietimai; jį galima paieškoti pačioje programoje.

Asmens duomenys, esantys sistemos žurnaluose, saugomi tik tiek, kiek to reikalauja jų paskirtis (BDAR 5 straipsnio 1 dalies e punktas). Pasai eksportuojami kaip pasirašyti failai, kuriuos valdžios institucija gali patikrinti be mūsų programinės įrangos; žurnalai - CSV arba XLSX formatu.

Apie kiekvieną saugumo incidentą, susijusį su jo darbo sritimi, nedelsdami pranešame klientui, nepriklausomai nuo to, ar jis susijęs su asmens duomenimis, ar ne, o apie pažeidžiamumą kiekvienas gali pranešti adresu support@mail.transpareo.com.

Jei pažeidžiamas asmens duomenų apsaugos reikalavimas, pranešimas teikiamas pagal mūsų duomenų tvarkymo sutarties 9 punktą: jame aprašomas pažeidimo pobūdis, jo galimos pasekmės ir imtasi priemonės, nurodoma kontaktinė institucija, taip pat pateikiama informacija apie tai, kada pažeidimas įvyko ir buvo nustatytas, bei kokias darbo sritis jis apima. Informacija, kuri iš pradžių dar nėra žinoma, bus pateikta, kai tik ji taps žinoma.

Tik per registraciją, atliktą kliento vardu, kuri įrašoma platformos protokole ir pačios darbo srities saugumo žurnale.

Klientas peržiūri kiekvieną tokį prisijungimą savo saugumo žurnale. Darbuotojai yra peržiūrimi prieš jiems suteikiant prieigą ir reguliariai mokomi saugumo klausimais. Jie yra įpareigoti laikytis konfidencialumo ir prieigą gauna tik tiek, kiek to reikalauja sutarties vykdymas ir palaikymas ( Duomenų tvarkymo sutarties 7.4(b) punktas).

Pagalba el. paštu adresu support@mail.transpareo.com vokiečių ir anglų kalbomis - įtraukta į kiekvieną planą.

Atskiros techninės pagalbos sutarties ar pagal faktines išlaidas apmokamos techninės pagalbos paslaugos nėra. Programoje galima ieškoti pagalbos straipsnių, kurie rodomi vartotojo kalba šalia API vadovo. Turėdamas atskirą prieigą prie darbo srities dirbtinio intelekto, asistentas atsako remdamasis abiem šaltiniais, gali nukreipti į straipsnį ir, gavęs patvirtinimą bei turėdamas atitinkamas vartotojo teises, iš karto atlikti aprašytą veiksmą.

Taip, platforma jau veikia: kiekviena įmonė gali užsiregistruoti, o kiekvienas pažymėjimas yra sukurtas, patvirtintas, pasirašytas ir paskelbtas jo nuolatiniame adrese.

Jos galimybes galima išbandyti mūsų demo versijoje neturint paskyros.

Fiksuotas mėnesinis mokestis už kiekvieną darbo sritį, priklausantis nuo leidimų skaičiaus, be įrengimo, konsultavimo, vartotojo ar nuskaitymo mokesčių ir be mokamų papildomų modulių.

Duomenų saitas neturi įtakos kainai, o skenavimai, srautas ir saugykla niekada neskaičiuojami. Kiekvienas planas apima visą funkcionalumą su nuosavu domenu, 40 kalbomis ir pilna API, todėl kiekviena šio katalogo funkcija yra prieinama net mažiausiame plane; vienintelės išlaidos, neįskaičiuotos į planą, yra AI teikėjo mokesčiai, jei klientas naudoja asistentą su savo paskyra. Atsiskaitoma kas mėnesį, be minimalaus sutarties laikotarpio.

Keturi planai frankais, eurais arba doleriais: iki 100 leidimų, iki 1 000, iki 10 000 ir neribotas skaičius, kiekviename iš jų - bet koks produktų ir komponentų skaičius. Beta etapo metu taikoma 30 % nuolaida nuo kataloginių kainų, o kaina, už kurią sudarote sutartį, išlieka ta pati, kol naudojatės tuo planu. Galima pasinaudoti 8 dienų neįpareigojančiu bandomuoju laikotarpiu. Galioja mūsų kainų puslapyje pateiktas aktualus kainoraštis.

Sukuriame darbo sritį, įtraukdami kliento duomenis, savybių tipus, prekės ženklą ir domeną, o pirmieji variantai pasirodo per kelias dienas.

Nauja darbo sritis pagal „Transpareo“ adresą parengiama per kelias minutes; kliento nuosavas domenas pradės veikti, kai tik jo DNS įrašas bus nukreiptas į mus. Klientui pakanka turėti naujausią naršyklę, veikiančią „Windows“, „macOS“, „Linux“, „iOS“ ar „Android“ sistemose; nieko nereikia diegti ar prižiūrėti.

• Tiekimo grandinės integravimas: per tiekėjo puslapį, darbo srities kalbomis.
• Integracija: REST-API, „Webhooks“, MCP-serveris ir „n8n“ mazgai prižiūrimi tos pačios komandos, kuri juos sukūrė.

Be to, siūlomi įrankiai be papildomų išlaidų: 40 kalbų dokumentai su prekės ženklo logotipu, „ Transpareo Time Machine “ kaip pasitikėjimo rodiklis ir lankomumo statistika be sekimo.

Mūsų bendrosios verslo sąlygos pagal Šveicarijos teisę: sutarties nutraukimas mėnesio atsiskaitymo laikotarpio pabaigoje, nėra minimalaus galiojimo laikotarpio, o esant nedideliam neatsargumui - atsakomybė neviršija paskutinių dvylikos mėnesių mokesčių sumos.

• Nutraukimas: Sutartis sudaryta neribotam laikui ir gali būti nutraukta bet kuriuo metu, įsigaliojant nuo einamojo atsiskaitymo laikotarpio pabaigos.
• Atsakomybė: neribota tyčinio veiksmo ir didelio neatsargumo atveju; lengvo neatsargumo atveju - tik pažeidus esminius sutartinius įsipareigojimus, ribojama iki tipiškai numatomos žalos ir iš viso iki atlyginimų, sumokėtų per dvylika mėnesių iki žalą sukėlusio įvykio. Prarastos pajamos, duomenų praradimas ir netiesioginė žala neįskaitomi, kiek tai leidžia įstatymai.
• Pakeitimai: Apie sąlygų ir kainų pakeitimus pranešama raštu ne vėliau kaip prieš 30 dienų iki jų įsigaliojimo, suteikiant teisę nesutikti su pakeistomis sąlygomis ir nutraukti sutartį prieš įsigaliojant kainų pakeitimams.
• Teisė ir jurisdikcija: taikoma Šveicarijos teisė, išskyrus Jungtinių Tautų pirkimo-pardavimo konvenciją; jurisdikcija priklauso Ciugui, Šveicarija.
• Duomenų apsauga: Duomenų tvarkymo sutartis yra šių sąlygų dalis.

Klientas lieka ekonominės veiklos vykdytojas ir yra atsakingas už savo pasų turinį; Transpareo teikia techninę platformą.

Mes dalyvaujame tarybose, kuriose kuriamos taisyklės, ir įgyvendiname tai, ką jos paskelbia.

• Europos standartizacija: narystė Šveicarijos standartų asociacijos (SNV) nacionaliniame standartizacijos komitete ir jo DPP pakomite, kuris atstovauja Šveicarijai CEN/CLC/JTC 24 - komitete, rengiančiame Europos DPP standartų seriją. Mes susipažįstame su projektais dar jų rengimo metu ir pateikiame savo pastabas.
• ES bandomieji projektai: CIRPASS-2 praktikos bendruomenės narys - tai ES projektas, kurio metu bandomas skaitmeninis gaminio pasas keturiose vertės kūrimo grandinėse.
• Darbas su protokolu: nuolatinis bendradarbiavimas rengiant JT skaidrumo protokolą; šeši mūsų komentarai dėl 0.7.0 versijos yra paskelbti viešajame registre.
• „Baterijos pasas“: „Baterijos pasas“ konsorciumo rėmėjas, kuris kartu su pirmaujančiomis mokslinių tyrimų įstaigomis kuria ES baterijos paso bandymų aplinką, remiamas Vokietijos Federalinės ekonomikos ir energetikos ministerijos. Baterijos yra pirmoji produktų grupė, kuriai nuo 2027 m. vasario 18 d. bus taikomas privalomas reikalavimas.

51 % akcinio kapitalo atitenka pelno nesiekiančiam fondui „Transpareo Foundation“ Ciuge (steigiamas, 2026 m. spalio mėn. duomenimis); įsteigus fondą, šios akcijos negalės būti parduotos, o „Transpareo“ negalės būti perimta.

Įsteigta fondas yra prižiūrimas Centrinės Šveicarijos BVG ir fondų priežiūros institucijos (ZBSA). Patirtis apima ne tik reguliavimo sritį: steigėjo sukurta pirmoji produktų skaidrumo platforma kosmetikos gamintojams veikia nuo 2008 metų.