Guide · Power BI

Surveiller l'actualisation planifiée Power BI avec un interrupteur homme mort

Power BI n'a pas de webhook natif pour signaler qu'une actualisation est terminée ou a échoué : un jeu de données peut rester obsolète pendant des jours, ou une passerelle expirée peut casser silencieusement chaque actualisation, sans que rien n'apparaisse dans l'interface du service. Branchez un check-in via Power Automate, et Mortemain vous alerte dès qu'une actualisation planifiée cesse de se terminer normalement.

1. Créez un check

Créez un check dans Mortemain calé sur le planning d'actualisation du jeu de données, avec une marge suffisante pour couvrir une actualisation normale (les actualisations Power BI peuvent durer de moins d'une minute à plus d'une heure). Copiez son URL de ping.

votre URL de ping

https://ping.mortemain.com/your-check-uuid

2. Construisez un flow Power Automate sur l'actualisation

Power BI ne peut pas appeler une URL par lui-même : Power Automate sert de pont. Sur make.powerautomate.com, créez un Flux cloud automatisé et recherchez le déclencheur du connecteur Power BI :

Déclencheur

Power BI → Quand une actualisation de jeu de données est terminée
  Espace de travail : votre espace de travail
  Jeu de données :    votre jeu de données

Ce déclencheur se déclenche à chaque tentative d'actualisation, succès ou échec, et expose un champ Status (Completed ou Failed) sur lequel vous allez brancher juste après. Il exige que le jeu de données se trouve dans un espace de travail avec capacité Premium ou Fabric ; sur un espace de travail Pro uniquement, remplacez-le par un déclencheur Récurrence calé sur le planning d'actualisation, et passez directement au ping de succès de l'étape 3.

3. Branchez sur le statut de l'actualisation

Ajoutez une action Condition qui vérifie le champ Status du déclencheur, puis une action HTTP dans chaque branche pour appeler l'URL de ping. HTTP est un connecteur premium, vérifiez que l'environnement du flow dispose d'une licence qui le couvre.

Condition

Status est égal à Completed

Si oui → action HTTP

Méthode : GET
URI :     https://ping.mortemain.com/your-check-uuid

Si non → action HTTP

Méthode : GET
URI :     https://ping.mortemain.com/your-check-uuid/fail

Appeler /fail alerte immédiatement, au lieu d'attendre l'expiration du délai de grâce du check, pour être prévenu d'une passerelle cassée le matin même, pas trois rapports obsolètes plus tard.

4. Optionnel : suivre la durée d'actualisation

« Quand une actualisation de jeu de données est terminée » ne se déclenche qu'une fois l'actualisation finie : il ne peut donc pas faire le check-in sur /start lui-même. Pour que Mortemain indique la durée réelle de chaque actualisation, ajoutez un second flow, minimal : un déclencheur Récurrence calé une ou deux minutes avant l'heure d'actualisation planifiée, avec une seule action HTTP appelant /start.

Flow Récurrence → action HTTP

Méthode : GET
URI :     https://ping.mortemain.com/your-check-uuid/start

Testez

Dans le service Power BI, ouvrez le jeu de données et cliquez sur Actualiser maintenant. Vérifiez l'historique d'exécution du flow dans Power Automate pour confirmer qu'il s'est déclenché, puis vérifiez que le check passe à up dans Mortemain. Pour tester le chemin d'échec, cassez temporairement la source de données (renommez une table, ou révoquez un identifiant dans la passerelle) et relancez l'actualisation : l'alerte down doit arriver dès que la branche d'échec du flow s'exécute, pas après l'expiration du délai de grâce.