Leistungskatalog für Digitale Produktpässe: Antworten für Ihre Due Diligence

Die ESPR-Grundanforderungen und das Konformitätsprofil für Textilien, durchgesetzt vor jeder Veröffentlichung, solange der Arbeitsbereich die Prüfung nicht abschaltet.

Vor der Veröffentlichung geprüft werden die Identifikatoren von Pass und Wirtschaftsakteur sowie, aus der Textilvorlage, das Etikett der Faserzusammensetzung und die technische Dokumentation; Materialzusammensetzung und Pass-Ebene werden als Empfehlung geprüft. Pflegehinweise und weitere Begleitdokumente stehen als Vorlagenfelder mit vorgegebener Offenlegungsstufe bereit.

Solange ein delegierter Rechtsakt im Entwurf ist, sind die Datenpunkte, die er festlegt, in Transpareo eine Frage der Konfiguration. Was der endgültige Rechtsakt ergänzt, kommt als Aktualisierung des Konformitätsprofils, ohne Umbau der Plattform.

Ja. Das Batteriedatenmodell nach DIN DKE SPEC 99100 ist vollständig hinterlegt und wird vor der Veröffentlichung validiert.

Transpareo liefert das in DIN DKE SPEC 99100 (Anhang A, Tabelle A.1) definierte Datenmodell mit, das die von der EU-Batterieverordnung und den kategoriespezifischen Leitlinien der Kommission verlangten Datenpunkte abdeckt: unter anderem Batteriekategorie, Chemie, CO2-Fussabdruck, Rezyklatanteil je Metall, Alterungszustand (State of Health) und Lebensdauerwerte.

Batteriepässe werden gegen ein eigenes Konformitätsprofil validiert. Datenpunkte, die die Verordnung Lesenden mit berechtigtem Interesse vorbehält, werden getrennt vom öffentlichen Datensatz geführt. Ein Batterie-Arbeitsbereich arbeitet automatisch mit einem Pass je Batterie. Die Pflicht gilt ab dem 18. Februar 2027.

Elf Produktgruppen haben heute ein Konformitätsprofil, und jede weitere Produktgruppe wird über eigene Eigenschaftstypen abgebildet.

Konformitätsprofile stehen zur Verfügung für Textilien, Batterien, Elektronik, Reifen, Verpackungen, Möbel, Aluminium, Eisen und Stahl, Chemikalien, Bauprodukte und Lebensmittelkontaktmaterialien. Ein Arbeitsbereich wählt seine Kategorie, und die Plattform validiert jeden Pass gegen dieses Profil.

Jede andere Art von Produkt wird abgebildet, indem eigene Eigenschaftstypen für Produkte und Komponenten definiert werden, jeweils als Pflicht- oder optionales Feld. Eine Produktgruppe, die die Regulierung noch nicht erfasst hat, ist damit eine Frage der Konfiguration.

Transpareo stellt Pässe für die EU aus. Empfohlen ist ein Arbeitsbereich je Branche, weil jede Branchenvorlage ihre eigenen Pflichtdatenpunkte festlegt.

Innerhalb eines Arbeitsbereichs werden weitere Datenpunkte als Eigenschaftstypen ergänzt, jeder mit eigener Offenlegungsstufe, und jeder Pass wird gegen das Konformitätsprofil der Kategorie des Arbeitsbereichs validiert. GS1-Identifikation, W3C Verifiable Credentials und JSON-LD-Vokabulare sind weltweit lesbar.

Jede Vorlage hat zwei Ebenen: eine regulierte, die die Regulierung festlegt, und die eigene des Kunden, die er frei erweitert.

Die regulierte Ebene: Für jede regulatorische Kategorie führt die Plattform Datenpunkte und Begleitdokumente nach der jeweiligen Regulierung als Vorlage, die ein Arbeitsbereich in einem Schritt übernimmt. Der Textilsatz folgt der Verordnung (EU) Nr. 1007/2011 und den ESPR-Grundanforderungen; der delegierte Rechtsakt für Textilien ist noch im Entwurf. Der Batteriesatz folgt der DIN DKE SPEC 99100 mit den kategoriespezifischen Pflichtregeln der Kommission. Typ, Pflichtstatus und Begriff im Vokabular sind festgelegt, Name und Offenlegungsstufe kann der Arbeitsbereich anpassen; der feste Begriff macht die Pässe verschiedener Marken mit denselben Werkzeugen lesbar.

Die eigene Ebene: Der Arbeitsbereich definiert neben dem regulierten Rahmen beliebig viele eigene Eigenschaftstypen jeglicher Art, etwa für Schuhe oder Accessoires. Ein neuer Eigenschaftstyp ist ab dem Speichern verfügbar.

Marken, Kategorien, Eigenschaftstypen, Sprachen, Gruppen, Branding und Domain sind Konfiguration. Alle Kunden nutzen dasselbe Produkt: Was ein Kunde braucht, kommt für alle in die Plattform, gesteuert über die Konfiguration, sodass ein Upgrade jede Anpassung bestehen lässt.

Je Modell, je Charge oder je Stück.

Die GTIN identifiziert das Modell, auch Style oder SKU genannt. Ein Chargenpass hängt die Losnummer an die Adresse an; ein Einzelstückpass trägt die Seriennummer an Stelle der Losnummer. Das Ergebnis ist eine Webadresse je Pass, die jeder GS1-konforme Scanner auflöst.

Die Ebene legt der Arbeitsbereich fest, und für Textilien und Batterien gibt die regulatorische Kategorie sie vor: ein Pass je Produktionscharge für Textilien, einer je Batterie für Batterien. Ein veröffentlichter Pass behält die Ebene, auf der er veröffentlicht wurde.

Ja. Die Produktidentifikatoren folgen GS1, und Wirtschaftsakteur und Betriebsstätten werden gegen die Schemata der EN 18219:2026 validiert.

Die GTIN identifiziert das Modell, die Losnummer (AI 10) die Charge, die Seriennummer (AI 21) das Einzelstück. Eine GTIN wird bei der Eingabe anhand ihrer Prüfziffer kontrolliert, und ein Produkt mit falscher GTIN-Prüfziffer lässt sich weder speichern noch veröffentlichen. Die GLN von Wirtschaftsakteur und Betriebsstätten wird ebenfalls anhand ihrer Prüfziffer validiert.

Die Arbeit kann beginnen, bevor GS1-Nummern vorliegen: Ein Produkt wird über eine Herstellerteilenummer (MPN, entspricht meist der SKU) identifiziert, und die GTIN wird später ergänzt, ohne Bestehendes zu stören.

Jede Ebene ist ein eigener Datensatz mit eigenem Identifikator und hält, was zu ihr gehört.

Das Modell hält, was für den Artikel gilt: Zusammensetzung, Pflege, Ursprung, Dokumente. Varianten erben davon; ein abweichender Wert wird an der Variante gesetzt und als abweichend gekennzeichnet. Eine Charge hält ihre Nummer und ihr Herstellungsdatum und friert den Datensatz im gefertigten Zustand ein. Ein Einzelstück erbt den eingefrorenen Datensatz seiner Charge; sein Eigenes ist seine Geschichte aus Reparaturen, Aufarbeitungen, Eigentumsübergängen und Vorfällen.

Von einem Modell gelangt man zu den darunter produzierten Chargen und von einer Charge zu ihren Stücken; ein Stück löst auf seine Charge und sein Modell auf. Verpackungshierarchien, also was in was verpackt wurde, werden heute nicht erfasst.

Nach den Schemata, die EN 18219 zulässt: der Wirtschaftsakteur mit LEI oder GLN, die Betriebsstätte mit LEI, GLN oder DID.

Die LEI oder GLN Ihres Unternehmens wird in den Einstellungen des Arbeitsbereichs hinterlegt, die des Herstellers in seinem Datensatz. Beide werden gegen diese Schemata geprüft und an der Stelle in den Pass geschrieben, die der Standard vorsieht. Weitere Herstelleridentifikatoren werden ohne Entwicklungsaufwand als Eigenschaftstypen ergänzt.

Jeden Datenträger, der eine Webadresse aufnehmen kann; den QR-Code erzeugt die Plattform selbst.

Jeder Pass eines Produkts mit GTIN wird als GS1 Digital Link ausgestellt und mit druckfertiger QR-Vorlage geliefert, als skalierbares SVG, als PDF und als PNG in jeder Grösse bis 2’000 Pixel, mit der Fehlerkorrekturstufe M. Illustrator und InDesign öffnen diese Dateien direkt; ein eigenes Adobe-Plug-in gibt es nicht.

Data Matrix eignet sich für eine kleine Druckfläche, NFC-Tags tragen einen NDEF-URI-Datensatz, und UHF-RFID-Inlays werden auf Distanz gelesen; ein aus derselben GTIN und Seriennummer gebildeter EPC löst auf denselben Pass auf. Beliebig viele Datenträger können dieselbe Adresse codieren und führen zum selben Pass.

Ja. Die Adresse ist deterministisch, sodass ein Code in den Druck gehen kann, bevor der Produktdatensatz angelegt ist.

Sobald die Domain konfiguriert ist, ergibt sich die Adresse eines Passes aus dem GS1 Digital Link: Domain, GTIN und je nach Ebene Chargen- oder Seriennummer. Der Code löst auf, sobald der Pass veröffentlicht ist. Die Plattform rendert ihn ab dem ersten Entwurf, als Vektor-SVG, als druckfertiges PDF und als PNG in den benötigten Pixelgrössen, als Datei oder über die API.

Vorab erzeugte Seriennummern eines Lieferanten werden in grossen Mengen per Datei oder über die API importiert: in einem Arbeitsbereich mit einem Pass je Stück als Seriennummern der Pässe, sonst als Seriennummern einer Charge, deren Pass sie öffnen.

In beide Richtungen, ohne Installation beim Lieferanten und ohne Integration mit seinen Systemen.

Druckt der Lieferant Codes, die Transpareo ausgibt, werden die Pässe aus den Auftragsdaten erstellt, jeder erhält seine Adresse, und der Lieferant erhält den Satz als Datei oder über die API zusammen mit druckfertigen Vorlagen. Bringt der Lieferant eigene Codes mit, werden seine Seriennummern importiert und an die Pässe gebunden, in grossen Mengen vor der Produktion oder Stück für Stück über die API.

Die Geschäftsbeziehung zum Lieferanten bleibt beim Kunden, und die Plattform hält die Zuordnung zwischen Seriennummer und Pass, sodass der Lieferant gewechselt werden kann, ohne bereits ausgestellte Pässe anzutasten. Transpareo liefert die Software; physische Etiketten und Datenträger kommen von Partnern oder von jedem Anbieter, den der Kunde wählt, zum Preis dieses Anbieters. Ein Konsumenten-Scan braucht nur die Kamera des Telefons, und NFC- oder RFID-Lesen nutzt die Geräte, die ein Betrieb ohnehin hat.

Jede Adresse öffnet den Pass ihrer Ebene oder der nächsthöheren Ebene, sodass ein Shop die Adresse des Modells verlinken kann, bevor jemand kauft.

Werden Pässe je Charge ausgestellt, öffnet eine GTIN ohne Losnummer den Pass der neuesten Charge. Eine Losnummer öffnet den Pass dieser Charge, eine Seriennummer den Einzelstückpass oder, in einem Arbeitsbereich, der je Charge ausstellt, den Pass der Charge, die diese Seriennummer hält. Eine erfundene Seriennummer öffnet den Pass der Charge oder des Modells mit dem Hinweis, dass diese Einheit keinen eigenen Pass hat, und der Aufruf wird protokolliert; eine unbekannte GTIN löst auf nichts auf. Ein von einem RFID-Tag gelesener SGTIN-EPC wird, ob als URN oder in der komprimierten Form von GS1, an seinen GS1 Digital Link weitergeleitet.

Der Resolver ist nach dem GS1-Standard für konforme Resolver (GS1-Conformant Resolver Standard, ISO/IEC 18975) gebaut und beschreibt sich auf jedem Host eines Arbeitsbereichs unter /.well-known/gs1resolver. Maschinen erhalten für linkType=linkset und den älteren Wert all das Link-Set des Identifikators (RFC 9264), das dem Schema von GS1 entspricht; gs1:pip, gs1:dpp und gs1:defaultLink werden befolgt, ein Linktyp, den der Pass nicht führt, ergibt 404 und ein fehlerhafter Link 400, und jede Antwort nennt die Ebene, die sie liefert. Unser eigener Resolver beantwortet GS1 Digital Links und GS1-codierte RFID-Adressen, und der Pass öffnet unter seiner GS1-Adresse; eine Marke, deren Links über einen GS1-Resolver laufen, richtet diesen Resolver auf unseren, und jeder Scan kommt über dessen Weiterleitung bei uns an.

Jede Veröffentlichung friert eine neue signierte Version unter derselben Adresse ein, und jede frühere Version bleibt im Zustand ihrer Veröffentlichung abrufbar.

Jede Version ist ein W3C Verifiable Credential, signiert mit ECDSA-SD, einem Verfahren zur selektiven Offenlegung: Konsument, Recycler und Behörde erhalten jeweils die Teilmenge, zu der sie berechtigt sind, und die Signatur bleibt auf dieser Teilmenge überprüfbar. Jede Version trägt den Hash der vorherigen, sodass sich die Geschichte nicht unbemerkt umschreiben lässt, und ein mit dem Schlüssel von Transpareo signiertes Manifest führt jede Version mit ihrem Hash auf. Jede frühere Version nennt, was sich seit der vorherigen geändert hat.

Der Produktdatensatz hinter dem Pass bleibt bearbeitbar und führt eine eigene Historie: Jede Änderung wird Feld für Feld mit Person oder System, Zeitpunkt sowie Wert davor und danach protokolliert, und ein früherer Stand lässt sich wiederherstellen. Die Produkthistorie zeigt, wer was geändert hat; die Passversionen belegen, was wann am Markt veröffentlicht war.

Der Identifikator bleibt; die Änderung wird als neue Version desselben Passes veröffentlicht, und der Code auf dem Produkt führt zum aktualisierten Stand.

Ein neuer Identifikator ist nur nötig, wenn der Artikel selbst ein anderer wird. Dafür gibt es die Ablösung (Supersession): Der neue Pass wird mit dem abgelösten verknüpft, und wer bei einem ankommt, findet den anderen.

Ja. Die Transpareo Time Machine, unser Open-Source-Viewer, zeigt jede veröffentlichte Version im Design der Marke.

Die aktuelle Version lädt mit der Seite, frühere laden nach, sobald man die Zeitleiste öffnet; man wischt durch das Leben des Produkts: wie es gefertigt wurde, was repariert wurde, wohin es ging. Mehr unter Transpareo Time Machine.

Die Charge behält ihre eigene Zusammensetzung, und spätere Produktänderungen erreichen sie nur über eine Korrektur, die eine neue Version signiert.

Die SKU und ihre GTIN bleiben unverändert. Bei ihrer Erstellung übernimmt eine Charge eine dauerhafte Kopie der Komponenten und Eigenschaften im tatsächlich gefertigten Zustand, und spätere Änderungen am Produkt werden nicht in sie zurückgeschrieben. Weicht die Stückliste einer Saison ab, wird die Änderung vor Anlage der Charge am Modell vorgenommen; weitere Werte des Produktionslaufs, etwa Prüfergebnisse, werden ebenso gesetzt und von der Charge eingefroren. Eine Korrektur der Charge übernimmt den korrigierten Stand des Modells und signiert eine neue Version.

Ein im Frühling gefertigtes Stück nennt so seine Materialien, ein Stück derselben SKU aus dem Herbst seine eigenen, ohne neue SKU und ohne Unklarheit. Frühere Stände bleiben über die Transpareo Time Machine lesbar.

Das Ereignis wird am Pass erfasst, und eine Datenänderung wird als neue signierte Version unter derselben Adresse veröffentlicht; nichts wird neu ausgestellt oder neu gedruckt.

Reparatur, Aufarbeitung, Rücknahme, Recycling und Rückruf werden mit Datum und Akteur erfasst und erscheinen als öffentliche EPCIS-Ereignisse. Ein Lieferanten- oder Materialwechsel ist eine Datenänderung und erscheint als neue Version. Inspektionen, Eigentumsübergänge und Vorfälle werden nur für Behörden erfasst.

Ja, mit einem Zugang, den die Marke ihnen gibt.

Die Marke gibt einem Reparatur-, Aufarbeitungs- oder Recyclingbetrieb eigene API-Zugangsdaten mit der Berechtigung, Ereignisse zu erfassen. Jedes Ereignis, das er erfasst, trägt seine GLN, sofern hinterlegt, als Ort des Geschehens, und um das Ereignis als neue Version zu veröffentlichen, braucht es die separate Berechtigung zum Veröffentlichen. Eine Partei ohne Zugang der Marke trägt nichts bei.

Über seine Signatur, die jeder ohne Software, API oder Konto von Transpareo prüft, auf Wunsch mit Schlüsseln, die nur die Marke hält.

• Nachweis für alle: als W3C Verifiable Credential mit ECDSA-SD signiert; jede konforme Bibliothek verifiziert ihn.
• Prüfung bei der lesenden Person: Der Viewer löst DID-Dokument und öffentlichen Schlüssel auf und prüft die Signatur im Browser.
• Open Source: Der Prüfpfad ist öffentlich auditierbar und unabhängig nachbaubar.
• Eigene Schlüssel: Die Plattform sendet das zu Signierende an einen Signatur-Endpunkt der Marke; private Schlüssel erreichen Transpareo nie.

Eine Anforderung ist teilweise erfüllt: EN 18246 verlangt Schlüssel, die nach einer Identitätsprüfung zertifiziert sind, während die Schlüssel des Ausstellers ohne ein solches Zertifikat auf seiner eigenen Domain veröffentlicht werden. Die physische Sicherheit des Datenträgers, etwa Kopierschutzmerkmale oder Hardware-Kennungen, liefert der Datenträgerhersteller; Transpareo wertet solche Merkmale heute nicht aus.

Gefälschte Pässe scheitern sofort an der Signatur; kopierte echte Codes zeigen sich in der Scan-Statistik.

• Gefälschter Pass: liegt nicht auf der Domain der Marke und ist nicht mit ihrem Schlüssel signiert; jede Verifizierung schlägt fehl.
• Kopierter echter Code: Scans je Pass und Land stehen in der Scan-Statistik. Ein Einzelstückpass lässt sich aussetzen; jeder weitere Scan zeigt ihn dann als ausgesetzt.

Um einen physischen Klon schon beim Scan zu entlarven, braucht es ein nicht kopierbares Merkmal des Datenträgers, etwa eine Tag-Hardware-Kennung. Transpareo erfasst und prüft solche Werte heute nicht.

Ja. Jede Quelle schreibt die Felder, für die sie zuständig ist, in einen Katalog, über API, Tabellenimport, Agenten-Schnittstelle oder den Applikations-Manager.

Produkte, Komponenten, Dokumente, Medien und Eigenschaftstypen liegen in diesem einen Katalog. Ein Import gleicht über den Identifikator des Produkts oder der Komponente ab und aktualisiert bestehende Datensätze an Ort und Stelle, sodass ein wiederkehrender Auszug aus PLM oder ERP den Katalog aktuell hält. Komponenten werden geteilt: Ein einmal korrigiertes Material erreicht jedes Produkt, das es enthält.

Jeder Schreibvorgang wird beim Eingang validiert und unmittelbar danach gegen die Regeln der Kategorie geprüft, und jede Änderung wird Feld für Feld mit Quelle und Zeitpunkt protokolliert. Ein typisches Zusammenspiel: Das PLM liefert Zusammensetzung und Pflege, das ERP Aufträge, Chargen und Seriennummern, ein Lieferantenportal Zertifikate; Transpareo stellt den Pass zusammen, validiert, signiert und löst ihn auf.

Dokumente hängen an Produkten und Komponenten, und die technische Dokumentation jedes Produkts erzeugt die Plattform selbst als PDF im Branding der Marke.

Am Produkt gelangt ein öffentliches Dokument als Download in die Pässe, und jede veröffentlichte Version behält die Datei, mit der sie veröffentlicht wurde; ein internes bleibt aus dem Pass heraus. Ein reguliertes Dokument in einem Datenpunkt folgt dessen Offenlegungsstufe, sodass ein Behörden vorbehaltenes aus den öffentlichen Daten herausbleibt. An einer Komponente ist ein Dokument öffentlich oder nur nach Anmeldung sichtbar.

Die technische Dokumentation entsteht aus dem veröffentlichten Pass über den Open-Source-Renderer md2pdf, der das Branding des Arbeitsbereichs anwendet und dasselbe Dokument in jeder Sprache des Arbeitsbereichs erstellt, bis zu 40. Die Bibliothek ist öffentlich auf GitHub.

Datenpunkte sind Konfiguration: Feld anlegen, Offenlegungsstufe setzen, als Pflicht markieren, ohne Plattformentwicklung und ohne Warten auf ein Release.

Der Name wird einmal in der eigenen Sprache erfasst und von der Plattform in die anderen übersetzt. Für bestehende Daten gilt:

• Erkennung: Die DPP-Bereitschaft wird ab sofort über den ganzen Katalog neu berechnet, 200 Produkte pro Minute; jedes Produkt ohne das neue Feld wird angezeigt und lässt sich filtern, und der Export enthält das neue Feld für den ganzen Katalog.
• Nacherfassung: manuell, per Massenimport aus einer Tabelle oder über die API. Wo sich der Wert ableiten lässt, kann der Assistent Vorschläge zur Prüfung entwerfen.
• Veröffentlichte Pässe behalten ihre Version; die Aktualisierung ist eine erneute Veröffentlichung unter derselben URL.
• Kontrolle: Feld, Werte und jede Neuveröffentlichung stehen im Audit-Log und in der Versionshistorie.

Kommt eine ganz neue Kategorie hinzu, liefern wir Konformitätsprofil und Datenpunkte als Vorlage, die ein Arbeitsbereich in einem Schritt übernimmt.

Per Tabellenimport mit Spaltenzuordnung und Vorschau, bis 50 MB und 100’000 Zeilen je Datei, oder über die API.

Der Importer schlägt eine Zuordnung der Spalten zu den Feldern vor, zeigt vor dem Schreiben, was aus jeder Spalte wird, und schlägt für gleiche Spaltenüberschriften jedes Mal dieselbe Zuordnung vor; erkennt er jede Spalte, die er braucht, überspringt ein automatischer Lauf den Zuordnungsschritt, sodass ein wiederkehrender Import ein einziger Upload ist. Exporte als XLSX oder CSV tragen den ganzen Datenbestand, je Sprache eine Tabelle, und lassen sich in denselben Formaten wieder importieren. Eine Erstbefüllung startet meist als Tabelle; sobald die Struktur steht, wechselt die Befüllung meist auf die API.

Alles läuft authentifiziert über HTTPS. Grössere Mengen gehen in mehreren Uploads oder über die Bulk-API. Medien werden Datei für Datei hochgeladen, vier gleichzeitig und bis 50 MB je Datei; Exporte entstehen im Hintergrund unter einer Adresse, die abläuft. Die Bedienperson wird in der Anwendung benachrichtigt, wenn ein Import fertig ist oder eine Entscheidung braucht, auf Wunsch auch per E-Mail, wenn er fertig ist. Weder FTP noch nicht authentifizierte Ablagen werden angeboten.

Über eine REST-API, signierte Webhooks, einen Ereignis-Feed, Tabellenimport und -export, einen MCP-Server für KI-Agenten und einen n8n-Knoten; Middleware ist nicht nötig.

• REST-API: dokumentiert, authentifiziert mit OAuth 2.0 Client Credentials, je System im Geltungsbereich eingeschränkt. PLM oder ERP erstellen und aktualisieren Produkte, Komponenten, Eigenschaften und Chargen und veröffentlichen Pässe.
• Webhooks: melden Lebenszyklusereignisse, ohne dass abgefragt werden muss; der Ereignis-Feed liefert dieselben Ereignisse an Systeme, die abfragen.
• Massenimport: Tabelle oder CSV für Systeme ohne Integrationsbudget, mit Zuordnung, Vorschau und Aktualisierung bestehender Datensätze.
• Agenten-Schnittstelle (MCP): für Werkzeuge, bei denen sich ein Integrationsprojekt nicht lohnt.
• n8n-Knoten: veröffentlicht als @transpareo/n8n-nodes-transpareo, für Workflows, die ein Team ohne Programmierung baut.

API und Webhooks arbeiten in Echtzeit. Importe, Exporte, Veröffentlichung und Übersetzung laufen als Hintergrundjobs mit Statusabfrage, zeigen ihren Fortschritt und blockieren niemanden; eine Massenveröffentlichung kann die Warteschlange nicht auslasten. Alles, was HTTPS spricht, lässt sich anbinden, auch eine bestehende Integrationsplattform oder eine iPaaS. Die GS1-Identifikatoren erkennt ein Partnersystem ohne Zuordnungstabelle.

Jeder Schreibvorgang wird beim Eingang auf Art und Format seiner Werte geprüft, und gegen die Regeln seiner regulatorischen Kategorie wird der Datensatz danach bei der Berechnung der DPP-Bereitschaft und bei jeder Veröffentlichung geprüft.

Die Prüfung beim Eingang gilt, ob die Daten über die API, einen Import oder eine Person kommen. Die Regeln stammen aus dem Konformitätsprofil der Kategorie, als Shapes nach dem Modell von SHACL geschrieben; sie setzen also die Datenanforderungen der Regulierung in Prüfungen um. Identifikatoren von Betriebsstätten werden gegen die zulässigen Schemata geprüft. Regulatorische Datenpunkte werden am Produkt geführt und bei der Veröffentlichung eingefroren; Compliance-Dokumente liegen an denselben Datensätzen, und ihre Sichtbarkeit folgt der Offenlegungsstufe des Datenpunkts, der sie führt.

Die Prüfung ist struktureller Art: Sind die Pflichtwerte vorhanden, korrekt formatiert und von der verlangten Art? Ob eine Angabe inhaltlich stimmt, ist ein Prüfschritt durch Menschen, etwa über die Lieferantenseite.

Jedes Produkt trägt eine laufend neu berechnete DPP-Bereitschaft: Prozentwert, Farbe und Liste der offenen Prüfungen, jeweils mit Link zum Feld.

Prüfungen, die die Veröffentlichung blockieren, sind getrennt von solchen, die den Datensatz nur verbessern. Solange eine Pflichtprüfung offen ist, kann kein Pass veröffentlicht werden. Eine fehlende Pflichteigenschaft wird mit ihrem Typ benannt; ein vom Standard abgelehnter Wert wird mit der Regel gemeldet, gegen die er verstösst.

Komponenten werden geteilt, sodass eine Änderung jedes Produkt erreicht, das sie enthält. Chargendaten bleiben eingefroren, und veröffentlichte Daten ändern sich nur, wenn die bearbeitende Person es will: Eine Korrektur signiert eine neue Version, die Webhooks und der Ereignis-Feed melden.

Im Katalog ist die DPP-Bereitschaft eine Spalte: sortier- und filterbar. Ausprobieren ohne Konto: unsere Demo.

Ja, als Prüfabläufe mit bis zu fünf Stufen; wer einen Antrag stellt, entscheidet ihn nicht selbst.

Jede Stufe ist einer Gruppe oder Berechtigung zugewiesen. Solange eine Pflichtprüfung offen ist, bleibt die Veröffentlichung eines Passes gesperrt, und auch eine Veröffentlichung, die ein angebundener KI-Agent anstösst, durchläuft denselben Ablauf. Der Zugriff lässt sich auf einzelne Produkte oder Komponenten eingrenzen. Versionierte Workflow-Vorlagen gibt es noch nicht; wo ein Kunde bestimmte Schritte braucht, bauen wir sie ins Produkt ein.

Ja. Aufgaben gehen an Personen oder Gruppen, eine tägliche Mail nennt jeder Person ihre neuen und überfälligen Aufgaben, und Informationsanfragen an Lieferanten tragen eigene Fristen und Erinnerungen.

Eine automatische Eskalation an weitere Personen ist auf der Roadmap. Aufgaben sind über die API abfragbar, und Webhooks und der Ereignis-Feed melden jede Statusänderung eines Passes, sodass ein externes Workflow-Werkzeug darauf reagieren kann, etwa n8n mit dem Transpareo-Knoten.

Die konfigurierbare Produkttabelle, die Listen der Aufgaben und Anfragen und die Statistikseite; jeder Datenbestand ist exportierbar.

• Katalog: Spalten wählt jede Person selbst, darunter die DPP-Bereitschaft; gespeicherte Ansichten halten Abfragen für das ganze Team fest. Komponenten sind nach Name, Typ und Eigenschaften durchsuchbar, Pässe nach Identifikator, Status (vom Entwurf bis zum Lebensende), Version, Ungültigkeit sowie Charge oder Stück.
• Laufende Arbeit: Die Listen der Aufgaben und Anfragen zeigen überfällige Aufgaben, Aufgaben ohne zuständige Person, abgelaufene Anfragen und Antworten, die auf Prüfung warten.
• Konsumenten: Scans je Pass, Region und Zeitraum, aus Serverlogs ohne Tracking, auf der Statistikseite herunterladbar.
• Exporte: Produkte, Komponenten und Pässe als ganze Datensätze in CSV, XLSX, JSON-LD oder SQL, unabhängig von den Spalten und Filtern am Bildschirm.

Über die API lassen sich Pässe nach Produkt, Status und Suchbegriff abfragen, und Katalog, Pässe und die Scan-Zahlen je Pass stehen Kunden mit eigenen BI-Werkzeugen zur Verfügung. Demo: unsere Demo.

Die Produkt- und Passdaten jedes Arbeitsbereichs liegen in einer eigenen Datenbank; nur Konto- und Tarifdaten liegen in der gemeinsamen Plattform-Datenbank.

Suchindex, Signaturschlüssel und Verschlüsselungsschlüssel sind ebenfalls je Arbeitsbereich getrennt; Medien und Passarchiv liegen je Arbeitsbereich unter eigenem Pfad.

Ja, auf zwei Ebenen: sensible Felder und Backups.

• Felder: AES-256-GCM mit einem Schlüssel je Arbeitsbereich, der seinerseits mit einem aus dem Master-Secret des Servers abgeleiteten Schlüssel umhüllt ist; eine Rotation des Master-Secrets umhüllt jeden Arbeitsbereichsschlüssel, den es schützt, neu, ohne die Daten neu zu verschlüsseln. Geschützt wird etwa der KI-Anbieterschlüssel. Der Signaturschlüssel des Arbeitsbereichs ist mit einem zweiten, eigens dafür bestimmten Schlüssel des Arbeitsbereichs umhüllt.
• Backups: mit AES-256 verschlüsselt, bevor sie den Host verlassen.

Medien und Passarchiv liegen im Objektspeicher in der EU, und das Archiv eines zahlenden Arbeitsbereichs ist zehn Jahre unveränderbar.

E-Mail und Passwort mit Passkey oder Einmalcode als zweitem Faktor, den der Arbeitsbereich verlangen kann; die Inaktivitätsdauer bis zur Abmeldung legt der Arbeitsbereich fest.

Standard sind 480 Minuten; der Arbeitsbereich kann die Dauer frei festlegen. Die Sitzung wird serverseitig beendet; unser Demo-Arbeitsbereich läuft mit 60 Minuten. Zusätzlich endet das Session-Cookie beim Schliessen des Browsers. Ein als secure markiertes, verschlüsseltes Session-Cookie trägt die Sitzung, ein Sprach-Cookie die gewählte Sprache; Drittanbieter-Cookies gibt es nicht.

Benutzer werden eingeladen und Zugriffsgruppen zugeordnet; das Entfernen eines Benutzers entzieht Zugriff und API-Zugangsdaten sofort. Generische oder geteilte Konten gibt es nicht. Die letzte Anmeldung jedes Benutzers wird angezeigt; die automatische Deaktivierung lange inaktiver Konten ist auf der Roadmap.

Drei Aufzeichnungen: Audit-Log (5 Jahre), Sicherheitslog nach NIS2 (365 Tage) und ein Protokoll aller Behördenzugriffe, das wir auf Anfrage exportieren.

Das Audit-Log nennt, wer was wann geändert hat, Feld für Feld, mit Wert davor und danach, und lässt sich am Bildschirm nach Zeitraum, Datensatz oder Akteur filtern. Das Sicherheitslog erfasst Anmeldungen (erfolgreich oder abgewiesen), Multi-Faktor-Abfragen, Passwort-Zurücksetzungen, Kontosperrungen, abgewiesene API-Zugangsdaten, blockierte Adressen und abgewiesene Agenten-Aufrufe; es ist in der Anwendung durchsuchbar.

Personenbezogene Daten in Betriebslogs werden nur so lange aufbewahrt, wie ihr Zweck es erfordert (Art. 5 Abs. 1 lit. e DSGVO). Pässe werden als signierte Artefakte exportiert, die eine Behörde ohne unsere Software verifiziert; Logs als CSV oder XLSX.

Jeden Sicherheitsvorfall, der seinen Arbeitsbereich betrifft, melden wir dem Kunden unverzüglich, ob personenbezogene Daten betroffen sind oder nicht, und Schwachstellen kann jeder an support@mail.transpareo.com melden.

Bei einer Verletzung des Schutzes personenbezogener Daten folgt die Meldung Klausel 9 unseres Auftragsverarbeitungsvertrags: Sie beschreibt die Art der Verletzung, ihre wahrscheinlichen Folgen und die ergriffenen Massnahmen, nennt eine Anlaufstelle und gibt an, wann die Verletzung eingetreten ist und entdeckt wurde und welche Arbeitsbereiche sie betrifft. Was anfangs noch nicht bekannt ist, folgt, sobald es bekannt ist.

Nur über eine Anmeldung im Auftrag des Kunden, die im Plattformprotokoll und im eigenen Sicherheitslog des Arbeitsbereichs erfasst wird.

Der Kunde liest jede solche Anmeldung in seinem Sicherheitslog. Mitarbeitende werden überprüft, bevor sie Zugriff erhalten, und regelmässig in Sicherheit geschult. Sie sind zur Vertraulichkeit verpflichtet und erhalten Zugriff nur, soweit Betrieb und Unterstützung des Vertrags es erfordern (Klausel 7.4(b) des Auftragsverarbeitungsvertrags).

Support per E-Mail an support@mail.transpareo.com, auf Deutsch und Englisch, in jedem Tarif enthalten.

Einen separaten Supportvertrag oder nach Aufwand verrechneten Support gibt es nicht. In der Anwendung sind Hilfeartikel durchsuchbar und erscheinen in der Sprache der Bedienperson, neben dem API-Leitfaden. Mit eigenem KI-Zugang des Arbeitsbereichs antwortet der Assistent aus beidem, kann auf den Artikel verweisen und den beschriebenen Schritt nach Bestätigung mit den Rechten der Person gleich ausführen.

Ja, die Plattform ist in Betrieb: Jedes Unternehmen kann sich registrieren, und jeder Pass wird erzeugt, validiert, signiert und unter seiner dauerhaften Adresse veröffentlicht.

Was sie kann, lässt sich ohne Konto in unserer Demo ausprobieren.

Ein fester Monatstarif je Arbeitsbereich nach Anzahl Pässe, ohne Einrichtungs-, Beratungs-, Benutzer- oder Scan-Gebühren und ohne kostenpflichtige Zusatzmodule.

Der Datenträger spielt für den Preis keine Rolle, und Scans, Traffic und Speicher werden nie gezählt. Jeder Tarif umfasst den vollen Funktionsumfang mit eigener Domain, 40 Sprachen und vollständiger API, sodass jede Funktion in diesem Katalog auch im kleinsten Tarif zur Verfügung steht; einzige Kosten ausserhalb des Tarifs sind die Gebühren des KI-Anbieters, wenn ein Kunde den Assistenten mit seinem eigenen Konto nutzt. Abgerechnet wird monatlich, ohne Mindestlaufzeit.

Vier Tarife in Franken, Euro oder Dollar: bis 100 Pässe, bis 1’000, bis 10’000 und unlimitiert, jeweils mit beliebig vielen Produkten und Komponenten. Während der Beta-Phase gilt ein Rabatt von 30 % auf die Listenpreise, und der Preis, zu dem Sie abschliessen, bleibt Ihr Preis, solange Sie den Tarif behalten. Eine unverbindliche Testphase von 8 Tagen ist möglich. Massgeblich ist die jeweils aktuelle Preisliste auf unserer Preisseite.

Wir bauen den Arbeitsbereich mit den Daten, Eigenschaftstypen, dem Branding und der Domain des Kunden auf, und die ersten Pässe sind innert Tagen live.

Ein neuer Arbeitsbereich ist in Minuten unter einer Transpareo-Adresse bereit; die eigene Domain des Kunden folgt, sobald ihr DNS-Eintrag auf uns zeigt. Auf Kundenseite genügt ein aktueller Browser, unter Windows, macOS, Linux, iOS oder Android; es ist nichts zu installieren oder zu betreiben.

• Einbindung der Lieferkette: über die Lieferantenseite, in den Sprachen des Arbeitsbereichs.
• Integration: REST-API, Webhooks, MCP-Server und n8n-Knoten werden vom Team betreut, das sie geschrieben hat.

Dazu kommen Werkzeuge ohne Zusatzkosten: Dokumente im Branding der Marke in 40 Sprachen, die Transpareo Time Machine als Vertrauensfaktor und Traffic-Statistiken ohne Tracking.

Unsere Allgemeinen Geschäftsbedingungen nach Schweizer Recht: Kündigung auf das Ende des monatlichen Abrechnungszeitraums, keine Mindestlaufzeit und bei leichter Fahrlässigkeit eine Haftung bis zur Höhe der Entgelte der letzten zwölf Monate.

• Kündigung: Der Vertrag läuft auf unbestimmte Zeit und kann jederzeit auf das Ende des laufenden Abrechnungszeitraums gekündigt werden.
• Haftung: unbeschränkt bei Vorsatz und grober Fahrlässigkeit; bei leichter Fahrlässigkeit nur bei Verletzung wesentlicher Vertragspflichten, begrenzt auf den typischerweise vorhersehbaren Schaden und insgesamt auf die in den zwölf Monaten vor dem schädigenden Ereignis gezahlten Entgelte. Entgangener Gewinn, Datenverlust und Folgeschäden sind ausgeschlossen, soweit gesetzlich zulässig.
• Änderungen: Änderungen der Bedingungen und der Preise werden mindestens 30 Tage vor Wirksamwerden in Textform angekündigt, mit dem Recht, geänderten Bedingungen zu widersprechen und vor einer Preisänderung zu kündigen.
• Recht und Gerichtsstand: Schweizer Recht unter Ausschluss des UN-Kaufrechts; Gerichtsstand ist Zug, Schweiz.
• Datenschutz: Der Auftragsverarbeitungsvertrag ist Bestandteil der Bedingungen.

Der Kunde bleibt Wirtschaftsakteur und ist für den Inhalt seiner Pässe verantwortlich; Transpareo stellt die technische Plattform bereit.

Wir sitzen in den Gremien, in denen die Regeln entstehen, und setzen um, was sie veröffentlichen.

• Europäische Normung: Sitz im nationalen Normenkomitee der Schweizerischen Normen-Vereinigung (SNV) und dessen Unterkomitee zum DPP, der Schweizer Stimme in CEN/CLC/JTC 24, dem Komitee, das die europäische DPP-Normenreihe ausarbeitet. Wir sehen die Entwürfe, während sie entstehen, und nehmen dazu Stellung.
• EU-Pilotprojekte: Mitglied der Community of Practice von CIRPASS-2, dem EU-Projekt, das den Digitalen Produktpass in vier Wertschöpfungsketten erprobt.
• Protokollarbeit: laufende Mitarbeit am UN Transparency Protocol; sechs unserer Kommentare zu Version 0.7.0 stehen im öffentlichen Register.
• Batteriepass: unterstützender Partner des Battery-Pass-Konsortiums, das gemeinsam mit führenden Forschungseinrichtungen die Testumgebung für den EU-Batteriepass aufbaut, gefördert vom deutschen Bundesministerium für Wirtschaft und Energie. Batterien sind die erste Produktgruppe mit verbindlicher Pflicht, ab dem 18. Februar 2027.

51 % des Aktienkapitals hält die gemeinnützige Transpareo Foundation in Zug; diese Beteiligung ist unverkäuflich, und Transpareo kann nicht übernommen werden.

Die Stiftung steht unter der Aufsicht der Eidgenössischen Stiftungsaufsicht. Die Erfahrung reicht über die Regulierung hinaus: Die erste Produkttransparenz-Plattform des Gründers läuft seit 2008 für Kosmetikhersteller.