Délai de 30 jours pour les approbations dans Power Automate : le modèle relais comme solution

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.

Pourquoi Power Automate interrompt les approbations au bout de 30 jours

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.

Ce qui se produit en pratique dès le 28e jour

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.

Le modèle relais : deux flux au lieu d'une longue exécution unique

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 :

• Le flux A se contente d'envoyer : il crée la demande d'approbation via Créer une approbation (v2), inscrit l'identifiant d'approbation ainsi que le contexte du dossier dans une table Dataverse ou un autre système source, puis se termine immédiatement. Aucun compteur de 30 jours ne se déclenche ici, car le flux n'attend pas.
• Le flux B prend en charge la logique : un second flux, indépendant, réagit à la réponse, par exemple via un déclencheur Dataverse sur les changements de statut ou via l'action Attendre une approbation, associée à l'identifiant d'approbation stocké au préalable. Il n'exécute la logique métier proprement dite qu'une fois qu'une décision est effectivement prise, que ce soit au bout de trois jours ou de trois mois.

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.

Un piège lors de la séparation entre création et attente

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.

Cas particulier du kit d'approbation : redémarrage automatique après expiration

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.

Conseils pratiques pour des approbations longues et robustes

• Prévoyez le modèle relais dès le départ, dès qu'une approbation pourrait rester ouverte de manière réaliste pendant plus de trois à quatre semaines, plutôt que de réagir seulement une fois que le premier flux a déjà échoué.
• Stockez le statut et l'identifiant d'approbation en dehors du flux, par exemple dans Dataverse ou dans une liste SharePoint, afin qu'un second flux puisse reprendre le processus à tout moment.
• Intégrez un rappel qui est renvoyé à la personne chargée d'approuver au bout d'environ 20 jours, afin que la décision intervienne dans une fenêtre de temps réellement exploitable.
• Nettoyez régulièrement les approbations orphelines dans le centre d'actions, afin que d'anciennes demandes ne soient pas répondues par erreur sans qu'aucun flux ne réagisse plus.

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.

Questions fréquentes

À partir de quand exactement une approbation Power Automate expire-t-elle ?

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.

Que devient l'approbation qui reste dans le centre d'actions ?

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.

Le modèle relais suffit-il pour des temps d'attente illimités ?

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.

Le redémarrage automatique après expiration s'applique-t-il aussi aux flux construits soi-même ?

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.

Comment choisir entre le modèle à deux flux et le kit d'approbation prêt à l'emploi ?

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.