Operator Connect vs routage direct Teams : quel chemin RTPC convient à votre organisation ?

Microsoft Teams propose trois façons d’ajouter des appels vers le réseau public à Teams Phone : les forfaits d’appels Microsoft (Calling Plans), Operator Connect et le routage direct (Direct Routing). Les forfaits d’appels sortent de la plupart des évaluations d’entreprise assez tôt, car ils vous lient à Microsoft comme opérateur et aux tarifs de Microsoft. La véritable décision se joue entre Operator Connect et le routage direct Teams, deux manières très différentes de relier Microsoft 365 au reste du réseau téléphonique.

Ce guide passe en revue ce que chaque modèle est réellement, où chacun l’emporte, les compromis en termes de coût et de contrôle, un cadre décisionnel pour choisir entre les deux, et pourquoi les deux modèles continueront à coexister (à la fois au sein de locataires Teams individuels et sur le marché dans son ensemble). L’objectif est de vous aider à prendre une décision éclairée avant de vous engager dans un contrat opérateur ou SBC pluriannuel.

Qu’est-ce qu’Operator Connect ?

Operator Connect est le programme d’opérateur géré de Microsoft pour Teams : le client choisit un opérateur agréé depuis le Centre d’administration Teams, et l’opérateur gère l’infrastructure SBC, les certificats et la connexion opérateur pour le compte du client. Notre guide dédié Operator Connect couvre le modèle, le flux de provisionnement et les critères de décision en détail. Pour cette comparaison, deux choses comptent : le client ne touche jamais à un SBC, et la liste d’opérateurs est curatorialement gérée par Microsoft et varie selon le pays.

Qu’est-ce que le routage direct Teams ?

Le routage direct est l’autre chemin vers un vrai numéro de téléphone sur Teams : le client apporte son propre opérateur et son propre SBC, et Microsoft ne voit que le FQDN du SBC. Le SBC se situe entre le cloud Teams et la jonction SIP de l’opérateur, gérant la terminaison TLS, le chiffrement média SRTP et la normalisation SIP requise par Teams. Le guide de planification du routage direct de Microsoft et la liste des SBC certifiés détaillent les exigences techniques et de certification.

Le modèle donne au client un contrôle total : n’importe quel opérateur compatible SIP, n’importe quel pays, autant de jonctions que nécessaire, et une liberté complète au niveau du SBC pour les règles de routage, la manipulation des en-têtes, la politique de codecs et l’enregistrement des appels. « Côté client » est la nuance importante. Le routage direct est parfois présenté comme le modèle où l’équipe informatique du client final installe un SBC en rack, renouvelle les certificats et assure l’astreinte, mais en pratique cette image ne correspond vraiment qu’aux très grandes entreprises disposant d’une équipe voix ou réseau dédiée. Pour tous les autres, le SBC est géré par quelqu’un que le client paie pour le faire fonctionner : le plus souvent le fournisseur de services gérés (MSP) qui délivre déjà les services informatiques à ce client, parfois un partenaire SBC géré contracté spécifiquement pour la pile d’appels. Nous avons couvert les exigences techniques SBC en détail dans la page d’apprentissage sur le routage direct Teams, donc cet article ne les répétera pas.

Cette distinction fait du routage direct le choix par défaut pour les fournisseurs de services et les entreprises complexes. Un seul SBC multi-locataire peut desservir des dizaines à des centaines de locataires Microsoft 365 clients avec des groupes de jonctions isolés et un routage par locataire, ce qui n’est structurellement pas ce pour quoi Operator Connect est conçu. Le routage direct Teams a été le déclencheur d’achat numéro un pour les MSP nord-américains dans les appels commerciaux récents de ProSBC, ce qui correspond à cet alignement structurel. Le guide complémentaire SBC pour les MSP couvre ce sujet plus en détail.

Comparaison côte à côte

Le tableau ci-dessous couvre les dimensions qui orientent généralement la décision en pratique. Il va délibérément au-delà de la vue de base « choix d’opérateur / SBC requis / flexibilité », en se concentrant sur les différences opérationnelles et commerciales qui émergent lors de l’évaluation.

Aucune de ces dimensions n’est intrinsèquement supérieure ; elles décrivent des modèles opérationnels différents. La bonne réponse dépend des compromis qui correspondent à l’organisation qui doit vivre avec.

Quand la comparaison penche vers Operator Connect

Dans cette comparaison, Operator Connect l’emporte lorsque l’organisation achète les appels directement auprès d’un opérateur plutôt que dans le cadre d’un forfait de services informatiques gérés, et se satisfait de choisir parmi la liste d’opérateurs que Microsoft gère pour son pays. Les cas les plus clairs partagent ce modèle d’achat.

Les organisations de taille moyenne et les grandes entreprises qui achètent leurs télécoms directement auprès d’un opérateur national constituent le cas le plus naturel. L’organisation traite déjà avec l’opérateur pour le mobile, le MPLS ou les lignes fixes ; Operator Connect permet à ce même opérateur d’ajouter les appels Teams sans introduire une nouvelle relation fournisseur. L’opérateur possède le SBC, les certificats et le SLA, et l’équipe informatique du client ajoute les appels Teams à un ensemble de services gérés par l’opérateur plutôt qu’à une liste de choses qu’elle exploite désormais elle-même.

Les environnements 100 % Teams où chaque utilisateur est sur Microsoft 365 et où aucun PBX sur site ni centre de contact existant n’est concerné sont un bon cas. Le modèle géré de l’opérateur élimine les pièces mobiles que le routage direct introduit et dont ces environnements n’ont pas réellement besoin.

Les organisations qui préfèrent une seule facture et un seul SLA choisissent souvent Operator Connect spécifiquement parce qu’il consolide la pile d’appels en une seule relation fournisseur. Les achats, les finances et le support bénéficient tous du modèle de responsabilité simplifié quand la question « qui dois-je appeler quand les appels ne fonctionnent pas ? » n’a qu’une seule réponse.

Les nouveaux déploiements Teams dans des organisations sans relation MSP existante pour la voix sont un autre cas clair. Sans MSP gérant déjà un SBC pour eux, le choix est entre Operator Connect ou l’adoption du routage direct pour la première fois. Operator Connect traite les appels comme un service géré dès le premier jour, ce qui est la voie de moindre résistance quand rien dans la pile existante ne tire vers un SBC.

Quand le routage direct Teams est le bon choix

Le routage direct se justifie lorsqu’un MSP est impliqué, lorsque le choix de l’opérateur ou de la géographie compte, ou lorsqu’un contrôle au niveau du SBC est requis. Plusieurs schémas reviennent régulièrement dans les évaluations clients.

Les MSP et fournisseurs de services délivrant les appels Teams à un portefeuille de clients constituent le schéma dominant, et celui qui fait du routage direct la bonne réponse pour bien plus de clients finaux que ce que le cadrage « SBC géré par le client » ne suggère. Un seul SBC multi-locataire peut desservir des dizaines à des centaines de locataires Microsoft 365 clients avec des groupes de jonctions isolés, ce qui n’est structurellement pas ce pour quoi Operator Connect est conçu. Le routage direct Teams a été le déclencheur d’achat numéro un pour les MSP nord-américains dans les appels commerciaux récents de ProSBC, ce qui correspond à l’alignement structurel. Le guide complémentaire SBC pour les MSP couvre ce sujet plus en détail.

Les petites et moyennes entreprises achetant déjà leurs services informatiques auprès d’un MSP sont les bénéficiaires de second ordre de ce schéma, et le segment le plus souvent mal compris dans les comparaisons OC vs DR. Ces entreprises n’ont pas d’équipe interne capable de gérer un SBC, et n’en auront jamais. Ce qu’elles ont, c’est un partenaire de services gérés qui en exploite déjà un sur une plateforme multi-locataire. Ajouter les appels Teams au forfait informatique du client signifie que le MSP provisionne un autre locataire isolé sur le SBC qu’il exploite déjà ; le client paie le MSP, voit une seule facture pour l’informatique et les appels, et ne touche jamais au SBC. Du point de vue du client, cela ressemble davantage à un service géré que le forfait d’appels par utilisateur d’Operator Connect, parce que le MSP gère aussi la messagerie, la sécurité, les terminaux et le helpdesk dans le même forfait.

Les relations opérateur existantes à tarifs négociés sont le deuxième facteur le plus courant. Une organisation qui a passé des années à obtenir des tarifs favorables à la minute avec un opérateur spécifique veut rarement abandonner ce contrat au profit d’un opérateur Operator Connect. Le routage direct conserve l’opérateur en place et paie le SBC séparément.

Les empreintes multi-pays poussent les organisations vers le routage direct quand aucun opérateur Operator Connect unique ne couvre toutes les régions dont elles ont besoin. Assembler trois ou quatre opérateurs dans différents pays via un seul locataire Teams est réalisable, mais la simplicité opérationnelle promise par Operator Connect commence à s’évaporer dès que la liste d’opérateurs se fragmente.

Les charges de travail liées à la conformité sont structurellement adaptées au routage direct. L’enregistrement des appels pour les industries réglementées, l’interception légale lorsque la loi l’exige, et les exigences strictes de résidence des données sont tous gérés proprement au niveau du SBC, où le client contrôle la configuration. Operator Connect gère ce que l’opérateur choisit d’exposer, ce qui convient rarement aux environnements fortement réglementés.

Les centres de contact, les BPO et les entreprises avec des exigences SIP non triviales (manipulation des en-têtes pour les particularités d’un opérateur existant, coexistence hybride avec un PBX sur site pendant la migration, politique de codecs personnalisée, ou logique de routage impliquant des consultations CRM ou de détection de fraude) ont besoin du SBC comme emplacement où ces règles résident. Operator Connect ne donne pas au client cette surface de contrôle.

Les très grandes entreprises disposant d’une équipe voix ou réseau interne sont le seul segment qui correspond réellement à l’image « le client gère le SBC en interne » parfois associée au routage direct. Les multinationales, les grandes institutions financières et les agences gouvernementales de grande envergure ont les effectifs et la maturité opérationnelle pour assumer cela directement. Ils représentent la minorité des clients en routage direct en termes absolus, mais c’est le segment où le modèle d’exploitation interne est réel.

Le compromis coût-contrôle

La façon la plus claire de penser Operator Connect versus routage direct en termes de coût est en termes de prévisibilité versus négociabilité, plutôt que cher versus bon marché.

La tarification d’Operator Connect est généralement par utilisateur et par mois, intégrée au forfait d’appels de l’opérateur. Il y a un seul chiffre sur la facture. La tarification est prévisible, ce que les équipes financières apprécient, et l’opérateur absorbe le coût du SBC, des certificats et de l’équipe d’astreinte en arrière-plan. L’inconvénient est que le prix unitaire reflète tout cela inclus, et le client ne peut pas négocier l’infrastructure SBC ou les minutes opérateur comme des postes distincts.

Le routage direct décompose le même coût total en parts négociables. La licence SBC est un poste (les SBC logiciels démarrent à environ 1,40 $ par session par an dans le bas du marché), l’opérateur fournit les minutes selon ses propres conditions commerciales, et tout partenaire de service géré assurant les opérations SBC facture séparément. Chaque poste est un levier. Le coût diminue à grande échelle, ce qui est exactement pourquoi les MSP délivrent le routage direct à travers un portefeuille de clients depuis un seul SBC multi-locataire : le coût SBC par client tend vers zéro à mesure que le nombre de locataires augmente. Pour les clients finaux achetant via un MSP, la complexité des postes reste côté MSP ; le client voit un prix forfaitaire unique.

Le résumé honnête du compromis est que le coût réel du routage direct inclut les opérations SBC : gestion des certificats (la mise à jour de la racine CA de juin 2026 en est un exemple récent), surveillance, renforcement de la sécurité et tests de basculement. Ces coûts ne disparaissent pas ; ils sont à la charge de celui qui gère le SBC. Pour la plupart des clients finaux, c’est le MSP ou le partenaire SBC géré déjà en place, et le coût d’exploitation est intégré dans le forfait du partenaire. Ce n’est que dans les très grandes entreprises avec des équipes voix internes que le coût d’exploitation atterrit sur le propre bilan du client.

Pourquoi Operator Connect et le routage direct coexistent

La coexistence entre les deux modèles n’est pas un palliatif. Elle se produit à deux niveaux faciles à confondre : au sein d’un même locataire Teams, et sur le marché dans son ensemble.

Au sein d’un même locataire Teams, Microsoft prend en charge Operator Connect et le routage direct simultanément, et l’attribution de numéros se fait par utilisateur, de sorte que différents utilisateurs dans la même organisation peuvent être sur des modèles différents. Le schéma qui émerge en pratique ressemble à ceci : Operator Connect couvre le siège social et les régions où un seul opérateur agréé fournit déjà un excellent service, et le routage direct couvre tout le reste (le centre de contact, le pays où aucun opérateur Operator Connect n’est disponible, le PBX existant encore en cours de décommissionnement, l’unité commerciale réglementée qui a besoin d’enregistrement au niveau du SBC). L’équipe informatique obtient la simplicité d’Operator Connect là où la simplicité est réalisable, sans la forcer sur les parties de l’organisation où elle ne convient pas. Ce schéma hybride est l’une des options les plus sous-estimées dans l’évaluation.

Sur le marché dans son ensemble, la même idée se déploie à bien plus grande échelle, et explique pourquoi aucun des deux modèles ne va supplanter l’autre. Operator Connect et le routage direct desservent deux canaux de distribution différents, et les appels Teams ont besoin des deux canaux pour atteindre chaque type de client.

Operator Connect emprunte le canal direct depuis l’opérateur. Le client signe un contrat avec un opérateur national de la même manière que pour tout autre service vocal, et l’opérateur prend la responsabilité du SBC et de la connectivité. Ce canal fonctionne pour les organisations assez grandes pour traiter directement avec un opérateur, dans les pays où la liste des opérateurs couvre leurs besoins.

Le routage direct emprunte le canal MSP et fournisseur de services. Un partenaire de services gérés exploite déjà un SBC multi-locataire pour un portefeuille de clients, et les appels Teams sont un service de plus que le partenaire ajoute au forfait. La plupart des petites et moyennes entreprises ne disposent pas d’une équipe informatique interne assez grande pour gérer un SBC, et n’en ont pas besoin : leur MSP en gère déjà un pour eux, aux côtés de la messagerie, de la sécurité, des terminaux et du helpdesk. L’expérience client est « le MSP a ajouté les appels Teams à notre service », sans aucun SBC côté client.

Pour que les appels Teams soient livrables à chaque type d’acheteur (d’un cabinet d’avocats de 12 personnes achetant tout auprès d’un MSP local, à une multinationale avec une équipe voix interne, en passant par un centre de contact national avec des exigences strictes d’enregistrement), les deux canaux doivent exister, et les deux continueront d’exister. Operator Connect et le routage direct ne sont pas des modèles concurrents tirant sur le même acheteur. Ce sont des chemins de distribution parallèles vers différentes parties du marché, et l’équilibre à long terme est les deux, pas l’un ou l’autre.

Questions fréquemment posées

Conclusion

Operator Connect et le routage direct Teams résolvent le même problème (les appels RTPC sur Teams) de manières fondamentalement différentes, et ils atteignent l’acheteur par des canaux fondamentalement différents. Operator Connect offre une simplicité gérée au sein d’une liste d’opérateurs curatoriellement gérée, vendue directement au client par un opérateur national. Le routage direct offre le contrôle sur l’opérateur, le SBC et le routage, délivré le plus souvent par un MSP gérant un SBC multi-locataire à travers un portefeuille de clients, parfois par un partenaire SBC géré, et uniquement dans les très grandes entreprises en interne.

Le cadre décisionnel honnête est de commencer par la manière dont l’organisation achète ses services informatiques, puis de superposer les exigences techniques. Si le client achète ses télécoms directement auprès d’un opérateur national et que cet opérateur figure sur la liste agréée, Operator Connect est la voie de moindre résistance. Si le client achète déjà ses services informatiques auprès d’un MSP, le SBC existant du MSP est presque toujours la voie de moindre résistance également, et le modèle résultant est le routage direct, que le client le perçoive ainsi ou non. Si les exigences techniques orientent vers la conformité, la couverture multi-pays ou un travail SIP non trivial, le routage direct est le seul modèle qui expose la surface de contrôle SBC dont ces exigences ont besoin. Faire fonctionner les deux dans le même locataire est pris en charge et constitue souvent la réponse la plus sereine pour les organisations dont l’empreinte couvre véritablement les deux mondes.