Datenmodell für den Digitalen Produktpass: Identität, Versionen und Nachweise
Eine praktische Architektur für Produktidentität, versionierte Passdaten, Herkunft, Zugriff und Veröffentlichungshistorie.
Ein Datenmodell für den Digitalen Produktpass braucht eine stabile Identität und eine kontrollierte Änderungshistorie. QR-Code, Website oder Exportdatei sind nur Oberflächen. Das Modell dahinter muss zeigen, welches Produkt beschrieben wird, welche Version gilt, woher Werte stammen, wer sie sehen darf und was veröffentlicht wurde.
Welche Felder erforderlich sind, hängt von Produktgruppe und Rechtsakten ab. Die Informationen der Europäischen Kommission zu Ökodesign und nachhaltigen Produkten sind eine Primärquelle für den Rahmen, aber keine universelle Feldliste und keine Rechtsberatung.
Identität und Version trennen
Entscheiden Sie bewusst über die Granularität: Modell, Konfiguration, Charge oder Einzelstück. Die Identität bleibt stabil, während beschreibende oder regulatorische Daten wechseln. Eine neue Materialangabe sollte nicht automatisch eine neue physische Produktidentität erzeugen, sondern eine kontrollierte Version oder ein Ereignis nach der eigenen Regel.
Unterscheiden Sie mindestens stabile Produkt-ID, Hersteller oder verantwortliche Rolle, Produktfamilie, Marktrolle und verbundene System-IDs. Eine globale Kennung ist nicht dasselbe wie regulatorische Verantwortung. Sie hilft bei der Referenzierung; Pflichten ergeben sich aus dem anwendbaren Recht.
Eine veröffentlichte Version ist ein Snapshot
Eine Version umfasst die für einen definierten Zeitpunkt geprüften Werte und Nachweise. Speichern Sie Gültigkeit, Veröffentlichung, Quellen, Validierung und den Prozess oder Akteur der Freigabe. Korrekturen bewahren den bisherigen Snapshot und erzeugen, wenn der Prozess es verlangt, einen nachvollziehbaren Nachfolger.
Operative Werte und Veröffentlichungssnapshot bleiben getrennt. Eine ERP-Menge kann sich aus einem Geschäftsgrund ändern; der veröffentlichte Pass muss den gezeigten Wert und Nachweiszustand behalten. So werden Wiederherstellung und Rekonstruktion möglich.
Herkunft und Zugriff am Wert modellieren
Ein Wert ohne Herkunft ist schwer zu verteidigen. Für wichtige Angaben gehören Quellsystem oder Dokument, Revision, Eingang und Transformation dazu. Auch die Zugriffsklasse sollte im Modell stehen: öffentlich, für Geschäftspartner oder nur für Behörden und interne Prüfer. Öffentliche Ansichten werden aus dem kontrollierten Datensatz erzeugt, nicht manuell gepflegt.
Bedingte Profile statt einer Riesentabelle
Beginnen Sie mit einem stabilen Kern aus Identität, Rollen, Version, Lebenszyklus, Herkunft und Zugriff. Ergänzen Sie versionierte Produkt- oder Regulierungsprofile mit Pflichtfeldern, Einheiten, Vokabularen und Nachweisbeziehungen. So kann ein Produktbereich pilotiert werden, ohne ältere Snapshots neu zu interpretieren.
Veröffentlichung gehört zum Modell
Veröffentlichung braucht stabile Adressen, maschinenlesbare Ausgabe, Barrierefreiheit und passende Zugriffsgrenzen. Die Auflösung muss die gewünschte Identität und Version bestimmen; sie darf nicht irgendeine aktuelle Zeile anhand eines Produktnamens zurückgeben.
Der Überblick zum Digitalen Produktpass ordnet dieses Modell in die Produkt- und Nachweisarchitektur ein. Eine gute Struktur beantwortet: Welches Produkt war es? Welche Version wurde gezeigt? Welcher Nachweis stützte sie? Wer durfte sie sehen?
Testen Sie Identitätskollisionen, doppelte Importe, Veröffentlichung, korrigierte Nachweise und Zugriffsänderungen, bevor alle Quellen angeschlossen werden.