Ydelseskatalog for digitalt produktpas: Svar til din due diligence

ESPR-grundkravene og overensstemmelsesprofilen for tekstiler, der skal opfyldes inden enhver offentliggørelse, så længe arbejdsområdet ikke afbryder kontrollen.

Inden offentliggørelsen kontrolleres identifikatorerne for pas og erhvervsdrivende samt - fra tekstilskabelonen - etiketten med fibersammensætningen og den tekniske dokumentation; materialesammensætning og pasniveau kontrolleres som en anbefaling. Plejeanvisninger og yderligere ledsagedokumenter er tilgængelige som skabelonfelter med et foruddefineret offentliggørelsesniveau.

Så længe en delegeret retsakt er på udkaststadiet, er de datapunkter, den fastlægger, i Transpareo et spørgsmål om konfiguration. Det, der tilføjes i den endelige retsakt, kommer som en opdatering af overensstemmelsesprofilen uden ændringer af platformen.

Ja. Batteridatamodellen i henhold til DIN DKE SPEC 99100 er fuldt ud dokumenteret og bliver valideret inden offentliggørelsen.

Transpareo leverer den datamodel, der er defineret i DIN DKE SPEC 99100 (bilag A, tabel A.1), og som dækker de datapunkter, der kræves i EU’s batteriforordning og Kommissionens kategorispecifikke retningslinjer: herunder batterikategori, kemisk sammensætning, CO2-aftryk, genanvendelsesandel pr. metal, tilstand (State of Health) og levetidsværdier.

Batteripas valideres i forhold til deres eget overensstemmelsesprofil. Datapunkter, som forordningen forbeholder for læsere med en berettiget interesse, opbevares adskilt fra det offentlige datasæt. Et batteriearbejdsområde arbejder automatisk med et certifikat pr. batteri. Forpligtelsen træder i kraft den 18. februar 2027.

Elleve produktgrupper har i dag en overensstemmelsesprofil, og hver yderligere produktgruppe afspejles via egne egenskabstyper.

Der findes overensstemmelsesprofiler for tekstiler, batterier, elektronik, dæk, emballage, møbler, aluminium, jern og stål, kemikalier, byggevarer og materialer i kontakt med fødevarer. Et arbejdsområde vælger sin kategori, og platformen validerer hvert certifikat i forhold til denne profil.

Alle andre typer produkter afbildes ved at definere egne egenskabstyper for produkter og komponenter, henholdsvis som obligatoriske eller valgfri felter. En produktgruppe, der endnu ikke er omfattet af reguleringen, er dermed et spørgsmål om konfiguration.

Transpareo udsteder pas til EU. Det anbefales at oprette et arbejdsområde for hver branche, da hver brancheskabelon fastlægger sine egne obligatoriske datafelter.

Inden for et arbejdsområde tilføjes yderligere datapunkter som egenskabstyper, hver med sit eget offentliggørelsesniveau, og hvert certifikat valideres i forhold til overensstemmelsesprofilen for arbejdsområdets kategori. GS1-identifikation, W3C Verifiable Credentials og JSON-LD-vokabularer kan læses over hele verden.

Hver skabelon har to niveauer: et reguleret niveau, der fastlægger reglerne, og kundens eget niveau, som han frit kan udvide.

Det regulerede niveau: For hver reguleringskategori indeholder platformen datapunkter og ledsagedokumenter i henhold til den pågældende regulering som en skabelon, som et arbejdsområde overtager i ét trin. Tekstilpakken følger forordning (EU) nr. 1007/2011 og ESPR’s grundlæggende krav; den delegerede retsakt for tekstiler er stadig på udkaststadiet. Batterisættet følger DIN DKE SPEC 99100 med Kommissionens kategorispecifikke obligatoriske regler. Type, forpligtelsesstatus og begreb i ordlisten er fastlagt, mens arbejdsområdet kan tilpasse navn og offentliggørelsesniveau; det faste begreb gør det muligt at læse pas fra forskellige mærker med de samme værktøjer.

Det egne niveau: Arbejdsområdet definerer ud over de fastlagte rammer et vilkårligt antal egne egenskabstyper af enhver art, f.eks. til sko eller tilbehør. En ny egenskabstype er tilgængelig, så snart den er gemt.

Mærker, kategorier, egenskabstyper, sprog, grupper, branding og domæne er en del af konfigurationen. Alle kunder bruger det samme produkt: Det, en kunde har brug for, integreres i platformen for alle, styret via konfigurationen, så en opgradering bevarer alle tilpasninger.

Pr. model, pr. parti eller pr. stk.

GTIN-koden identificerer modellen, også kaldet »style« eller »SKU«. Et batchkort knytter batchnummeret til adressen; et enkeltstykkort angiver serienummeret i stedet for batchnummeret. Resultatet er en webadresse for hvert kort, som enhver GS1-kompatibel scanner kan aflæse.

Niveauet fastlægges af arbejdsområdet, og for tekstiler og batterier bestemmes det af den lovgivningsmæssige kategori: ét certifikat pr. produktionsbatch for tekstiler og ét pr. batteri for batterier. Et offentliggjort certifikat bevarer det niveau, på hvilket det blev offentliggjort.

Ja. Produktidentifikatorerne følger GS1, og erhvervsdrivende og driftssteder valideres i henhold til skemaerne i EN 18219:2026.

GTIN-koden identificerer modellen, partinummeret (AI 10) identificerer partiet, og serienummeret (AI 21) identificerer det enkelte eksemplar. En GTIN-kode kontrolleres ved indtastningen på baggrund af dens kontrolciffer, og et produkt med et forkert GTIN-kontrolciffer kan hverken gemmes eller offentliggøres. GLN-numrene for erhvervsdrivende og driftssteder valideres ligeledes på baggrund af deres kontrolciffer.

Arbejdet kan påbegyndes, selv før GS1-numrene foreligger: Et produkt identificeres via et producentdelnummer (MPN, som oftest svarer til SKU’en), og GTIN’en tilføjes senere uden at forstyrre det eksisterende system.

Hvert niveau udgør et selvstændigt datasæt med sin egen identifikator og indeholder alt, hvad der hører til det.

Modellen indeholder de samme oplysninger som varen: sammensætning, pleje, oprindelse, dokumenter. Varianter arver disse oplysninger; en afvigende værdi angives for varianten og markeres som afvigende. Et parti beholder sit nummer og sin produktionsdato, og datasættet fastfryses i den tilstand, det var i ved fremstillingen. Et enkeltstykke arver den fastfrosne datapost fra sit parti; dets egen historie består af reparationer, renoveringer, ejerskift og hændelser.

Fra en model kommer man til de batcher, der er produceret under den, og fra en batch til dens enheder; en enhed kan spores tilbage til sin batch og sin model. Emballagehierarkier, altså hvad der er pakket i hvad, registreres ikke i dag.

I henhold til de skemaer, som EN 18219 tillader: den erhvervsdrivende med LEI eller GLN, driftsstedet med LEI, GLN eller DID.

Din virksomheds LEI- eller GLN-nummer gemmes i indstillingerne for arbejdsområdet, mens producentens nummer gemmes i dennes datapost. Begge kontrolleres i forhold til disse skemaer og indsættes i passet på det sted, som standarden foreskriver. Yderligere producentidentifikatorer tilføjes som egenskabstyper uden udviklingsarbejde.

Ethvert databærer, der kan indeholde en webadresse; QR-koden genereres af platformen selv.

Hvert produktpas med GTIN udstedes som en GS1 Digital Link og leveres med en trykklar QR-skabelon, som skalerbar SVG, som PDF og som PNG i alle størrelser op til 2’000 pixel, med fejlkorrektionsniveau M. Illustrator og InDesign åbner disse filer direkte; der findes ikke et særskilt Adobe-plugin.

Data Matrix er velegnet til et lille trykområde, NFC-tags indeholder et NDEF-URI-datasæt, og UHF-RFID-inlays aflæses på afstand; en EPC, der består af det samme GTIN-nummer og serienummer, fører til det samme pass. Et vilkårligt antal databærere kan kode den samme adresse og føre til det samme pas.

Ja. Adressen er deterministisk, så en kode kan sendes til tryk, før produktdatasættet er oprettet.

Så snart domænet er konfigureret, genereres adressen på et pas ud fra GS1 Digital Link: domæne, GTIN og, afhængigt af niveauet, batchnummer eller serienummer. Koden genereres, så snart passet er offentliggjort. Platformen gengiver den fra det første udkast som vektor-SVG, som en udskriftsklar PDF og som PNG i de nødvendige pixelstørrelser, enten som fil eller via API’en.

Forudgenererede serienumre fra en leverandør importeres i store mængder via en fil eller via API’en: i et arbejdsområde med et pas pr. stk. som serienumre på passene, ellers som serienumre på et parti, hvis pas de åbner.

I begge retninger, uden installation hos leverandøren og uden integration med dennes systemer.

Hvis leverandøren udskriver de koder, som Transpareo genererer, oprettes pasene ud fra ordredataene, hver enkelt får sin adresse, og leverandøren modtager sættet som en fil eller via API’en sammen med udskrivningsklare skabeloner. Hvis leverandøren medbringer egne koder, importeres hans serienumre og knyttes til pasene, enten i store mængder før produktionen eller enkeltvis via API’en.

Forretningsforholdet til leverandøren forbliver hos kunden, og platformen opbevarer sammenkoblingen mellem serienummer og pas, så leverandøren kan skiftes ud uden at påvirke allerede udstedte pas. Transpareo leverer softwaren; fysiske etiketter og databærere leveres af partnere eller af en hvilken som helst leverandør, som kunden vælger, til denne leverandørs pris. En forbrugerscanning kræver kun telefonens kamera, og NFC- eller RFID-aflæsning foregår via de enheder, som virksomheden alligevel allerede har.

Hver adresse åbner passet for sit eget niveau eller det næsthøjere niveau, så en butik kan linke til modellens adresse, inden nogen køber noget.

Hvis der udstedes pas pr. batch, åbner et GTIN uden batchnummer passet for den nyeste batch. Et batchnummer åbner passet for denne batch, et serienummer åbner passet for det enkelte emne eller - i et arbejdsområde, der udsteder pr. batch - passet for den batch, som dette serienummer tilhører. Et opdigtet serienummer åbner passet for den pågældende batch eller model med en bemærkning om, at denne enhed ikke har sit eget pass, og opkaldet logges; et ukendt GTIN fører ikke til noget. En SGTIN-EPC, der læses fra en RFID-tag, videresendes - uanset om det er som URN eller i den komprimerede GS1-form - til dens GS1 Digital Link.

Resolveren er opbygget i henhold til GS1-standarden for kompatible resolvere (GS1-Conformant Resolver Standard, ISO/IEC 18975) og beskrives på hver vært i et arbejdsområde under /.well-known/gs1resolver. Maskiner modtager for linkType=linkset og den ældre værdi all det linksæt for identifikatoren (RFC 9264), der svarer til GS1-skemaet; gs1:pip, gs1:DPP og gs1:defaultLink følges; en linktype, som Pass ikke understøtter, returnerer 404, og et ugyldigt link returnerer 400, og hvert svar angiver det niveau, det leverer. Vores egen resolver besvarer GS1 Digital Links og GS1-kodede RFID-adresser, og Pass åbner under sin GS1-adresse; et mærke, hvis links går via en GS1-resolver, retter denne resolver mod vores, og hver scanning ankommer til os via dens videresendelse.

Hver udgivelse fastfryser en ny, signeret version på samme adresse, og hver tidligere version forbliver tilgængelig i den tilstand, den var i på udgivelsestidspunktet.

Hver version er en W3C Verifiable Credential, signeret med ECDSA-SD, en metode til selektiv offentliggørelse: Forbrugeren, genvindingsvirksomheden og myndigheden modtager hver især den delmængde, de har ret til, og signaturen forbliver verificerbar på denne delmængde. Hver version indeholder hashen fra den forrige, så historikken ikke kan ændres ubemærket, og et manifest, der er signeret med Transpareos nøgle, angiver hver version med dens hash. Hver tidligere version angiver, hvad der er ændret siden den forrige.

Produktdatasættet bag passet kan fortsat redigeres og har sin egen historik: Hver ændring registreres felt for felt med angivelse af person eller system, tidspunkt samt værdi før og efter, og en tidligere version kan gendannes. Produkthistorikken viser, hvem der har ændret hvad; passversionerne dokumenterer, hvad der blev offentliggjort på markedet og hvornår.

Identifikatoren forbliver den samme; ændringen offentliggøres som en ny version af det samme certifikat, og koden på produktet henviser til den opdaterede version.

En ny identifikator er kun nødvendig, hvis selve varen udskiftes. Til det formål findes der begrebet »supersession«: Det nye pas knyttes til det udskiftede, og den, der modtager det ene, finder også det andet.

Ja. Transpareo Time Machine, vores open source-viewer, viser alle udgivne versioner i brandets design.

Den aktuelle version indlæses sammen med siden, mens tidligere versioner indlæses, så snart man åbner tidslinjen; man bladrer gennem produktets liv: hvordan det blev fremstillet, hvad der blev repareret, og hvor det endte. Læs mere under Transpareo Time Machine.

Partiet bevarer sin egen sammensætning, og senere produktændringer kan kun indføres via en rettelse, der signerer en ny version.

SKU’en og dens GTIN forbliver uændrede. Når et parti oprettes, gemmes der en permanent kopi af komponenterne og egenskaberne i den faktisk fremstillede tilstand, og senere ændringer af produktet overføres ikke tilbage til partiet. Hvis styklisten for en sæson afviger, foretages ændringen på modellen, inden batchen oprettes; yderligere værdier fra produktionskørslen, f.eks. testresultater, indstilles ligeledes og fastfryses af batchen. En korrektion af batchen overtager den korrigerede status af modellen og signerer en ny version.

Et stykke, der er produceret om foråret, angiver sine materialer på denne måde, mens et stykke med samme SKU fra efteråret angiver sine egne, uden at der oprettes en ny SKU og uden uklarhed. Tidligere lagerstatus kan stadig ses via Transpareo Time Machine.

Hændelsen registreres i passet, og en ændring af oplysningerne offentliggøres som en ny, underskrevet version på samme adresse; der udstedes eller udskrives ikke noget nyt.

Reparation, renovering, tilbagetagning, genanvendelse og tilbagekaldelse registreres med dato og aktør og vises som offentlige EPCIS-hændelser. Et skift af leverandør eller materiale udgør en dataændring og vises som en ny version. Inspektioner, ejerskifte og hændelser registreres kun for myndigheder.

Ja, med den adgang, som mærket giver dem.

Mærket tildeler en reparations-, renoverings- eller genvindingsvirksomhed egne API-adgangsoplysninger med tilladelse til at registrere hændelser. Hver hændelse, som virksomheden registrerer, indeholder dens GLN-nummer, forudsat at dette er angivet, som hændelsessted, og for at offentliggøre hændelsen som en ny version kræves der en separat tilladelse til offentliggørelse. En part uden adgang fra mærket bidrager ikke med noget.

Via sin signatur, som alle kan verificere uden software, API eller konto hos Transpareo - på anmodning med nøgler, som kun mærket er i besiddelse af.

• Bevis for alle: underskrevet som en W3C Verifiable Credential med ECDSA-SD; ethvert kompatibelt bibliotek verificerer det.
• Kontrol hos læseren: Vieweren opløser DID-dokumentet og den offentlige nøgle og kontrollerer signaturen i browseren.
• Open Source: Revisionssporet kan kontrolleres offentligt og kan uafhængigt genskabes.
• Egne nøgler: Platformen sender det dokument, der skal signeres, til et signatur-endepunkt hos mærket; private nøgler kommer aldrig i hænderne på Transpareo.

Et krav er delvist opfyldt: EN 18246 kræver nøgler, der er certificeret efter en identitetskontrol, mens udstederens nøgler offentliggøres på hans eget domæne uden et sådant certifikat. Den fysiske sikkerhed af databæreren, f.eks. kopibeskyttelsesfunktioner eller hardware-identifikatorer, leveres af databærerproducenten; Transpareo vurderer i dag ikke sådanne funktioner.

Forfalskede pas afsløres straks på grund af underskriften; kopierede ægte koder fremgår af scanningsstatistikken.

• Falsk pas: ligger ikke på varemærkets domæne og er ikke signeret med dets nøgle; enhver verifikation mislykkes.
• Kopieret ægte kode: Antallet af scanninger pr. pas og land fremgår af scanningsstatistikken. Et enkeltpas kan sættes på vent; hver efterfølgende scanning viser det derefter som sat på vent.

For at afsløre en fysisk klon allerede under scanningen kræves der et kendetegn på databæreren, der ikke kan kopieres, f.eks. en tag-hardware-identifikator. Transpareo registrerer og kontrollerer i dag ikke sådanne værdier.

Ja. Hver kilde indtaster de felter, den han er ansvarlig for, i et katalog via API, tabelimport, agentgrænsefladen eller applikationsmanageren.

Produkter, komponenter, dokumenter, medier og egenskabstyper findes i dette ene katalog. En import sammenligner data ved hjælp af produktets eller komponentens identifikator og opdaterer eksisterende dataposter på stedet, så en tilbagevendende udtrækning fra PLM eller ERP holder kataloget opdateret. Komponenter deles: Et materiale, der er blevet rettet én gang, overføres til alle produkter, der indeholder det.

Hver indtastning valideres ved modtagelsen og kontrolleres umiddelbart derefter i forhold til kategoriens regler, og hver ændring logges felt for felt med kilde og tidspunkt. Et typisk samarbejde: PLM-systemet leverer sammensætning og vedligeholdelse, ERP-systemet leverer ordrer, batcher og serienumre, og et leverandørportal leverer certifikater; Transpareo sammensætter passet, validerer det, underskriver det og frigiver det.

Dokumenter er knyttet til produkter og komponenter, og platformen genererer selv den tekniske dokumentation for hvert produkt som PDF-filer i overensstemmelse med mærkets branding.

Et offentligt dokument tilføjes til passet som download for det pågældende produkt, og hver offentliggjort version bevarer den fil, som den blev offentliggjort med; et internt dokument forbliver uden for passet. Et reguleret dokument i et datapunkt følger dets offentliggørelsesniveau, således at et dokument, der er forbeholdt myndighederne, forbliver uden for de offentlige data. I en komponent er et dokument enten offentligt eller kun synligt efter login.

Den tekniske dokumentation er baseret på den offentliggjorte vejledning om open source-rendereren md2pdf, som anvender arbejdsområdets branding og genererer det samme dokument på alle arbejdsområdets sprog - op til 40. Biblioteket er offentligt tilgængeligt på GitHub.

Datapunkter er konfiguration: Opret felt, angiv offentliggørelsesniveau, markér som obligatorisk - uden platformudvikling og uden at skulle vente på en release.

Navnet indtastes én gang på ens eget sprog og oversættes derefter af platformen til de øvrige sprog. For eksisterende data gælder følgende:

• Registrering: DPP-tilgængeligheden genberegnes med øjeblikkelig virkning for hele kataloget med en hastighed på 200 produkter pr. minut; hvert produkt, der ikke indeholder det nye felt, vises og kan filtreres, og eksporten indeholder det nye felt for hele kataloget.
• Efterregistrering: manuelt, via masseimport fra en tabel eller via API’et. Hvor værdien kan udledes, kan assistenten udarbejde forslag til kontrol.
• Offentliggjorte pass bevarer deres version; en opdatering er en ny offentliggørelse under den samme URL.
• Kontrol: Felt, værdier og hver genudgivelse fremgår af revisionsloggen og versionshistorikken.

Hvis der tilføjes en helt ny kategori, leverer vi et overensstemmelsesprofil og datapunkter som skabelon, som et arbejdsområde kan overtage i ét trin.

Via tabelimport med kolonneinddeling og forhåndsvisning, op til 50 MB og 100’000 rækker pr. fil, eller via API’et.

Importværktøjet foreslår en tilknytning af kolonnerne til felterne, viser inden importen, hvad hver kolonne bliver til, og foreslår hver gang den samme tilknytning for identiske kolonneoverskrifter; når den genkender alle de kolonner, den har brug for, springer en automatisk kørsel tilordningstrinnet over, så en tilbagevendende import blot er en enkelt upload. Eksporter som XLSX eller CSV indeholder hele datamængden, én tabel pr. sprog, og kan importeres igen i de samme formater. En første indlæsning starter som regel som en tabel; så snart strukturen er på plads, skifter indlæsningen som regel til API’et.

Alt foregår med autentificering via HTTPS. Større mængder overføres i flere uploads eller via Bulk-API’en. Mediefiler uploades én ad gangen, fire samtidigt og op til 50 MB pr. fil; eksporten foregår i baggrunden på en adresse, der udløber. Brugeren får besked i applikationen, når en import er færdig eller kræver en beslutning, og kan efter ønske også modtage en e-mail, når den er færdig. Der tilbydes hverken FTP eller uautentificerede lagringssteder.

Via en REST-API, signerede webhooks, et begivenhedsfeed, import og eksport af tabeller, en MCP-server til AI-agenter og en n8n-node; der er ikke behov for middleware.

• REST-API: dokumenteret, autentificeret med OAuth 2.0 Client Credentials, begrænset pr. system inden for anvendelsesområdet. PLM eller ERP opretter og opdaterer produkter, komponenter, egenskaber og batcher samt offentliggør certifikater.
• Webhooks: rapporterer livscyklusbegivenheder uden at der skal foretages forespørgsler; begivenhedsfeeden leverer de samme begivenheder til systemer, der foretager forespørgsler.
• Masseimport: Tabel eller CSV til systemer uden budget til integration, med tildeling, forhåndsvisning og opdatering af eksisterende dataposter.
• Agentgrænseflade (MCP): til værktøjer, hvor det ikke kan betale sig at gennemføre et integrationsprojekt.
• n8n-node: offentliggjort som @transpareo/n8n-nodes-transpareo, til arbejdsgange, som et team opbygger uden programmering.

API og webhooks fungerer i realtid. Import, eksport, offentliggørelse og oversættelse kører som baggrundsopgaver med statusforespørgsel, viser deres fremskridt og blokerer ikke for nogen; en masseoffentliggørelse kan ikke overbelaste køen. Alt, der understøtter HTTPS, kan integreres, herunder en eksisterende integrationsplatform eller en iPaaS. Et partnersystem genkender GS1-identifikatorer uden behov for en tilknytningstabel.

Hver indtastning kontrolleres ved modtagelsen med hensyn til værdiernes art og format, og dataene kontrolleres derefter i forhold til reglerne for den pågældende reguleringskategori, både ved beregningen af DPP-beredskabet og ved hver offentliggørelse.

Kontrollen ved modtagelsen gælder, uanset om dataene kommer via API’en, en import eller en person. Reglerne stammer fra kategoriens overensstemmelsesprofil, skrevet som »shapes« efter SHACL-modellen; de omsætter således reguleringens datakrav til kontroller. Identifikatorer for driftssteder kontrolleres i forhold til de tilladte skemaer. Regulatoriske datapunkter knyttes til produktet og fastfryses ved offentliggørelsen; compliance-dokumenter er knyttet til de samme datasæt, og deres synlighed følger offentliggørelsesniveauet for det datapunkt, de er knyttet til.

Kontrollen er af strukturel karakter: Er de obligatoriske oplysninger til stede, korrekt formateret og af den krævede type? Om en oplysning er korrekt indholdsmæssigt, er et kontroltrin, der udføres af mennesker, f.eks. via leverandørside.

Hvert produkt har en DPP-status, der løbende genberegnes: procentværdi, farve og liste over udestående kontroller, hver med et link til feltet.

Kontroller, der blokerer offentliggørelsen, adskilles fra dem, der blot forbedrer datasættet. Så længe en obligatorisk kontrol er uafsluttet, kan der ikke offentliggøres noget pas. En manglende obligatorisk egenskab angives med sin type; en værdi, der afviger fra standarden, rapporteres sammen med den regel, den overtræder.

Komponenter deles, så en ændring slår igennem i alle produkter, der indeholder dem. Batchdata forbliver uændrede, og offentliggjorte data ændres kun, hvis den person, der redigerer dem, ønsker det: En rettelse medfører en ny version, som webhooks og begivenhedsfeeden rapporterer.

I kataloget er DPP-tilgængeligheden en kolonne: den kan sorteres og filtreres. Prøv det uden at oprette en konto: vores demo.

Ja, som godkendelsesforløb med op til fem trin; den, der indgiver en ansøgning, træffer ikke selv afgørelsen.

Hvert trin er tildelt en gruppe eller en rettighed. Så længe en obligatorisk kontrol er uafsluttet, forbliver offentliggørelsen af et certifikat spærret, og selv en offentliggørelse, der igangsættes af en tilknyttet AI-agent, gennemgår den samme proces. Adgangen kan begrænses til enkelte produkter eller komponenter. Der findes endnu ikke versionerede workflow-skabeloner; hvis en kunde har brug for bestemte trin, integrerer vi dem i produktet.

Ja. Opgaver tildeles enkeltpersoner eller grupper, og hver person modtager en daglig e-mail med en oversigt over sine nye og forfaldne opgaver, og forespørgsler til leverandører har deres egne frister og påmindelser.

En automatisk eskalering til andre personer er på vej. Opgaver kan hentes via API’et, og webhooks samt begivenhedsfeeden rapporterer enhver statusændring for et pas, så et eksternt workflow-værktøj kan reagere på det, f.eks. n8n med Transpareo-noden.

Den konfigurerbare produkttabel, listerne over opgaver og forespørgsler samt statistiksiden; alle datasæt kan eksporteres.

• Katalog: Hver person vælger selv kolonnerne, herunder DPP-beredskabet; gemte visninger fastlægger søgninger for hele teamet. Komponenter kan søges efter navn, type og egenskaber, mens certifikater kan søges efter identifikator, status (fra udkast til udløb), version, ugyldighed samt parti eller stykke.
• Igangværende arbejde: Opgavelisterne og forespørgselslisterne viser forfaldne opgaver, opgaver uden ansvarlig person, udløbne forespørgsler og svar, der afventer gennemgang.
• Forbrugere: Antal scanninger pr. pas, region og tidsperiode, hentet fra serverlogfiler uden sporing, kan downloades fra statistik-siden.
• Eksport: Produkter, komponenter og pas som komplette datasæt i CSV, XLSX, JSON-LD eller SQL, uafhængigt af kolonnerne og filtrene på skærmen.

Via API’en kan man søge efter pas efter produkt, status og søgeord, og kataloget, pasene samt antallet af scanninger pr. pas er tilgængelige for kunderne via deres egne BI-værktøjer. Demo: vores demo.

Produkt- og pasdataene for hvert arbejdsområde er gemt i en separat database; kun konto- og takstdata er gemt i den fælles platformdatabase.

Søgeindeks, signaturnøgle og krypteringsnøgle er ligeledes adskilt for hvert arbejdsområde; medier og pasarkiv ligger under hver deres sti for hvert arbejdsområde.

Ja, på to niveauer: følsomme områder og sikkerhedskopier.

• Felter: AES-256-GCM med én nøgle pr. arbejdsområde, som igen er indkapslet med en nøgle, der er afledt af serverens master-secret; en rotation af master-secretet omslutter hver arbejdsområdenøgle, som det beskytter, på ny, uden at dataene krypteres på ny. For eksempel beskyttes AI-udbyderens nøgle. Arbejdsområdets signaturnøgle er omsluttet af en anden nøgle fra arbejdsområdet, der er specielt beregnet til dette formål.
• Sikkerhedskopier: krypteres med AES-256, inden de forlader serveren.

Medier og pasarkivet opbevares i objektlageret i EU, og arkivet for et betalende arbejdsområde kan ikke ændres i ti år.

E-mail og adgangskode med Passkey eller engangskode som anden faktor, som arbejdsområdet kan kræve; arbejdsområdet fastsætter, hvor længe der må være inaktivitet, før man bliver logget ud.

Standardvarigheden er 480 minutter; arbejdsområdet kan frit fastsætte varigheden. Sessionen afsluttes på serversiden; vores demo-arbejdsområde kører med en varighed på 60 minutter. Derudover udløber sessionscookien, når browseren lukkes. En krypteret sessionscookie, der er markeret som sikker, gemmer oplysninger om sessionen, mens en sprogcookie gemmer oplysninger om det valgte sprog; der er ingen tredjepartscookies.

Brugere inviteres og tildeles adgangsgrupper; når en bruger fjernes, fratages vedkommende straks adgang og API-adgangsoplysninger. Der findes ikke generiske eller delte konti. Hver brugers seneste login vises; automatisk deaktivering af konti, der har været inaktive i lang tid, er på vej.

Tre logfiler: revisionslog (5 år), sikkerhedslog i henhold til NIS2 (365 dage) og en oversigt over alle myndigheders adgang, som vi eksporterer på anmodning.

Auditloggen angiver, hvem der har ændret hvad og hvornår, felt for felt, med værdien før og efter, og kan filtreres på skærmen efter tidsperiode, datapost eller bruger. Sikkerhedsloggen registrerer log-ins (vellykkede eller afviste), multifaktor-autentificeringer, nulstilling af adgangskoder, kontospærringer, afviste API-adgangsoplysninger, blokerede adresser og afviste agentanmodninger; den kan søges i applikationen.

Personoplysninger i driftslogfiler opbevares kun så længe, som det er nødvendigt for det tilsigtede formål (art. 5, stk. 1, litra e, i GDPR). Pas eksporteres som signerede filer, som en myndighed kan verificere uden brug af vores software; logfiler eksporteres som CSV- eller XLSX-filer.

Vi underretter straks kunden om enhver sikkerhedshændelse, der vedrører hans arbejdsområde, uanset om personoplysninger er berørt eller ej, og alle kan indberette sårbarheder til support@mail.transpareo.com.

I tilfælde af et brud på beskyttelsen af personoplysninger skal der indsendes en anmeldelse i henhold til klausul 9 i vores aftale om databehandling: Den beskriver arten af bruddet, dets sandsynlige konsekvenser og de foranstaltninger, der er truffet, angiver et kontaktpunkt og oplyser, hvornår bruddet fandt sted og blev opdaget, samt hvilke arbejdsområder det vedrører. Oplysninger, der endnu ikke foreligger, vil blive tilføjet, så snart de foreligger.

Kun via en anmeldelse på vegne af kunden, som registreres i platformsprotokollen og i arbejdsområdets egen sikkerhedslog.

Kunden gennemgår hver eneste sådan logning i sin sikkerhedslog. Medarbejderne gennemgår en sikkerhedskontrol, inden de får adgang, og modtager regelmæssig sikkerhedsuddannelse. De er forpligtet til fortrolighed og får kun adgang i det omfang, det er nødvendigt for driften og opfyldelsen af aftalen (klausul 7.4(b) i databehandleraftalen).

Support via e-mail til support@mail.transpareo.com, på tysk og engelsk, er inkluderet i alle abonnementer.

Der findes ikke en separat supportaftale eller support, der afregnes efter tidsforbrug. I applikationen kan man søge i hjælpeartikler, som vises på brugerens sprog ved siden af API-vejledningen. Med arbejdsområdets egen AI-adgang svarer assistenten ud fra begge kilder, kan henvise til artiklen og efter bekræftelse straks udføre det beskrevne trin med brugerens rettigheder.

Ja, platformen er i drift: Enhver virksomhed kan registrere sig, og hvert certifikat genereres, valideres, signeres og offentliggøres under sin permanente adresse.

Du kan prøve funktionerne i vores demo uden at oprette en konto.

En fast månedlig pris pr. arbejdsområde baseret på antallet af adgangskort, uden gebyrer for opsætning, rådgivning, brugere eller scanning og uden betalingspligtige tillægsmoduler.

Databæreren har ingen betydning for prisen, og scanninger, trafik og lagerplads tælles aldrig med. Hvert abonnement omfatter det fulde funktionsomfang med eget domæne, 40 sprog og komplet API, så alle funktioner i dette katalog også er tilgængelige i det mindste abonnement; de eneste omkostninger uden for abonnementet er gebyrerne fra AI-udbyderen, hvis en kunde bruger assistenten med sin egen konto. Der faktureres månedligt uden minimumsløbetid.

Fire abonnementer i franc, euro eller dollar: op til 100 pas, op til 1’000, op til 10’000 og ubegrænset, hver med et vilkårligt antal produkter og komponenter. I betafasen gælder en rabat på 30 % på listepriserne, og den pris, du indgår aftalen til, forbliver din pris, så længe du beholder dit abonnement. Der er mulighed for en uforpligtende prøveperiode på 8 dage. Den aktuelle prisliste på vores prisside er gældende.

Vi opbygger arbejdsområdet med kundens data, egenskabstyper, branding og domæne, og de første versioner er klar til brug inden for få dage.

Et nyt arbejdsområde er klar på få minutter via en Transpareo-adresse; kundens eget domæne følger, så snart dens DNS-post peger på os. På kundens side er det nok at have en opdateret browser på Windows, macOS, Linux, iOS eller Android; der skal ikke installeres eller administreres noget.

• Integration af forsyningskæden: via leverandørside, på arbejdsområdets sprog.
• Integration: REST-API, webhooks, MCP-serveren og n8n-knudepunkterne vedligeholdes af det team, der har udviklet dem.

Derudover får man værktøjer uden ekstra omkostninger: dokumenter i mærkets branding på 40 sprog, Transpareo Time Machine som tillidsfaktor samt trafikstatistikker uden sporing.

Vores generelle forretningsbetingelser i henhold til schweizisk lovgivning: Opsigelse ved udløbet af den månedlige afregningsperiode, ingen minimumsløbetid og ved let uagtsomhed et erstatningsansvar på op til beløbet for de seneste tolv måneders gebyrer.

• Opsigelse: Kontrakten er indgået på ubestemt tid og kan til enhver tid opsiges med virkning fra udløbet af den løbende afregningsperiode.
• Erstatningsansvar: ubegrænset i tilfælde af forsæt og grov uagtsomhed; i tilfælde af let uagtsomhed kun ved overtrædelse af væsentlige kontraktmæssige forpligtelser, begrænset til den typisk forudsigelige skade og samlet set til de vederlag, der er betalt i de tolv måneder forud for den skadevoldende begivenhed. Tabt fortjeneste, datatab og følgeskader er udelukket, i det omfang loven tillader det.
• Ændringer: Ændringer af vilkårene og priserne meddeles skriftligt mindst 30 dage før de træder i kraft, med ret til at gøre indsigelse mod de ændrede vilkår og opsige aftalen inden en prisændring træder i kraft.
• Gældende lov og værneting: Schweizisk lov med undtagelse af FN’s konvention om internationale køb; værnetinget er Zug, Schweiz.
• Databeskyttelse: Aftalen om databehandling er en integreret del af vilkårene.

Kunderne er erhvervsdrivende og er ansvarlige for indholdet i deres pas; Transpareo stiller den tekniske platform til rådighed.

Vi sidder i de udvalg, hvor reglerne udarbejdes, og sørger for at gennemføre det, de offentliggør.

• Europæisk standardisering: Medlemskab af det nationale standardiseringsudvalg under den schweiziske standardiseringsforening (SNV) og dets underudvalg for DPP, som er Schweiz’ repræsentant i CEN/CLC/JTC 24 - det udvalg, der udarbejder den europæiske DPP-standardserie. Vi gennemgår udkastene, mens de udarbejdes, og afgiver vores udtalelser hertil.
• EU-pilotprojekter: Medlem af »Community of Practice« under CIRPASS-2, det EU-projekt, der afprøver det digitale produktpas i fire værdikæder.
• Arbejde med protokollen: løbende medvirken i FN’s gennemsigtighedsprotokol; seks af vores kommentarer til version 0.7.0 er opført i det offentlige register.
• batteripas: støttende partner i Battery-Pass-konsortiet, der i samarbejde med førende forskningsinstitutioner opbygger testmiljøet for EU-batteripaset, støttet af det tyske forbundsministerium for økonomi og energi. Batterier er den første produktgruppe, for hvilken der gælder en bindende forpligtelse fra den 18. februar 2027.

51 % af aktiekapitalen ejes af den almennyttige Transpareo Foundation i Zug; denne andel kan ikke sælges, og Transpareo kan ikke overtages.

Fonden er under tilsyn af den schweiziske fondstilsynsmyndighed. Erfaringerne rækker ud over reguleringen: Grundlæggerens første platform for produktgennemsigtighed har været i drift siden 2008 for kosmetikproducenter.