Power-Automate-Fehlercode-Lexikon: die wichtigsten HTTP- und Connector-Fehler

Ein Flow läuft rot, im Ausführungsverlauf steht ein Fehlercode wie 403 oder ein interner Name wie ActionFailed, und die Fehlermeldung selbst hilft Ihnen nicht wirklich weiter. Genau an dieser Stelle beginnt das Suchen: Ist das ein Problem mit der Verbindung, mit den Eingabedaten oder mit dem Zieldienst? Ohne Referenz kostet jede einzelne Störung wertvolle Zeit, weil Sie erst einmal herausfinden müssen, wofür der Code überhaupt steht.

Dieses Lexikon fasst die wichtigsten HTTP-Statuscodes und die typischen Power-Automate-eigenen Fehlernamen zusammen, wie sie in der offiziellen Fehlercodereferenz für Cloudflüsse von Microsoft dokumentiert sind. Sie bekommen zu jedem Fehler kurz erklärt, was er bedeutet, welche Ursachen am häufigsten dahinterstecken und wo Sie zuerst nachsehen. Schlagen Sie einfach den Code nach, der bei Ihnen gerade im Ausführungsverlauf auftaucht.

HTTP-Statuscodes im Überblick

Viele Connector-Fehler in Power Automate sind letztlich klassische HTTP-Statuscodes, die die aufgerufene API zurückgibt. Microsoft listet die häufigsten davon in der Dokumentation zur Konnektorintegrität:

• 400 Bad Request: Der Server kann oder will die Anfrage nicht verarbeiten, weil die Eingabedaten fehlerhaft sind.
• 401 Unauthorized: Die Authentifizierung ist fehlgeschlagen, gültige Anmeldedaten fehlen.
• 403 Forbidden: Ein Ratenlimit der API wurde überschritten oder die Berechtigung fehlt.
• 404 Not Found: Der aufgerufene Vorgang existiert nicht mehr oder wurde als veraltet markiert.
• 409 Conflict: Die Anfrage kollidiert mit dem aktuellen Zustand der Zielressource, oft lösbar durch erneutes Senden nach einer Korrektur.
• 415 Unsupported Media Type: Der Inhaltstyp der Anfrage wird vom Server nicht unterstützt.
• 429 Too Many Requests: Das Ratenlimit der API ist erreicht.
• 500 Internal Server Error: Ein unerwarteter Fehler auf Seiten des Servers.
• 502 Bad Gateway: Ein Problem beim Hosting-Webserver, häufig eine geschlossene Verbindung.
• 504 Gateway Timeout: Der Server antwortet nicht rechtzeitig.
• 522, 523, 524: Verbindungs- beziehungsweise Zeitüberschreitungsfehler, meist verursacht durch einen nicht erreichbaren oder überlasteten Zieldienst.

Wichtig zu wissen: Fehler in den 400ern liegen fast immer an der Anfrage selbst, während Fehler in den 500ern auf ein Problem beim aufgerufenen Dienst hindeuten und sich meist nur durch Abwarten oder einen erneuten Versuch lösen lassen.

Verbindungs- und Authentifizierungsfehler

Diese Fehlergruppe tritt auf, wenn sich der Flow nicht mehr bei einem verbundenen Dienst anmelden kann.

• InvalidConnection: Der Verbindungsverweis zeigt auf eine Verbindung, die gelöscht, abgelaufen oder unterbrochen ist. Öffne den Flow, wähle die betroffene Aktion aus und erstelle die Verbindung neu.
• ConnectionNotConfigured: Eine Aktion braucht eine Verbindung, es wurde aber keine ausgewählt, häufig nach einem Import aus einer Lösung. Wähle die passende Verbindung in der Aktion aus.
• ConnectionAuthorizationFailed: Die Verbindung existiert, ihre gespeicherten Zugangsdaten sind aber nicht mehr gültig, etwa weil ein Passwort geändert oder ein OAuth-Token nach 90 Tagen Inaktivität abgelaufen ist. Gehe zu Verbindungen, wähle die betroffene Verbindung aus und nutze Verbindung korrigieren.
• Unauthorized (401): Das Authentifizierungstoken ist ungültig oder abgelaufen. Prüfe zusätzlich die Anmeldeprotokolle in Microsoft Entra ID auf Sperren durch bedingten Zugriff.
• Forbidden (403): Der Benutzer oder die App darf den Vorgang nicht ausführen. Häufigste Ursache ist eine DLP-Richtlinie, die den Connector in der Umgebung blockiert, oder fehlende Berechtigungen auf der Zielressource.

Für Produktionsflows lohnt sich laut Microsoft-Dokumentation der Wechsel auf eine Dienstprinzipalverbindung, weil diese nicht abläuft, sobald ein Mitarbeiter sein Passwort ändert oder das Unternehmen verlässt.

Connector- und API-Fehler

Diese Fehler kommen vom aufgerufenen Dienst selbst, nicht von Power Automate.

• ActionFailed: Eine generische Fehlermeldung, die bedeutet, dass eine Aktion fehlgeschlagen ist. Die eigentliche Ursache steht im Ausgabetext der Aktion, öffne dazu den fehlgeschlagenen Lauf und klappe Ausgaben auf.
• BadRequest (400): Die Eingabedaten sind falsch formatiert, etwa eine Zeichenfolge, wo eine Zahl erwartet wird, oder ein Pflichtfeld fehlt im Anfragetext.
• NotFound (404): Die angesprochene Ressource, etwa eine SharePoint-Liste oder ein Postfach-Ordner, wurde umbenannt, verschoben oder gelöscht.

Bei allen drei Fehlern hilft derselbe erste Schritt: den fehlgeschlagenen Lauf im Ausführungsverlauf öffnen und die Eingaben mit dem tatsächlich erwarteten Format vergleichen.

Entwurfszeit- und Ausdrucksfehler

Diese Fehler tauchen schon beim Speichern auf oder erst zur Laufzeit, wenn ein Ausdruck ausgewertet wird.

• InvalidTemplate: Ein Syntaxfehler in einem Ausdruck, oft nicht passende Klammern oder ein falscher Aktionsname.
• FlowCheckerError: Die Flow-Prüfung hat ein Validierungsproblem gefunden, meist ein leeres Pflichtfeld oder eine fehlende Verbindung.
• DuplicateActionName: Zwei Aktionen im selben Flow tragen intern denselben Namen, häufig nach Kopieren und Einfügen ohne Umbenennen.
• MissingRequiredProperty: Ein Pflichtfeld in einer Aktion oder im Trigger ist leer geblieben.
• ExpressionEvaluationFailed: Ein Ausdruck lässt sich zur Laufzeit nicht auswerten, weil die tatsächlichen Daten nicht zum Ausdruck passen, etwa der Zugriff auf ein Feld eines leeren Objekts. Eine coalesce()-Absicherung schafft hier meist Abhilfe.
• ContentConversionFailed: Der Flow konnte Daten nicht vom einen in den anderen Typ umwandeln, etwa ein Datum in einem unerwarteten Format.

Timeout- und Drosselungsfehler

Diese Gruppe tritt auf, sobald ein Flow Zeit- oder Mengenlimits überschreitet.

• ActionTimedOut: Eine einzelne Aktion hat ihr konfiguriertes Zeitlimit überschritten, das Standardtimeout einer HTTP-Aktion liegt bei 100 Sekunden.
• OperationTimedOut: Ein lang laufender Vorgang wie eine Genehmigung oder ein Webhook hat die maximale Wartezeit überschritten. Cloudflows laufen laut Dokumentation maximal 30 Tage.
• WorkflowRunActionRepetitionQuotaExceeded: Eine Schleife wie „Für jedes“ hat die maximale Anzahl an Durchläufen überschritten, oft durch verschachtelte Schleifen ohne vorherige Filterung.
• FlowRunQuotaExceeded: Das tägliche Limit an Aktionsausführungen für Benutzer oder Flow ist erreicht, abhängig von der Lizenzstufe.
• DirectApiAuthorizationRequired: Der Flow nutzt einen Premium-Connector, der auslösende Benutzer hat aber keine passende Lizenz.

So gehen Sie systematisch vor

Statt jeden Fehler einzeln zu googeln, hilft eine feste Reihenfolge, wie sie auch Microsoft in der Anleitung Fehlerbehebung bei Cloudflow-Fehlern beschreibt:

• Öffne den fehlgeschlagenen Lauf im Ausführungsverlauf und identifiziere die rot markierte Aktion.
• Klappe Eingaben und Ausgaben der Aktion auf, um den genauen Statuscode und die Fehlermeldung zu sehen.
• Ordne den Code der passenden Kategorie aus diesem Lexikon zu: Verbindung, Anfrage, Ausdruck oder Timeout.
• Finden Sie den Fehlertext nicht in dieser Übersicht, kopieren Sie ihn wortwörtlich und suchen Sie danach in den Power Automate Community-Foren, dort sind fast alle Sonderfälle bereits einmal diskutiert worden.

Wenn ein Flow bei euch regelmäßig mit denselben Fehlercodes stehen bleibt oder ihr die Ursache trotz Referenz nicht eingrenzen könnt, schauen wir uns das im Rahmen unserer Power-Automate-Beratung gern gemeinsam an. Als digitale Mitarbeiter richten wir Verbindungen, Fehlerbehandlung und Wiederholungslogik einmal sauber ein und dokumentieren sie so, dass Sie danach die Kontrolle über Ihre Flows behalten.

Häufige Fragen

Was ist der Unterschied zwischen einem HTTP-Statuscode und einem Fehler wie ActionFailed?

HTTP-Statuscodes wie 401 oder 404 kommen direkt vom aufgerufenen Dienst und beschreiben, warum die konkrete Anfrage gescheitert ist. Fehler wie ActionFailed sind dagegen ein generischer Wrapper von Power Automate, unter dem sich fast immer einer dieser HTTP-Codes verbirgt. Öffne die Ausgaben der fehlgeschlagenen Aktion, um den tatsächlichen Statuscode dahinter zu finden.

Warum bekomme ich einen 403-Fehler, obwohl meine Zugangsdaten korrekt sind?

Ein 403 bedeutet nicht zwingend falsche Zugangsdaten, sondern fehlende Berechtigung für den konkreten Vorgang. Häufigste Ursachen sind eine Data-Loss-Prevention-Richtlinie, die den Connector in Ihrer Umgebung blockiert, fehlender Schreibzugriff auf die Zielressource oder ein überschrittenes Ratenlimit der API. Prüfen Sie zuerst die Berechtigungen auf der Zielressource, dann die DLP-Richtlinien in Ihrer Umgebung.

Wie finde ich heraus, welche Aktion einen Fehler verursacht hat?

Öffne den betroffenen Flow, wähle in der Liste der letzten Ausführungen den fehlgeschlagenen Lauf aus und suche nach dem roten Warnsymbol. Die betroffene Aktion lässt sich aufklappen, dort zeigen die Bereiche Eingaben und Ausgaben den genauen Statuscode und die Originalfehlermeldung des aufgerufenen Dienstes.

Lohnt es sich, jeden Fehler sofort selbst zu beheben?

Für einmalige HTTP-Fehler wie einen 429 oder 502 reicht meist ein erneuter Versuch, weil die Ursache beim externen Dienst liegt und vorübergehend ist. Tritt derselbe Fehler dagegen wiederholt auf, lohnt sich eine strukturierte Fehlerbehandlung im Flow, etwa mit Wiederholungsrichtlinien und einer definierten Fallback-Aktion, statt jedes Mal manuell nachzustarten.

Gibt es diese Fehlercodes auch bei Desktop-Flows?

Die hier beschriebenen Codes beziehen sich auf Cloudflows. Für Desktop-Flows, die auf Ihrem PC laufen, führt Microsoft eine eigene Referenz unter dem Titel Behandlung von Desktopflussfehlern, da dort andere Fehlerquellen wie UI-Elemente oder lokale Anwendungen eine Rolle spielen.