Connecter Microsoft Teams

Envoyez les alertes InfraNest directement dans un canal Microsoft Teams, afin que les incidents et les expirations atteignent toute votre équipe là où elle échange déjà.

#Aperçu

• Publie chaque alerte sous forme de carte dans le canal de votre choix, avec une carte de suivi lorsque le problème est résolu.
• Permet de transformer une alerte concernant un incident ouvert en ticket suivi, si vous avez connecté Jira, Linear ou GitHub.
• Peut être limité aux horaires « urgent uniquement », et vérifié régulièrement grâce à un test mensuel afin qu’une connexion rompue ne passe pas inaperçue.

#Avant de commencer

Obtenez une URL de workflow pour le canal Teams dans lequel vous souhaitez recevoir les alertes :

1. Dans Teams, ouvrez le canal et sélectionnez ⋯ → Workflows.
2. Choisissez le modèle Post to a channel when a webhook request is received et créez-le.
3. Copiez l’URL affichée par le workflow lors de l’enregistrement. Elle se trouve sur logic.azure.com ou api.powerplatform.com.

WarningIl ne s’agit pas de l’ancien connecteur Incoming Webhook. Microsoft les a désactivés le 22 mai 2026, donc une URL contenant webhook.office.com ne peut plus rien transmettre — InfraNest n’en acceptera pas. De nombreux résultats de recherche décrivent encore cette ancienne méthode ; les étapes Workflows ci-dessus sont la méthode actuelle.

#Connecter Microsoft Teams dans InfraNest

1. Allez dans Integrations → Microsoft Teams et sélectionnez Connecter (ou Add account si vous avez déjà une destination Teams). Depuis Alerts → Destinations d'alerte, Ajouter une destination vous mène au même endroit.
2. Sous Publier les alertes dans un canal Teams, donnez-lui un Nom de la destination — l’équipe ou le canal qu’elle atteint — et collez l’URL du workflow.
3. Sélectionnez Connecter.
4. InfraNest propose aussitôt d’Envoyer un test. Faites-le et vérifiez que le message apparaît dans le canal.

#Ce qui arrive dans Teams

1. Chaque alerte est publiée sous forme de carte dans le canal : ce qui s’est passé, puis les détails.
2. Teams ne peut pas modifier une carte une fois publiée, donc lorsque le problème est résolu, InfraNest publie une nouvelle carte qui nomme l’alerte qu’elle clôt et sa durée.

#Transformer une alerte en ticket

1. Lorsque votre espace de travail a Jira, Linear ou GitHub connecté dans Integrations, une alerte concernant un incident ouvert porte un bouton Create issue.
2. Le sélectionner ouvre l’incident dans InfraNest avec la fenêtre Create issue prête.
3. Vérifiez l’outil de suivi ainsi que le projet ou l’équipe, puis sélectionnez Create issue.
4. Si l’incident possède déjà un ticket, le bouton l’indique (par exemple Linear ENG-143) et l’ouvre à la place.

NoteLe bouton ouvre InfraNest plutôt que de créer le ticket directement dans Teams, car les alertes atteignent Teams via un workflow qui ne peut rien renvoyer vers InfraNest.

#Gérer les paramètres de la destination

1. Allez dans Integrations → Microsoft Teams → Connections & settings et sélectionnez la destination pour ouvrir sa page.

2. Sous Paramètres de connexion, vérifiez l’URL du workflow vers laquelle elle envoie. Collez-en une nouvelle pour la remplacer, puis sélectionnez Enregistrer.

3. Sous Ce qu’elle reçoit, choisissez Tous les événements ou Événements urgents uniquement.

4. Définissez éventuellement des Horaires (facultatif) — une heure From et Until, ainsi que les jours. En dehors de ces horaires, la destination ne reçoit que les événements critiques, afin qu’une panne soit tout de même signalée.

5. Choisissez un résumé « a besoin de vous » : Off, Daily ou Weekly, on Monday. Il publie la même liste que l’e-mail « a besoin de vous », le matin selon le fuseau horaire de votre espace de travail, uniquement lorsqu’il y a du nouveau — tout ce qui est urgent est toujours envoyé dès que cela se produit.

6. Utilisez le menu ⋯ en haut pour Test connection, Rename account, Disable integration (ou Enable integration pour la réactiver) et Disconnect.

Dans la liste des destinations, le menu ⋯ à côté de chaque destination propose Envoyer un test, Modifier (sa page) et Supprimer. Une destination supprimée peut être restaurée depuis Recently deleted pendant 14 jours.

#Vérifier que cela fonctionne toujours

1. Sous Alertes → Destinations d'alerte, chaque destination affiche son dernier test : Dernier test livré {ago}, Pas encore testé ou Dernier test échoué {ago}.
2. Activez Test mensuel pour qu’une alerte de test y soit envoyée une fois par mois, afin qu’un chemin rompu soit détecté avant qu’une panne ne survienne.
3. Chaque message de test comporte un lien I got it : cliquez dessus pour confirmer que quelqu’un l’a vu.

Si Microsoft Teams commence à refuser les alertes, la destination affiche Non distribué et Les alertes n’atteignent pas cette destination, et la personne qui la gère en est informée par e-mail et dans la cloche. Elle n’est jamais désactivée : InfraNest continue d’envoyer, transmet par e-mail chaque alerte refusée à la personne qui gère la destination, et les conserve pendant 7 jours afin que vous puissiez Les envoyer ici maintenant une fois que cela fonctionne de nouveau.

#Envoyer des alertes vers Teams

Une fois la destination enregistrée, choisissez-la lorsque vous décidez quelles alertes vont où, dans Alertes.

#Astuces

TipUn workflow publie dans un seul canal. Ajoutez une autre destination pour un canal différent.

• L’URL du workflow est stockée de manière sécurisée et n’est plus jamais affichée après l’enregistrement.
• Les alertes apparaissent publiées par Workflows, et non sous un nom InfraNest. C’est ainsi que fonctionne le remplacement des connecteurs par Microsoft, et ni l’un ni l’autre ne peut le modifier.
• Si votre organisation restreint Power Platform, un administrateur devra peut-être autoriser l’application Workflows avant que le modèle ci-dessus puisse être créé.