Veraltete Sicherheitsdatenblätter: Strategien zur effektiven Aktualisierung

Ein veraltetes Sicherheitsdatenblatt ist kein Randproblem der Ablage – es ist ein operatives Risiko, das in Betriebsanweisungen, Gefährdungsbeurteilungen und im täglichen Umgang mit Gefahrstoffen sichtbar wird. Das Problem entsteht meistens nicht durch Nachlässigkeit, sondern durch fehlende Strukturen: Es gibt keinen definierten Prozess, der sicherstellt, dass ein geändertes SDS vom Lieferanten tatsächlich im eigenen System ankommt, bewertet und weitergegeben wird. Dieser Beitrag zeigt, an welchen Stellen Aktualisierungen typischerweise scheitern und wie Unternehmen gegensteuern können.

Warum SDS-Aktualisierungen im Betrieb so leicht verloren gehen

Sicherheitsdatenblätter werden von Lieferanten aktualisiert – aber aktiv kommuniziert werden diese Änderungen selten. In der Regel landet ein neues SDS im Wareneingang, per E-Mail an den Einkauf oder beigelegt einer Lieferung. Von dort aus müsste es geprüft, eingeordnet und an alle Stellen weitergegeben werden, die mit dem betreffenden Stoff arbeiten. In der Praxis passiert das häufig nicht, weil niemand explizit dafür zuständig ist.

Ein typischer Praxisfall: Ein Reinigungsmittel wird weiterhin unter derselben Artikelnummer geliefert. Im Einkauf fällt zunächst nichts auf. Das neue SDS enthält jedoch eine geänderte Einstufung nach CLP, die eine andere PSA-Pflicht auslöst. In keiner Betriebsanweisung ist diese Änderung angekommen. Die Beschäftigten arbeiten weiterhin mit dem alten Schutzkonzept – formal korrekt nach dem alten Stand, faktisch nicht mehr dem aktuellen Risiko angemessen.

Dieses Szenario ist kein Extremfall. Es ergibt sich strukturell immer dann, wenn Einkauf, Arbeitssicherheit und operative Bereiche nicht miteinander verbunden sind und kein gemeinsamer Prozess existiert, der Änderungen systematisch weiterleitet.

Auslöser erkennen: Wann ein SDS aktualisiert werden muss

Eine pauschale Frist zur Aktualisierung von Sicherheitsdatenblättern gibt es nach REACH nicht. Auslöser sind inhaltliche Änderungen: neue Erkenntnisse zur Gefährlichkeit eines Stoffs, Änderungen in der Einstufung und Kennzeichnung, neue Zulassungsbedingungen oder Beschränkungen sowie Änderungen der Rezeptur oder Zusammensetzung eines Gemischs. Hinzu kommen regulatorische Anpassungen, etwa durch aktualisierte CLP-Einträge oder neue harmonisierte Einstufungen.

Für Unternehmen bedeutet das: Sie müssen nicht nach einem Kalender prüfen, sondern nach Ereignissen. Das erfordert allerdings, dass Ereignisse überhaupt wahrgenommen werden. Genau hier liegt das organisatorische Problem. Die Frage „Hat sich seit dem letzten SDS etwas verändert?" wird im Alltag selten aktiv gestellt.

Wie dieser Zusammenhang zwischen Auslösern, Fristen und Prüfpflichten in der Praxis aussieht, beschreibt auch der Beitrag Wie oft müssen Sicherheitsdatenblätter aktualisiert werden?

Drei organisatorische Hebel, die Aktualisierungen zuverlässig machen

Es gibt keine technische Lösung, die das Problem der veralteten SDS vollständig automatisch löst. Was funktioniert, ist eine Kombination aus klaren Zuständigkeiten, definierten Auslösern und einem nachvollziehbaren Prozess. Diese drei Hebel greifen ineinander.

Zuständigkeiten eindeutig regeln

Solange keine Person konkret verantwortlich ist für den Empfang, die Prüfung und die Weiterleitung neuer SDS, entsteht eine Lücke. In kleineren Unternehmen übernimmt das häufig die SiFa oder eine Fachkraft aus der Arbeitssicherheit, in größeren Betrieben kann es eine geteilte Verantwortung zwischen Einkauf und HSE geben. Entscheidend ist nicht, wer es macht – sondern dass es eindeutig geregelt ist und diese Regelung auch dokumentiert vorliegt. Eine einfache RACI-Struktur reicht dafür aus.

Lieferantenanforderungen klar formulieren

Lieferanten sind nach REACH verpflichtet, aktualisierte SDS unaufgefordert zu übermitteln. In der Praxis geschieht das nicht immer zuverlässig oder zeitnah. Wer Lieferantenverträge oder Rahmenvereinbarungen nutzt, sollte dort eine explizite Anforderung zur SDS-Übermittlung bei Änderungen aufnehmen – inklusive einer definierten Frist. Das schafft keine Garantie, senkt aber die Wahrscheinlichkeit, dass Änderungen still übergangen werden.

Ereignisbasierte Prüfpunkte einrichten

Neben dem Warten auf Lieferanteninformationen braucht es aktive Prüfpunkte im eigenen Betrieb. Sinnvolle Auslöser: Lieferantenwechsel, Produktwechsel, Sortimentserweiterungen, Änderungen in regulatorischen Anforderungen (z. B. durch CLP-Überarbeitungen) sowie jede Erneuerung der Gefährdungsbeurteilung. Diese Prüfpunkte müssen nicht aufwändig sein – aber sie müssen existieren und in den normalen Arbeitsrhythmus eingebaut sein.

Versionsvergleich: Was sich wirklich geändert hat

Wenn ein neues SDS eingeht, reicht es nicht, es abzulegen. Die sicherheitsrelevante Frage lautet: Was hat sich im Vergleich zur Vorversion verändert? Gerade bei Gemischen kann sich hinter einem gleich klingenden Produktnamen eine geänderte Rezeptur verbergen, die andere Gefährdungen auslöst. Ohne einen systematischen Versionsvergleich bleibt diese Information unsichtbar.

Manuell ist das aufwändig: Wer zwei PDFs nebeneinanderlegt und Abschnitt für Abschnitt vergleicht, braucht Zeit und fachliches Urteilsvermögen. Besonders die Abschnitte 2 (Einstufung und Kennzeichnung), 8 (Expositionsgrenzwerte und PSA) und 15 (regulatorische Informationen) sind praxisrelevant für Betriebsanweisungen und Schutzmaßnahmen. Änderungen dort haben direkte operative Konsequenzen.

Wie ein strukturierter Versionsvergleich operativ funktioniert und wo der manuelle Ansatz an Grenzen stößt, beschreibt der Beitrag Versionsvergleich von Sicherheitsdatenblättern: Manuell vs. strukturiert im Detail.

Wenn der Aufwand vor allem in Suche, Vergleich und Nachverfolgung liegt, kann eine schlanke Lösung wie SDS Engine genau dort unterstützen – indem Versionsstände zentral erfasst, Änderungen sichtbar gemacht und Dokumente Bereichen zugeordnet werden, ohne dass dafür ein komplexes EHS-System eingeführt werden muss.

Praxischeck: Typische Fehler bei der SDS-Aktualisierung und wie man sie vermeidet

Die folgenden Fehler tauchen in Audits und internen Reviews immer wieder auf. Sie entstehen nicht aus mangelnder Sorgfalt, sondern aus strukturellen Lücken im Prozess.

• Kein Eingangsprozess für neue SDS: Ein neues Dokument kommt per E-Mail oder Lieferschein – und landet direkt im Archiv, ohne dass jemand es bewertet. Gegenmaßnahme: Einen definierten Empfangspunkt und eine Prüfpflicht einrichten, bevor ein SDS abgelegt wird.
• Produktname als einziges Identifikationsmerkmal: Produkte ändern sich, ohne den Namen zu ändern. Wer nur nach Bezeichnung sucht, erkennt keine Versionsänderungen. Gegenmaßnahme: SDS zusätzlich mit Versionsdatum und Revisionsnummer erfassen.
• Kein Abgleich mit Betriebsanweisungen: Ein aktualisiertes SDS landet im Ordner, die darauf basierende Betriebsanweisung bleibt unverändert. Gegenmaßnahme: Die Überprüfung von Betriebsanweisungen nach SDS-Änderung als festen Prozessschritt definieren.
• Fehlende Bereichszuordnung: Das richtige SDS liegt vor – aber nicht in den Bereichen, wo der Stoff tatsächlich eingesetzt wird. Gegenmaßnahme: SDS immer mit konkretem Einsatzort oder Arbeitsbereich verknüpfen, nicht nur zentral archivieren.
• Keine Rückmeldung bei Lieferantenwechsel: Der Wechsel zu einem anderen Lieferanten für dasselbe Produkt kann ein anderes SDS mit sich bringen. Gegenmaßnahme: Lieferantenwechsel als verbindlichen Auslöser für eine SDS-Prüfung im Prozess verankern.
• Kein Nachweis der Übergabe an Beschäftigte: Im Audit reicht es nicht, das aktuelle SDS zu zeigen – es muss auch nachvollziehbar sein, dass Beschäftigte über Änderungen informiert wurden. Gegenmaßnahme: Unterweisungen und Aktualisierungen der Betriebsanweisungen dokumentiert an SDS-Revisionen koppeln.

Was ein Aktualisierungsprozess konkret enthalten sollte

Ein funktionierender Prozess zur SDS-Aktualisierung muss kein aufwändiges Projekt sein. Er braucht aber klare Schritte, die im Alltag tatsächlich durchgehalten werden können. Die folgende Struktur hat sich in der Praxis bewährt:

1. Empfangspunkt definieren: Wer empfängt neue oder geänderte SDS – zentral oder dezentral? Diese Frage muss vor allem für den Einkauf geklärt sein, der regelmäßig als erster Kontaktpunkt dient.
2. Versionscheck durchführen: Liegt bereits eine ältere Version vor? Wenn ja, welche Abschnitte haben sich geändert? Mindestens Abschnitte 2, 8 und 15 prüfen.
3. Fachliche Bewertung sicherstellen: Änderungen in der Einstufung oder den Schutzmaßnahmen müssen von jemandem mit fachlichem Urteilsvermögen bewertet werden – das kann die SiFa oder eine HSE-Fachkraft sein.
4. Betriebsanweisung anpassen: Wenn das SDS Änderungen enthält, die den betrieblichen Umgang betreffen, muss die zugehörige Betriebsanweisung überprüft und ggf. aktualisiert werden.
5. Betroffene informieren: Beschäftigte, die mit dem betreffenden Stoff arbeiten, müssen über sicherheitsrelevante Änderungen informiert werden – idealerweise im Rahmen einer dokumentierten Unterweisung.
6. Ablage mit Versionshistorie: Das neue SDS wird unter Beibehaltung des Datums und der Versionsangabe abgelegt. Ältere Versionen sollten nicht gelöscht, sondern als historischer Stand gekennzeichnet aufbewahrt werden.
7. Prozess bei Lieferantenwechsel wiederholen: Auch wenn ein bekanntes Produkt von einem neuen Lieferanten kommt, beginnt der Prozess von vorne – das neue SDS gilt als Erstdokument für diesen Lieferanten.

Strukturelle Voraussetzungen: Wann ein schlankes System mehr leistet als eine Ordnerlösung

Viele Unternehmen starten mit einer Ordnerstruktur – entweder physisch oder als Dateiablagen. Das funktioniert bei überschaubaren Sortimenten. Sobald jedoch mehrere Standorte, viele Lieferanten oder häufig wechselnde Produkte ins Spiel kommen, verliert die manuelle Ablage die Übersicht. Nicht weil die Verantwortlichen nicht sorgfältig arbeiten, sondern weil das System keine Querverweise zwischen Versionständen, Einsatzorten und Betriebsanweisungen ermöglicht.

Wenn genau hier Versionsstände, Bereichsbezug und Aktualität auseinanderlaufen, kann SDS Engine sinnvoll unterstützen – ohne den fachlichen Review zu ersetzen. Das Tool ist auf SDS-Verwaltung spezialisiert und nicht auf den Aufwand eines vollständigen EHS-Systems ausgelegt.

Entscheidend ist letztlich nicht das Werkzeug, sondern ob der Prozess tatsächlich gelebt wird. Ein Unternehmen mit 30 sauber gepflegten und bereichszugeordneten SDS ist besser aufgestellt als eines mit 3.000 PDFs ohne Versionshistorie und ohne klare Zuständigkeit. Die Qualität der SDS-Verwaltung zeigt sich nicht im Volumen, sondern darin, ob im Alltag – und erst recht im Audit – schnell nachgewiesen werden kann, dass der aktuelle Stand vorliegt und kommuniziert wurde.