# Supervision des intégrations externes

**URL:** <https://community.gladysassistant.com/t/supervision-des-integrations-externes/10526>\
**Category:** Demande de fonctionnalités\
**Created:** [Août 11, 2026, 7:06 UTC](https://community.gladysassistant.com/t/supervision-des-integrations-externes/10526 "2026-08-11T07:06:11Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![prohand](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/prohand/32/15713_2.png) [@prohand](https://community.gladysassistant.com/u/prohand)\
**Post date:** [Août 11, 2026, 7:06 UTC](https://community.gladysassistant.com/t/supervision-des-integrations-externes/10526/1 "2026-08-11T07:06:11Z")

</div>

Hello,

Est-ce qu’il serait possible d’implémenter une sorte de supervision avec une alerte sur le moyen de communication de son choix lorsqu’une intégration extene passe l’état «&nbsp;Connexion&nbsp;» en déconnecté (Il faut que son état soit passé au moins une fois connecté, sinon on recevra des alertes dès l’installation de l’integration externe)

En effet le but est de pouvoir être alerté par exemple pour Daikin si le token de connexion expire pour relancer la connexion ou tout autres problèmes qui passerai l’état en déconnecté

Peut-être la même alerte aussi pour le statut «&nbsp;En cours d’execution&nbsp;»

Merci

---

<div class="post-metadata">

**Author:** ![spenceur](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/spenceur/32/1961_2.png) [@spenceur](https://community.gladysassistant.com/u/spenceur)\
**Post date:** [Août 11, 2026, 7:13 UTC](https://community.gladysassistant.com/t/supervision-des-integrations-externes/10526/2 "2026-08-11T07:13:22Z")

</div>

Pour l’intégration tv impossible de faire ça. Lorsque la tv est allumée on aura linfo qu’on est connecté. Mais une fois éteintes on risque davoir des fausse notifications

---

<div class="post-metadata">

**Author:** ![prohand](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/prohand/32/15713_2.png) [@prohand](https://community.gladysassistant.com/u/prohand)\
**Post date:** [Août 11, 2026, 7:22 UTC](https://community.gladysassistant.com/t/supervision-des-integrations-externes/10526/3 "2026-08-11T07:22:08Z")

</div>

Je parles de ceci :

 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/6/e/6ec109533b469fd1c1ea766a1b7682bf8a81290c.png)

Quand la télé est éteinte «&nbsp;Connexion&nbsp;» passe en déconnecté chez toi ?

---

<div class="post-metadata">

**Author:** ![spenceur](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/spenceur/32/1961_2.png) [@spenceur](https://community.gladysassistant.com/u/spenceur)\
**Post date:** [Août 11, 2026, 8:48 UTC](https://community.gladysassistant.com/t/supervision-des-integrations-externes/10526/4 "2026-08-11T08:48:38Z")

</div>

Oui 🙂 car le websocket est fermé

---

<div class="post-metadata">

**Author:** ![prohand](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/prohand/32/15713_2.png) [@prohand](https://community.gladysassistant.com/u/prohand)\
**Post date:** [Août 11, 2026, 8:49 UTC](https://community.gladysassistant.com/t/supervision-des-integrations-externes/10526/5 "2026-08-11T08:49:09Z")

</div>

Ah voir si on peut mettre des exclusions 😉

---

<div class="post-metadata">

**Author:** ![spenceur](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/spenceur/32/1961_2.png) [@spenceur](https://community.gladysassistant.com/u/spenceur)\
**Post date:** [Août 11, 2026, 8:52 UTC](https://community.gladysassistant.com/t/supervision-des-integrations-externes/10526/6 "2026-08-11T08:52:34Z")

</div>

Mais pk cest pas le service qui gere son renouvellement de token ?  
Dans mon cas quand je rallume la tv, jai un wol pour allumée physiquement la tv et une reconnexion du socket.

Toi quant le token est expiré il devrait le renouveler automatiquement non ?  
A moins que tu es une action manuelle a faire bien sur ? 🤔

---

<div class="post-metadata">

**Author:** ![prohand](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/prohand/32/15713_2.png) [@prohand](https://community.gladysassistant.com/u/prohand)\
**Post date:** [Août 11, 2026, 8:57 UTC](https://community.gladysassistant.com/t/supervision-des-integrations-externes/10526/7 "2026-08-11T08:57:07Z")

</div>

Je n’ai pas rencontré le cas pour Daikin car il me semble que le token expire dans 1 an  
Donc je verrai dans un 1 an s’il est renouvellé automatiquement ou pas 😅

Mais je donnais juste ceci à titre d’exemple, il peu être en état déconnecté car Daikin rencontre un problème par exemple, ou bien l’intégration à rencontrée une erreur non géré et il a planté et se retrouve dans un état déconnecté

---

<div class="post-metadata">

**Author:** ![spenceur](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/spenceur/32/1961_2.png) [@spenceur](https://community.gladysassistant.com/u/spenceur)\
**Post date:** [Août 11, 2026, 8:59 UTC](https://community.gladysassistant.com/t/supervision-des-integrations-externes/10526/8 "2026-08-11T08:59:57Z")

</div>

On a quoi comme statuts a connexion ? Connecté déconnecté ? Il faudrait peut etre un état dégradé ?

---

<div class="post-metadata">

**Author:** ![prohand](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/prohand/32/15713_2.png) [@prohand](https://community.gladysassistant.com/u/prohand)\
**Post date:** [Août 11, 2026, 9:08 UTC](https://community.gladysassistant.com/t/supervision-des-integrations-externes/10526/9 "2026-08-11T09:08:19Z")

</div>

Aucune idée 😅  
Oui peut être un état dégradé serait pas mal

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Août 11, 2026, 4:14 UTC](https://community.gladysassistant.com/t/supervision-des-integrations-externes/10526/10 "2026-08-11T16:14:33Z")

</div>

Salut @prohand, salut @spenceur !

Merci pour ce sujet, le besoin est bien réel : une intégration qui tombe silencieusement (typiquement un token qui expire), c’est la pire panne possible en domotique. Rien ne casse visiblement, et on s’en rend compte 3 semaines plus tard 😅

Bonne nouvelle : pour les intégrations externes, une bonne partie de la supervision existe déjà côté serveur. Chaque intégration envoie un heartbeat à Gladys, une vérification de santé tourne en permanence, et l’intégration passe en état **dégradé** quand elle perd sa connexion au service tiers ou ne donne plus signe de vie, avec redémarrage automatique et backoff derrière.

L’état «&nbsp;dégradé&nbsp;» que tu proposes @spenceur existe donc déjà en interne 👍 Ce qui manque, c’est la partie visible pour l’utilisateur : être prévenu.

**Sur l’alerte «&nbsp;Connecté → Déconnecté&nbsp;»** : l’exemple de la TV montre bien le piège. «&nbsp;Déconnecté&nbsp;» peut vouloir dire deux choses qui n’ont rien à voir :

- un cas **normal** : appareil éteint, WebSocket fermée, comportement attendu ;
- un cas **anormal** : token expiré, accès révoqué, API en erreur.

La distinction existe déjà en partie dans le modèle (l’intégration tourne mais sa connexion au cloud est tombée, donc dégradé), il faut juste s’assurer que chaque intégration remonte le bon signal, plutôt que d’alerter bêtement sur toute déconnexion.

**Sur les exclusions** : je préfère éviter d’en faire le mécanisme principal. Ça oblige chacun à découvrir empiriquement quelles intégrations sont «&nbsp;bruyantes&nbsp;», après avoir reçu des fausses alertes. Si on en a besoin dès le départ, c’est que le signal remonté n’est pas le bon.

Concrètement, je verrais donc :

1. **Rendre l’état visible** : l’état de chaque intégration + la date du dernier échange réussi, directement dans l’interface. Zéro notification, mais déjà une grosse partie de la valeur.
2. **Un réglage global dans les paramètres de Gladys** : «&nbsp;M’alerter quand une intégration est en erreur&nbsp;». Un simple interrupteur, pas de configuration par intégration ni de scène à créer. Et ça couvre naturellement ta demande @prohand du «&nbsp;seulement si ça a déjà été connecté&nbsp;» : dégradé signifie par construction «&nbsp;ça marchait, ça ne marche plus&nbsp;».
3. **De l’anti-flapping intégré au réglage** : un délai minimum en dégradé avant d’alerter (pour laisser le redémarrage automatique faire son travail), pas de doublons, et une notification de retour à la normale. Sans ça, ce genre de fonctionnalité finit désactivée par tout le monde en une semaine.

**Sur le renouvellement automatique des tokens** : 100 % d’accord sur le fond, mais c’est à traiter intégration par intégration, et même avec un refresh parfait il restera des cas où l’accès tombe (révocation côté constructeur, changement d’API…). La supervision doit donc exister quand même.

Bref : les fondations sont déjà là, le gros du travail est d’exposer tout ça à l’utilisateur 🙂
