Calipia : le blog

Dans un virage résolument tourné vers l’extensibilité, Microsoft annonce en préversion publique l’ouverture de Teams Phone aux workflows téléphoniques personnalisés, via une intégration étroite avec Azure Communication Services (ACS). Les développeurs peuvent désormais s’interfacer directement avec le système de téléphonie de Teams pour intercepter, rediriger, enrichir ou contrôler les appels entrants et sortants, avec un niveau de finesse inédit.

C’est un changement profond pour la plateforme Teams, longtemps perçue comme un système fermé pour tout ce qui touche à la téléphonie. La promesse : offrir aux entreprises la flexibilité d’une solution CPaaS, sans sortir de l’environnement Microsoft 365.

Des appels téléphoniques… pilotés par API

Concrètement, Microsoft propose aux développeurs une série d’API server-side, exposées par Azure Communication Services, qui permettent :

• D’agir comme intermédiaire dans les flux d’appels Teams Phone,
• De recevoir des webhooks déclenchés par des événements d’appel (raccrochage, appel entrant, mise en attente, etc.),
• D’exécuter des logiques métier avant ou pendant la communication : redirection, enregistrement, analyse, authentification, etc.
• De connecter des systèmes externes (CRM, helpdesk, moteur d’IA, outils de conformité ou services cloud tiers).

Ces capacités transforment Teams Phone en plateforme de téléphonie programmable, au même titre que Twilio, Vonage ou Amazon Chime, mais avec un avantage stratégique : l’intégration native dans Microsoft 365, Entra ID (ex-Azure AD) et les outils de sécurité et de conformité associés.

L’ambition de Microsoft est claire : industrialiser les scénarios de téléphonie avancée, jusqu’alors difficiles à intégrer dans Teams sans solutions tierces complexes. Parmi les cas d’usage évoqués :

• Routage intelligent basé sur le CRM : aiguillage des appels selon l’historique client ou la segmentation.
• Pré-décroché contextuel : injection d’un script vocal ou d’une vérification d’identité (KYC, 2FA) avant la mise en relation.
• Flux PCI-DSS : découpage des appels pour séparer la collecte de données sensibles (paiements, identifiants) dans un canal sécurisé.
• Call recording pour conformité réglementaire : déclenchement et stockage conditionnels, avec métadonnées enrichies.

Ces fonctions, jusqu’alors réservées aux intégrateurs spécialisés ou aux solutions cloud de niche, deviennent enfin accessibles dans un cadre Microsoft natif et sécurisé, avec l’extensibilité d’Azure en prime.

Une architecture orientée événements et intégration

Le modèle repose sur une architecture orientée événements (event-driven), dans laquelle chaque appel devient un objet interceptable, enrichissable et routable dynamiquement. Via les webhooks, les applications peuvent :

• Accepter ou rejeter un appel,
• Rediriger l’appel vers un autre agent, un bot ou un service vocal,
• Insérer une étape intermédiaire (ex. : identification, chatbot),
• Ajouter des métadonnées (contexte client, SLA, KPI),
• Déclencher une action métier (création de ticket, alerte, etc.).

L’approche permet également de scripter les comportements d’appel en fonction de règles d’entreprise, avec toute la puissance des services Azure derrière (Functions, Logic Apps, Cognitive Services…).

Disponibilité et limitations actuelles

La preview publique est pour l’instant disponible aux US, avec un focus sur les appels connectés au réseau téléphonique public (PSTN). Les appels internes Teams ne sont pas encore pris en charge, mais Microsoft prévoit d’élargir le périmètre dans les prochains mois.

Autre point important : cette extensibilité vise uniquement les organisations disposant de Teams Phone avec connectivité PSTN, ce qui concerne principalement les grandes entreprises ou celles ayant migré tout ou partie de leur téléphonie sur Teams.

Une cohérence stratégique avec Copilot et Azure

Ce mouvement s’inscrit dans une tendance plus large chez Microsoft : rapprocher communications, productivité et IA dans un même socle extensible. Lors de Microsoft Build 2025, l’éditeur a dévoilé une panoplie de nouvelles capacités pour Copilot, Teams et Azure, visant à faire de la plateforme Microsoft un véritable OS du travail assisté par l’IA.

La téléphonie programmable en est un chaînon clé. Demain, les appels entrants pourront être prétraités par des agents Copilot personnalisés, qui reconnaîtront les intentions, chercheront des réponses contextuelles dans SharePoint ou Dynamics, ou même prendront des décisions automatisées selon des politiques internes.

Impacts pour les DSI et architectes SI

Pour les décideurs techniques, cette évolution soulève plusieurs axes de réflexion :

• Architectures à revoir : les systèmes CTI traditionnels deviennent obsolètes. Le nouveau paradigme est API-first, event-driven, serverless.
• Règles de gouvernance à renforcer : qui a le droit de programmer des flux d’appel ? Quels logs sont conservés ? Où sont stockées les métadonnées vocales ?
• Interopérabilité à anticiper : comment croiser ces flux avec les outils non-Microsoft (ex. Salesforce, ServiceNow, AWS Lex, etc.) ?
• Veille sur la sécurité vocale : le transit d’appels via des apps customisées demande des audits de sécurité renforcés, notamment sur les points de défaillance (timeouts, attaques sur webhook, etc.).

Conclusion 

Avec cette nouvelle brique d’extensibilité, Microsoft transforme Teams Phone en plateforme programmable. Ce n’est plus une simple surcouche VoIP, mais une infrastructure téléphonique pilotable à distance, via des APIs et des événements, capable de s’adapter dynamiquement aux besoins métier.

Pour les entreprises matures numériquement, c’est une opportunité de repenser l’expérience client et collaborateur autour de la voix, en y injectant de l’intelligence, de la sécurité et de l’automatisation.