Skip to main content
Vous pouvez atteindre FireFlo par deux voies, et votre choix tient surtout au volume et à ce que votre stack parle déjà.

REST

JSON sur HTTPS. Un appel, un message. Commencez ici sauf raison contraire.

SMPP

Un bind persistant. Débit plus élevé, et ce que parlent les opérateurs eux-mêmes.
Tout ce qui se passe en aval de l’acceptation est identique. Même routage, même tarification, mêmes approbations, mêmes accusés. Le choix affecte la manière dont vous remettez un message, pas ce qui lui arrive.

Trois choses qui surprennent

Bon à savoir avant votre première intégration plutôt que pendant votre premier incident.
La réponse de soumission est envoyée avant l’exécution du routage. Donc 200, ou ESME_ROK, signifie accepté pour routage, et rien de plus.Un message peut être accepté puis refusé, abandonné ou échouer au routage, et le seul moyen de l’apprendre est un accusé de livraison. Si votre intégration traite l’acceptation comme une livraison, elle sera fausse exactement dans les cas qui vous importent.
Sur un compte avec whitelisting activé, un from non approuvé est refusé, tout comme un corps de message qui ne correspond à aucun template approuvé.C’est normal pour les destinations réglementées, DLT indien en tête. Si vos envois fonctionnent en test et échouent en production, c’est la première chose à vérifier.
dlr_url et dlr-url sont un seul champ, et envoyer les deux donne un 400 plutôt qu’un comportement last-one-wins.La seule exception est custom_tlvs, qui conserve son underscore. custom-tlvs est un argument inconnu.

Où aller ensuite