Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Important
Cette fonctionnalité d’Azure Communication Services est actuellement en préversion. Les fonctionnalités en préversion sont disponibles publiquement et peuvent être utilisées par tous les clients Microsoft nouveaux et existants.
Ces interfaces de programmation d’applications et kits de développement logiciel (SDK) en préversion sont fournis sans contrat au niveau du service. Nous vous recommandons de ne pas les utiliser pour les charges de travail de production. Certaines fonctionnalités peuvent ne pas être prises en charge ou les fonctionnalités peuvent être limitées.
Introduction
Bienvenue dans Messaging Connect, une nouvelle façon de fournir un service sms (Short Message Service) à l’échelle mondiale avec Azure Communication Services. Il intègre des partenaires approuvés afin de pouvoir louer des numéros et répondre aux exigences réglementaires locales tout en continuant à utiliser les services Azure Communication Services familiers : point de terminaison d’API unique, observabilité forte et intégration approfondie entre les services Microsoft. Que vous envoyiez des rappels de rendez-vous, des confirmations de réservation ou des invites Copilot intelligentes, Messaging Connect vous aide à atteindre les utilisateurs globalement avec moins de complexité.
Au lieu de créer et de gérer des intégrations distinctes avec plusieurs fournisseurs, vous vous connectez une fois par le biais d’Azure Communication Services et routez le trafic vers des partenaires globaux. Le partenaire gère la location de numéros et la conformité. Les workflows de messagerie, d’observabilité et d’IA restent dans votre environnement Azure où vous créez, surveillez et mettez à l’échelle.
Valeur en un clin d’œil :
Portée mondiale dans 190 pays
Conformité locale et approvisionnement plus rapide via des partenaires
Accessibilité simple des API/SDK Azure Communication Services, des diagnostics et de l'observabilité Event Grid
Séparation des tâches : Microsoft fournit la plateforme de développement ; partenaires fournissent et approvisionnent des numéros
Vue d’ensemble conceptuelle
Les SMS globaux sont intrinsèquement complexes : les réglementations diffèrent selon le pays, les types d’expéditeurs varient et les itinéraires de livraison sont fragmentés. Messaging Connect intègre des partenaires pré-approuvés pour vous permettre d’acquérir des identités d’expéditeur conformes et de router le trafic sans quitter l’expérience des développeurs Azure Communication Services.
Flux d’approvisionnement (haut niveau) :
Dans le portail Azure, ouvrez le blade Messaging Connect
Sélectionnez votre partenaire Messaging Connect.
Vous êtes redirigé vers le portail du partenaire pour acheter/configurer des numéros de téléphone compatibles SMS, effectuer toutes les inscriptions requises et attendre l’approbation.
Le partenaire synchronise les numéros approuvés vers votre ressource Azure Communication Services.
Le nombre apparaît dans le portail Azure et est prêt à être utilisé avec les API SMS Azure Communication Services.
Vous pouvez envoyer et recevoir des SMS à l’aide des API SMS Azure Communication Services standard. Lorsque vous envoyez des messages, vous vous authentifiez auprès d’Azure comme d’habitude et incluez une clé de votre partenaire Messaging Connect au moment de l’exécution afin que nous puissions acheminer votre trafic de manière appropriée. Le partenaire gère la remise des messages, tandis que l’observabilité, comme les reçus de remise, les diagnostics et la journalisation, reste dans Azure avec vos autres services.
Ce modèle fonctionne bien dans les scénarios réels. Vous pouvez utiliser Messaging Connect pour atteindre les utilisateurs dans le monde entier, que vous construisiez un assistant alimenté par l’IA avec Copilot Studio, gère la logistique qui nécessite des ID d’expéditeurs locaux au Brésil et en Inde, ou que vous coordonnez des campagnes dans des dizaines de pays. Azure Communication Services, via Messaging Connect, vous permet d’acquérir les identités d’expéditeur appropriées par le biais d’un partenaire approuvé et de les utiliser avec votre SDK SMS Azure Communication Services préféré, tout en conservant un contrôle total et une observabilité dans Azure.
Capabilities
Le tableau suivant récapitule les fonctionnalités disponibles lors de l’utilisation de Messaging Connect pendant la préversion publique. Certaines fonctionnalités sont fournies directement par Azure, d’autres par les partenaires Messaging Connect.
| Capability | Supported |
|---|---|
| Partenaires pris en charge | Infobip (d’autres partenaires seront bientôt disponibles) |
| Codes longs | ✔️ |
| ID d’expéditeur alphanumérique dynamique | ✔️ |
| Codes courts | ❌ (bientôt disponible) |
| ID d’expéditeur Alpha préinscrit (géré par un partenaire) | ✔️ |
| Messagerie bidirectionnelle | ✔️ |
| Messagerie unidirectionnelle | ✔️ |
| 1:1 (destinataire unique) | ✔️ |
| 1 :N (messagerie de masse) | ✔️ |
| Disponibilité dans plus de 190 pays | ✔️ |
| Rapports de livraison (DLR) | ✔️ |
| Event Grid pour les messages entrants | ✔️ |
| Désinscription gérée par le partenaire | ✔️ |
| Application réglementaire locale | ✔️ |
| Kit de développement logiciel (SDK) C# | ✔️ |
| Kit de développement logiciel (SDK) JavaScript | ✔️ |
| Kit de développement logiciel (SDK) Python | ❌ (bientôt disponible) |
| Kit de développement logiciel (SDK) Java | ❌ (bientôt disponible) |
| Sélection automatique de l’expéditeur de pays (gérée par le partenaire) | Infobip ✔️ |
🌐 Disponibilité du pays
Messaging Connect étend considérablement le nombre de pays auxquels vous pouvez accéder avec Azure Communication Services, qui prend en charge plus de 190 pays par le biais de notre réseau partenaire mondial. Pendant la préversion publique, vous pouvez acquérir et utiliser deux types d’identités d’expéditeur à partir du partenaire Messaging Connect :
- Codes longs : numéros de téléphone locaux standard ou numéros mobiles qui prennent en charge les SMS bidirectionnels. Souvent appelés codes longs virtuels.
- ID d’expéditeur alphanumérique dynamique – Expéditeurs unidirectionnels et de marque (par exemple, « CONTOSO »), quand cela est permis. Vous pouvez activer DASID uniquement dans les pays non pris en charge par Azure Communication Services.
Lorsque vous recherchez un pays et un type de numéro dans le portail Azure, vous disposez de Messaging Connect en tant qu’option si Azure Communication Services ne prend pas en charge cette configuration directement. Vous terminez ensuite le processus d’approvisionnement via le portail du partenaire.
Le partenaire Messaging Connect détermine la disponibilité du pays. Le partenaire Messaging Connect (par exemple, Infobip) gère les types de nombres, les exigences de conformité et les étapes d’intégration, qui varient selon le pays.
| Partner | Portée mondiale | Pays pris en charge |
|---|---|---|
| Infobip | Connecté à 800 opérateurs dans 200 pays, Infobip prend en charge les codes courts, les codes longs (VLN) et les expéditeurs alphanumériques. Les SMS unidirectionnels sont disponibles sur presque tous les marchés ; bidirectionnel dans 100 pays. | Afficher la couverture Infobip. |
Authentification : Accès sécurisé avec l’identité Azure
Pour envoyer des messages via Messaging Connect, votre application doit s’authentifier auprès d’Azure Communication Services à l’aide de l’un des modèles d’identité pris en charge. Cette étape vérifie que votre application dispose de l’autorisation d’envoyer des messages via votre ressource Azure Communication Services et garantit que vos messages sont associés à l’abonnement Azure approprié.
Azure Communication Services prend en charge les méthodes d’authentification suivantes :
- Authentification par clé d’accès (chaînes de connexion)
- Authentification Microsoft Entra ID
Vous vous authentifiez auprès d’Azure Communication Services de la même façon que pour toute autre demande SMS. Messaging Connect ne modifie pas le fonctionnement de l’authentification au niveau de la plateforme. Il ajoute simplement une étape de routage basée sur les partenaires une fois votre message validé.
En savoir plus : S’authentifier auprès d’Azure Communication Services
Une fois authentifiée, votre application inclut également une clé API partenaire au moment de l’exécution pour acheminer le message via le partenaire Messaging Connect approprié. Cette clé API partenaire fait partie de la charge utile du message et est expliquée plus loin dans la section suivante.
Comment Messaging Connect valide vos demandes
Avant qu’un message puisse être envoyé à l’aide de Messaging Connect, Azure vérifie que votre demande contient les informations de routage nécessaires et est correctement authentifiée. Pour effectuer cette étape, votre charge utile doit inclure des métadonnées spécifiques qui identifient le partenaire Messaging Connect et permettent à Azure Communication Services d’acheminer le message via leur infrastructure.
Format de charge utile obligatoire
Lorsque vous envoyez un message à l’aide d’un numéro de connexion de messagerie, votre demande doit inclure un messagingConnect objet. Cet objet contient la clé API fournie par le partenaire Messaging Connect (par exemple, Infobip) et le nom du partenaire. Azure utilise ces informations pour autoriser la demande et déterminer comment acheminer le message.
{
"from": "+447700900123",
"to": ["+447700900456"],
"message": "Hello from Messaging Connect!",
"options": {
"messagingConnect": {
"apiKey": "your-partner-api-key",
"partner": "[PARTNER NAME]"
}
}
}
L’objet messagingConnect est requis chaque fois que vous utilisez un nombre approvisionné via Messaging Connect. S’il est manquant ou mal configuré, Azure Communication Services rejette le message.
Une fois ces métadonnées incluses, Azure Communication Services effectue des vérifications de validation en deux étapes : tout d’abord, Azure Communication Services valide votre demande dès qu’elle est reçue, puis à nouveau après l’avoir envoyée au partenaire.
Validation synchrone
Cette première couche de validation se produit dès qu’Azure Communication Services reçoit votre demande de message. Si un élément est manquant ou non valide, tel que le nom du partenaire, la clé API ou l’association entre le numéro et votre ressource Azure Communication Services, vous recevez une réponse d’erreur immédiate. Cette vérification empêche l’envoi de messages incorrects ou routés vers le partenaire incorrect.
Résultats de validation courants :
| Scenario | Response |
|---|---|
Les champs manquants messagingConnect |
400 Demande incorrecte avec les détails de validation |
| Numéro d’expéditeur non autorisé | 401 Non autorisé |
messagingConnect manquant pour le numéro de téléphone de Messaging Connect |
400 Demande incorrecte – « L’option MessagingConnect n’est pas fournie » |
| Incompatibilité de partenaire | 400 Demande incorrecte : « L’option MessagingConnect ne correspond pas aux informations de nombre ». |
Ces erreurs retournent de manière synchrone dans votre réponse d’API et apparaissent également dans les journaux et diagnostics Azure.
Erreurs de remise asynchrones
Même si votre demande passe la validation synchrone, Azure Communication Services peut toujours ne pas le transmettre au partenaire Messaging Connect. Dans certains cas, Azure Communication Services arrête le message avant la remise, par exemple, si le destinataire a précédemment refusé ou s’il existe un blocage de livraison connu de la part du partenaire. Ces situations entraînent toujours un rapport de remise, de sorte que vous êtes toujours informé du résultat du message. Une fois qu’un message est transmis au partenaire, tous les échecs de remise en aval( comme le nombre inaccessible, la période de validité expirée ou le rejet au niveau du transporteur) sont également retournés de façon asynchrone via les rapports de remise. Vous pouvez afficher les états de remise dans vos rapports de remise à partir d’événements Azure Event Grid (s’ils sont configurés).
En savoir plus : Rapports de transmission sur les événements Azure Event Grid
Tip
Pour garantir une visibilité complète de votre trafic de messages, nous vous recommandons vivement de configurer les abonnements aux événements pour les rapports de remise. Cette configuration vous permet de surveiller l’état des messages, de résoudre les défaillances et d’intégrer vos systèmes de télémétrie existants. Découvrez comment configurer des événements SMS : Gérer les événements SMS
Note
Si votre message échoue, vérifiez la précision de l’objet messagingConnect , passez en revue le rapport de remise et consultez la documentation du partenaire pour connaître les codes d’erreur en aval.
Important
Microsoft ne conserve pas les informations d’identification utilisées pour accéder aux partenaires Messaging Connect externes. Les clés API partenaires sont utilisées uniquement pour traiter chaque demande de message et sont immédiatement ignorées une fois la demande terminée. Ces informations d’identification ne sont pas stockées, enregistrées ou conservées dans n’importe quel formulaire.
Accès global avec messagerie sécurisée et conforme
Messaging Connect est conçu pour une utilisation mondiale, que vous utilisiez à partir de l’Asie, de l’Afrique, de l’Amérique du Sud ou de l’Union européenne. Cette section explique comment les données circulent entre les régions, comment la confidentialité est conservée et comment Azure garantit la conformité aux exigences de résidence.
Routage des messages et flux de données
Messaging Connect sépare la remise des messages (gérée par le partenaire) du traitement et de l’observabilité (gérée par Azure). Fonctionnement :
- Messages sortants : vous envoyez un SMS à l’aide de l’API Azure Communication Services et incluez les informations de routage des partenaires via
messagingConnectl’objet. Azure enregistre le message, effectue la validation, puis l’achemine vers le partenaire Messaging Connect sélectionné. - Messages entrants : le partenaire reçoit le SMS et le transfère à l’infrastructure d’Azure. À partir de là, Azure Communication Services gère le message comme tout message envoyé à des numéros natifs Azure Communication Services, ce qui déclenche des événements via Event Grid.
Bien que le partenaire gère la livraison, Azure fournit :
- Reçus de livraison et observabilité
- API et Kits de développement logiciel (SDK) Azure Communication Services standard
- Traitement temporaire des messages uniquement : aucun contenu de message n’est stocké
Azure Communication Services ne conserve pas le contenu du message SMS après la remise ou l’échec. Les messages et les métadonnées sont traités temporairement en mémoire uniquement si nécessaire pour le routage et les diagnostics.
Important
Microsoft ne conserve pas les informations d’identification utilisées pour accéder aux partenaires Messaging Connect externes. Les clés API partenaires sont utilisées uniquement pour traiter chaque demande de message et sont immédiatement ignorées une fois la demande terminée. Ces informations d’identification ne sont pas stockées, enregistrées ou conservées dans n’importe quel formulaire.
En savoir plus : Résidence des données et confidentialité des utilisateurs
Limite de données de l’UE (EUDB)
Azure Communication Services garantit que les données SMS dans le cadre de l’EUDB sont stockées dans les régions EUDB. À compter d’aujourd’hui, nous traitons et stockons des données aux Pays-Bas, en Irlande ou en Suisse, en s’assurant qu’aucun transfert de données non autorisé n’est en dehors de l’EEE (Espace économique européen). En outre, Azure Communication Services utilise des mesures de sécurité avancées, notamment le chiffrement, pour protéger les données SMS au repos et en transit. Les clients peuvent sélectionner leur résidence de données préférée au sein de la BASE de données de l’UE, en vous assurant que les données restent dans les régions de l’UE désignées.
En savoir plus : Limite de données de l’Union européenne (EUDB)
Utilisation de Messaging Connect à partir de n’importe où
Messaging Connect est conçu pour une utilisation globale. Une fois que vous avez acquis un numéro via un partenaire Messaging Connect, vous l’intégrez à votre application à l’aide d’API Azure Communication Services, quel que soit l’emplacement où il est hébergé. Toutefois, certains pays appliquent des règles de télécommunication locales sur l’utilisation des numéros, les types de contenu autorisés ou les exigences d’origine du trafic. Le partenaire Messaging Connect gère ces exigences pendant le processus d’approvisionnement de numéros. Le partenaire, et non Azure Communication Services, optimise les itinéraires de livraison. Selon le type de nombre, les règles locales et la configuration du partenaire, les messages peuvent être acheminés via une infrastructure locale ou régionale.
Gestion des refus
La conformité de l’opt-out et de l’opt-in est une partie essentielle de la messagerie SMS, en particulier sur les marchés réglementés. Avec Messaging Connect, cette responsabilité est partagée entre vous (le client), le partenaire (par exemple, Infobip) et Microsoft, chacun jouant un rôle distinct.
Responsabilités clés
- Le partenaire (par exemple, Infobip) prend en charge la détection des mots clés d’opt-out et d’opt-in tels que « STOP » ou « START », mais le comportement n’est pas automatique.
Note
Vous devez configurer explicitement ces mots clés via le portail du partenaire. Infobip peut gérer une liste de blocages d’utilisateurs désactivés, mais vous êtes censé gérer votre propre liste, en particulier si des refus d’accès se produisent via d’autres canaux (par exemple, des e-mails ou des formulaires web).
- Les messages de confirmation tels que « vous êtes désinscrit » ne sont pas envoyés par défaut. Si vous le souhaitez, vous devez les configurer explicitement avec le partenaire ou les implémenter dans votre propre application.
- Vous, le client, sont responsables de la conformité de votre expérience de messagerie aux réglementations locales, notamment la gestion des refus, la configuration des mots clés et la gestion du consentement de l’utilisateur final.
- Azure Communication Services ne traite pas les mots clés d’exclusion ou n’envoie aucune réponse automatisée. Toutefois, Microsoft gère un ensemble de mots-clés d'exclusion prédéfinis pour l’observabilité.
Qu’est-ce qu’Azure Communication Services fait ?
Par défaut, Azure Communication Services détecte les mots clés d’annulation/sortie standard : START et UNSTOP sont reconnus comme des déclencheurs Opt-In, tandis que STOP, ARRET, QUIT, END, REVOKE, OPT OUT, CANCEL et UNSUBSCRIBE sont reconnus comme des commandes d’annulation. Lorsqu’un message entrant correspond exactement à l’un de ces mots clés, Azure Communication Services traite automatiquement la demande et met à jour l’état d’adhésion de l’utilisateur dans notre base de données en conséquence.
Tarification et facturation
Messaging Connect utilise un modèle à double frais pour séparer l’utilisation de la plateforme Microsoft par rapport aux services de livraison et de location du partenaire.
Ce que vous payez Microsoft
Vous payez des frais de plateforme pour utiliser les API et l’infrastructure Azure Communication Services pour Messaging Connect. Cela couvre le traitement des messages, les diagnostics, le suivi de la distribution et l’observabilité au niveau de l’API.
- Azure facture un tarif de plateforme de 0,0025 $ pour chaque demande d’envoi SMS envoyée, que le message soit remis en fin de compte par le partenaire. Microsoft ne facture pas la livraison.
- Ces frais correspondent au prépaiement Azure (ou engagement monétaire) et sont éligibles au MACC (Microsoft Azure Consumption Commitment) et apparaissent dans le cadre de votre facture Azure normale.
Le partenaire Messaging Connect, et non Microsoft, gère la remise des messages.
Ce que vous payez le partenaire
Vous payez directement le partenaire Messaging Connect pour :
- Location de numéros de téléphone (mensuel ou annuel)
- Frais de remise par message, qui varient selon le pays et l’itinéraire
Le partenaire définit les conditions commerciales et les niveaux de support. Par défaut, le partenaire Messaging Connect (par exemple, Infobip) vous facture directement les frais de livraison et de location de numéros. Ces frais n’apparaissent pas sur votre facture Azure, sauf si vous configurez explicitement la facturation de la Place de marché. Il n’existe aucune restriction d’abonnement. Vous pouvez utiliser Messaging Connect avec n’importe quel type d’abonnement Azure, y compris les contrats de paiement à l’utilisation et d’entreprise. Contrairement aux offres SMS directes de Microsoft, Messaging Connect n’est pas un service de télécommunications, il s’agit d’un modèle de plateforme de développement.
| Partner | Modèle de frais de livraison | Détails de la tarification |
|---|---|---|
| Infobip | Modèle tarifaire de paiement à l’utilisation pour SMS. | Afficher les tarifs DES SMS Infobip |
Facultatif : Facturation consolidée via la Place de marché Azure
Si vous préférez consolider les frais dans votre facture Azure, vous pouvez demander que le partenaire offre Messaging Connect via la Place de marché Azure. Voici comment fonctionne le flux de la Place de marché :
- Vous demandez au partenaire (Infobip) de soumettre une offre privée via la Place de marché Azure.
- Votre administrateur Azure accepte l’offre dans le portail Azure.
- Chaque mois, le partenaire envoie des données d’utilisation à Microsoft.
- Microsoft vous facture au nom du partenaire (frais directes).
Cette configuration simplifie l’approvisionnement et autorise l’utilisation de Messaging Connect à compter pour votre engagement Azure MACC.
En savoir plus : Place de marché Azure
Tip
Que vous choisissiez la facturation du partenaire ou de la Place de marché, l’expérience technique dans Azure reste exactement la même.
Expérience développeur
Obtenir un numéro de téléphone avec Messaging Connect
Messaging Connect introduit un nouveau modèle d’approvisionnement : au lieu d’obtenir des numéros directement à partir de Microsoft, vous les achetez via un partenaire approuvé, en commençant par Infobip, puis connectez-les à votre ressource Azure Communication Services. Ce processus vous permet d’accéder aux numéros SMS dans plus de 190 pays, tandis que le partenaire gère les flux de conformité, de documentation et d’approbation locaux.
Tip
Si vous débutez avec Azure Communication Services, nous vous recommandons de commencer par le guide de création d’une ressource Communication Services pour configurer et préparer l’intégration de SMS à Messaging Connect.
Pas à pas :
Choisir votre partenaire Messaging Connect
Dans le portail Azure, dans votre ressource Communication Services, accédez au panneau Messaging Connect et choisissez un partenaire dans la liste. Acceptez les conditions. Vous êtes redirigé vers le site partenaire pour obtenir le numéro.
Acquérir le numéro sur le portail du partenaire
Pour acheter le numéro, suivez les invites fournies par le partenaire Messaging Connect. Selon le pays, vous devrez peut-être charger des documents de prise en charge ou effectuer la vérification complète de l’identité. Une fois approuvé, le numéro est attribué à votre compte partenaire.
Tip
Vous avez besoin d’aide pour configurer le côté Infobip ?
Suivez le guide officiel pour connecter votre ressource Azure Communication Services à Infobip et provisionner des numéros SMS :
SMS pour Microsoft Azure Communication Services – Messaging Connect
Revenir au portail Azure
Une fois que le partenaire confirme que vos numéros sont provisionnés, ils déclenchent la synchronisation avec Azure Communication Services. Une fois la synchronisation terminée, les nombres apparaissent automatiquement dans votre ressource ACS, prêts à être utilisés avec l’API SMS ACS, comme n’importe quel nombre approvisionné directement via Azure Communication Services. Aucune configuration supplémentaire n’est nécessaire de votre côté.
Note
Le partenaire Messaging Connect définit la chronologie d’approbation et d’activation, qui varie selon le type de pays et de nombre. Messaging Connect ne prend actuellement pas en charge l’approvisionnement instantané et Microsoft n’est pas impliqué dans le processus de vérification ou d’approbation.
Remarques importantes :
- Microsoft ne gère pas la conformité ni la vérification des numéros de Messaging Connect. Le partenaire gère entièrement ce processus.
- Chaque partenaire dispose de différents flux d’approvisionnement et contrats de niveau de service (SLA) en fonction de la région et des réglementations locales en matière de télécommunications.
- Les numéros acquis via Messaging Connect s’affichent dans le portail Azure avec une étiquette « Nom de l’opérateur » afin de pouvoir les distinguer des numéros gérés par Azure Communication Services.
- Pour envoyer des messages avec ces numéros, n’oubliez pas d’inclure l’objet
MessagingConnectdans votre demande d’API.
Tutoriel sur le Kit de développement logiciel (SDK) SMS
Note
Les versions de l’API et du SDK suivantes sont prises en charge pendant la préversion publique de Messaging Connect :
-
Version de l’API :
2025-05-29-preview -
Kit de développement logiciel (SDK) JavaScript :
1.2.0-beta.4 -
SDK .NET :
1.1.0-beta.3
Messaging Connect s’appuie sur les fonctionnalités SMS existantes d’Azure Communication Services. Il utilise les mêmes API SMS et sdk. Par conséquent, si vous êtes déjà familiarisé avec l’envoi de messages à l’aide d’ACS, en particulier si vous avez terminé le guide de démarrage rapide Envoyer des SMS, vous êtes presque là. Veillez simplement à utiliser la Send SMS with options méthode et à inclure l’objet MessagingConnect dans le champ Options.
Si vous débutez avec Azure Communication Services, commencez par suivre le guide de démarrage rapide Envoyer un SMS pour configurer l’authentification, créer votre SmsClientet comprendre la structure de base d’une demande d’envoi. Veillez à inclure l’objet MessagingConnect dans votre demande.
Cet objet contient :
- Nom du partenaire (par exemple, « infobip »)
- Clé API partenaire que vous avez reçue après l’acquisition du numéro
Votre jeton Azure Communication Services continue d’autoriser la demande auprès d’Azure, et la clé partenaire indique à Azure Communication Services comment acheminer le message.
Tip
Comment obtenir votre clé API partenaire à partir d’Infobip
Pour envoyer des messages avec Messaging Connect, vous avez besoin d’une clé API Infobip :
- Connectez-vous au portail Infobip à l’aide de vos informations d’identification Infobip.
- Sélectionnez Créer une clé API.
- Sous Étendues d’API, activez :
sms:message:send. - Enregistrez votre clé API dans un emplacement sécurisé. Vous l’utilisez dans votre appel d’API Azure Communication Services.
Les exemples suivants montrent comment envoyer un message avec Messaging Connect à l’aide de C# et JavaScript.
Exemple C#
smsClient.Send(
from: "<YOUR-ACS-NUMBER>",
to: ["<RECIPIENT-NUMBER>"],
message: $"Hello from Azure Communication Services!",
options: new SmsSendOptions(true)
{
MessagingConnect = new MessagingConnectOptions("<YOUR-INFOBIP-API-KEY>", "infobip")
});
Exemple JavaScript
await smsClient.send(
{
from: "<YOUR-ACS-NUMBER>",
to: ["<RECIPIENT-NUMBER>"],
message: "Hello from Azure Communication Services! JS SDK is working!",
},
{
enableDeliveryReport: true, // Optional: Enable delivery reports
messagingConnect: {
apiKey: "<YOUR-INFOBIP-API-KEY>",
partner: "infobip"
}
});
Tip
Si vous utilisez un numéro de connexion de messagerie, mais que vous n’incluez pas l’objet messagingConnect, la requête échoue avec une erreur de validation. Pour obtenir la liste des erreurs et réponses de validation possibles, accédez à la table des résultats de validation.
Codes d’erreur SMS
Lorsque vous envoyez des sms via Messaging Connect, vous pouvez rencontrer des codes d’erreur, soit dans le cadre de la validation synchrone (réponse de l’API immédiate) ou dans des rapports de remise asynchrones. Azure Communication Services utilise le même modèle d’erreur sur tout le trafic SMS, y compris Messaging Connect.
En savoir plus : Voir la liste complète des codes d’erreur SMS
Répertoire du partenaire Messaging Connect
Messaging Connect fonctionne via des intégrations directes avec des fournisseurs SMS globaux approuvés. Ces partenaires gèrent l’attribution de numéros, la conformité, la remise et l’application des refus, tandis qu’Azure fournit la plateforme de développement, l’observabilité et l’orchestration des messages. Le tableau suivant répertorie les partenaires actuellement pris en charge. D’autres partenaires seront ajoutés au fil du temps pour offrir une couverture et une redondance plus larges.
| Partner | Brève description | Disponibilité des pays/régions | Pricing |
|---|---|---|---|
| Infobip | Plateforme de communication mondiale avec des connexions directes à plus de 800 opérateurs dans plus de 200 pays et territoires. Infobip prend en charge tous les types d’expéditeurs, notamment les codes courts, les codes longs virtuels (codes longs virtuels ou VLN) et les alphanumériques (alphas). Plus d’informations | La messagerie unidirectionnelle est disponible pour pratiquement tous les réseaux de tous les pays et territoires. La messagerie bidirectionnelle est prise en charge dans plus de 100 pays. Couverture du pays | Infobip offre un modèle tarifaire flexible de paiement à l’utilisation pour SMS. Afficher les tarifs. Pour les tarifs personnalisés, contactez les ventes. |
Important
Les partenaires Messaging Connect sont sélectionnés en fonction de la portée mondiale, de l’expertise réglementaire, de la fiabilité et de l’intégration forte à l’écosystème de Microsoft.