Ein digitaler Produktpass beginnt mit einer Frage zur Datenstruktur: Welche Angaben gelten für ein Modell, welche für eine Produktionscharge und welche nur für ein einzelnes Exemplar?
Eine einzige bearbeitbare Produktbeschreibung erleichtert die erste Vorführung. Spätere Korrekturen, Lieferantenwechsel und individuelle Servicehistorien werden dadurch jedoch schwerer nachvollziehbar. Trennen Sie Identität, Nachweise und Darstellung, bevor die Zahl der Produktpässe wächst.
Zuerst die anwendbaren Produktregeln klären
Die europäische Ökodesign-Verordnung für nachhaltige Produkte, ESPR, überlässt wichtige Passdetails produktspezifischen delegierten Rechtsakten. Artikel 9 verknüpft die Modell-, Chargen- oder Stückebene mit dem jeweiligen Rechtsakt; Artikel 11 behandelt Zugriffs- und Änderungsrechte. Grundlage ist die Verordnung (EU) 2024/1781.
Die folgende Struktur ist ein Planungsmuster, keine allgemeingültige Pflichtfeldliste. Prüfen Sie Angaben, Datenträger, Zugriffsregeln und Aufbewahrungszeit für Ihr konkretes Produkt und den betreffenden Markt. Einen Überblick zur Vorbereitung bietet die englischsprachige DPP-Checkliste.
Jede Angabe der passenden Ebene zuordnen
| Ebene | Beispielhafte Angaben | Nutzen der Trennung |
|---|---|---|
| Modell | Produktfamilie, Reparaturanleitung, Standardspezifikationen | Gemeinsame Informationen bleiben konsistent |
| Charge | Fertigungslos, Lieferantennachweise, Produktionsdatum | Änderungen lassen sich betroffenen Produktionsmengen zuordnen |
| Einzelstück | Serienidentität, Reparatur- oder Austauschereignisse | Die Historie eines Stücks verändert keine anderen Pässe |
Das sind Beispiele, keine Aussage darüber, welche Angaben rechtlich auf welcher Ebene verlangt werden. Ein typisches Modellmerkmal kann bei Produktionsänderungen eine chargenspezifische Fassung benötigen.
Bei einer hypothetischen Jackenserie gehört die allgemeine Pflegeanleitung zum Modell. Ein Nachweis zur Stofflieferung betrifft bestimmte Chargen. Die Reparatur einer Jacke gehört zum Einzelstück. Wird die Pflegeanleitung aktualisiert, darf dadurch nicht unbemerkt verloren gehen, welcher Stoffnachweis für eine frühere Charge verwendet wurde.
Kennungen von Webadressen unterscheiden
Interne Artikelnummer, GTIN, Chargencode, Seriennummer und NFC-Chipkennung erfüllen unterschiedliche Aufgaben. Beschreiben Sie ihre Beziehungen und bestimmen Sie für jede Kennung ein führendes System.
GS1 Digital Link unterstützt Produktkennungen sowie Ergänzungen für Chargen und Seriennummern. Der Einstiegsleitfaden erläutert ihre Darstellung in einer Webadresse. Die Identität eines Produkts sollte stabil bleiben, auch wenn sich die Website zur Anzeige seiner Daten ändert.
Planen Sie Domainverwaltung, Weiterleitungen und Datenexporte vor dem Druck langlebiger Verpackungen. Ein neues Seitendesign sollte keine Umetikettierung bereits ausgelieferter Produkte erfordern.
Ein Feldverzeichnis mit Zuständigkeiten anlegen
Dokumentieren Sie für jedes vorgesehene Feld:
- Die genaue Bedeutung und gegebenenfalls die Einheit.
- Die Ebene: Modell, Charge oder Einzelstück.
- Das Quellsystem oder den zugehörigen Nachweis.
- Das Team, das die Angabe freigibt.
- Die Personen oder Rollen, die sie sehen und ändern dürfen.
- Den Anlass für eine erneute Prüfung oder Aktualisierung.
Ein allgemeines Textfeld „Nachhaltigkeit“ mit unbestimmten Aussagen hilft wenig bei der Prüfung. Ein strukturierter Wert mit benannter Methode und Nachweis ist leichter zu beurteilen als ein Absatz aus einer Lieferantenbroschüre. Kennzeichnen Sie unbekannte Werte, statt Lücken mit Schätzungen ohne Grundlage zu füllen.
Öffentliche und geschützte Ansichten gestalten
Kunden benötigen möglicherweise Pflege- und Reparaturhinweise. Servicepartner brauchen unter Umständen zusätzliche betriebliche Informationen, die nicht auf die öffentliche Seite gehören. Definieren Sie den Zugang je Feld oder Ressource und testen Sie ihn mit echten Benutzerrollen.
Kunden- und Bestelldaten gehören nicht in öffentliche Produkt-URLs. Die interne Verknüpfung eines Servicefalls erfordert keine Veröffentlichung des Kundennamens. Produktdaten, Kundendaten und Zugangsdaten sollten in der Architektur klar getrennt bleiben.
Änderungen versionieren und Nachweise erhalten
Legen Sie fest, wie sich eine Korrektur von einem neuen Lebenszyklusereignis unterscheidet. Halten Sie Bearbeiter, Gültigkeitsbeginn und Freigabenachweis fest. Ein neuer Lieferantennachweis sollte die Verbindung des vorherigen Dokuments zu bereits produzierten Waren nicht löschen.
Testen Sie im Piloten einen Export und die Wiederherstellung eines Datensatzes. Könnte ein anderes Team Kennungen, Historie und Belege ohne den ursprünglichen Implementierer verstehen? Das ist eine betriebliche Prüfung und noch kein allgemeiner Nachweis für Interoperabilität oder rechtliche Konformität.
Hashentic bietet konfigurierbare Produktdatensätze und Prüfabläufe. Erkunden Sie die DPP-Lösung und die Plattform. Bringen Sie zu einer Demo einige echte Produkt- und Lieferantendatensätze mit. Wenige vollständig zugeordnete Beispiele sind ein besserer Anfang als eine leere Vorlage mit Hunderten von Feldern.
