IOSOR База знаний

Истечение срока холда до наступления времени отправки send-at

Как система IOSOR обрабатывает запланированные SMS, если удержание предоплаты истекает до наступления времени отправки, исключая тихие сбросы.

Истечение срока холда до наступления времени отправки send-at.

Холд предоплаты и тайминг отложенной отправки

При планировании SMS-рассылок через API платформа IOSOR создает временный холд на балансе для гарантии отправки. Если отправка запланирована на время 'send-at' через несколько дней или недель, удержание имеет ограниченный срок действия (TTL). Если холд истекает до наступления момента 'send-at' и не обновляется, система переходит в особое состояние: она не может отправить необеспеченное сообщением и не должна незаметно удалять его из очереди.

TTL резервирования и истечение срока авторизации

Зарезервированные средства блокируют ориентировочную стоимость кампании, включая целевые тарифы и JIT-выделение номеров E.164. Однако бессрочное удержание средств искажает финансовый учет. IOSOR применяет жесткие ограничения TTL для холдов. Если холд истекает до 'send-at', зарезервированные средства автоматически возвращаются на основной баланс, а задача получает статус 'uncollateralized_pending'.

Исключение тихих сбросов при наступлении времени отправки

В устаревших системах истекший холд приводит к 'тихому сбросу', когда задача просто удаляется из очереди без уведомлений. IOSOR полностью исключает такую практику. Если время 'send-at' наступило, а холд истек, система отклоняет отправку и генерирует вебхук 'scheduling_hold_expired'. Это обеспечивает полную прозрачность аудита и исключает появление потерянных сообщений.

Правила повторной авторизации и лимиты баланса

Для непрерывной работы длинных очередей механизмы повторной авторизации автоматически проверяют запланированные задачи. Повторный холд возможен, если на аккаунте соблюден порог USD 20 prepaid floor. Аккаунты, приближающиеся к порогу soft review near USD 1,000/month, используют автоматическую проверку баланса за 15 минут до отправки, что предотвращает сбои из-за параллельных списаний на OTP трафик.

Логирование событий и сверка очереди планировщика

Сверка очереди требует контроля за холдами, тихими часами и списками блокировок STOP. При сбросе холда консоль фиксирует переход состояния в режиме реального времени. Дополнительные материалы по теме:

Скрипты сверки запрашивают API статусов, чтобы определить, ожидаются ли DLR или требуется повторная отправка запроса.

Начните с IOSOR

Проверьте отложенную очередь в консоли IOSOR, чтобы сопоставить TTL холдов авторизации с целевым временем отправки send-at. Настройте вебхуки для отслеживания событий истечения срока удержания средств до наступления момента рассылки. Это позволит вашей системе вовремя запускать повторную авторизацию и избегать отмены сообщений.

Итог IOSOR

Надежность отложенных рассылок напрямую зависит от актуальности финансовых холдов. IOSOR исключает незаметные сбросы трафика: если срок действия удержания истек до наступления send-at, система фиксирует понятный статусный сбой, а не маскирует его.

Настраивайте мониторинг событий истечения холдов и вовремя обновляйте резервы для долгосрочных очередей. Не рассчитывайте на успешную отправку запланированных сообщений, если финансовое удержание баланса было аннулировано до момента старта.

Был ли материал полезен?

Связанные гайды