发送排期冻结在发送时间之前过期

发送排期冻结在发送时间之前过期。

预付费冻结与定时分派时序

通过 API 将短信分派安排到未来时，IOSOR 会在您的预付费钱包中设置临时账单冻结，以保证执行能力。如果有效载荷设置为几天或几周后的 'send-at' 时间戳，授权冻结将具有明确的生存时间(TTL)。定期检查账单冻结状态是确保高送达率的核心运维步骤。每个排期任务在创建时都会核对当前的钱包总额，确保后续的流量吞吐量与可用资金保持严格同步，避免超额分发。

账单 TTL 与授权到期

冻结预留锁定了出站营销活动的估计成本，涵盖目的地费率和按需号码分配。然而，无限期扣留积分会扭曲账单流动性。IOSOR 对余额冻结强制执行严格的 TTL 限制。如果队列延迟或长期排期导致冻结在 'send-at' 之前到期，预留资金将自动释放回主账户余额中，并记录事件日志。此过程保证了财务报表的准确性，防止资金被长期无效锁定。

拒绝排期时的静默丢弃

在旧版架构中，过期的冻结通常会导致静默丢弃，即队列在 'send-at' 时由于缺少活动冻结而直接丢弃记录。IOSOR 消除了这种静默丢弃的摩擦。如果 'send-at' 到来且冻结已过期且未重新授权，分派引擎会立即拒绝执行并发出显式的 'scheduling_hold_expired' Webhook 事件。下游接收系统可以捕获此事件以触发人工干预或自动补救流程。这确保了 E.164 目的地流量的完全可审计性并防止产生幽灵队列记录。

重新授权规则与余额限制

为了保持长期队列的不间断交付，自动化重新授权流水线可以定期重新检查挂起的排期项目。如果余额低于所需阈值，只要账户达到 20 美元的预付费底线，引擎就会尝试重新冻结余额。这需要监控钱包余量、充值触发器和充值网关延迟，以避免因余额不足而导致任务失败。运维人员可以通过控制台微调重新授权的重试次数和指数退避时间间隔。

静默时段治理与黑名单同步

在处理跨时区排期任务时，静默时段治理确保营销消息不会在当地深夜扰民。系统会自动校验接收方的本地时间，并将违规任务暂存。同时，退订黑名单同步会实时拦截已撤回同意的终端用户，即使他们的排期任务早于黑名单更新时间创建。这种动态过滤与钱包冻结机制紧密结合，确保每一条成功发送的有效载荷既合规又具备充足的财务授权。

相关阅读: 定时发送队列管理并非静默时间合规引擎 · 生产上线前定时发送时区调度与队列资金冻结测试 · 首次扣款前的预付资金预留.

从 IOSOR 开始

在 IOSOR 控制台中检查预定发送队列，以监控预授权冻结 TTL 与目标发送时间戳的关系。配置 Webhook 事件监听器以接收计划冻结到期警报，使您的系统能够在发送前自动触发重新授权。请确保排队中的项目保持有效的资金冻结，以防止在发送窗口开启时发生执行失败。

IOSOR 要点

定时发送的可靠性取决于资金冻结与发送时间的同步。IOSOR 拒绝假装成功，当预先分配的账本冻结到期时，系统会明确暂停排队的消息，从而提供绝对的透明度，而非默默失败。

务必配置 Webhook 监控以跟踪冻结到期事件，并为长周期定时发送设置自动重新授权。切勿假设在底层账本保留于目标发送时间之前到期的情况下，预定发送仍会自动执行。