Katalog storitev za digitalne potni liste izdelkov: odgovori za vašo skrbno preverjanje

Osnovne zahteve ESPR v profilu skladnosti za tekstil, ki se uveljavijo pred vsako objavo, dokler delovni prostor ne prekine preverjanja.

Pred objavo se preverijo identifikatorji potnega lista in gospodarskega subjekta ter, iz tekstilnega predloga, etiketa s sestavo vlaken in tehnična dokumentacija; sestava materiala in raven potnega lista se preverita kot priporočilo. Navodila za nego in drugi spremni dokumenti so na voljo kot polja predloge z vnaprej določeno stopnjo razkritja.

Dokler je delegirani pravni akt še v osnutku, so podatkovne točke, ki jih določa, v Transpareo stvar konfiguracije. Kar dopolnjuje končni pravni akt, se vključi kot posodobitev profila skladnosti, brez sprememb platforme.

Da. Model podatkov o baterijah v skladu s standardom DIN DKE SPEC 99100 je v celoti shranjen in bo pred objavo preverjen.

Transpareo priloži podatkovni model, opredeljen v standardu DIN DKE SPEC 99100 (Priloga A, tabela A.1), ki zajema podatkovne točke, zahtevane v uredbi o baterijah in kategorijsko specifičnih smernicah Komisije: med drugim kategorijo baterije, kemijsko sestavo, ogljični odtis, delež recikliranega materiala po posameznih kovinah, stanje staranja (State of Health) in podatke o življenjski dobi.

Potni list baterije se preverja glede na njegov lasten profil skladnosti. Podatkovne točke, ki jih uredba pridržuje za bralce z upravičenim interesom, se vodijo ločeno od javnega niza podatkov. Delovni prostor za baterije samodejno deluje z enim potrdilom na baterijo. Obveznost velja od 18. februarja 2027.

Danes ima enajst skupin izdelkov profil skladnosti, vsaka dodatna skupina izdelkov pa je predstavljena prek lastnih tipov lastnosti.

Na voljo so profili skladnosti za tekstil, baterije, elektroniko, pnevmatike, embalažo, pohištvo, aluminij, železo in jeklo, kemikalije, gradbene izdelke ter materiale, ki prihajajo v stik z živili. Delovni prostor izbere svojo kategorijo, platforma pa vsak certifikat preveri glede na ta profil.

Vsak drug tip izdelka se upodobi tako, da se za izdelke in komponente opredelijo lastni tipi lastnosti, in sicer kot obvezna ali neobvezna polja. Skupina izdelkov, ki še ni zajeta v predpise, je torej zgolj vprašanje konfiguracije.

Transpareo izdaja potne liste za EU. Priporočljivo je, da se za vsako panogo uporablja ločen delovni prostor, saj vsaka panoga v svoji predlogi določa svoje obvezne podatke.

Znotraj delovnega prostora se dodajo dodatne podatkovne točke kot tipi lastnosti, vsaka s svojo stopnjo razkritja, vsak potrdil pa se preveri glede na profil skladnosti kategorije delovnega prostora. Identifikacija GS1, W3C Verifiable Credentials in slovarji JSON-LD so berljivi po vsem svetu.

Vsaka predloga ima dve ravni: regulirano, ki določa predpise, in lastno ravnino stranke, ki jo ta prosto razširja.

Regulirana raven: Za vsako regulativno kategorijo platforma vodi podatkovne točke in spremne dokumente v skladu z zadevno uredbo kot predlogo, ki jo delovni prostor prevzame v enem koraku. Skupina za tekstil sledi Uredbi (EU) št. 1007/2011 in osnovnim zahtevam ESPR; delegirani pravni akt za tekstil je še v fazi osnutka. Nabor podatkov za baterije sledi standardu DIN DKE SPEC 99100 z obveznimi pravili Komisije, specifičnimi za posamezno kategorijo. Tip, status obveznosti in izraz v slovarju so določeni, ime in stopnjo razkritja pa lahko delovni prostor prilagodi; fiksni izraz omogoča branje potrdil različnih blagovnih znamk z istimi orodji.

Delovni prostor: Delovni prostor poleg predpisanega okvira opredeljuje poljubno število lastnih tipov lastnosti kakršne koli vrste, na primer za čevlje ali modne dodatke. Nov tip lastnosti je na voljo takoj po shranitvi.

Blagovne znamke, kategorije, vrste lastnosti, jeziki, skupine, blagovna znamka in domena so del konfiguracije. Vsi stranke uporabljajo isti izdelek: tisto, kar potrebuje ena stranka, se vključi v platformo za vse, kar se upravlja prek konfiguracije, tako da nadgradnja ohrani vse prilagoditve.

Po modelu, po seriji ali po kosu.

GTIN identificira model, imenovan tudi »style« ali »SKU«. V potrdilu o seriji je številka serije povezana z naslovom; v potrdilu o posameznem izdelku je namesto številke serije navedena serijska številka. Rezultat je spletni naslov za vsako potrdilo, ki ga lahko razbere vsak skener, skladen s standardom GS1.

Raven določa delovni prostor, za tekstil in baterije pa jo predpisuje regulativna kategorija: en potni list na proizvodno serijo za tekstil, en na baterijo za baterije. Objavljeni potni list ohrani raven, na kateri je bil objavljen.

Da. Identifikatorji izdelkov so skladni s standardom GS1, gospodarski subjekti in proizvodne enote pa se preverjajo glede na sheme iz standarda EN 18219:2026.

GTIN identificira model, številka serije (AI 10) serijo, serijska številka (AI 21) pa posamezni izdelek. GTIN se ob vnosu preveri na podlagi kontrolne številke, izdelka z napačno kontrolno številko GTIN pa ni mogoče niti shraniti niti objaviti. Tudi GLN gospodarskih subjektov in poslovnih enot se preverja na podlagi kontrolne številke.

Delo se lahko začne, še preden so na voljo številke GS1: izdelek se identificira prek številke proizvajalca (MPN, ki se večinoma ujema s številko SKU), številka GTIN pa se dopolni kasneje, ne da bi to vplivalo na obstoječe podatke.

Vsaka raven je samostojen niz podatkov z lastnim identifikatorjem in vsebuje vse, kar ji pripada.

Model ohranja podatke, ki veljajo za izdelek: sestavo, vzdrževanje, poreklo, dokumente. Različice te podatke podedujejo; morebitna odstopajoča vrednost se vnese v različico in označi kot odstopajoča. Serija ohranja svojo številko in datum proizvodnje ter zamrzne podatkovni zapis v stanju, v kakršnem je bila izdelana. Posamezni kos prevzame zamrznjen zapis podatkov svoje serije; njegova lastna zgodovina pa zajema popravila, obnove, prenose lastništva in dogodke.

Od modela se pride do serij, proizvedenih v okviru tega modela, od serije pa do posameznih kosov; posamezni kos se razčleni na svojo serijo in svoj model. Hierarhije pakiranja, torej kaj je bilo zapakirano v kaj, se danes ne beležijo.

V skladu s shemami, ki jih dopušča standard EN 18219: gospodarski subjekt z LEI ali GLN, poslovna enota z LEI, GLN ali DID.

LEI ali GLN vašega podjetja se shrani v nastavitvah delovnega prostora, identifikator proizvajalca pa v njegovem podatkovnem zapisu. Oba se preverita glede na te sheme in vneseta v potrdilo na mesto, ki ga predvideva standard. Drugi identifikatorji proizvajalcev se dodajo kot tipi lastnosti brez dodatnega razvojnega dela.

Vsak nosilec podatkov, ki lahko vsebuje spletni naslov; QR-kodo ustvari sama platforma.

Vsak certifikat za izdelek z GTIN-om se izda kot »GS1 Digital Link« in se priloži v obliki predloge QR-kode, pripravljene za tiskanje, kot prilagodljiva datoteka SVG, PDF in PNG v vseh velikostih do 2’000 pikslov, s stopnjo popravljanja napak M. Programa Illustrator in InDesign te datoteke odpreta neposredno; posebnega vtičnika Adobe ni.

Data Matrix je primeren za majhno tiskalno površino, NFC-oznake vsebujejo niz podatkov NDEF-URI, UHF-RFID-vložki pa se berejo na daljavo; EPC, sestavljen iz istega GTIN-a in serijske številke, se nanaša na isti izdelek. Poljubno število nosilcev podatkov lahko kodira isti naslov in vodi do istega potnega lista.

Da. Naslov je determinističen, tako da se koda lahko natisne, še preden je ustvarjen zapis o izdelku.

Takoj ko je domena konfigurirana, se naslov potrdila izpelje iz GS1 Digital Link: domena, GTIN ter, odvisno od ravni, številka serije ali serijska številka. Koda se razreši takoj, ko je potrdilo objavljeno. Platforma jo od prvega osnutka naprej prikaže kot vektorski SVG, kot PDF, pripravljen za tiskanje, in kot PNG v potrebnih velikostih v pikslah, kot datoteko ali prek API-ja.

Vnaprej ustvarjene serijske številke dobavitelja se uvažajo v velikih količinah prek datoteke ali prek API-ja: v delovnem prostoru z enim potnim listom na kos se obravnavajo kot serijske številke potnih listov, sicer pa kot serijske številke serije, katere potni list odpirajo.

V obe smeri, brez namestitve pri dobavitelju in brez integracije z njegovimi sistemi.

Če dobavitelj natisne kode, ki jih izda Transpareo, se potrdila pripravijo na podlagi podatkov iz naročila, vsako dobi svoj naslov, dobavitelj pa prejme niz kot datoteko ali prek API-ja skupaj s predlogami, pripravljenimi za tiskanje. Če dobavitelj prinese svoje kode, se njegove serijske številke uvozijo in povežejo s potrdili, v velikih količinah pred proizvodnjo ali po eno prek API-ja.

Poslovni odnos z dobaviteljem ostane v rokah stranke, platforma pa ohranja povezavo med serijsko številko in potrdilom, tako da je mogoče zamenjati dobavitelja, ne da bi to vplivalo na že izdana potrdila. Transpareo dobavlja programsko opremo; fizične etikete in nosilci podatkov pa zagotavljajo partnerji ali kateri koli ponudnik, ki ga izbere stranka, po ceni tega ponudnika. Za skeniranje s strani potrošnika je potrebna le kamera v telefonu, za branje NFC ali RFID pa se uporabljajo naprave, ki jih podjetje že ima.

Vsak naslov odpre profil na svoji ravni ali na naslednji višji ravni, tako da lahko trgovina poveže naslov modela, še preden kdo kaj kupi.

Če se potni listi izdajajo po serijah, GTIN brez številke serije odpre potni list najnovejše serije. Številka serije odpre potni list te serije, serijska številka pa potni list posameznega kosa ali, v delovnem prostoru, ki izdaja potne liste po serijah, potni list serije, ki ima to serijsko številko. Izmišljena serijska številka odpre potrdilo serije ali modela z opombo, da ta enota nima lastnega potrdila, pri čemer se ta klic zabeleži; neznana GTIN ne vodi nikamor. SGTIN-EPC, ki ga prebere RFID-oznaka, se, bodisi kot URN bodisi v stisnjeni obliki GS1, posreduje na njegov GS1 Digital Link.

Rezolver je izdelan v skladu s standardom GS1 za skladne rezolverje (GS1-Conformant Resolver Standard, ISO/IEC 18975) in se na vsakem gostitelju delovnega prostora nahaja v mapi /.well-known/gs1resolver. Stroji za linkType=linkset in starejšo vrednost »all« prejmejo nabor povezav identifikatorja (RFC 9264), ki ustreza shemi GS1; gs1:pip, gs1:DPP in gs1:defaultLink se upoštevajo, tip povezave, ki ga Pass ne podpira, vrne napako 404, napačna povezava pa 400, vsak odgovor pa navaja raven, na kateri je bil poslan. Naš lastni resolver odgovarja na GS1 Digital Links in naslove RFID, kodirane po standardu GS1, potni list pa se odpre pod svojim naslovom GS1; blagovna znamka, katere povezave potekajo prek resolverja GS1, usmeri tega resolverja na našega, vsako skeniranje pa prek njegovega preusmerjanja prispe k nam.

Vsaka objava zamrzne novo podpisano različico na isti naslov, vsaka prejšnja različica pa ostane dostopna v stanju, v kakršnem je bila objavljena.

Vsaka različica je W3C Verifiable Credential, podpisana z ECDSA-SD, postopkom za selektivno razkritje: potrošnik, reciklator in organ prejmejo vsak tisti del, do katerega so upravičeni, podpis pa ostane preverljiv na tem delu. Vsaka različica vsebuje hash prejšnje različice, tako da zgodovine ni mogoče neopazno spremeniti, manifest, podpisan s ključem Transpareo, pa navaja vsako različico skupaj z njenim hash-om. Vsaka prejšnja različica navaja, kaj se je spremenilo od prejšnje različice.

Podatkovni zapis o izdelku, ki je povezan s potrdilom, ostaja urejen in vodi lastno zgodovino: vsaka sprememba se beleži polje za poljem, skupaj z osebo ali sistemom, časom ter vrednostjo pred in po spremembi, pri čemer je mogoče obnoviti prejšnje stanje. Zgodovina izdelka prikazuje, kdo je kaj spremenil; različice potrdila pa dokazujejo, kaj je bilo kdaj objavljeno na trgu.

Identifikator ostane nespremenjen; sprememba se objavi kot nova različica istega certifikata, koda na izdelku pa usmerja k posodobljeni različici.

Nov identifikator je potreben le, če se sam izdelek spremeni v drugega. Za to obstaja postopek zamenjave (supersession): novi potni list se poveže z zamenjanim, tako da tisti, ki pride do enega, najde tudi drugega.

Da. Naša odprtokodna pregledovalna aplikacija » Transpareo Time Machine « prikazuje vsako objavljeno različico v skladu z oblikovalskimi smernicami blagovne znamke.

Trenutna različica se naloži skupaj s stranjo, prejšnje pa se naložijo takoj, ko odprete časovnico; s potegom prsta se pomikate skozi življenjsko dobo izdelka: kako je bil izdelan, kaj je bilo popravljeno, kam je šel. Več na Transpareo Time Machine.

Serija ohrani svojo sestavo, kasnejše spremembe izdelka pa se v njo vključijo le s popravkom, ki podpiše novo različico.

SKU in GTIN ostajata nespremenjeni. Ob ustvarjanju serija prevzame trajno kopijo komponent in lastnosti v dejanskem stanju izdelave, poznejše spremembe izdelka pa se vanjo ne vpišejo nazaj. Če se seznam sestavnih delov v določeni sezoni razlikuje, se sprememba izvede na modelu pred ustvarjanjem serije; tudi ostale vrednosti proizvodnega cikla, na primer rezultati preskusov, se nastavijo in zamrznejo v seriji. Popravek serije prevzame popravljeno stanje modela in podpiše novo različico.

Izdelek, izdelan spomladi, navaja svoje surovine, izdelek z isto oznako SKU iz jeseni pa svoje, brez nove oznake SKU in brez nejasnosti. Prejšnje stanje zalog je še naprej na voljo na spletni strani Transpareo Time Machine.

Dogodek se zabeleži v potnem listu, sprememba podatkov pa se objavi kot nova podpisana različica na isti naslov; nič se ne izda na novo ali ponovno natisne.

Popravila, obnova, prevzem, recikliranje in odpoklic se evidentirajo z datumom in izvajalcem ter se prikazujejo kot javni dogodki v sistemu EPCIS. Zamenjava dobavitelja ali materiala predstavlja spremembo podatkov in se prikaže kot nova različica. Inšpekcijski pregledi, prenosi lastništva in incidenti se evidentirajo le za organe oblasti.

Da, z dostopom, ki jim ga omogoča blagovna znamka.

Blagovna znamka dodeli podjetju za popravila, obnovo ali recikliranje lastne podatke za dostop do API-ja z dovoljenjem za beleženje dogodkov. Vsak dogodek, ki ga zabeleži, vsebuje svojo GLN-številko, če je ta shranjena, kot kraj dogodka, za objavo dogodka kot nove različice pa je potrebno ločeno pooblastilo za objavo. Stranka, ki nima dostopa do blagovne znamke, ne prispeva ničesar.

Prek njegovega podpisa, ki ga lahko vsakdo preveri brez programske opreme, API-ja ali računa pri Transpareo, po želji s ključi, ki jih ima izključno blagovna znamka.

• Potrdilo za vse: podpisano kot W3C Verifiable Credential z ECDSA-SD; vsaka skladna knjižnica ga preveri.
• Preverjanje pri bralcu: pregledovalnik razreši DID-dokument in javni ključ ter preveri podpis v brskalniku.
• Odprta koda: Pot preverjanja je javno pregledljiva in jo je mogoče neodvisno ponoviti.
• Lastni ključi: Platforma pošlje dokument, ki ga je treba podpisati, na podpisno končno točko blagovne znamke; zasebni ključi nikoli ne pridejo v roke podjetju Transpareo.

Ena od zahtev je delno izpolnjena: standard EN 18246 zahteva ključe, ki so certificirani po preverjanju identitete, medtem ko so ključi izdajatelja objavljeni na njegovi lastni domeni brez takšnega certifikata. Fizično varnost nosilca podatkov, na primer zaščito pred kopiranjem ali identifikacijske oznake strojne opreme, zagotavlja proizvajalec nosilca podatkov; Transpareo trenutno takšnih značilnosti ne upošteva.

Ponarejeni potni listi se takoj razkrivajo zaradi podpisa; kopirane prave kode se pokažejo v statistiki skeniranja.

• Ponarejen potni list: ni na domeni blagovne znamke in ni podpisan z njenim ključem; vsaka preveritev se konča z napako.
• Kopiran pravi kod: Število skenov po potnem listu in državi je navedeno v statistiki skeniranja. Posamezen potni list je mogoče začasno onemogočiti; vsak nadaljnji sken ga bo nato prikazal kot začasno onemogočenega.

Da bi fizični klon razkrili že med skeniranjem, je potrebna značilnost nosilca podatkov, ki je ni mogoče kopirati, na primer identifikacijska oznaka strojne opreme. Transpareo takšnih vrednosti trenutno ne beleži in ne preverja.

Da. Vsak vir vpiše polja, za katera je odgovoren, v katalog prek API-ja, uvoza tabel, vmesnika za agente ali upravitelja aplikacije.

V tem enem katalogu so zbrani izdelki, komponente, dokumenti, mediji in tipi lastnosti. Uvoz se uskladi prek identifikatorja izdelka ali komponente in takoj posodobi obstoječe zapise, tako da redno izvažanje podatkov iz sistemov PLM ali ERP zagotavlja, da je katalog vedno posodobljen. Komponente se delijo: enkrat popravljen material se prenese na vsak izdelek, ki ga vsebuje.

Vsak vnos se ob prejemu preveri in takoj zatem primerja s pravili kategorije, vsaka sprememba pa se polje za poljem zabeleži skupaj z virom in časom. Tipično sodelovanje: sistem PLM zagotavlja sestavo in vzdrževanje, sistem ERP pa naročila, serije in serijske številke, portal dobaviteljev pa certifikate; Transpareo sestavi potrdilo, ga preveri, podpiše in izda.

Dokumenti so povezani s proizvodi in komponentami, tehnično dokumentacijo vsakega proizvoda pa platforma sama ustvari v obliki PDF-datoteke v skladu z identiteto blagovne znamke.

Javni dokument se kot datoteka za prenos vključi v profil izdelka, vsaka objavljena različica pa ohrani datoteko, s katero je bila objavljena; notranji dokument pa ostane izven profila. Reguliran dokument v podatkovni točki sledi svoji stopnji razkritja, tako da dokument, ki je rezerviran za organe, ostane izven javnih podatkov. V posamezni komponenti je dokument javno dostopen ali viden šele po prijavi.

Tehnična dokumentacija izhaja iz objavljenega priročnika o odprtokodnem rendererju md2pdf, ki uporablja blagovno znamko delovnega prostora in ustvari isti dokument v vseh jezikih delovnega prostora, do 40. Knjižnica je javno dostopna na GitHubu.

Podatkovne točke so del konfiguracije: ustvarjanje polja, nastavitev stopnje razkritja, označitev kot obvezno - brez razvoja platforme in brez čakanja na izdajo nove različice.

Ime se enkrat vnese v lastnem jeziku, platforma pa ga prevede v druge jezike. Za obstoječe podatke velja:

• Prepoznavanje: DPP-razpoložljivost se od zdaj naprej ponovno izračuna za celoten katalog, in sicer 200 izdelkov na minuto; vsak izdelek, ki ne vsebuje novega polja, se prikaže in ga je mogoče filtrirati, izvoz pa vsebuje novo polje za celoten katalog.
• Naknadno vnašanje: ročno, z množičnim uvozom iz tabele ali prek API-ja. Kadar je mogoče vrednost izpeljati, lahko čarovnik pripravi predloge za preverjanje.
• Objavljeni dokumenti o potovanjih ohranijo svojo različico; posodobitev pomeni ponovno objavo pod istim URL-jem.
• Nadzor: polja, vrednosti in vsaka nova objava so zabeležene v revizijskem dnevniku in zgodovini različic.

Če se doda povsem nova kategorija, zagotovimo profil skladnosti in podatkovne točke kot predlogo, ki jo prevzame delovni prostor v enem koraku.

Z uvozom tabele s pripisovanjem stolpcev in predogledom, do 50 MB in 100’000 vrstic na datoteko, ali prek API-ja.

Uvoznik predlaga dodelitev stolpcev poljem, pred zapisovanjem prikaže, kaj bo iz vsakega stolpca, in za enake naslove stolpcev vsakič predlaga isto dodelitev; če prepozna vsak stolpec, ki ga potrebuje, avtomatski postopek preskoči korak dodeljevanja, tako da je ponavljajoči se uvoz en sam prenos. Izvozi v obliki XLSX ali CSV vsebujejo celotno zbirko podatkov, po eno tabelo za vsak jezik, in jih je mogoče ponovno uvoziti v istih oblikah. Prvo polnjenje se običajno začne v obliki tabele; takoj ko je struktura vzpostavljena, se polnjenje običajno preusmeri na API.

Vse poteka avtentificirano prek HTTPS. Večje količine se naložijo v več posameznih prenosih ali prek API-ja za množično nalaganje. Multimedijske datoteke se nalagajo po ena za drugo, štiri hkrati, z velikostjo do 50 MB na datoteko; izvoz poteka v ozadju na naslovu, ki poteče. Uporabnik je v aplikaciji obveščen, ko je uvoz končan ali ko je potrebna odločitev; po želji tudi prek e-pošte, ko je uvoz končan. Ne ponujamo niti FTP-ja niti neavtentificiranih shranjevalnih mest.

Prek REST-API-ja, podpisanih webhookov, vira dogodkov, uvoza in izvoza tabel, strežnika MCP za AI-agente ter vozlišča n8n; vmesna programska oprema ni potrebna.

• REST-API: dokumentiran, avtentificiran z OAuth 2.0 Client Credentials, omejen na posamezni sistem v obsegu veljavnosti. PLM ali ERP ustvarjata in posodabljata izdelke, komponente, lastnosti in serije ter objavljata potrdila.
• Webhooki: poročajo o dogodkih v življenjskem ciklu, ne da bi bilo treba poizvedovati; vir dogodkov posreduje iste dogodke sistemom, ki poizvedujejo.
• Množični uvoz: preglednica ali CSV za sisteme brez proračuna za integracijo, z dodeljevanjem, predogledom in posodabljanjem obstoječih zapisov.
• Vmesnik za agente (MCP): za orodja, pri katerih se integracijski projekt ne izplača.
• n8n-vozlišče: objavljeno na naslovu @transpareo/n8n-nodes-transpareo, namenjeno delovnim tokovom, ki jih ekipa ustvarja brez programiranja.

API in webhooki delujejo v realnem času. Uvoz, izvoz, objava in prevajanje potekajo kot naloge v ozadju s preverjanjem stanja, prikazujejo napredek in nikogar ne ovirajo; množična objava ne more preobremeniti čakalne vrste. Povezati je mogoče vse, kar podpira HTTPS, tudi obstoječo integracijsko platformo ali iPaaS. Partnerski sistem prepozna identifikatorje GS1 brez tabele preslikav.

Vsak vnos se ob prejemu preveri glede na vrsto in obliko vrednosti, nato pa se podatkovni niz ob izračunu pripravljenosti DPP in ob vsaki objavi preveri glede na pravila, ki veljajo za zadevno regulativno kategorijo.

Preverjanje ob prejemu velja ne glede na to, ali podatki prihajajo prek API-ja, uvoza ali posameznika. Pravila izhajajo iz profila skladnosti kategorije, zapisanega v obliki »Shapes« po modelu SHACL; s tem torej pretvarjajo zahteve glede podatkov iz predpisov v preverjanja. Identifikatorji poslovnih enot se preverjajo glede na dovoljene sheme. Regulativne podatkovne točke se vodijo na ravni izdelka in se ob objavi zamrznejo; dokumenti o skladnosti so povezani z istimi podatkovnimi zapisi, njihova vidnost pa sledi stopnji razkritja podatkovne točke, ki jih vsebuje.

Preverjanje je strukturne narave: ali so obvezni podatki navedeni, pravilno oblikovani in ustrezajo zahtevam? Ali je vsebina podatka pravilna, se preveri ročno, na primer prek strani dobavitelja.

Vsak izdelek ima stalno na novo izračunano stanje DPP: odstotek, barvo in seznam odprtih pregledov, vsak s povezavo na polje.

Preverjanja, ki blokirajo objavo, so ločena od tistih, ki zgolj izboljšujejo zapis. Dokler je obvezno preverjanje odprto, se potni list ne more objaviti. Manjkajoča obvezna lastnost je navedena s svojim tipom; vrednost, ki je v nasprotju s standardom, je navedena skupaj s pravilom, ki ga krši.

Komponente so skupne, tako da se sprememba odraža v vsakem izdelku, ki jih vsebuje. Podatki o serijah ostanejo nespremenjeni, objavljeni podatki pa se spremenijo le, če to želi oseba, ki jih ureja: popravek potrdi novo različico, o čemer obvestijo webhooki in vir dogodkov.

V katalogu je razpoložljivost DPP prikazana v stolpcu: omogoča razvrščanje in filtriranje. Preizkusite brez računa: naša predstavitev.

Da, gre za postopke preverjanja z do petimi stopnjami; tisti, ki vloži vlogo, o njej ne odloča sam.

Vsaka stopnja je dodeljena skupini ali pooblastilu. Dokler je obvezni pregled odprt, ostaja objava potrdila blokirana, in tudi objava, ki jo sproži povezani AI-agent, sledi istemu postopku. Dostop je mogoče omejiti na posamezne izdelke ali komponente. Šablone delovnih tokov z različicami še niso na voljo; kadar stranka potrebuje določene korake, jih vgradimo v izdelek.

Da. Naloge se dodeljujejo posameznikom ali skupinam, vsak dan prejme vsak posameznik e-poštno sporočilo z novimi in zapadlimi nalogami, zahtevki za informacije, naslovljeni na dobavitelje, pa imajo svoje roke in opomnike.

Avtomatska eskalacija na druge osebe je v načrtu. Naloge je mogoče preveriti prek API-ja, webhooki in vir dogodkov pa poročajo o vsaki spremembi statusa dovolilnice, tako da se lahko zunanje orodje za delovne tokove na to odzove, na primer n8n s Transpareo-vozliščem.

Konfigurativna tabela izdelkov, seznami nalog in poizvedb ter stran s statističnimi podatki; vsak nabor podatkov je mogoče izvoziti.

• Katalog: Vsaka oseba sama izbere stolpce, vključno z dežurstvom DPP; shranjeni pogledi ohranjajo poizvedbe za celotno ekipo. Komponente je mogoče iskati po imenu, tipu in lastnostih, potrdila pa po identifikatorju, statusu (od osnutka do konca življenjske dobe), različici, neveljavnosti ter seriji ali kosu.
• Tekoče delo: Seznami nalog in poizvedb prikazujejo zamujene naloge, naloge brez odgovorne osebe, potekle poizvedbe in odgovore, ki čakajo na pregled.
• Potrošniki: število skeniranj po potnem listu, regiji in časovnem obdobju, iz dnevnikov strežnika brez sledenja, na voljo za prenos na strani s statističnimi podatki.
• Izvoz: izdelki, komponente in potni listi kot celotni nizi podatkov v formatih CSV, XLSX, JSON-LD ali SQL, ne glede na stolpce in filtre na zaslonu.

Prek API-ja je mogoče poiskati potne liste po izdelku, statusu in iskalnem izrazu, katalog, potne liste in število skeniranj za vsako potno listo pa so strankam na voljo z njihovimi lastnimi orodji za poslovno inteligenco. Predstavitev: naša predstavitev.

Podatki o izdelkih in karticah za vsak delovni prostor so shranjeni v lastni bazi podatkov; le podatki o računih in tarifah so shranjeni v skupni bazi podatkov platforme.

Indeks iskanja, ključ za podpisovanje in šifrirni ključ so prav tako ločeni po posameznih delovnih prostorih; mediji in arhiv gesel se nahajajo v ločeni mapi za vsak delovni prostor.

Da, na dveh ravneh: občutljiva področja in varnostne kopije.

• Polja: AES-256-GCM z enim ključem na delovni prostor, ki je sam po sebi ovit s ključem, izpeljanim iz glavne skrivnosti strežnika; rotacija glavnega skrivnega ključa na novo ovije vsak ključ delovnega prostora, ki ga ščiti, brez ponovnega šifriranja podatkov. Zaščiten je na primer ključ ponudnika umetne inteligence. Ključ za podpis delovnega prostora je ovit z drugim, posebej za to namenjenim ključem delovnega prostora.
• Varnostne kopije: šifrirane z AES-256, preden zapustijo strežnik.

Multimedijski datoteki in arhiv potnih listin se nahajata v objektnem pomnilniku v EU, arhiv plačljivega delovnega prostora pa je deset let nespremenljiv.

E-poštni naslov in geslo s Passkeyjem ali enkratnim kodom kot drugim dejavnikom, ki ga lahko zahteva delovni prostor; trajanje neaktivnosti do odjave določi delovni prostor.

Standardna trajanje je 480 minut; delovni prostor lahko trajanje prosto določi. Seja se zaključi na strani strežnika; naš demonstracijski delovni prostor deluje s 60-minutnim trajanjem. Poleg tega se piškotek seje izbriše ob zaprtju brskalnika. Šifrirani piškotek seje, označen kot varen, shranjuje podatke o seji, jezikovni piškotek pa izbrani jezik; piškotki tretjih ponudnikov niso prisotni.

Uporabniki so povabljeni in dodeljeni v skupine z dostopom; z odstranitvijo uporabnika se mu takoj odvzame dostop in podatki za dostop do API-ja. Splošnih ali skupnih računov ni. Prikazana je zadnja prijava vsakega uporabnika; avtomatska deaktivacija računov, ki so dolgo časa neaktivni, je v načrtu razvoja.

Trije zapisi: revizijski dnevnik (5 let), varnostni dnevnik v skladu z NIS2 (365 dni) in zapisnik vseh dostopov organov, ki ga na zahtevo izvozimo.

Dnevnik revizije navaja, kdo je kaj in kdaj spremenil, polje za poljem, z vrednostjo pred in po spremembi, ter ga je mogoče na zaslonu filtrirati po časovnem obdobju, zapisu ali izvajalcu. Varnostni dnevnik beleži prijave (uspešne ali zavrnjene), večfaktorske preverjanja, ponastavitve gesel, blokade računov, zavrnjene podatke za dostop do API-ja, blokirane naslove in zavrnjene pozive agentov; v aplikaciji ga je mogoče iskati.

Osebni podatki v operativnih dnevnikih se hranijo le toliko časa, kolikor to zahteva njihov namen (člen 5(1)(e) Splošne uredbe o varstvu podatkov). Potni listi se izvozijo kot podpisani dokumenti, ki jih pristojni organ preveri brez naše programske opreme; dnevniki pa v obliki CSV ali XLSX.

O vsakem varnostnem incidentu, ki zadeva njegov delovni prostor, nemudoma obvestimo stranko, ne glede na to, ali so prizadeti osebni podatki ali ne, vsakdo pa lahko morebitne ranljivosti prijavi na naslov support@mail.transpareo.com.

V primeru kršitve varstva osebnih podatkov velja določba 9 naše pogodbe o obdelavi podatkov: v njej so opisani vrsta kršitve, njene verjetne posledice in sprejeti ukrepi, navedena je kontaktna točka ter podatki o tem, kdaj je do kršitve prišlo in kdaj je bila odkrita, ter na katere delovne prostore vpliva. Kar na začetku še ni znano, bo navedeno takoj, ko bo znano.

Samo prek prijave v imenu stranke, ki se zabeleži v protokolu platforme in v lastnem varnostnem dnevniku delovnega prostora.

Stranka preveri vsako takšno prijavo v svojem varnostnem dnevniku. Zaposleni so pred dodelitvijo dostopa pregledani in redno usposabljeni na področju varnosti. Zavezani so k zaupnosti in dobijo dostop le v obsegu, ki je potreben za izvajanje in podporo pogodbe (klavzula 7.4(b) pogodbe o obdelavi podatkov).

Podpora prek e-pošte na naslov support@mail.transpareo.com, v nemščini in angleščini, vključena v vsak paket.

Ločene pogodbe o podpori ali podpore, zaračunane po dejanskem obsegu dela, ni. V aplikaciji je mogoče iskati članke s pomočjo, ki se prikažejo v jeziku uporabnika, poleg priročnika za API. S pomočjo lastnega dostopa do umetne inteligence v delovnem prostoru asistent odgovarja na podlagi obeh virov, lahko napoti na članek in po potrditvi z ustreznimi pravicami uporabnika takoj izvede opisani korak.

Da, platforma deluje: vsako podjetje se lahko registrira, vsak potrdil pa se ustvari, preveri, podpiše in objavi pod njegovim trajnim naslovom.

Njegove zmožnosti lahko preizkusite v naši demo različici, tudi brez računa.

Fiksna mesečna naročnina za posamezen delovni prostor, odvisna od števila kartic, brez stroškov namestitve, svetovanja, uporabniških pristojbin ali stroškov skeniranja ter brez dodatnih modulov, za katere je treba doplačati.

Nosilec podatkov nima vpliva na ceno, skeniranje, promet in prostor za shranjevanje pa se nikoli ne upoštevajo. Vsak paket vključuje celoten nabor funkcij z lastno domeno, 40 jeziki in popolnim API-jem, tako da je vsaka funkcija iz tega kataloga na voljo tudi v najmanjšem paketu; edini stroški zunaj paketa so pristojbine ponudnika umetne inteligence, če stranka uporablja pomočnika s svojim lastnim računom. Zaračunava se mesečno, brez minimalne trajanja naročnine.

Štirje paketi v frankih, evrih ali dolarjih: do 100 potnih listov, do 1’000, do 10’000 in neomejeno, vsak s poljubnim številom izdelkov in komponent. V beta fazi velja 30-odstotni popust na cenikove cene, cena, po kateri sklenete naročnino, pa ostane nespremenjena, dokler ohranite ta paket. Na voljo je 8-dnevno brezobvezno preizkusno obdobje. Velja aktualni cenik na naši strani s cenami.

Delovni prostor vzpostavimo z uporabo podatkov, tipov lastnosti, blagovne znamke in domene stranke, prve različice pa so na voljo v nekaj dneh.

Novi delovni prostor je pripravljen v nekaj minutah pod naslovom Transpareo; strankina lastna domena bo na voljo takoj, ko bo njen DNS-vpis usmerjen na nas. Stranka potrebuje le sodoben brskalnik v sistemih Windows, macOS, Linux, iOS ali Android; ni treba nič namestiti ali upravljati.

• Vključitev dobavne verige: prek strani dobavitelja, v jezikih delovnega prostora.
• Integracija: REST-API, webhooki, strežnik MCP in vozlišča n8n vzdržuje ekipa, ki jih je razvila.

Poleg tega so na voljo orodja brez dodatnih stroškov: dokumenti v skladu z identiteto blagovne znamke v 40 jezikih, oznaka » Transpareo Time Machine « kot dejavnik zaupanja ter statistike obiska brez sledenja.

Naši splošni pogoji poslovanja v skladu s švicarskim pravom: odpoved ob koncu mesečnega obračunskega obdobja, brez minimalne trajanja pogodbe ter v primeru lahke malomarnosti odgovornost v višini zneskov plačil za zadnjih dvanajst mesecev.

• Prekinitev pogodbe: Pogodba velja za nedoločen čas in jo je mogoče kadarkoli prekiniti z veljavnostjo ob koncu tekočega obračunskega obdobja.
• Odgovornost: neomejena v primeru namerne kršitve in grobe malomarnosti; v primeru lahke malomarnosti le ob kršitvi bistvenih pogodbenih obveznosti, omejena na tipično predvidljivo škodo in skupno na plačila, izplačana v dvanajstih mesecih pred škodnim dogodkom. Izgubljeni dobiček, izguba podatkov in posledična škoda so izključeni, kolikor to dopušča zakon.
• Spremembe: Spremembe pogojev in cen se v pisni obliki objavijo najmanj 30 dni pred začetkom veljavnosti, pri čemer imate pravico, da ugovarjate spremenjenim pogojem in odpoveste pogodbo pred spremembo cene.
• Pravo in pristojno sodišče: velja švicarsko pravo, pri čemer je izključena Konvencija ZN o mednarodni prodaji blaga; pristojno sodišče je v Zugu, Švica.
• Varstvo osebnih podatkov: Pogodba o obdelavi podatkov je sestavni del pogojev.

Stranka ostaja gospodarski subjekt in je odgovorna za vsebino svojih potnih listov; Transpareo zagotavlja tehnično platformo.

Smo člani odborov, v katerih se oblikujejo pravila, in izvajamo tisto, kar ti objavijo.

• Evropsko standardiziranje: članstvo v nacionalnem standardizacijskem odboru Švicarske zveze za standardizacijo (SNV) in njenem pododboru za DPP, ki predstavlja švicarski glas v CEN/CLC/JTC 24, odboru, ki pripravlja evropsko serijo standardov DPP. Osnutke spremljamo že med njihovim nastajanjem in k njim podajamo pripombe.
• Pilotni projekti EU: član skupnosti prakse (Community of Practice) projekta CIRPASS-2, projekta EU, ki preizkuša digitalni potni list izdelka v štirih vrednostnih verigah.
• Delo v okviru protokola: redno sodelovanje pri Protokolu ZN o preglednosti; šest naših pripomb k različici 0.7.0 je objavljenih v javnem registru.
• Potni list baterije: podporni partner konzorcija Potni list baterije, ki skupaj z vodilnimi raziskovalnimi ustanovami vzpostavlja testno okolje za potni list baterije EU, s podporo nemškega Zveznega ministrstva za gospodarstvo in energetiko. Baterije so prva skupina izdelkov, za katero bo od 18. februarja 2027 veljala obvezna zahteva.

51 % osnovnega kapitala je v lasti neprofitne fundacije Transpareo Foundation v Zugu; ta delež ni na voljo za prodajo, fundacije Transpareo pa ni mogoče prevzeti.

Fundacija je pod nadzorom Zveznega urada za nadzor nad fundacijami. Izkušnje segajo tudi izven področja regulative: prva platforma za preglednost izdelkov, ki jo je ustanovil ustanovitelj, deluje že od leta 2008 za proizvajalce kozmetike.