Fin d’Azure Communication Services comme offre autonome en 2028 : ce qu’il faut migrer
Microsoft retire Azure Communication Services comme offre autonome le 30 septembre 2028. L'e-mail, les SMS, WhatsApp, le chat, Rooms et la téléphonie ACS disparaissent ; l'appel et Call Automation ne restent pris en charge qu'avec Teams. L'inscription des nouveaux clients aux services retirés ferme le 23 octobre 2026.
Microsoft a fixé au 30 septembre 2028 la fin d’Azure Communication Services (ACS) comme offre autonome. L’annonce est parue dans les Azure Updates le 24 septembre 2026, et le guide de retrait publié sur Microsoft Learn en donne le détail service par service. Microsoft motive ce choix par sa stratégie : privilégier des expériences de communication intégrées à ses plateformes, en particulier Teams, Dynamics 365 et Azure, et s’appuyer sur des fournisseurs CPaaS partenaires pour combler les manques.
Le retrait d’Azure Communication Services ne frappe pas tous les services de la même façon. Une partie est retirée. Une autre reste disponible, mais seulement dans des scénarios alignés sur Microsoft Teams et avec une nouvelle version majeure des SDK. Une date plus proche concerne les nouveaux clients : à partir du 23 octobre 2026, ils ne peuvent plus s’inscrire aux services qui seront retirés.
| Service ACS | Sort au 30 septembre 2028 | Alternative Microsoft documentée |
|---|---|---|
| Retiré | Microsoft 365 High Volume Email (envoi interne), Exchange Online | |
| SMS | Retiré | Aucune dans le tableau général ; Dynamics 365 Contact Center pour ses clients |
| Advanced Messaging (WhatsApp) | Retiré | Dynamics 365 Contact Center |
| Chat, y compris l’interopérabilité Teams | Retiré | API de chat Microsoft Graph |
| Rooms | Retiré | Interopérabilité des réunions Teams, API Microsoft Graph |
| Number Management (Direct Offer) | Retiré | Teams Phone Extensibility, Calling Plan, Direct Routing, Operator Connect |
| Direct Routing | Retiré | Teams Phone Extensibility, Teams Direct Routing |
| Job Router | Retiré | Dynamics 365 Contact Center |
| UI Library web et mobile | Retiré | Aucune |
| Voice and Video Calling SDK | Changement cassant | Interopérabilité des réunions Teams |
| Call Automation | Changement cassant | Teams Phone Extensibility, pour les scénarios documentés |
Relevé le 29 septembre 2026 sur le guide de retrait d’Azure Communication Services. Call Diagnostics, Audio Streaming, Call Recording et Closed Captions suivent le même régime de changement cassant que l’appel et Call Automation.
Service retiré ou service qui impose de modifier les applications : ce que chaque catégorie veut dire
Un service retiré est supprimé d’Azure et n’est plus disponible après le 30 septembre 2028, même s’il est utilisé avec d’autres services qui, eux, restent pris en charge. Après cette date, les opérations d’API et de SDK qui en dépendent peuvent renvoyer des erreurs indiquant que l’opération n’est pas prise en charge.
Un service soumis à un changement cassant continue d’exister après le 30 septembre 2028, mais il n’est plus pris en charge qu’avec un service aligné sur Teams. Les scénarios ACS autonomes qui ne s’intègrent pas à Teams, y compris les communications de personne à personne et d’application à personne, ne sont plus pris en charge. Microsoft nomme trois services alignés sur Teams :
- Microsoft Teams Phone Extensibility (TPE) ;
- l’interopérabilité des réunions Microsoft Teams ;
- Microsoft Teams Click-2-Call pour les applications vocales Teams.
Les SDK concernés signalent le changement par un nouveau numéro de version majeure, par exemple 4.x.x au lieu de 3.x.x. Une application qui veut utiliser l’un de ces services après le 30 septembre 2028 doit passer à cette dernière version majeure. Microsoft précise aussi qu’une intégration éligible ne garantit pas la parité fonctionnelle, ni avec ACS autonome ni d’une intégration Teams à l’autre.

Nouveaux clients : inscription aux services retirés fermée à partir du 23 octobre 2026, aucun numéro de téléphone dès septembre 2026
À partir du 23 octobre 2026, les nouveaux clients ne peuvent plus s’inscrire aux services ACS en voie de retrait. Un client dont la ressource ACS a été créée avant cette date continue de l’utiliser pendant la période de transition.
Les numéros de téléphone sont restreints plus tôt. Le guide de retrait indique qu’un tenant qui crée sa première ressource ACS après l’annonce de septembre 2026 ne peut pas demander de numéro de téléphone ; le guide de migration de Dynamics 365 Contact Center date cette restriction au 30 septembre 2026. Les clients qui disposaient déjà de numéros ACS avant l’annonce peuvent continuer d’en acquérir pendant la transition.
Les services restent pris en charge jusqu’au 30 septembre 2028, avec leurs SLA et leurs certifications de conformité. L’équipe ACS se concentre en revanche sur les fonctionnalités existantes et les correctifs critiques de sécurité et de stabilité : pour les services retirés comme pour ceux qui subissent un changement cassant, Microsoft ne s’engage pas sur de nouvelles fonctionnalités. De septembre 2026 au 30 septembre 2028, les mises à jour imposées par les dépendances amont, comme Fluent, React ou .NET, ou par les navigateurs et les systèmes d’exploitation se traitent comme des problèmes break-fix, par ticket de support.
E-mail : High Volume Email ne remplace qu’une partie d’ACS Email
Microsoft oriente ACS Email vers deux produits Microsoft 365, qui ne couvrent pas le même besoin. Microsoft 365 High Volume Email (HVE) sert à l’envoi d’e-mails opérationnels en volume depuis des applications et des appareils, mais le tableau de comparaison du guide le limite à l’envoi interne, à l’intérieur du tenant. Exchange Online couvre les destinataires internes et externes, mais il est conçu pour la messagerie de personne à personne depuis des boîtes aux lettres sous licence, pas pour l’envoi en masse, et ses limites de débit s’appliquent par construction.
Pour l’e-mail transactionnel, en volume ou marketing envoyé à des destinataires externes, le tableau ne retient donc aucun des deux, et le guide cite des fournisseurs tiers du Microsoft Marketplace, Infobip et Telesign. Les domaines d’envoi vérifiés continuent de fonctionner jusqu’au 30 septembre 2028. Microsoft accepte encore de nouvelles charges sur ACS Email, sous réserve de changement à tout moment, et recommande d’utiliser les deux ans de transition pour migrer plutôt que pour démarrer de nouvelles solutions.
SMS et WhatsApp : un changement de fournisseur
Le tableau des recommandations du guide ne donne pas d’alternative Microsoft pour les SMS : il cite Infobip et Telesign. Porter un numéro ACS vers un autre fournisseur demande une nouvelle vérification auprès d’un agrégateur SMS, et Microsoft prévient que l’opération peut causer une interruption de service. Les short codes se portent aussi, et les délais varient parce que leur provisionnement passe par des fournisseurs externes et une revue réglementaire.
Pour WhatsApp, Microsoft cite Dynamics 365, Infobip et Telesign, ou le transfert du WhatsApp Business Account vers un autre Business Solution Provider par le processus de migration de numéro de WhatsApp, si le fournisseur de destination le prend en charge.
Téléphonie : les chemins passent par Teams Phone
Les deux services de téléphonie d’ACS sont retirés : Number Management, soit l’offre directe de numéros, et Direct Routing. Le guide les oriente vers Teams Phone Extensibility et vers les connexions PSTN de Teams Phone :
- depuis l’offre directe ACS, Teams Calling Plan est le remplacement géré par Microsoft le plus proche, sans SBC ni opérateur à intégrer, sous réserve de sa couverture dans la géographie du client ;
- depuis ACS Direct Routing, Teams Direct Routing réutilise les SBC et les trunks SIP existants ;
- Operator Connect confie la connectivité PSTN à un opérateur certifié du programme ; l’opérateur actuel peut être conservé s’il y participe.
Deux contraintes pratiques ressortent du guide. Le même FQDN de SBC ne peut pas servir en même temps à ACS et à Teams Direct Routing, un point à prévoir dans le plan de bascule. Et un numéro ACS doit être libéré d’ACS, par un ticket de support, avant d’être porté vers Teams Phone Extensibility.
Teams Phone Extensibility s’appuie sur les licences Teams : une licence Teams Phone pour l’agent, un compte de ressource Teams, dont la licence est incluse dans Teams Phone, et une connectivité PSTN par Calling Plan, Operator Connect ou Direct Routing. Pour une organisation qui connaît déjà la téléphonie Microsoft Teams, la cible reprend donc des briques déjà exploitées.
Call Automation et appels : vérifier chaque fonction dans la matrice TPE
Call Automation reste pris en charge après le 30 septembre 2028 pour les capacités documentées dans les scénarios Teams éligibles. Teams Phone Extensibility couvre les flux PSTN entrants et sortants, les contrôles de participants et de média pris en charge, l’enregistrement ACS, l’envoi de l’audio vers un WebSocket et la transcription en temps réel, mais pas toutes les opérations ni tous les modes média de Call Automation : Microsoft renvoie à sa matrice de capacités TPE.
Brancher Call Automation sur un service d’IA ne suffit pas à qualifier une charge autonome pour le support après cette date : l’éligibilité dépend de l’intégration Teams, ou du scénario Dynamics 365 concerné. De même, rejoindre une réunion Teams par l’interopérabilité ne prouve pas la prise en charge de l’enregistrement ACS, du streaming côté serveur ou de la transcription Call Automation. Pour une configuration que la documentation ne couvre pas, Microsoft demande de contacter le support Azure avant de s’y fier.
ACS Chat et ACS Rooms : Graph ne remplace pas Chat à l’identique, et Rooms n’a pas de chemin de migration
Les API de chat Microsoft Graph ne sont pas un remplacement direct d’ACS Chat ni de ses SDK clients. Elles conviennent aux utilisateurs Microsoft 365, aux invités et aux utilisateurs externes pris en charge, dont les conversations peuvent fonctionner sous l’identité, les licences, les stratégies et la gouvernance de Teams. Une application qui demande des identités anonymes ou définies par l’application, un client en marque blanche ou du chat grand public hors de Teams doit évaluer d’autres fournisseurs ou revoir son expérience. Microsoft publie un guide de migration d’ACS Chat vers Microsoft Graph.
Pour ACS Rooms, Microsoft écrit que Rooms et les réunions Teams créées par l’API Microsoft Graph offrent des fonctions semblables, mais vivent dans deux environnements différents et n’ont pas de chemin de migration.
Dynamics 365 Contact Center continue, ses canaux ACS non
Dynamics 365 Contact Center continue de fonctionner après le 30 septembre 2028. Les configurations de voix, de SMS ou de WhatsApp qui dépendent encore des capacités ACS retirées cessent en revanche de fonctionner. Le guide de migration de Dynamics 365 donne les cibles :
| Configuration actuelle | Cible documentée |
|---|---|
| Voix par ACS Direct Offer | Teams Calling Plan, par Teams Phone Extensibility |
| Voix par ACS Direct Routing | Teams Direct Routing ou Operator Connect, par Teams Phone Extensibility |
| SMS par ACS | SMS par Twilio ou par Infobip |
| WhatsApp par ACS | Meta Direct ou WhatsApp par Twilio |
| Voix déjà en Teams Phone Extensibility | Aucune action |
Aucune configuration SMS ou WhatsApp ne migre automatiquement : chaque canal se configure, se teste et se valide dans le service de destination. Le sujet rejoint celui de la téléphonie reliée au CRM dans Dynamics 365.
Les données à exporter : avant le 30 septembre 2028, et sous 24 heures pour les enregistrements d’appels
Les messages de chat, les enregistrements d’appels et la télémétrie opérationnelle dans Azure Monitor restent exportables, puis les données et la télémétrie des services retirés et autonomes sont mises hors service après la date de retrait. Deux précautions valent dès maintenant.
Le stockage intégré des enregistrements d’appels ACS est temporaire : un fichier reste téléchargeable pendant 24 heures. Microsoft demande de récupérer et d’archiver les fichiers et leurs métadonnées dans cette fenêtre, ou de configurer Bring Your Own Storage ; les enregistrements déjà stockés dans votre propre Azure Blob Storage ne sont pas touchés par la transition.
Avant de supprimer une ressource ACS, retirez-en les numéros de téléphone : sinon, les numéros orphelins continuent d’être facturés, et seul un ticket de support règle la situation.
Trouver les ressources concernées
Le guide cite quatre outils pour repérer les abonnements qui utilisent ACS :
- les recommandations d’Azure Advisor, sous Advisor > Recommendations > Operational Excellence ;
- le classeur Service Retirement d’Azure Advisor, qui suit les retraits par ressource et s’exporte en CSV ;
- l’agent ACS Resource Explorer, qui analyse les abonnements avec Copilot et propose des chemins de migration ;
- Cost Management + Billing, pour l’usage réel de chaque ressource.
Notre lecture
La téléphonie est la partie la plus claire du retrait : chaque service de téléphonie ACS a sa cible Teams Phone documentée, et les choix entre Calling Plan, Direct Routing et Operator Connect sont ceux de toute architecture Teams Phone. L’e-mail et les SMS vers l’extérieur sont plus délicats. Pour ces deux cas, le guide ne désigne aucun produit Microsoft pour l’envoi applicatif vers des destinataires externes : High Volume Email se limite à l’envoi interne dans son tableau, et hors de Dynamics 365, les SMS renvoient à des fournisseurs tiers. Nous traiterions donc ces deux flux comme un choix de fournisseur à part entière, avec sa couverture géographique, ses exigences de vérification et ses conditions commerciales, plutôt que comme une mise à jour technique.
Nous ne lancerions plus de nouveau projet sur un service ACS en voie de retrait : le 23 octobre 2026 ferme l’inscription aux nouveaux clients, et Microsoft recommande lui-même, pour l’e-mail comme pour les canaux de messagerie de Dynamics 365, de réserver la transition à la migration plutôt qu’aux nouvelles solutions. Pour Call Automation, nous passerions chaque fonction utilisée au crible de la matrice TPE avant de chiffrer quoi que ce soit, parce que l’éligibilité se juge fonction par fonction. Et nous vérifierions dès maintenant la façon dont les enregistrements d’appels sont archivés, puisque la fenêtre de 24 heures s’applique déjà.
Ce qu’il faut vérifier
- Les abonnements qui portent une ressource ACS, par Azure Advisor et son classeur Service Retirement.
- Pour chaque ressource, les services utilisés : Email, SMS, WhatsApp, Chat, Rooms, numéros, Direct Routing, Job Router, UI Library, Calling SDK, Call Automation.
- Les destinataires de l’e-mail applicatif : internes au tenant ou externes.
- Les numéros de téléphone et short codes, leur portabilité vers le fournisseur visé, et la nouvelle vérification exigée pour les SMS.
- Le FQDN des SBC utilisé par ACS Direct Routing, et l’adressage prévu pour Teams Direct Routing.
- Les fonctions Call Automation utilisées, comparées à la matrice de capacités Teams Phone Extensibility.
- Les versions des SDK ACS pour l’appel et Call Automation, et le passage à la nouvelle version majeure.
- L’archivage des enregistrements d’appels, dans la fenêtre de 24 heures ou par Bring Your Own Storage.
- Les canaux voix, SMS et WhatsApp de Dynamics 365 Contact Center qui passent encore par ACS.
Les sources Microsoft
Ce qu'un article ne peut pas savoir
Un article décrit ce qui vaut pour tout le monde. Ce qui change d'une organisation à l'autre, c'est l'inventaire : quelles applications, quels comptes, quels équipements sont réellement concernés chez vous. C'est l'inventaire qui décide de l'effort, et il ne se répond pas sur une page.
Vous parlez aux ingénieurs qui feraient le travail, pas à un intermédiaire. Réponse sous 24 heures ouvrées.
Vérifier ce qui est encore vrai
Les dates annoncées sont parfois repoussées, les produits changent de nom, les conditions évoluent. Le blog suit ces sujets au fil du temps : quand une règle change, un nouvel article le dit.
Chercher un sujet dans le blogDans le même dossier
Trois articles du même sujet. Le blog en compte 142, tous en accès libre.

