Teams Phone Agent : ce n’est pas une nouvelle voice application, c’est votre Auto Attendant augmenté

La plupart des articles sur Teams Phone Agent le présentent comme un nouvel objet magique qui décroche le téléphone. Quand on exploite déjà de la téléphonie Teams au quotidien, ce cadrage est trompeur — et il fait manquer l’essentiel.

Voici la réalité, telle qu’elle apparaît dans le Teams admin center : Teams Phone Agent n’est pas une nouvelle voice application à côté de l’Auto Attendant et de la Call Queue. C’est un mode de l’Auto Attendant. On ne crée pas un « Teams Phone Agent » dans un menu dédié. On crée un auto attendant, et on active un interrupteur.

Cette nuance change tout dans la façon de l’intégrer à une architecture voix existante. C’est le sujet de cet article : où ça s’insère, et comment on le câble.

Où ça s’insère dans le stack voix

Si vous connaissez déjà le trio resource account → auto attendant → call queue, vous connaissez déjà 80 % de Teams Phone Agent. Il réutilise exactement les mêmes briques :

• Le même modèle de resource account. Un TPA appelé directement a besoin d’un resource account avec une Teams Phone Resource Account license (gratuite). Pour être joignable de l’extérieur, il lui faut un service number. Pour transférer des appels vers l’externe, il faut une licence pay-as-you-go ou des communications credits sur le resource account — comme pour n’importe quel AA.
• Les mêmes call flows. Business hours, after hours, holidays : la structure est identique à celle d’un auto attendant classique, avec fuseau horaire et plages configurables.
• Les mêmes concepts périphériques. Dial scope, authorized users, operator, dial-by-name / dial-by-extension, outil de diagnostic (le bon vieux Teams AA diag qui valide qu’un resource account peut recevoir des appels).

Ce qui est réellement nouveau tient en une phrase : dans l’étape « Play menu options », deux destinations natives IA apparaissent en plus des destinations habituelles (person in org, voice app, resource account, external number, voicemail) :

• Tools — les outils Questions & Answers et Appointments, gérés directement dans le TPA.
• Agents & queues — l’accès aux agents Microsoft Copilot Studio et aux IVR tiers, pour les workflows spécialisés type facturation, statut de commande, vérification de stock.

Et surtout, l’appelant n’est plus obligé de taper une touche : il peut décrire sa demande en langage naturel, et le TPA route en fonction des descriptions que vous avez données à chaque option de menu.

Comment il cohabite avec l’existant

Trois points d’intégration à retenir pour un déploiement déjà en place :

Le TPA « étend » l’auto attendant — il n’oblige pas à repenser l’arborescence. Vous pouvez le poser en frontal, ou le nester derrière un AA/CQ existant. Au moment de la création, l’option « Through a voice app (no resource account needed) » sert précisément à le placer derrière un autre voice app qui a déjà répondu l’appel.

Une call queue peut basculer vers un TPA en débordement. Le call queue exception handling accepte désormais un Teams Phone Agent comme destination quand il n’y a plus d’agents connectés, que la file est pleine ou que le temps d’attente explose. C’est un pattern puissant : la file humaine d’abord, l’agent IA en filet de sécurité plutôt qu’en remplacement.

Le TPA peut lui-même transférer vers une call queue ou une personne. Le désengorgement fonctionne dans les deux sens — l’IA prend le répétitif, et rend la main à l’humain quand c’est nécessaire.

Autrement dit : ce n’est pas un silo. C’est une couche de plus dans une hiérarchie que vous savez déjà orchestrer.

Le walkthrough de déploiement

Prérequis

• Appartenance au programme Frontier (Public Preview).
• Un resource account + Teams Phone Resource Account license par TPA appelé directement.
• Un service number pour chaque TPA joignable de l’extérieur.
• PAYG / communications credits si le TPA transfère vers des numéros externes.
• Côté workflows : les outils Questions & Answers et Appointments, et les agents Copilot Studio que vous comptez brancher, doivent exister avant de câbler le menu.

Création dans le Teams admin center

Le piège d’entrée que tout le monde rencontre : Quick setup ne fonctionne pas pour un TPA. Il faut passer par Advanced setup.

Le chemin n’est pas là où on l’attend : Voice > Auto attendants > Add. Puis, à l’étape General info, on active le toggle Teams Phone Agent, on lit le splash screen, et on confirme.

Ensuite, les sept étapes reprennent le squelette d’un auto attendant, avec quelques spécificités TPA :

1. General info — nom, activation du toggle, choix « resource account » (appel direct) ou « voice app » (nesting), langue par défaut, voix, operator. À noter pour un contexte suisse : fr-CH et de-CH sont dans la liste des langues supportées. Les voice inputs sont activés d’office et ne peuvent pas être désactivés.
2. Call handling hours — fuseau et plages business/after-hours.
3. Business-hours call flow — c’est ici que ça devient intéressant. Le greeting est en texte/TTS (les fichiers audio ne sont pas supportés). Trois routages possibles après le greeting : Disconnect, Redirect (l’IA n’est pas engagée), ou Play menu options (l’IA est engagée). C’est dans ce dernier mode qu’apparaissent Tools et Agents & queues, et que chaque option reçoit une Description — le champ le plus important du TPA, puisque c’est lui qui dit à l’IA quand déclencher quelle option à partir du langage de l’appelant.
4. After-hours call flow — même logique.
5. Holidays call flow (optionnel).
6. Dial scope (optionnel) — quels utilisateurs sont joignables en dial-by-name/extension.
7. Authorized users (optionnel) — qui peut modifier ce TPA, en fonction de la Teams voice applications policy.

Brancher Copilot Studio

Les workflows métier ne vivent pas dans le TPA : ils vivent dans Copilot Studio. Un maker y construit un voice agent, puis l’assigne au Teams Phone Agent (ou à un resource account appelé directement) via la destination Agents & queues du menu. Le TPA joue le rôle de front téléphonique ; Copilot Studio, le rôle de cerveau métier. Cette séparation est structurante pour décider qui gère quoi dans l’organisation.

Valider

Avant d’ouvrir la ligne, le diagnostic Teams AA (aka.ms/TeamsAADiag) valide qu’un resource account peut bien recevoir des appels et remonte les problèmes de tenant, de policy ou de configuration. Et pour l’automatisation à l’échelle, le TPA se crée aussi en PowerShell (New-CsAutoAttendant), avec des options qui n’existent pas dans l’interface — par exemple l’enrichissement du dial-by-name via -UserNameExtension.

Les pièges que seul un exploitant voit venir

• Vos prompts audio ne migrent pas. « Play an audio file », « Announcement (audio/typed) » et « Force listen » ne sont pas supportés en mode TPA. Si votre AA actuel repose sur des messages enregistrés soigneusement produits, il faut tout repenser en TTS.
• Un disclaimer est imposé. Après votre greeting, le TPA joue toujours un message signalant qu’il s’agit d’un assistant virtuel, uniquement dans la langue par défaut. Vous ne le contrôlez pas — à intégrer dans votre design et dans votre discours de conformité.
• Person in the organization doit être voice-enabled. Un transfert vers un collaborateur non licencié voix échoue.
• L’operator est facultatif mais fortement recommandé — et si vous ne mappez aucune touche ni la commande « Operator », la sortie vers un humain est purement et simplement désactivée.
• Les GUID Entra ID stockés dans la config ne se synchronisent pas avec le cycle de vie des utilisateurs. Quand un authorized user, un operator ou un point de transfert quitte l’organisation, c’est un nettoyage manuel — un vrai sujet de gouvernance et de données personnelles.

Ce qu’il faut en retenir

Pour un client qui exploite déjà un auto attendant, le bon message n’est pas « il faut adopter une nouvelle technologie ». C’est : « votre auto attendant peut désormais parler, comprendre, et déclencher des workflows — c’est le même objet, avec une couche IA et deux nouvelles destinations de menu ». Cette continuité est un argument de déploiement, pas une contrainte : la resource account, les call flows, les transferts, le diagnostic — tout ce que vous maîtrisez reste valable.

L’expertise, ici, ne consiste pas à décrire l’agent. Elle consiste à savoir exactement où il se branche dans une architecture voix réelle, et à anticiper les cinq pièges qui transforment un pilote fluide en migration douloureuse. C’est ça que votre audience attend de vous.