Collaboration externe dans Microsoft Teams : accès invité, canaux partagés et clients sur Slack

Tôt ou tard, chaque projet fait entrer dans la boucle une personne extérieure à votre organisation : un client, une agence, un partenaire d’intégration, un cotraitant. Microsoft Teams offre trois façons de lui ouvrir la porte (l’accès externe, l’accès invité et les canaux partagés), et chacune place la frontière de sécurité à un endroit différent.

Et puis il y a le quatrième scénario, celui qu’aucune documentation d’administration ne couvre : le client n’utilise pas Teams du tout. Il vit dans Slack, et il n’a aucune intention d’en changer.

Ce guide passe en revue les quatre situations. Pour chacune : ce que l’option accorde réellement, où elle coince en pratique, et ce qui a changé en 2025-2026 (plus de choses qu’on ne le croit). Pour finir, nous aborderons la partie que la plupart des comparatifs oublient : comment rendre le schéma choisi reproductible et gouverné, plutôt qu’une faveur accordée au cas par cas par l’IT.

Accès invité, canaux partagés, accès externe : quelles différences dans Microsoft Teams ?

Les trois mécanismes répondent à trois questions différentes. L’accès externe répond à « peut-on se parler ? ». L’accès invité répond à « pouvez-vous travailler dans notre équipe ? ». Les canaux partagés répondent à « peut-on partager un espace sans que vous quittiez votre propre tenant ? ».

Voici la vue côte à côte, d’après la documentation actuelle de Microsoft :

	Accès externe	Accès invité	Canaux partagés
Ce qu’ils obtiennent	Conversations, appels, réunions — ni équipes, ni fichiers, ni applications	Accès quasi complet à toute une équipe	Un canal et son site SharePoint dédié
Identité	Leur propre compte, dans leur propre tenant	Un compte invité créé dans votre Entra ID	Leur propre compte professionnel — rien n’est créé dans votre annuaire
Changement de tenant	Non	Oui	Non
Fonctionne avec	Autres organisations Microsoft 365, comptes Teams personnels	Toute adresse professionnelle ou personnelle (Gmail compris)	Comptes professionnels ou scolaires Microsoft Entra uniquement
État par défaut	Activé, tous domaines autorisés	Activé	Canaux activés, mais connexion directe B2B bloquée par défaut
Effort de configuration	Aucun	Faible — une invitation	Élevé — paramètres d’accès entre tenants dans les deux organisations

Pour l’historique détaillé de ces trois modes, notre article sur le partage externe dans Microsoft Teams reste d’actualité. Ce qui suit est la couche de décision qui vient au-dessus.

Quand choisir l’accès invité

L’accès invité est le cheval de trait. Vous invitez la personne externe par e-mail, un compte est créé pour elle dans votre annuaire, et dès qu’un propriétaire d’équipe l’ajoute, elle peut publier, modifier des fichiers et rejoindre les réunions de canal presque comme un salarié. C’est la seule option qui fonctionne quand votre interlocuteur n’a qu’une adresse personnelle — un freelance sur Gmail, par exemple.

Comme le compte invité vit dans votre Entra ID, il est couvert par vos stratégies d’accès conditionnel, vos exigences MFA, vos journaux d’audit et l’eDiscovery. Pour les secteurs réglementés, c’est tout l’intérêt : la personne externe opère à l’intérieur de votre périmètre de conformité.

La friction apparaît du côté de l’invité. S’il utilise déjà Teams dans sa propre entreprise, travailler dans votre équipe suppose de changer de tenant, et pendant ce temps, il ne voit plus les notifications de son organisation d’origine. Quiconque jongle avec deux ou trois tenants clients par jour vous dira exactement ce que ça fait. Les invités se heurtent aussi à de vraies limitations fonctionnelles : impossible de planifier des réunions, d’ajouter des applications, d’accéder à OneDrive dans votre tenant ou d’inviter qui que ce soit d’autre.

Deux points que les administrateurs se représentent souvent mal, parce que d’anciens articles répètent des valeurs par défaut périmées :

• L’accès invité est activé par défaut dans Teams depuis février 2021. Si vous n’avez jamais revu ce paramètre, votre tenant l’autorise presque à coup sûr.
• Les invités ne consomment pas de licences Microsoft 365. Ils relèvent de la facturation par utilisateurs actifs mensuels de Microsoft Entra External ID, avec un palier gratuit (50 000 utilisateurs actifs par mois d’après la page de tarification de Microsoft) que la plupart des organisations n’atteignent jamais.

Quand les canaux partagés sont plus pertinents

Les canaux partagés (Microsoft Teams Connect) règlent le principal reproche fait à l’accès invité. Le participant externe voit le canal dans son propre client Teams, à côté de ses propres équipes : pas de changement de tenant, pas de seconde identité, pas de notifications perdues. Chaque canal partagé dispose de son propre site SharePoint, si bien que les fichiers restent circonscrits au canal au lieu d’être exposés à toute l’équipe.

Cette élégance a un prix, et ce prix, c’est la configuration. Les canaux partagés avec une autre entreprise reposent sur la connexion directe B2B, bloquée par défaut et à ouvrir dans les deux tenants. Impossible de le faire unilatéralement. Si l’équipe IT de votre client refuse de toucher à ses paramètres d’accès entre tenants, les canaux partagés sont hors jeu, quoi que vous configuriez de votre côté. Les deux parties ont aussi besoin d’Entra ID P1, et les participants doivent avoir un compte professionnel ou scolaire. Pas de Gmail.

Connaissez les limites avant de vous engager, d’après la documentation Microsoft sur les canaux partagés :

• Un canal peut être partagé avec jusqu’à 50 équipes et compter 5 000 membres directs.
• Les invités (comptes B2B déjà présents dans votre annuaire) ne peuvent pas être ajoutés aux canaux partagés. Cette règle surprend presque tout le monde la première fois.
• Les onglets Planner, Forms et Stream ne sont pas pris en charge, et l’activité des canaux partagés n’apparaît pas dans les e-mails d’activité manquée.
• Depuis janvier 2026, l’ensemble des capacités applicatives, y compris les bots et les extensions de message, fonctionne dans les canaux partagés, à condition que l’application ait été mise à jour pour les prendre en charge. Avant cela, les applications étaient le point bloquant ; si vous avez écarté les canaux partagés en 2024 pour cette raison, le sujet mérite un second regard.

Pour un tour d’horizon scénario par scénario, consultez notre guide sur quand utiliser les canaux partagés dans Microsoft Teams.

Quand l’accès externe suffit

Ne sur-dimensionnez pas. Si vous avez seulement besoin de discuter et de faire des réunions avec les personnes d’une autre organisation Microsoft 365, sans fichiers ni espace partagé, l’accès externe le permet déjà, et il est activé par défaut pour tous les domaines. Un point fournisseur en visio n’a pas besoin d’un compte invité.

Le principal changement de 2025 à connaître : l’interopérabilité entre Teams et Skype grand public a pris fin en mai 2025 avec le retrait de Skype lui-même, et les administrateurs ont gagné des contrôles plus fins, dont des listes de domaines autorisés par utilisateur ou par groupe. Si votre stratégie d’accès externe est antérieure, elle fait référence à des paramètres qui n’existent plus.

Une autre nouveauté 2026 qui touche les trois mécanismes : le centre d’administration Teams dispose désormais d’une section unifiée External Collaboration avec des modes prédéfinis (Open, Controlled et Custom) qui remplace la chasse aux paramètres à travers quatre centres d’administration. Bon à savoir : le mode Controlled, qui correspond aux valeurs par défaut des tenants d’entreprise, bloque la connexion directe B2B. Si les canaux partagés refusent mystérieusement de fonctionner avec un partenaire, ce préréglage est une cause probable.

Que faire quand vos clients sont sur Slack

Tout ce qui précède suppose que l’autre partie possède une identité Microsoft. Or beaucoup d’entreprises tournent entièrement sur Slack : agences, startups, éditeurs de logiciels. Et il n’existe aucune passerelle native. L’accès externe de Teams ne fonctionne qu’avec des identités Microsoft, et Slack Connect ne relie que des espaces de travail Slack. Même la documentation officielle Microsoft sur le passage de Slack à Teams décrit une migration, pas une interopérabilité — elle ne sait même pas importer les messages directs.

Vous avez donc trois vraies options, et une solution de repli :

1. Les faire venir dans votre Teams. Invitez le client comme invité, ou montez un canal partagé s’il a Microsoft 365 quelque part dans son environnement. Tout reste dans votre périmètre de conformité. Le revers : vous demandez à des habitués de Slack de travailler dans un outil qu’ils n’ont pas choisi, et l’adoption s’en ressent généralement.

2. Les rejoindre dans leur Slack. Vos responsables de comptes rejoignent l’espace du client via Slack Connect. Les clients adorent ; vos équipes IT et conformité n’obtiennent rien. Pas de rétention, pas d’eDiscovery, pas de DLP. Multipliez par vingt clients et vous avez construit du shadow IT avec des étapes en plus.

3. Relier les deux plateformes. Les outils d’interopérabilité synchronisent les messages entre un canal Teams et un canal Slack, chacun restant dans son outil. L’équipe de Convly avance un argument qui mérite lecture : Slack et Teams sont devenus chacun un « OS de travail » où reporting, mises à jour CRM et tickets de support vivent directement dans les canaux — précisément la raison pour laquelle aucun des deux camps ne veut en partir, et la raison d’être des outils de coexistence. Si votre organisation et vos clients sont profondément installés chacun dans sa plateforme, la passerelle est souvent la réponse la plus honnête.

4. Se rabattre sur l’e-mail. Ça fonctionne toujours, et ça perd tout ce qui faisait l’intérêt de la collaboration par canaux.

Il n’y a pas de réponse universellement bonne ici, mais il y a une réponse universellement mauvaise : laisser chaque équipe commerciale improviser. Choisissez le ou les schémas approuvés, écrivez quand chacun s’applique, et rendez la demande facile.

Gouverner le modèle, pas chaque demande

Choisir entre accès invité, canaux partagés et passerelle Slack, c’est la partie facile. La partie difficile arrive six mois plus tard : 340 comptes invités dont personne ne se souvient, des espaces clients qui se ressemblent tous différemment parce que chacun a été monté à la main, et aucune réponse à « qui a accès à quoi ? ».

Trois contrôles font l’essentiel du travail :

• Les étiquettes de confidentialité fixent le plafond par équipe. Une étiquette peut bloquer entièrement les invités sur les équipes confidentielles et restreindre qui peut être invité dans les canaux partagés — la décision est prise une fois, par la stratégie, pas à chaque demande.
• Les paramètres d’accès entre tenants définissent les organisations partenaires auxquelles vous faites confiance pour les canaux partagés, et si vous acceptez leurs revendications MFA au lieu d’imposer un nouvel enregistrement.
• Les révisions d’accès mettent une date de péremption sur la prolifération des invités : les propriétaires d’équipes recertifient leurs membres externes à intervalle régulier, et les invités non confirmés sont retirés automatiquement.

Le dernier trou dans la raquette est opérationnel, et c’est celui que nous voyons le plus souvent chez nBold : chaque mission client a besoin d’un espace de collaboration, et si ces espaces sont montés à la main, ils dérivent. Mauvais nommage, canaux manquants, aucun propriétaire côté équipe de compte, invités ajoutés au mauvais endroit. Ce n’est pas un échec de la stratégie ; c’est un échec de la création des espaces.

C’est exactement le rôle des modèles de collaboration. Définissez une fois votre équipe « projet client » — canaux, arborescence de fichiers, convention de nommage, propriétaires obligatoires, étiquette de confidentialité, règles pour les invités — et chaque nouvelle mission démarre depuis ce plan gouverné plutôt que d’une équipe vide. Combinée aux approbations et stratégies de gouvernance, la collaboration externe cesse d’être une négociation au cas par cas pour devenir un chemin balisé. Le schéma complet est décrit sur notre page projets et prestations clients, et vous pouvez réserver une démo pour le dérouler avec vos propres scénarios.

Conclusion : adapter le mécanisme à la relation

L’accès externe pour les conversations. L’accès invité pour l’appartenance à une équipe. Les canaux partagés pour les partenariats durables entre organisations Microsoft 365. Une passerelle quand le client vit réellement dans Slack. Chaque mécanisme est sain en soi ; ce qui fait mal aux organisations, c’est de décider au cas par cas, demande après demande, sans modèle et sans date d’expiration.

Décidez des schémas une fois, inscrivez-les dans des étiquettes et des modèles, et passez en revue les invités que vous accumulez. Dans dix-huit mois, quand quelqu’un demandera à qui appartiennent tous ces comptes externes, vous aurez une réponse.

FAQ

Les invités ont-ils besoin d’une licence Microsoft Teams ?

Non. L’accès invité ne consomme aucune licence Microsoft 365. Les invités relèvent du modèle de facturation par utilisateurs actifs mensuels de Microsoft Entra External ID, dont la tarification inclut un palier gratuit de 50 000 utilisateurs externes actifs par mois, que la plupart des organisations n’atteignent jamais.

Quelle est la différence entre l’accès invité et les canaux partagés ?

L’accès invité crée un compte pour la personne externe dans votre annuaire Entra ID, lui donne un accès quasi complet à toute une équipe et l’oblige à changer de tenant dans Teams. Un canal partagé lui donne accès à un seul canal, avec son propre compte professionnel : pas de changement de tenant, aucun compte créé dans votre annuaire. En contrepartie, les paramètres d’accès entre tenants doivent être configurés dans les deux organisations.

Pourquoi ne puis-je pas ajouter un invité à un canal partagé ?

Les canaux partagés reposent sur la connexion directe B2B, pas sur les comptes invités. Les participants externes les rejoignent avec leur propre compte professionnel ou scolaire Microsoft Entra, depuis leur tenant d’origine. Les comptes invités relèvent d’un autre mécanisme (la collaboration B2B) : ils ne peuvent donc pas être ajoutés aux canaux partagés. Et les personnes qui n’ont qu’une adresse e-mail personnelle ne peuvent pas du tout rejoindre un canal partagé.

Les canaux partagés remplacent-ils l’accès invité ?

Non. Les canaux partagés conviennent à une collaboration durable et bien délimitée entre deux organisations Microsoft 365 : un seul canal, pas de changement de tenant. L’accès invité reste le bon outil quand la personne externe doit être membre à part entière d’une équipe, quand elle n’a qu’une adresse personnelle comme Gmail, ou quand son organisation refuse de configurer l’accès entre tenants.

Les utilisateurs de Slack peuvent-ils discuter avec les utilisateurs de Microsoft Teams ?

Pas nativement. L’accès externe de Microsoft Teams ne fonctionne qu’avec d’autres identités Microsoft, et Slack Connect ne relie que des espaces de travail Slack. Pour travailler avec un client sur Slack, vous pouvez l’inviter dans Teams comme invité ou membre d’un canal partagé, rejoindre son espace Slack, ou passer par une passerelle d’interopérabilité tierce qui synchronise les messages entre les deux plateformes.