DPP-Datenqualität: fünf Prüfungen vor der Veröffentlichung
Ein Produktpass kann technisch abrufbar sein und trotzdem falsche Angaben enthalten. Für Schweizer Hersteller mit EU-Export lohnt sich deshalb eine fachliche Prüfung vor jeder Veröffentlichung. Fünf Fragen verbinden Daten aus Entwicklung, Einkauf und IT mit einer nachvollziehbaren Entscheidung: Ist dieser Datensatz bereit, geteilt zu werden?

Stand: 2. November 2026 · Redaktion: VALNARO AG
Zuerst den anwendbaren Rahmen klären
Die ESPR verlangt richtige, vollständige und aktuelle DPP-Daten. Welche Angaben und welche Produktebene erforderlich sind, bestimmen die anwendbaren Produktregeln; Anhang III ist keine universelle Pflichtfeldliste. Schweizer Binnenmarktrecht und Anforderungen für EU-Exportprodukte sind getrennt zu prüfen. Die SECO-Mitteilung vom Juni 2026 beschreibt ein Schweizer Gesetzgebungsvorhaben, keine allgemeine bestehende DPP-Pflicht. Die folgenden Prüfungen sind ein organisatorischer Vorschlag. Eine Registerkennung ersetzt weder den Produktpass noch den Nachweis der Konformität. [1] [2] [4]
1. Gehören die Daten zum richtigen Produkt?
Beginnen Sie mit einer Produktfamilie und einem konkreten Datensatz. Prüfen Sie Modell, Variante, Version und gegebenenfalls Charge oder Einzelstück. Stimmen diese Angaben zwischen PLM, ERP und Lieferantenunterlagen überein? Eine gültige Kennung allein reicht nicht, wenn das zugehörige Dokument eine andere Ausführung beschreibt. Halten Sie die Zuordnung und die verantwortliche Rolle fest. Offene Beziehungen bleiben sichtbar, statt beim Import stillschweigend aufgelöst zu werden. [1]
2. Sind Quelle und Gültigkeit nachvollziehbar?
Notieren Sie für jeden ausgewählten Wert seine Quelle, den Dokument- oder Datenstand und die zuständige Fachstelle. Prüfen Sie, ob die Quelle für genau diese Produktversion gilt. Ein vorhandenes Datum beweist noch keine Aktualität. Legen Sie fest, welche Änderung eine erneute Prüfung auslöst, etwa ein Materialwechsel oder eine neue Lieferantenspezifikation. Fehlende Belege werden als Klärungsaufgabe geführt; ein plausibler Schätzwert ist kein Ersatz für eine bestätigte Angabe. [1] [3]
Arbeitsvorschlag · keine amtliche Pflichtfeldliste
Fünf Prüfungen für einen Datensatz
Ein ausgewählter Datensatz
Produktbezug
Welche Variante und Version?
Quelle & Gültigkeit
Welcher Beleg gilt?
Einheit & Sprache
Überall dieselbe Bedeutung?
Rechte & Freigabe
Wer darf was bestätigen?
Änderung & Verlauf
Was wurde warum geändert?
Dokumentierte Entscheidung
3. Stimmen Einheiten und Sprachfassungen?
Ein Zahlenfeld braucht eine eindeutige Bedeutung: Nettomasse ist nicht Versandgewicht. Prüfen Sie Einheit, Dezimalzeichen, Bezugsmenge und Umrechnungsregel gemeinsam. Teams in der Deutschschweiz, Romandie und im Tessin sollten dieselbe Definition verwenden, auch wenn die Beschriftung anders lautet. Das gilt ebenso für englischsprachige Verantwortliche in Schweizer Unternehmen. Übersetzen Sie erklärende Texte, nicht die Produktkennung. Ein freigegebenes Glossar und ein Beispieldatensatz helfen, Bedeutungsverschiebungen vor der Ausleitung zu erkennen.
4. Wer darf sehen, ändern und freigeben?
Trennen Sie lesende Zugriffe, Datenpflege und die interne Entscheidung zur Veröffentlichung. Die ESPR sieht geregelte Zugriffs- und Änderungsrechte vor; das konkrete Freigabeverfahren gestalten Sie passend zu Ihrem Produkt und Ihrer Organisation. Prüfen Sie mit Testrollen, ob vertrauliche Lieferantenangaben versehentlich öffentlich werden. Dokumentieren Sie Zuständigkeiten und offene Rückfragen. Ein erfolgreiches Speichern oder Exportieren bedeutet noch nicht, dass die verantwortliche Fachstelle den Inhalt bestätigt hat. [1]
5. Bleiben Änderungen nachvollziehbar?
Erfassen Sie, welcher Wert geändert wurde, warum, auf welcher Grundlage und durch welche Rolle. Definieren Sie, wann betroffene Daten erneut geprüft und veröffentlicht werden. Ein Export kann zum Beispiel technisch erfolgreich sein, während weiterhin eine ältere Fassung abrufbar ist. Vergleichen Sie deshalb den freigegebenen Stand mit dem tatsächlich ausgegebenen Inhalt. Berücksichtigen Sie auch den Betrieb: Wer reagiert auf fehlerhafte Daten, und wie bleiben Verfügbarkeit und Wiederherstellung organisiert? [1]
Fiktiv · keine Kundenreferenz · keine gesetzliche Toleranz
Fiktiver Prüffall: Fehler → Klärung → Freigabe
Gehäuse A
Fehler erkennen
- Quelle: 1 200 g
- Ausgabefeld: 1 200 kg
- Veröffentlichung stoppen
Zuordnung klären
- Gleiche Produktversion?
- Passender Quellenbeleg?
- Umrechnung: 1,2 kg
Korrektur freigeben
- Fachprüfung dokumentieren
- Korrigierte Fassung freigeben
- Ausgegebenen Stand prüfen
Fiktiver Prüffall: ein Fehler um den Faktor 1 000
Für das frei erfundene «Gehäuse A» nennt die passende Lieferantenunterlage 1 200 g. Nach einem fehlerhaften Import steht im Ausgabefeld jedoch 1 200 kg. Das Team stoppt die Veröffentlichung, bestätigt Produktversion und Quellenbezug und prüft die Umrechnung auf 1,2 kg. Erst nach dokumentierter Fachprüfung wird die korrigierte Fassung freigegeben und ihre Ausgabe kontrolliert. Das Beispiel illustriert einen Prüfweg; es ist weder eine Kundenreferenz noch eine gesetzliche Toleranzvorgabe.
Mit einem überschaubaren Datensatz starten
Bringen Sie eine anonymisierte Systemübersicht und ein typisches Produktdatenbeispiel zu VALNARO mit. Gemeinsam lässt sich ein begrenzter Prüfablauf für Datenmodell, Schnittstellen und Verantwortlichkeiten planen. Umfang und Arbeitsergebnisse werden vorab vereinbart. Beginnen Sie mit wenigen klar definierten Angaben und testen Sie auch bewusst fehlerhafte Fälle. So wird sichtbar, wo Ihr Team vor einer Veröffentlichung noch Entscheidungen treffen muss.
Passende Vertiefung
Quellen und fachlicher Kontext
Diese Informationen dienen der Orientierung und ersetzen keine rechtliche oder regulatorische Beratung. Anwendbarkeit, Übergänge und Pflichten sind für das einzelne Produkt zu prüfen.