Lexique des codes d'erreur Power Automate les plus courants : erreurs de statut HTTP, de connecteur et de délai d'attente, avec solutions.
Un flux passe au rouge, l'historique d'exécution affiche un code d'erreur comme 403 ou un nom interne comme ActionFailed, et le message d'erreur en lui-même ne t'aide pas vraiment à avancer. C'est exactement là que la recherche commence : est-ce un problème de connexion, de données d'entrée ou du service cible ? Sans référence, chaque incident te coûte un temps précieux, car tu dois d'abord découvrir ce que le code signifie.
Ce lexique résume les codes de statut HTTP les plus importants et les noms d'erreur typiques propres à Power Automate, tels qu'ils sont documentés dans la référence des codes d'erreur pour les flux cloud officielle de Microsoft. Pour chaque erreur, tu obtiens une brève explication de sa signification, des causes les plus fréquentes et de l'endroit où regarder en premier. Il te suffit de rechercher le code qui apparaît actuellement dans ton historique d'exécution.
De nombreuses erreurs de connecteur dans Power Automate sont en fin de compte des codes de statut HTTP classiques renvoyés par l'API appelée. Microsoft répertorie les plus fréquents dans la documentation sur l'intégrité des connecteurs :
Bon à savoir : les erreurs dans la plage 400 sont presque toujours dues à la requête elle-même, tandis que les erreurs dans la plage 500 indiquent un problème du côté du service appelé et ne se résolvent généralement qu'en attendant ou en réessayant.
Ce groupe d'erreurs se produit lorsque le flux ne peut plus se connecter à un service connecté.
Pour les flux de production, selon la documentation Microsoft, il est intéressant de passer à une connexion par principal de service, car celle-ci n'expire pas lorsqu'un collaborateur change son mot de passe ou quitte l'entreprise.
Ces erreurs proviennent du service appelé lui-même, pas de Power Automate.
Pour ces trois erreurs, la même première étape aide : ouvrir l'exécution échouée dans l'historique d'exécution et comparer les entrées avec le format réellement attendu.
Ces erreurs apparaissent soit lors de l'enregistrement, soit seulement à l'exécution, lorsqu'une expression est évaluée.
coalesce() résout généralement ce problème.Ce groupe se produit dès qu'un flux dépasse des limites de temps ou de volume.
Plutôt que de chercher chaque erreur individuellement sur Google, une séquence fixe est utile, comme le décrit aussi Microsoft dans le guide Résolution des erreurs de flux cloud :
Si un flux chez vous se bloque régulièrement sur les mêmes codes d'erreur, ou si vous ne parvenez pas à cerner la cause malgré cette référence, nous nous en occupons volontiers ensemble dans le cadre de notre conseil Power Automate. En tant qu'employés numériques, nous mettons en place proprement les connexions, la gestion des erreurs et la logique de nouvelle tentative une bonne fois pour toutes, et les documentons afin que tu gardes ensuite le contrôle de tes flux.
Les codes de statut HTTP comme 401 ou 404 proviennent directement du service appelé et décrivent pourquoi la requête concrète a échoué. Les erreurs comme ActionFailed sont en revanche un wrapper générique de Power Automate, derrière lequel se cache presque toujours l'un de ces codes HTTP. Ouvre les sorties de l'action échouée pour trouver le code de statut réel qui se cache derrière.
Une erreur 403 ne signifie pas forcément des identifiants incorrects, mais plutôt une autorisation manquante pour l'opération concrète. Les causes les plus fréquentes sont une stratégie de prévention de la perte de données qui bloque le connecteur dans ton environnement, un accès en écriture manquant sur la ressource cible, ou une limite de débit de l'API dépassée. Vérifie d'abord les autorisations sur la ressource cible, puis les stratégies DLP dans ton environnement.
Ouvre le flux concerné, sélectionne l'exécution échouée dans la liste des dernières exécutions et recherche l'icône d'avertissement rouge. Tu peux déplier l'action concernée ; les sections Entrées et Sorties y affichent le code de statut exact et le message d'erreur original du service appelé.
Pour les erreurs HTTP ponctuelles comme une 429 ou une 502, une nouvelle tentative suffit généralement, car la cause se situe du côté du service externe et est temporaire. Si la même erreur se produit de manière répétée en revanche, il est utile de mettre en place une gestion structurée des erreurs dans le flux, par exemple avec des règles de nouvelle tentative et une action de repli définie, plutôt que de tout relancer manuellement à chaque fois.
Les codes décrits ici concernent les flux cloud. Pour les flux de bureau, qui s'exécutent sur ton PC, Microsoft tient une référence distincte intitulée Gestion des erreurs de flux de bureau, car d'autres sources d'erreurs, comme les éléments d'interface utilisateur ou les applications locales, y jouent un rôle.
Fondateur de NordFlux. Sept ans d'expérience, du web et du SEO jusqu'à l'automatisation à l'échelle d'un groupe, aujourd'hui pragmatique pour les PME et avec une souveraineté des données allemande.
Certifications
Les 15 fonctions d'expression Power Automate les plus importantes, telles que concat, formatDateTime et coalesce, illustrées par des exemples pratiques allemands.
Un utilisateur invité dans Power Automate a-t-il besoin de sa propre licence ? Les réponses essentielles selon la documentation officielle de Microsoft.
Pourquoi les approbations Power Automate expirent au bout de 30 jours et comment le modèle relais à deux flux gère les processus longs de manière fiable.
Un lexique aide à chercher, mais ne remplace pas une gestion systématique des erreurs au quotidien. NordFlux prend en charge la surveillance continue de vos flux, afin que les erreurs HTTP, de connexion et de timeout soient détectées avant de bloquer un processus.