Zum Hauptinhalt springen

Nachricht

Microsoft-365-Ausfall: Wenn Kundenkontakt und Vertrieb stillstehen

Wenn Mail, Teams-Telefonie oder SSO ausfallen, steht Geschäft auf dem Spiel. Wie BIA, BCM und getestete Ersatzwege helfen und wo Kopexa unterstützt.

Microsoft-Logo vor Gebäude 92 auf dem Campus in Redmond, Archivaufnahme von 2015
Julian Köhn
|Lesezeit: 7 Minuten

Archivfoto des Microsoft-Campus in Redmond, 18. Juni 2015. Jiaqian AirplaneFan / Wikimedia Commons, CC BY 3.0. Für die Webdarstellung verkleinert, leicht beschnitten und als WebP gespeichert.

Wenn E-Mails nicht ankommen und Kundentermine scheitern, bleibt Geschäft liegen. Fällt bei einem Unternehmen zusätzlich die Telefonie über Teams aus, kann auch der vermeintliche Ersatzweg fehlen. Der Vertrieb erreicht Kunden nicht, Rückfragen bleiben offen und Beschäftigte müssen Arbeit nachholen.

Scheitert zusätzlich die Anmeldung über Microsoft, können auch andere Geschäftsanwendungen unzugänglich werden, obwohl sie selbst weiterlaufen. Die Microsoft-365-Störung vom 12. und 13. November 2026 zeigt, warum Cloud-Abhängigkeiten in die betriebliche Notfallplanung gehören. Business Continuity Management, kurz BCM, klärt, welche Arbeit weiterlaufen muss und wie das unter eingeschränkten Bedingungen gelingt. Dazu gehören eine Business Impact Analyse und vorbereitete, getestete Ersatzwege.

Stand der Herstellerangaben: 13. November 2026, 12:04 Uhr MEZ. Microsoft meldet Fortschritte bei der Wiederherstellung im asiatisch-pazifischen Raum und Verbesserungen bei Postfachzugriff und Mailverarbeitung. Einschränkungen bestehen weiter; die Maßnahmen werden auf weitere Regionen ausgeweitet. Eine abschließende Ursachenanalyse liegt zu diesem Stand nicht vor. Microsoft Service Health

Was beim Microsoft-365-Ausfall bestätigt ist

Microsoft untersuchte bereits am 12. November Probleme beim Zugriff auf Exchange-Online-Postfächer. Die Meldung vom 13. November nennt mögliche Probleme beim Postfachzugriff und verzögerte E-Mail-Zustellung. Auch einzelne Verwaltungsseiten und Teile von Purview und Defender können beeinträchtigt sein. Microsofts Originalmeldung · Ausführliche Statusmeldung

Die Auswirkungen unterscheiden sich nach Funktion und Umgebung. Microsoft beschreibt die meisten Teams-Kernfunktionen zum genannten Stand als weiter verfügbar. Bei Teams nennt der Hersteller unter anderem Exchange-abhängige Kalender, Einladungen und Terminänderungen als betroffen. Auch der direkte Zugriff auf SharePoint-Dateien bleibt laut Status funktionsfähig.

Für das einzelne Unternehmen zählt, welche Arbeit tatsächlich scheitert. Eine allgemeine Statusmeldung ersetzt die Prüfung eines ausgefallenen Kundentermins oder einer nicht erreichbaren Rufnummer nicht. Prüft deshalb Mail, Meetings, Telefonie und Anmeldung anhand der konkreten Vorgänge im eigenen Betrieb.

Microsoft nennt keine Hinweise auf böswillige Aktivitäten. Es handelt sich nach diesem Kenntnisstand um eine Dienststörung, keinen bestätigten Cyberangriff.

Was ein Ausfall im Vertrieb kostet

Die Kosten beginnen bei der unterbrochenen Arbeit. Sie können durch zusätzliche Koordination, wiederholte Termine und manuelle Nachbearbeitung weitersteigen. Entscheidend ist, was während der Störung ansteht.

Betroffene ArbeitMögliche geschäftliche Folge
Angebot oder Rückfrage per E-Mail übermittelnEine Freigabe verzögert sich, ein zeitkritisches Angebot erreicht den Kunden nicht rechtzeitig.
Kundengespräch oder Produktdemo durchführenDer Termin fällt aus, Vorbereitung und neue Terminabstimmung kosten zusätzliche Zeit.
Anrufe über die Telefonanlage annehmenKunden und Interessenten erreichen das zuständige Team nicht.
Auftrag mit Vertrieb, Disposition oder Service abstimmenRückfragen bleiben liegen, nachfolgende Arbeit beginnt später.
CRM, Kundenportal oder andere Anwendung per Microsoft-SSO öffnenNeue Anmeldungen können scheitern, wenn der benötigte Anmeldedienst nicht verfügbar ist.

Erfasst ausgefallene Arbeitszeit, zusätzliche Aufwände und konkret betroffene Vorgänge getrennt. Ein verschobener Auftrag ist zunächst verzögerter Umsatz. Ein tatsächlich verlorener Auftrag, eine Vertragsstrafe oder ein anderer Schaden braucht einen eigenen Nachweis. Eine pauschale Eurozahl pro Ausfallstunde würde diese Unterschiede verdecken.

Warum E-Mail und Telefonie keine unabhängigen Ersatzwege sein müssen

Unser Beitrag zu E-Mail-Zustellproblemen als Lieferantenrisiko behandelt bereits, was passiert, wenn Geschäftsmails ihre Empfänger nicht erreichen. Dort beginnt die praktische Frage nach einem vereinbarten Ersatzkontakt.

Beim Microsoft-Szenario geht sie einen Schritt weiter. Wer Mail, Besprechungen und Telefonanlage über eng verbundene Dienste betreibt, muss die gemeinsamen Abhängigkeiten prüfen. Der Eintrag „Dann rufen wir eben an“ hilft nur, wenn der Anruf unter den angenommenen Ausfallbedingungen tatsächlich funktioniert.

Zur Prüfung gehören die Rufnummer, die Telefonieanbindung, das Endgerät und der Zugang zu den Kontaktdaten. Auch eine zusätzliche Anwendung kann denselben Login benötigen. Diese Abhängigkeiten entscheiden darüber, ob der Ersatzweg im Ernstfall nutzbar ist.

SSO kann weitere Geschäftsanwendungen vom gleichen Ausfall abhängig machen

„Mit Microsoft anmelden“ verbindet die Erreichbarkeit einer Anwendung mit dem Identitätsanbieter. Bei SAML oder OpenID Connect kann eine neue Anmeldung scheitern, wenn der dafür benötigte Anmeldedienst nicht funktioniert. Eine vorhandene Sitzung kann zunächst weiterlaufen und erst bei der erneuten Anmeldung oder erforderlichen Erneuerung ausfallen. Das Verhalten hängt von Anwendung und Konfiguration ab.

Damit gehört die Anmeldung in die Abhängigkeitsanalyse des CRM, Kundenportals oder Ticketsystems. Microsoft beschreibt dieses grundsätzliche Verfügbarkeitsrisiko in seiner Dokumentation zu resilienten Zugriffskontrollen. Die allgemeine Abhängigkeit ist von der konkreten Betroffenheit beim laufenden Vorfall zu unterscheiden. Microsoft zu resilienter Zugriffssteuerung

Für den Notbetrieb stellt sich eine praktische Frage: Kann sich das Team am Ersatzwerkzeug anmelden, wenn derselbe Identitätsanbieter nicht erreichbar ist? Wo eine Anwendung es unterstützt und der Geschäftsprozess es erfordert, kommt ein vorab eingerichteter, abgesicherter Notfallzugang infrage. Er braucht kontrollierte Zugangsmittel, festgelegte Zuständige und einen regelmäßigen Test. Die technische Möglichkeit muss für die jeweilige Anwendung geprüft werden.

Mit einer BIA entscheiden, was weiterlaufen muss

Die Business Impact Analyse, kurz BIA, beginnt beim Geschäftsprozess. Für einen kleinen Vertrieb kann das Ziel lauten, dringende Kundenanfragen anzunehmen und zeitkritische Angebote zu übermitteln.

Klärt mit der verantwortlichen Person, welche Fristen und Folgen dazugehören. Wie lange darf diese Arbeit unterbrochen sein? Ab wann werden aus Rückständen erhebliche Schäden? Welches Mindestniveau muss der Notbetrieb erreichen? Daraus folgt ein Wiederanlaufziel, das innerhalb der tolerierbaren Unterbrechung liegt.

Das Ergebnis muss nicht sein, sofort jede Besprechung und jedes Postfach zu ersetzen. Möglicherweise reicht es vorübergehend, die zentrale Vertriebsrufnummer erreichbar zu halten, Rückrufwünsche aufzunehmen und die dringendsten Aufträge abzustimmen. Welche Begrenzung tragbar ist, entscheidet der Fachbereich anhand der Auswirkungen.

Unsere BIA mit Vorlage unterstützt diese Bewertung. Verknüpft den Prozess anschließend mit den Diensten, Anbietern und Personen, die für das vereinbarte Mindestniveau gebraucht werden.

Kundenkontakt im Notbetrieb: Die BIA bewertet die Ausfallfolgen, das BCM legt den Ersatzablauf fest und ein technischer Test bestätigt den nutzbaren Ersatzweg.

Failover planen, bevor die Telefonanlage ausfällt

Ein Failover ist die vorbereitete Umschaltung auf einen Ersatzweg. Er muss zur tatsächlichen Ausfallursache passen. Eine zweite Internetleitung hilft bei einer ausgefallenen Standortanbindung. Gegen eine Störung des genutzten Cloud-Dienstes kann ein anderer Ersatzweg nötig sein.

Für Telefonie kommen je nach Architektur beispielsweise eine vorbereitete Umleitung beim Carrier oder ein separat nutzbarer Anschluss infrage. Mit dem Telefonieanbieter muss geklärt sein, wann die Umschaltung greift und welche Komponenten dafür erreichbar sein müssen. Ein Mobiltelefon ermöglicht vielleicht ausgehende Anrufe. Damit ist noch nicht geklärt, ob Kunden die veröffentlichte Unternehmensrufnummer erreichen.

Für Standorte mit Direct Routing dokumentiert Microsoft eine Survivable Branch Appliance. Bei Ausfall der Standort-Internetverbindung kann sie das Annehmen und Führen von Anrufen über das öffentliche Telefonnetz ermöglichen, wenn die lokale Telefonieinfrastruktur erreichbar und vorab passend eingerichtet ist. Ob diese Lösung euer konkretes Ausfallszenario abdeckt, müsst ihr mit dem Anbieter testen. Microsoft zur Survivable Branch Appliance

Für Meetings kann ein vorab freigegebener anderer Konferenzweg helfen. Der Zugang und die nötigen Einwahldaten müssen unter den angenommenen Ausfallbedingungen erreichbar sein. Für Unterlagen braucht es einen geeigneten Übermittlungsweg, der Vertraulichkeit und Berechtigungen wahrt.

Den Ersatzablauf mit einem echten Geschäftsvorgang testen

Ein brauchbarer Test beginnt beim Kunden. Lasst eine dafür vorgesehene Person von extern die Vertriebsrufnummer anrufen. Erreicht sie den vorgesehenen Ersatzanschluss? Kann sich das Team ohne den betroffenen Anmeldedienst am Ersatzwerkzeug anmelden und die nötigen Kontakte und Arbeitsinformationen öffnen? Lässt sich ein dringender Vorgang mit freigegebenen Testdaten abwickeln?

Haltet Ergebnis, Zuständigkeit und offene Korrekturen im vorhandenen Test- oder Vorfallvorgang fest. Zum Test gehören auch die Rückkehr in den Normalbetrieb und die Übernahme der zwischenzeitlich aufgenommenen Anfragen. Wenn ein Ersatzweg nicht funktioniert, bekommt diese Lücke eine konkrete Maßnahme.

Während der Störung müssen außerdem die benötigten Schutzfunktionen berücksichtigt werden. Microsoft meldet Beeinträchtigungen bei Purview und bestimmten davon abhängigen Defender-Funktionen. Eine wieder erreichbare Anwendung bestätigt noch keine funktionierende Richtlinienprüfung. Prüft vor der Rückkehr zum normalen Verfahren auch die betroffene Schutzfunktion. Ein pauschales Abschalten von Sicherheitsregeln ist kein geplanter Ersatzablauf.

Für Verlauf, Auswirkungen und Entscheidungen könnt ihr unsere Incident-Report-Vorlage anfordern. Sie wird über das Formular auf der Ressourcenseite bereitgestellt.

Wie Kopexa beim BCM unterstützt

In Kopexa könnt ihr Geschäftsprozesse und Ausfallfolgen bewerten und die benötigten Assets, Dienste und Lieferanten damit verbinden. So wird sichtbar, welche Arbeit von denselben Komponenten oder demselben Identitätsanbieter abhängt und wo ein geplanter Ersatzweg dieselbe Schwachstelle hat.

Verknüpft das Ausfallszenario mit dem Risiko, dem vorgesehenen Notfallablauf und den notwendigen Maßnahmen. Die Einrichtung einer Rufumleitung oder die Korrektur eines gescheiterten Tests kann als Work Item einer verantwortlichen Person zugeordnet werden. Prüfergebnisse bleiben bei der betreffenden Maßnahme. Konfigurierbare Reviewintervalle und Benachrichtigungen unterstützen die erneute Prüfung.

Die technische Umschaltung wird in der Telefonie- oder IT-Infrastruktur eingerichtet und getestet. Kopexa verbindet die fachliche Entscheidung mit ihrer Umsetzung und dem Nachweis, dass der vereinbarte Notbetrieb funktioniert.

Beginnt mit einem kritischen Prozess, etwa dem Kundenkontakt im Vertrieb. Klärt seine Ausfallgrenze und prüft, ob der Ersatzweg sie einhält.

Quellen

  1. Microsoft Service Health: Users may be unable to connect to multiple Microsoft 365 services — Microsoft () [Abgerufen am ]
  2. Microsoft: Öffentliche Originaldaten der Statusmeldung — Microsoft [Abgerufen am ]
  3. Microsoft 365 Status: Untersuchung des Exchange-Online-Vorfalls EX1550543 — Microsoft () [Abgerufen am ]
  4. Microsoft Learn: How to check Microsoft 365 service health — Microsoft [Abgerufen am ]
  5. Microsoft Learn: Learn about data loss prevention — Microsoft [Abgerufen am ]
  6. Microsoft Learn: Investigate data loss alerts with Microsoft Defender XDR — Microsoft [Abgerufen am ]
  7. Microsoft Learn: Create a resilient access control management strategy — Microsoft [Abgerufen am ]
  8. Microsoft Learn: Survivable Branch Appliance for Direct Routing — Microsoft [Abgerufen am ]