> ## Documentation Index > Fetch the complete documentation index at: https://docs.wirespeed.co/llms.txt > Use this file to discover all available pages before exploring further. # État de santé des intégrations > Comprendre les statuts de santé des intégrations et la façon dont Wirespeed supervise vos intégrations connectées > [!NOTE] > > L’état de santé des intégrations est visible sur la page de paramètres [Intégrations](https://app.wirespeed.co/settings/integrations), sur la page de détail de chaque intégration et sur le tableau de bord d’accueil. Wirespeed supervise en continu chaque intégration connectée et affiche son statut de santé dans l’ensemble de la plateforme. Si une source de détection cesse d’ingérer des données, si une action de remédiation commence à échouer ou si un flux de journaux devient silencieux, vous le voyez immédiatement, avant que cela n’affecte un dossier ou une réponse automatisée. Les statuts de santé sont évalués automatiquement et en continu. Aucune configuration n’est requise. ## Statuts de santé | Statut | Couleur du badge | Signification | | - | - | - | | **Sain** | Vert | L’intégration fonctionne normalement, sans erreur ni avertissement récent. | | **Instable** | Jaune | L’intégration rencontre des erreurs intermittentes ou un volume élevé d’avertissements. | | **Défaillant** | Rouge | L’intégration présente des échecs persistants qui peuvent l’empêcher de transmettre des données ou d’exécuter des actions de manière fiable. | | **En attente** | Gris | Les données de santé sont encore en cours de collecte, l’intégration est dans une fenêtre de maintenance ou le type d’intégration n’est pas soumis à la supervision de l’état de santé. | ## Où l’état de santé est affiché ### Tableau de bord Le tableau de bord d’accueil comporte une barre de répartition de l’état de santé en haut de la carte Intégrations. Cette barre présente, avec un code couleur, la répartition de toutes les intégrations connectées par statut de santé. Un clic sur un segment ouvre directement la liste des intégrations filtrée sur ce statut. Dans la liste du tableau de bord, les intégrations sont triées en commençant par les intégrations au statut Défaillant, suivies de celles au statut Instable, puis Sain, puis En attente. Les groupes de statuts vides sont masqués. ### Liste des intégrations Chaque ligne de la liste des intégrations sur la page de paramètres [Intégrations](https://app.wirespeed.co/settings/integrations) affiche un badge de santé. La liste est triée par défaut par statut de santé, de sorte que les intégrations qui nécessitent votre attention apparaissent en haut. Le survol d’un badge Défaillant ou Instable affiche une info-bulle indiquant le nombre d’erreurs ou d’avertissements détectés et le moment où le statut actuel a commencé. Vous pouvez également filtrer la liste des intégrations par statut de santé à l’aide de la barre de filtres située au-dessus du tableau. ### Page de détail de l’intégration L’ouverture d’une intégration affiche son badge de santé dans l’en-tête de la page. Si l’intégration a le statut Défaillant ou Instable, une bannière apparaît sous l’en-tête avec un message adapté au contexte : * **Défaillant ou Instable (redirecteur de journaux) :** pour les intégrations qui reçoivent des journaux via un [redirecteur de journaux](https://docs.wirespeed.co/fr/integrations/log-forwarders.md), la bannière indique que les événements ne sont pas reçus, ou sont abandonnés ou rejetés, et place un lien vers le guide [Utilisation des données du redirecteur](https://docs.wirespeed.co/fr/integrations/forwarder-data-usage.md#état-du-redirecteur) dans ce texte. L’onglet Utilisation des données présente le même détail. * **Défaillant (intégration de niveau critique) :** pour les sources de détection, les sources de journaux, les agents de terminal et les fournisseurs d’identité, la bannière indique que l’intégration peut ne pas être en mesure d’envoyer ou de recevoir des données de manière fiable, y compris pour les actions de remédiation automatisées, et vous invite à vérifier la configuration ou à contacter l’assistance. * **Défaillant (autres types d’intégration) :** la bannière indique depuis combien de temps l’intégration est en échec. * **Instable :** la bannière indique que l’intégration rencontre des échecs intermittents et précise quand le statut a changé pour la dernière fois. Si l’éditeur publie une page de statut, un lien vers celle-ci est inclus dans la bannière. ### Panneau d’activité sur 30 jours La page de paramètres des intégrations comporte un panneau de santé au-dessus de la liste des intégrations, avec deux vues : * **Graphique en anneau** — affiche le nombre actuel d’intégrations pour chaque statut de santé. * **Barre d’activité** — une barre proportionnelle unique présentant le volume cumulé de Réussites (vert), d’Avertissements (jaune) et d’Erreurs (rouge) journalisés pour l’ensemble des intégrations au cours des 30 derniers jours. Le survol d’un segment affiche le nombre total pour ce type ainsi que les intégrations qui y contribuent le plus en volume. Un clic sur le segment Erreurs ou Avertissements ouvre la liste des intégrations filtrée sur le statut de santé correspondant. ## Comment l’état de santé est déterminé Wirespeed évalue l’état de santé à partir des journaux d’activité récents de chaque intégration. L’évaluation s’exécute automatiquement toutes les heures. Le système applique des seuils différents selon la fonction de l’intégration : * **Les sources de détection et de journaux** (par exemple CrowdStrike, SentinelOne, Microsoft Defender) font l’objet de la supervision la plus stricte. Des erreurs qui persistent pendant 4 heures, ou un taux d’erreur élevé sur une seule heure, déclenchent le statut Défaillant. * **Les agents de terminal et les fournisseurs d’identité** (par exemple Jamf Pro, Okta, Entra ID) passent au statut Défaillant si des erreurs se produisent trois jours calendaires consécutifs. * **Les actions de remédiation, l’envoi de notifications, les webhooks et la gestion des tickets** (par exemple l’isolement d’un terminal, la désactivation d’un utilisateur, l’envoi de messages Slack, Jira) passent au statut Instable lorsque des erreurs persistent pendant 4 heures **et** qu’au moins un échec ultérieur confirme que le problème est toujours présent (une erreur isolée suivie d’une période d’inactivité n’entraîne pas d’escalade). Une fois au statut Instable, ces séries d’échecs restent ouvertes jusqu’à ce que l’action réussisse de nouveau (ou après environ une semaine sans nouvelle erreur) ; une période d’inactivité plus courte ne les ramène pas au statut Sain. * **Les intégrations d’enrichissement** (par exemple renseignement sur les menaces, recherche d’IP, réputation de fichiers) bénéficient d’une fenêtre plus longue : les erreurs doivent persister pendant 24 heures avant que l’intégration ne passe au statut Défaillant. Une intégration ne revient pas immédiatement au statut Sain une fois un problème résolu. * Pour la supervision des détections, des journaux, des identités, des terminaux et de l’enrichissement, Wirespeed exige une période calme de 24 heures sans erreur ni avertissement dans les domaines concernés avant que le statut ne soit levé. Cela évite les oscillations dues à des rétablissements passagers. * Pour les actions de remédiation, de notification, de webhook et de gestion des tickets, une série d’échecs Instable ouverte est close lorsqu’une exécution réussie est journalisée, ou après environ une semaine sans nouvelle erreur (et non lorsque l’intégration est simplement inactive pendant une période plus courte). Après cette réussite ou cette clôture pour inactivité, la période calme habituelle s’applique toujours, afin qu’un rétablissement isolé ne fasse pas osciller le badge. Les intégrations dans une fenêtre de maintenance configurée s’affichent comme **En attente** pendant cette période et sont exclues de l’évaluation de l’état de santé. ## Notifications par e-mail > [!WARNING] > > Les notifications par e-mail des changements d’état de santé sont en cours de déploiement progressif et peuvent ne pas encore être activées pour tous les comptes. Les badges, les bannières, la barre du tableau de bord et le panneau d’activité dans l’application sont dès à présent disponibles pour tous les clients. Lorsque les notifications par e-mail sont activées pour votre compte, Wirespeed envoie une alerte lorsqu’une intégration passe à un nouvel état de santé : * **Défaillant** — envoyée lorsqu’une intégration franchit le seuil d’échec propre à son type. * **Rétabli** — envoyée lorsqu’une intégration revient au statut Sain après une période au statut Défaillant. Les passages au statut Instable sont affichés dans le produit (badges, bannières, synthèse quotidienne de l’activité) mais ne font pas l’objet d’un e-mail, afin d’éviter le bruit lié aux avertissements intermittents. Les notifications respectent la mise en sourdine au niveau de l’intégration. Si un opérateur a mis une intégration en sourdine, aucun e-mail de changement d’état de santé n’est envoyé pour cette intégration. ## FAQ > [accordion] Pourquoi mon intégration affiche-t-elle En attente ? > > En attente signifie que les données de santé de cette intégration sont encore en cours de collecte, que l’intégration se trouve dans une fenêtre de maintenance active ou que le type d’intégration n’est pas soumis à la supervision de l’état de santé. Pour les intégrations nouvellement connectées, le statut sera mis à jour dès le premier cycle d’évaluation. > [accordion] Combien de temps faut-il pour qu’une intégration en échec passe au statut Défaillant ? > > Cela dépend du type d’intégration. Les sources de détection et de journaux passent au statut Défaillant après 4 heures d’erreurs persistantes ou en cas de taux d’erreur élevé sur une seule heure. Les agents de terminal et les fournisseurs d’identité passent au statut Défaillant après des erreurs survenues trois jours calendaires consécutifs. Les intégrations de remédiation, de notification et de gestion des tickets passent au statut Instable après 4 heures lorsque les échecs se répètent (une erreur ultérieure après la première, sans exécution réussie entre les deux). Les intégrations d’enrichissement nécessitent 24 heures d’erreurs persistantes avant de passer au statut Défaillant. > [accordion] Mon intégration est réparée. Pourquoi affiche-t-elle toujours Défaillant ou Instable ? > > Pour les sources de détection et les autres sources supervisées en continu, Wirespeed exige une période calme de 24 heures sans erreur ni avertissement avant que le statut ne revienne à Sain. Cela évite les oscillations lors de rétablissements partiels. > > Pour la gestion des tickets et les autres actions déclenchées par des événements, le statut Instable est levé par une exécution réussie de cette action (ou après environ une semaine sans nouvelle erreur), et non par une simple courte période d’inactivité. Après une réussite, la période calme s’applique toujours avant que le badge ne passe à Sain. > > Si l’intégration s’est réellement rétablie et que le statut n’a pas été mis à jour, essayez de déclencher une vérification manuelle de l’état de santé depuis la page de paramètres [Intégrations](https://app.wirespeed.co/settings/integrations). > [accordion] Serai-je averti lorsqu’une intégration se rétablit ? > > Oui. Lorsque les notifications par e-mail sont activées pour votre compte, Wirespeed envoie une notification de rétablissement lorsqu’une intégration revient au statut Sain après avoir eu le statut Défaillant. > [accordion] Pourquoi mon intégration Slack ou Teams n’affiche-t-elle pas de statut de santé ? > > Les intégrations Slack, Teams et E-mail sont supervisées au même niveau que les intégrations de remédiation. Elles affichent généralement le statut Sain lorsque l’envoi des messages fonctionne normalement, et peuvent afficher le statut Instable ou Défaillant si l’envoi des messages échoue de manière persistante. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.