Tjenestekatalog for digitalt produktpass: Svar på dine spørsmål i forbindelse med due diligence

ESPR-grunnkravene og samsvarsprofilen for tekstiler, som gjelder før hver publisering, så lenge arbeidsområdet ikke deaktiverer kontrollen.

Før publisering kontrolleres identifikatorene for pass og økonomisk aktør, samt - fra tekstilmalen - etiketten med fibersammensetningen og den tekniske dokumentasjonen; materialsammensetning og passnivå kontrolleres som anbefalinger. Pleieanvisninger og andre tilleggsdokumenter er tilgjengelige som malfelt med forhåndsbestemt offentliggjøringsnivå.

Så lenge et delegert rettsakt er på utkaststadiet, er datapunktene det fastsetter i Transpareo et spørsmål om konfigurasjon. Det som legges til i den endelige rettsakten, kommer som en oppdatering av samsvarsprofilen, uten at plattformen må ombygges.

Ja. Batteridatamodellen i henhold til DIN DKE SPEC 99100 er fullstendig lagret og blir validert før publisering.

Transpareo leverer datamodellen som er definert i DIN DKE SPEC 99100 (vedlegg A, tabell A.1), og som dekker datapunktene som kreves i EUs batteriforordning og Kommisjonens kategorispesifikke retningslinjer: blant annet batterikategori, kjemisk sammensetning, CO₂-avtrykk, andel resirkulert materiale per metall, tilstand (State of Health) og levetidsverdier.

Batteripassene valideres mot et eget samsvarsprofil. Datapunkter som forordningen forbeholder lesere med berettiget interesse, lagres separat fra det offentlige datasettet. Et batteriarbeidsområde arbeider automatisk med ett pass per batteri. Kravet trer i kraft fra 18. februar 2027.

Elleve produktgrupper har i dag en samsvarsprofil, og hver ytterligere produktgruppe blir representert gjennom egne egenskapstyper.

Det finnes samsvarsprofiler for tekstiler, batterier, elektronikk, dekk, emballasje, møbler, aluminium, jern og stål, kjemikalier, byggevarer og materialer som kommer i kontakt med matvarer. Et arbeidsområde velger sin kategori, og plattformen validerer hvert pass opp mot denne profilen.

Alle andre typer produkter gjengis ved at man definerer egne egenskapstyper for produkter og komponenter, henholdsvis som obligatoriske eller valgfrie felt. En produktgruppe som ennå ikke er omfattet av regelverket, er dermed et spørsmål om konfigurasjon.

Transpareo utsteder pass for EU. Det anbefales å ha ett arbeidsområde per bransje, siden hver bransjemal fastsetter sine egne obligatoriske datafelter.

Innenfor et arbeidsområde legges det til flere datapunkter som egenskapstyper, hver med sitt eget offentliggjøringsnivå, og hvert pass valideres opp mot samsvarsprofilen for arbeidsområdets kategori. GS1-identifikasjon, W3C Verifiable Credentials og JSON-LD-vokabularer er lesbare over hele verden.

Hver mal har to nivåer: et regulert nivå, som fastsetter reglene, og kundens eget nivå, som han fritt kan utvide.

Det regulerte nivået: For hver reguleringskategori har plattformen datapunkter og tilhørende dokumenter i henhold til den aktuelle reguleringen som mal, som et arbeidsområde overtar i ett trinn. Tekstilpakken følger forordning (EU) nr. 1007/2011 og ESPR-grunnkravene; den delegerte rettsakten for tekstiler er fortsatt på utkaststadiet. Batterisettet følger DIN DKE SPEC 99100 med Kommisjonens kategorispesifikke obligatoriske regler. Type, kravstatus og begrep i vokabularet er fastsatt, mens arbeidsområdet kan tilpasse navn og offentliggjøringsnivå; det faste begrepet gjør at passene til ulike merker kan leses med de samme verktøyene.

Eget nivå: Arbeidsområdet definerer, i tillegg til de fastsatte rammene, et ubegrenset antall egne egenskapstyper av alle slag, for eksempel for sko eller tilbehør. En ny egenskapstype blir tilgjengelig så snart den er lagret.

Merker, kategorier, egenskapstyper, språk, grupper, merkevarebygging og domene er deler av konfigurasjonen. Alle kunder bruker det samme produktet: Det en kunde trenger, blir lagt inn i plattformen for alle, styrt gjennom konfigurasjonen, slik at en oppgradering bevarer alle tilpasninger.

Per modell, per parti eller per stykk.

GTIN-koden identifiserer modellen, også kalt «style» eller «SKU». Et partipass knytter partinummeret til adressen; et enkeltstykkpass har serienummeret i stedet for partinummeret. Resultatet er en nettadresse for hvert pass, som enhver GS1-kompatibel skanner kan lese.

Nivået bestemmes av arbeidsområdet, og for tekstiler og batterier fastsettes det av den regulatoriske kategorien: ett pass per produksjonsbatch for tekstiler, ett per batteri for batterier. Et publisert pass beholder det nivået det ble publisert på.

Ja. Produktidentifikatorene følger GS1, og økonomiske aktører og driftssteder blir validert i henhold til skjemaene i EN 18219:2026.

GTIN-koden identifiserer modellen, partinummeret (AI 10) identifiserer partiet, og serienummeret (AI 21) identifiserer det enkelte eksemplaret. En GTIN-kode kontrolleres ved innlegging på grunnlag av kontrollsifferet, og et produkt med feil GTIN-kontrollsiffer kan verken lagres eller publiseres. GLN-nummeret til økonomiske aktører og driftssteder valideres også ved hjelp av kontrollsifferet.

Arbeidet kan begynne før GS1-numrene foreligger: Et produkt identifiseres ved hjelp av et produsentnummer (MPN, som vanligvis tilsvarer SKU-en), og GTIN-nummeret legges til senere uten å forstyrre det eksisterende systemet.

Hvert nivå er et eget datasett med egen identifikator og inneholder alt som hører til det.

Modellen gjenspeiler det som gjelder for varen: sammensetning, vedlikehold, opprinnelse, dokumenter. Varianter arver disse opplysningene; en avvikende verdi angis for varianten og merkes som avvikende. Et parti beholder sitt nummer og produksjonsdato og «fryser» datasettet i den tilstanden det var da det ble produsert. Et enkeltstykke arver den frosne datasetten fra sitt parti; dets egen historie består av reparasjoner, oppussinger, eierskifter og hendelser.

Fra en modell kommer man til de tilhørende produksjonsbatchene, og fra en batch til de enkelte enhetene; en enhet kan spores tilbake til sin batch og sin modell. Emballasjehierarkier, altså hva som er pakket inn i hva, registreres ikke i dag.

I henhold til de ordningene som EN 18219 tillater: den økonomiske aktøren med LEI eller GLN, driftsstedet med LEI, GLN eller DID.

Selskapets LEI- eller GLN-nummer lagres i innstillingene for arbeidsområdet, mens produsentens nummer lagres i produsentens datapost. Begge kontrolleres opp mot disse skjemaene og føres inn i passet på det stedet som standarden foreskriver. Ytterligere produsentidentifikatorer legges til som egenskapstyper uten utviklingsarbeid.

Ethvert databærer som kan inneholde en nettadresse; QR-koden genereres av plattformen selv.

Hvert produktkort med GTIN utstedes som en GS1 Digital Link og leveres med en trykkklar QR-mal, som skalerbar SVG, som PDF og som PNG i alle størrelser opp til 2 000 piksler, med feilrettingsnivå M. Illustrator og InDesign åpner disse filene direkte; det finnes ikke noe eget Adobe-plugin.

Data Matrix egner seg for et lite trykkområde, NFC-tagger inneholder et NDEF-URI-datasett, og UHF-RFID-inlays leses av på avstand; en EPC som består av samme GTIN og serienummer, fører til samme pass. Et vilkårlig antall databærere kan kode den samme adressen og føre til det samme passet.

Ja. Adressen er deterministisk, slik at en kode kan sendes til trykk før produktdatasettet er opprettet.

Så snart domenet er konfigurert, genereres adressen til et pass fra GS1 Digital Link: domene, GTIN og, avhengig av nivå, batchnummer eller serienummer. Koden blir tilgjengelig så snart passet er publisert. Plattformen genererer den fra det første utkastet, som vektor-SVG, som trykkklar PDF og som PNG i de nødvendige pikselstørrelsene, enten som fil eller via API-et.

Forhåndsgenererte serienumre fra en leverandør importeres i store mengder via fil eller API: i et arbeidsområde med ett pass per stykk som serienumre for passene, ellers som serienumre for et parti som passene tilhører.

I begge retninger, uten installasjon hos leverandøren og uten integrasjon med leverandørens systemer.

Hvis leverandøren skriver ut koder som Transpareo genererer, opprettes passene ut fra ordredataene, hvert pass får sin adresse, og leverandøren mottar settet som en fil eller via API-et sammen med utskriftsklare maler. Hvis leverandøren bruker egne koder, importeres serienumrene hans og knyttes til passene, enten i store mengder før produksjonen eller ett og ett via API-et.

Forretningsforholdet til leverandøren forblir hos kunden, og plattformen opprettholder tilknytningen mellom serienummer og pass, slik at leverandøren kan byttes uten at det påvirker allerede utstedte pass. Transpareo leverer programvaren; fysiske etiketter og databærere kommer fra partnere eller fra hvilken som helst leverandør kunden velger, til denne leverandørens pris. For å skanne som forbruker trenger man bare kameraet på telefonen, og NFC- eller RFID-avlesning utnytter utstyret som virksomheten uansett allerede har.

Hver adresse åpner passet for sitt eget nivå eller det neste høyere nivået, slik at en butikk kan legge inn en lenke til modellens adresse før noen kjøper noe.

Hvis pass utstedes per batch, åpner en GTIN uten partinummer passet for den nyeste batchen. Et partinummer åpner passet for denne batchen, mens et serienummer åpner passet for det enkelte eksemplaret eller - i et arbeidsområde som utsteder pass per batch - passet for den batchen som har dette serienummeret. Et oppdiktet serienummer åpner passet for partiet eller modellen med en merknad om at denne enheten ikke har et eget pass, og oppkallet blir loggført; et ukjent GTIN fører ikke til noe. En SGTIN-EPC som leses av en RFID-brikke, enten som URN eller i den komprimerte GS1-formen, videresendes til sin GS1 Digital Link.

Resolveren er bygget i henhold til GS1-standarden for kompatible resolvere (GS1-Conformant Resolver Standard, ISO/IEC 18975) og beskriver seg selv på hver vert i et arbeidsområde under /.well-known/gs1resolver. For linkType=linkset og den eldre verdien all mottar maskiner identifikatorens linksett (RFC 9264), som samsvarer med GS1-skjemaet; gs1:pip, gs1:DPP og gs1:defaultLink følges; en lenketype som Pass ikke støtter, gir 404, og en feilaktig lenke gir 400, og hvert svar angir nivået det leverer. Vår egen resolver svarer på GS1 Digital Links og GS1-kodede RFID-adresser, og passet åpnes under sin GS1-adresse; et merke hvis lenker går via en GS1-resolver, retter denne resolveren mot vår, og hver skanning kommer frem til oss via dens videresending.

Hver utgivelse lagrer en ny signert versjon på samme adresse, og hver tidligere versjon forblir tilgjengelig i den tilstanden den ble utgitt i.

Hver versjon er en W3C Verifiable Credential, signert med ECDSA-SD, en metode for selektiv offentliggjøring: Forbruker, gjenvinningsbedrift og myndighet mottar hver sin delmengde som de har rett til, og signaturen forblir verifiserbar på denne delmengden. Hver versjon inneholder hashen til den forrige, slik at historikken ikke kan endres uten at det blir lagt merke til, og et manifest signert med Transpareos nøkkel oppgir hver versjon sammen med dens hash. Hver tidligere versjon angir hva som har endret seg siden den forrige.

Produktdatasettet bak passet kan fortsatt redigeres og har sin egen historikk: Hver endring loggføres felt for felt med opplysning om hvem (person eller system) som har utført den, tidspunktet samt verdien før og etter, og en tidligere versjon kan gjenopprettes. Produkthistorikken viser hvem som har endret hva; passversjonene dokumenterer hva som ble publisert på markedet og når.

Identifikatoren forblir den samme; endringen publiseres som en ny versjon av det samme passet, og koden på produktet fører til den oppdaterte versjonen.

En ny identifikator er bare nødvendig hvis selve varen blir en annen. Til dette formålet finnes begrepet «supersession»: Det nye passet knyttes til det gamle, og den som kommer til det ene, finner det andre.

Ja. Transpareo Time Machine, vår åpen kildekode-visningsprogram, viser alle utgitte versjoner i merkevarens design.

Den nåværende versjonen lastes inn sammen med siden, mens tidligere versjoner lastes inn så snart man åpner tidslinjen; man sveiper seg gjennom produktets liv: hvordan det ble produsert, hva som ble reparert, hvor det havnet. Mer informasjon på Transpareo Time Machine.

Batchen beholder sin egen sammensetning, og senere produktendringer påvirker den kun gjennom en korreksjon som signerer en ny versjon.

SKU-en og GTIN-en forblir uendret. Når et parti opprettes, lagres en permanent kopi av komponentene og egenskapene slik de faktisk ble produsert, og senere endringer på produktet blir ikke ført tilbake til partiet. Hvis styklisten for en sesong avviker, foretas endringen på modellen før partiet opprettes; andre verdier fra produksjonsserien, for eksempel testresultater, blir også angitt og låst av partiet. En korreksjon av partiet overtar den korrigerte versjonen av modellen og signerer en ny versjon.

Et produkt som er produsert om våren oppgir sine materialer, mens et produkt med samme SKU fra høsten oppgir sine egne, uten ny SKU og uten uklarheter. Tidligere lagerstatuser forblir lesbare via Transpareo Time Machine.

Hendelsen registreres i passet, og en endring i opplysningene publiseres som en ny, signert versjon på samme adresse; ingenting utstedes eller trykkes på nytt.

Reparasjon, oppgradering, tilbakelevering, gjenvinning og tilbakekalling registreres med dato og aktør og vises som offentlige EPCIS-hendelser. Et bytte av leverandør eller materiale regnes som en dataendring og vises som en ny versjon. Inspeksjoner, eierskifter og hendelser registreres kun for myndighetene.

Ja, gjennom en tilgang som merket gir dem.

Merket tildeler et reparasjons-, opparbeidings- eller gjenvinningsfirma egne API-tilgangsopplysninger med rett til å registrere hendelser. Hver hendelse som registreres, har sin GLN, dersom denne er lagt inn, som sted for hendelsen, og for å publisere hendelsen som en ny versjon kreves det en egen publiseringsrettighet. En part uten tilgang fra merket bidrar ikke med noe.

Gjennom signaturen, som alle kan verifisere uten programvare, API eller konto hos Transpareo - om ønskelig ved hjelp av nøkler som kun merket har.

• Bekreftelse for alle: signert som W3C Verifiable Credential med ECDSA-SD; alle kompatible biblioteker verifiserer den.
• Verifisering hos leseren: Vieweren løser opp DID-dokumentet og den offentlige nøkkelen og verifiserer signaturen i nettleseren.
• Åpen kildekode: Revisjonssporet kan kontrolleres offentlig og gjenskapes uavhengig.
• Egne nøkler: Plattformen sender dokumentet som skal signeres til et signaturendepunkt tilhørende merkevaren; private nøkler kommer aldri til Transpareo.

Et krav er delvis oppfylt: EN 18246 krever nøkler som er sertifisert etter en identitetskontroll, mens utstederens nøkler publiseres på hans eget domene uten et slikt sertifikat. Den fysiske sikkerheten til databæreren, for eksempel kopibeskyttelsesfunksjoner eller maskinvare-ID-er, leveres av produsenten av databæreren; Transpareo vurderer foreløpig ikke slike funksjoner.

Forfalskede pass blir umiddelbart avslørt på grunn av signaturen; kopierte ekte koder vises i skannestatistikken.

• Falskt pass: ligger ikke på varemerkets domene og er ikke signert med varemerkets nøkkel; alle verifiseringsforsøk mislykkes.
• Kopiert ekte kode: Antall skanninger per pass og land fremgår av skannestatistikken. Et enkeltpass kan settes på vent; hver påfølgende skanning vil da vise at det er satt på vent.

For å avsløre en fysisk klon allerede under skanningen, trengs det et kjennetegn på databæreren som ikke kan kopieres, for eksempel en maskinvare-ID-tag. Transpareo registrerer og kontrollerer ikke slike verdier i dag.

Ja. Hver kilde legger inn feltene den har ansvar for i en katalog, enten via API, tabellimport, agentgrensesnittet eller applikasjonsbehandleren.

Produkter, komponenter, dokumenter, medier og egenskapstyper finnes i denne ene katalogen. En import sammenligner dataene ved hjelp av produktets eller komponentens identifikator og oppdaterer eksisterende dataposter direkte, slik at en gjentakende uttrekk fra PLM eller ERP holder katalogen oppdatert. Komponenter deles: Et materiale som er korrigert én gang, gjelder for alle produkter som inneholder det.

Hver skriveoperasjon valideres ved mottak og kontrolleres umiddelbart etterpå opp mot reglene for kategorien, og hver endring loggføres felt for felt med kilde og tidspunkt. Et typisk samarbeid: PLM-systemet leverer sammensetning og vedlikehold, ERP-systemet leverer ordrer, batcher og serienumre, og et leverandørportal leverer sertifikater; Transpareo setter sammen passet, validerer det, signerer det og utsteder det.

Dokumenter er knyttet til produkter og komponenter, og plattformen genererer selv den tekniske dokumentasjonen for hvert produkt som PDF-filer i tråd med merkevarens profil.

Et offentlig dokument legges inn i passene som en nedlasting knyttet til produktet, og hver publiserte versjon beholder filen den ble publisert med; et internt dokument holdes utenfor passet. Et regulert dokument i et datapunkt følger dets offentliggjøringsnivå, slik at et dokument som er forbeholdt myndighetene holdes utenfor de offentlige dataene. I en komponent er et dokument offentlig eller kun synlig etter pålogging.

Den tekniske dokumentasjonen er basert på den publiserte veiledningen om open source-rendereren md2pdf, som bruker arbeidsområdets merkevareprofil og genererer det samme dokumentet på alle språkene i arbeidsområdet - opptil 40. Biblioteket er offentlig tilgjengelig på GitHub.

Datapunkter er en del av konfigurasjonen: Opprett felt, angi offentliggjøringsnivå, merk som obligatorisk - uten plattformutvikling og uten å måtte vente på en utgivelse.

Navnet legges inn én gang på ens eget språk og oversettes deretter av plattformen til de andre språkene. For eksisterende data gjelder følgende:

• Gjenkjenning: DPP-tilgjengeligheten beregnes nå på nytt for hele katalogen, med 200 produkter per minutt; hvert produkt som mangler det nye feltet vises og kan filtreres, og eksporten inneholder det nye feltet for hele katalogen.
• Etterregistrering: manuelt, via masseimport fra en tabell eller via API-et. Der verdien kan utledes, kan assistenten utarbeide forslag til kontroll.
• Publiserte pass beholder sin versjon; oppdateringen er en ny publisering under samme URL.
• Kontroll: Felt, verdier og hver ny utgivelse er registrert i revisjonsloggen og i versjonshistorikken.

Hvis det legges til en helt ny kategori, leverer vi et samsvarsprofil og datapunkter som mal, som et arbeidsområde kan ta i bruk i ett trinn.

Via tabellimport med kolonnetilordning og forhåndsvisning, opptil 50 MB og 100 000 rader per fil, eller via API-et.

Importverktøyet foreslår en tilordning av kolonnene til feltene, viser før lagring hva hver kolonne blir til, og foreslår hver gang den samme tilordningen for identiske kolonneoverskrifter; når den gjenkjenner alle kolonnene den trenger, hopper en automatisk kjøring over tilordningstrinnet, slik at en gjentakende import blir en enkelt opplasting. Eksporter i XLSX- eller CSV-format inneholder hele datasettet, med én tabell per språk, og kan importeres på nytt i de samme formatene. En første innlasting starter vanligvis som en tabell; så snart strukturen er på plass, skifter innlastingen vanligvis til API-et.

Alt foregår på en autentisert måte via HTTPS. Større mengder sendes inn i flere opplastinger eller via Bulk-API-en. Mediefiler lastes opp én etter én, fire samtidig og opptil 50 MB per fil; eksportene skjer i bakgrunnen under en adresse som utløper. Brukeren får beskjed i applikasjonen når en import er fullført eller krever en beslutning, og kan på forespørsel også få en e-postmelding når den er ferdig. Verken FTP eller uautentiserte lagringsplasser tilbys.

Via en REST-API, signerte webhooks, en hendelsesfeed, import og eksport av tabeller, en MCP-server for AI-agenter og en n8n-node; det er ikke behov for mellomvare.

• REST-API: dokumentert, autentisert med OAuth 2.0 Client Credentials, begrenset til hvert enkelt system innenfor gyldighetsområdet. PLM eller ERP oppretter og oppdaterer produkter, komponenter, egenskaper og batcher, og publiserer pass.
• Webhooks: melder fra om livssyklusbegivenheter uten at det er nødvendig å foreta forespørsler; hendelsesfeeden leverer de samme hendelsene til systemer som foretar forespørsler.
• Masseimport: Tabell eller CSV for systemer uten budsjett til integrasjon, med tilordning, forhåndsvisning og oppdatering av eksisterende dataposter.
• Agentgrensesnitt (MCP): for verktøy der det ikke lønner seg å gjennomføre et integrasjonsprosjekt.
• n8n-knutepunkt: publisert som @transpareo/n8n-nodes-transpareo, for arbeidsflyter som et team kan lage uten programmering.

API og webhooks fungerer i sanntid. Import, eksport, publisering og oversettelse kjører som bakgrunnsoppgaver med statusoppdatering, viser fremdriften og hindrer ikke andre brukere; en massepublisering kan ikke overbelaste køen. Alt som bruker HTTPS kan kobles til, også en eksisterende integrasjonsplattform eller en iPaaS. Et partnersystem gjenkjenner GS1-identifikatorene uten tilordningstabell.

Hver innskrivning blir ved mottak kontrollert med hensyn til type og format på verdiene, og datasettet blir deretter sjekket opp mot reglene for den aktuelle reguleringskategorien både ved beregning av DPP-beredskap og ved hver publisering.

Kontrollen ved mottak gjelder uansett om dataene kommer via API, en import eller en person. Reglene stammer fra kategoriens samsvarsprofil, skrevet som «shapes» i henhold til SHACL-modellen; de omsetter dermed reguleringens datakrav til konkrete kontroller. Identifikatorer for driftssteder kontrolleres mot de tillatte skjemaene. Regulatoriske datapunkter knyttes til produktet og fryses ved publisering; samsvarsdokumenter er knyttet til de samme datasettene, og deres synlighet følger offentliggjøringsnivået til datapunktet de er knyttet til.

Kontrollen er av strukturell art: Er de obligatoriske verdiene til stede, riktig formatert og av den foreskrevne typen? Om en opplysning er innholdsmessig korrekt, er et kontrolltrinn som utføres av mennesker, for eksempel via leverandørside.

Hvert produkt har en DPP-status som beregnes løpende: prosentverdi, farge og liste over utestående kontroller, hver med en lenke til feltet.

Kontroller som blokkerer publisering, skilles fra de som bare forbedrer datasettet. Så lenge en obligatorisk kontroll er åpen, kan ingen pass publiseres. En manglende obligatorisk egenskap angis med sin type; en verdi som avviker fra standarden, rapporteres sammen med regelen den bryter med.

Komponenter deles, slik at en endring påvirker alle produkter som inneholder dem. Batchdata forblir uendret, og publiserte data endres kun hvis den som redigerer dem ønsker det: En rettelse utløser en ny versjon, som webhooks og hendelsesfeeden melder fra om.

I katalogen er DPP-beredskapen en kolonne: den kan sorteres og filtreres. Prøv den uten å opprette en konto: vår demo.

Ja, som godkjenningsprosesser med opptil fem trinn; den som sender inn en søknad, avgjør ikke saken selv.

Hvert trinn er tilordnet en gruppe eller en rettighet. Så lenge en obligatorisk kontroll er uavsluttet, forblir publiseringen av et pass sperret, og selv en publisering som utløses av en tilknyttet AI-agent, gjennomgår den samme prosessen. Tilgangen kan begrenses til enkeltprodukter eller komponenter. Det finnes foreløpig ikke versjonerte arbeidsflytmaler; der en kunde trenger bestemte trinn, bygger vi dem inn i produktet.

Ja. Oppgaver tildeles enkeltpersoner eller grupper, og hver person får en daglig e-post med oversikt over sine nye og forfalte oppgaver, mens forespørsler om informasjon til leverandører har egne frister og påminnelser.

En automatisk eskalering til flere personer står på veikartet. Oppgaver kan hentes via API-et, og webhooks samt hendelsesfeeden melder fra om hver statusendring for et pass, slik at et eksternt arbeidsflytverktøy kan reagere på dette, for eksempel n8n med Transpareo-noden.

Den konfigurerbare produkttabellen, listene over oppgaver og forespørsler samt statistikk-siden; alle datasettene kan eksporteres.

• Katalog: Hver person velger selv hvilke kolonner som skal vises, inkludert DPP-beredskap; lagrede visninger lagrer søk for hele teamet. Komponenter kan søkes etter navn, type og egenskaper, mens pass kan søkes etter identifikator, status (fra utkast til utløp), versjon, ugyldighet samt parti eller stykk.
• Pågående arbeid: Oppgavelistene og forespørselslistene viser forfalte oppgaver, oppgaver uten ansvarlig person, utløpte forespørsler og svar som venter på gjennomgang.
• Forbrukere: Antall skanninger per pass, region og tidsperiode, hentet fra serverlogger uten sporing, kan lastes ned fra statistikk-siden.
• Eksport: Produkter, komponenter og pass som komplette datasett i CSV, XLSX, JSON-LD eller SQL, uavhengig av kolonnene og filtrene på skjermen.

Via API-et kan man søke etter pass etter produkt, status og søkeord, og katalogen, passene og antall skanninger per pass er tilgjengelig for kunder som bruker egne BI-verktøy. Demo: vår demo.

Produkt- og passdataene for hvert arbeidsområde ligger i en egen database; kun konto- og prisplanopplysninger ligger i den felles plattformdatabasen.

Søkeindeks, signaturnøkkel og krypteringsnøkkel er også adskilt for hvert arbeidsområde; medier og passarkiv ligger under egne stier for hvert arbeidsområde.

Ja, på to nivåer: sensitive områder og sikkerhetskopier.

• Felter: AES-256-GCM med én nøkkel per arbeidsområde, som igjen er innkapslet av en nøkkel avledet fra serverens master-secret; en rotasjon av master-secretet omslutter på nytt hver arbeidsområde-nøkkel den beskytter, uten å kryptere dataene på nytt. For eksempel beskyttes AI-leverandørens nøkkel. Arbeidsområdets signaturnøkkel er omsluttet av en annen nøkkel fra arbeidsområdet som er spesielt beregnet på dette formålet.
• Sikkerhetskopier: kryptert med AES-256 før de forlater serveren.

Medier og passarkivet lagres i objektlagringen i EU, og arkivet til et betalende arbeidsområde kan ikke endres i ti år.

E-postadresse og passord med passkey eller engangskode som andre faktor, som arbeidsområdet kan kreve; arbeidsområdet fastsetter hvor lenge det skal være inaktivitet før man blir logget ut.

Standardvarigheten er 480 minutter; arbeidsområdet kan selv bestemme varigheten. Sesjonen avsluttes på serversiden; vårt demo-arbeidsområde kjører med en varighet på 60 minutter. I tillegg slettes sesjonscookien når nettleseren lukkes. En kryptert sesjonscookie merket som «secure» lagrer sesjonen, mens en språkcookie lagrer det valgte språket; det finnes ingen tredjeparts-cookies.

Brukere blir invitert og tilordnet tilgangsgrupper; når en bruker fjernes, oppheves tilgangen og API-påloggingsopplysningene umiddelbart. Det finnes ikke generiske eller delte kontoer. Den siste påloggingen til hver bruker vises; automatisk deaktivering av kontoer som har vært inaktive i lang tid står på veikartet.

Tre logger: revisjonslogg (5 år), sikkerhetslogg i henhold til NIS2 (365 dager) og en logg over alle tilganger fra myndighetene, som vi eksporterer på forespørsel.

Revisjonsloggen angir hvem som har endret hva og når, felt for felt, med verdien før og etter, og kan filtreres på skjermen etter tidsperiode, datapost eller aktør. Sikkerhetsloggen registrerer pålogginger (vellykkede eller avviste), multifaktorautentisering, tilbakestilling av passord, kontosperringer, avviste API-påloggingsopplysninger, blokkerte adresser og avviste agentforespørsler; den kan søkes i applikasjonen.

Personopplysninger i driftslogger oppbevares kun så lenge formålet tilsier det (art. 5 nr. 1 bokstav e i GDPR). Pass eksporteres som signerte filer som en myndighet kan verifisere uten vår programvare; logger eksporteres som CSV- eller XLSX-filer.

Vi melder umiddelbart fra til kunden om alle sikkerhetshendelser som berører deres arbeidsområde, uansett om personopplysninger er berørt eller ikke, og alle kan melde fra om sårbarheter til support@mail.transpareo.com.

Ved et brudd på personvernet skal meldingen følge klausul 9 i vår avtale om databehandling: Den beskriver arten av bruddet, dets sannsynlige konsekvenser og tiltakene som er iverksatt, oppgir et kontaktpunkt og angir når bruddet inntraff og ble oppdaget, samt hvilke arbeidsområder det berører. Det som foreløpig ikke er kjent, vil bli opplyst så snart det blir kjent.

Kun via en registrering på vegne av kunden, som blir registrert i plattformprotokollen og i arbeidsområdets egen sikkerhetslogg.

Kunder leser hver enkelt slik pålogging i sin sikkerhetslogg. Ansatte gjennomgår en gjennomgang før de får tilgang, og får jevnlig opplæring i sikkerhet. De er forpliktet til å behandle opplysningene konfidensielt og får kun tilgang i den grad det er nødvendig for drift og oppfyllelse av avtalen (klausul 7.4(b) i databehandleravtalen).

Kundestøtte via e-post til support@mail.transpareo.com, på tysk og engelsk, inkludert i alle abonnementer.

Det finnes ingen separat supportavtale eller support som faktureres etter tidsforbruk. I applikasjonen kan man søke i hjelpeartikler, og disse vises på brukerens språk ved siden av API-veiledningen. Med egen AI-tilgang til arbeidsområdet svarer assistenten ut fra begge deler, kan henvise til artikkelen og, etter bekreftelse, umiddelbart utføre det beskrevne trinnet med brukerens rettigheter.

Ja, plattformen er i drift: Alle bedrifter kan registrere seg, og hvert pass blir opprettet, validert, signert og publisert under sin faste adresse.

Du kan prøve ut funksjonene i vår demo uten å opprette en konto.

En fast månedlig avgift per arbeidsområde basert på antall pass, uten kostnader for oppsett, rådgivning, brukere eller skanning, og uten kostbare tilleggsmoduler.

Databæreren har ingen betydning for prisen, og skanninger, trafikk og lagringsplass blir aldri telt med. Hvert abonnement inkluderer hele funksjonsspekteret med eget domene, 40 språk og fullstendig API, slik at alle funksjonene i denne katalogen er tilgjengelige selv i det minste abonnementet; de eneste kostnadene utenfor abonnementet er gebyrene fra AI-leverandøren, dersom en kunde bruker assistenten med sin egen konto. Fakturering skjer månedlig, uten minimumsperiode.

Fire abonnementer i franc, euro eller dollar: opptil 100 pass, opptil 1’000, opptil 10’000 og ubegrenset, hver med et ubegrenset antall produkter og komponenter. I løpet av betafasen gjelder det en rabatt på 30 % på listeprisene, og prisen du inngår avtalen til, forblir din pris så lenge du beholder abonnementet. Det er mulig å benytte seg av en uforpliktende prøveperiode på 8 dager. Den gjeldende prislisten på vår prisside er avgjørende.

Vi setter opp arbeidsområdet med kundens data, egenskapstyper, merkevareprofil og domene, og de første versjonene er klare til bruk i løpet av få dager.

Et nytt arbeidsområde er klart på få minutter under en Transpareo-adresse; kundens eget domene blir tilgjengelig så snart DNS-oppføringen peker mot oss. På kundesiden er det nok med en oppdatert nettleser, enten på Windows, macOS, Linux, iOS eller Android; det er ikke nødvendig å installere eller administrere noe.

• Integrering av forsyningskjeden: via leverandørside, på språkene som brukes i arbeidsområdet.
• Integrasjon: REST-API, webhooks, MCP-server og n8n-noder vedlikeholdes av teamet som har utviklet dem.

I tillegg får du verktøy uten ekstra kostnader: dokumenter med merkevarens profil på 40 språk, « Transpareo Time Machine » som en tillitsfaktor og trafikkstatistikk uten sporing.

Våre generelle forretningsvilkår i henhold til sveitsisk lov: Oppsigelse ved utløpet av den månedlige faktureringsperioden, ingen minimumsvarighet og, ved lett uaktsomhet, erstatningsansvar opp til beløpet for de siste tolv måneders gebyrer.

• Oppsigelse: Kontrakten gjelder på ubestemt tid og kan sies opp når som helst med virkning fra slutten av den løpende faktureringsperioden.
• Ansvar: ubegrenset ved forsett og grov uaktsomhet; ved lett uaktsomhet kun ved brudd på vesentlige avtaleforpliktelser, begrenset til den skade som typisk kan forutses og samlet til de beløpene som er betalt i løpet av de tolv månedene før den skadevoldende hendelsen. Tapt fortjeneste, tap av data og følgeskader er utelukket, i den grad loven tillater det.
• Endringer: Endringer i vilkårene og prisene vil bli kunngjort skriftlig minst 30 dager før de trer i kraft, med rett til å motsette seg de endrede vilkårene og si opp avtalen før en prisendring trer i kraft.
• Lovvalg og jurisdiksjon: Sveitsisk lov, med unntak av FNs kjøpskonvensjon; jurisdiksjonen ligger i Zug, Sveits.
• Personvern: Avtalen om databehandling er en del av vilkårene.

Kunder forblir en økonomisk aktør og er ansvarlig for innholdet i passene sine; Transpareo stiller den tekniske plattformen til rådighet.

Vi sitter i de organene der reglene utformes, og sørger for at de blir gjennomført når de blir offentliggjort.

• Europeisk standardisering: Medlemskap i det nasjonale standardiseringsutvalget til den sveitsiske standardiseringsorganisasjonen (SNV) og dets underutvalg for DPP, som er Sveits’ representant i CEN/CLC/JTC 24 - utvalget som utarbeider den europeiske DPP-standardserien. Vi får se utkastene mens de utarbeides, og gir våre kommentarer til dem.
• EU-pilotprosjekter: Medlem av «Community of Practice» i CIRPASS-2, EU-prosjektet som tester det digitale produktpasset i fire verdikjeder.
• Arbeid med protokollen: løpende medvirkning i FNs åpenhetsprotokoll; seks av våre kommentarer til versjon 0.7.0 er oppført i det offentlige registeret.
• batteripass: støttende partner i Battery-Pass-konsortiet, som sammen med ledende forskningsinstitusjoner utvikler testmiljøet for EUs batteripass, med støtte fra det tyske forbundsdepartementet for økonomi og energi. Batterier er den første produktgruppen som omfattes av en bindende forpliktelse fra og med 18. februar 2027.

51 % av aksjekapitalen til den ideelle organisasjonen Transpareo Foundation i Zug; denne eierandelen kan ikke selges, og Transpareo kan ikke overtas.

Stiftelsen står under tilsyn av den sveitsiske stiftelsestilsynsmyndigheten. Erfaringen strekker seg utover reguleringsområdet: Grunnleggerens første plattform for produktgjennomsiktighet har vært i drift siden 2008 for kosmetikkprodusenter.