Résumé

  • Dans le parcours Salesforce documenté pour créer un trunk géré, l’administrateur choisit un transporteur, une région média, puis rattache l’identifiant de l’organisation à un numéro dans Bandwidth. L’interface est intégrée ; le compte et le numéro ne résident pas forcément au même endroit.
  • Le 15 septembre, Bandwidth s’est présentée comme le premier transporteur certifié pour le déploiement mondial du Contact Center de Salesforce. Sa page produit, consultée le 30 septembre, indique que la couverture dans plus de 25 pays arrive en octobre 2026 : ce calendrier ne prouve ni activation ni adoption.
  • Le modèle BYOC peut préserver les numéros et contrats existants, mais il ne transfère pas toutes les obligations du transporteur à Salesforce. L’attestation des appels sortants et des étapes liées aux services d’urgence demeurent notamment des sujets opérateur.

Le détail le plus révélateur ne figure pas dans la démonstration d’un agent d’IA. Il se trouve après la création de la connexion vocale. Dans le parcours Salesforce de trunk géré, le transporteur proposé par défaut est Bandwidth ; l’administrateur choisit une région média, soumet l’identifiant de son organisation, puis se connecte au portail Bandwidth pour associer cet identifiant à un numéro. L’écran peut réunir les données client et le travail des agents sans faire disparaître la frontière entre le logiciel de service et le réseau téléphonique.

Cette frontière prend de la valeur à mesure que les plateformes de service incorporent les appels. Salesforce met en avant un même environnement pour les dossiers client, la voix et l’IA. Le transporteur, lui, fournit une partie du chemin jusqu’au réseau téléphonique : numéros, portage, routage et tâches propres aux différents marchés. Les deux propositions se complètent, mais elles ne vendent pas la même chose.

Le 15 septembre, Bandwidth a annoncé une extension de son partenariat et s’est qualifiée de premier transporteur certifié pour le déploiement mondial du Contact Center natif de Salesforce. Le communiqué évoque plus de 25 pays en Europe, au Royaume-Uni, en Australie et en Nouvelle-Zélande « cet automne », au moyen d’un modèle Bring Your Own Carrier (BYOC) avec Maestro. La page Service Cloud Contact Center de Bandwidth est plus précise : la couverture dans plus de 25 pays est « prévue pour octobre 2026 ». À la date de recherche, le futur demeure le temps juste. La page ne cite pas de client déjà en production, de volume d’appels activés ou de grille complète des numéros et services par pays.

Le communiqué contient également une présentation plus large de Bandwidth : son Communications Cloud couvrirait environ 70 pays et 90 % du PIB mondial. Ce chiffre de portée générale n’est pas la carte de l’intégration Salesforce. Un pays indiqué dans une présentation d’entreprise ne prouve pas qu’un abonné au Contact Center puisse y commander le numéro, les appels sortants et le service d’urgence dont il a besoin.

La distinction apparaît dans les documents de Salesforce. Sa FAQ publiée le 22 juin décrit la téléphonie native comme un service où Salesforce possède directement le flux média vocal et vend des minutes et des numéros. À cette date, la téléphonie directe était disponible aux États-Unis et au Canada, les licences de revente vocale étant limitées à ces marchés. L’extension internationale par BYOC n’équivaut donc pas à une revente directe de téléphonie dans chaque pays : elle relie l’environnement du centre de contact à un réseau de transporteur.

Le guide BYOC de Salesforce présente un avantage concret pour l’entreprise : conserver son transporteur, ses conditions commerciales, ses niveaux de service et ses numéros. Un numéro déjà imprimé sur un emballage ou mémorisé par des clients n’est pas un simple champ de configuration. Le remplacer impose parfois de modifier des campagnes, des procédures de support ou des dossiers d’urgence. La continuité du numéro peut compter davantage que l’étiquette « centre de contact mondial ».

Le même guide répartit les responsabilités. Pour les appels sortants BYOC, Salesforce indique que l’attestation de l’identité de l’appelant relève du transporteur. Des réglages supplémentaires des services d’urgence et l’exactitude des adresses nécessitent également son intervention. Salesforce précise qu’il achemine les appels d’urgence provenant de trunks BYOC, mais le transporteur doit faire associer correctement le numéro et l’adresse au bon centre de secours. Les réglages attachés à un numéro géré par Salesforce ne suivent pas automatiquement un client qui passe à un numéro BYOC.

Ce sont des questions d’exploitation, pas une note marginale sur l’IA.

Bandwidth cherche à rendre ce passage plus simple à acheter. Sa page présente une intégration préconstruite, le choix entre une infrastructure SBC gérée par le client ou par Bandwidth, puis la configuration et le portage des numéros avant la migration du centre de contact. L’argument commercial est celui d’un transporteur, d’une intégration et d’une équipe de support. Ce sont des promesses du fournisseur : la page consultée ne fournit ni comparaison tarifaire, ni rapport indépendant de migration, ni référence client nommée pour le déploiement mondial.

Le partenariat ouvre donc une possibilité de distribution, pas la preuve d’un gain financier. Salesforce peut garder le poste agent, les dossiers et le flux de travail dans son service ; Bandwidth peut être proposé au moment où l’entreprise règle les trunks et les numéros. Cette position pourrait lier davantage le réseau de Bandwidth à une migration logicielle. Mais « premier certifié » ne signifie pas exclusif. Aucun partage de revenu, volume minimal, trafic attendu ou chiffre d’affaires incrémental n’est publié dans les documents examinés.

Pour l’acheteur, le choix oppose moins le « natif » à l’ancien qu’une série de responsabilités. Le BYOC peut préserver le numéro et le contrat de transport existants. L’offre Bandwidth peut regrouper le portage, le routage et le support au prix d’une nouvelle relation de transporteur ou d’un changement de numéro. Il faut comparer les travaux d’intégration et de migration à la valeur d’une couverture locale, de la continuité des numéros et d’une attribution claire des incidents.

À ce stade, l’annonce décrit une couche opérateur rattachée à un parcours CRM natif. Salesforce ne retire pas le réseau téléphonique du centre de contact ; Bandwidth veut fournir un chemin organisé à travers lui. La thèse mondiale se renforcera seulement lorsque les marchés d’octobre seront effectivement disponibles, que des numéros et des clients seront actifs et que la migration aura préservé le service ainsi que la responsabilité de l’entreprise.

Sources