订单与配送消息
订单确认、发货通知与配送时段消息是三个独立模板，失败代价各不相同。让每条消息短到能放进一条 GSM-7 分段，避免使用会被本地过滤器拦截的公共短链接服务，并让每条消息都带有收件人能识别的用途。在首次发送前完成发送方登记，因为测试时通得过的路由可能在上线当天被过滤。把送达回执与订单和退款对账，而不是与原始消息条数对账，因为迟到的配送通知和根本没到的通知，在仪表盘总数上看起来完全一样。
数据
- 订单与配送消息属于交易类，可以触达从未同意营销的收件人，但在目的地要求时，发送方仍需完成登记。
- GSM-7 每条可容纳 160 个字符。中文或阿拉伯文改用 UCS-2，每条 70 个字符，一个表情符号占用其中两个，因此同样的文字可能要多用数倍的分段。
- 送达回执报告的是网络观察到的结果，而不是手机屏幕上显示的内容。对账要落到订单层面，并把消息 ID 与订单一起留存。
- 结账验证与订单更新属于不同的流量类别，前者是有短暂有效期的登录密钥，后者是可以重试与批量的通知。
- 峰值活动前先预留每条绑定的吞吐，并先用本地过滤器测试模板。
本页不是法律意见。
场景
结账验证与账号安全
结账 OTP 是短期有效的密钥，设计主要看有效期与重试：设定有效期、限制重发次数、按号码与设备限速，并在验证码未到达时回退到其他通道。消息正文不应包含完整账号或登录页链接，因为消息可能被转发。OTP 欺诈说明介绍了这些模式。
骑手车队
配送骑手按两轮车队而不是手机用户来追踪：位置、电量与配送状态走数据画像，骑手手机只要有网，就能与平台应用通信。交接班、车场地理围栏与换电站是产生流量的事件。车辆连接（包括电动自行车与共享车队）在智能出行页介绍；本页介绍围绕它的买家侧消息。数据画像按车辆核定，因此离职的骑手不会留下一条还在用的线路。
退货、取件与快递柜验证码
退货面单与取件码是一次性密钥，附带地点与截止时间。把验证码与地点、时间窗放在同一条消息里发送，保持措辞稳定以便收件人识别，并在服务端使其失效，而不是依赖消息本身。快递柜增加了第二条通道：包裹存入时快递柜发出事件，买家收到一个只能开一次门的码。双向回复在这里有帮助，但需要一个能接收消息的号码，而不是字母数字发送方 ID，后者通常是单向的。
总部到中国链路
在总部与中国之间运送货物与数据的在线集市分为两条链路：团队与供应商之间的商务流量，以及采购、库存与财务系统背后的数据通路。两者都要从列明应用、站点与流量方向开始，因为按办公邮件核定的链路与承载订单数据的链路表现完全不同。ICP 备案与跨境数据传输步骤适用于部分设计。请与法律顾问一起，将其与合同一并界定，并把连接选择与备案问题分开看待。中国合规页列出了应向法律顾问提出的问题。本文不构成法律意见。
产品组合
A2P 短信
A2P 短信：用于验证码与通知的批发路由
订单、物流与 OTP 通道，按国家登记发送方，并逐条返回送达回执，见 A2P SMS。
了解更多批发数据与 eSIM
批发移动数据、eSIM 与 IoT SIM
按追踪器预设核定的骑手车队数据画像，配专有 APN 与按车辆报告。
了解更多中国连接
中国连接：IP Transit、CloudBond 与专线
含 ICP 备案与数据传输步骤的总部到中国连接，见中国连接。
了解更多常见问题
是你们代我们发送，还是我们以平台身份自行发送？
两种都可以。平台以 CPaaS 身份、用自身吞吐发送；企业则直连发送。告诉我们您属于哪一种，我们评估最合适的接入，因为按哪种身份发送，决定了发送方登记和合同由谁负责。
骑手手机如何连接？
骑手走车队数据画像，两轮车的细节在智能出行页。向顾客告知骑手位置的买家侧消息，走另一条带有独立发送方登记的 A2P 路由。
我们在中国的采购办事处怎么办？
总部到中国链路与消息合同一并界定备案与数据传输步骤。请先列明应用与站点。先有这份清单，合规问题才有答案，合同本身回答不了。
订单消息为什么在上线时失败？
通常是三个原因之一：发送方从未在目的地完成登记，模板触发了本地的链接或关键词过滤器，或路由是按测试量而不是上线量核定的。预先测试模板、尽早登记，并在活动排期开始前预留吞吐。
如何为销售高峰活动做准备？
按目的地预测突发量、预留吞吐，并预先测试将要变更的模板。保留带重试策略与明确过期时间的队列，这样积压不会在活动结束后变成成千上万条过时的配送通知。
