Erreur 429 dans Power Automate : comprendre et corriger le throttling

L'erreur 429 (Too Many Requests) dans Power Automate signifie qu'un flow a dépassé la limite de requêtes d'un connecteur ou de la plateforme dans une courte fenêtre de temps et qu'il est donc soumis au throttling. La cause la plus fréquente est un connecteur avec une limite de temps stricte, comme le connecteur SharePoint avec un plafond de 600 actions par minute, ou un flow avec de nombreuses exécutions parallèles ou itérations de boucle. La solution consiste généralement à réduire le contrôle de la concurrence (Concurrency Control), à filtrer davantage les données et à remplacer les actions individuelles récurrentes par des opérations de batching. Etat : juillet 2026.

Qu'est-ce qui provoque l'erreur 429 dans Power Automate ?

L'erreur 429 survient lorsqu'un flow envoie à un connecteur plus de requêtes que son mécanisme de protection de service ne le permet dans une fenêtre de temps donnée. Selon la documentation officielle sur les limites de la plateforme et le throttling le service renvoie alors le code d'erreur 429 avec un message tel que « La limite de débit a été dépassée. Réessayez dans 27 secondes ». Ce throttling de connecteur est indépendant des limites d'actions quotidiennes de votre plan de licence : un flow peut donc être soumis au throttling même si le quota quotidien est loin d'être épuisé. Les déclencheurs typiques sont des boucles avec de nombreuses itérations, plusieurs instances de flow s'exécutant simultanément, ou un seul connecteur utilisé en parallèle par plusieurs flows.

Quelles limites devez-vous surveiller ?

Les chiffres exacts varient selon le connecteur et la licence, mais certaines valeurs de référence sont clairement documentées. Le connecteur SharePoint limite par exemple le nombre d'actions à 600 par minute, et ce par connexion sur l'ensemble des flows et non par flow individuel, comme le décrit la FAQ sur la licence Power Automate Par ailleurs, une limite de rafale d'actions à l'échelle de la plateforme s'applique, actuellement de 100 000 actions par flow en cinq minutes. Indépendamment de cela, il existe des limites quotidiennes de requêtes API qui dépendent de votre plan de licence et qui s'appliquent à toutes les exécutions de flow d'un utilisateur sur 24 heures. Important pour le dépannage : les actions réussies comme les actions échouées comptent dans ces limites, de même que les tentatives de nouvelle exécution et les requêtes supplémentaires dues à la pagination.

Comment corriger les erreurs 429 grâce au contrôle de la concurrence ?

Le levier le plus direct consiste à réduire le degré de concurrence dans le déclencheur ou dans les boucles. Microsoft recommande exactement cette étape dans le guide sur « Trop de requêtes » dans Power Automate en cas d'erreur 429 : dans les paramètres du déclencheur ou de l'action, sous « Contrôle de la concurrence » (Concurrency Control), il est possible de limiter le degré de concurrence. Par défaut, le contrôle de la concurrence est désactivé pour les déclencheurs, mais il peut être défini sur une valeur comprise entre 1 et 100, avec 25 exécutions simultanées comme valeur par défaut une fois activé. Pour les boucles « Pour chaque », une valeur de concurrence distincte s'applique, qui, selon les limites pour les flows est par défaut de 1 et peut être augmentée jusqu'à 50, ou volontairement maintenue basse pour éviter les erreurs. Si un flow atteint de façon répétée la limite du connecteur, réduire délibérément ces valeurs est souvent la solution la plus rapide, même si le flow s'exécute alors un peu plus lentement.

Comment le batching aide-t-il à éviter durablement le throttling ?

Le batching réduit le nombre de requêtes individuelles susceptibles d'être soumises au throttling. Au lieu d'exécuter une action distincte pour chaque enregistrement dans une boucle, selon le guide sur éviter les anti-patterns plusieurs opérations de création ou de mise à jour peuvent être regroupées en une seule requête HTTP via des requêtes batch, à condition que le connecteur concerné le prenne en charge. Pour les services sans prise en charge du batching, le traitement parallèle contrôlé dans la boucle « Pour chaque » est l'alternative, avec jusqu'à 50 enregistrements simultanés selon Microsoft. Il vaut également la peine d'examiner les paramètres de filtre de requête et de nombre maximal (top count) de nombreux connecteurs afin de récupérer d'emblée moins d'enregistrements, ainsi que les boucles imbriquées, qui peuvent rapidement multiplier le nombre de requêtes. Quiconque souhaite rendre son environnement Power Automate fondamentalement plus stable trouvera le conseil Power Automate de NordFlux un accompagnement sur l'architecture des flows, le choix de la licence et le dépannage en cas de throttling récurrent.

Questions fréquentes sur le throttling Power Automate (429)

Pourquoi est-ce que je reçois des erreurs 429 alors que ma limite d'actions quotidienne n'est pas atteinte ?

Parce que le throttling de connecteur fonctionne indépendamment des limites quotidiennes de requêtes API. Chaque connecteur, comme SharePoint avec sa limite de 600 actions par minute, applique sa propre fenêtre de temps à court terme, que vous pouvez dépasser même avec une faible consommation quotidienne si de nombreuses actions sont exécutées en peu de temps.

Un plan de licence plus cher aide-t-il contre les erreurs 429 ?

Un plan de licence plus élevé augmente principalement le quota d'actions quotidien, et non les limites de throttling spécifiques au connecteur. Comme l'erreur 429 est généralement déclenchée par le throttling du connecteur, un ajustement de la concurrence et de la conception du flow est dans la plupart des cas plus efficace qu'une mise à niveau de licence.

Quelle est la différence entre la limite de rafale d'actions et le throttling de connecteur ?

La limite de rafale d'actions est un plafond à l'échelle de la plateforme, actuellement de 100 000 actions par flow en cinq minutes, tandis que le throttling de connecteur s'applique par service de connecteur individuel et varie fortement selon le service. Les deux peuvent conduire indépendamment à une erreur 429, c'est pourquoi il est préférable d'identifier la cause à l'aide du message d'erreur exact et de l'historique d'exécution du flow.

Puis-je simplement contourner les erreurs 429 grâce à des tentatives automatiques ?

Les tentatives automatiques ne résolvent pas le problème sous-jacent, car les actions échouées et les tentatives comptent également dans les limites de requêtes. Il est plus judicieux de traiter la cause via le contrôle de la concurrence, le filtrage et le batching, plutôt que de simplement laisser le flow réessayer plus souvent.