Ein Sicherheitsdatenblatt liegt vor – und trotzdem stimmt irgendetwas nicht. Es ist die falsche Version. Es fehlt der Bereichsbezug. Es wurde nach dem letzten Lieferantenwechsel nie ersetzt. Genau solche Situationen entstehen nicht, weil Unternehmen SDS grundsätzlich ignorieren, sondern weil die Dokumentation über lange Zeit informell gewachsen ist: ein Ordner hier, ein Netzlaufwerk dort, eine E-Mail-Weiterleitung als Ablagesystem. Dieser Beitrag zeigt, wo die häufigsten Fehler entstehen und wie eine strukturiertere Dokumentationspraxis aussieht.
Warum unklare Ablagestrukturen systematisch zu Fehlern führen
Der häufigste Ausgangspunkt für Dokumentationsfehler ist keine Nachlässigkeit, sondern ein historisch gewachsenes System ohne klare Logik. In der Praxis sieht das oft so aus: SDS werden dort abgelegt, wo gerade Platz ist – auf einem Netzlaufwerk mit Ordnern wie „Neu", „Alt", „Archiv_2021" oder schlicht nach Lieferantenname. Wer ein bestimmtes SDS sucht, braucht entweder Insider-Wissen oder Glück.
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, die in keiner Betriebsanweisung angekommen ist. Das alte Dokument liegt noch im Ordner „Reinigung_Halle3" – niemand hat es ersetzt, weil niemand wusste, dass sich etwas geändert hat. Die Ablage suggerierte Vollständigkeit, obwohl inhaltlich längst eine Lücke bestand.
Sinnvolle Ablagestrukturen folgen einer betrieblichen Logik, nicht einer Lieferanten- oder Einkaufslogik. Das bedeutet: Dokumente sind nach Verwendungsort, Produktgruppe oder Arbeitsbereich sortiert – und nicht nach dem Datum des Eingangs. Ergänzend braucht es eine nachvollziehbare Benennung, die ohne Kontextwissen erkennbar macht, welche Version ein Dokument ist und für welchen Bereich es gilt.
Fehlende Versionskontrolle als unterschätztes Compliance-Risiko
Versionsmanagement wird in vielen Betrieben als formale Pflicht wahrgenommen, nicht als praktisches Werkzeug. Dabei ist die Verwechslungsgefahr zwischen alten und neuen SDS-Versionen einer der häufigsten und gleichzeitig folgenreichsten Fehler im Dokumentationsalltag.
Das Problem: Viele SDS sehen einander ähnlich. Gleiches Layout, gleicher Produktname, gleicher Lieferant – nur das Ausgabedatum unterscheidet die aktuelle von der veralteten Version. Wer keine strukturierte Versionskontrolle betreibt, erkennt den Unterschied oft erst, wenn es zu spät ist – etwa im Audit oder nach einem Vorfall. Wie dieser Vergleich systematisch aussehen kann, beschreibt auch der Beitrag Versionen von Sicherheitsdatenblättern richtig prüfen: So vermeiden Sie Verwechslungsgefahr.
Eine funktionierende Versionskontrolle umfasst mindestens drei Elemente: erstens eine klare Kennzeichnung des Ausgabedatums direkt im Dateinamen oder Metadatensatz, zweitens eine definierte Vorgehensweise beim Eingang eines neuen SDS (wer prüft, wer ersetzt, wer informiert), und drittens eine Archivierungsregel für veraltete Dokumente – die aus dem aktiven Zugriff entfernt, aber nicht gelöscht werden sollten, um Nachvollziehbarkeit zu gewährleisten.
Fehlerliste: Häufige Dokumentationsfehler und konkrete Gegenmaßnahmen
SDS ohne Bereichsbezug abgelegt
Ein SDS liegt zentral vor, ist aber keinem konkreten Arbeitsbereich, keiner Maschine und keiner Tätigkeit zugeordnet. Im Ernstfall – etwa beim Zugriff durch einen Mitarbeiter in Halle 4 – fehlt der direkte Zusammenhang. Gegenmaßnahme: Jedem SDS bei der Ablage mindestens einen Verwendungsort oder Arbeitsbereich zuordnen, idealerweise auch die verantwortliche Person oder Abteilung.
Veraltete Dokumente im aktiven Zugriff belassen
Nach dem Eingang einer neuen SDS-Version wird das alte Dokument nicht entfernt – es bleibt erreichbar im selben Ordner. Wer dann im Alltag schnell sucht, greift möglicherweise zur älteren Version. Gegenmaßnahme: Eine klare Regel einführen, dass beim Einpflegen einer neuen Version die alte sofort aus dem aktiven Bereich entfernt und in ein Archiv verschoben wird. Das Datum der Ablösung sollte dokumentiert sein.
Kein Eingangs- und Prüfprozess definiert
SDS kommen per E-Mail vom Lieferanten, werden heruntergeladen und direkt abgelegt – ohne Prüfung, ob das Dokument vollständig ist, ob die Sprache korrekt ist oder ob eine Revision vorliegt. Gegenmaßnahme: Einen definierten Eingangscheck einführen, auch wenn er nur aus drei Punkten besteht: Datum prüfen, mit Vorversion vergleichen, Bereichsbezug herstellen.
Zuständigkeiten nicht schriftlich geregelt
SDS-Dokumentation funktioniert dann zuverlässig, wenn klar ist: Wer pflegt, wer prüft, wer informiert. Fehlt diese Regelung, entsteht eine Grauzone, in der alle irgendwie zuständig sind – und deshalb niemand konkret handelt. Gegenmaßnahme: Verantwortlichkeiten schriftlich festhalten, auch in einfacher Form. Dazu passt ergänzend der Beitrag Klarheit bei Verantwortlichkeiten: Eine bessere Struktur im SDS-Management schaffen.
SDS nach Lieferantenwechsel nicht aktualisiert
Ein Produkt wird künftig von einem anderen Lieferanten bezogen. Das neue SDS unterscheidet sich möglicherweise in Einstufung, H-Sätzen oder Schutzmaßnahmen – aber das alte Dokument bleibt bestehen, weil der Wechsel in der SDS-Dokumentation nicht nachgezogen wird. Gegenmaßnahme: Lieferantenwechsel als Auslöser für eine SDS-Prüfung definieren und im Prozess fest verankern – nicht nur als gute Absicht.
Nur das PDF gespeichert, kein strukturierter Datensatz
Das SDS liegt als PDF vor, aber die relevanten Informationen – Einstufung, CAS-Nummern, H-Sätze – sind nirgendwo strukturiert erfasst. Wer im Audit oder bei der Gefährdungsbeurteilung schnell Informationen braucht, muss das PDF öffnen und manuell lesen. Gegenmaßnahme: Kerninformationen zusätzlich strukturiert erfassen, etwa im Gefahrstoffverzeichnis oder in einem begleitenden Datensatz.
Wie ein praxistauglicher Dokumentationsprozess aussieht
Ein guter Dokumentationsprozess muss nicht aufwändig sein – er muss zuverlässig sein. Das bedeutet: Wenige klare Schritte, die tatsächlich eingehalten werden, sind besser als ein komplexes System, das im Alltag umgangen wird.
- Eingang prüfen: Jedes neu eingegangene SDS wird auf Vollständigkeit, Aktualität und Sprachversion geprüft – bevor es abgelegt wird.
- Vorversion vergleichen: Hat sich etwas geändert? Einstufung, H-Sätze, Schutzmaßnahmen? Wenn ja: Wer muss informiert werden?
- Bereichsbezug herstellen: Das SDS wird direkt bei der Ablage mit dem zugehörigen Verwendungsort verknüpft.
- Alte Version archivieren: Das veraltete Dokument wird aus dem aktiven Bereich entfernt und mit Datum der Ablösung archiviert.
- Nachgelagerte Dokumente prüfen: Müssen Betriebsanweisung oder Gefährdungsbeurteilung aktualisiert werden? Dieser Schritt wird explizit geprüft – nicht stillschweigend vorausgesetzt.
- Zuständige Person dokumentieren: Wer hat das SDS eingearbeitet und geprüft? Das sollte nachvollziehbar sein, auch wenn es nur ein Kürzel in einer Tabelle ist.
Der Aufwand für diesen Prozess ist überschaubar. Was ihn scheitern lässt, ist meistens nicht das Fehlen von Zeit, sondern das Fehlen einer klaren Erwartung: dass dieser Prozess eingehalten wird – und dass jemand es prüft.
Was gute SDS-Dokumentation im Audit sichtbar macht
Im Audit interessiert sich der Prüfer nicht in erster Linie dafür, ob ein SDS vorhanden ist. Er interessiert sich dafür, ob das richtige SDS am richtigen Ort zugänglich ist, ob es aktuell ist und ob daraus die notwendigen Schutzmaßnahmen abgeleitet wurden. Wer das nicht nachweisen kann, hat ein Problem – auch wenn die PDFs technisch gesehen alle vorhanden sind.
Typische Audit-Fragen, auf die die Dokumentation eine Antwort geben muss:
- Ist das vorliegende SDS die aktuelle Version vom Lieferanten?
- Welchem Arbeitsbereich oder welcher Tätigkeit ist dieses SDS zugeordnet?
- Wurde nach der letzten Revision eine Prüfung auf Änderungen durchgeführt?
- Sind Betriebsanweisung und Gefährdungsbeurteilung konsistent mit dem SDS?
- Wer ist verantwortlich für die Pflege dieser Dokumentation?
Diese Fragen lassen sich nur beantworten, wenn die Dokumentation nicht nur Dokumente enthält, sondern auch Kontext: Datum der letzten Prüfung, Bereichsbezug, Zuständigkeit. Ein Ordner voller PDFs liefert diesen Kontext nicht automatisch.
Wenn der Aufwand dabei vor allem in Suche, Vergleich und Nachverfolgung liegt, kann eine schlanke Lösung wie SDS Engine genau dort unterstützen – ohne den fachlichen Review zu ersetzen.
Checkliste: SDS-Dokumentation auf Praxistauglichkeit prüfen
Die folgende Checkliste hilft dabei, den Status der eigenen Dokumentation einzuschätzen. Sie ersetzt keine vollständige Gefährdungsbeurteilung, gibt aber einen schnellen Überblick über die häufigsten Schwachstellen.
- Gibt es eine klare Ablagestruktur, die nach Verwendungsort oder Bereich geordnet ist?
- Ist jedes SDS einem konkreten Arbeitsbereich oder einer Tätigkeit zugeordnet?
- Gibt es eine definierte Vorgehensweise beim Eingang eines neuen SDS?
- Werden veraltete Versionen aktiv aus dem Zugriff entfernt und archiviert?
- Werden SDS-Revisionen geprüft und mit Betriebsanweisungen abgeglichen?
- Ist dokumentiert, wer für die SDS-Pflege verantwortlich ist?
- Gibt es einen definierten Auslöser für SDS-Prüfungen bei Lieferantenwechsel oder Produktänderung?
- Sind die Kerninformationen (Einstufung, H-Sätze, Schutzmaßnahmen) auch strukturiert erfasst – nicht nur im PDF?
- Kann im Audit nachgewiesen werden, wann ein SDS zuletzt geprüft wurde?
- Ist der Zugriff für Mitarbeiter am Verwendungsort tatsächlich gewährleistet?
Dokumentationsqualität entsteht durch Prozess, nicht durch Technik
Eine gut geführte SDS-Dokumentation ist kein Ergebnis des richtigen Tools, sondern eines funktionierenden Prozesses dahinter. Technik kann diesen Prozess erleichtern, abbilden und nachvollziehbarer machen – aber sie kann nicht ersetzen, was fehlt, wenn niemand Verantwortung trägt, kein Eingangscheck stattfindet und Änderungen unbemerkt bleiben.
Ein Unternehmen mit 40 sauber dokumentierten SDS – klar strukturiert, bereichsbezogen, mit nachvollziehbarer Versionierung – ist im Audit und im Alltag besser aufgestellt als eines mit 3.000 PDFs ohne Kontext. Qualität in der SDS-Dokumentation entsteht nicht durch Menge, sondern durch Verlässlichkeit: Jedes Dokument ist auffindbar, aktuell und seiner Verwendung zugeordnet. Das ist operativ erreichbar – auch ohne großen Systemaufwand.