Salut ! Est-il possible de répondre sur Teams et que cette réponse se reflète sur Discourse ?
1 « J'aime »
Ce n’est pas le cas - cette intégration est uniquement unidirectionnelle de Discourse vers Teams.
1 « J'aime »
Salut @david,
Ce changement affectera-t-il le plugin/guide ? Retrait des connecteurs Office 365 dans Microsoft Teams
2 « J'aime »
Il semble que oui. @crossheadscrewdriver a un travail en cours qui ajoutera la prise en charge de Power Automate à la place.
2 « J'aime »
@danilofmesquita, oui, le retrait du connecteur O365 a été le principal moteur pour que je crée un support pour Power Automate en tant qu’intégration. Je vais essayer de passer du temps sur ma PR ce week-end afin qu’elle puisse être fusionnée la semaine prochaine (croisons les doigts 
).
Je vais également essayer de créer un guide pour créer une nouvelle intégration de chat avec Power Automate et pour migrer les intégrations de chat existantes vers Power Automate.
4 « J'aime »
La prise en charge de Power Automate en tant que fournisseur vient d’être fusionnée (merci encore @david pour la rapidité de traitement).
Je rencontre maintenant des problèmes pour créer les guides d’intégration, car il semble que je ne sois pas autorisé à créer de nouveaux sujets dans la catégorie Documentation et je n’en vois pas de créé automatiquement.
Dois-je faire une demande quelque part ?
3 « J'aime »
Je pense qu’il serait préférable de créer un sujet quelque part comme Feature, puis de demander qu’il soit déplacé ici.
(cc @JammyDodger - corrigez-moi si je me trompe)
2 « J'aime »
Actuellement, vous devez être TL2 pour créer et modifier des sujets de Documentation. Il semble que vous soyez à quelques visites et à un cœur de là. Pour simplifier, nous allons vous faire progresser maintenant et vous devriez être en mesure de créer ce sujet. 
4 « J'aime »
Cela semble utiliser des webhooks non authentifiés dans Teams, ce qui, pour notre organisation, exclurait cette intégration pour des raisons de sécurité.
Existe-t-il un moyen de prendre en charge l’authentification par principal de service ou l’authentification par utilisateur ? L’authentification par principal de service serait probablement la plus préférée pour la plupart des grandes organisations.
L’activation de cette authentification permettrait d’éviter toute future exploitation de M365 via des webhooks (sauf si l’attaquant met la main sur une clé).