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?

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].
Ü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.
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].
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].
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.
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.
| Kriterium | Manueller Notbetrieb | Vorbereiteter 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.
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].
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].
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.
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.
- Anthropic, Claude Status: Elevated errors on claude.ai, the Claude API, and Claude Code (13.11.2026): status.claude.com
- BleepingComputer: Massive Microsoft 365 outage disrupts Outlook, Teams, Copilot worldwide (12.11.2026, aktualisiert 13.11.2026): bleepingcomputer.com
- University of Pennsylvania: Microsoft’s Incident Reports for PennO365, Auszug der Microsoft-Meldungen EX1550543 und MO1550821 (Stand 13.11.2026): mailservices.isc.upenn.edu
- heise online: Microsoft-365-Störung: Serverausfälle legen Teams, Exchange und Copilot lahm (12.11.2026): heise.de
- Anthropic, Claude Status: Elevated errors affecting the Microsoft 365 connector (12.11.2026, letztes Update 13.11.2026): status.claude.com
- Anthropic, Claude Status: Elevated errors on claude.ai, Claude Code, and platform.claude.com (13.11.2026): status.claude.com
- heise online: Microsoft-Cloud-Ausfall: E-Mail-Zugriff läuft wieder an (13.11.2026): heise.de
- Microsoft Learn: Transient fault handling, Azure Architecture Center (26.02.2026): learn.microsoft.com
- Microsoft Learn: Handle workflow errors and exceptions in Azure Logic Apps (10.07.2026): learn.microsoft.com
- Amazon Web Services, Builders’ Library: Timeouts, retries, and backoff with jitter (05.12.2019): aws.amazon.com
- Anthropic: Claude Status, Benachrichtigungsoptionen (abgerufen 13.11.2026): status.claude.com
- Microsoft Learn: How to check Microsoft 365 service health (09.02.2026): learn.microsoft.com
- BSI: BSI-Standard 200-4 Business Continuity Management, Version 1.0 (Mai 2023): bsi.bund.de
- BSI: Einstieg in das BCM für KMU (August 2025): bsi.bund.de