# DPP-Datenmodell entwickeln: Produkte, Chargen, Felder und Versionen

> Leitfaden für ein tragfähiges Digital-Product-Passport-Datenmodell mit Granularität, Kennungen, Vererbung, Quellen und Zugriffsrechten.

- Kategorie: Daten
- Zuletzt fachlich geprüft: 17. August 2026
- Kanonische HTML-Version: https://dppready.de/de/wissen/dpp-datenmodell

Das Datenmodell entscheidet, ob ein DPP-Pilot später skalieren kann. Es sollte reale Produktstrukturen abbilden, gemeinsame Werte wiederverwenden und jede veröffentlichte Aussage bis zu ihrer Quelle zurückverfolgen können.

## Kurz zusammengefasst

- Modell, Variante, Charge und Einzelstück als getrennte Ebenen behandeln.
- Werte um Quelle, Einheit, Gültigkeit und Freigabestatus ergänzen.
- Veröffentlichte Stände als unveränderliche Versionen sichern.

## Granularität vor Feldern klären

Bevor eine lange Feldliste entsteht, muss feststehen, worauf ein Wert verweist. Der Produktname kann für ein Modell gelten, ein Materialanteil für eine Variante, ein Produktionsort für eine Charge und ein Reparaturereignis für ein einzelnes Gerät.


## Ein Feld ist mehr als sein Inhalt

Neben dem eigentlichen Wert gehören fachliche Definition, Datentyp, Einheit, Sprache, Quelle, Zeitbezug, Sichtbarkeit und Verantwortlichkeit in das Modell. So werden Prüfungen und spätere Migrationen möglich.

- stabiler technischer Feldcode
- menschenlesbare Übersetzung
- Validierungs- und Pflichtregeln
- rechtliche oder fachliche Referenz
- Version des angewendeten Regelprofils

## Vererbung kontrolliert einsetzen

Gemeinsame Daten können von einem Produktmodell an Varianten vererbt werden. Ein abweichender Variantenwert überschreibt gezielt die Vorgabe. Die Oberfläche muss dabei zeigen, woher ein Wert stammt.


## Häufige Fragen

### Reicht ein großes JSON-Dokument pro Produkt?

Für einen Prototyp eventuell. Für Suche, Validierung, Rechte, Vererbung und gezielte Aktualisierungen ist ein strukturiertes Domänenmodell meist belastbarer.

### Warum sind unveränderliche Veröffentlichungen wichtig?

Sie belegen, welcher Inhalt zu einem bestimmten Zeitpunkt freigegeben war. Interne Arbeitsdaten können sich danach weiterentwickeln, ohne die Historie zu überschreiben.

## Offizielle Quellen

- [EU-Verordnung 2024/1781 (ESPR)](https://eur-lex.europa.eu/eli/reg/2024/1781/oj)
- [Digital Product Passport Registry der EU-Kommission](https://single-market-economy.ec.europa.eu/single-market/digital-product-passport/dpp-registry_en)

Dieser Inhalt dient der allgemeinen Information und ist keine Rechtsberatung oder Konformitätsgarantie.