Produkta digitālās pases pakalpojumu katalogs: atbildes uz jūsu tehniskajām prasībām

ESPR pamatprasības un tekstilizstrādājumu atbilstības profils, kas tiek piemērots pirms katras publicēšanas, kamēr darbvieta neatsauc pārbaudi.

Pirms publicēšanas tiek pārbaudīti pases un ekonomikas operatora identifikatori, kā arī - no tekstilizstrādājuma parauga - šķiedru sastāva etiķete un tehniskā dokumentācija; materiāla sastāvs un pases līmenis tiek pārbaudīti kā ieteikums. Apkopes norādījumi un citi pavaddokumenti ir pieejami kā veidnes lauki ar iepriekš noteiktu atklātības līmeni.

Kamēr deleģētais tiesību akts ir projekta stadijā, tajā noteiktie datu punkti programmā „Transpareo“ ir konfigurējami. To, ko papildina galīgais tiesību akts, ievada kā atbilstības profila atjauninājumu, neveicot platformas pārveidojumus.

Jā. Akumulatora datu modelis saskaņā ar standartu DIN DKE SPEC 99100 ir pilnībā sagatavots un tiek pārbaudīts pirms publicēšanas.

„Transpareo“ nodrošina DIN DKE SPEC 99100 (A pielikums, A.1. tabula) definēto datu modeli, kas aptver datu punktus, kuri ir noteikti ES bateriju regulā un Komisijas kategoriju specifiskajās vadlīnijās: tostarp baterijas kategorija, ķīmiskais sastāvs, CO₂ pēdas nospiedums, pārstrādāto materiālu īpatsvars katram metālam, nolietojuma pakāpe (State of Health) un kalpošanas ilguma rādītāji.

Baterijas pases tiek validētas, salīdzinot ar atbilstības profilu. Datu punkti, kurus regula paredz tikai lasītājiem ar pamatotu interesi, tiek glabāti atsevišķi no publiskā datu kopuma. Akumulatoru darbvieta automātiski strādā ar vienu pasi katram akumulatoram. Šī prasība stājas spēkā no 2027. gada 18. februāra.

Šobrīd vienpadsmit produktu grupām ir atbilstības profils, un katra nākamā produktu grupa tiek attēlota, izmantojot savus īpašību tipus.

Atbilstības profili ir pieejami tekstilizstrādājumiem, baterijām, elektronikai, riepām, iepakojumiem, mēbelēm, alumīnijam, dzelzijam un tēraudam, ķīmiskajām vielām, būvmateriāliem un materiāliem, kas nonāk saskarē ar pārtiku. Darbvieta izvēlas savu kategoriju, un platforma pārbauda katru sertifikātu atbilstoši šim profilam.

Jebkura cita veida produkts tiek attēlots, definējot atsevišķus produktu un komponentu īpašību tipus, katru no tiem kā obligātu vai fakultatīvu lauku. Tādējādi produktu grupa, kas vēl nav iekļauta regulējumā, ir konfigurācijas jautājums.

„Transpareo“ izsniedz pases ES. Ieteicams izveidot atsevišķas darbvietas katrai nozarei, jo katrā nozares veidnē ir noteikti savi obligātie datu lauki.

Vienā darbvietā tiek pievienoti papildu datu punkti kā īpašību tipi, katram no tiem ir savs atklātības līmenis, un katrs sertifikāts tiek pārbaudīts atbilstoši darbvietas kategorijas atbilstības profilam. GS1 identifikācija, W3C Verifiable Credentials un JSON-LD vārdnīcas ir saprotamas visā pasaulē.

Katram šablonam ir divi līmeņi: regulētais līmenis, kas nosaka regulējumu, un klienta paša līmenis, kuru viņš var brīvi paplašināt.

Regulētais līmenis: Katrai regulatīvajai kategorijai platforma uztur datu punktus un pavaddokumentus saskaņā ar attiecīgo regulējumu kā paraugu, ko darbvieta pārņem vienā solī. Tekstilpreču komplekts atbilst Regulai (ES) Nr. 1007/2011 un ESPR pamatprasībām; delegētais tiesību akts par tekstilizstrādājumiem vēl atrodas izstrādes stadijā. Bateriju komplekts atbilst standartam DIN DKE SPEC 99100, iekļaujot Komisijas noteiktos kategorijai specifiskos obligātos noteikumus. Tips, obligātuma statuss un termins vārdnīcā ir fiksēti, bet darbvieta var pielāgot nosaukumu un atklātības līmeni; fiksētais termins nodrošina, ka dažādu zīmolu pases ir lasāmas, izmantojot vienus un tos pašus rīkus.

Paša lietotāja līmenis: Darbvieta papildus regulētajam ietvaram definē neierobežotu skaitu jebkāda veida paša lietotāja īpašību tipu, piemēram, apaviem vai aksesuāriem. Jauns īpašību tips kļūst pieejams pēc saglabāšanas.

Zīmoli, kategorijas, īpašību tipi, valodas, grupas, zīmola veidošana un domēns ir konfigurācijas elementi. Visi klienti izmanto vienu un to pašu produktu: tas, kas nepieciešams vienam klientam, tiek iekļauts platformā visiem, un to kontrolē konfigurācija, tādējādi nodrošinot, ka jebkura atjaunināšana saglabā visas pielāgojumu izmaiņas.

Pēc modeļa, partijas vai gabala.

GTIN identificē modeli, ko sauc arī par „style” vai „SKU”. Partijas sertifikātā partijas numurs tiek pievienots adresei; atsevišķa izstrādājuma sertifikātā partijas numura vietā ir norādīts sērijas numurs. Rezultātā katram sertifikātam tiek piešķirta tīmekļa adrese, kuru var nolasīt jebkurš GS1 standartam atbilstošs skeneris.

Līmeni nosaka darbvieta, un tekstilizstrādājumiem un baterijām to nosaka regulatīvā kategorija: tekstilizstrādājumiem - viens sertifikāts katrai ražošanas partijai, baterijām - viens sertifikāts katrai baterijai. Publicēts sertifikāts saglabā līmeni, kurā tas tika publicēts.

Jā. Produktu identifikatori atbilst GS1 standartam, un ekonomikas operatori un ražotnes tiek pārbaudītas atbilstoši EN 18219:2026 shēmām.

GTIN identificē modeli, partijas numurs (AI 10) - partiju, bet sērijas numurs (AI 21) - atsevišķu vienību. GTIN tiek pārbaudīts ievadīšanas brīdī, pamatojoties uz tā pārbaudes ciparu, un produktu ar nepareizu GTIN pārbaudes ciparu nevar ne saglabāt, ne publicēt. Arī ekonomikas operators un uzņēmējdarbības vieta tiek pārbaudīti, izmantojot to pārbaudes ciparu.

Darbu var sākt, pirms ir pieejami GS1 numuri: produktu identificē pēc ražotāja preces numura (MPN, kas parasti atbilst SKU), un GTIN tiek pievienots vēlāk, netraucējot esošo sistēmu.

Katra līmeņa ir atsevišķs datu kopums ar savu identifikatoru, un tajā tiek glabāts viss, kas pieder pie šīs līmeņa.

Modelis ietver visu, kas attiecas uz preci: sastāvu, kopšanu, izcelsmi, dokumentus. Varianti pārņem šo informāciju; atšķirīga vērtība tiek norādīta variantam un atzīmēta kā atšķirīga. Partija saglabā savu numuru un ražošanas datumu, kā arī fiksē datu ierakstu tā, kāds tas ir ražošanas brīdī. Atsevišķs eksemplārs pārņem savas partijas fiksēto datu kopu; tā īpašība ir tā vēsture, kas ietver remontus, atjaunošanu, īpašumtiesību pārejas un notikumus.

No modeļa var nonākt pie tajā ražotajām partijām, un no partijas - pie tās vienībām; viena vienība attiecas uz savu partiju un savu modeli. Iepakojuma hierarhijas, proti, tas, kas kurā iepakots, šobrīd netiek reģistrētas.

Saskaņā ar shēmām, ko atļauj standarts EN 18219: ekonomikas operators ar LEI vai GLN, uzņēmuma filiāle ar LEI, GLN vai DID.

Jūsu uzņēmuma LEI vai GLN tiek reģistrēts darbvietas iestatījumos, bet ražotāja identifikators - tā datu ierakstā. Abi tiek pārbaudīti atbilstoši šīm shēmām un ierakstīti pasē vietā, ko paredz standarts. Papildu ražotāja identifikatori tiek pievienoti kā īpašību tipi bez papildu izstrādes darba.

Jebkurš datu nesējs, kurā var ievadīt tīmekļa adresi; QR kodu ģenerē pati platforma.

Katra produkta ar GTIN identifikācijas numuru izsniegta kā „GS1 Digital Link“ un piegādāta kopā ar drukai gatavu QR kodu šablonu - kā mērogojamu SVG failu, PDF un PNG formātā jebkurā izmērā līdz 2’000 pikseļiem, ar kļūdu labošanas līmeni M. Programmas „Illustrator“ un „InDesign“ šos failus atver tieši; atsevišķs „Adobe“ spraudnis nav pieejams.

„Data Matrix“ ir piemērots nelielai drukas virsmai, NFC marķējumos ir iekļauts NDEF-URI datu kopums, bet UHF RFID ieliktņus nolasa no attāluma; EPC, kas veidots no tā paša GTIN un sērijas numura, norāda uz to pašu pasi. Jebkurš datu nesēju skaits var kodēt vienu un to pašu adresi un novest pie viena un tā paša pases numura.

Jā. Adrese ir deterministiska, tāpēc kods var tikt nodots drukāšanai, pirms ir izveidots produkta datu ieraksts.

Tiklīdz domēns ir konfigurēts, pases adrese tiek ģenerēta no GS1 Digital Link: domēns, GTIN un, atkarībā no līmeņa, partijas vai sērijas numurs. Kods tiek ģenerēts, tiklīdz pase ir publicēta. Platforma to renderē jau no pirmā skices posma kā vektoru SVG, kā drukai gatavu PDF un kā PNG vajadzīgajos pikseļu izmēros - kā failu vai izmantojot API.

Piegādātāja iepriekš ģenerētie sērijas numuri tiek importēti lielos apjomos, izmantojot failu vai API: darbvietā, kurā katram izstrādājumam ir savs sertifikāts, tie tiek uzskatīti par sertifikātu sērijas numuriem, citos gadījumos - par partijas sērijas numuriem, kuras sertifikātu tie atver.

Abos virzienos, bez instalācijas pie piegādātāja un bez integrācijas ar tā sistēmām.

Ja piegādātājs izdrukā kodus, kurus ģenerē Transpareo, pases tiek izveidotas, pamatojoties uz pasūtījuma datiem, katrai tiek piešķirta sava adrese, un piegādātājs saņem kopumu kā failu vai caur API kopā ar drukai gatavām veidnēm. Ja piegādātājs izmanto savus kodus, viņa sērijas numuri tiek importēti un piesaistīti pasēm - lielos apjomos pirms ražošanas vai pa vienam, izmantojot API.

Klients saglabā darījumu attiecības ar piegādātāju, un platforma uztur saistību starp sērijas numuru un pasi, tādējādi piegādātāju var mainīt, neietekmējot jau izsniegtās pases. „Transpareo“ piegādā programmatūru; fiziskās etiķetes un datu nesējus piegādā partneri vai jebkurš klienta izvēlēts piegādātājs par šī piegādātāja noteikto cenu. Lai veiktu skenēšanu, patērētājam ir nepieciešama tikai tālruņa kamera, savukārt NFC vai RFID nolasīšanai tiek izmantotas ierīces, kas uzņēmumam jau tāpat ir pieejamas.

Katra adrese atver savas vai nākamās augstākās līmeņa karti, tādējādi veikals var ievietot saiti uz modeļa adresi, pirms kāds veic pirkumu.

Ja pases tiek izsniegtas pa partijām, GTIN bez partijas numura atver jaunākās partijas pasi. Partijas numurs atver šīs partijas pasi, sērijas numurs - atsevišķa izstrādājuma pasi vai, darbvietā, kurā pases tiek izsniegtas pa partijām, - tās partijas pasi, kurai pieder šis sērijas numurs. Izdomāts sērijas numurs atver partijas vai modeļa pasi ar norādi, ka šai vienībai nav savas pases, un pieprasījums tiek reģistrēts; nezināms GTIN neizraisa nekādu reakciju. No RFID marķējuma nolasītais SGTIN-EPC, neatkarīgi no tā, vai tas ir URN vai GS1 saspiestajā formātā, tiek nosūtīts uz tā GS1 Digital Link.

Resolveris ir izstrādāts saskaņā ar GS1 standartu atbilstošiem resolveriem (GS1-Conformant Resolver Standard, ISO/IEC 18975) un katrā darbvietas hostā ir atrodams adresē /.well-known/gs1resolver. Mašīnām, kurām ir iestatīts linkType=linkset un vecāka vērtība, tiek nosūtīts identifikatora saikņu kopums (RFC 9264), kas atbilst GS1 shēmai; tiek ievēroti gs1:pip, gs1:DPP un gs1:defaultLink; ja saites tips nav atrodams Pass sistēmā, tiek atgriezts 404 kļūdas kods, bet kļūdainai saitei - 400 kļūdas kods, un katrā atbildē tiek norādīts līmenis, no kura tā tiek sniegta. Mūsu pašu risinātājs atbild uz GS1 Digital Links un GS1 kodētām RFID adresēm, un pase atveras pēc savas GS1 adreses; zīmols, kura saites iet caur GS1 risinātāju, virza šo risinātāju uz mūsu risinātāju, un katrs skenējums nonāk pie mums, izmantojot tā pāradresāciju.

Katra publikācija fiksē jaunu parakstītu versiju tajā pašā adresē, un katra iepriekšējā versija paliek pieejama tādā stāvoklī, kādā tā tika publicēta.

Katra versija ir W3C pārbaudāma apliecība (Verifiable Credential), kas parakstīta ar ECDSA-SD - selektīvās atklāšanas metodi: patērētājs, pārstrādātājs un iestāde katrs saņem to datu apakškopu, uz kuru tiem ir tiesības, un paraksts paliek pārbaudāms attiecībā uz šo apakškopu. Katra versija satur iepriekšējās versijas hašu, tādējādi neļaujot nemanāmi pārrakstīt vēsturi, un ar Transpareo atslēgu parakstīts manifests uzskaita katru versiju kopā ar tās hašu. Katra iepriekšējā versija norāda, kas ir mainījies kopš iepriekšējās versijas.

Produkta datu ieraksts, kas saistīts ar sertifikātu, paliek rediģējams un tam ir sava vēsture: katra izmaiņa tiek reģistrēta laukā pa laukam, norādot personu vai sistēmu, laiku, kā arī vērtību pirms un pēc izmaiņas, un ir iespējams atjaunot iepriekšējo versiju. Produkta vēsture parāda, kurš ko ir mainījis; „Pass“ versijas liecina par to, kas un kad tika publicēts tirgū.

Identifikators paliek nemainīgs; izmaiņas tiek publicētas kā šīs pašas atļaujas jauna versija, un kods uz izstrādājuma norāda uz atjaunināto versiju.

Jauns identifikators ir nepieciešams tikai tad, ja pats priekšmets mainās. Šim nolūkam paredzēta aizstāšana (supersession): jaunā pase tiek saistīta ar aizstāto, un, ja kāds atrod vienu, viņš atrod arī otru.

Jā. Mūsu atvērtā koda skatītājs „ Transpareo Time Machine “ katru publicēto versiju parāda zīmola dizainā.

Pašreizējā versija tiek ielādēta kopā ar lapu, bet iepriekšējās versijas tiek ielādētas, tiklīdz atver laika skalu; var pārskatīt produkta dzīves ciklu: kā tas tika izgatavots, kas tika remontēts, kur tas nonāca. Vairāk informācijas šeit Transpareo Time Machine.

Partija saglabā savu sastāvu, un turpmākas izmaiņas produktā tajā tiek ieviestas tikai ar labojumu, kas paraksta jaunu versiju.

SKU un tā GTIN paliek nemainīgi. Izveidojot partiju, tajā tiek iekļauta pastāvīga kopija no komponentiem un īpašībām to faktiskajā ražošanas stāvoklī, un vēlākas izmaiņas produktā netiek atspoguļotas šajā partijā. Ja kādas sezonas detaļu saraksts atšķiras, izmaiņas tiek veiktas modelī pirms partijas izveides; arī pārējās ražošanas cikla vērtības, piemēram, pārbaudes rezultāti, tiek iestatītas un fiksētas partijā. Partijas korekcija pārņem modeļa laboto versiju un paraksta jaunu versiju.

Pavasarī ražotam izstrādājumam tiek norādīti tā materiāli, savukārt rudenī ražotam izstrādājumam ar to pašu SKU tiek norādīti savi materiāli, neizveidojot jaunu SKU un neradot neskaidrības. Iepriekšējie krājumu stāvokļi joprojām ir pieejami, izmantojot „ Transpareo Time Machine ”.

Notikums tiek reģistrēts pasē, un datu izmaiņas tiek publicētas kā jauna parakstīta versija tajā pašā adresē; nekas netiek izsniegts no jauna vai pār drukāts.

Remonts, atjaunošana, atgriešana, pārstrāde un atsaukšana tiek reģistrēti, norādot datumu un iesaistīto pusi, un tiek publicēti kā EPCIS notikumi. Piegādātāja vai materiāla maiņa ir datu izmaiņa un tiek uzrādīta kā jauna versija. Pārbaudes, īpašumtiesību pārejas un incidenti tiek reģistrēti tikai valsts iestādēm.

Jā, izmantojot piekļuvi, ko viņiem nodrošina zīmols.

Zīmols piešķir remonta, atjaunošanas vai pārstrādes uzņēmumam savus API piekļuves datus ar atļauju reģistrēt notikumus. Katram reģistrētajam notikumam kā notikuma vietai tiek norādīts tā GLN, ja tas ir reģistrēts, un, lai notikumu publicētu kā jaunu versiju, ir nepieciešamas atsevišķas publicēšanas tiesības. Puse, kurai nav zīmola piekļuves, neko neievada.

Par tā parakstu, ko ikviens var pārbaudīt bez Transpareo programmatūras, API vai konta, pēc vēlēšanās izmantojot atslēgas, kuras ir tikai zīmola rīcībā.

• Apstiprinājums visiem: parakstīts kā W3C pārbaudāma apliecība ar ECDSA-SD; jebkura atbilstoša bibliotēka to pārbauda.
• Pārbaude lasītāja pusē: skatītājs atšifrē DID dokumentu un publisko atslēgu un pārbauda parakstu pārlūkprogrammā.
• Atvērtā koda: pārbaudes ceļš ir publiski pārbaudāms un neatkarīgi atkārtojams.
• Paša atslēgas: platforma nosūta parakstāmo dokumentu uz zīmola paraksta galapunktu; privātās atslēgas nekad nonāk Transpareo rīcībā.

Viena prasība ir daļēji izpildīta: standarts EN 18246 paredz, ka atslēgām jābūt sertificētām pēc identitātes pārbaudes, savukārt izdevēja atslēgas tiek publicētas viņa paša domēnā bez šāda sertifikāta. Datu nesēja fizisko drošību, piemēram, kopēšanas aizsardzības funkcijas vai aparatūras identifikatorus, nodrošina datu nesēja ražotājs; Transpareo šobrīd šādas funkcijas neizvērtē.

Viltotās pases tiek nekavējoties atklātas pēc paraksta; kopētie īstie kodi parādās skenēšanas statistikā.

• Viltota pase: tā neatrodas preču zīmes domēnā un nav parakstīta ar tās atslēgu; jebkura pārbaude beidzas ar kļūdu.
• Kopētais autentiskais kods: skenējumu skaits katrai pasei un katrai valstij ir norādīts skenēšanas statistikā. Vienu konkrētu pasi var atzīmēt kā bloķētu; katrs nākamais skenējums to tad parādīs kā bloķētu.

Lai jau skenēšanas laikā atklātu fizisku klonu, ir nepieciešama datu nesēja pazīme, ko nevar kopēt, piemēram, tagu aparatūras identifikators. Šobrīd „Transpareo“ šādas vērtības nereģistrē un nepārbauda.

Jā. Katrs avots ieraksta laukus, par kuriem tas ir atbildīgs, katalogā, izmantojot API, tabulu importu, aģenta saskarni vai lietojumprogrammas pārvaldnieku.

Šajā vienotajā katalogā ir apkopoti produkti, komponenti, dokumenti, multivides faili un īpašību tipi. Importēšanas procesā tiek veikta salīdzināšana pēc produkta vai komponenta identifikatora, un esošie datu ieraksti tiek atjaunināti uz vietas, tādējādi regulāri izgūstot datus no PLM vai ERP sistēmas, lai katalogs vienmēr būtu aktuāls. Komponenti tiek kopīgi izmantoti: reizi labots materiāls tiek piemērots visiem produktiem, kuros tas ir iekļauts.

Katra ierakstīšanas darbība tiek validēta saņemšanas brīdī un tūlīt pēc tam pārbaudīta atbilstoši kategorijas noteikumiem, un katra izmaiņa tiek reģistrēta laukā pa laukam, norādot avotu un laiku. Tipiska sadarbība: PLM nodrošina sastāvu un uzturēšanu, ERP - pasūtījumus, partijas un sērijas numurus, piegādātāju portāls - sertifikātus; Transpareo izveido pasi, to pārbauda, paraksta un izsniedz.

Dokumenti ir pievienoti produktiem un komponentiem, un katra produkta tehnisko dokumentāciju platforma pati ģenerē PDF formātā, izmantojot zīmola identitāti.

Attiecībā uz produktu publisks dokuments tiek iekļauts „Pässe” kā lejupielādējams fails, un katra publicētā versija saglabā failu, ar kuru tā tika publicēta; iekšējais dokuments netiek iekļauts „Passe”. Regulēts dokuments datu punktā atbilst tā publiskošanas līmenim, tādējādi iestādēm rezervētais dokuments netiek iekļauts publiskajos datos. Katrā komponentē dokuments ir publiski pieejams vai redzams tikai pēc pieteikšanās.

Tehniskā dokumentācija tiek izveidota, izmantojot publicēto failu ar mūsu pašu atvērtā koda renderētāju md2pdf, kas piemēro darbvietas zīmolu un izveido vienu un to pašu dokumentu katrā darbvietas valodā - līdz pat 40 valodām.

Datu punkti ir konfigurācija: izveidot lauku, noteikt atklātības līmeni, atzīmēt kā obligātu - bez platformas izstrādes un bez nepieciešamības gaidīt jaunas versijas izlaišanu.

Vārds tiek ievadīts vienu reizi savā valodā, un platforma to pārtulko citās valodās. Attiecībā uz esošajiem datiem ir spēkā šādi nosacījumi:

• Atpazīšana: DPP gatavība tiek pārrēķināta visā katalogā, sākot no šī brīža, ar ātrumu 200 produkti minūtē; katrs produkts, kam nav jaunā lauka, tiek parādīts un to var filtrēt, un eksportā ir iekļauts jaunais lauks visam katalogam.
• Datu pievienošana: manuāli, izmantojot masveida importu no tabulas vai caur API. Ja vērtību var aprēķināt, palīgs var izveidot pārbaudes ieteikumus.
• Publicētās versijas saglabā savu versiju; atjaunināšana ir atkārtota publicēšana ar to pašu URL.
• Kontrole: lauki, vērtības un katra atkārtotā publicēšana tiek reģistrēta revīzijas žurnālā un versiju vēsturē.

Ja tiek pievienota pilnīgi jauna kategorija, mēs nodrošinām atbilstības profilu un datu punktus kā veidni, kuru darbvieta pārņem vienā solī.

Ievadot tabulu ar kolonnu piešķiršanu un priekšskatījumu, līdz 50 MB un 100’000 rindām katrā failā, vai izmantojot API.

Importētājs ierosina kolonnu sasaisti ar laukiem, pirms ierakstīšanas parāda, kas no katras kolonnas tiks iegūts, un vienādiem kolonnu virsrakstiem katru reizi ierosina to pašu sasaisti; ja tiek atpazīta katra nepieciešamā kolonna, automātiskais process izlaiž piešķiršanas posmu, tādējādi atkārtota importēšana notiek kā viens vienīgs augšupielādes process. Eksportēšana XLSX vai CSV formātā ietver visu datu kopu - vienu tabulu katrai valodai - un tos var atkārtoti importēt tajos pašos formātos. Sākotnējā datu ievade parasti sākas kā tabula; tiklīdz struktūra ir izveidota, datu ievade parasti pāriet uz API.

Viss notiek autentificēti, izmantojot HTTPS. Lielāki datu apjomi tiek augšupielādēti vairākās daļās vai izmantojot Bulk-API. Multivides faili tiek augšupielādēti pa vienam, vienlaikus ne vairāk kā četri faili, un katra faila izmērs nedrīkst pārsniegt 50 MB; eksportēšana notiek fonā, izmantojot adresi, kuras derīguma termiņš beidzas. Lietotājs tiek informēts lietojumprogrammā, kad imports ir pabeigts vai ir nepieciešams pieņemt lēmumu; pēc vēlēšanās paziņojums par pabeigšanu tiek nosūtīts arī pa e-pastu. Netiek piedāvāts ne FTP, ne neautentificētas glabātavas.

Izmantojot REST API, parakstītus webhookus, notikumu plūsmu, tabulu importu un eksportu, MCP serveri AI aģentiem un n8n mezglu; starpprogrammatūra nav nepieciešama.

• REST-API: dokumentēta, autentificēta ar OAuth 2.0 klienta autentifikācijas datiem, ierobežota katrai sistēmai tās darbības jomā. PLM vai ERP sistēmas izveido un atjaunina produktus, komponentus, īpašības un partijas, kā arī publicē sertifikātus.
• Webhooks: paziņo par dzīves cikla notikumiem, neizmantojot pieprasījumus; notikumu plūsma nosūta tos pašus notikumus sistēmām, kas veic pieprasījumus.
• Masveida importēšana: tabula vai CSV faili sistēmām bez integrācijas budžeta, ar piešķiršanu, priekšskatīšanu un esošo ierakstu atjaunināšanu.
• Aģentu saskarne (MCP): paredzēta rīkiem, kuru gadījumā integrācijas projekts nav izdevīgs.
• n8n mezgls: publicēts kā „ @transpareo/n8n-nodes-transpareo ” - darba plūsmām, kuras komanda veido bez programmēšanas.

API un webhooki darbojas reāllaikā. Importēšana, eksportēšana, publicēšana un tulkošana notiek kā fona uzdevumi ar statusa pārbaudi, parāda savu progresu un netraucē citiem lietotājiem; masveida publicēšana nevar pārslodzīt rindu. Var pieslēgt jebkuru sistēmu, kas atbalsta HTTPS, tostarp esošu integrācijas platformu vai iPaaS. Partnera sistēma atpazīst GS1 identifikatorus bez nepieciešamības izmantot atbilstības tabulu.

Katrs ieraksts saņemšanas brīdī tiek pārbaudīts attiecībā uz tā vērtību veidu un formātu, un pēc tam, aprēķinot DPP gatavību, kā arī katrā publicēšanas reizē, ieraksts tiek pārbaudīts atbilstoši tā regulatīvās kategorijas noteikumiem.

Pārbaude datu saņemšanas brīdī tiek veikta neatkarīgi no tā, vai dati tiek saņemti caur API, importējot vai no personas. Noteikumi ir ņemti no attiecīgās kategorijas atbilstības profila, kas izstrādāts kā SHACL modeļa „Shapes“ formātā; tādējādi tie pārvērš regulējuma datu prasības pārbaudēs. Ražotņu identifikatori tiek pārbaudīti atbilstoši pieļaujamajām shēmām. Reglamentējošie datu punkti tiek saistīti ar produktu un fiksēti publicēšanas brīdī; atbilstības dokumenti ir pievienoti tiem pašiem datu ierakstiem, un to redzamība atbilst tā datu punkta atklātības līmenim, kurā tie ir iekļauti.

Pārbaude ir strukturāla: vai obligātie dati ir pieejami, pareizi noformēti un atbilst prasībām? To, vai informācija ir satura ziņā pareiza, pārbauda cilvēki, piemēram, izmantojot piegādātāja lapu.

Katram produktam ir norādīta pastāvīgi pārrēķināta DPP gatavība: procentuālā vērtība, krāsa un neizpildīto pārbaužu saraksts, katram no tiem pievienojot saiti uz attiecīgo lauku.

Pārbaudes, kas bloķē publikāciju, tiek nošķirtas no tām, kas tikai uzlabo datu ierakstu. Kamēr obligātā pārbaude nav pabeigta, nevar publicēt nekādu pasi. Trūkstoša obligātā īpašība tiek nosaukta pēc tās tipa; vērtība, kas neatbilst standartam, tiek norādīta kopā ar noteikumu, kuru tā pārkāpj.

Komponenti tiek sadalīti tā, ka izmaiņas attiecas uz katru produktu, kurā tie ir iekļauti. Partijas dati paliek nemainīgi, un publicētie dati mainās tikai tad, ja to vēlas redaktors: labojums apstiprina jaunu versiju, par ko paziņo webhooki un notikumu plūsma.

Katalogā DPP pieejamība ir atspoguļota atsevišķā ailē: to var šķirot un filtrēt. Izmēģiniet bez konta: mūsu demo versija.

Jā, kā pārbaudes procedūras ar līdz pat pieciem posmiem; tas, kurš iesniedz pieteikumu, par to nelemj pats.

Katra pakāpe ir piešķirta kādai grupai vai atļaujai. Kamēr obligātā pārbaude nav pabeigta, pases publicēšana paliek bloķēta, un arī publicēšana, ko iniciē saistīts AI aģents, iziet to pašu procesu. Piekļuvi var ierobežot atsevišķiem produktiem vai komponentiem. Versiju darba plūsmas veidnes pagaidām nav pieejamas; ja klientam ir nepieciešami konkrēti soļi, mēs tos iekļaujam produktā.

Jā. Uzdevumi tiek piešķirti atsevišķām personām vai grupām; ikdienas e-pastā katrai personai tiek norādīti jaunie un nokavētie uzdevumi, savukārt informācijas pieprasījumiem piegādātājiem ir noteikti savi termiņi un atgādinājumi.

Plānā ir iekļauta automātiska eskalācija uz citām personām. Uzdevumus var pārbaudīt, izmantojot API, un webhooki, kā arī notikumu plūsma ziņo par katru biļetes statusa izmaiņu, lai ārējs darba plūsmas rīks varētu uz to reaģēt, piemēram, n8n ar Transpareo mezglu.

Konfigurējama produktu tabula, uzdevumu un pieprasījumu saraksti, kā arī statistikas lapa; katru datu kopu var eksportēt.

• Katalogs: katra persona izvēlas kolonnas, tostarp DPP gatavību; saglabātie skati fiksē vaicājumus visai komandai. Komponentes var meklēt pēc nosaukuma, tipa un īpašībām, bet pases - pēc identifikatora, statusa (no projekta līdz derīguma termiņa beigām), versijas, derīguma termiņa, kā arī partijas vai vienības.
• Pašreizējie darbi: Uzdevumu un pieprasījumu sarakstos ir redzami nokavētie uzdevumi, uzdevumi bez atbildīgās personas, termiņš beigušies pieprasījumi un atbildes, kas gaida pārbaudi.
• Patērētāji: skenējumi pa pasi, reģionu un laika periodu, iegūti no serveru žurnāliem bez izsekošanas, lejupielādējami statistikas lapā.
• Eksportēšana: produkti, komponenti un pases kā pilnīgi datu kopumi CSV, XLSX, JSON-LD vai SQL formātā, neatkarīgi no ekrānā redzamajām kolonnām un filtriem.

Izmantojot API, var veikt pasu meklēšanu pēc produkta, statusa un meklējuma vārda, un katalogs, pases un skenēšanas skaits katrai pasei ir pieejams klientiem, izmantojot viņu pašu BI rīkus. Demo: mūsu demo.

Katras darbvietas produktu un biļešu dati atrodas atsevišķā datu bāzē; tikai konta un tarifu dati atrodas kopējā platformas datu bāzē.

Meklēšanas indekss, paraksta atslēga un šifrēšanas atslēga katrai darbvietai ir atsevišķi; multivides faili un paroles arhīvs katrai darbvietai atrodas atsevišķā ceļā.

Jā, divos līmeņos: jutīgās jomas un dublējumi.

• Lauki: AES-256-GCM ar vienu atslēgu katrai darbvietai, kas savukārt ir ietverta ar atslēgu, kas atvasināta no servera galvenās slepenās atslēgas; galvenā slepenā atslēga tiek regulāri mainīta, tādējādi no jauna apvalkojot katru darbvietas atslēgu, kuru tā aizsargā, bez nepieciešamības atkārtoti šifrēt datus. Tādējādi tiek aizsargāta, piemēram, mākslīgā intelekta pakalpojumu sniedzēja atslēga. Darbvietas paraksta atslēga tiek apvalkota ar otru, speciāli šim nolūkam paredzētu darbvietas atslēgu.
• Datu rezerves kopijas: tiek šifrētas ar AES-256, pirms tās atstāj serveri.

Multivides faili un pasu arhīvs atrodas objektu krātuvē ES, un maksas darbvietas arhīvs desmit gadus ir nemaināms.

E-pasts un parole kopā ar Passkey vai vienreizējo kodu kā otro autentifikācijas faktoru, ko var pieprasīt darbvieta; neaktivitātes laiku līdz izrakstīšanās brīdim nosaka darbvieta. Alternatīvi lietotāji piesakās, izmantojot savas uzņēmuma identitātes pakalpojumu sniedzēju (sk. „Vienreizējā piesakšanās”).

Standarta ilgums ir 480 minūtes; darbvieta var brīvi noteikt ilgumu. Sesija tiek pārtraukta servera pusē; mūsu demonstrācijas darbvieta darbojas 60 minūtes. Turklāt sesijas sīkfails beidzas, aizverot pārlūku. Kā „droša” atzīmēts, šifrēts sesijas sīkfails glabā sesijas datus, bet valodas sīkfails - izvēlēto valodu; trešo pušu sīkfaili netiek izmantoti.

Lietotāji tiek uzaicināti un piešķirti piekļuves grupām; lietotāja dzēšana nekavējoties atceļ piekļuvi un API piekļuves datus. Vispārīgi vai kopīgi konti nav pieejami. Tiek parādīta katra lietotāja pēdējā pieteikšanās reize; ilgstoši neaktīvu kontu automātiska deaktivizācija ir iekļauta attīstības plānā.

Par OIDC, kas iekļauts katrā plānā: darbvieta savienojas ar uzņēmuma identitātes pakalpojumu sniedzēju - vai tas būtu Microsoft Entra ID, Okta, Google vai cits OIDC pakalpojumu sniedzējs - , un lietotāji piesakās, izmantojot savu uzņēmuma kontu. Uzņēmuma domēniem var atspējot pieteikšanos ar paroli. SAML ir iekļauts attīstības plānā.

Katrs domēns tiek pārbaudīts - vai nu paša pakalpojuma sniedzēja, vai ar DNS ieraksta palīdzību - pirms kāds tajā piesakās. Otrā autentifikācijas faktora pieprasījumu veic pakalpojuma sniedzējs. Ja parole ir bloķēta, persona, kuru uzņēmums ir bloķējis pie pakalpojuma sniedzēja, vairs nevar piekļūt sistēmai; atvērta sesija tiek nosūtīta atpakaļ pakalpojuma sniedzējam ne vēlāk kā pēc divpadsmit stundām. Transpareo piekļūst Active Directory caur OIDC pakalpojuma sniedzēju, piemēram, Entra ID; tiešas savienojuma ar LDAP nav. Passkey kā otrais autentifikācijas faktors nodrošina aizsardzību pret pikšķerēšanu arī bez identitātes pakalpojuma sniedzēja.

Trīs reģistri: revīzijas žurnāls (5 gadi), drošības žurnāls saskaņā ar NIS2 (365 dienas) un protokols par visiem valsts iestāžu piekļuves gadījumiem, ko mēs eksportējam pēc pieprasījuma.

Revīzijas žurnāls norāda, kurš, ko un kad ir mainījis, lauku pa laukam, norādot vērtību pirms un pēc izmaiņām, un to var filtrēt ekrānā pēc laika perioda, ieraksta vai lietotāja. Drošības žurnāls reģistrē pieteikumus (veiksmīgus vai noraidītus), daudzfaktoru autentifikācijas pieprasījumus, paroles atjaunošanu, kontu bloķēšanu, noraidītus API piekļuves datus, bloķētās adreses un noraidītus aģentu izsaukumus; to var meklēt lietojumprogrammā.

Personas dati sistēmas žurnālos tiek glabāti tikai tik ilgi, cik to prasa to mērķis (VDAR 5. panta 1. punkta e) apakšpunkts). Pases tiek eksportētas kā parakstīti faili, kurus iestāde var pārbaudīt bez mūsu programmatūras; žurnāli - CSV vai XLSX formātā.

Par katru drošības incidentu, kas skar mūsu darbvietu, mēs nekavējoties ziņojam klientam, neatkarīgi no tā, vai tas skar personas datus vai nē, un ikviens var ziņot par drošības ievainojamībām, rakstot uz support@mail.transpareo.com.

Personas datu aizsardzības pārkāpuma gadījumā tiek ievērota mūsu datu apstrādes līguma 9. klauzula: tajā tiek aprakstīts pārkāpuma veids, tā iespējamās sekas un veiktie pasākumi, norādīta kontaktpersona, kā arī precizēts, kad pārkāpums notika un tika atklāts, un kuras darbvietas tas skar. Informācija, kas sākotnēji vēl nav zināma, tiks pievienota, tiklīdz tā kļūs zināma.

Tikai pēc klienta vārdā veikta pieteikšanās, kas tiek reģistrēta platformas protokolā un darbvietas iekšējā drošības žurnālā.

Klients pārskata katru šādu pieteikšanos savā drošības žurnālā. Darbinieki tiek pārbaudīti, pirms tiem tiek piešķirta piekļuve, un regulāri apmācīti drošības jautājumos. Viņiem ir pienākums ievērot konfidencialitāti, un piekļuvi viņi saņem tikai tiktāl, ciktāl tas nepieciešams līguma izpildei un atbalstam ( Datu apstrādes līguma 7.4.(b) punkts).

Atbalsts pa e-pastu uz support@mail.transpareo.com vācu un angļu valodā ir iekļauts visos plānos.

Atsevišķs atbalsta līgums vai atbalsts, par kuru tiek rēķināts pēc faktiski ieguldītā darba apjoma, nav pieejams. Lietotnē ir iespējams meklēt palīdzības rakstus, un tie tiek parādīti lietotāja valodā blakus API rokasgrāmatai. Izmantojot darbvietas paša mākslīgā intelekta piekļuvi, palīgs sniedz atbildes, balstoties uz abiem avotiem, var norādīt uz rakstu un pēc apstiprinājuma, izmantojot lietotāja tiesības, nekavējoties izpildīt aprakstīto darbību.

Jā, platforma darbojas: ikviens uzņēmums var reģistrēties, un katra pase tiek izveidota, apstiprināta, parakstīta un publicēta uzņēmuma pastāvīgajā adresē.

To, ko tā spēj, var izmēģināt mūsu demo versijā bez konta.

Fiksēta ikmēneša maksa par katru darbvietu atkarībā no karšu skaita, bez uzstādīšanas, konsultāciju, lietotāju vai skenēšanas maksām un bez maksas par papildu moduļiem.

Datu nesējam nav nozīmes cenas noteikšanā, un skatījumi, datu plūsma un uzglabāšanas apjoms netiek uzskaitīti. Katrs plāns ietver pilnu funkciju klāstu ar savu domēnu, 40 valodām un pilnīgu API, tādējādi visas šajā katalogā minētās funkcijas ir pieejamas pat vismazākajā plānā; vienīgās izmaksas ārpus plāna ir AI pakalpojuma sniedzēja maksas, ja klients izmanto palīgu ar savu kontu. Norēķini notiek reizi mēnesī, bez minimālā līguma termiņa.

Četri plāni frankos, eiro vai dolāros: līdz 100 pasēm, līdz 1’000, līdz 10’000 un bez ierobežojuma, katrā no tiem ar neierobežotu produktu un komponentu skaitu. Beta fāzes laikā tiek piemērota 30 % atlaide no cenrāža cenām, un cena, par kādu noslēdzat līgumu, paliks nemainīga, kamēr izmantosiet šo plānu. Ir iespējams izmantot 8 dienu bezsaistību izmēģinājuma periodu. Par pamatu kalpo aktuālais cenrādis mūsu cenu lapā.

Mēs izveidojam darbvietu, iekļaujot klienta datus, īpašību tipus, zīmolu un domēnu, un pirmie risinājumi tiek palaisti jau dažu dienu laikā.

Jauna darbvieta un pieejama dažu minūšu laikā, izmantojot Transpareo adresi; klienta paša domēns sāks darboties, tiklīdz tā DNS ieraksts norādīs uz mums. Klientam pietiek ar atjauninātu pārlūku, kas darbojas Windows, macOS, Linux, iOS vai Android vidē; nav nekas jāinstalē vai jāuztur.

• Piegādes ķēdes integrācija: caur piegādātāja lapu, darbvietas valodās.
• Integrācija: REST-API, Webhooks, MCP-serveri un n8n-mezgli tiek uzturēti no tās komandas puses, kas tos izstrādājusi.

Papildus tam ir pieejami rīki bez papildu izmaksām: dokumenti ar zīmola logotipu 40 valodās, „ Transpareo Time Machine ” kā uzticamības rādītājs un apmeklējumu statistika bez izsekošanas.

Mūsu vispārējie darījumu noteikumi saskaņā ar Šveices tiesību aktiem: līguma izbeigšana mēneša norēķinu perioda beigās, nav minimālā līguma termiņa, un vieglas nolaidības gadījumā atbildība ir ierobežota līdz pēdējo divpadsmit mēnešu maksājumu summai.

• Līguma izbeigšana: Līgums ir noslēgts uz nenoteiktu laiku un to var izbeigt jebkurā brīdī, stājoties spēkā nākamā norēķinu perioda beigās.
• Atbildība: neierobežota tīša rīcības vai rupjas nolaidības gadījumā; vieglas nolaidības gadījumā - tikai tad, ja ir pārkāptas būtiskas līgumsaistības, ierobežota līdz tipiski paredzamajiem zaudējumiem un kopumā līdz atlīdzībai, kas samaksāta divpadsmit mēnešu laikā pirms zaudējumus izraisošā notikuma. Nenodrošinātā peļņa, datu zaudējumi un netiešie zaudējumi ir izslēgti, ciktāl to atļauj likums.
• Izmaiņas: Par nosacījumu un cenu izmaiņām tiek paziņots rakstveidā vismaz 30 dienas pirms to stāšanās spēkā, paredzot tiesības iebilst pret mainītajiem nosacījumiem un izbeigt līgumu pirms cenu izmaiņu stāšanās spēkā.
• Tiesību akti un jurisdikcija: Šveices tiesību akti, izslēdzot ANO Pirkuma konvenciju; jurisdikcija ir Cūga, Šveice.
• Datu aizsardzība: Datu apstrādes līgums ir šo noteikumu sastāvdaļa.

Klients ir ekonomikas operators un ir atbildīgs par savu pasu saturu; Transpareo nodrošina tehnisko platformu.

Mēs darbojamies tajās institūcijās, kurās tiek izstrādāti noteikumi, un īstenojam to, ko tās publicē.

• Eiropas standartizācija: dalība Šveices Standartu asociācijas (SNV) nacionālajā standartizācijas komitejā un tās apakškomitejā par DPP, kas pārstāv Šveici CEN/CLC/JTC 24 - komitejā, kura izstrādā Eiropas DPP standartu sēriju. Mēs iepazīstamies ar projektu versijām to izstrādes gaitā un sniedzam savu viedokli par tām.
• ES izmēģinājuma projekti: dalībnieks CIRPASS-2 prakses kopienā - ES projektā, kurā tiek izmēģināta produkta digitālā pase četrās vērtības radīšanas ķēdēs.
• Darbs pie protokola: pastāvīga līdzdalība ANO Pārredzamības protokola izstrādē; seši no mūsu komentāriem par versiju 0.7.0 ir publicēti publiskajā reģistrā.
• „Baterijas pase“: atbalstošais partneris konsorcijā „Baterijas pase“, kas sadarbībā ar vadošajām pētniecības iestādēm izveido testēšanas vidi ES baterijas pases ieviešanai, ko finansē Vācijas Federālā ekonomikas un enerģētikas ministrija. Baterijas ir pirmā produktu grupa, kurai no 2027. gada 18. februāra tiks piemērota saistoša prasība.

51 % no akciju kapitāla tiek piešķirts bezpeļņas organizācijai „Transpareo Foundation“ Cugā (izveides procesā, stāvoklis 2026. gada oktobrī); pēc tās izveides šī līdzdalība nav pārdodama, un „Transpareo“ nevar tikt pārņemta.

Pēc dibināšanas fonds atrodas Centrālšveices BVG un fondu uzraudzības iestādes (ZBSA) pārraudzībā. Pieredze sniedzas tālāk par regulējumu: dibinātāja pirmā produktu pārredzamības platforma kosmētikas ražotājiem darbojas jau kopš 2008. gada.