Interopérabilité de Teams
Azure Communication Services peut être utilisé pour créer des applications et des expériences personnalisées qui permettent l’interaction avec les utilisateurs Microsoft Teams via la voix, la vidéo, la conversation et le partage d’écran. La bibliothèque d’interface utilisateur Communication Services fournit des composants d’interface utilisateur personnalisables et prêts pour la production qui peuvent être facilement ajoutés à ces applications. La vidéo suivante montre certaines des fonctionnalités de l’interopérabilité Teams :
Modèles d’identité utilisateur
Azure Communication Services prend en charge deux types d’interopérabilité Teams en fonction de l’identité de l’utilisateur :
- Utilisateur externe. Vous contrôlez l’authentification utilisateur et les utilisateurs de vos applications personnalisées n’ont pas besoin d’avoir des identités Azure Active Directory ou des licences Teams. Ce modèle vous permet de créer des applications personnalisées pour que les utilisateurs autres que les utilisateurs Teams puissent se connecter et communiquer avec les utilisateurs Teams.
- Utilisateur Teams. L’authentification utilisateur est contrôlée par Azure Active Directory et les utilisateurs de votre application personnalisée doivent disposer de licences Teams. Ce modèle vous permet de créer des applications personnalisées pour les utilisateurs Teams afin de permettre des flux de travail ou des expériences spécialisées qui sont impossibles avec les clients Teams existants.
Les applications peuvent implémenter les deux modèles d’authentification et laissent le choix de l’authentification à l’utilisateur. Le tableau suivant compare deux modèles :
| Fonctionnalité | Utilisateur externe | Utilisateur Teams |
|---|---|---|
| Base d’utilisateur cible | Clients | Entreprise |
| Fournisseur d’identité | Quelconque | Azure Active Directory |
| Nom d’affichage | N’importe quel suffixe « (Externe) » | Valeur de la propriété « Nom d’affichage » de l’utilisateur Azure Active Directory |
| Authentification et autorisation | Personnalisé* | Azure Active Directory et personnalisé * |
| Appel disponible via | Des SDK d’appel avec Azure Communication Services | Des SDK d’appel avec Azure Communication Services |
| La conversation est disponible via | SDK de conversation avec Azure Communication Services | API Graph |
| Participer aux réunions Teams | Oui | Oui |
| Passer et recevoir des appels en tant qu’utilisateurs Teams | Non | Oui |
| Prise en charge RTC | Non pris en charge pour les utilisateurs Communication Services dans des réunions Teams | Téléphone Microsoft Teams, plan d’appel, routage direct, connexion d’opérateur |
* La logique du serveur émettant des jetons d’accès peut effectuer toute authentification et autorisation personnalisée de la demande.
Utilisateur externe
Le modèle d’authentification BYOI (Apportez votre propre identité) vous permet de créer des applications personnalisées pour que les utilisateurs externes puissent se connecter et communiquer avec les utilisateurs Teams. Vous contrôlez l’authentification utilisateur et les utilisateurs de vos applications personnalisées n’ont pas besoin d’avoir des identités Azure Active Directory ou des licences Teams. Le premier scénario activé permet aux utilisateurs de votre application de participer à des réunions Microsoft Teams en tant que comptes externes, comme les utilisateurs anonymes qui participent à des réunions à l’aide de l’application web Teams. C’est idéal pour les applications interentreprises qui rassemblent les employés (familiarisés avec Teams) et les utilisateurs externes (à l’aide d’une application personnalisée) dans une réunion. À l’avenir, nous allons activer des scénarios supplémentaires, notamment les conversations et les appels directs, ce qui permettra à votre application de lancer des appels et des conversations avec les utilisateurs Teams en dehors du contexte d’une réunion Teams.
Pour plus d’informations, consultez Rejoindre une réunion Teams.
Actuellement, il n’est pas possible pour un utilisateur Teams de rejoindre un appel qui a été initié en utilisant le kit SDK Appel Azure Communication Services.
Utilisateur Teams
Les développeurs peuvent utiliser le SDK Appel Communication Services avec l’identité Teams pour créer des applications personnalisées pour les utilisateurs Teams. Les applications personnalisées peuvent permettre des flux de travail spécialisés pour les utilisateurs Teams, comme la gestion des appels téléphoniques entrants et sortants, ou apporter l’expérience d’appel de Teams à des appareils qui ne sont pas pris en charge par le client Teams standard. Les utilisateurs Teams sont authentifiées par Azure Active Directory, et tous les attributs et détails concernant l’utilisateur sont liés à son compte Azure Active Directory.
Quand un point de terminaison Communication Services se connecte à une réunion ou à un appel Teams à l’aide d’une identité Teams, il est traité comme un utilisateur Teams doté d’un client Teams. L’expérience est pilotée par les stratégies affectées aux utilisateurs au sein et en dehors de l’organisation. Les utilisateurs Teams peuvent participer à des réunions Teams, passer des appels à d’autres utilisateurs Teams, recevoir des appels à partir de numéros de téléphone et transférer un appel en cours vers la file d’attente des appels Teams ou partager un écran.
Les utilisateurs Teams sont authentifiés par rapport aux utilisateurs Azure Active Directory de l’application cliente. Les développeurs échangent ensuite des jetons d’authentification reçus d’Azure Active Directory contre les jetons d’accès Communication Services via le kit de développement logiciel (SDK) d’identité Communication Services. Cet échange crée une connexion entre Azure Active Directory et Communication Services. Il est recommandé d’implémenter un échange de jetons dans vos services principaux, car les demandes d’échanges sont signées par des informations d’identification pour Azure Communication Services. Dans vos services backend, vous pouvez exiger une authentification supplémentaire.
Expériences de réunion et d’appel Teams
Les utilisateurs peuvent participer à une réunion Teams de plusieurs façons :
- Via des clients Teams en tant qu’utilisateurs Teams authentifiés. Cela comprend les clients Teams de bureau, mobiles et web.
- Via des clients Teams en tant qu’utilisateurs anonymes non authentifiés.
- Via les applications Communication Services personnalisées en tant qu’utilisateurs externes à l’aide du modèle d’authentification Bring Your Own Identity.
- Via les applications Communication Services personnalisées en tant qu’utilisateurs Teams à l’aide du modèle d’authentification d’identité Teams.
À l’aide du modèle d’authentification de l’identité Teams, une application Communication Services permet aux utilisateurs Teams de participer à des appels avec d’autres utilisateurs Teams employant les clients Teams : 
Confidentialité
L’interopérabilité entre Azure Communication Services et Microsoft Teams permet à vos applications et utilisateurs de participer à des appels, réunions et conversations Teams. Il vous incombe de vous assurer que les utilisateurs de votre application sont avertis quand l’enregistrement ou la transcription sont activés dans le cadre d’un appel ou d’une réunion Teams.
Microsoft vous indique par le biais de l’API Azure Communication Services que l’enregistrement ou la transcription a commencé et vous devez communiquer ce fait, en temps réel, à vos utilisateurs dans l’interface utilisateur de votre application. Vous acceptez d’indemniser Microsoft pour tous les coûts et dommages résultant de votre non-respect de cette obligation.
Tarifs
Toute utilisation des API et SDK Azure communication services incrémente les compteurs de facturation d’ Azure Communication Service. Les interactions avec Microsoft Teams, comme la participation à une réunion ou le lancement d’un appel téléphonique à l’aide d’un numéro Teams alloué incrémentent ces compteurs. Cependant, il n’y a pas de frais supplémentaires pour la capacité d’interopération de Teams et il n’y a pas de différence de tarif entre les options d’authentification BYOI et Microsoft 365.
Si votre application Azure consacre 10 minutes à une réunion avec un utilisateur Microsoft Teams, ces deux utilisateurs ont consommé 20 minutes d’appel. Les 10 minutes exercées par le biais de l’application personnalisée et l’utilisation des API et SDK Azure seront facturées à votre ressource. Toutefois, les 10 minutes consommées par l’utilisateur dans l’application Teams native sont couvertes par la licence Teams applicable et ne sont pas contrôlées par Azure.
Guide de marque et de marque
Les tiers doivent suivre les directives relatives aux marques et marques microsoft lors de l’utilisation de marques commerciales ou de logos de produits Microsoft Teams dans des supports publicitaires ou promotionnels. En général, les mots-symboles peuvent être utilisés pour transmettre honnêtement des informations sur votre produit ou service, tant que les clients et le public ne seront pas confondus en croyant que Microsoft est affilié à ou approuve votre produit ou service. Toutefois, nos logos, applications, icônes de produit, illustrations, photographies, vidéos et conceptions ne peuvent jamais être utilisés sans une licence expresse. Pour plus d’informations sur la personnalisation, consultez Règles relatives aux marques déposées et aux marques microsoft.
Teams dans les clouds gouvernementaux (GCC)
L’interopérabilité d’Azure Communication Services n’est pour l’instant pas compatible avec les déploiement Teams utilisant des clouds gouvernementaux (GCC) Microsoft 365.
Étapes suivantes
Pour plus d’informations sur l’interopérabilité des utilisateurs externes, consultez :
- Obtenir les jetons d’accès pour les utilisateurs externes
- Participer à l’appel de réunion Teams en tant qu’utilisateur externe
- Participer à la conversation de réunion Teams en tant qu’utilisateur externe
Pour plus d’informations, consultez l’interopérabilité des utilisateurs de Teams :