真正要先解决的问题其实只有一个:现在手里这点证据,足不足以把风险范围圈出来?
假设一个卖家在 Kogan Marketplace 上销售某款家居小电器。某天,仓库抽检发现,同一来货批次里有两件产品的外观装配与留样不一致,采购同事翻出供应商邮件,又发现这个批次的生产日期和另一张收货单对不上。
仓库隔离疑似批次并追溯Kogan订单
这时候最容易犯的错,不是动作太慢,而是动作太乱:有人马上把所有库存都删掉,有人觉得“只是两件异常”,继续发货;还有人直接把“疑似”写成“产品缺陷”,开始给客户发召回通知。
真正要先解决的问题其实只有一个:现在手里这点证据,足不足以把风险范围圈出来?
在没有完成缺陷或安全结论之前,卖家可以先做风险控制,但不要把控制动作冒充成最终判断。对仓库来说,先隔离待核库存;对质量团队来说,先保全样品和记录;对运营来说,先阻断可能继续流出的相关库存或商品;对合规负责人来说,则要判断是否已经触发平台处理、ACCC报告或其他机构的法定义务。四件事可以同时推进,不能混成一件事。
假设异常出现在供应商批次 L2408A。卖家手里有采购订单 PO-0815、供应商装箱单、到货照片、仓库收货单 GRN-0912,以及 ERP 里的入库数量。第一步不是估算“这一批大概有多少”,而是把这些记录一张张对起来。
最理想的链路是:供应商生产批次或序列信息 → 装箱单 → 运输或到货记录 → 仓库收货 → 库位移动 → 出库拣货 → Kogan 订单与发货记录。
如果一个环节有编号,就继续向下匹配;如果只有日期,没有批次号,就保留“日期关联、批次未确认”;如果两个批次混仓,不能因为其中一箱来自 L2408A,就把整仓同 SKU 全部认定为受影响,也不能反过来因为有一部分找不到编号,就把范围缩到最小的几箱。
这里最重要的是建立一个“已知、可推定、未知”的三层状态。
“已知”是有直接记录支撑的,例如供应商批次 L2408A 明确对应仓库入库单 GRN-0912,且该入库单记录了120件。
“可推定”是时间、箱号、采购单等信息能形成较强关联,但缺少一个关键字段,暂时不能当成确定事实。比如供应商邮件写的是8月15日生产,仓库8月18日只收过这一款,但没有把生产批次写进收货单。这可以作为调查线索,却不应该被写成“100%就是这一批”。
“未知”更不能被悄悄删掉。比如库存系统显示还有40件,但仓库曾经做过一次手工调拨,调拨单没有记录批次,那么这40件究竟来自哪个批次,就应该明确标成未知,直到找到证据。追溯最怕的不是“未知”,而是把未知硬填成已知。
可以给内部追溯表加一列“证据等级”,再加一列“下一步补证”。这样一来,仓库不会凭印象移动货,采购不会凭供应商口头说法改批次,运营也不会因为一个 SKU 被点名就直接把所有历史订单都算进去。
在事实还没查完时,库存隔离是一种风险控制动作,不等于卖家已经认定商品存在缺陷。
假设目前能确认120件属于 L2408A,其中80件还在仓库,20件已经发往澳大利亚客户,另外20件在第三方仓配点。最直接的动作,是把能够确认属于疑似批次、且尚未继续流出的库存先做物理或系统隔离,防止普通拣货继续把它们发出去。
如果同一 SKU 存在多个批次,而异常只指向 L2408A,就不要为了省事把 L2407B、L2409C 也一并写成“问题批次”。但如果仓库无法区分这三个批次,或者同一库存池已经混仓,就不能假装能够精确分开。此时应该扩大待核范围,至少把无法排除关联的库存放进待核区。
这就是“最小可证实范围”和“不能排除的范围”之间的区别。
前者是已经有证据证明与异常有关的货;后者是因为记录断点而暂时无法排除的货。两者在内部状态上应该分开,但在风险控制上,后者不能被当作安全库存继续正常流转。
如果 Kogan 后台、订单接口或仓库系统允许卖家暂停相关商品的销售或履约,就应根据当前掌握的证据采取相应控制;具体后台入口、账户动作和平台要求,应以 Kogan 当时给卖家的通知、Marketplace 卖家帮助中心和正式支持渠道为准,不要把其他平台的“停售按钮”经验直接套过来。
Kogan 目前公开的 Product Recalls 页面明确表示,对于不符合政府或 Kogan 自身标准的产品,其团队有计划快速移除在售商品并通知受影响客户;公开的 Marketplace 卖家帮助中心也把“Product Recalls”和“Product Compliance Guide”列为卖家合规内容。本次公开可检索资料中,没有核到一个适用于所有“疑似质量异常”的统一卖家报告时限,因此不要自行编一个固定小时数。
很多卖家做追溯时,会先打开 Kogan 订单后台,按 SKU 导出一张历史订单表,然后把整个 SKU 的订单都标成“可能受影响”。这一步看起来快,实际上最容易扩大范围。
真正要查的是订单与批次之间的连接。
例如,假设 L2408A 一共120件,其中60件在仓库,40件已经发出,20件的流转记录缺失。订单侧就应该继续往下拆:哪些订单的出库时间、箱号、序列号或仓库拣货记录能直接对应 L2408A?哪些订单只是因为日期相近而暂时怀疑?哪些订单完全无法判断?
如果订单系统只保留 SKU,没有批次字段,也不要为了生成一份“看起来完整”的名单而强行补批次。可以反查仓库的拣货单、装箱记录、快递面单、序列号扫描记录和库存调整日志。如果某次批量发货对应一个明确箱号,而箱号又对应供应商批次,那么这条链就有价值。
反过来,如果同一 SKU 在同一天从多个批次混发,订单日期就不能作为批次证明。日期只是辅助字段,不是批次号。
一个实用的内部口径是:受影响订单不是“这个 SKU 过去所有订单”,而是“目前有证据能关联到疑似批次,或者因追溯断点暂时无法排除关联的订单”。
这句话很重要,因为它决定了后面所有动作。范围太小,可能漏掉真正受影响的货;范围太大,则会让客服、平台和监管沟通建立在未经证实的信息上。
跨境卖家真正麻烦的情况,往往不是完全没有数据,而是数据散落在不同人手里。
采购有 PO 和供应商聊天记录,仓库有入库单,货代有箱号,ERP 有库存调整,Kogan 后台有订单,客服邮箱里又有客户反馈。每一份单独看都像有用,合在一起却少了一个关键字段。
这时候可以先做一份“追溯缺口清单”,按顺序补最能缩小范围的证据。
第一类是产品身份:SKU、型号、版本、GTIN/条码、序列号范围、包装标签、生产日期、生产批次。不同品类对这些标识的可用程度不同,没有序列号的商品不要硬造序列号追溯。
第二类是采购与供应商记录:采购订单、发票、装箱单、生产批次确认、供应商质检记录、出货检验记录、变更通知,以及供应商对异常原因的书面说明。供应商一句“这一批没问题”,可以作为沟通记录,但不能替代你自己的事实核对。
第三类是仓库流转记录:收货日期、收货数量、箱号、托盘号、库位、移库、拆箱、合箱、盘点、报损和库存调整。尤其要找那些手工调整,因为批次追溯最容易在那里断。
第四类是订单和发货记录:Kogan 订单号、订单日期、SKU/变体、发货日期、包裹号、箱号、序列号扫描记录,以及第三方仓的出库明细。能把“哪件货”连到“哪一单”的记录,比一张只写 SKU 和数量的销售报表有价值得多。
第五类是异常本身的证据:抽检照片、视频、样品编号、发现时间、发现地点、检测条件、异常描述、保留样品,以及谁在什么时候发现了什么。不要只保存一句“质量不好”,而要记录可复核的事实。
如果缺的是关键字段,就把它写成缺口,而不是补一个看似合理的答案。例如:“供应商批次已确认,仓库入库单缺批次字段;目前可通过箱号关联70件,剩余50件待核。”这比“已追溯全部120件”诚实得多,也更容易让下一步调查有方向。
这是整个事情里最容易被商业团队带偏的一步。
假设隔离一批货会占用仓储空间,暂停销售会影响一个热卖 SKU,全面通知客户又会增加客服工时。于是有人开始算:“先不动吧,反正目前只有两件异常;如果真召回,成本太高。”
这个算盘不能用来决定是否履行安全义务。
是否需要进一步的产品安全评估,要看产品事实、异常性质、风险、适用标准以及是否已经出现相关事故或伤害等,而不是看库存值多少钱。ACCC 现行指导把“识别受影响产品、评估风险、停止销售/制造/进口/广告、查明缺陷和危险、确定供应链影响范围”列为安全召回工作的核心步骤。
同样,疑似质量异常也不等于已经构成安全召回。假设某批产品只是包装颜色与样品不一致,没有任何安全影响,那么它与涉及人身风险的产品安全问题不是一回事;反过来,如果异常可能影响产品安全,也不能因为目前还没有收到客户投诉,就直接当作普通售后问题。
需要专业判断的地方,应交给具备相应资质和经验的产品安全、测试、工程或法律专业人士。卖家自己的内部表格可以负责“把证据整理好”,不能用一个成本模型替代安全风险评估。
澳大利亚这部分尤其容易被中文卖家写成一句“发现问题就必须两天内报 ACCC”,其实没有这么简单。
ACCC 当前的 Mandatory Reporting 规则针对的是:供应商得知其供应的消费品造成或可能造成死亡、严重伤害或严重疾病时,需要在2天内提交强制报告。这里的“供应商”并不只指制造商,进口、销售等供应链参与者也可能落入范围;而且事故发生在澳大利亚境外,也可能触发报告义务。
因此,一个假设中的“仓库抽检发现两件装配异常”,如果目前没有相关死亡、严重伤害或严重疾病信息,不能仅凭“有质量异常”就写成已经触发 Mandatory Report。另一方面,如果卖家已经知道存在符合强制报告门槛的事故信息,就不能因为还在查批次、还没有完成根因分析,就把报告无限期往后拖。ACCC 明确说明,强制报告可以先按当时掌握的信息提交,后续再补充资料;如果不确定是否达到强制报告要求,ACCC 也鼓励在2天时限内提交,以避免错过期限;其现行指引同时说明,Mandatory Report 属于保密报告,并不等于承认责任。
还有一个常被忽略的入口:即使没有达到强制报告门槛,ACCC 也提供 voluntary supplier report,用于供应商报告不要求 Mandatory Report 的安全事件、情况或担忧。也就是说,“还不能确认要不要强制报告”和“什么都不做”之间,不是只有一条路。
至于召回本身,规则又是另一层。ACCC 当前指导称,供应商在对一个会或可能影响人身安全的消费品采取召回行动后,需要在2天内通知 ACCC;“召回行动”包括移除在售商品、联系消费者、提供维修、更换或退款等。这里的2天,是从采取召回行动起算,不应与“知道事故后2天内强制报告”的触发点混为一谈。
要特别注意,内部隔离本身不应被自动等同于已经启动了对外召回。是否已经采取构成 recall action 的动作,要结合产品风险、对市场采取的实际措施和适用规则判断;如果已经进入召回阶段,则不能因为批次资料还没完全补齐,就把通知义务无限期往后推。ACCC 也明确承认,启动召回通知时可能还没有全部资料,可以先提交已掌握的信息,后续补充。
如果已经进入召回阶段,ACCC 还要求供应商识别受影响产品的名称、型号、序列号、批次、生产日期等信息,并停止销售、制造、进口和广告,追踪供应链中的数量以及已经提供给消费者的数量。
这也是为什么追溯资料不能等到召回通知发出以后再补。真正需要的,恰恰是你在仓库、采购和订单系统里平时就应该存在的那些“谁生产、哪一批、去了哪里”的记录。
内部隔离,是把待核库存从正常库存里分出来,避免继续流转;它可以发生在你还没有得出缺陷结论的时候。
停售,是停止继续向市场提供某个商品或范围,可能是平台层面的操作,也可能是供应商自己的风险控制动作。它的范围要根据证据和适用要求确定。
召回,则是已经进入针对已供应产品的正式风险处理阶段。ACCC 的指导把召回放在供应商消除产品对消费者造成风险的框架下,涉及停止供应、联系消费者并提供适当补救。
三者可以前后发生,也可能在高风险情况下快速并行,但不能因为“已经隔离库存”,就对外说“我们已经完成召回”;也不能因为平台暂时隐藏了 SKU,就认为监管层面的义务已经自动履行。
如果 Kogan 向卖家发来具体的产品安全、下架、召回或资料补充通知,应该以该通知中的适用对象、提交方式和时间要求为准,并保留提交记录。Kogan 公开的 Product Recalls 页面显示,其公开召回信息既包括自有品牌,也包括在 Kogan Marketplace 销售的第三方产品;这说明平台与卖家之间的产品安全处理并不是一个完全脱离平台的内部仓库动作。
假设最后查到:疑似批次 L2408A 共120件,80件仍在仓库,25件已经明确对应到 Kogan 订单,10件通过箱号可以高度关联但缺少最后一段扫描记录,5件因为混仓无法确认去向。
这时候不要把结果写成“受影响订单35单”——除非你已经证明那35单就是订单数量。更准确的写法应该是:25单可直接关联,10单待补证,5件库存流向未知。
再往下一步,针对25单逐单保存订单号、SKU、出库日期、包裹号、批次或序列证据;对10单列出缺失字段,明确谁去补;对5件未知货,则继续查盘点差异、库存调整、仓库视频、第三方仓配记录等。
如果最终仍然无法确认,就保留未知状态。ACCC 的召回指导本身就要求供应商识别供应链和消费者端的受影响数量,并持续追踪哪些产品已经被处理、退回以及还有多少消费者持有产品。
“未知”不是追溯失败的同义词。真正危险的是为了让报表看起来完整,把未知变成“未受影响”。
如果今天就要开始查,不妨把下面这些资料按“已有/缺失/责任人/取得方式”排一遍:
- 供应商批次、生产日期、序列号或其他产品身份信息; - 采购订单、发票、装箱单、出货单、质检/检测资料; - 货代或承运记录、箱号、托盘号、到货日期; - 仓库收货、上架、移库、拆箱、合箱、盘点和库存调整记录; - 当前库存按 SKU、批次、库位的明细; - Kogan 商品 SKU、变体、订单号、发货记录和包裹号; - 第三方仓的出库、调拨、退回和销毁记录; - 异常样品的照片、视频、样品编号、检测条件和发现时间; - 客户投诉、事故或伤害信息,以及收到这些信息的具体时间; - 供应商对异常的书面回复和后续调查材料; - Kogan 发来的任何产品安全、下架、召回或资料补充通知; - 已向 ACCC 或其他适用主管机构提交的报告、回执和后续沟通记录。
资料缺口最好不要只写“待补”。要写成“缺什么、为什么重要、向谁要、拿到后能缩小哪一段范围”。例如,“缺少入库批次字段——向仓库调取原始收货照片和箱号记录——用于判断80件库存是否全部属于 L2408A”。这样才是真正的追溯工作,而不是文件收集。
正式核实渠道也要分开。Kogan 相关的平台操作和卖家要求,优先通过 Kogan Marketplace 卖家帮助中心、账户内通知以及 Kogan 提供的正式支持渠道确认;澳大利亚一般消费品安全、强制报告和召回要求,则通过 ACCC Product Safety 的业务渠道核对。若商品属于受其他机构监管的特定类别,再确认对应主管机构,不要看到“产品安全”四个字就把所有事情都丢给 ACCC。ACCC 本身也提示,某些事件依法应由其他政府机构或行业代码负责报告。
很多跨境团队是在出了问题之后,才第一次问仓库:“这1000件到底是哪一批?”
答案如果是“系统里只有 SKU”,那就已经说明追溯链条有缺口。
Kogan Marketplace 上的一个 SKU 可以长期销售、反复补货、不同批次混仓,订单又不断产生。如果采购、仓库和订单系统之间只有 SKU 这一层,出问题以后就只能靠日期、箱号和人工回忆去拼图。拼得越慢,越容易扩大停售范围;拼错一次,又可能漏掉真正应该被控制的库存。
所以更值得做的是把批次、生产日期、序列号范围、箱号、入库单、库位移动和出库订单这些字段提前连起来。并不是每个商品都必须做到单件序列化,而是要做到:当某个供应商批次被点名时,你能知道它进入了哪些库存节点,哪些货已经发走,以及哪些订单能够被证据直接关联。
这件事平时看起来没有销售额,也没有广告点击,却决定了出现异常时你到底是在“查一批货”,还是在“猜一仓货”。
如果卖家同时在筹备其他平台,ESG跨境可以在其官方合作平台的入驻准备阶段做前置资料预审和专席对接;至于 Kogan 这类平台的产品安全事件,仍应回到平台正式通知和澳大利亚主管机构要求,按事实逐项核对。
最后留下一个很现实的问题:如果今天供应商只给你一个生产日期,Kogan 订单里只有 SKU,仓库又已经混过两次货,你敢把“未找到证据”写成“未受影响”吗?
如果答案是否定的,那就别再等下一次异常。现在该补的,就是那条还断着的追溯链。
声明:本文系作者独立观点,不代表ESG跨境立场。文中涉及的平台规则、费率及出海政策具有时效性,实际运营请以平台官方最新公布为准。如有版权争议、内容勘误或业务交流,欢迎随时与我们联系。
二维码加载中...
使用微信扫一扫登录
使用账号密码登录
平台顾问
微信扫一扫
马上联系在线顾问
小程序
ESG跨境小程序
手机入驻更便捷
返回顶部