Expiration de la réservation de planification avant l'envoi

Expiration de la réservation de planification avant l'envoi.

Retenues prépayées et timing de l'envoi programmé

Lors de la planification d'envois SMS dans le futur via API, IOSOR place une retenue temporaire sur le grand livre contre votre solde prépayé afin de garantir la capacité d'exécution. Si une charge utile est définie pour un horodatage 'send-at' éloigné de plusieurs jours ou semaines, la retenue d'autorisation comporte une durée de vie (TTL) strictement définie pour sécuriser la capacité sortante et l'allocation de numéros JIT.

TTL du grand livre et expiration de l'autorisation

Une réservation de retenue bloque le coût estimé de la campagne sortante, couvrant les frais de destination et les ressources réseau. Cependant, conserver des crédits indéfiniment altère la liquidité du grand livre. IOSOR applique des limites de TTL strictes sur les retenues de solde. Si des retards dans la file d'attente ou une planification à long terme font expirer une retenue avant le 'send-at', les fonds réservés sont automatiquement libérés vers le solde principal du compte.

Rejet des abandons silencieux au moment de l'envoi

Dans les architectures obsolètes, les retenues expirées entraînent souvent des abandons silencieux où la file d'attente supprime simplement le registre lors du 'send-at' faute de réservation active. IOSOR élimine ces abandons silencieux. Si le 'send-at' survient et que la retenue a expiré sans réautorisation, le moteur d'expédition rejette immédiatement l'exécution et émet un événement webhook explicite 'scheduling_hold_expired'. Cela garantit une traçabilité complète sur l'ensemble du trafic E.164.

Règles de réautorisation et limites de solde

Pour maintenir une distribution ininterrompue des files d'attente à long terme, des pipelines de réautorisation automatisés réexaminent régulièrement les éléments programmés en attente. Si le solde passe sous le seuil requis, le moteur tente d'effectuer une nouvelle retenue tant que le compte respecte le plancher prépayé de USD 20.

Journalisation des événements et réconciliation de la file d'attente

La réconciliation de votre file d'attente exige une visibilité claire sur les retenues du portefeuille, la gouvernance des heures de silence et les listes de suppression. Lorsqu'un élément planifié perd sa retenue, la journalisation en temps réel enregistre la transition d'état au sein de la console.

Lectures liées: La gestion des files d'attente d'envoi programmé n'est pas un moteur de polit… · Planification des envois par fuseau horaire et réserves avant la production · réservation prépayée avant le premier débit.

Commencez avec IOSOR

Consultez votre file d'attente programmée dans la console IOSOR pour comparer la durée de validité des autorisations aux horodatages d'envoi ciblés. Configurez des écouteurs de webhooks pour recevoir des alertes d'expiration de réservation afin d'autoriser à nouveau les fonds automatiquement avant l'envoi. Veillez à ce que les éléments en attente conservent une réservation de solde active pour éviter tout échec lors de l'ouverture de la fenêtre d'exécution.

À retenir — IOSOR

L'intégrité des envois programmés repose sur la synchronisation des réservations de solde. IOSOR élimine toute illusion de distribution silencieuse en interrompant explicitement les messages en attente lorsque les autorisations expirent, garantissant une transparence totale de l'état du système.

Pensez à configurer un suivi par webhook pour les expirations de réservation et à automatiser les réautorisations pour les programmations à long terme. Ne supposez pas qu'un envoi programmé s'exécutera si la réservation de solde sous-jacente expire avant l'horodatage prévu.