最近后台发货,如果你也卡在"箱子重量校验"这一步死活过不去,别怀疑自己——这大概率不是你操作的问题,而是亚马逊欧洲站新上线的一个校验逻辑有 bug,而且据卖家社区反馈,已经数周没有得到修复。

发生了什么

事情的源头是一条 Reddit 上的讨论帖。一位在 Seller Central 卖了 8 年以上的老卖家反馈:亚马逊近期给欧洲站(英国发往欧洲的货件尤其受影响)新增了一项校验规则——每个外箱的毛重必须大于箱内商品净重总和,也就是:

箱毛重 > 每箱件数 × 单件净重

逻辑本身没问题。纸箱本身有重量,加上填充物,毛重高于净重是必然成立的。按理说,只要老老实实填写数据,这条规则不该拦任何人。

问题在于:如果你的箱重数据不满足这个条件,Seller Central 的任何界面上都不会提示你错误出在哪里。没有红字、没有报错码、没有具体字段高亮。你只知道"创建货件失败",然后反复检查、反复重试、反复被拒。这条 Reddit 讨论下面,一堆卖家留言说遇到一模一样的症状。

为什么卖家会"中招"

熟悉 FBA 发货流程的朋友知道,创建货件时要填两类重量:单个商品的净重(用于入库计费和 Listing 数据),以及外箱的毛重(用于物流和仓内处理)。

问题恰恰出在这里:

  • 如果你的单件净重填低了(很多卖家习惯往保守了填,或者沿用早期 Listing 的数据),箱内 50 件 × 偏低的单件净重,可能算出来还不如你填的毛重大——这能过。
  • 反过来,如果你的毛重填低了——比如按"箱内商品重量"而不是"商品 + 包装"来估,校验就会判定:毛重 ≤ 净重总和,逻辑上不成立,拒收。

而多数卖家填毛重时,脑子里想的是"这箱货大概多重",不是"这箱货的商品净重加起来多重再加纸箱重量"。一旦有偏差,就直接撞上这条新规则。

更要命的是报错信息完全缺失。我做了 13 年亚马逊,见过无数后台抽风的时刻,但"加了校验却不告诉你校验失败原因",这个级别的问题并不多见。

这位老卖家说到了点子上

原帖里有一句话我很认同:"亚马逊发布的功能明显没有经过充分的用户测试,哪怕是最简单的问题,也要好几周才能修。"

这不是吐槽,这是平台的一个结构性现状:卖家后台的每一次改版、每一条新校验,都是灰度推给几百万卖家"共同测试"的。测出问题,修复周期以周计。这段时间里,成本是卖家在承担——货发不出去,断货风险在累积,旺季排期在错过。

原帖作者还有一句话值得琢磨:"他们肯定因此损失了大量销售,因为很多卖家直接放弃了。"这话不假。我敢打赌,相当一部分卖家遇到创建失败,不会想到去 Reddit 搜,而是尝试两三次后就此搁置,甚至改走其他渠道。对平台来说,这是信任损耗;对你来说,如果你正好卡在关键补货节点,这是真金白银。

现在你能做什么

如果你正被这个问题折磨,按下面几步排查:

第一,检查你的箱重填写口径。 确保毛重 = 单件净重 × 每箱件数 + 纸箱自重 + 填充物重量。不要凭感觉估,拿秤称一箱实物,按实测值填。如果之前净重数据偏低,也顺手把 Listing 里的商品重量校准到实测值——两边数据一致,这类校验就无从拦你。

第二,用"最小化变量"的方式重试。 如果某一票货死活过不去,试着拆成更小的货件、减少 SKU 混装,定位是哪个箱子、哪个 SKU 的数据触发了校验。新版发货流程里,箱重信息可以在上传箱唛模板里单独核对,比网页表单更直观。

第三,报错无路时,开 case 要具体。 别只写"货件创建失败"。附上截图、货件编号、你填写的箱重数据,并要求客服明确告知是哪一个校验未通过。case 数量本身就是平台衡量问题严重程度的信号——这类系统性 bug,正是需要足够多的 case 堆上去才会被真正排期修复。

第四,把这次教训沉淀成流程。 平台以后只会加更多校验,不会更少。把"发货前用一箱实测数据核对净重/毛重口径"写进你的 SOP,下次新规上线,你就不会是那个在后台反复重试三个小时的人。

写在最后

这类"新规 + 静默拒收 + 数周不修复"的组合,以后还会反复出现。我们改变不了平台的迭代节奏,但可以把自家数据的口径做扎实——净重、毛重、尺寸,全部以实测为准。当你的数据本身无懈可击时,再刁钻的校验也不过是几秒钟的事。

如果你的货件最近也被莫名拒收,先去核对箱重数据,再回来告诉我是不是同一个坑。