IT-Störung melden: der Ablauf, der eine Stunde spart

Zwei Kollegen stehen in der Tür, ein dritter ruft an, und im Chat steht „bei mir geht auch nichts”. Bis jemand weiß, was eigentlich kaputt ist, vergeht eine halbe Stunde.

Das liegt selten an der Störung. Es liegt daran, dass niemand festgelegt hat, wie gemeldet wird.

IT-Störung melden: die vier Angaben, die zählen

Eine gute Störungsmeldung ist kein Formular mit zwanzig Feldern. Sie beantwortet vier Fragen — und genau diese vier fehlen in der Praxis fast immer.

1. Was funktioniert nicht? Nicht „Outlook spinnt", sondern „Outlook zeigt seit heute Morgen die Meldung: Verbindung zum Server nicht möglich". Der Wortlaut der Fehlermeldung ist die halbe Diagnose.
2. Seit wann? Eine Uhrzeit, keine Schätzung. „Seit ungefähr gestern" und „seit 8:40 Uhr" führen zu völlig unterschiedlichen Suchrichtungen.
3. Wer ist betroffen? Nur Sie, Ihre Abteilung oder das ganze Haus. Das ist die wichtigste Angabe überhaupt — sie entscheidet über die Reihenfolge der Bearbeitung.
4. Was war zuletzt anders? Neues Gerät, Kennwort geändert, Update installiert, Standortwechsel. Auch wenn es unwichtig erscheint.

Diese vier Angaben ersparen die erste Rückfragerunde. Und die erste Rückfragerunde ist es, die aus einer Zwanzig-Minuten-Sache einen halben Tag macht — weil zwischen Frage und Antwort ein Mittagessen, ein Auswärtstermin und ein Feierabend liegen können.

In der Praxis ist der zweite Punkt der, an dem es am häufigsten hakt. Menschen erinnern sich an Ereignisse, nicht an Uhrzeiten: „Es ging noch, als ich den Kaffee geholt habe.” Das ist völlig in Ordnung — schreiben Sie genau das. Eine ungefähre Zeitspanne ist unendlich viel besser als gar keine, weil sie eingrenzt, welche Änderung im System als Ursache infrage kommt.

Wo gemeldet wird, ist zweitrangig — solange es ein Ort ist und nicht fünf. Zuruf, Chat, drei verschiedene Postfächer und der Anruf beim Kollegen aus der Buchhaltung führen dazu, dass dieselbe Störung dreimal bearbeitet und einmal vergessen wird. Wie ein einheitlicher Eingang aussieht, beschreiben wir im Beitrag über das Ticketsystem für die interne IT.

Die zwei Prüfungen vor der Meldung

Bevor überhaupt gemeldet wird, lohnen 90 Sekunden. Sie klären, ob Ihre eigene IT betroffen ist — oder der Anbieter dahinter.

Der Nachbar-Test. Fragen Sie zwei Personen an anderen Arbeitsplätzen. Ein Anbieterausfall trifft nie nur einen Schreibtisch. Betrifft es wirklich nur Sie, ist die Ursache lokal: ein beschädigtes Profil, ein voller Zwischenspeicher, ein hängender Prozess.

Der Mobilfunk-Test. Am Telefon das WLAN ausschalten und dasselbe Programm über Mobilfunk öffnen. Läuft es dort, liegt es an Ihrem Netz oder Ihrem Rechner — nicht am Anbieter.

Fällt beides negativ aus, betrifft es also alle und geht auch mobil nichts, ist ein Anbieterausfall wahrscheinlich. Ob Microsoft 365, Google Workspace oder ein anderer Geschäftsdienst gerade selbst gestört ist, lässt sich in einem Blick prüfen: Der IT-Störungsmonitor von hagel IT fragt vierzehn Dienste alle drei Minuten direkt bei den offiziellen Quellen der Hersteller ab.

Wer Administratorrechte im eigenen Mandanten hat, sieht dieselbe Information direkt bei Microsoft: Das Service-Health-Dashboard im Microsoft-365-Admin-Center zeigt den Zustand der abonnierten Dienste, dokumentiert unter Dienstintegrität in Microsoft 365 anzeigen.

Ein Hinweis zur Ehrlichkeit gehört dazu: Bis ein Hersteller eine Störung offiziell einräumt, vergehen erfahrungsgemäß zwanzig Minuten bis eine Stunde. Ein grüner Punkt bedeutet also nicht „alles läuft”, sondern „noch nichts bestätigt”.

Warum Sammelmeldungen langsamer sind

Ein verbreiteter Reflex: Alle melden es einer Person, die dann „für alle” meldet. Das klingt effizient und ist es nicht.

Auf dem Weg über die Zwischenstelle gehen genau die Angaben verloren, die zählen — der Wortlaut der Fehlermeldung, die Uhrzeit, das betroffene Gerät. Übrig bleibt „bei mehreren geht Outlook nicht”. Damit beginnt die Bearbeitung mit einer Umfrage statt mit einer Diagnose.

Der zweite Nachteil ist stiller: Die Zwischenperson wird zum Engpass. Ist sie im Termin, im Urlaub oder selbst betroffen, meldet niemand etwas. Genau dagegen hilft ein Eingang, den jeder selbst erreicht — beschrieben im Beitrag zum Self-Service-Portal für die IT.

Wie die Reihenfolge zustande kommt

Viele glauben, das Wort „dringend” im Betreff beschleunige die Bearbeitung. Tatsächlich entscheidet etwas anderes: wie viele Menschen nicht arbeiten können.

Deshalb ist die Angabe „wer ist betroffen” wichtiger als jede Dringlichkeitsstufe, die jemand selbst vergibt. Wer sie weglässt, wird nicht bevorzugt behandelt — sondern erst später richtig eingeordnet.

Was so ein Stillstand kostet, lässt sich ausrechnen, statt zu schätzen: Unser Rechner für Ausfallkosten setzt Beschäftigtenzahl, Stundensatz und Ausfalldauer ins Verhältnis. Wer die laufende Bearbeitung solcher Meldungen abgeben will, findet die Rahmenbedingungen unter IT-Support als Flatrate.

Viele IT-Dienstleister verdienen mehr, wenn bei Ihnen mehr kaputtgeht. Bei uns ist es andersherum: Wir verdienen dann gut, wenn Ihre IT stabil läuft.

Jens HagelGründer & Geschäftsführer

Die Störung, die niemand meldet

Der teuerste Fall ist nicht der Ausfall, sondern die Umgehung. Jemand druckt seit drei Wochen über den Rechner der Kollegin, weil der eigene Drucker nicht mehr geht. Gemeldet hat es niemand, weil es ja irgendwie läuft.

Solche Umgehungen tauchen in keiner Auswertung auf. Sie kosten trotzdem jeden Tag Zeit, und sie werden nie behoben — bis jemand zufällig danebensteht. Wir sehen das regelmäßig bei der Übernahme neuer Betriebe: In den ersten vier Wochen kommen Meldungen herein, die zwei Jahre alt sind.

Deshalb gehört in jede Einführung neuer Mitarbeitender ein Satz: Alles melden, auch Kleinigkeiten, auch wenn man sich behelfen kann. Was nicht gemeldet wird, existiert für die IT nicht — und taucht auch in keiner Verbesserung auf.

Was tun, wenn wirklich der Anbieter ausgefallen ist

Dann hilft keine Meldung. Der Anbieter arbeitet an einem Problem, das Sie weder sehen noch beschleunigen können. Was jetzt zählt, ist der Ersatzweg — und der muss vorher feststehen.

Wie groß dieses Risiko inzwischen ist, hat der Digitalverband Bitkom im Juli 2026 erhoben. Befragt wurden 603 Unternehmen ab 20 Beschäftigten, darunter 517 Cloud-Nutzer: 46 Prozent müssten bei einem Cloud-Ausfall über kurz oder lang den Betrieb einstellen, im Schnitt nach rund 78 Stunden. Jedes elfte Unternehmen könnte im Moment des Ausfalls gar nicht mehr weiterarbeiten.

Der Unterschied zwischen diesen Gruppen ist selten Technik. Er ist Vorbereitung. Vier Punkte reichen für den Anfang:

• Erreichbar bleiben. Rufumleitung auf Mobil, falls die Telefonie am ausgefallenen Dienst hängt.
• Kunden informieren, bevor sie fragen. Ein vorbereiteter Zweizeiler, eine zuständige Person, ein festgelegter Kanal.
• Nichts umkonfigurieren. Keine Kennwörter zurücksetzen, keine Konten neu einrichten — das müssen Sie hinterher alles zurückdrehen.
• Neue Dateien lokal speichern. Der Abgleich holt das später nach, ohne Konfliktkopien.

Diese vier Punkte gehören auf ein Blatt Papier, nicht in die Cloud, um die es geht. Ausführlich steht das im Beitrag zum IT-Notfallplan.

Fazit

Eine Störungsmeldung ist kein Verwaltungsakt, sondern der schnellste Weg zurück an die Arbeit. Vier Angaben, zwei Prüfungen vorher — mehr braucht es nicht.

Wer den ganzen Ablauf nicht selbst bauen will, bekommt ihn fertig: Meldung, Einordnung, Bearbeitung und Rückmeldung laufen bei der laufenden IT-Betreuung an einem Ort zusammen. Was das im Alltag verändert, beschreibt der Beitrag IT-Support auslagern.