Réessayer les éléments SMS échoués sans double livraison

Relancer des SMS échoués expose au risque de double livraison si un webhook arrive avec du retard. Une simple expiration de délai cache parfois un message bien acheminé par l'opérateur. Pour éviter toute surfacturation en USD, il faut impérativement vérifier l'état du registre DLR et utiliser des clés d'idempotence dans le pipeline JIT.

Anatomie d'un élément SMS échoué

Lors de l'exécution de campagnes CPaaS prépayées en marque blanche, les coupures réseau et les délais d'attente des opérateurs provoquent l'échec de certains éléments. Les opérateurs ont besoin d'une vision claire des états d'envoi avant de déclencher toute logique de nouvelle tentative. Un élément échoué peut renvoyer une erreur en amont ou expirer complètement pendant qu'il est en file d'attente dans le pipeline de répartition JIT.

Le danger de la double livraison et de la double facturation

Le risque le plus critique lors des nouvelles tentatives de campagne manuelles ou automatisées est d'envoyer exactement le même texte deux fois et de déclencher une double facturation. Si un webhook signale un délai d'attente, l'opérateur peut tout de même livrer le message quelques minutes plus tard. Pousser aveuglément l'ensemble du lot via un script de réenfilement facturera instantanément votre client deux fois pour le même contenu.

Réconciliation du décalage DLR et des états de livraison réels

La congestion du réseau entraîne souvent des rapports de statut retardés, donnant l'impression qu'un message a échoué alors qu'il était simplement bloqué en file d'attente. Comprendre l'écart abordé dans Retard des accusés de réception et acceptation API : arrêtez de brûler le pré… est essentiel pour la sécurité des nouvelles tentatives.

Hachage de charge utile sécurisé et clés d'idempotence

Pour éviter une double exécution au niveau du réseau, chaque requête SMS sortante nécessite une clé d'idempotence unique. Lorsqu'un élément de campagne échoue et entre dans la file d'attente de nouvelle tentative, le système génère un hash salé combinant le numéro E.164 du destinataire, l'ID de campagne et l'horodatage. Si un webhook en double arrive avec exactement le même hash, le moteur de facturation le rejette instantanément, empêchant les débits secondaires.

Gestion des échecs de lots partiels lors du basculement

Lorsqu'une route principale se dégrade, le trafic bascule vers une route de secours, ce qui entraîne souvent des résultats de lot mixtes où certains messages réussissent et d'autres stagnent. La gestion sécurisée de ces exécutions fragmentées nécessite d'isoler le sous-ensemble échoué sans perturber le pipeline actif.

Commencez avec IOSOR

Ouvrez la console IOSOR et activez le hachage d idempotence des charges utiles sur vos pipelines de nouvelle tentative de campagne pour bloquer automatiquement les envois en double. Définissez une période de retenue obligatoire pour la réconciliation des accusés de réception avant qu un message ne soit marqué comme échec permanent en vue d un nouveau traitement. Isolez les échecs de lots partiels directement à partir des journaux de la file d attente afin que seuls les numéros non confirmés soient retraités.

• routage SMS à l’échelle
• MMS débite le prepaid avant envoi

À retenir — IOSOR

Réessayer des éléments de campagne en échec sans une stricte idempotence et une réconciliation des retards d accusés de réception conduit directement à une distribution en double et à un gaspillage de fonds. Réexécuter aveuglément des lots entiers lors des basculements de routage crée un trafic redondant qui dégrade la confiance des opérateurs et indispose les destinataires avec des SMS dupliqués.