KI
KI-Ausfälle bei Claude und Microsoft: So sichern sich KMU ab
Sphinx-Flashdesign Logo
Geschrieben von
Sphinx-Flashdesign
Developers Signature Designers Signature
Datum
13.11.2026
Lesezeit
7 Min.
Wörter
1400
Zwei Claude-Störungen an einem Tag, dazu ein Microsoft-365-Ausfall seit dem Vorabend: KI-Ausfälle treffen Unternehmen genau dort, wo Arbeit inzwischen automatisch läuft.

Am 13. November 2026 meldete Anthropic von 14:09 bis 16:38 Uhr MEZ erhöhte Fehlerraten bei claude.ai samt Apps, bei der Programmierschnittstelle (API) und beim Entwicklerwerkzeug Claude Code. Betroffen waren auch Konnektoren, also Anbindungen an andere Dienste, und Claude Managed Agents, Anthropics Dienst für gehostete KI-Agenten. Geplante Aufgaben und Routinen liefen teils mehr als zwei Stunden zu spät, einige Läufe wurden übersprungen[1]. Bereits seit dem Vorabend, 12. November, 19:26 Uhr MEZ, kämpfte Microsoft mit einem weltweiten Ausfall von Microsoft 365, der unter anderem Outlook, Teams und Copilot traf[2][3].

Was sollten Unternehmen, deren Abläufe an KI-Diensten hängen, jetzt absichern?

KI-Ausfälle bei Claude und Microsoft 365: Notfallplan und Ausweichwege für KMU
KI-Ausfälle am 12. und 13. November im Überblick
Microsoft 365
Exchange-Meldung EX1550543 seit 12.11., 17:17 Uhr MEZ, Sammelmeldung MO1550821 seit 19:26 Uhr[3]. Betroffen waren unter anderem Exchange Online, Teams, SharePoint, Copilot und Defender[4].
Claude-Konnektor
Ab 12.11., 18:52 Uhr MEZ scheiterten Zugriffe auf Mail, SharePoint, Teams-Chat und Kalender über den Microsoft-365-Konnektor von Claude[5].
Claude-Anmeldung
13.11., 10:58 bis 12:58 Uhr MEZ: Anmeldeprobleme bei claude.ai und Claude Code, um 12:05 Uhr war ein Fix ausgerollt[6].
Claude-Störung
13.11., 14:09 bis 16:38 Uhr MEZ: Fehler bei Apps, API, Claude Code und Konnektoren, Routinen verspätet oder übersprungen[1].

In der Nacht zum 13. November war laut heise zeitweise gar keine Anmeldung bei Exchange Online möglich, ab etwa 12:30 Uhr schien Outlook im Web wieder erreichbar[7]. Kernfunktionen von Teams wie Anrufe und Besprechungen liefen laut Microsoft weitgehend weiter[3].

Zu den Ursachen: Für keinen der beiden Claude-Vorfälle hat Anthropic eine Ursache veröffentlicht[1][6]. Microsoft fand keine Hinweise auf einen Angriff[2] und nannte am 13. November um 18:57 Uhr MEZ ein technisches Problem ohne Bezug zu Cyberangriffen, KI oder Agenten: Ein Fehler bei einer früheren Erweiterung der Netzwerkkapazität trat nach einer jüngeren Netzwerkänderung zutage. Ein ausführlicher Bericht ist angekündigt, gegen 21 Uhr MEZ waren beide Meldungen noch offen, ohne Termin für die vollständige Erholung[3].

Konnektor-Ketten: Der Fehler liegt oft beim Nachbarn

Über Konnektoren greift ein KI-Assistent auf Postfach, Kalender oder Dateien zu. Fällt der angebundene Dienst aus, fällt die Funktion mit, egal wie stabil die KI selbst läuft. Beim Microsoft-365-Konnektor von Claude nannte Anthropic als Ursache den Microsoft-Vorfall, auch das Outlook-Add-in von Claude war betroffen. Stand 13. November, 21 Uhr, steht der Konnektor noch unter Beobachtung[5].

Microsofts eigener Assistent half ebenso wenig: Copilot ließ sich laut Microsoft teils nicht laden oder kam nicht an E-Mails, Kalender und Dateien[3]. Ein KI-Ablauf hängt also selten an einem Dienst, sondern an einer Kette aus Anmeldung, KI-Modell, Konnektor und Zielsystem. Jedes Glied kann ausfallen.

Schreiben Sie diese Kette für jeden Ablauf einmal auf. Die E-Mail-Seite einer früheren Outlook-Störung, etwa Zustellung und DMARC-Berichte, behandelt unser Beitrag DMARC nach der Outlook-Störung.

Gehen Aufgaben und E-Mails verloren?

Bei Claude liefen geplante Aufgaben und Routinen, also zeitgesteuerte Abläufe, mehr als zwei Stunden zu spät, einige wurden übersprungen[1]. Ob übersprungene Läufe nachgeholt werden, steht in der Meldung nicht. Prüfen Sie deshalb nach jedem Ausfall, welche Läufe tatsächlich stattgefunden haben.

Bei E-Mail hat Microsoft das Zeitfenster für verzögerte Nachrichten auf 48 Stunden verlängert, damit sie nicht verworfen werden[2][7]. Verzögert heißt damit nicht automatisch verloren, Fristen können trotzdem reißen.

Für eigene Automatisierungen empfiehlt Microsoft, vor allem bei Fehlercode 429 (zu viele Anfragen) und Serverfehlern der 5xx-Reihe erneut zu versuchen, eine Wartezeit-Vorgabe des Dienstes (Retry-After) zu befolgen und Anfragen, die nach allen Versuchen scheitern, in eine Warteschlange für Fehlschläge (Dead-Letter-Queue) zu legen, statt sie zu verwerfen. Jeder Wiederholungsversuch gehört ins Protokoll[8].

Standard-Wiederholungen reichen nicht für Stunden
Azure Logic Apps wiederholt eine fehlgeschlagene Aktion standardmäßig bis zu viermal, mit Abständen zwischen 5 und 45 Sekunden[9]. Nach wenigen Minuten ist also Schluss. Ein Ausfall von zweieinhalb Stunden braucht eine Warteschlange oder einen geplanten Neustart, keine längere Schleife.

Vorsicht vor Doppelungen: Eine Zeitüberschreitung bedeutet nicht, dass nichts passiert ist[10]. Hat ein Agent die E-Mail schon verschickt, bevor die Verbindung abriss, verschickt eine blinde Wiederholung sie zweimal. Schritte, die etwas auslösen, sollten deshalb idempotent sein, also bei mehrfacher Ausführung dasselbe Ergebnis liefern[8][10].

Früh Bescheid wissen: Statusseiten richtig abonnieren

Die Statusseite von Claude verschickt Meldungen per E-Mail, SMS, Slack, Microsoft Teams oder Webhook (eine automatische Nachricht an andere Systeme), dazu gibt es einen Atom- und RSS-Feed[11]. Microsoft informiert Administratoren über Störungen im eigenen Mandanten, also der Firmenumgebung, per E-Mail an bis zu zwei Adressen pro Admin, Push-Nachrichten liefert die Microsoft-365-Admin-App[12]. Ist das Admin Center selbst gestört, verweist Microsoft auf status.cloud.microsoft und einen RSS-Feed[4].

Entscheidend ist der Kanal. Wer Claude-Meldungen nur in einen Teams-Kanal leitet, erfährt bei einem Teams-Ausfall nichts. Das BSI empfiehlt Kommunikationswege, die unabhängig von der eigenen IT funktionieren[13]. Für Alarme heißt das: mindestens ein Weg außerhalb von Microsoft 365, etwa SMS.

Notfallplan für KI-Ausfälle in fünf Schritten
Abhängigkeiten auflisten
Welcher Prozess nutzt welchen KI-Dienst, welchen Konnektor, welche Anmeldung? Eine einfache Tabelle genügt.
Kritisches priorisieren
Legen Sie fest, wie lange ein Prozess höchstens ausfallen darf und wie lange ein Notbetrieb durchhalten muss. So fragt es auch der BSI-Leitfaden für KMU[14].
Manuelle Ausweichwege festlegen
Das BSI nennt als Beispiele manuelle Bestellungen oder papierbasierte Dokumentation[14]. Für KI heißt das: Wer beantwortet Anfragen mit welcher Vorlage, wenn der Assistent ausfällt?
Automatisierungen härten
Begrenzte Wiederholung mit Wartezeit, Warteschlange für Fehlschläge, Protokoll jedes Laufs und ein Alarm, wenn ein geplanter Lauf ausbleibt.
Üben und nachschärfen
Spielen Sie den Ausfall regelmäßig durch und passen Sie den Plan nach jeder Übung und jedem echten Vorfall an[14].
Zweiter KI-Anbieter: Wann sich der Aufwand lohnt

Ein zweiter KI-Anbieter als Reserve klingt naheliegend. Das BSI rät zur nüchternen Rechnung: Eine Strategie für den Notbetrieb ist sinnvoll, wenn ihre Kosten im Verhältnis zur Risikominderung gerechtfertigt sind[13]. Und ein Reservemodell deckt nur einen Teil der Kette ab: Liegen Ihre Daten in Microsoft 365 und ist Microsoft 365 gestört, kommt auch ein anderer Assistent nicht an Postfach und Kalender.

KriteriumManueller NotbetriebVorbereiteter Zweitanbieter
Laufende Kosten✓ Kaum, vor allem Zeit für Plan und Übung✗ Zweiter Vertrag, Prompts und Tests doppelt pflegen
Datenschutz✓ Keine neue Prüfung nötig✗ Eigene Datenschutz- und Vertragsprüfung vor dem Ernstfall
KI-Dienst fällt aus✗ Arbeit läuft weiter, aber langsamer und von Hand✓ Abläufe können automatisch weiterlaufen
Datenquelle fällt aus✗ Ebenfalls betroffen✗ Ebenfalls betroffen
Passt zu✓ Wenigen KI-Abläufen, die Stunden warten können✓ Abläufen mit hohem Volumen oder Kundenkontakt in Echtzeit

Eine Regel gilt in beiden Fällen: Kopieren Sie Kundendaten im Ernstfall nicht spontan in ein ungeprüftes KI-Werkzeug. Der Ausweichweg muss vorher datenschutzrechtlich geklärt sein.

Häufige Fragen zu KI-Ausfällen
Wie lange dauerten die Störungen am 12. und 13. November, und welche Dienste waren betroffen?

Bei Claude gab es am 13. November von 10:58 bis 12:58 Uhr MEZ Anmeldeprobleme bei claude.ai und Claude Code[6], von 14:09 bis 16:38 Uhr Fehler bei claude.ai, Apps, API, Claude Code, Konnektoren und Managed Agents[1]. Bei Microsoft 365 war Exchange Online ab 12. November, 17:17 Uhr MEZ, gestört, ab 19:26 Uhr auch Teams, SharePoint, Copilot und weitere Dienste[3]. Am Abend des 13. November meldete Microsoft breite Erholung, ohne den Vorfall abzuschließen[3].

Gehen geplante Aufgaben, Automatisierungen oder E-Mails bei solchen Ausfällen verloren?

Teilweise. Bei Claude wurden einige geplante Läufe übersprungen[1], ob sie nachgeholt werden, sagt die Meldung nicht. Für verzögerte E-Mails hat Microsoft die Frist bis zum Verwerfen auf 48 Stunden verlängert[7]. Eigene Automatisierungen verlieren nichts, wenn gescheiterte Vorgänge in einer Warteschlange landen, statt verworfen zu werden[8].

Wie erfahre ich früh von Störungen?

Abonnieren Sie die Statusseiten Ihrer Anbieter: Claude per E-Mail, SMS, Slack, Teams, Webhook oder Feed[11], Microsoft 365 über die Service-Health-Benachrichtigungen im Admin Center[12]. Mindestens ein Kanal sollte unabhängig vom überwachten Dienst funktionieren[13].

Brauche ich einen zweiten KI-Anbieter als Ausweichlösung?

Nicht zwingend. Er lohnt sich, wenn ein Ausfall teurer wäre als Vertrag, Pflege, Tests und Datenschutzprüfung des zweiten Dienstes[13]. Für wenige KI-Abläufe genügen oft ein manueller Notbetrieb und saubere Wiederholungslogik. Gegen einen Ausfall der Datenquelle hilft ein zweites Modell nicht.

Was tun, wenn ein Konnektor wegen eines Ausfalls beim Drittanbieter nicht funktioniert?

Prüfen Sie die Statusseite des Drittanbieters, nicht nur die des KI-Dienstes: Beim Microsoft-365-Konnektor von Claude lag die Ursache bei Microsoft[5]. Pausieren Sie betroffene Automatisierungen oder lassen Sie Aufträge in eine Warteschlange laufen, arbeiten Sie im Notbetrieb weiter und prüfen Sie nach der Erholung, welche Vorgänge fehlen oder doppelt sind.

Quellen
  1. Anthropic, Claude Status: Elevated errors on claude.ai, the Claude API, and Claude Code (13.11.2026): status.claude.com
  2. BleepingComputer: Massive Microsoft 365 outage disrupts Outlook, Teams, Copilot worldwide (12.11.2026, aktualisiert 13.11.2026): bleepingcomputer.com
  3. University of Pennsylvania: Microsoft’s Incident Reports for PennO365, Auszug der Microsoft-Meldungen EX1550543 und MO1550821 (Stand 13.11.2026): mailservices.isc.upenn.edu
  4. heise online: Microsoft-365-Störung: Serverausfälle legen Teams, Exchange und Copilot lahm (12.11.2026): heise.de
  5. Anthropic, Claude Status: Elevated errors affecting the Microsoft 365 connector (12.11.2026, letztes Update 13.11.2026): status.claude.com
  6. Anthropic, Claude Status: Elevated errors on claude.ai, Claude Code, and platform.claude.com (13.11.2026): status.claude.com
  7. heise online: Microsoft-Cloud-Ausfall: E-Mail-Zugriff läuft wieder an (13.11.2026): heise.de
  8. Microsoft Learn: Transient fault handling, Azure Architecture Center (26.02.2026): learn.microsoft.com
  9. Microsoft Learn: Handle workflow errors and exceptions in Azure Logic Apps (10.07.2026): learn.microsoft.com
  10. Amazon Web Services, Builders’ Library: Timeouts, retries, and backoff with jitter (05.12.2019): aws.amazon.com
  11. Anthropic: Claude Status, Benachrichtigungsoptionen (abgerufen 13.11.2026): status.claude.com
  12. Microsoft Learn: How to check Microsoft 365 service health (09.02.2026): learn.microsoft.com
  13. BSI: BSI-Standard 200-4 Business Continuity Management, Version 1.0 (Mai 2023): bsi.bund.de
  14. BSI: Einstieg in das BCM für KMU (August 2025): bsi.bund.de
Laufen Ihre KI-Abläufe auch im Störfall sauber weiter?
Wir bauen KI-Automatisierungen mit Fehlerbehandlung, begrenzter Wiederholung, Protokoll und Ausweichwegen für den Notbetrieb. Mehr zu unserer Workflow-Automatisierung.
Jetzt Kontakt mit uns aufnehmen
Tags: