Versionen von Sicherheitsdatenblättern richtig prüfen: So vermeiden Sie Verwechslungsgefahr

Ein Produkt läuft seit Jahren reibungslos durch die Beschaffung. Gleiche Artikelnummer, gleicher Lieferant, gleiche Verpackung. Was dabei leicht übersehen wird: Das Sicherheitsdatenblatt dahinter hat sich geändert. Neue Einstufung, geänderter Grenzwert, zusätzliche Schutzausrüstung. In der Betriebsanweisung steht noch der alte Stand. Und im Lager wird weitergearbeitet wie bisher.

Genau solche Konstellationen machen Versionsmanagement bei SDS zu einem unterschätzten Praxisproblem. Es geht nicht darum, ob ein Sicherheitsdatenblatt vorhanden ist. Es geht darum, ob der aktuelle Stand im Betrieb tatsächlich angekommen ist – und ob veraltete Versionen konsequent identifiziert und ersetzt werden.

Warum das Versionsdatum allein nicht ausreicht

Das Ausstellungsdatum auf Seite 1 eines SDS gilt oft als erster Anhaltspunkt für Aktualität. In der Praxis ist diese Einschätzung jedoch trügerisch. Erstens ist nicht jedes Datum ein Revisionsdatum – es kann auch das ursprüngliche Erstellungsdatum sein, das seitdem nicht angepasst wurde. Zweitens gibt es keine gesetzliche Pflicht zu einer bestimmten Aktualisierungsfrequenz: Eine Überarbeitung wird ausgelöst durch Änderungen an Einstufung, Zusammensetzung oder relevanten Grenzwerten, nicht durch den Kalender.

Ein typischer Praxisfall: Ein Lösungsmittelgemisch wird vom Hersteller reformuliert. Der Handelsname bleibt gleich, die Lieferkette ändert sich nicht, aber das neue SDS enthält geänderte H-Sätze und einen niedrigeren Arbeitsplatzgrenzwert. Der Einkauf erhält beim nächsten Bestellvorgang ein neues SDS als PDF-Anhang in der Auftragsbestätigung. Das Dokument landet im allgemeinen E-Mail-Eingang – und von dort nie in der Ablage des Bereichsverantwortlichen.

Für die fachliche Grundlage hinter Aktualisierungsanlässen und Fristen passt ergänzend Wie oft müssen Sicherheitsdatenblätter aktualisiert werden?.

Die drei häufigsten Quellen für Versionsverwechslungen

Versionsverwechslungen entstehen selten durch Unachtsamkeit einzelner Personen. Meistens ist es eine Kombination aus fehlenden Prozessen, verteilten Ablagen und unklaren Zuständigkeiten. Wer die typischen Entstehungsmuster kennt, kann gezielter gegensteuern.

Parallele Ablageorte ohne klare Hierarchie

In vielen Betrieben existieren SDS an mehreren Orten gleichzeitig: im Netzwerklaufwerk der SiFa, im Ordner am Arbeitsplatz, auf dem lokalen Rechner des Einkäufers und in einem SharePoint-Verzeichnis, das vor zwei Jahren angelegt wurde. Ohne definierte Quelle der Wahrheit ist unklar, welcher Stand gilt. Ein Mitarbeiter nutzt die PDF aus dem Papierordner – die stammt aus dem Jahr 2019. Die aktuelle Version liegt irgendwo im Netzwerk, ist aber nicht auffindbar.

Produktwechsel ohne SDS-Update im Prozess

Lieferantenwechsel oder Produktumstellungen lösen nicht automatisch einen SDS-Prüfprozess aus. Besonders kritisch: Wenn ein neues Produkt dieselbe Funktion übernimmt wie ein altes, wird es häufig unter derselben internen Bezeichnung geführt. Das alte SDS bleibt im Umlauf, weil niemand den Austausch explizit angestoßen hat. Die Verwechslungsgefahr ist hier besonders hoch, weil äußerlich alles gleich aussieht.

Fehlende Revisionskennzeichnung im Dateinamen

Eine Datei namens Reinigungsmittel_SDS.pdf lässt sich von einer aktualisierten Version nicht unterscheiden, wenn diese denselben Dateinamen trägt. Ohne Versionsnummer oder Datum im Dateinamen weiß niemand beim Öffnen der Datei, ob es sich um den aktuellen Stand handelt. Dieses scheinbar kleine Problem führt in der Audit-Situation zu erheblichem Nachweisaufwand.

Praxistaugliche Prüfschritte für den laufenden Betrieb

Eine vollständige Versionsprüfung aller SDS ist in größeren Betrieben nicht in einem Arbeitsgang zu leisten. Sinnvoller ist ein gestuftes Vorgehen, das regelmäßig und strukturiert abläuft – ohne jedes Mal den gesamten Bestand neu aufzurollen.

1. Auslöserbasierte Prüfung etablieren: Immer dann, wenn ein neues Produkt beschafft, ein Lieferant gewechselt oder ein Produkt reformuliert wird, muss automatisch eine SDS-Prüfung ausgelöst werden. Das bedeutet: Dieser Prüfschritt muss im Beschaffungsprozess verankert sein, nicht im Ermessen einzelner Personen.
2. Revisionsdatum und Versionsnummer systematisch erfassen: Beide Angaben finden sich in Abschnitt 1 des SDS (Ausstellungsdatum) und je nach Hersteller auch im Kopf- oder Fußbereich. Diese Werte sollten im Gefahrstoffverzeichnis gepflegt sein – nicht nur der Produktname.
3. Einen definierten Ablageort als einzige Quelle der Wahrheit festlegen: Alle anderen Kopien sind entweder explizit als Arbeitskopien zu kennzeichnen oder zu entfernen. Das gilt auch für Papierordner am Arbeitsplatz.
4. Dateinamen normieren: Ein einheitliches Schema wie Produktname_Lieferant_JJJJ-MM.pdf verhindert stille Überschreibungen und macht Versionen auf den ersten Blick unterscheidbar.
5. Periodische Stichproben einplanen: Nicht jede Änderung kündigt sich an. Deshalb empfiehlt sich eine anlassunabhängige Stichprobenkontrolle – etwa quartalsweise für Hochrisikobereiche oder stark frequentierte Produkte.
6. Ableitung in Betriebsanweisungen mitdenken: Eine SDS-Änderung ist erst dann vollständig verarbeitet, wenn auch die zugehörige Betriebsanweisung geprüft und bei Bedarf aktualisiert wurde. Wer den Prozess nur bei der Ablage beendet, hat die Hälfte der Arbeit nicht geleistet.
7. Zuständigkeit klar benennen: Wer erhält neue SDS vom Lieferanten? Wer prüft sie? Wer entscheidet, ob eine Betriebsanweisung nachzuziehen ist? Ohne namentlich benannte Verantwortung bleibt der Prozess lückenhaft.

Woran Sie eine relevante Versionsänderung erkennen

Nicht jede Aktualisierung eines SDS hat operative Konsequenzen. Eine geänderte Adresse des Lieferanten oder eine neue Notfallnummer erfordert keine Überarbeitung der Betriebsanweisung. Andere Änderungen sind hingegen sofort handlungsrelevant. Die Kunst liegt darin, beides schnell zu unterscheiden – ohne jeden Abschnitt des neuen Dokuments vollständig gegen den alten zu lesen.

Abschnitte mit hoher Änderungsrelevanz

Bei einem Versionsvergleich sollten zunächst die Abschnitte gezielt geprüft werden, die sich direkt auf Schutzmaßnahmen und Gefährdungsbeurteilung auswirken. Dazu gehören vor allem:

• Abschnitt 2 – Mögliche Gefahren: Änderungen in Einstufung und Kennzeichnung, neue oder weggefallene H-Sätze. Eine geänderte Einstufung zieht in der Regel weitere Maßnahmen nach sich.
• Abschnitt 8 – Grenzwerte und Schutzausrüstung: Geänderte Arbeitsplatzgrenzwerte oder neue Anforderungen an PSA sind unmittelbar in die Betriebsanweisung zu übernehmen.
• Abschnitt 3 – Zusammensetzung: Wenn sich der Anteil eines gefährlichen Inhaltsstoffs ändert, kann das die Gefährdungsbeurteilung beeinflussen.
• Abschnitt 15 – Rechtsvorschriften: Neue oder veränderte Einstufungen nach CLP, Einträge in Anhänge der REACH-Verordnung.

Wer einen strukturierten Versionsvergleich durchführen möchte, findet einen methodischen Überblick im Beitrag Versionsvergleich von Sicherheitsdatenblättern: Manuell vs. strukturiert.

Typische Fehlannahme beim Vergleich

Eine verbreitete Fehlannahme: „Das Produkt ist dasselbe geblieben, also kann das SDS nicht wesentlich anders sein." Gerade bei Gemischen ist diese Annahme riskant. Die Zusammensetzung kann sich ändern, ohne dass sich der Produktname oder die äußere Verpackung verändert. Auch regulatorische Neueinstufungen – etwa durch aktualisierte harmonisierte Einstufungen auf EU-Ebene – schlagen sich im SDS nieder, ohne dass der Hersteller das Produkt geändert hätte.

Versionsmanagement als Teil der betrieblichen Organisation

Versionsmanagement für SDS funktioniert dauerhaft nur dann, wenn es nicht als Einzelaufgabe der SiFa behandelt wird, sondern als gemeinsamer Prozess von Einkauf, Lager und Arbeitsschutz. In der Praxis bedeutet das: Der erste Kontakt mit einem neuen SDS liegt oft im Einkauf oder beim Wareneingang. Wer dort keinen definierten Weiterleitungsweg hat, verliert die Information bevor sie die Fachkraft für Arbeitssicherheit überhaupt erreicht.

Gerade in Betrieben mit vielen Produkten und mehreren Lieferanten wächst der operative Aufwand für Versionspflege schnell. Wenn der Aufwand 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.

Ein weiteres organisatorisches Problem entsteht, wenn Zuständigkeiten nicht klar geregelt sind. Wer ist dafür verantwortlich, ein eingehendes SDS zu prüfen? Wer entscheidet, ob eine Betriebsanweisung nachzuziehen ist? Ohne klare Verantwortlichkeiten kann dasselbe SDS gleichzeitig bei drei Personen liegen – und trotzdem niemand handeln, weil jeder davon ausgeht, der andere kümmere sich darum.

Häufige Fehler und was konkret dagegen hilft

Aus der Praxis lassen sich wiederkehrende Muster identifizieren, die den Versionsprozess regelmäßig zum Stolperpunkt machen. Jeder dieser Fehler ist vermeidbar – wenn der Prozess entsprechend gestaltet ist.

• Fehler: SDS wird abgelegt, aber nicht geprüft. Ein neues Dokument landet in der Ablage, ohne dass jemand den inhaltlichen Unterschied zur Vorgängerversion bewertet hat. Gegenmaßnahme: Vier-Augen-Prinzip bei Versionsänderungen für sicherheitskritische Produkte einführen.
• Fehler: Alte Version wird nicht entfernt. Das neue SDS wird hinzugefügt, das alte bleibt im Ordner. Im Zweifel greift ein Mitarbeiter zur falschen Datei. Gegenmaßnahme: Ablösung der alten Version als expliziter Prozessschritt definieren, nicht als Selbstverständlichkeit behandeln.
• Fehler: Kein Abgleich mit der Betriebsanweisung. Die SDS-Änderung wird dokumentiert, die Betriebsanweisung bleibt unverändert. Gegenmaßnahme: Jede SDS-Aktualisierung löst automatisch eine Prüfung der zugehörigen Betriebsanweisung aus.
• Fehler: Versionsstand wird nicht im Gefahrstoffverzeichnis gepflegt. Das Verzeichnis enthält nur Produktnamen, keine Versionsinformationen. Im Audit kann kein aktueller Stand nachgewiesen werden. Gegenmaßnahme: Revisionsdatum als Pflichtfeld im Verzeichnis aufnehmen.
• Fehler: Neue SDS von Lieferanten werden nicht zentral gesammelt. Dokumente kommen per E-Mail an verschiedene Empfänger, ohne definierten Weiterleitungsweg. Gegenmaßnahme: Einen zentralen Eingang für SDS-Dokumente definieren – eine E-Mail-Adresse oder ein Upload-Pfad.

Was ein funktionierender Versionsprozess wirklich leistet

Wer SDS-Versionen systematisch prüft und verwaltet, schafft mehr als nur Dokumentationsordnung. Er stellt sicher, dass Schutzmaßnahmen am Arbeitsplatz mit dem aktuellen Stand der Gefährdungsbeurteilung übereinstimmen. Das ist keine Formalität – es ist die operative Grundlage dafür, dass Unterweisungen, Betriebsanweisungen und Schutzausrüstung tatsächlich zu den Stoffen passen, mit denen täglich gearbeitet wird.

Ein gut aufgestellter Versionsprozess ist außerdem resilienter gegenüber Personalwechseln: Wer nachvollziehbar dokumentiert hat, welche Version wann geprüft wurde und welche Konsequenzen daraus gezogen wurden, ist nicht darauf angewiesen, dass eine bestimmte Person die gesamte Verfahrensgeschichte im Kopf trägt. Das schützt das Unternehmen – unabhängig davon, wer gerade in welcher Rolle tätig ist.