Bei einem ERP-Wechsel lässt sich das Gefahrstoffmanagement migrieren, indem Stammdaten, Sicherheitsdatenblätter, Gefahrstoffklassifizierungen und regulatorische Kennzeichnungen systematisch aus dem Altsystem extrahiert, bereinigt und in die neue ERP-Umgebung überführt werden. Dieser Prozess erfordert eine sorgfältige Datenmapping-Strategie und eine enge Zusammenarbeit zwischen IT, Qualitätsmanagement und Regulatory Affairs. Die folgenden Abschnitte beantworten die wichtigsten Fragen, die Unternehmen in der Chemie-, Pharma- und Food-Industrie bei einer solchen Migration beschäftigen.
Welche Gefahrstoffdaten müssen bei einem ERP-Wechsel übertragen werden?
Bei einem ERP-Wechsel müssen alle gefahrstoffrelevanten Stammdaten migriert werden: Stoffidentifikationen (CAS-Nummern, EG-Nummern), GHS-Einstufungen, H- und P-Sätze, Lagerklassen, Mengenschwellen sowie verknüpfte Sicherheitsdatenblätter. Hinzu kommen Lieferantenzuordnungen, Verwendungsbeschränkungen und interne Freigabestatus.
In der Praxis unterscheidet man bei der Datenmigration zwischen zwei Kategorien: strukturierten Stammdaten und dokumentenbasierten Informationen. Zu den strukturierten Daten gehören Felder wie Gefahrenklassen nach GHS/CLP-Verordnung, UN-Nummern für den Gefahrguttransport, Entsorgungscodes und Arbeitsplatzmessungen. Dokumentenbasierte Informationen umfassen primär die Sicherheitsdatenblätter (SDB) im PDF- oder strukturierten Format sowie interne Betriebsanweisungen.
Besonders relevant für Unternehmen in regulierten Branchen: Auch historische Daten, also frühere Einstufungen und abgelaufene Sicherheitsdatenblätter, müssen häufig mitgenommen werden, weil sie für Haftungsfragen oder Audits relevant bleiben. Wer diese Daten im Migrationsprozess ignoriert, riskiert Lücken in der Dokumentationskette.
Wie komplex ist die Migration von Gefahrstoffdaten im Vergleich zu anderen ERP-Stammdaten?
Die Migration von Gefahrstoffdaten ist deutlich komplexer als die Übertragung klassischer ERP-Stammdaten wie Artikelstamm oder Kundendaten. Der Grund: Gefahrstoffdaten sind stark reguliert, versioniert und mit externen Normen verknüpft, die sich regelmäßig ändern. Ein simpler Datenexport und -import reicht hier nicht aus.
Während Artikelstammdaten meist eine flache Struktur haben, sind Gefahrstoffinformationen eng mit Klassifizierungssystemen wie der CLP-Verordnung, dem ADR-Regelwerk oder der REACH-Verordnung verzahnt. Diese Verknüpfungen müssen beim Wechsel in ein neues System vollständig nachgebaut werden. Fehlende oder falsch gemappte Felder führen nicht zu einem Buchungsfehler, sondern im schlimmsten Fall zu einer fehlerhaften Gefahrstoffkennzeichnung.
Hinzu kommt: Gefahrstoffdaten sind häufig in Altsystemen historisch gewachsen und weisen Inkonsistenzen auf, zum Beispiel unterschiedliche Schreibweisen für denselben Stoff, veraltete Einstufungen oder fehlende Pflichtfelder. Diese Datenqualitätsprobleme fallen oft erst in der Migration auf und erfordern manuelle Bereinigung.
Welche Schritte umfasst eine strukturierte Gefahrstoffmigration?
Eine strukturierte Gefahrstoffmigration folgt einem definierten Prozess: Bestandsaufnahme und Datenexport aus dem Altsystem, Datenbereinigung und Normierung, Mapping auf die Datenstruktur des Zielsystems, Testmigration mit Validierung und schließlich die produktive Übernahme mit Qualitätskontrolle.
- Bestandsaufnahme: Alle gefahrstoffrelevanten Datenquellen im Altsystem identifizieren, inklusive angebundener Dokumentenmanagementsysteme oder externer Datenbanken.
- Datenexport und Analyse: Rohdaten exportieren und auf Vollständigkeit, Konsistenz und Aktualität prüfen. Veraltete Einstufungen und fehlende Pflichtfelder dokumentieren.
- Bereinigung: Dubletten zusammenführen, veraltete Daten aktualisieren und fehlende Informationen ergänzen. Dieser Schritt ist zeitaufwendig, aber wichtig.
- Mapping: Die Felder des Altsystems den Feldern des Zielsystems zuordnen. Wo keine direkte Entsprechung existiert, Transformationsregeln definieren.
- Testmigration: Einen repräsentativen Datensatz migrieren und im Zielsystem validieren. Gefahrstoffkennzeichnungen, SDB-Verknüpfungen und Lagerklassen gezielt prüfen.
- Produktive Migration und Abnahme: Vollständige Übernahme mit anschließender Qualitätskontrolle durch Qualitätsmanagement und Regulatory Affairs.
Erfahrungsgemäß ist Schritt drei, die Datenbereinigung, der größte Zeitfresser. Unternehmen, die diesen Schritt unterschätzen, geraten im Projektverlauf unter Zeitdruck und riskieren eine unvollständige Migration.
Was passiert mit Sicherheitsdatenblättern beim ERP-Systemwechsel?
Sicherheitsdatenblätter (SDB) müssen beim ERP-Systemwechsel sowohl als Dokumente als auch in ihrer Verknüpfung zu Gefahrstoffstammdaten migriert werden. Eine reine Dokumentenübertragung reicht nicht aus, wenn die SDB im neuen System nicht dem richtigen Stoff, der richtigen Version und dem richtigen Lieferanten zugeordnet sind.
Sicherheitsdatenblätter existieren in der Regel in zwei Formen: als PDF-Dokumente und als strukturierte Datensätze in spezialisierten SDB-Datenbanken oder im ERP selbst. Bei der Migration müssen beide Ebenen berücksichtigt werden. Die Dokumentenstruktur (Versionsnummer, Erstellungsdatum, Sprachversion, zugehöriger Stoff) muss im Zielsystem exakt abgebildet sein.
Ein häufiger Fehler: Unternehmen migrieren die SDB-Dokumente als Anhänge, vergessen aber die Metadaten. Das Ergebnis ist ein neues ERP-System mit Hunderten von SDB-Dateien, die keinem Stoff mehr eindeutig zugeordnet werden können. Das kostet im Nachgang erheblich mehr Zeit als eine sorgfältige Migration von Anfang an.
Wichtig ist auch: SDB müssen nach der REACH-Verordnung aktuell gehalten werden. Ein ERP-Wechsel ist ein guter Zeitpunkt, um alle SDB auf Aktualität zu prüfen und veraltete Versionen vor der Migration auszutauschen. Mehr dazu, wie moderne ERP-Einsatzbereiche das laufende Dokumentenmanagement unterstützen, erfahren Sie auf unseren Übersichtsseiten.
Welche regulatorischen Risiken entstehen bei einer fehlerhaften Gefahrstoffmigration?
Eine fehlerhafte Gefahrstoffmigration kann zu falschen Gefahrstoffkennzeichnungen, fehlenden Sicherheitsdatenblättern und lückenhafter Dokumentation führen. Das zieht regulatorische Konsequenzen nach sich: Bußgelder nach ChemVerbotsV oder REACH, Auflagen bei Betriebsprüfungen und im schlimmsten Fall Produktionsstopps.
Konkret drohen folgende Risiken:
- Fehlerhafte GHS-Kennzeichnung: Wenn Gefahrenklassen oder Piktogramme im neuen System falsch zugeordnet sind, werden Produkte oder Gebinde falsch etikettiert. Das verstößt gegen die CLP-Verordnung.
- Fehlende SDB: Ohne aktuelles Sicherheitsdatenblatt darf ein Gefahrstoff in vielen Fällen nicht geliefert oder verwendet werden. Lücken in der SDB-Zuordnung blockieren operative Prozesse.
- Lücken in der Dokumentationskette: Behörden und Auditoren erwarten eine lückenlose Nachweisführung. Fehlende historische Daten können bei Inspektionen zum Problem werden.
- Mengenschwellen-Fehler: Wenn Lagermengen und Gefahrstoffklassen nicht korrekt verknüpft sind, können gesetzliche Mengenschwellen unbemerkt überschritten werden.
Für Unternehmen in der Chemie- und Pharmaindustrie, die ohnehin unter starker Regulierungsaufsicht stehen, ist das Risiko besonders hoch. Eine fehlerhafte Migration kann Audits gefährden und das Vertrauen von Behörden beschädigen.
Wann sollte ein ERP-Spezialist für regulierte Branchen die Migration begleiten?
Ein ERP-Spezialist für regulierte Branchen sollte die Gefahrstoffmigration immer dann begleiten, wenn mehr als einige Hundert Gefahrstoffstammsätze migriert werden, wenn das Unternehmen unter REACH, GHS/CLP oder branchenspezifischen Regularien wie AMG oder LFGB steht, oder wenn das Altsystem keine saubere Exportstruktur bietet.
Ein generalistischer IT-Dienstleister kennt die regulatorischen Anforderungen an Gefahrstoffdaten in der Regel nicht tief genug. Wer zum Beispiel nicht weiß, dass SDB-Versionen nach REACH Artikel 31 bestimmten Anforderungen genügen müssen, wird beim Mapping falsche Entscheidungen treffen. Branchenspezifisches Know-how ist hier kein Nice-to-have, sondern spart Zeit und verhindert teure Nacharbeiten. Ein Blick auf die verfügbaren ERP-Lösungen für die Prozessindustrie zeigt, welche Funktionen speziell für diesen Bedarf entwickelt wurden.
Praktische Indikatoren, die für externe Begleitung sprechen:
- Das Altsystem ist eine Eigenentwicklung ohne standardisierte Exportschnittstellen
- Gefahrstoffdaten sind über mehrere Systeme verteilt (ERP, LIMS, DMS)
- Das Unternehmen hat in den letzten Jahren Zukäufe getätigt und Daten aus verschiedenen Quellen zusammengeführt
- Das interne Team hat keine Erfahrung mit strukturierten Datenmigrationsprojekten
- Der Zeitplan ist eng und lässt wenig Spielraum für Nacharbeiten
Wie GUS ERP bei der Gefahrstoffmigration unterstützt
Wir bei GUS ERP begleiten Unternehmen in der Prozessindustrie seit über 40 Jahren bei ERP-Projekten, darunter auch bei der strukturierten Migration von Gefahrstoffdaten. Unsere GUS-OS Suite wurde speziell für regulierte Branchen wie Chemie, Pharma und Food entwickelt und bringt die notwendigen Datenstrukturen für ein vollständiges Gefahrstoffmanagement direkt mit.
Was wir konkret leisten:
- Analyse und Mapping der Gefahrstoffdaten aus dem Altsystem auf die GUS-OS Datenstruktur
- Unterstützung bei der Bereinigung und Aktualisierung von Gefahrstoffstammdaten und Sicherheitsdatenblättern
- Integriertes Qualitätsmanagement und LIMS, die nach der Migration nahtlos mit den Gefahrstoffdaten zusammenarbeiten
- Workflowbasierte Prozesse für die laufende Pflege von Gefahrstoffinformationen, damit das System nach dem Go-live aktuell bleibt
- Erfahrung mit REACH, CLP und branchenspezifischen Regularien, die in die Migrationsstrategie einfließt
Wenn Sie planen, Ihr ERP-System zu wechseln und dabei Ihr Gefahrstoffmanagement sicher und vollständig zu migrieren, sprechen Sie uns gerne an. Wir zeigen Ihnen in einem ersten Gespräch, wie eine strukturierte Migration in Ihrem konkreten Umfeld aussehen kann.
