发往平台仓之前，条码与装箱的核对清单
货发往平台仓之前，条码是否对得上、箱内数量是否一致，直接决定入仓后会不会出现差异。这里整理了发货前要做的几项核对。
发往平台仓的货，在入口就会被检查：扫描条码，可能开箱或称重，并把数量和发货计划核对。一旦有哪里对不上，这批货可能被扣下、部分入仓，或者带着一条短少的记录入仓。到那时货已经不在您手里了。发现问题最便宜的地方，是您自己的仓库，而且要在车开走之前。
先拿到平台当前的规则
每个平台对条码、外箱标签、外箱重量、一箱能不能混装多个 SKU 以及包装都有自己的要求，而且这些要求会变。请从卖家后台或平台当前的说明里取得规则，把相关的几条抄在一页纸上，并写明您取得的日期。这篇文章是用来对照这些规则检查发货的，并不能取代这些规则。
核对清单
- 商品对条码。每个 SKU 扫一件，确认条码与该 SKU 在商品页里登记的条码一致。颜色和尺码的变体要特别仔细。
- 条码质量。标签平整干净，没有被反光的亮膜盖住，第一次就能扫出来。
- 每箱数量。每个 SKU 点一箱样品箱的件数。发货量小或者货值高的商品，每一箱都要数。
- 混装箱。如果平台要求一箱只装一个 SKU，就确认确实如此；如果允许混装，这一箱必须标明是混装。
- 外箱标签。标签上有发货单号、SKU 和数量，并且与发货计划一致。
- 合计数。每个 SKU 的扫描或清点合计，与发货计划和装箱单一致。
- 留存证据。给封好的托盘和贴标签的那一面拍照，并把扫描文件和发货单号一起保存。
在账上记清发货状态
在 1C 或您的 ERP 里建一张带编号的发货单。在平台确认收货之前，把这批货当作“已发出，待平台验收”：既不算已售出，也不算在自己仓库里的库存。验收结果回来之后，逐个 SKU 比较平台验收的数量和您发出的数量，每一个差异都在几天之内查清，趁相关的人还记得当时的情况。
一个带数字的例子
假设发货计划写着 SKU B-0412 共 20 箱，每箱 24 件，一共 480 件。小组打开五箱抽查：三箱是 24 件，两箱是 22 件。既然抽样已经发现了问题，他们就把其余的箱子都打开，又找到两箱短少的。合计有四箱是 22 件，十六箱是 24 件，这批货实际是 472 件，发运前就改正了记录。
如果 480 件不经核对就发出去，平台会记录短少 8 件，而您的账上仍然是发出 480 件，这 8 件就落进了一场谁也说不清的争议。这次核对花了二十分钟，却省掉了一场争议。
反复出现的疏漏
- 重复使用旧纸箱，而箱上的标签还是另一个 SKU。
- 给某个颜色变体打了新标签，商品上却还露着旧的条码。
- 最后剩下的几件装进一个快空的箱子，却没有在箱上写数量。
- 发货计划提交之后改了数量，却没有更新计划。
- 把还在等待复点或退货检验的货发了出去，使发货记录从一开始就不可靠。
把它变成例行工作
清单只有在有人负责时才起作用。指定一个人，在货物离开之前在发货单上签字，并让平台的验收结果回到这个人手里，由他负责跟进每一个差异。几次发货之后，您就会看到哪些商品总出问题，比如总是同一个供应商的纸箱，或者总是同样的变体。这些就成了收货环节最先要解决的问题，让问题在入库时抓一次，而不是在每次发货时反复出现。
InventoryHub 的电商 SKU 对账，会把平台后台库存、ERP 账面和自有仓实物放在同一张表里对照。平台仓的部分，我们按平台允许的方式配合，必要时请您导出平台的报表。