不是所有客户都用我们的仓。这家宠物用品品牌有自己长期合作的第三方仓，找我们只解决一件事：零售商的 EDI 订单，怎么变成仓库的发货指令，再怎么变回零售商要的 ASN 和发票。
报文接力：850 → 940 → 945 → 856/810
这条链路的行话叫"仓配报文"：
| 报文 | 方向 | 说人话 |
|---|---|---|
| 850 | 零售商 → 我们 | 零售商下单 |
| 940 | 我们 → 三方仓 | "仓库，按这个清单发货" |
| 945 | 三方仓 → 我们 | "发完了，实发这些" |
| 856 / 810 | 我们 → 零售商 | 按 945 的实发数生成 ASN 与发票 |
关键设计和我们自营仓的原则一模一样：856 永远按 945 的实发数生成，不按 850 的订单数照抄。仓库短发了两箱？ASN 就报少两箱，如实。照抄订单数的做法迟早在"报文与实物不符"上翻车。
品牌方看到的是什么
每天一页纸的中文摘要：新单几张、待发几张、已发几张、异常几张（如仓库回传超时、短发、报文被拒），异常项带处理建议。品牌方的运营从此不用登录仓库系统，也不用认识任何一个 X12 段。
940/945 线路最常见的翻车点是"仓库回传不及时"——货发了，945 拖到第二天，856 跟着晚，撞上 ASN 时效线。我们跟三方仓约定回传 SLA 并设了超时告警：945 晚点，第一时间是我们去催仓库，而不是等零售商的扣款单来"提醒"。