Application Power Platform en panne : la check-list des 15 premières minutes

1. Identifier ce qui a changé récemment

Ouvrir l'historique de versions de l'application et du ou des flows concernés. Une publication dans les 24 dernières heures est la cause la plus fréquente. Si oui, restaurer la version précédente est souvent la bonne première action.

2. Vérifier l'état des connexions

Aller dans les connexions du propriétaire de l'appli. Un mot de passe qui a expiré, un compte de service désactivé, une authentification multi-facteurs déclenchée : ce sont les trois causes n°1 des flows qui tombent en silence.

3. Regarder les runs récents des flows

Dans Power Automate, filtrer les runs des 24 dernières heures. Chercher la première occurrence en échec — pas la dernière — pour trouver quand ça a commencé. Le message d'erreur exact est souvent explicite.

4. Vérifier les quotas et licences

Nombre de requêtes API du jour, capacité Dataverse, licences utilisateurs. Un dépassement silencieux peut couper des fonctionnalités sans message d'erreur clair côté utilisateur final.

5. Isoler le périmètre touché

Est-ce que tout le monde est bloqué ou juste certains utilisateurs ? Certains écrans ou tous ? Cette réponse divise par deux le temps de diagnostic.

6. Communiquer, même sans solution

Un message court aux utilisateurs (« incident identifié, retour prévu à X »), même avant d'avoir la cause, réduit massivement la pression et les tickets parallèles.

Ce qu'il ne faut surtout pas faire

• Republier une nouvelle version en urgence sans avoir compris la cause
• Modifier directement en production sans backup
• Désactiver un flow critique « juste pour voir »
• Laisser plusieurs personnes intervenir en parallèle sans coordination