亚马逊货明明到仓了，为什么还显示货件缺陷？——签收单救不了你

后台货件详情页里有个「问题」标签，平时是灰的，那天它后面跳出来一个红色的 1。

点进去，一段红底的提示，说发现您的货件存在缺陷，亚马逊会采取必要措施进行补救并接收您的库存，若不遵守这些实践，可能导致接收库存出现延迟，还可能向您收费。

再往下，一行字写得很清楚。

您的货件包含 1 个货件缺陷，0 个箱子缺陷和 0 个商品缺陷。

缺陷名称是「错过送达时段」，指导级别标准，后面跟着一个「确认」按钮。

而 POD 时间是对的。承运商的签收单在手，时间地点签字，白纸黑字，货也确实进仓了。

我一开始也觉得奇怪，POD 都对了你还能挑什么毛病。后来把这一屏一栏一栏看下来，才发现这事的盲区比我想的大。

先说最让我愣住的地方。

那一行缺陷记录，右边还有两栏。缺陷数量写的是 80，绩效测评单位写的是「商品数量」。

一个柜子错过一次送达时段，缺陷不是记一笔，是按里面的商品件数记。这一次是 80 件，就是 80。

这个计量方式很多人没注意。你以为送错一次窗口，无非绩效面板上多一条记录。实际上它按件数往上累。同样是错过一次，你发 80 件和你发 2000 件，在系统眼里根本不是一个量级的事。

所以大货比小货危险得多。不是因为大货更容易晚，是因为一旦晚了，一次就够你受的。

顺着这个再看缺陷的分层。后台给的是三层，货件缺陷、箱子缺陷、商品缺陷。这次是 1 个货件缺陷，另外两层是 0，说明货本身没毛病，箱子没毛病，商品也没毛病。

出问题的只有一件事，货是几点到的。

除了卖家这一侧的货件缺陷，承运人那一侧还挂着一套 PO 预约缺陷率，分调度缺陷、到货缺陷、接收缺陷，分别看信息准不准、有没有在窗口内到、实际接收数量对不对。这两套东西之间怎么打通、会不会互相影响，说实话我没完全搞清楚，官方文档写得也不细。

但有一点是共通的。

没有一项是看你的 POD 时间的。

POD 是证据，缺陷是判据。你以为证据完美就万事大吉，但系统根本不看你手里那份证据。

那为什么最近这么集中。

出货高峰期，所有人的柜子挤在同一段时间到港，都在抢仓库那几个时段。仓库一天能开几个门、卸几个柜是固定的，不会因为大家都来了就变多。

于是三件事同时发生。想要的时段约不到，只能退而求其次。港口和码头也在同一个节奏上堵，提柜排队变长。仓库自己超负荷，卸货慢，扫描慢。

三件事叠在一起，柜子踩准那个窗口的概率就下来了。

那具体是怎么错过的。这从来不是一个环节的问题，是一条链上任何一环松了都会传到最后。

第一环是船期。船晚到几天很常见，晚到之后码头的卸柜排期还要重排，这一段你完全插不上手。

第二环是提柜。柜子落地不等于能拉走，要等放行、等清关、等提柜时段。美西那几个大港排几个小时是常态，赶上高峰一个司机一天只跑得了一趟。

第三环是拖车调度。卡车公司的车不是给你专用的，一辆车一天排好几个活儿，前面那个仓库卸得慢，后面所有人的时间全往后推。

第四环才是送仓。到了门口还要排队等 door，前面十几辆车堵着，轮到你已经过点了。

每一环都只晚了一点点，加起来就是错过窗口，而没有任何一个人觉得是自己的问题。

改预约行不行。规则要求提前 72 小时，你今天发现柜子要晚，明天就该到，来不及。就算来得及，改完可能约到三天以后，柜子在码头多压三天，堆存费也是钱。

说到这我想多聊两句帮我们送货的那一方。很多人觉得是货代不上心，不完全是，他们的运作逻辑跟你想的不一样。

第一，预约账号大概率不是你的。中小卖家用的是货代或者卡车公司的账号，底下挂着一堆客户的柜子，缺陷率是共用的。你准时别人不准时，账号照样超标；别人把账号做坏了，你的柜子约不进去。

第二，他们的考核跟你的不是一套。你在意的是缺陷，他们在意的是车队周转和成本。一辆车一天多跑一趟是实打实的收入，调度时优先考虑的是路线怎么排最省，不是你这柜的窗口卡得紧不紧。

第三，改预约对他们是纯成本。要重排调度、重新协调司机，还不一定能约到好时段。除非你盯着催，默认动作就是不改，硬着头皮送过去。晚了就晚了，反正 POD 上有签收，在他们那套逻辑里活儿是干完了。

第四，链条太长，责任摊薄。船公司、报关行、码头、拖车、司机，中间还有分包。哪一环晚了最后没人认，你去问，答案永远是港口太堵。

我不是说货代都不负责。是你和他们对准时的定义压根不一样。你说的准时是落在那几个小时里，他说的准时是这周把货给你送进去了。

那攒多了会怎样。

官方那段红字给的口径是两条，接收库存出现延迟，还可能向你收费。换成人话，你的货进仓会被排到后面去，还有可能被扣钱。

承运人那一侧还有一组数字，PO 准确性要求 95% 以上，缺陷率超过 10% 或订单准确率低于 85% 的承运人，亚马逊保留优先执行权，超过 50% 的账号封禁 30 天。这些是我照着政策页面抄的，不同站点可能有出入，你自己去核一遍，别拿我这篇当准。

要注意封的是承运人预约账号。回到共用账号那个问题，别人把账号做超标了，你的柜子一样进不去。

对了，那个「确认」按钮。点下去到底意味着什么，是单纯已读，还是等于认下这笔缺陷，文档里没写清楚，我也没搞明白。不点它也一直挂在那。

那今后怎么避免。先回答问得最多的那个，是不是换个更快的物流就行。

我的答案是，作用有限。

快解决的是到港早不早，但缺陷卡的是提柜到送仓那一段，跟船快不快关系不大。你花大价钱买了快船，柜子提前五天到港，一样可能码头排三天、调度再推一天，最后还是错过窗口。

真正该买的不是速度，是缓冲。

同样一笔钱，与其升级船期，不如把到港日和预约窗口之间的间隔拉宽。这段我自己现在按七到十天排，高峰期再加。宽出来的这几天，就是留给港口堵车、提柜排队、司机调度的容错空间。

剩下几件事是自己能管住的。

选货代的时候多问一句，你们用谁的预约账号，这个账号现在缺陷率多少，能不能给我看一眼绩效面板。问得出来的说明人家心里有数，支支吾吾的你自己掂量。

把改预约的责任说死。合同里或者微信里明确一句，有延误苗头，提前 72 小时以上必须通知我并操作改约。不明确，默认就是不改。

装柜信息装柜前一天冻结，箱数和 SKU 定死，之后谁都不许临时加减。真要改，24 小时之前同步改 PO。

如果类目和成本允许，可以考虑把预约这一环交回给亚马逊，用合作承运商方案或者走 AWD 中转，等于把最难控的那段责任转出去。这条不适合所有人，你自己拿数据算。

把这些串起来看，我觉得有个更大的变化正在发生。

以前的逻辑是，卖家发货，仓库验收，有问题人工处理。POD 是核心证据，你拿着签收单去开 case，客服看得懂，能给你申诉回来。

现在变了。卖家发货，系统自动比对时间窗口、信息、接收数量，对不上就自动记一笔，还按商品件数往上累。POD 只是你手里的证据，它不是系统的判据。

就像从交警在路口拦你，变成了摄像头自动抓拍。你的驾照再干净，行车记录仪拍得再全，摄像头看的只是你那一秒有没有压线。你手里所有的东西，都不进入它的判定。

亚马逊在把物流合规的判定权，从人工那边收回到系统这边。而在 POD 之后的那些环节里，卖家基本上是个被动方。

写到这我得说清楚，除了那张后台截图上白纸黑字的东西，剩下的都是我看规则加上这段时间的观察推出来的。这类缺陷申诉成功率有多少，不同仓库判定松紧差多少，我手里没有足够的样本，说不好。

做 FBA 做久了会有个错觉，觉得把货送进仓库就算交差了。其实那只是考核的起点。

就像交了卷，阅卷的老师换成了机器，而你连答题卡涂没涂对都不知道。

那天最扎我的其实不是那条红字，是右边那个 80。它提醒我一件事，这套系统计的不是你犯了几次错，是你犯错的时候身上背了多少货。

能控的先控住，缓冲拉宽，装柜前多对一遍。剩下那部分，就当是这个平台的经营成本了。