很多卖家对物流的理解，还停留在“我按时把货交出去，就算完成任务”。
这句话只对了一半。
TikTok Shop 2026 年 6 月的政策更新，把不同履约方式下的准时送达责任拆得更清楚：符合条件的 Collection by TikTok 和 Upgraded TikTok Shipping 订单，只要卖家在规定时间内完成交接，后续承运商延误不会拖累 OTDR；Seller Shipping 订单，平台仍按承诺送达时间判断；FBT 订单则继续不计入 OTDR。
说人话就是：同样是晚到，平台先看这段路到底归谁管。
OTDR 不是“发没发”，而是“按没按时送到”
OTDR 是 On-time Delivery Rate，也就是准时送达率。
它和 LDR 不是一回事。LDR 盯的是你有没有在发货时限内把包裹交给承运商，并形成有效扫描；OTDR 盯的是包裹有没有在承诺的送达时间内到达买家。
不少团队把这两个指标混在一起。仓库说“今天都交货了”，运营就以为物流没问题。几天后 OTDR 下滑，大家开始找平台申诉，最后发现不是平台算错，而是 Seller Shipping 的末端时效本来就要由卖家承担。
按时出库，不等于按时送达。两张表、两段责任、两个指标。
三种履约方式，责任完全不同
1. Collection by TikTok 或 Upgraded TikTok Shipping：符合政策条件的订单，只要卖家在 dispatch SLA 内完成交接，后续承运商延误不会让 OTDR 变差。但晚交货仍会影响 LDR。
2. Seller Shipping：平台继续对照 delivery-by SLA 判断。承运商慢、线路不稳、末端扫描异常，都可能最终落在店铺 OTDR 上。
3. Fulfilled by TikTok：FBT 订单仍排除在 OTDR 计算之外，但这不代表可以不看缺货、入仓和库存准确性。
最容易踩的坑，是把第一种方式的“承运商延误保护”理解成所有订单都免责。平台没有给物流发免死金牌，只是把不同履约模式的责任边界重新画清了。
先别急着换物流，先把四张表拉出来
第一张是订单履约方式表。按 Seller Shipping、TikTok Shipping、CBT、Upgraded TikTok Shipping、FBT 分组，不要把所有订单混在一列。
第二张是首扫时效表。记录仓库交接时间、承运商第一次有效扫描时间和订单进入 In Transit 的时间。只有打单时间，没有承运商扫描，没有意义。
第三张是线路送达表。按承运商、服务级别、州和邮编统计实际送达时长，找出经常晚于承诺时间的线路。
第四张是异常责任表。区分仓库晚交、单号错误、承运商漏扫、中转延误、地址问题和买家拒收。没有这张表，开会只能互相甩锅。
真正该优化的是“选择逻辑”
低客单、轻小件、稳定线路，可以继续用经过验证的 Seller Shipping 方案。但必须有真实送达数据，不能因为某家物流便宜几毛钱就全店切换。
高峰期、偏远地区或时效波动大的线路，要重新评估服务等级和履约方式。少省一点运费，可能比后面处理差评、退款和指标下滑更划算。
仓库也要设双重截止时间：内部拣货截止时间必须早于平台 dispatch SLA，交接后还要确认有效首扫。把“包裹放到门口”当成发货完成，是很多店铺物流问题的开端。
一周一次，做物流复盘
每周固定检查五件事：各履约方式订单占比、未在时限内首扫的订单、晚到订单最多的线路、承运商异常原因、需要更换服务级别的 SKU。
如果 OTDR 下滑，先按履约方式拆分，再看责任段。不要把所有晚到订单一股脑丢给客服申诉。证据充分的异常再申诉，自己选错线路的订单就直接改方案。
物流不是把单号传上去就结束。它是从库存、仓库、承运商到买家签收的一整条链路。平台改的是计算口径，卖家要改的是管理方式。
再补一个容易被忽略的动作：活动前先做压力测试。把预计订单量、仓库日处理上限、承运商揽收上限和偏远地区占比放到同一张表里。如果预计量已经超过某个环节的承受能力，就提前分仓、增加揽收班次或调整活动商品。不要等爆单以后，才发现仓库出得去，承运商扫不完；承运商扫得完，末端又送不到。真正稳定的履约，靠的是活动前留余量，不是活动后拼命催。
资料来源：TikTok Shop US Academy《Policy Pulse (June 2026)》与《Fulfillment Policy》。平台规则会更新，实际执行以卖家中心最新通知为准。
