已准备好的受众在释放前可能发生变化。收件人可能退订，优惠可能过期，发送方的审批可能仍未完成。在定时发送启动时重新检查这些条件。
活动计划需要什么？
活动计划需要一个受众、一条消息，以及针对每个收件人组解析后的释放时间。
SMS 广播协调共享内容、个性化、定时发送和收件人结果。批量 API 请求将独立消息分组。这两种工作流需要不同的准备和跟踪方式。
能否定时发送单条 Bird SMS 请求？
在你的应用中调度 API 调用。单条 SMS 端点不会为未来时间保留消息。
单条发送操作会以 422 SMSUnsupportedFeature 拒绝 scheduled_at。
在调度器中持久化预期的发送时间和消息标识。将重试保护绑定到该标识，以便在收到不确定响应后检测重复尝试。
提交前重新检查授权和发送方就绪状态，因为消息等待期间两者都可能变化。释放前确认消息是否仍然有效。
如何按本地时间上午 9 点发送？
按可靠的时区对收件人分组，然后将本地时间解析为每个组对应的正确时刻。
使用命名时区，以便调度器能处理夏令时切换。时钟调整可能导致某个本地小时出现两次或不存在。定义调度器在这些情况下使用哪个释放时刻。
电话号码的国家代码无法确定收件人的时区。有些国家跨越多个时区，而且人们在保留号码的同时可能旅行到其他地方。请要求提供相关时区，或使用现有偏好设置，并对未知值制定明确的处理策略。
例如，一个收件人组的本地时间可能比另一个组快三个小时。其上午 9 点的释放必须提前三个小时执行。分别设置释放时刻可以为每个组保留预期的本地时间。
静默时段如何影响发送计划？
静默时段将特定的本地时间排除在允许发送的窗口之外。适用的规则取决于收件人、发送方和消息用途。
确认规则针对的是发起消息还是消息送达。发送时间戳和送达报告描述的是不同事件。国家级摘要可能遗漏地方性限制。
单条 SMS 端点不会因静默时段而延迟发送。要遵守静默时段限制，你的集成必须将受限消息保留到允许发送的窗口。在释放时重新检查许可，因为消息等待期间收件人可能退订。
定时开始是否保证在该时间送达？
定时开始确定的是可以开始处理的时间，不保证每部手机何时收到消息。
SMS 吞吐量、消息长度、网络状况和收件人可达性都会影响送达。发送计划记录预期的释放时间。送达结果记录消息的实际处理情况。
在消息中包含优惠的过期时间，以便收件人了解是否仍可使用。你的调度器应当拦截过时内容。
定时发送前应检查什么？
- 确认受众的许可以及适用的发送窗口。
- 使用可靠的时区解析每个本地时间。
- 检查个性化内容、分段数量和发送方就绪状态。
- 在释放前重新检查资格。
- 在释放后跟踪送达结果。
简而言之
将时区与预期的本地时间一起存储。
国家代码无法确定收件人所在位置或适用的时钟。
活动定时发送与单条发送是不同的操作。
Bird 的单条 SMS 端点会拒绝 scheduled_at。API 集成必须自行调度该调用。
在释放消息时重新检查授权。
准备好活动后，收件人仍可能撤回许可。
开始时间不等于送达时间。
容量、网络状况和收件人可达性都会影响送达。