Informations de référence sur le code d’erreur de flux cloud

Utilisez cet article pour résoudre les erreurs les plus courantes dans Power Automate flux cloud. Chaque entrée explique ce que signifie l’erreur, pourquoi elle se produit et comment la corriger.

Note

Cette référence s’applique à tous les niveaux de licence de flux cloud Power Automate. Découvrez les erreurs spécifiques aux flux de bureau dans Résoudre les erreurs de flux de bureau.

Erreurs au moment du design

Ces erreurs se produisent lorsque vous enregistrez, validez ou publiez un flux.

ModèleNonValide

Signification : la définition de flux contient une erreur de syntaxe dans une configuration d’expression ou d’action.

Causes courantes :

  • Parenthèses ou guillemets sans correspondance dans une expression
  • Référencement d’une sortie d’action qui n’existe pas (faute de frappe dans le nom de l’action)
  • Utilisation d’une fonction avec le nombre incorrect d’arguments (par exemple, createArray() sans arguments)
  • Incompatibilité de type dans une expression constante (par exemple, int('abc') ou div(100, 0)) : le moteur les valide au moment de l’enregistrement
  • Copier-coller des expressions de la documentation incluant des caractères Unicode invisibles

Guide pratique pour résoudre les problèmes suivants :

  1. Ouvrez l’action mise en surbrillance en rouge dans le concepteur.
  2. Vérifiez l’expression dans la barre de formule. Recherchez des caractères ou des caractères sans correspondance ()' .
  3. Vérifiez que les noms d’actions dans les expressions correspondent exactement (respectant la casse) : outputs('Get_item') pas outputs('Get Item').
  4. Si l’expression semble correcte, supprimez-la et retapez-la manuellement pour supprimer les caractères masqués.

Conseil / Astuce

Les noms d’actions dans les expressions utilisent des traits de soulignement au lieu d’espaces. Si votre action est nommée « Get item », la référence d’expression est outputs('Get_item').

Informations connexes : ExpressionEvaluationFailed, FlowCheckerError

FlowCheckerError

Signification : le vérificateur de flux a trouvé un ou plusieurs problèmes de validation qui empêchent l’enregistrement.

Causes courantes :

  • Un champ obligatoire est vide dans une ou plusieurs actions
  • Une connexion n’est pas sélectionnée pour une action de connecteur
  • Une expression fait référence à une valeur de contenu dynamique d’une branche parallèle (non garantie d’exister)
  • Les entrées de déclencheur sont incomplètes

Guide pratique pour résoudre les problèmes suivants :

  1. Sélectionnez la bannière d’erreur en haut du concepteur pour afficher la liste complète des problèmes.
  2. Sélectionnez chaque erreur pour accéder à l’action affectée.
  3. Renseignez les champs obligatoires, corrigez les expressions rompues et sélectionnez les connexions.
  4. Enregistrez à nouveau. Le vérificateur s’exécute automatiquement lors de l’enregistrement.

Informations connexes : InvalidTemplate, MissingRequiredProperty

DuplicateActionName

Signification : deux actions ou plus dans le flux ont le même nom interne.

Causes courantes :

  • Copier coller une action sans le renommer
  • Importation d’une définition de flux qui a été modifiée manuellement avec des clés en double
  • Renommage d’une action en nom déjà utilisé par une autre action dans la même étendue

Guide pratique pour résoudre les problèmes suivants :

  1. Recherchez également le flux d’actions avec des noms identiques (vérifiez également à l’intérieur Apply to Each et Scope aux conteneurs).
  2. Renommez l’un des doublons. Sélectionnez le menu ... dans l’action, puis sélectionnez Renommer.
  3. Mettez à jour toutes les expressions qui référencent l’action renommée : outputs('Old_Name') à outputs('New_Name').

Informations connexes : InvalidTemplate

MissingRequiredProperty

Signification : un champ d’entrée obligatoire sur une action ou un déclencheur est vide.

Causes courantes :

  • Ajout d’une action de connecteur, mais sans terminer la configuration
  • Le jeton de contenu dynamique résolu en vide a été utilisé dans un champ obligatoire
  • Flux importé à partir d’une solution où les variables d’environnement ne sont pas définies

Guide pratique pour résoudre les problèmes suivants :

  1. Ouvrez l’action marquée avec l’erreur.
  2. Recherchez les champs marqués avec un astérisque rouge (*) vide.
  3. Renseignez la valeur requise, avec du texte statique ou un jeton de contenu dynamique.
  4. Pour les flux de solution, vérifiez que toutes les variables d’environnement ont des valeurs dans l’environnement cible.

Informations connexes : FlowCheckerError

Erreurs d’expression runtime

Ces erreurs se produisent lorsqu’un flux s’exécute et qu’une expression ne peut pas être évaluée.

ExpressionEvaluationFailed

Signification :

Une expression n’a pas pu être évaluée au moment de l’exécution, car les données réelles ne correspondent pas à ce que l’expression attendait. Cette erreur se produit uniquement lorsque l’expression utilise des valeurs dynamiques (variables, corps du déclencheur, sorties d’action) qui ne peuvent pas être vérifiées au moment de l’enregistrement.

Note

Si une expression utilise uniquement des valeurs constantes (comme int('abc') ou div(100, 0)), le moteur de flux intercepte l’erreur au moment de l’enregistrement en tant que InvalidTemplate à la place.

Causes courantes :

  • Appel int() sur une variable qui contient une chaîne non numérique au moment de l’exécution
  • Accès à une propriété sur un objet Null (outputs('Get_item')?['body/title'] lorsque Get_item retourné rien)
  • Incompatibilité de format de date ou formatDateTime()parseDateTime() lorsque le format provient d’une variable
  • Division par zéro lorsque le diviseur est une valeur dynamique qui se trouve à 0

Guide pratique pour résoudre les problèmes suivants :

  1. Ouvrez l’exécution ayant échoué et sélectionnez l’action ayant échoué pour afficher les valeurs d’expression et d’entrée.
  2. Habillage des expressions risquées avec des vérifications Null : if(empty(triggerBody()?['value']), 'default', triggerBody()?['value']).
  3. Permet coalesce() de fournir des valeurs de secours : coalesce(outputs('Get_item')?['body/title'], 'Untitled').
  4. Valider les types de données avant la conversion : if(isInt(variables('input')), int(variables('input')), 0).

Conseil / Astuce

Découvrez une bibliothèque de modèles d’expression prêts à l’emploi avec gestion null-safe dans le livre de recettes d’expression pour les flux cloud.

Informations connexes : InvalidTemplate, ContentConversionFailed

ContentConversionFailed

Signification : le flux n’a pas pu convertir les données d’un type vers un autre entre les actions.

Causes courantes :

  • Passage d’une chaîne où un entier ou un booléen est attendu
  • Envoi d’un tableau à une action qui attend un seul objet
  • Chaîne de date dans un format inattendu (par exemple, DD/MM/YYYY quand elle MM/DD/YYYY est attendue)
  • Contenu binaire (fichier) passé à une entrée de texte

Guide pratique pour résoudre les problèmes suivants :

  1. Vérifiez les entrées de l’action ayant échoué dans l’historique des exécutions. Comparez le type de valeur réel à ce que l’action attend.
  2. Utiliser des fonctions de conversion explicites : int(), , float()string(), bool(), json().
  3. Pour les dates, utilisez parseDateTime() des paramètres régionaux explicites ou formatDateTime() pour normaliser avant de passer.
  4. Pour les tableaux, utilisez cette option first() pour extraire un élément unique si l’action en aval attend une valeur.

Informations connexes : ExpressionEvaluationFailed

Erreurs de connexion et d’authentification

Ces erreurs se produisent lorsque le flux ne peut pas s’authentifier auprès d’un service connecté.

InvalidConnection

Signification : une référence de connexion dans le flux pointe vers une connexion rompue, supprimée ou expirée.

Causes courantes :

  • L’utilisateur qui a créé la connexion a modifié son mot de passe ou avait réinitialisé l’authentification multifacteur
  • La connexion a été supprimée de la page Connexions
  • Un administrateur a supprimé la connexion via le Centre d’administration Power Platform
  • Le flux a été importé dans un environnement où la connexion n’existe pas

Guide pratique pour résoudre les problèmes suivants :

  1. Ouvrez le flux en mode édition. Les actions avec connexions interrompues affichent une icône d’avertissement.
  2. Sélectionnez l’action et sélectionnez Modifier la connexion ou Ajouter une nouvelle connexion.
  3. Connectez-vous avec les informations d’identification appropriées pour créer une nouvelle connexion.
  4. Enregistrez le flux et testez-le.

Important

Pour les flux de production, envisagez d’utiliser des connexions de principal de service plutôt que des connexions utilisateur personnelles. Les connexions de principal de service n’expirent pas lorsqu’un utilisateur modifie son mot de passe ou quitte l’organisation.

Informations connexes : ConnectionNotConfigured, ConnectionAuthorizationFailed

ConnectionNotConfigured

Signification : une action nécessite une connexion, mais aucune n’a été sélectionnée.

Causes courantes :

  • Le flux a été importé à partir d’une solution et les références de connexion n’ont pas été mappées
  • Une nouvelle action a été ajoutée, mais l’étape de connexion a été ignorée
  • La référence de connexion pointe vers une variable d’environnement sans valeur

Guide pratique pour résoudre les problèmes suivants :

  1. Ouvrez le flux en mode édition et recherchez l’action avec l’avertissement de connexion.
  2. Sélectionnez une connexion existante dans la liste déroulante ou créez-en une.
  3. Pour les flux de solutions, accédez aux>références de connexion> par défaut.
  4. Définissez la connexion pour chaque référence.

Informations connexes : InvalidConnection

Non autorisé (401)

Signification : l’API a rejeté la demande, car le jeton d’authentification n’est pas valide ou a expiré.

Causes courantes :

  • Le jeton OAuth a expiré et la connexion n’a pas pu être actualisée automatiquement
  • Le compte de l’utilisateur a été désactivé ou le mot de passe a été modifié
  • Secret du principal de service ou certificat expiré
  • La stratégie d’accès conditionnel a bloqué la connexion (géo, conformité des appareils)

Guide pratique pour résoudre les problèmes suivants :

  1. Accédez à Power Automate>Connections et recherchez la connexion utilisée par l’action ayant échoué.
  2. Si la connexion affiche un avertissement, sélectionnez Corriger la connexion et ré-authentifier.
  3. Pour les connexions de principal de service, faites pivoter le secret dans Microsoft Entra ID et mettez à jour la connexion.
  4. Vérifiez Microsoft Entra ID journaux de connexion pour les blocs d’accès conditionnel : Azure portal>Microsoft Entra ID>Sign-in logs, filtrez par nom de l’application.

Informations connexes : Interdit (403), ConnectionAuthorizationFailed

Interdit (403)

Signification : l’utilisateur ou l’application authentifié n’a pas l’autorisation d’effectuer l’opération demandée.

Causes courantes :

  • Une stratégie DLP (Protection contre la perte de données) bloque l’action du connecteur ou du connecteur dans cet environnement
  • L’utilisateur n’a pas d’autorisations sur la ressource cible (par exemple, aucun accès en écriture à un SharePoint list)
  • Un administrateur a restreint le connecteur via les paramètres au niveau du locataire
  • Le connecteur nécessite une licence Premium et l’utilisateur se trouve sur un plan initialisé

Guide pratique pour résoudre les problèmes suivants :

  1. Vérifiez les stratégies DLP :stratégies de données du> d’administration Power Platform. Recherchez des stratégies qui bloquent le connecteur dans le groupe de votre environnement.
  2. Vérifiez que l’utilisateur de connexion dispose des autorisations appropriées sur le service cible (SharePoint autorisations de site, rôles de sécurité Dataverse et similaires).
  3. S'il s'agit d'un problème de connecteur Premium, vérifiez que le propriétaire ou l'appelant du flux dispose d'une licence Power Automate Premium.
  4. Contactez votre administrateur si une stratégie DLP doit être modifiée.

Informations connexes : Non autorisé (401), DirectApiAuthorizationRequired

ConnectionAuthorizationFailed

Signification : la connexion existe, mais ses informations d’identification stockées ne sont plus valides.

Causes courantes :

  • Le mot de passe de l’utilisateur a été modifié ou la méthode MFA a été réinitialisée
  • Le jeton d’actualisation OAuth a expiré (commun avec les connexions inutilisées pendant 90 jours+ )
  • L’administrateur a révoqué le consentement de l’application dans Microsoft Entra ID
  • La connexion partagée n’a pas été partagée par le propriétaire

Guide pratique pour résoudre les problèmes suivants :

  1. Ouvrez Power Automate>Connections.
  2. Recherchez la connexion affectée.
  3. Sélectionnez la connexion, puis corrigez la connexion pour vous authentifier à nouveau.
  4. Si vous utilisez une connexion partagée, demandez au propriétaire de la connexion de le partager à nouveau.
  5. Pour les comptes de service, définissez un rappel de calendrier pour faire pivoter les informations d’identification avant leur expiration.

Conseil / Astuce

Recherchez un didacticiel détaillé sur les problèmes de connexion par connecteur (SharePoint, Outlook, SQL Server, Dataverse, HTTP) dans Fixer les échecs de connexion dans les flux cloud.

Informations connexes : InvalidConnection, Non autorisé (401)

Erreurs de connecteur et d’API

Ces erreurs proviennent du service en aval que le flux appelle.

ActionFailed

Signification : une action a retourné un état d’échec. Il s’agit d’un wrapper générique. Les détails réels de l’erreur se trouvent dans le corps de sortie de l’action.

Causes courantes :

  • L’API en aval a retourné une erreur 4xx ou 5xx
  • Échec d’un flux enfant (appelé via « Exécuter un flux enfant »)
  • Un connecteur personnalisé a retourné un format de réponse inattendu
  • Les paramètres configure-run-after de l’action ont provoqué son exécution après un échec antérieur

Guide pratique pour résoudre les problèmes suivants :

  1. Ouvrez l’exécution ayant échoué et sélectionnez l’action ayant échoué.
  2. Développez Sorties pour afficher le message d’erreur réel et le code d’état de l’API.
  3. Corrigez le problème sous-jacent en fonction de l’erreur d’API spécifique (passez en revue les entrées 400, 401, 403 et 404 dans cette référence).
  4. Si l’action doit s’exécuter même lorsque les actions précédentes échouent, vérifiez son exécution Configurer après les paramètres.

Informations connexes : BadRequest (400), NotFound (404)

BadRequest (400)

Signification : l’API du connecteur a rejeté la requête, car les données d’entrée sont incorrectes ou non valides.

Causes courantes :

  • Envoi d’un champ avec le type de données incorrect (chaîne au lieu du nombre, ou inversement)
  • Champs obligatoires manquants dans le corps de la requête
  • Caractères non valides dans les noms de fichiers ou les titres d’élément de liste
  • Dépassement d’une limite de longueur de champ (par exemple, SharePoint texte à une seule ligne = 255 caractères)

Guide pratique pour résoudre les problèmes suivants :

  1. Ouvrez l’action ayant échoué dans l’historique des exécutions et examinez la section Entrées pour afficher exactement ce qui a été envoyé.
  2. Comparez les entrées au schéma attendu de l’API (consultez la documentation du connecteur).
  3. Nettoyez l’entrée utilisateur avec replace() pour supprimer des caractères non valides avant de passer à l’action.
  4. Utilisez substring() ou take() tronquez des valeurs longues sur la longueur maximale du champ.

Informations connexes : ActionFailed, ContentConversionFailed

NotFound (404)

Signification : la ressource que l’action tente d’accéder n’existe pas.

Causes courantes :

  • Un SharePoint list, une bibliothèque ou un site a été renommé ou supprimé
  • Un dossier Outlook ou un canal Teams a été supprimé
  • Le flux fait référence à un ID codé en dur pour une ressource qui n’existe plus
  • La table ou la ligne Dataverse a été supprimée par un autre processus

Guide pratique pour résoudre les problèmes suivants :

  1. Vérifiez que la ressource existe toujours dans le service cible.
  2. Si elle a été renommée, mettez à jour l’action pour utiliser le nouveau nom ou l’ID.
  3. Remplacez les ID codés en dur par des recherches dynamiques si possible (par exemple, « Obtenir des éléments » par un filtre au lieu de « Obtenir un élément » par un ID statique).
  4. Ajouter une gestion des erreurs : configurez l’action suivante à Exécuter après>l’échec et gérez la version 404 correctement.

Informations connexes : ActionFailed

Erreurs de déclenchement

Ces erreurs concernent les déclencheurs de flux qui ne déclenchent ni ne échouent.

TriggerConditionNotMet

Signification : le déclencheur a évalué sa condition et déterminé que l’événement ne doit pas démarrer une exécution de flux.

Causes courantes :

  • Une expression de condition de déclencheur prend toujours la valeur false (erreur logique)
  • La condition de déclencheur fait référence à un champ qui n’existe pas dans la charge utile du déclencheur
  • L’événement s’est produit, mais les données ne correspondent pas au filtre (par exemple, « Lorsqu’un élément est créé » avec une condition sur Status, mais Status a été vide)

Guide pratique pour résoudre les problèmes suivants :

  1. Accédez aux paramètres du déclencheur et passez en revue l’expression de condition de déclencheur.
  2. Testez la condition par rapport à une charge utile d’événement connue. Utilisez le code Peek sur le déclencheur pour afficher le schéma brut.
  3. Supprimez temporairement la condition, déclenchez le flux manuellement et inspectez la sortie du déclencheur pour vérifier les noms et les valeurs des champs.
  4. Corrigez l’expression et réactivez la condition.

Informations connexes : ExpressionEvaluationFailed

Erreurs de délai d’expiration et de limitation

Ces erreurs se produisent lorsque le flux ou une action dépasse les limites de temps ou de débit.

ActionTimedOut

Signification : une seule action a dépassé son délai d’expiration configuré et a été annulée.

Causes courantes :

  • Action HTTP appelant une API externe lente avec un délai d’expiration de 100 secondes par défaut
  • « Attendre une approbation » avec une expiration qui a passé
  • Chargement ou téléchargement de fichiers volumineux via une connexion lente
  • Requête Dataverse retournant trop de lignes sans pagination

Guide pratique pour résoudre les problèmes suivants :

  1. Ouvrez les paramètres de l’action et augmentez la valeur du délai d’expiration (durée ISO 8601, par exemple, PT5M pendant 5 minutes).
  2. Pour les actions HTTP, vérifiez si l’API externe a un modèle d’opération de longue durée (interrogez avec nouvelle tentative après).
  3. Pour Dataverse, ajoutez et $filter réduisez $top le jeu de résultats.
  4. Pour les approbations, définissez une expiration raisonnable et ajoutez une branche de délai d’expiration pour gérer les non-réponses.

Informations connexes : OperationTimedOut

OperationTimedOut

Signification : une opération longue (attente webhook, approbation, interrogation HTTP) a dépassé le délai d’attente maximal.

Causes courantes :

  • Action webhook HTTP en attente d’un rappel qui n’est jamais venu
  • Action d’approbation sans expiration, atteignant la limite d’exécution de flux de 30 jours
  • Action « Retarder jusqu’à » définie sur une date au-delà de la limite de durée d’exécution de 30 jours
  • Le service externe a diminué et n’a jamais envoyé la réponse attendue

Guide pratique pour résoudre les problèmes suivants :

  1. Définissez toujours des délais d’expiration explicites sur les actions de webhook et d’approbation.
  2. Pour les actions de webhook HTTP, implémentez une branche de délai d’expiration avec Configurer l’exécution après>l’expiration du délai d’attente.
  3. Arrêtez de longues attentes en segments plus courts à l’aide d’une boucle avec des vérifications quotidiennes.
  4. Pour la limite d’exécution de 30 jours, redéfinissez les processus de longue durée afin d’utiliser un modèle de « relais » : terminez l’exécution actuelle et démarrez un nouvel état avec l’état passé via Dataverse ou un fichier.

Important

Les flux cloud ont une durée d’exécution maximale de 30 jours. Pour les processus qui prennent plus de temps, fractionnez-les en plusieurs exécutions de flux avec un état partagé.

Informations connexes : ActionTimedOut

WorkflowRunActionRepetitionQuotaExceededed

Signification : une boucle Appliquer à chaque boucle a dépassé le nombre maximal d’itérations (valeur par défaut : 100 000 pour premium, 5 000 pour les profils de performances).

Causes courantes :

  • Traitement d’une grande SharePoint list ou d’une table Dataverse sans filtrer d’abord
  • Boucles imbriquées Apply to Each multipliant les nombres d’itérations (100 x 100 = 10 000)
  • Action Get items retournant toutes les lignes au lieu d’un sous-ensemble filtré

Guide pratique pour résoudre les problèmes suivants :

  1. Ajoutez des filtres à l’action de source de données pour réduire le nombre d’éléments avant la boucle.
  2. Utilisez OData $filter et $top sur Obtenir des actions d’éléments au lieu de filtrer à l’intérieur de la boucle.
  3. Pour les jeux de données volumineux, lotez le travail sur plusieurs exécutions de flux à l’aide de jetons de pagination ou de plages de dates.
  4. Envisagez d’utiliser Select ou Filter array d’effectuer Apply to Each des actions plutôt que lorsque vous devez uniquement transformer ou filtrer des données.

Informations connexes : FlowRunQuotaExceededed

FlowRunQuotaExceed

Signification : le flux ou le locataire a dépassé sa limite d’exécution d’action quotidienne.

Causes courantes :

  • Licence amorçage/gratuite : 6 000 actions par jour par utilisateur
  • Licence Premium : 40 000 actions par jour par utilisateur
  • Licence de processus : 250 000 actions par jour par flux
  • Flux lourd en boucle consommant des milliers d’actions par exécution

Guide pratique pour résoudre les problèmes suivants :

  1. Vérifiez l’utilisation actuelle dans le centre d’administration Power Platform>Analytics>Power Automate.
  2. Optimisez les flux pour utiliser moins d’actions : remplacez Apply to Each par Select/Filter, les opérations par lots, réduisez la fréquence d’interrogation.
  3. Mettre à niveau le niveau de licence si la charge de travail a légitimement besoin d’une capacité supplémentaire.
  4. Répartissez les charges de travail sur plusieurs flux ou planifiez des exécutions à volume élevé pendant les heures creuses.

Note

En savoir plus sur les limites d’action quotidiennes par niveau de licence dans Power Automate limites et configuration.

Informations connexes : WorkflowRunActionRepetitionQuotaExceededed, DirectApiAuthorizationRequired

Erreurs de licence

DirectApiAuthorizationRequired

Signification : le flux utilise un connecteur Premium, mais l’appelant n’a pas de licence Premium.

Causes courantes :

  • Un flux avec des connecteurs Premium (HTTP, SQL Server, Dataverse, connecteurs personnalisés) est exécuté par un utilisateur sur une licence de Microsoft 365 amorçage
  • Le propriétaire du flux a premium, mais l’utilisateur déclencheur ne le fait pas (la licence de l’appelant est importante, pas celle du propriétaire)
  • Le propriétaire d’un flux planifié a perdu sa licence Premium
  • Un flux in-context a été dissocié de son application Power, ce qui le rend hors contexte

Guide pratique pour résoudre les problèmes suivants :

  1. Identifiez le connecteur qui nécessite premium. Le message d’erreur le nomme généralement.
  2. Affectez une licence Power Automate Premium à l’utilisateur qui déclenche ou exécute le flux.
  3. Pour les flux planifiés ou automatisés, vérifiez que le propriétaire du flux dispose d’une licence Premium.
  4. Déterminez si une licence de processus (par flux) est plus rentable pour les flux partagés à volume élevé.

Informations connexes : Interdit (403), FlowRunQuotaExceededed

Tableau de référence rapide

Erreur Catégorie Correctif le plus probable
ModèleNonValide Temps de conception Correction de la syntaxe d’expression
ExpressionEvaluationFailed Exécution Ajouter des vérifications Null, valider des types
ActionFailed Exécution Vérifier les sorties d’action pour l’erreur d’API
FlowCheckerError Temps de conception Remplir les champs requis, corriger les connexions
InvalidConnection Connexion Authentifier à nouveau la connexion
ConnectionNotConfigured Connexion Sélectionner ou créer une connexion
Non autorisé (401) Auth Corriger la connexion, faire pivoter les informations d’identification
Interdit (403) Auth Vérifier les stratégies DLP, les autorisations
BadRequest (400) API Valider le format des données d’entrée
NotFound (404) API Vérifier que la ressource existe, mettre à jour les références
TriggerConditionNotMet Déclenchement Vérifier l’expression de condition de déclencheur
ActionTimedOut Délai d’attente Augmenter le délai d’expiration dans les paramètres d’action
DuplicateActionName Temps de conception Renommer l’une des actions dupliquées
MissingRequiredProperty Temps de conception Renseignez les champs obligatoires
ContentConversionFailed Exécution Utiliser des conversions de types explicites
WorkflowRunActionRepetitionQuotaExceededed Limitation Filtrer les données avant de boucler
DirectApiAuthorizationRequired Licences Attribuer une licence Premium à l’appelant
FlowRunQuotaExceed Limitation Optimiser le nombre d’actions, mettre à niveau la licence
ConnectionAuthorizationFailed Connexion Correction de la connexion, ré-authentification
OperationTimedOut Délai d’attente Définir des délais d’expiration explicites, utiliser le modèle de relais

Remarque : L’auteur a créé cet article avec l’aide de l’IA. En savoir plus

  • Last updated on