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 flux d'approbation dans Power Automate attend patiemment tant que la personne chargée d'approuver ne répond pas, mais cette patience n'est pas illimitée. Si une approbation se prolonge en raison d'une absence prolongée, d'un congé parental ou d'une décision d'investissement prévue seulement pour le trimestre suivant, l'exécution du flux sous-jacent peut tout simplement s'interrompre avant même qu'une réponse n'arrive. Pour les équipes qui s'appuient sur un seul flux continu, il s'agit d'un angle mort désagréable : la demande continue de paraître normale dans la boîte de réception de la personne chargée d'approuver, alors qu'en arrière-plan le processus est déjà mort.
Cet article explique pourquoi Power Automate met fin aux approbations au bout d'environ 30 jours, ce qui se produit en pratique un peu plus tôt, et comment le modèle dit « relais », avec deux flux distincts, permet de gérer proprement les approbations dont la durée n'est pas déterminée. Situation en juillet 2026.
La cause ne réside pas dans la fonction d'approbation elle-même, mais dans une limite de durée générale applicable aux flux cloud. Selon les limites relatives aux flux automatisés, planifiés et instantanés, une durée d'exécution maximale de 30 jours s'applique à chaque exécution de flux, calculée à partir du moment de démarrage de l'exécution. La documentation le formule sans ambiguïté : la durée d'exécution inclut également les déroulements comportant des étapes en attente, comme les approbations, et au bout de 30 jours, un délai d'expiration se produit pour les étapes en attente.
Cela concerne surtout l'action Démarrer et attendre une approbation, car elle bloque l'exécution du flux jusqu'à ce qu'une réponse arrive. C'est précisément ce blocage qui lui devient fatal dès que le temps d'attente atteint la limite de 30 jours. À ce moment-là, le flux n'a techniquement plus aucun moyen de continuer, que la personne chargée d'approuver ait négligé la demande ou simplement pas encore eu l'occasion d'y répondre.
Dans l'aperçu des problèmes connus liés aux approbations, Microsoft signale une particularité plus pertinente en pratique que les 30 jours documentés : un processus d'approbation peut, semble-t-il, attendre 28 jours, et si le temps d'attente dépasse ces 28 jours, le flux échoue. Il est important de noter que cette erreur n'affecte que l'exécution du flux elle-même. L'approbation reste visible dans le centre d'approbations, alors qu'aucun flux n'attend plus de réponse.
Cela entraîne des entrées orphelines auxquelles la personne chargée d'approuver peut théoriquement encore répondre, sans que cette réponse n'arrive nulle part. La personne à l'origine de la demande ou une administration d'environnement doit supprimer manuellement ces approbations orphelines du centre d'actions. Quiconque envoie régulièrement des approbations dont la durée est incertaine devrait intégrer fermement cette étape de nettoyage dans l'entretien de son processus, plutôt que de compter sur la disparition spontanée des anciennes entrées.
La solution recommandée par Microsoft pour les approbations dont la durée peut être longue consiste à répartir le processus en deux flux indépendants. Selon le guide Créer et tester un flux de travail d'approbation avec Power Automate, la règle est la suivante : si un flux s'exécute pendant plus de 30 jours, les approbations doivent être stockées dans Microsoft Dataverse. Cela permet de créer des flux qui réagissent aux réponses même après que l'exécution du flux d'origine a expiré depuis longtemps.
Concrètement, on utilise pour cela l'action Créer une approbation (v2) au lieu de l'action bloquante Démarrer et attendre une approbation :
Cette transmission d'un flux émetteur à un flux en attente constitue le véritable modèle relais : au lieu d'un unique coureur devant tenir toute la distance seul, un second flux reprend le témoin et n'est lié à aucune limite de durée du premier.
Les problèmes connus mentionnent un effet que beaucoup négligent lors de la première mise en place du modèle relais : si la personne chargée d'approuver répond très rapidement, avant même que le flux n'ait atteint l'action d'attente, le flux peut rester bloqué dans la phase d'attente. Microsoft recommande donc d'appeler les actions Créer et Attendre le plus près possible l'une de l'autre au sein du flux, ou bien de vérifier le statut de l'approbation dans Dataverse avant même de démarrer l'action d'attente. Pour un modèle relais propre, il vaut donc la peine de vérifier précisément cet ordre avant de mettre le flux en production.
Quiconque utilise, au lieu de flux personnels, le kit d'approbation prêt à l'emploi, c'est-à-dire l'application de gestion des approbations professionnelles, bénéficie déjà d'une partie de cette protection. Selon la référence des statuts d'approbation, il existe le statut En attente (Expiré) : il signifie que la personne chargée d'approuver n'a pas répondu dans les 30 premiers jours et que l'exécution du flux cloud Power Automate gérant cette demande est redémarrée automatiquement. Après le redémarrage, le statut repasse à En attente, et la demande reste valide.
Il s'agit d'une automatisation pratique, mais qui ne s'applique qu'au sein du kit d'approbation avec sa connexion Dataverse, et non automatiquement à chaque flux construit soi-même. Quiconque exploite son propre flux d'approbation sans ce kit doit reconstruire lui-même le mécanisme de redémarrage via le modèle à deux flux décrit ci-dessus.
Quiconque ne souhaite pas mettre en place ce modèle seul, ou doit sécuriser plusieurs processus d'approbation en même temps, peut se faire accompagner par un prestataire spécialisé comme NordFlux. Vous gardez ainsi le contrôle de votre processus, tandis que la protection technique contre la limite de 30 jours fonctionne proprement en arrière-plan.
La documentation officielle indique une durée d'exécution maximale de 30 jours par exécution de flux, mais en pratique, selon Microsoft, le flux peut déjà échouer au bout de 28 jours si le temps d'attente dépasse cette valeur. Pour la planification, il vaut mieux, par sécurité, se baser sur la valeur la plus basse.
Elle reste visible et paraît normale à première vue, bien qu'aucun flux n'attende plus de réponse. Une réaction de la personne chargée d'approuver n'aboutit alors nulle part, c'est pourquoi ces entrées orphelines doivent être supprimées manuellement du centre d'approbations.
Oui, car le second flux en attente ne s'exécute à chaque fois que le temps autorisé par une seule action d'attente, et peut être relancé en cas de besoin, tant que l'information d'approbation reste stockée de manière centralisée dans Dataverse ou un autre système source. La limite de 30 jours d'une exécution unique n'est pas ainsi supprimée, mais elle devient sans importance pour le processus global.
Non, le redémarrage automatique avec le statut En attente (Expiré) est une fonctionnalité du kit d'approbation prêt à l'emploi, avec sa propre structure Dataverse. Pour un flux d'approbation construit individuellement, vous devez reproduire vous-même ce mécanisme via le modèle à deux flux.
Pour des processus d'approbation individuels et spécifiques avec leur propre logique, le modèle à deux flux construit soi-même est généralement la solution la plus adaptée et la plus légère. Si, en revanche, plusieurs processus d'approbation similaires doivent être gérés de manière uniforme au sein de l'entreprise, il vaut la peine de considérer le kit d'approbation, car il intègre déjà la gestion des expirations et la logique des statuts.
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
Pourquoi Power Automate désactive les flux après 14 jours de limitation continue, comment le repérer et comment réactiver le flux correctement.
Workflow d'approbation multi-niveaux dans Power Automate : supérieur hiérarchique, direction, délégation et délai d'expiration de 30 jours en un coup d'œil.
Lexique des codes d'erreur Power Automate les plus courants : erreurs de statut HTTP, de connecteur et de délai d'attente, avec solutions.
En pratique, la situation devient déjà tendue au bout de 28 jours, et un flux unique et long échoue sur les approbations. NordFlux met en œuvre pour vous le modèle relais de deux flux enchaînés, afin que même les processus d'approbation longs se déroulent de façon fiable.
