Power Automate : désactivation après 14 jours de limitation continue (FAQ)

Lorsqu'un flux dans Power Automate se heurte de manière répétée à des limites de limitation sur une période prolongée, Microsoft finit par intervenir : le flux est automatiquement désactivé. Ce n'est ni un hasard ni un dysfonctionnement de la plateforme, mais une mesure de protection documentée destinée à empêcher qu'un seul flux bloque durablement de la capacité sans qu'on intervienne. Pour les créateurs de flux, cela reste souvent un moment de panique, surtout lorsque le flux est critique pour l'activité et passe soudain sur « Désactivé » sans message d'erreur clair dans la boîte de réception. À jour en : juillet 2026.

Cette FAQ explique précisément quand intervient la désactivation automatique après une limitation persistante, comment savoir si votre flux est concerné, et comment le réactiver proprement ensuite sans que le problème ne se reproduise immédiatement.

Que signifie réellement « limité en continu » ?

Power Automate définit, pour chaque flux et chaque connecteur, des limites de débit, c'est-à-dire le nombre d'actions ou de requêtes pouvant être exécutées dans une fenêtre de temps donnée. Si un flux dépasse l'une de ces limites, son exécution n'est pas arrêtée immédiatement mais ralentie. Selon la documentation officielle Limites pour les flux automatisés, planifiés et instantanés l'activité du flux reprend automatiquement dès que la charge dans la fenêtre glissante repasse sous la limite. Le problème survient seulement lorsque ce n'est pas le cas et que le flux reste constamment au-dessus des limites sur une période prolongée. C'est précisément là que s'applique la règle des 14 jours.

Les causes typiques d'une limitation persistante sont un trop grand nombre d'actions par exécution, des boucles « Appliquer à chacun » imbriquées, un déclencheur qui se déclenche trop souvent, ou un connecteur qui reçoit le code d'erreur 429 (« Too Many Requests ») parce que la limite du service sous-jacent est atteinte. Ces erreurs se manifestent généralement d'abord par un ralentissement perceptible de l'exécution du flux, bien avant que la désactivation ne devienne visible.

La règle des 14 jours en détail

Microsoft décrit cette règle dans Comprendre les limites de la plateforme et éviter la limitation ainsi : tous les flux limités en continu pendant 14 jours sont désactivés. Ces flux peuvent être réactivés à tout moment, mais si les performances ne s'améliorent pas, la plateforme les désactive à nouveau. La désactivation n'est donc pas un événement ponctuel, mais un mécanisme récurrent tant que la cause sous-jacente persiste.

Important pour bien situer les choses : ce délai de 14 jours pour la limitation n'est pas la seule limite de conservation dans Power Automate. Le tableau des limites de durée et de conservation présente plusieurs règles au nom similaire mais au fonctionnement différent :

• Flux en échec : Un flux cloud dont le déclencheur ou l'action échoue en continu est désactivé au bout de 14 jours.
• Flux limités en continu : Un flux cloud qui atteint constamment les limites de débit pendant 14 jours est désactivé. Une licence Power Automate Process peut fournir une capacité dédiée et éviter la limitation.
• Flux sans activité de déclenchement : Un flux cloud qui n'est pas déclenché pendant 90 jours peut également être désactivé, mais seulement après un e-mail d'avertissement envoyé 30 jours à l'avance au propriétaire et aux copropriétaires.

Comme ces trois cas se confondent facilement dans la pratique, il vaut la peine de consulter l'e-mail de notification de Power Automate : il indique généralement clairement si la cause de la désactivation est une erreur, une limitation ou une inactivité.

Comment éviter une désactivation

La mesure immédiate la plus évidente consiste à modifier le flux et à l'enregistrer à nouveau. Comme les limites de débit s'appliquent, selon Microsoft, à une version précise de la définition du flux, une modification suivie d'un nouvel enregistrement réinitialise la fenêtre de temps. Cela vous fait gagner du temps, mais ne résout pas la cause réelle.

Pour une solution durable, les étapes suivantes sont recommandées :

• Réduire les actions : Supprimer les boucles imbriquées, remplacer « Appliquer à chacun » par des requêtes filtrées avec `$filter` ou `$top`, et éliminer les étapes intermédiaires inutiles.
• Assouplir le déclencheur : Limiter un déclencheur qui se déclenche trop souvent à l'aide de conditions de déclenchement, ou ajuster la fréquence d'interrogation.
• Répartir la charge : Répartir de grands volumes de données sur plusieurs exécutions de flux ou des flux enfants au lieu de tout traiter en une seule exécution.
• Vérifier la licence : Une licence Power Automate Process ou Premium augmente sensiblement les limites autorisées par flux et peut faire toute la différence lorsque la capacité est serrée.

Dans la référence des codes d'erreur Power Automate vous trouverez également des indications concrètes sur les erreurs de délai d'attente et de limitation, si vous souhaitez identifier la source exacte de l'erreur dans l'historique du flux.

Réactiver un flux : ce qui se passe ensuite

Après la désactivation, un flux peut être réactivé manuellement à tout moment. Selon Activer ou désactiver un flux il suffit de cliquer sur « Activer » sur la page de détail, ou sur « Activer » via le menu contextuel dans l'aperçu des flux. Ce qui se passe ensuite avec les événements en attente dépend du type de déclencheur :

• Déclencheurs par interrogation comme la répétition vérifient le service connecté à intervalles fixes. Lorsque le flux est réactivé, le déclencheur traite tous les événements accumulés depuis la désactivation, ce qui peut entraîner un rattrapage notable après une longue période d'inactivité.
• Déclencheurs webhook s'enregistrent auprès du service concerné et, après la réactivation, ne traitent que les nouveaux événements. Tout ce qui s'est passé pendant la désactivation est perdu.

Si vous ne voulez pas de ce rattrapage, la seule solution selon la documentation est de dupliquer le flux et de supprimer l'original, ce qui réenregistre proprement le déclencheur. Vous gardez ainsi le contrôle sur les données réellement traitées, au lieu d'être surpris par un flot d'exécutions de rattrapage. Quiconque souhaite exploiter durablement ce type d'automatisation ne devrait pas ignorer les avertissements de limitation, mais les intégrer tôt dans la planification des capacités, par exemple dans le cadre de projets d'automatisation en cours.

Questions fréquentes

Mon flux est-il désactivé immédiatement dès qu'il est limité une fois ?

Non. Une limitation isolée ne fait que ralentir temporairement le flux, qui continue de s'exécuter automatiquement dès que la charge repasse sous la limite. La désactivation n'intervient que si le flux reste en continu au-dessus des limites pendant 14 jours.

Comment savoir si la limitation est la cause de la désactivation ?

Power Automate informe les propriétaires et copropriétaires du flux par e-mail dès qu'un flux est désactivé. Vous pouvez également consulter le rapport analytique sur la page de détail du flux pour voir combien de fois le flux a produit le code d'erreur 429 ou des exécutions retardées ces derniers jours.

Le simple fait d'enregistrer le flux réinitialise-t-il le délai de 14 jours ?

Oui, avec une nuance. Comme les limites de débit s'appliquent par version de la définition du flux, la fenêtre de temps redémarre après chaque enregistrement. Cela apporte un répit à court terme, mais ne résout pas la cause réelle de la limitation si le flux déclenche structurellement trop d'actions.

Que deviennent les événements accumulés pendant la désactivation ?

Cela dépend du type de déclencheur. Les déclencheurs par interrogation, comme la répétition, rattrapent les événements accumulés une fois réactivés, tandis que les déclencheurs webhook ne traitent que les nouveaux événements à partir du moment de la réactivation et ignorent les événements plus anciens.

Une licence Premium ou Process aide-t-elle contre la désactivation automatique ?

Une licence Power Automate Process fournit au flux une capacité dédiée avec des limites plus élevées et réduit ainsi nettement le risque de limitation persistante. Selon Microsoft, c'est la mesure recommandée pour les flux qui fonctionnent structurellement près des limites, mais elle ne remplace pas l'optimisation de flux mal conçus.