SMS

Qu'est-ce que MO et MT ?

Mobile originated (MO) signifie qu'un texte part d'un téléphone ; mobile terminated (MT) signifie qu'il arrive sur un téléphone.

Une notification de livraison et la réponse du client voyagent en sens opposés. Le même client est le destinataire de la notification et l'expéditeur de la réponse.

SMS nomme ces directions du point de vue du téléphone mobile.

Quelle direction correspond à quoi ?

Votre notification vers le téléphone d'un client est MT, et la réponse du client est MO.

Un code de vérification ou une campagne envoyé au téléphone est mobile terminated. La réponse STOP d'un client est mobile originated.

La distinction porte sur l'endroit où le texte commence ou finit. Elle ne dépend pas du fait que votre entreprise considère la conversation comme entrante ou sortante.

Comment le protocole transporte-t-il chaque direction ?

Une connexion SMPP utilise submit_sm pour envoyer un texte et deliver_sm pour en recevoir un.

SMPP transporte les textes entre les applications et les services opérateur. La référence des opérations SMPP définit ces opérations.

Le rapport de livraison du réseau sur un envoi précédent peut aussi arriver via deliver_sm. Ces rapports, appelés accusés de réception, peuvent également utiliser data_sm. La référence des accusés SMPP indique :

Message delivery receipts are returned in the deliver_sm and data_sm operations.

Une opération de transport entrante n'est donc pas nécessairement une réponse client. Votre application doit distinguer les informations d'accusé de réception du texte reçu. Les accusés de réception explique les rapports réseau.

La direction affecte-t-elle la facturation ?

L'envoi et la réception utilisent des tarifs distincts, donc le prix sortant ne détermine pas le coût d'une conversation basée sur les réponses.

Bird facture les textes sortants par segment, chaque partie réseau facturable. Sa facturation entrante utilise aussi le nombre de segments, avec les tarifs entrants applicables et les frais opérateur. Consultez la tarification SMS pour la direction et la destination concernées.

Le forfait mobile du client détermine les éventuels frais d'envoi de sa réponse. Vérifiez ce forfait avant de présenter les réponses comme gratuites. Un flux nécessitant une réponse dépend de la capacité du client à l'envoyer autant que de votre capacité à la recevoir.

Quels expéditeurs peuvent recevoir des réponses ?

Un expéditeur de type numéro de téléphone configuré pour recevoir SMS peut recevoir des réponses.

Un identifiant d'expéditeur alphanumérique, un nom affiché à la place d'un numéro de téléphone, ne peut pas recevoir de réponse par texte. Envoyer une campagne depuis un nom nécessite donc un autre moyen pris en charge pour permettre au destinataire de se désinscrire.

Choisissez la capacité de réception avant de créer un flux de travail qui attend une réponse. Types d'expéditeurs explique les identités disponibles, et Mots-clés STOP couvre le traitement des réponses de désinscription.

Comment distinguer les directions dans Bird ?

Vous lisez le champ direction du message, dont les valeurs sont outbound et inbound.

outbound identifie un message envoyé depuis un expéditeur Bird. inbound identifie un message reçu d'un abonné. Bird expose les messages clients entrants via des événements sms.received, séparément des événements de livraison.

Par exemple, une notification et sa réponse produisent des enregistrements de message distincts. Stockez les deux directions pour reconstituer la conversation ; ne compter que les enregistrements sortants exclut la réponse.

En bref

  1. La direction est nommée du point de vue du téléphone.

    Mobile originated part du téléphone ; mobile terminated y arrive.

  2. Les réponses et les accusés peuvent partager une opération de transport.

    SMPP transporte les deux via deliver_sm, donc le nom de l'opération seul ne suffit pas à identifier une réponse client.

  3. L'envoi et la réception ont des coûts distincts.

    Vérifiez les tarifs applicables pour chaque direction avant de concevoir un flux basé sur les réponses.

  4. Les réponses nécessitent un numéro de réception.

    Un nom d'expéditeur alphanumérique ne peut pas recevoir de réponse, donc une conversation nécessite un autre type d'expéditeur.

Développez sur le même réseau.

Une clé API de test est disponible immédiatement. La production est activée dès que vous ajoutez un moyen de paiement et vérifiez un expéditeur.

Votre prochaine idée.
Prête à se connecter.