Mit einem konkreten Konflikt beginnen
Das folgende Beispiel ist ein vereinfachtes Arbeitsszenario, kein Kundenfall: Eine Materialdeklaration trifft nach der Produktfreigabe ein. Einkauf, Engineering und Regulatory sehen denselben Widerspruch, aber aus unterschiedlichen Blickwinkeln. Der Einkauf kann die Erklärung beim Lieferanten klären. Engineering beurteilt den Bezug zu Bauteil und Revision. Regulatory prüft, ob Nachweise oder veröffentlichte Aussagen betroffen sind. Wenn niemand die Entscheidung über den verwendbaren Wert treffen darf, bleibt der Konflikt trotz vollständiger Zuständigkeitsliste liegen. Deshalb sollte ein Pilot nicht nur einen sauberen Datensatz, sondern auch einen solchen Ausnahmefall durchlaufen.
Pflichtumfang und Arbeitsmodell auseinanderhalten
Welche Informationen ein DPP enthalten muss, hängt vom Produkt und den anwendbaren Rechtsakten ab. Die EU-Kommission beschreibt die Einführung unter der ESPR als schrittweisen, produktspezifischen Prozess. Aus einem Eintrag im Arbeitsplan entsteht noch keine allgemeine DPP-Pflicht. Der hier beschriebene Ablauf ist ein organisatorischer Vorschlag für die Datenarbeit; er ist weder ein gesetzlich vorgeschriebenes Rollenmodell noch eine Bestätigung regulatorischer Konformität. Zuerst werden Produktfamilie, Zielmarkt und geltende Anforderungen geklärt. Anschließend lassen sich die tatsächlich benötigten Datenfelder mit Quellen, Prüfungen und Freigaben verbinden.
Verantwortung mit Entscheidungsrechten verbinden
Für jedes relevante Datenfeld sollte feststehen, wer den Inhalt fachlich verantwortet und welche Entscheidung diese Rolle treffen darf. Ein Data Owner benötigt beispielsweise das Recht, eine Angabe zurückzuweisen, zusätzliche Nachweise anzufordern oder einen geklärten Wert für einen definierten Verwendungszweck freizugeben. Das bedeutet nicht, dass eine Person jede Prüfung selbst erledigt. Datenpflege, fachliche Bewertung und Veröffentlichung können bei verschiedenen Rollen liegen. Entscheidend ist, dass bei einem Konflikt eine benannte Instanz verbindlich entscheiden kann und die Grenzen ihres Mandats kennt. Vertretung und Eskalationsweg gehören zur gleichen Vereinbarung.
Eine kleine Entscheidungskarte pro Datenfeld anlegen
Ein brauchbarer Start ist eine Entscheidungskarte mit sieben Angaben: Datenfeld und eindeutiger Produktbezug; führende Quelle samt Revision; erwarteter Nachweis; fachlich verantwortliche Rolle; erforderliche Mitprüfer; Entscheidung über die Verwendung; Vertretung und Eskalation. Ergänzen Sie den Auslöser einer erneuten Prüfung, etwa eine neue Lieferantenerklärung oder eine geänderte Produktrevision. So lässt sich auch unterscheiden, ob eine Angabe lediglich technisch importiert wurde oder bereits fachlich verwendbar ist. Testen Sie die Karte zunächst an wenigen kritischen Feldern. Eine kurze, gelebte Regel ist hilfreicher als eine umfangreiche Matrix ohne Entscheidungskompetenz.
Abweichungen klären, ohne den freigegebenen Stand zu überschreiben
Im Beispielszenario wird die neue Lieferantenangabe zunächst als zu prüfende Änderung aufgenommen. Der bestehende freigegebene Wert und sein Nachweis bleiben nachvollziehbar. Danach werden Produktbezug, Einheit, Gültigkeit und Dokumentversion verglichen. Die zuständige Rolle dokumentiert das Ergebnis: neuer Wert freigegeben, alte Angabe bestätigt oder weitere Klärung erforderlich. Bei einem offenen Konflikt darf der Ablauf keine stillschweigende Freigabe erzeugen. Wie sich die Abweichung auf einen bereits veröffentlichten Pass oder die weitere Bereitstellung auswirkt, muss anhand ihrer Bedeutung und der geltenden Anforderungen bewertet werden.
PLM, PIM und RIM über den Freigabestand verbinden
Die Systemlandschaft sollte diese fachlichen Entscheidungen abbilden. PLM kann Produktstruktur und Revision führen, PIM die strukturierten Produktinformationen und RIM regulatorische Bezüge sowie Nachweise. Die konkrete Zuständigkeit je Datenobjekt wird im Projekt festgelegt; eine Systembezeichnung allein macht eine Information noch nicht zur verlässlichen Quelle. Der DPP erhält einen definierten, freigegebenen Datenstand. Schnittstellen sollten neben dem Wert auch Produktidentität, Einheit, Quellversion und Freigabestatus berücksichtigen. Bei mediatec.net verbindet der DPP-Ansatz Daten aus ARAS PLM, PIM und RIM mit kontrollierter Bereitstellung über Produktansichten, APIs oder Portale. Der passende Umfang wird an der vorhandenen Datenlandschaft ausgerichtet.
Freigabe und Veröffentlichung als zwei Schritte prüfen
Ein fachlich freigegebener Wert ist noch kein Nachweis, dass der richtige Inhalt beim vorgesehenen Empfänger angekommen ist. Vor der Bereitstellung wird geprüft, welche Daten zur veröffentlichten Version gehören und welche Zielgruppe sie sehen darf. Anschließend sollte eine Kontrolle am tatsächlichen Ausgabekanal folgen: Löst der Produktbezug richtig auf? Stimmen Werte und Dokumentstände? Entspricht der Zugriff der festgelegten Rolle? Im Änderungsprotokoll gehören fachliche Entscheidung, verwendete Quellversion und bestätigtes Veröffentlichungsergebnis zusammen. Das schafft eine nachvollziehbare Grundlage für spätere Rückfragen, ohne jede interne Arbeitsinformation öffentlich zu machen.
Den Pilot an Ausnahmen messen
Für den ersten Durchlauf eignen sich vier Testfälle: ein vollständiger Datensatz, eine fehlende Lieferantenangabe, ein Widerspruch zwischen zwei Quellen und eine Änderung nach der Veröffentlichung. Beobachten Sie dabei die Zeit bis zur fachlichen Entscheidung, offene Konflikte ohne zuständige Rolle und Freigaben mit fehlendem Nachweis. Diese Kennzahlen zeigen, wo der Prozess stockt; sie ersetzen keine fachliche Qualitätsbewertung. Besprechen Sie die Ergebnisse mit den beteiligten Rollen und passen Sie Entscheidungsrechte, Vertretung oder Prüfschritte gezielt an. Erst danach wird der Ablauf auf weitere Produktfamilien und Datenfelder ausgeweitet.
Der nächste sinnvolle Schritt
Wählen Sie eine Produktfamilie und einen realistischen Datenkonflikt aus. Bringen Sie dazu das Datenmodell, die beteiligten Quellen und die bestehenden Freigaberegeln zusammen. In einem gemeinsamen Review lässt sich klären, welche Entscheidung heute unbesetzt ist und wie sie im Prozess und in der ARAS-Landschaft abgebildet werden kann. Der DPP Readiness Check von mediatec.net bietet einen Einstieg in die strukturierte Betrachtung der Ausgangslage. Für eine belastbare Umsetzung sollte anschließend der konkrete Scope mit den fachlich Verantwortlichen besprochen werden.
Fragen zur Verantwortung für DPP-Daten
Muss für jedes Datenfeld eine eigene Person benannt werden?
Nein. Eine Rolle kann mehrere Datenfelder verantworten. Wichtig sind ein eindeutiger Zuständigkeitsbereich, passende Entscheidungsrechte und eine geregelte Vertretung.
Darf eine Schnittstelle einen neuen Lieferantenwert direkt veröffentlichen?
Das hängt von den vereinbarten Prüf- und Freigaberegeln ab. Der technische Eingang eines Werts ist für sich genommen keine fachliche Freigabe. Besonders bei Widersprüchen muss der Klärungsweg greifen.
Ist dieses Rollenmodell rechtlich vorgeschrieben?
Nein. Es ist ein praktischer Vorschlag für die Organisation der Datenarbeit. Welche Pflichten konkret gelten, muss für Produkt, Zielmarkt und anwendbare Rechtsakte geprüft werden.
Fachliche Orientierung, Stand 28. September 2026. Das Beispiel und das Rollenmodell sind methodische Vorschläge; maßgeblich bleiben die für Ihr Produkt geltenden aktuellen Anforderungen.