Kurzfassung
Product Compliance stellt sicher, dass Produkte in den vorgesehenen Märkten regelkonform hergestellt, bereitgestellt, verkauft, verwendet und transportiert werden können. Dafür müssen gesetzliche, kundenspezifische und interne Anforderungen in konkrete Regeln für Produktdaten, Bewertungen, Nachweise, Dokumente und operative Geschäftsprozesse übersetzt werden.
Product Compliance ist damit eine organisationsweite Steuerungsaufgabe. Sie verbindet Produktentwicklung, Einkauf, Produktion, Product Stewardship, Vertrieb, Logistik und IT. Ein einzelnes Zertifikat oder ein einmal gesetzter Status reicht nicht: Die zugrunde liegende Entscheidung muss zum Produkt, Markt, Verwendungszweck und gültigen Regelstand passen.
Was Product Compliance steuert
Der Gegenstand ist breiter als eine einzelne Verordnung. Je nach Produkt und Geschäftsmodell gehören beispielsweise folgende Entscheidungsfelder dazu:
| Entscheidungsfeld | Leitfrage | Typisches Ergebnis |
|---|---|---|
| Marktfähigkeit | Darf das Produkt in einem Markt hergestellt oder verkauft werden? | freigegeben, eingeschränkt, gesperrt oder ungeklärt |
| Stoff- und Materialanforderungen | Sind verbotene, beschränkte oder deklarationspflichtige Stoffe betroffen? | Bewertung mit Regelwerk, Schwellenwert und Nachweis |
| Gefahrenkommunikation | Welche Einstufung, Kennzeichnung und Produktinformation ist erforderlich? | Labeldaten, UFI/PCN-Bezug oder SDS |
| Transport | Unter welchen Bedingungen darf das Produkt befördert werden? | Gefahrgutklassifizierung und Transportfreigabe |
| Konformitätsnachweis | Welche technische Dokumentation und Erklärung ist erforderlich? | prüfbare Dokumentation, Erklärung oder Kennzeichnung |
| Lieferkette | Welche Informationen werden von Lieferanten benötigt und an Kunden weitergegeben? | angeforderte, geprüfte und freigegebene Nachweise |
Nicht jedes Produkt benötigt alle diese Ergebnisse. Der erste fachliche Schritt ist deshalb die Relevanzprüfung: Produktart, Zusammensetzung, Markt, Rolle des Wirtschaftsakteurs, Verwendung und Lieferweg bestimmen, welche Anforderungen überhaupt anzuwenden sind.
Von der Vorschrift zur Entscheidung
Eine belastbare Entscheidung lässt sich als zusammenhängende Kette beschreiben:
- Anforderung identifizieren: Quelle, Rechtsraum, Produktbereich, Inkrafttreten und Übergangsfrist werden erfasst.
- Betroffenheit bestimmen: Produkte, Rohstoffe, Rezepturen, Materialien, Märkte und Geschäftsprozesse werden zugeordnet.
- Daten und Nachweise prüfen: Zusammensetzung, Lieferantendokumente, Prüfberichte und bestehende Bewertungen werden auf Gültigkeit kontrolliert.
- Bewertung durchführen: Eine fachlich verantwortliche Rolle entscheidet nach nachvollziehbaren Regeln.
- Ergebnis freigeben: Status, Begründung, Gültigkeit und verwendete Quellen werden versioniert dokumentiert.
- Ergebnis operativ nutzen: Freigaben, Warnungen oder Sperren wirken in Beschaffung, Vertrieb, Lieferung, Dokumentation und Transport.
- Änderungen überwachen: Neue Regelstände oder Produktänderungen lösen eine erneute Betroffenheits- und Auswirkungsanalyse aus.
Der Status ist also nur die sichtbare Spitze der Entscheidung. Prüfbar wird er erst durch die Verbindung zum gültigen Regulatory-Data-Modell, zu einer verantwortlichen Rolle und zu den verwendeten Nachweisen.
Governance und Verantwortungsgrenzen
Wirksame Governance trennt Aufgaben, ohne den Informationsfluss zu trennen:
- Regulation Experts interpretieren Anforderungen und pflegen fachliche Regeln.
- Product Stewardship bewertet Produkte und gibt Ergebnisse frei.
- Stammdatenverantwortliche sichern Produkt-, Material- und Zuordnungsdaten.
- Operative Fachbereiche verwenden Compliance-Status in ihren Belegen.
- IT bildet Datenobjekte, Schnittstellen, Berechtigungen und Kontrollen ab.
Software kann Vollständigkeit prüfen, Regeln ausführen und Vorgänge sperren. Sie ersetzt jedoch nicht automatisch die fachliche Bewertung. Umgekehrt ist eine fachliche Entscheidung ohne kontrollierte Daten und operative Einbindung nur begrenzt wirksam.
Qualitätskontrollen
Ein belastbarer Prozess beantwortet mindestens diese Fragen:
- Ist eindeutig, für welche Produktversion, Zusammensetzung und Märkte die Bewertung gilt?
- Sind Regelwerk, Version, Gültigkeitszeitraum und Quelle dokumentiert?
- Wurden fehlende oder widersprüchliche Lieferantendaten sichtbar behandelt?
- Ist erkennbar, wer bewertet und wer freigegeben hat?
- Werden abhängige Dokumente und Folgeprozesse bei Änderungen neu geprüft?
- Erreichen Warnungen und Sperren den operativen Prozess, bevor eine unzulässige Transaktion abgeschlossen wird?
Relevanz für Systeme
Product Compliance ist deshalb weder nur Rechtsrecherche noch nur Software. Wirksam wird sie erst, wenn Rollen, Freigaben und Informationsflüsse in ERP, SAP EHS, Portalen, Datenbanken und Dokumenten konsistent zusammenarbeiten. SAP beschreibt dafür unter anderem Marktfähigkeit, Chemical Compliance, Gefahrgut sowie SDS- und Label-Management als verbundene Bereiche; die konkrete Ausprägung hängt jedoch von Produktportfolio, Systemversion und Unternehmensprozess ab.
Der Regulatory-Data-Change-Management-Prozess zeigt, wie eine neue oder geänderte Anforderung kontrolliert bis in betroffene Produkte und Systeme geführt wird. Der Prozess Gefahrenkommunikation von GHS bis SDS vertieft dieselbe Logik für Einstufung, Kennzeichnung, Meldung und Dokumentation.