Tjänstekatalog för digitala produktpass: Svar på dina frågor inför due diligence-processen

ESPR:s grundläggande krav och överensstämmelseprofilen för textilier, som tillämpas före varje publicering så länge arbetsytan inte inaktiverar kontrollen.

Innan publiceringen granskas identifieringsuppgifterna för passet och ekonomisk aktör samt, från textilförlagan, etiketten med fibersammansättningen och den tekniska dokumentationen; materialsammansättningen och passnivån granskas som rekommendationer. Skötselråd och övriga bifogade dokument finns tillgängliga som mallfält med förutbestämd offentliggörandenivå.

Så länge en delegerad rättsakt är på utkaststadiet är de datapunkter som den fastställer en konfigurationsfråga i Transpareo. Det som läggs till i den slutgiltiga rättsakten införs som en uppdatering av överensstämmelseprofilen, utan att plattformen behöver byggas om.

Ja. Batteridatamodellen enligt DIN DKE SPEC 99100 är fullständigt dokumenterad och valideras innan den publiceras.

Transpareo tillhandahåller den datamodell som definieras i DIN DKE SPEC 99100 (bilaga A, tabell A.1) och som omfattar de datapunkter som krävs enligt EU:s batteriförordning och kommissionens kategorispecifika riktlinjer: bland annat batterikategori, kemisk sammansättning, koldioxidavtryck, andel återvunnet material per metall, åldringsgrad (State of Health) och livslängdsvärden.

Batteripass valideras mot ett eget överensstämmelseprofil. Datapunkter som enligt förordningen är förbehållna läsare med berättigat intresse förvaras separat från den offentliga datamängden. En batteriarbetsyta arbetar automatiskt med ett pass per batteri. Kravet gäller från och med den 18 februari 2027.

Elva produktgrupper har idag en överensstämmelseprofil, och varje ytterligare produktgrupp avbildas med egna egenskapstyper.

Det finns överensstämmelseprofiler för textilier, batterier, elektronik, däck, förpackningar, möbler, aluminium, järn och stål, kemikalier, byggprodukter och material som kommer i kontakt med livsmedel. En arbetsyta väljer sin kategori, och plattformen validerar varje pass mot den profilen.

Alla andra typer av produkter avbildas genom att man definierar egna egenskapstyper för produkter och komponenter, antingen som obligatoriska eller valfria fält. En produktgrupp som ännu inte omfattas av regelverket är därmed en fråga om konfiguration.

Transpareo utfärdar pass för EU. Det rekommenderas att man skapar en arbetsyta per bransch, eftersom varje branschmall fastställer sina egna obligatoriska uppgifter.

Inom en arbetsyta läggs ytterligare datapunkter till som egenskapstyper, var och en med sin egen offentliggörandenivå, och varje pass valideras mot överensstämmelseprofilen för arbetsytaens kategori. GS1-identifiering, W3C Verifiable Credentials och JSON-LD-vokabulärer är läsbara över hela världen.

Varje mall har två nivåer: en standardnivå, som fastställer reglerna, och kundens egen nivå, som han eller hon fritt kan utöka.

Den reglerade nivån: För varje regleringskategori för plattformen datapunkter och bifogade dokument enligt respektive regelverk som mallar, vilka en arbetsyta överför i ett steg. Textiluppsättningen följer förordning (EU) nr 1007/2011 och ESPR:s grundläggande krav; den delegerade rättsakten för textilier är fortfarande på utkaststadiet. Batterisatsen följer DIN DKE SPEC 99100 med kommissionens kategorispecifika obligatoriska regler. Typ, kravstatus och begrepp i ordlistan är fastställda, medan arbetsytan kan anpassa namn och offentliggörandenivå; det fasta begreppet gör att pass från olika varumärken kan läsas med samma verktyg.

Den egna nivån: Arbetsytan definierar, utöver de fastställda ramarna, ett obegränsat antal egna egenskapstyper av alla slag, till exempel för skor eller accessoarer. En ny egenskapstyp blir tillgänglig så snart den har sparats.

Varumärken, kategorier, egenskapstyper, språk, grupper, varumärkesprofilering och domän är konfigurationsinställningar. Alla kunder använder samma produkt: Det som en kund behöver läggs in i plattformen för alla, styrt via konfigurationen, så att en uppgradering bevarar alla anpassningar.

Per modell, per sats eller per styck.

GTIN-koden identifierar modellen, även kallad ”style” eller ”SKU”. Ett partipass kopplar partinummer till adressen; ett enhetspass innehåller serienumret istället för partinummer. Resultatet blir en webbadress per pass som varje GS1-kompatibel skanner kan avkoda.

Nivån bestäms av arbetsytan, och för textilier och batterier fastställs den av den tillämpliga regleringskategorin: ett pass per produktionssats för textilier, ett per batteri för batterier. Ett publicerat pass behåller den nivå på vilken det publicerades.

Ja. Produktidentifierarna följer GS1, och ekonomiska aktörer och verksamhetsställen valideras mot schemana i EN 18219:2026.

GTIN-numret identifierar modellen, partinummer (AI 10) identifierar partiet och serienumret (AI 21) identifierar det enskilda exemplaret. Ett GTIN-nummer kontrolleras vid inmatningen utifrån dess kontrollsiffra, och en produkt med felaktig GTIN-kontrollsiffra kan varken sparas eller publiceras. Även GLN-numren för ekonomiska aktörer och verksamhetsställen valideras utifrån deras kontrollsiffra.

Arbetet kan påbörjas redan innan GS1-numren finns tillgängliga: En produkt identifieras med hjälp av ett tillverkarens artikelnummer (MPN, som oftast motsvarar SKU), och GTIN-numret läggs till senare utan att det påverkar det befintliga systemet.

Varje nivå är en egen datamängd med en egen identifierare och innehåller allt som hör till den.

Modellen omfattar samma uppgifter som gäller för artikeln: sammansättning, skötsel, ursprung, dokument. Varianter ärver dessa uppgifter; ett avvikande värde anges för varianten och markeras som avvikande. Ett parti behåller sitt nummer och sitt tillverkningsdatum och låser dataposten i det tillverkade tillståndet. Ett enskilt exemplar ärver den frysta dataposten från sitt parti; dess egen historia består av reparationer, renoveringar, ägarbyten och händelser.

Från en modell går man vidare till de tillverkade satserna under den och från en sats till dess enheter; en enhet kan spåras tillbaka till sin sats och sin modell. Förpackningshierarkier, det vill säga vad som har förpackats i vad, registreras inte idag.

Enligt de modeller som tillåts enligt EN 18219: den ekonomiska aktören med LEI eller GLN, verksamhetsstället med LEI, GLN eller DID.

Ditt företags LEI- eller GLN-nummer sparas i inställningarna för arbetsytan, medan tillverkarens nummer sparas i dennes datapost. Båda kontrolleras mot dessa scheman och skrivs in i passet på den plats som standarden föreskriver. Ytterligare tillverkaridentifierare läggs till som egenskapstyper utan utvecklingsarbete.

Varje databärare som kan innehålla en webbadress; QR-koden genereras av plattformen själv.

Varje produktpass med GTIN utfärdas som en GS1 Digital Link och levereras med en tryckklar QR-mall, som skalbar SVG, som PDF och som PNG i valfri storlek upp till 2 000 pixlar, med felkorrigeringsnivå M. Illustrator och InDesign öppnar dessa filer direkt; det finns inget separat Adobe-tillägg.

Data Matrix lämpar sig för en liten tryckyta, NFC-taggar innehåller en NDEF-URI-datasats och UHF-RFID-inlays avläses på avstånd; en EPC som består av samma GTIN och serienummer pekar på samma pass. Ett obegränsat antal databärare kan koda samma adress och leda till samma pass.

Ja. Adressen är deterministisk, vilket innebär att en kod kan skickas till tryck innan produktdataposten har skapats.

Så snart domänen är konfigurerad genereras adressen till ett pass från GS1 Digital Link: domän, GTIN och, beroende på nivå, batchnummer eller serienummer. Koden genereras så snart passet publiceras. Plattformen renderar den redan från det första utkastet, som vektor-SVG, som utskriftsklar PDF och som PNG i önskade pixelstorlekar, som fil eller via API:et.

Serienummer som en leverantör har genererat i förväg importeras i stora mängder via en fil eller via API: på en arbetsyta med ett pass per styck som serienummer för passen, i övriga fall som serienummer för ett parti vars pass de öppnar.

I båda riktningarna, utan installation hos leverantören och utan integration med dennes system.

Om leverantören skriver ut koder som Transpareo genererar skapas passet utifrån orderuppgifterna, varje pass får sin adress och leverantören får uppsättningen som en fil eller via API:et tillsammans med utskriftsklara mallar. Om leverantören tillhandahåller egna koder importeras serienumren och kopplas till passet, antingen i stora mängder före produktionen eller ett och ett via API:et.

Affärsrelationen med leverantören förblir hos kunden, och plattformen lagrar kopplingen mellan serienummer och pass, vilket gör att leverantören kan bytas utan att det påverkar redan utfärdade pass. Transpareo levererar programvaran; fysiska etiketter och databärare kommer från partners eller från vilken leverantör som helst som kunden väljer, till den leverantörens pris. För att skanna som konsument behövs endast telefonens kamera, och NFC- eller RFID-avläsning sker med hjälp av den utrustning som företaget redan har.

Varje adress öppnar passet för sin egen nivå eller nästa högre nivå, så att en butik kan länka till modellens adress innan någon köper något.

Om pass utfärdas per sats öppnar ett GTIN utan partinummer passet för den senaste satsen. Ett partinummer öppnar passet för den satsen, ett serienummer öppnar passet för det enskilda föremålet eller, på en arbetsyta där pass utfärdas per sats, passet för den sats som har detta serienummer. Ett påhittat serienummer öppnar passet för partiet eller modellen med en anmärkning om att denna enhet inte har något eget pass, och uppropet loggas; ett okänt GTIN leder ingenstans. En SGTIN-EPC som läses av en RFID-tagg vidarebefordras, antingen som URN eller i GS1:s komprimerade form, till GS1 Digital Link.

Resolvern är uppbyggd enligt GS1-standarden för kompatibla resolver (GS1-Conformant Resolver Standard, ISO/IEC 18975) och beskrivs på varje värd på en arbetsyta under /.well-known/gs1resolver. För linkType=linkset och det äldre värdet all returneras länkuppsättningen för identifieraren (RFC 9264), som överensstämmer med GS1-schemat; gs1:pip, gs1:DPP och gs1:defaultLink följs; en länktyp som Pass inte hanterar ger 404 och en felaktig länk ger 400, och varje svar anger vilken nivå det tillhandahåller. Vår egen resolver svarar på GS1 Digital Links och GS1-kodade RFID-adresser, och passet öppnas under sin GS1-adress; ett varumärke vars länkar går via en GS1-resolver riktar in denna resolver mot vår, och varje skanning når oss via dess vidarebefordran.

Varje publicering låser en ny signerad version vid samma adress, och varje tidigare version förblir tillgänglig i det skick den hade vid publiceringen.

Varje version är en W3C Verifiable Credential, signerad med ECDSA-SD, en metod för selektiv offentliggörande: konsumenten, återvinningsföretaget och myndigheten får var och en den delmängd som de har rätt till, och signaturen förblir verifierbar för just denna delmängd. Varje version innehåller hashvärdet för den föregående versionen, vilket förhindrar att historiken kan ändras utan att det märks, och ett manifest som är signerat med Transpareos nyckel listar varje version tillsammans med dess hashvärde. Varje tidigare version anger vad som har ändrats sedan den föregående versionen.

Produktdatauppsättningen bakom passet förblir redigerbar och har en egen historik: Varje ändring loggas fält för fält med uppgift om vem som gjort ändringen (person eller system), tidpunkt samt värdet före och efter ändringen, och en tidigare version kan återställas. Produkthistoriken visar vem som har ändrat vad; passversionerna dokumenterar vad som har publicerats på marknaden och när.

Identifieraren behålls; ändringen publiceras som en ny version av samma pass, och koden på produkten leder till den uppdaterade versionen.

En ny identifierare behövs endast om själva artikeln byts ut mot en annan. För detta finns begreppet ersättning (supersession): det nya passet kopplas till det ersatta, och den som kommer fram till det ena hittar det andra.

Ja. Transpareo Time Machine, vår öppen källkodsbaserade visningsprogram, visar varje publicerad version i varumärkets design.

Den aktuella versionen laddas tillsammans med sidan, medan tidigare versioner laddas när man öppnar tidslinjen; man bläddrar igenom produktens liv: hur den tillverkades, vad som reparerades, vart den tog vägen. Mer information finns på Transpareo Time Machine.

Satsen behåller sin egen sammansättning, och senare produktändringar påverkar den endast genom en korrigering som signerar en ny version.

SKU:n och dess GTIN förblir oförändrade. När ett parti skapas överförs en permanent kopia av komponenterna och egenskaperna i det faktiska tillverkade tillståndet, och senare ändringar av produkten återspeglas inte i partiet. Om stycklistan för en säsong avviker görs ändringen på modellen innan partiet skapas; övriga värden för produktionsomgången, till exempel kontrollresultat, anges också och låses fast av partiet. En korrigering av partiet övertar den korrigerade versionen av modellen och signerar en ny version.

En artikel som tillverkats under våren anger sina material på ett sätt, medan en artikel med samma SKU från hösten anger sina egna, utan att det skapas någon ny SKU och utan att det uppstår någon oklarhet. Tidigare lagerlägen förblir läsbara via Transpareo Time Machine.

Händelsen registreras i passet, och en ändring av uppgifterna publiceras som en ny signerad version på samma adress; inget utfärdas eller trycks om.

Reparationer, renoveringar, återtaganden, återvinning och återkallelser registreras med datum och aktör och visas som offentliga EPCIS-händelser. Ett byte av leverantör eller material utgör en dataändring och visas som en ny version. Inspektioner, ägarbyten och incidenter registreras endast för myndigheter.

Ja, genom den tillgång som varumärket ger dem.

Varumärket tilldelar ett reparations-, renoverings- eller återvinningsföretag egna API-inloggningsuppgifter med behörighet att registrera händelser. Varje händelse som registreras innehåller sitt GLN-nummer, om sådant finns angivet, som plats för händelsen, och för att publicera händelsen som en ny version krävs en separat behörighet för publicering. En part som saknar åtkomst från varumärket bidrar inte med något.

Genom sin signatur, som vem som helst kan verifiera utan programvara, API eller konto hos Transpareo - på begäran med nycklar som endast varumärket förfogar över.

• Verifiering för alla: signerad som en W3C Verifiable Credential med ECDSA-SD; alla kompatibla bibliotek verifierar den.
• Verifiering hos läsaren: Viewern löser upp DID-dokumentet och den offentliga nyckeln och verifierar signaturen i webbläsaren.
• Öppen källkod: Revisionsspåret kan granskas offentligt och återskapas oberoende.
• Egna nycklar: Plattformen skickar det som ska signeras till varumärkets signaturändpunkt; privata nycklar når aldrig Transpareo.

Ett krav är delvis uppfyllt: EN 18246 kräver nycklar som är certifierade efter en identitetskontroll, medan utfärdarens nycklar publiceras på dennes egen domän utan ett sådant certifikat. Den fysiska säkerheten för databäraren, till exempel kopieringsskyddsfunktioner eller hårdvaru-ID:n, tillhandahålls av databärarens tillverkare; Transpareo utvärderar för närvarande inte sådana funktioner.

Förfalskade pass avslöjas omedelbart genom signaturen; kopierade äkta koder syns i skanningsstatistiken.

• Förfalskat pass: ligger inte på varumärkets domän och är inte signerat med dess nyckel; alla verifieringsförsök misslyckas.
• Kopierad äkta kod: Antalet skanningar per pass och land framgår av skanningsstatistiken. Ett enstaka pass kan spärras; varje ytterligare skanning visar då att det är spärrat.

För att kunna avslöja en fysisk klon redan vid skanningen krävs ett icke-kopierbart kännetecken på databäraren, till exempel en hårdvaru-ID-tagg. Transpareo registrerar och kontrollerar för närvarande inte sådana värden.

Ja. Varje källa skriver in de fält som den ansvarar för i en katalog, via API, tabellimport, agentgränssnittet eller applikationshanteraren.

Produkter, komponenter, dokument, media och egenskapstyper finns i denna enda katalog. En import jämför med hjälp av produktens eller komponentens identifierare och uppdaterar befintliga dataposter direkt, så att en återkommande hämtning från PLM eller ERP håller katalogen uppdaterad. Komponenter delas: Ett material som korrigerats en gång når alla produkter som innehåller det.

Varje inmatning valideras vid mottagandet och kontrolleras omedelbart därefter mot kategorins regler, och varje ändring loggas fält för fält med källa och tidpunkt. Ett typiskt samspel: PLM-systemet tillhandahåller sammansättning och underhåll, ERP-systemet levererar order, batcher och serienummer, en leverantörsportal tillhandahåller certifikat; Transpareo sammanställer passet, validerar, signerar och löser in det.

Dokument kopplas till produkter och komponenter, och plattformen genererar själv den tekniska dokumentationen för varje produkt som PDF-filer i enlighet med varumärkets profil.

När det gäller produkten läggs ett offentligt dokument in i passet som nedladdning, och varje publicerad version behåller den fil som den publicerades med; ett internt dokument hålls utanför passet. Ett reglerat dokument i en datapunkt följer dess sekretessnivå, vilket innebär att ett dokument som är förbehållet myndigheter hålls utanför de offentliga uppgifterna. I en komponent är ett dokument offentligt eller endast synligt efter inloggning.

Den tekniska dokumentationen skapas utifrån den publicerade beskrivningen av open source-renderaren md2pdf, som använder arbetsytaens varumärke och genererar samma dokument på alla språk inom arbetsytan - upp till 40 stycken. Biblioteket är offentligt tillgängligt på GitHub.

Datapunkter är konfiguration: skapa ett fält, ställa in informationsnivå, markera som obligatoriskt - utan plattformsutveckling och utan att behöva vänta på en release.

Namnet registreras en gång på det egna språket och översätts sedan av plattformen till de andra språken. För befintliga uppgifter gäller följande:

• Identifiering: DPP-beredskapen beräknas från och med nu på nytt för hela katalogen, 200 produkter per minut; varje produkt som saknar det nya fältet visas och kan filtreras, och exporten innehåller det nya fältet för hela katalogen.
• Efterregistrering: manuellt, via massimport från en tabell eller via API:et. Om värdet kan härledas kan assistenten ta fram förslag för kontroll.
• Publicerade pass behåller sin version; uppdateringen sker genom en ny publicering under samma URL.
• Kontroll: Fält, värden och varje ny publicering finns i revisionsloggen och i versionshistoriken.

Om en helt ny kategori läggs till tillhandahåller vi en överensstämmelseprofil och datapunkter som mall, som en arbetsyta kan överta i ett enda steg.

Genom tabellimport med kolumntilldelning och förhandsgranskning, upp till 50 MB och 100 000 rader per fil, eller via API:et.

Importverktyget föreslår en tilldelning av kolumnerna till fälten, visar före importen vad varje kolumn kommer att bli och föreslår samma tilldelning varje gång för identiska kolumnrubriker; när den känner igen alla kolumner som behövs hoppar en automatisk körning över tilldelningssteget, så att en återkommande import blir en enda uppladdning. Exporter i XLSX- eller CSV-format innehåller hela datamängden, en tabell per språk, och kan importeras igen i samma format. En första datainmatning sker oftast som en tabell; så snart strukturen är på plats övergår inmatningen vanligtvis till API:et.

Allt sker på ett autentiserat sätt via HTTPS. Större mängder skickas i flera uppladdningar eller via Bulk-API:et. Mediefiler laddas upp en efter en, fyra samtidigt och upp till 50 MB per fil; exporten sker i bakgrunden till en adress som upphör att gälla. Användaren får ett meddelande i applikationen när en import är klar eller kräver ett beslut, och kan på begäran även få ett e-postmeddelande när den är klar. Varken FTP eller icke-autentifierade lagringsplatser erbjuds.

Via ett REST-API, signerade webhooks, ett händelseflöde, import och export av tabeller, en MCP-server för AI-agenter och en n8n-nod; ingen mellanprogramvara krävs.

• REST-API: dokumenterat, autentisering med OAuth 2.0 Client Credentials, begränsat per system inom tillämpningsområdet. PLM eller ERP skapar och uppdaterar produkter, komponenter, egenskaper och partier samt publicerar certifikat.
• Webhooks: rapporterar händelser i livscykeln utan att det krävs någon förfrågan; händelseflödet levererar samma händelser till system som gör förfrågningar.
• Massaimport: Tabell eller CSV för system utan integrationsbudget, med tilldelning, förhandsgranskning och uppdatering av befintliga poster.
• Agentgränssnitt (MCP): för verktyg där det inte lönar sig att genomföra ett integrationsprojekt.
• n8n-nod: publicerad som @transpareo/n8n-nodes-transpareo, för arbetsflöden som ett team skapar utan programmering.

API och webhooks fungerar i realtid. Import, export, publicering och översättning körs som bakgrundsjobb med statusuppdateringar, visar förloppet och hindrar inte någon annan; en masspublicering kan inte överbelasta köen. Allt som använder HTTPS kan anslutas, även en befintlig integrationsplattform eller en iPaaS. GS1-identifierarna känns igen av ett partnersystem utan någon mappningstabell.

Varje inmatning kontrolleras vid mottagandet med avseende på värdenas typ och format, och därefter granskas dataposten mot reglerna för sin respektive regleringskategori vid beräkningen av DPP-beredskapen samt vid varje offentliggörande.

Kontrollen vid mottagandet gäller oavsett om uppgifterna kommer via API, en import eller en person. Reglerna härrör från kategorins överensstämmelseprofil, skrivna som ”shapes” enligt SHACL-modellen; de omsätter alltså regelverkets datakrav till kontroller. Identifierare för verksamhetsställen kontrolleras mot de tillåtna schemana. Regulatoriska datapunkter kopplas till produkten och låses vid publiceringen; efterlevnadsdokument är kopplade till samma dataposter, och deras synlighet följer offentliggörandenivån för den datapunkt som de är kopplade till.

Kontrollen är av strukturell karaktär: Finns de obligatoriska uppgifterna, är de korrekt formaterade och av den typ som krävs? Om en uppgift är korrekt innehållsmässigt är det en kontroll som utförs av människor, till exempel via leverantörssida.

Varje produkt har en DPP-status som beräknas löpande: procenttal, färg och lista över återstående kontroller, var och en med en länk till fältet.

Kontroller som blockerar publiceringen skiljer sig från sådana som endast förbättrar dataposten. Så länge en obligatorisk kontroll är öppen kan inget pass publiceras. En saknad obligatorisk egenskap anges med sin typ; ett värde som inte uppfyller standarden rapporteras tillsammans med den regel som det bryter mot.

Komponenterna delas, vilket innebär att en ändring påverkar alla produkter som innehåller dem. Batchdata förblir oförändrade, och publicerade data ändras endast om den som redigerar dem så önskar: En korrigering skapar en ny version, vilket rapporteras av webhooks och händelseflödet.

I katalogen visas DPP-tillgängligheten i en kolumn: den går att sortera och filtrera. Prova utan att skapa ett konto: vår demo.

Ja, som prövningsförfaranden med upp till fem steg; den som lämnar in en ansökan fattar inte själv beslutet om den.

Varje steg är tilldelat en grupp eller behörighet. Så länge en obligatorisk granskning är öppen förblir publiceringen av ett pass spärrad, och även en publicering som initieras av en ansluten AI-agent genomgår samma process. Åtkomsten kan begränsas till enskilda produkter eller komponenter. Det finns ännu inga versionerade arbetsflödesmallar; om en kund behöver vissa steg bygger vi in dem i produkten.

Ja. Uppgifter tilldelas personer eller grupper, varje person får ett dagligt e-postmeddelande med sina nya och försenade uppgifter, och informationsförfrågningar till leverantörer har egna tidsfrister och påminnelser.

En automatisk eskalering till ytterligare personer finns med i utvecklingsplanen. Uppgifter kan hämtas via API:et, och webhooks samt händelseflödet rapporterar varje statusändring för ett pass, så att ett externt arbetsflödesverktyg kan reagera på detta, till exempel n8n med Transpareo-noden.

Den konfigurerbara produkttabellen, listorna över uppgifter och förfrågningar samt statistiksidan; alla datamängder kan exporteras.

• Katalog: Varje person väljer själv vilka kolumner som ska visas, däribland DPP-beredskapen; sparade vyer lagrar sökningar för hela teamet. Komponenter kan sökas efter namn, typ och egenskaper, medan pass kan sökas efter identifierare, status (från utkast till utgångsdatum), version, ogiltighet samt sats eller styck.
• Pågående arbete: Listorna över uppgifter och förfrågningar visar försenade uppgifter, uppgifter utan ansvarig person, förfallna förfrågningar och svar som väntar på granskning.
• Konsumenter: Antal skanningar per pass, region och tidsperiod, hämtat från serverloggar utan spårning, kan laddas ner från statistiksidan.
• Export: Produkter, komponenter och pass som kompletta datauppsättningar i CSV, XLSX, JSON-LD eller SQL, oberoende av kolumnerna och filtren på skärmen.

Via API:et går det att söka efter pass efter produkt, status och sökord, och katalogen, passen samt antalet skanningar per pass är tillgängliga för kunderna via deras egna BI-verktyg. Demo: vår demo.

Produkt- och passuppgifterna för varje arbetsyta finns i en egen databas; endast konto- och prisuppgifterna finns i den gemensamma plattformsdatabasen.

Sökindex, signaturnycklar och krypteringsnycklar är också separerade per arbetsyta; media och lösenordsarkivet finns under egna sökvägar för varje arbetsyta.

Ja, på två nivåer: känsliga områden och säkerhetskopior.

• Fält: AES-256-GCM med en nyckel per arbetsyta, som i sin tur är inbäddad i en nyckel som härleds från serverns master-secret; en rotation av master-secret omsluter på nytt varje nyckel för arbetsyta som den skyddar, utan att data krypteras på nytt. Till exempel skyddas AI-leverantörens nyckel. Arbetsytans signaturnyckel är omsluten av en andra nyckel som är särskilt avsedd för detta ändamål inom arbetsytan.
• Säkerhetskopior: krypteras med AES-256 innan de lämnar servern.

Media och passarkivet lagras i objektlagringen inom EU, och arkivet för en betalande arbetsyta kan inte ändras under tio år.

E-postadress och lösenord med passnyckel eller engångskod som andra autentiseringsfaktor, vilket arbetsyta kan kräva; arbetsytan fastställer hur lång inaktivitetstiden ska vara innan utloggning sker.

Standardvärdet är 480 minuter; arbetsytan kan själv bestämma varaktigheten. Sessionen avslutas på serversidan; vår demoverksamhet körs med 60 minuter. Dessutom upphör sessionscookien när webbläsaren stängs. En krypterad sessionscookie som är markerad som säker lagrar sessionsinformationen, medan en språkcookie lagrar det valda språket; det finns inga cookies från tredjeparter.

Användare bjuds in och tilldelas åtkomstgrupper; när en användare tas bort upphävs omedelbart åtkomsten och API-inloggningsuppgifterna. Det finns inga generiska eller delade konton. Varje användares senaste inloggning visas; automatisk inaktivering av konton som varit inaktiva under en längre tid finns med i utvecklingsplanen.

Tre loggar: revisionslogg (5 år), säkerhetslogg enligt NIS2 (365 dagar) och en logg över alla myndighetsåtkomster, som vi exporterar på begäran.

Revisionsloggen anger vem som har ändrat vad och när, fält för fält, med värdet före och efter, och kan filtreras på skärmen efter tidsperiod, datapost eller aktör. Säkerhetsloggen registrerar inloggningar (godkända eller avvisade), multifaktorautentiseringar, återställningar av lösenord, kontospärrningar, avvisade API-inloggningsuppgifter, blockerade adresser och avvisade agentanrop; den är sökbar i applikationen.

Personuppgifter i driftsloggar lagras endast så länge som det krävs för det avsedda ändamålet (artikel 5.1 e i GDPR). Pass exporteras som signerade filer som en myndighet kan verifiera utan vår programvara; loggar exporteras som CSV- eller XLSX-filer.

Vi rapporterar omedelbart alla säkerhetsincidenter som rör vår arbetsyta till kunden, oavsett om personuppgifter berörs eller inte, och alla kan rapportera sårbarheter till support@mail.transpareo.com.

Vid en överträdelse av skyddet av personuppgifter ska anmälan ske i enlighet med klausul 9 i vårt avtal om uppdragshantering: Den ska beskriva typen av överträdelse, dess troliga konsekvenser och de åtgärder som vidtagits, ange en kontaktpunkt samt uppge när överträdelsen inträffade och upptäcktes samt vilka arbetsytor den berör. Det som inledningsvis ännu inte är känt kommer att meddelas så snart det blir känt.

Endast genom en inloggning på uppdrag av kunden, som registreras i plattformsprotokollet och i arbetsytaens egen säkerhetslogg.

Kunden granskar varje sådan inloggning i sin säkerhetslogg. Medarbetarna genomgår en granskning innan de beviljas åtkomst och genomgår regelbundet säkerhetsutbildning. De är skyldiga att iaktta sekretess och får endast åtkomst i den utsträckning som driften och supporten av avtalet kräver (klausul 7.4(b) i uppdragsbehandlingsavtalet).

Support via e-post till support@mail.transpareo.com, på tyska och engelska, ingår i alla planer.

Det finns inget separat supportavtal och supporten debiteras inte enligt tidsåtgång. I applikationen går det att söka bland hjälpartiklarna, som visas på användarens språk tillsammans med API-handboken. Med arbetsytans egen AI-åtkomst svarar assistenten utifrån båda källorna, kan hänvisa till artikeln och, efter bekräftelse, omedelbart utföra det beskrivna steget med användarens behörigheter.

Ja, plattformen är i drift: Alla företag kan registrera sig, och varje pass genereras, valideras, signeras och publiceras under sin permanenta adress.

Du kan testa dess funktioner i vår demoversion utan att behöva ha ett konto.

En fast månadsavgift per arbetsyta baserad på antalet pass, utan avgifter för installation, rådgivning, användare eller skanning och utan kostnadsbelagda tilläggsmoduler.

Databäraren påverkar inte priset, och skanningar, trafik och lagringsutrymme räknas aldrig. Varje plan omfattar alla funktioner med egen domän, 40 språk och fullständigt API, vilket innebär att alla funktioner i denna katalog är tillgängliga även i den minsta planen; de enda kostnaderna utöver planen är avgifterna från AI-leverantören om en kund använder assistenten med sitt eget konto. Fakturering sker månadsvis, utan bindningstid.

Fyra planer i franc, euro eller dollar: upp till 100 pass, upp till 1 000, upp till 10 000 och obegränsat, var och en med valfritt antal produkter och komponenter. Under betafasen gäller en rabatt på 30 % på listpriserna, och det pris du tecknar avtalet till förblir ditt pris så länge du behåller planen. En icke-bindande testperiod på 8 dagar är möjlig. Den aktuella prislistan på vår prissida gäller.

Vi bygger upp arbetsytan med kundens data, egenskapstyper, varumärke och domän, och de första versionerna är uppe och körs inom några dagar.

En ny arbetsyta är klar på några minuter via en Transpareo-adress; kundens egen domän aktiveras så snart dess DNS-post pekar mot oss. På kundens sida räcker det med en uppdaterad webbläsare, oavsett om det är Windows, macOS, Linux, iOS eller Android; det finns inget att installera eller sköta.

• Integrering av leveranskedjan: via leverantörssida, på de språk som används på arbetsytan.
• Integration: REST-API, webhooks, MCP-server och n8n-noder sköts av det team som har utvecklat dem.

Dessutom ingår verktyg utan extra kostnad: dokument i varumärkets design på 40 språk, Transpareo Time Machine som en faktor som skapar förtroende samt trafikstatistik utan spårning.

Våra allmänna affärsvillkor enligt schweizisk lag: Uppsägning med verkan vid slutet av den månatliga faktureringsperioden, ingen minsta bindningstid och, vid lindrig vårdslöshet, ett ansvar upp till beloppet av de senaste tolv månadernas avgifter.

• Uppsägning: Avtalet gäller på obestämd tid och kan när som helst sägas upp med verkan från slutet av den löpande faktureringsperioden.
• Ansvar: obegränsat vid uppsåt och grov vårdslöshet; vid lindrig vårdslöshet endast vid brott mot väsentliga avtalsförpliktelser, begränsat till den skada som normalt kan förutses och totalt till de ersättningar som betalats under de tolv månaderna före den skadevållande händelsen. Förlorad vinst, dataförlust och följdskador är undantagna i den utsträckning som lagen tillåter.
• Ändringar: Ändringar av villkoren och priserna meddelas skriftligen minst 30 dagar innan de träder i kraft, med rätt att invända mot de ändrade villkoren och säga upp avtalet innan en prisändring träder i kraft.
• Tillämplig lag och jurisdiktion: Schweizisk lag med undantag för FN:s köplag; jurisdiktion är Zug, Schweiz.
• Dataskydd: Avtalet om uppdragsbehandling utgör en del av villkoren.

Kunden förblir en ekonomisk aktör och ansvarar för innehållet i sina pass; Transpareo tillhandahåller den tekniska plattformen.

Vi sitter i de organ där reglerna utformas och genomför det som de offentliggör.

• Europeisk standardisering: Medlemskap i den nationella standardiseringskommittén inom den schweiziska standardiseringsorganisationen (SNV) och dess underkommitté för DPP, som är Schweiz representant i CEN/CLC/JTC 24 - den kommitté som utarbetar den europeiska DPP-standardserien. Vi får ta del av utkasten redan under utarbetandet och lämnar synpunkter på dem.
• EU-pilotprojekt: Medlem i ”Community of Practice” inom CIRPASS-2, det EU-projekt som testar det digitala produktpasset i fyra värdekedjor.
• Arbete med protokollet: löpande medverkan i FN:s transparensprotokoll; sex av våra kommentarer till version 0.7.0 finns i det offentliga registret.
• batteripass: stödjande partner till Battery-Pass-konsortiet, som tillsammans med ledande forskningsinstitutioner bygger upp testmiljön för EU:s batteripass, med stöd från det tyska federala ministeriet för ekonomi och energi. Batterier är den första produktgruppen som omfattas av ett bindande krav från och med den 18 februari 2027.

51 % av aktiekapitalet ägs av den ideella stiftelsen Transpareo Foundation i Zug; detta innehav är icke-överlåtbart, och Transpareo kan inte förvärvas.

Stiftelsen står under tillsyn av den federala stiftelsetillsynsmyndigheten. Erfarenheten sträcker sig bortom regleringen: Grundarens första plattform för produkttransparens har varit i drift sedan 2008 för kosmetiktillverkare.