给技术负责人的信：TikTok 与 Shopify 请不要各做一套发货后台
多平台发货应收敛到统一订单模型：拉单、映射、出库打单、回传、取消拦截。平台差异进适配器；政策变更可替换，而不是写进永久承诺。
技术负责人：
若你们准备为 TikTok Shop 做一套发货页、为 Shopify 再做一套，请停一下。仓库只会认一种拣货单。平台差异应该死在适配器里，活在中台的是标准订单：平台单号、店铺、地址校验态、SKU 映射、履约仓、运单回写。
标准订单最小集
- 身份：平台 + 店铺 + 外部单号
- 收件：结构化地址与校验结果
- 商品：内部 SKU 与数量
- 资金/风控态：可发货与否
- 履约态：仓、波次、运单、回传时间
最危险的竞态
拣货到一半，平台取消来了。没有状态机的团队会选择假装没看见。正确做法丑陋但诚实：进问题件台，人决定拦下还是沟通售后。把丑陋流程产品化，比假装全自动安全。
快递飞可以按约定平台清单做 OMS 适配器，并和路由、打单接上。首期平台数量写进范围——「先接所有市场热门平台」不是范围，是愿望。
常见问题
首期接平台发货要哪些能力？
拉未发货订单、SKU/地址映射、出库或打单、运单号回传、取消拦截。广告与评价中台不要塞进履约首期。
取消与已拣货冲突怎么办？
状态机写清：哪些状态可出库；取消进问题件；已发货走售后。禁止静默忽略平台取消。
平台改接口谁买单？
适配器可替换、映射可配置；合同写清变更响应方式，不写「永久兼容任意改版且范围不变」。
所属专题
列表筛选「海外仓与FBA」 · 列表筛选「尾程与打单」 · 列表筛选「报关与合规」 · 列表筛选「对接与运营」