Sicherheitsdatenblätter (SDS) sind keine „HSE-Dokumente“, die irgendwo abgelegt werden – sie sind Arbeitsgrundlage für Einkauf, Lager, Produktion, Instandhaltung, Entsorgung, Gefahrstofflagerung, Unterweisungen und Gefährdungsbeurteilungen. In der Praxis scheitert SDS-Management selten an fehlenden PDFs, sondern an unklarer Zuständigkeit: Wer beschafft? Wer prüft Aktualität? Wer verteilt? Wer setzt Maßnahmen um?
Warum die Zuständigkeit oft „diffus“ ist
- SDS kommen über unterschiedliche Kanäle (Einkauf, Lieferanten, Außendienst, Portale).
- Mehrere Standorte/Abteilungen nutzen denselben Stoff – aber niemand fühlt sich „Owner“.
- Aktualitätsprüfung passiert anlassbezogen (Audit, Unfall, Begehung).
- SDS liegen in Ordnern/SharePoint, aber Inhalte sind nicht in Prozesse verankert.
Ergebnis: Es gibt zwar Dokumente – aber keine Verantwortungslogik.
Grundlagen: Was „zuständig“ im Kern bedeutet
Ohne Rechtsberatung: Für Unternehmen zählt in der Praxis, dass diese vier Dinge funktionieren:
- Verfügbarkeit: SDS sind dort verfügbar, wo der Stoff verwendet oder gelagert wird.
- Aktualität: Versionen sind nachvollziehbar, alte Stände werden ersetzt oder archiviert.
- Nutzbarkeit: Relevante Infos (z. B. PSA, Lagerregeln, Erste Hilfe) sind schnell auffindbar.
- Umsetzung: Ableitungen (Betriebsanweisungen, Lagerregeln, Unterweisungen) passieren verbindlich.
Rollen im Unternehmen: Wer macht typischerweise was?
Je nach Unternehmensgröße können Rollen kombiniert sein. Wichtig ist: eine Stelle als Prozess-Owner plus klar definierte Mitwirkung.
Prozess-Owner / Gefahrstoffmanagement (oft HSE/EHS)
- SDS-Prozess definieren (Eingang, Prüfung, Ablage, Verteilung, Review).
- Standards festlegen (Namensschema, Versionierung, Pflichtfelder, Fristen).
- Eskalation bei fehlenden oder unklaren SDS.
- Schnittstelle zu Audits.
Merksatz: HSE ist oft Owner des Systems, nicht zwingend „Besorger aller SDS“.
Fachkraft für Arbeitssicherheit (SiFa)
- Nutzung der SDS-Inhalte für Gefährdungsbeurteilung und Schutzmaßnahmen.
- Unterstützung bei Unterweisungen, PSA-Anforderungen und Exposition.
- Plausibilitätscheck: Passt das SDS zur realen Anwendung?
Einkauf / Beschaffung
- SDS-Anforderung im Bestellprozess verankern (Pflichtdokumente).
- Lieferanten nachfordern (inkl. Sprache/Region, Produktidentität).
- Artikel- und Lieferantenstammdaten sauber halten (Zuordnung SDS ↔ Artikel).
Starker Hebel: Wenn Einkauf SDS als Lieferbedingung definiert, sinkt Chaos massiv.
Lager/Logistik
- Zugriff im Lager sicherstellen (Notfall, Erstmaßnahmen, Lagerregeln).
- Lagerbedingungen aus SDS umsetzen (z. B. Trennung, Inkompatibilitäten).
- Kennzeichnung und Spill-Response organisatorisch mittragen.
Produktion/Instandhaltung/Anwendung (Fachabteilungen)
- Rückmeldung, wenn Stoff anders genutzt wird als vorgesehen.
- Umsetzung von Maßnahmen (PSA, Lüftung, Umgang, Reinigung).
- Meldung von Abweichungen oder Vorfällen.
Qualitätsmanagement / Umwelt / Entsorgung (je nach Setup)
- Abfall- und Entsorgungsanforderungen ableiten.
- Anforderungen an Lieferanten/Produktänderungen begleiten.
- Dokumentationslogik in Managementsystemen unterstützen.
IT / Dokumentenmanagement
- Ablagestruktur, Berechtigungen, Backup/Retention.
- Suchbarkeit, Versionierung, Schnittstellen.
- Betrieb eines Tools/Workflows (ohne fachliche Verantwortung).
Verantwortlichkeiten sauber definieren: RACI statt Bauchgefühl
Eine einfache RACI-Logik bringt Klarheit:
- R (Responsible): führt aus
- A (Accountable): trägt Ergebnisverantwortung (genau 1 Rolle)
- C (Consulted): wird fachlich eingebunden
- I (Informed): wird informiert
RACI-Beispiel für SDS (praxisnah)
- 1) SDS anfordern (bei neuer Chemikalie)
R: Einkauf · A: HSE/Gefahrstoff-Owner · C: SiFa, Fachabteilung · I: Lager - 2) SDS prüfen (Vollständigkeit, Sprache, Produktidentität, Version)
R: HSE/Gefahrstoff-Owner · A: HSE/Gefahrstoff-Owner · C: SiFa, ggf. QM/Umwelt · I: Einkauf - 3) Ablage & Versionierung
R: HSE oder Dokumentenmanagement · A: HSE/Gefahrstoff-Owner · C: IT/DMS · I: betroffene Bereiche - 4) Ableitungen (Betriebsanweisung, Schutzmaßnahmen, Unterweisung)
R: Fachabteilung + SiFa/HSE (je nach Prozess) · A: Linien-/Bereichsverantwortliche · C: HSE/SiFa · I: Mitarbeitende - 5) Regelmäßiger Review / Aktualitätscheck
R: HSE/Gefahrstoff-Owner · A: HSE/Gefahrstoff-Owner · C: Einkauf (Lieferantenkontakt) · I: Standorte/Abteilungen
Schritt-für-Schritt: Organisationsebene in 30–60 Minuten klären (6 Schritte)
- 1) Scope festlegen: Welche Standorte/Bereiche? Welche Stoffarten (Hilfsstoffe, Reiniger, Lacke, Gase …)?
- 2) Owner benennen: Eine Person/Rolle wird accountable für den SDS-Prozess.
- 3) Eingangskanäle definieren: Wo kommen SDS her? Ein Kanal wird Standard.
- 4) Minimal-Workflow festlegen: Anfordern → Prüfen → Ablegen → Veröffentlichen → Review.
- 5) RACI pro Schritt festnageln: Wer R/A/C/I ist – schriftlich, eine Seite genügt.
- 6) Kommunikation & Zugriff regeln: Wo finden Mitarbeitende SDS? Wie wird über neue Versionen informiert?
Wenn du Inhalte aus PDFs schnell strukturiert nutzbar machen willst (z. B. für Suche, Versionierung, Zuordnung zu Artikeln), kann ein leichtgewichtiges Tool wie SDS Engine in Schritt 4/6 helfen – wichtig bleibt aber die klare Rollenlogik.
Checkliste: „Minimum-Standard“ für SDS-Verantwortung (Audit-ready)
In 30 Minuten prüfbar:
- Es gibt einen Prozess-Owner (accountable) für SDS.
- Neue Chemikalien triggern automatisch die SDS-Anforderung (Einkauf/Bestellung).
- SDS sind pro Artikel/Stoff eindeutig zugeordnet (Name, Lieferant, Version, Datum).
- Es gibt eine Versionierungslogik (aktuell vs. historisch).
- Mitarbeitende wissen, wo sie SDS finden (1 Stelle, 1 Weg).
- Es gibt einen Review-Takt oder ein Ereignis-basiertes Update (Lieferantenwechsel, Produktänderung, Audit).
- Ableitungen sind geregelt: Betriebsanweisung/Unterweisung/PSA aus SDS werden umgesetzt.
Häufige Fehler – und konkrete Gegenmaßnahmen
- „HSE macht alles“ (Überlastung, Schattenprozesse): Einkauf wird responsible für Anforderung; HSE bleibt accountable für Prozess/Prüfung.
- SDS wird abgelegt, aber nicht in Arbeit überführt: Fester Schritt „Ableitung & Umsetzung“ mit Bereichsverantwortlichen als accountable.
- Keine Produktidentität (SDS passt nicht zum Stoff im Regal): Pflichtfelder (Produktname, Artikelnummer, Lieferant, Versionsdatum); Abgleich beim Wareneingang.
- Versionen überschreiben sich oder liegen parallel: Regel „Nur eine aktuelle Version sichtbar“, alte Versionen archiviert mit Datum.
- Zugriff ist kompliziert (Berechtigungen/Ordnerdschungel): Ein zentraler Einstieg. Für strukturierte Suche/Zuordnung kann SDS Engine eine Option sein – wenn Rollen und Workflow vorher stehen.
Mini-FAQ
Muss „eine“ Person zuständig sein?
Es muss eine accountable Rolle geben. Ausführen können mehrere.
Ist Einkauf zuständig?
Einkauf ist häufig am besten geeignet für Anforderung & Lieferantenkontakt. Die fachliche Prozessverantwortung liegt oft bei HSE/SiFa.
Wer muss SDS „prüfen“?
Prüfung im Sinne von Vollständigkeit/Zuordnung/Version ist organisatorisch (Owner). Fachliche Ableitung von Maßnahmen erfolgt zusammen mit SiFa und den Fachbereichen.
Ab wann braucht man ein Tool statt Ordner?
Wenn Zuordnung, Versionierung, Suche und Review spürbar Zeit kosten oder auditkritisch werden. Dann kann ein leichtgewichtiges System helfen – z. B. SDS Engine für strukturiertes Auslesen und Ordnung.
Fazit
„Zuständig“ bedeutet nicht „hat den Ordner“, sondern: Es gibt eine accountable Rolle, einen Minimalprozess und klare RACI-Zuordnung. Wenn das steht, funktionieren auch Tools, Ordner oder DMS deutlich besser – und SDS werden vom Ablageproblem zur verlässlichen Arbeitsgrundlage.