Beispielarbeiten · Daten & Dokumente
Digitaler Produktpass aus ERP-, Lieferanten- und Seriennummern-Exporten
Aus unordentlichen Exporten entstehen Produktpässe je Modell, geprüft gegen ein eigenes JSON-Schema, mit Webseite, QR-Code und Zugriffsstufen. Eingebaute Datenfehler landen im Fehlerbericht statt im Pass.
Musterarbeit (Demo), kein Kundenauftrag. Gebaut als Probeaufgabe mit erfundenen Beispieldaten; die Prüfzahlen unten stammen aus dem automatischen Prüflauf und sind nicht geschönt.
Was gebaut wurde
- Stammdaten, Lieferantenmaterialien und Seriennummern zu einem Pass je Modell verbunden
- Prüfung auf Vollständigkeit, Formate und innere Stimmigkeit; Fehler gehen in einen eigenen Bericht
- Webseite mit QR-Code je Pass und ein Lese-Endpunkt mit Zugriffsstufen
produktpass.schema.json herunterladen produktpass-demo.zip herunterladen
Das Datenmodell ist ein eigenes Beispiel. Die verbindlichen Felder nach EU-Recht für eine Produktgruppe wurden nicht geprüft; Rechtskonformität wird nicht behauptet.
Wie geprüft wurde
Automatischer Prüflauf vom 22.10.2026, aus dem Protokoll (Testdaten erfunden, Zahlen gemessen):
- 3 unordentliche Exporte (ERP-CSV cp1252, Lieferanten-XLSX, MES-Seriennummern
- 8 Modelle, 22 Zeilen) mit 7 eingebauten Datenfehlern: 8 Paesse gegen eigenes JSON Schema 2020-12 valide und Werte exakt = Soll, alle 7 Fehler im Fehlerbericht (0 zu viel), 12 gesperrte Seriennummern ohne Datei
Grenzen
Was diese Probe nicht abdeckt, steht hier, damit niemand mehr erwartet:
- Die verbindlichen Datenfelder je Produktgruppe (Delegierte Rechtsakte zur Oekodesign-Verordnung ESPR, Batteriepass nach EU-Batterieverordnung 2023/1542) sind NICHT Gegenstand der Probe und wurden …
- Kein offizielles DPP-Register, kein Resolver und keine Registrierung angebunden; die Pass-URL folgt dem Aufbau eines GS1 Digital Link (/01/<GTIN-14>/21/<Seriennummer>) auf einer Beispieldomain, die …
- Richtigkeit der Daten (Materialanteile, Herkunft, CO2-Wert) liegt beim Hersteller und seinen Lieferanten; die Probe prueft Vollstaendigkeit, Formate und innere Stimmigkeit (Summe 100 %, Masse passt …
- Zugriffsstufen ueber feste Bearer-Tokens im Prototyp; echte Behoerden-/Recycler-Zugaenge brauchen Identitaetspruefung, Rechteverwaltung, Protokollierung, TLS - der Endpunkt ist ein Lese-Prototyp …
- Akku/Batterie ist als eigenes Produkt nicht Teil dieser Paesse (eigener Batteriepass waere separat zu bauen); Laenderliste fuer die Herkunftspruefung gekuerzt auf die im Beispiel vorkommenden und …
- QR-Code mit segno erzeugt und mit OpenCV (cv2.QRCodeDetector) dekodiert - kein Test mit Handykamera, Druckgroesse oder Etikettenmaterial
- JSON-LD auf Parsbarkeit, @context-Praefix und Werte geprueft, nicht mit einem JSON-LD-Prozessor expandiert und nicht gegen Googles Rich-Results-Test (braucht Netz); das Vokabular 'dpp:' ist ein …
Bericht
# Probe Produktpass (Akku-Werkzeuge, Beispielmodell)
Veroeffentlichte Paesse: 8 (Soll 8); gesperrt: 12; Hinweise (Normalisierungen): 62.
## Fehlerbericht
| Code | Bezug | Quelle | Detail |
|---|---|---|---|
| ANTEILE_SUMME | WS-18 | lieferanten_materialien.xlsx | Materialanteile summieren auf 96.0 % |
| CO2_METHODE_FEHLT | ST-12 | stammdaten.csv | CO2-Wert 11,7 ohne Methode - nicht veroeffentlicht |
| EINHEIT_UNPLAUSIBEL | KS-18 | lieferanten_materialien.xlsx | Getriebe: 825.000 kg = 25000.0 % des Gewichts, angegeben 25.0 % - vermutlich Gramm statt kg |
| GTIN_PRUEFZIFFER | MS-18 | stammdaten.csv | GTIN 4069999000049: Pruefziffer ungueltig |
| HERKUNFT_FEHLT | SS-12 | lieferanten_materialien.xlsx | Bauteil Getriebe (Precision Gear Co., Ltd.): Herkunftsland '' |
| SERIE_GTIN_UNBEKANNT | ZZ99-000001 | seriennummern.csv | GTIN 4069999009995 nicht in den Stammdaten |
| SERIE_WIDERSPRUCH | HS18-000502 | seriennummern.csv | zweimal mit verschiedenen Daten ('4069999000053', 'C2610-E', '2026-09-08') / ('4069999000053', 'C2611-X', '2026-10-02') |
## Zugriffsstufen
- oeffentlich: ausgestellt, co2, entsorgung, hersteller, materialUebersicht, passId, passUrl, produkt, reparatur, schemaVersion
- recycler: ausgestellt, co2, demontage, entsorgung, hersteller, materialUebersicht, materialien, passId, passUrl, produkt, reparatur, schemaVersion
- behoerde: ausgestellt, co2, demontage, entsorgung, hersteller, lieferkette, materialUebersicht, materialien, passId, passUrl, produkt, reparatur, rueckverfolgung, schemaVersion
Endpunkt: 24 Abrufe, 11 gesperrte Paesse mit 404.
## Gegenprobe (muss durchfallen)
- arbeit_ohne_anteile: 5 Abweichungen
- arbeit_ohne_gtin: 4 Abweichungen
- endpunkt_ohne_zugriffsfilter: 24 Abweichungen
## Abweichungen der echten Arbeit: 0
## Grenzen
- Die verbindlichen Datenfelder je Produktgruppe (Delegierte Rechtsakte zur Oekodesign-Verordnung ESPR, Batteriepass nach EU-Batterieverordnung 2023/1542) sind NICHT Gegenstand der Probe und wurden nicht recherchiert; das Datenmodell ist ein eigenes, dokumentiertes Beispielmodell. Vor einem Auftrag muessen Pflichtfelder, Zugriffsrechte und Formate gegen den dann geltenden Rechtsakt und die Normen abgeglichen und das Mapping angepasst werden. Es wird keine Rechtskonformitaet behauptet
- Kein offizielles DPP-Register, kein Resolver und keine Registrierung angebunden; die Pass-URL folgt dem Aufbau eines GS1 Digital Link (/01/<GTIN-14>/21/<Seriennummer>) auf einer Beispieldomain, die Weiterleitung muesste beim Hersteller eingerichtet werden
- Richtigkeit der Daten (Materialanteile, Herkunft, CO2-Wert) liegt beim Hersteller und seinen Lieferanten; die Probe prueft Vollstaendigkeit, Formate und innere Stimmigkeit (Summe 100 %, Masse passt zum Anteil, Pruefziffer), nicht die Wahrheit der Angaben. Der CO2-Wert wird nicht berechnet, nur mit Methode und Quelle uebernommen
- Zugriffsstufen ueber feste Bearer-Tokens im Prototyp; echte Behoerden-/Recycler-Zugaenge brauchen Identitaetspruefung, Rechteverwaltung, Protokollierung, TLS - der Endpunkt ist ein Lese-Prototyp (http.server)
- Akku/Batterie ist als eigenes Produkt nicht Teil dieser Paesse (eigener Batteriepass waere separat zu bauen); Laenderliste fuer die Herkunftspruefung gekuerzt auf die im Beispiel vorkommenden und gaengige Codes
- QR-Code mit segno erzeugt und mit OpenCV (cv2.QRCodeDetector) dekodiert - kein Test mit Handykamera, Druckgroesse oder Etikettenmaterial
- JSON-LD auf Parsbarkeit, @context-Praefix und Werte geprueft, nicht mit einem JSON-LD-Prozessor expandiert und nicht gegen Googles Rich-Results-Test (braucht Netz); das Vokabular 'dpp:' ist ein eigenes Beispielvokabular
So etwas für deinen Betrieb?
Beschreib kurz, was du brauchst. Du bekommst einen Festpreis, bevor ich anfange; ohne dein Ja passiert nichts.