Fast jedes QHSE-System beginnt als Tabellenkalkulation, und das ist in der Regel die richtige Entscheidung. Das Problem ist nicht die Tabellenkalkulation. Das Problem ist, dass niemand bemerkt, wann sie nicht mehr ausreicht, denn der Versagungsprozess verläuft langsam und unbemerkt und wird erst bei einem Audit oder nach einem Unfall sichtbar.
In diesem Artikel
- Warum es mit einer Tabellenkalkulation beginnt und warum das kein Fehler ist
- Fehler Nr. 1: Es gibt keine einheitliche Version
- Fehler Nr. 2: Eine Aktion ohne Verantwortlichen und ohne Zeitvorgabe
- Dritter Fehler: Du kannst nichts beweisen
- Fehler Nr. 4: Das Feld kann es nicht erreichen
- Was sollte zuerst migriert werden und was sollte man lieber lassen?
Warum es mit einer Tabellenkalkulation beginnt und warum das kein Fehler ist
Eine Tabellenkalkulation ist das schnellste Modellierungswerkzeug, das einem QHSE-Manager je zur Verfügung stand. Kein Projekt, keine Budgetposition, kein IT-Ticket. Man hat eine Spalte für das Datum, eine für den Standort, eine für die Beschreibung und eine für den Verantwortlichen – und schon am Freitag kann man Abweichungen nachverfolgen. Nichts anderes im Unternehmen ermöglicht es, an einem Nachmittag von der Idee zum laufenden Prozess zu gelangen.
Der ehrliche Ausgangspunkt lautet also: Wenn Sie zwanzig Veranstaltungen pro Jahr an einem Standort organisieren, ist eine Tabellenkalkulation ein durchaus sinnvolles System, und es zu ersetzen, wäre Geldverschwendung. Die Frage ist nicht, ob Tabellenkalkulationen schlecht sind. Die Frage ist, ob Ihre Tabellenkalkulation still und leise in einen Bereich vorgedrungen ist, für den sie nie gedacht war.
Es gibt vier Möglichkeiten, wie dies geschieht, und sie treten in einer vorhersehbaren Reihenfolge auf.
Fehler Nr. 1: Es gibt keine einheitliche Version
Die Datei befand sich auf einem gemeinsam genutzten Laufwerk. Dann benötigte jemand sie vor einem Standortbesuch offline und erstellte eine Kopie. Daraufhin richtete ein zweiter Standort eine eigene Datei ein, da die Spalten der ersten Datei nicht zu seinen Anforderungen passten. So wurde die monatliche Zusammenführung zu einer manuellen Aufgabe für denjenigen, der gerade am wenigsten zu tun hatte.
Das Symptom ist leicht zu erkennen. Wenn jemand fragt, wie viele Korrekturmaßnahmen derzeit offen sind, dauert die Antwort länger als dreißig Sekunden und beginnt mit „Das hängt davon ab, um welche Akte es sich handelt“. An diesem Punkt haben Sie kein QHSE-System mehr. Sie haben mehrere, und diese stimmen nicht miteinander überein.
Das Problem ist nicht die Zeit, die die Konsolidierung in Anspruch nimmt – so ärgerlich das auch sein mag. Das Problem ist vielmehr, dass Ihre Managementbewertung auf Zahlen basiert, die niemand nachvollziehen kann. Ein KPI, der sich nicht anhand der Quelldaten neu berechnen lässt, ist kein KPI, sondern lediglich eine Meinung mit einem Diagramm.
Mindestanforderung: eine Datenbank, ein Datensatz pro Ereignis, wobei jede Website in dieselbe Struktur schreibt. Die Ansichten können je nach Website unterschiedlich sein. Die Daten dürfen jedoch nicht abweichen.
Fehler Nr. 2: Eine Aktion ohne Verantwortlichen und ohne Zeitvorgabe
Das ist die Variante, die echtes Geld kostet. Eine Korrekturmaßnahme wird in Zeile 47 mit einem Fälligkeitsdatum in Spalte H erfasst. An diesem Fälligkeitsdatum passiert nichts, da eine Zelle keine Aktion auslöst. Es wird keine E-Mail versendet, niemand wird benachrichtigt – die Zeile bleibt einfach bestehen, während das Datum verstreicht.
Öffnen Sie eine beliebige QHSE-Tabelle mit ausgereiften Einträgen und sortieren Sie diese nach Fälligkeitsdatum. Sie werden Maßnahmen finden, die seit sechs, zwölf oder achtzehn Monaten überfällig sind und formal immer noch als offen gelten. Sie sind nicht offen, weil die Organisation entschieden hat, dass sie eine geringe Priorität haben. Sie sind offen, weil das System keinen Mechanismus vorsieht, um auf deren Umsetzung zu bestehen.
Das geht über bloße Ordnung hinaus. Ein Aktionsplan, der nicht abgeschlossen wird, gehört zu den am häufigsten von Auditoren beanstandeten Punkten und untergräbt genau das, was ein Managementsystem eigentlich nachweisen soll: dass Probleme, sobald sie entdeckt werden, behoben werden und dass nachweisbar ist, dass sie dauerhaft behoben sind.
Mindestanforderung: Jede Maßnahme hat einen namentlich genannten Verantwortlichen, einen Status, ein Fälligkeitsdatum, das eine bestimmte Aktion auslöst, und einen Überprüfungsschritt, der von einer anderen Person als dem Verantwortlichen abgezeichnet wird. Eine Erinnerung, die automatisch ausgelöst wird, ist wertvoller als eine neue Spalte.
Dritter Fehler: Du kannst nichts beweisen
Das ist der Fehler, der die Leute überrascht, denn die Tabelle sieht vollständig aus. Sie enthält alle Informationen. Was ihr jedoch fehlt, sind Belege dafür, wie diese Informationen dort hingekommen sind.
ISO-Normen für Managementsysteme verlangen kontrollierte, dokumentierte Informationen: identifiziert und datiert, versionsverwaltet, vor unbeabsichtigten Änderungen geschützt, mit festgelegten Zugriffsrechten und geregelter Aufbewahrungsdauer. Halten Sie eine gemeinsame Tabelle ehrlich mit dieser Liste ab. Wer hat die Beschreibung dieser Verletzung geändert, und wann? Wurde das Abschlussdatum am Tag des Abschlusses eingegeben oder in der Woche vor dem Audit eingegeben? Welche Version der Checkliste wurde für die Inspektion im März verwendet, da die Vorlage seitdem bearbeitet wurde?
Nicht Bescheid zu wissen, ist kein Dokumentationsproblem. Es ist der Unterschied zwischen einem Prüfungsbefund und einem einwandfreien Bericht, denn ein Prüfer überprüft nicht, ob Sie über ein Verfahren verfügen. Er prüft vielmehr, ob Sie Nachweise vorlegen können, dass dieses Verfahren an jenem Tag von der dafür zuständigen Person befolgt wurde.
Wählen Sie eine Korrekturmaßnahme aus, die vor acht Monaten abgeschlossen wurde. Versuchen Sie, anhand von Belegen nachzuvollziehen: Wer hat sie angestoßen, an welchem Datum, mit welcher Analyse, wer hat den Abschluss genehmigt und welche Nachweise gibt es dafür, dass sie funktioniert hat? Wenn das länger als fünf Minuten dauert, sollten Sie als Erstes Ihren Prüfpfad in Ordnung bringen.
Fehler Nr. 4: Das Feld kann es nicht erreichen
Der letzte Fehler ist technischer Natur. Die Tabelle befindet sich auf einem Laptop, und die darin beschriebenen Ereignisse finden in einem Lager, auf einem Dach, in einem Technikraum ohne Empfang oder auf einer Baustelle statt, die vierzig Minuten vom Büro entfernt ist.
Die Daten machen also einen Umweg. Ein Foto auf einem privaten Handy, eine Notiz in einem Notizbuch, eine Nachricht in einem Gruppenchat, dann ein Abend, an dem jemand, der nicht dabei war, alles abtippt. Bei jedem Schritt in dieser Kette gehen Details verloren, es kommt zu Verzögerungen und es schleichen sich Fehler ein, und der wertvollste Teil – das Foto, das im Moment der Beobachtung aufgenommen wurde – findet in der Regel überhaupt keinen Eingang in die Aufzeichnung.
Die praktische Konsequenz daraus ist, dass Ihre Melderate kein Spiegelbild Ihres Sicherheitsklimas ist. Sie spiegelt vielmehr wider, wie lästig das Melden ist. Teams, die am Ende des Tages alles noch einmal abtippen müssen, melden nur die schwerwiegenden Vorfälle und lassen die Beinaheunfälle stillschweigend unter den Tisch fallen – und genau diese hätten Sie doch gerne gemeldet.
Mindestlösung: Erfassung am Beobachtungsort, auf einem Smartphone, vollständig offline, mit Fotos und einer Unterschrift; Synchronisierung, sobald wieder eine Netzwerkverbindung besteht.
Wo eine Tabellenkalkulation aufhört
| Was Sie benötigen | Tabellenkalkulation | Strukturierte QHSE-Grundlage |
|---|---|---|
| Einen neuen Prozess schnell modellieren | Hervorragend und nach wie vor kaum zu übertreffen | Gut, wenn das Werkzeug no-code |
| Eine einheitliche, standortübergreifende Datenquelle | Bremsvorgang, sobald zwei Personen ihn gleichzeitig benötigen | Muttersprachler |
| Handlungen, die sich selbst nachjagen | Das geht nicht, ein Datum ist nur ein Wert. | Automatische Erinnerungen und Eskalation |
| Protokoll darüber, wer was geändert hat | In der Praxis nicht vorhanden | Pro Feld erfasst |
| Zugriff nach Rolle, Standort und Abteilung | Höchstens auf Dateiebene, was für Gesundheitsdaten zu grob ist | Granular |
| Aufnahmen vor Ort ohne Netzwerkverbindung | Nein | Offline-Erfassung per Mobilgerät mit Fotos und Unterschrift |
| KPIs, die aus der Quelle neu berechnet werden | Handbuch, und schon am nächsten Tag veraltet | Live |
Was sollte zuerst migriert werden und was sollte man lieber lassen?
Der erste Reflex ist, alles auf einmal neu aufzubauen – und genau deshalb geraten so viele QHSE-Digitalisierungsprojekte für ein Jahr ins Stocken und werden dann schließlich aufgegeben. Nehmen Sie stattdessen einen einzigen Prozess, nämlich den, der am meisten Probleme bereitet, und sorgen Sie dafür, dass er von Anfang bis Ende reibungslos funktioniert.
Wähle den Prozess mit der größten Bewegung aus
Meistens Berichterstattung über Veranstaltungen, manchmal Audits. Wählen Sie die Variante, bei der die Ergebnisse wöchentlich eintreffen, nicht die jährliche. Sie möchten schließlich schnell Feedback erhalten.
Behalten Sie Ihre bestehenden Formulare genau so bei, wie sie sind
Ihre Teams kennen sie bereits. Übernehmen Sie zunächst die Felder und den Wortschatz und optimieren Sie diese in der zweiten Version. Wenn man das Tool und den Prozess gleichzeitig ändert, scheitert die Einführung.
Nur die offenen Posten importieren
Die Migration von fünf Jahren abgeschlossener Datensätze ist ein Projekt für sich und bringt keinen Mehrwert. Übertragen Sie die noch aktiven Daten, archivieren Sie den Rest als schreibgeschützten Export.
Schließen Sie zuerst die Uhr an.
Verantwortlicher, Fälligkeitstermin, Erinnerung, Eskalation, Überprüfung der Wirksamkeit. Wenn in der ersten Woche nur eine Sache funktioniert, dann sollte es diese sein.
Lade es auf dein Handy herunter und rufe eine Website auf
Testen Sie es offline, unter realen Bedingungen und mit den Personen, die es nutzen werden. Ein Formular, das am Schreibtisch funktioniert, im Technikraum jedoch versagt, ist nicht ausreichend getestet worden.
Starte den zweiten Prozess erst, wenn der erste langweilig wird.
Wenn niemand mehr über das neue Tool spricht, hat es sich durchgesetzt. Das ist der richtige Zeitpunkt, es weiterzuentwickeln.
Und lassen Sie manche Dinge einfach so, wie sie sind. Ihre Finanzmodelle, Ihre Ad-hoc-Analysen, Ihre einmaligen statistischen Auswertungen: Eine Tabellenkalkulation ist nach wie vor das richtige Werkzeug. Was sie jedoch nicht mehr sein sollte, ist das System zur Datenerfassung.
Zwei lesenswerte Begleitartikel, die Sie sich als Nächstes ansehen sollten: Was ein Auditor bei der Vorbereitung einer internen Revision im Jahr 2026 tatsächlich einsehen möchte und welche Rolle KI spielt, sobald Ihre Daten strukturiert sind – in „KI in QHSE“.
Beginnen Sie mit einem Prozess
Beschreiben Sie den Prozess, der Ihnen am meisten Kopfzerbrechen bereitet, und wir erstellen innerhalb weniger Tage einen funktionsfähigen Proof of Concept auf Basis Ihrer eigenen Daten – einschließlich der Formulare.
Entdecken Sie TimeTonic QHSEHäufig gestellte Fragen
Ja, und das sollten Sie auch tun. Die Felder, Statusangaben und Begriffe, die Ihre Teams bereits verwenden, sind der schnellste Weg zur Akzeptanz. Importieren Sie die Struktur, behalten Sie die Formulierungen bei und ändern Sie den Prozess erst, wenn sich alle daran gewöhnt haben. Was sich ändert, ist der Speicherort der Daten, nicht die Art und Weise, wie Ihre Teams darüber denken.
Das Volumen ist kein geeigneter Maßstab. Die eigentlichen Auslöser sind ein zweiter Standort, eine zweite Person, die gleichzeitig Daten eingeben muss, ein externes Audit oder die Datenerfassung vor Ort. Jeder dieser Faktoren führt unabhängig vom Volumen zu einem Absturz der Tabellenkalkulation. Umgekehrt kann ein einzelner Standort mit einem Verantwortlichen und ohne Audit-Druck eine Datei über einen langen Zeitraum hinweg betreiben.
Nicht unbedingt. Es gibt zwei Möglichkeiten. Entweder bündelt man Ereignisse, Prüfungen, Maßnahmen und kontrollierte Dokumente in einer einzigen Datenbank, oder man behält das Dokumentensystem bei und verbindet es über eine API oder eine Automatisierungsplattform, sodass eine Maßnahme und das dazugehörige Dokument miteinander verknüpft bleiben. Was nicht funktioniert, ist eine Datenbank hier, Dokumente dort und eine Person in der Mitte, die dafür sorgt, dass alles aufeinander abgestimmt bleibt.
Auf einer „ no-code “-Plattform lässt sich ein einzelner Prozess mit seinen Formularen, Statusangaben, Erinnerungen und einer mobilen Ansicht innerhalb weniger Tage statt Monate einrichten, da keine Entwicklung erforderlich ist. Entscheidend ist nicht die Entwicklungszeit, sondern die zwei oder drei Wochen des tatsächlichen Einsatzes, in denen sich zeigt, ob das Formular den Einsatz in der Praxis besteht.
