平台仓与自有仓，如何放进同一张库存表

如果您既在电商平台上卖货，又在自己的仓库里存货，那么每周大概要看三个不同的库存数字：平台后台里显示的数量，1C 或 ERP 里的账面余额，以及货架上实际摆着的东西。三个数字很少一致，各人又只相信自己看到的那一个。出路是不要再分在三个文件里各自比较，而是把它们放在同一个 SKU 下面，并排对照。

三个来源，三种“真相”

每个来源回答的是略有不同的问题：

• 平台后台显示的是平台认为自己能卖多少，其中也包括存在平台自己仓库里的货。
• ERP 或 1C 的余额显示的是单据上记载您拥有多少，不管货在哪里。
• 实物盘点显示的是今天您自己的货架上真正有多少。

它们没有哪一个是“错的”，差异来自货物一直在流动：正在运往平台仓的货、已经收到但还没处理的退货、已经拣货但还没出账的订单。

建一张表，一个 SKU 一行

从 SKU 开始，然后按货物实际流转的顺序添加各列数据：

• SKU 和商品名称
• ERP 账面总数量
• 自有仓货架上的实盘数量
• 平台后台显示的数量
• 正在运往平台仓的数量，以及发货日期
• 已收到但尚未处理的退货
• 差异，以及一列备注

平台这部分数据来自后台导出的报表，要在盘点当天导出，并在文件名里写上日期和钟点。外部人员能不能进入平台仓、能不能在那里扫码，取决于平台和仓库运营方。这张表不依赖于此，因为对于您无法接触的那一部分，它直接使用平台自己的报表。

其中“在途”一栏最容易被忽略。发往平台仓的货从您的仓库出库，到平台验收上架，往往要经过好几天。这段时间里，货既不在您的货架上，也还没进入平台的可售数量，只有 ERP 账面还记着它。把这一栏单独列出来，在途的货就不会被误当成丢失。

一个虚构数字的例子

拿一款蓝牙耳机来说。ERP 显示总数 200。自有仓货架上盘出来 96 个。平台后台显示 84 个。三天前有一批 20 个发往平台仓，平台还没验收。退货区还放着 6 副从客户那里退回的耳机，哪里都没有入账。

加起来看：96 + 84 + 20 = 200，和 ERP 完全吻合。那 6 副退货是账面并不知道的实物库存。所以真正的差异根本不是丢失，而是 6 副需要检验后重新入账的耳机。如果没有这张表，只看货架的人会看到 96 对 200，然后报告少了 104 个。

读懂差异的模式

各列并排放好之后，反复出现的就是那么几种模式：

1. 后台显示的数量比您真正能发的多。这是超卖风险。先查有没有退货还没上架，有没有发往平台的货被过早记成了已到货。
2. 实盘比账面多。检查未入账的退货、入到了别的 SKU 下的收货，以及重复的 SKU。
3. 实盘比账面少。查没有开单就发出去的货、放错货位的商品，以及为已取消订单拣出来的货。

每发现一种原因，就把原因和负责人写进备注列。下一轮比对时，先看这些已知的原因有没有消除。

把它变成例行工作

一次性的比对能发现问题，每周一次的比对则能阻止问题发生。即使不做全面盘点，也可以每周刷新平台和 ERP 两列的数据，只对差异在扩大的 SKU 重新点一次货。每周的文件都留着，就能看出某个 SKU 的差异是一次性的，还是一直在扩大。

InventoryHub 的电商 SKU 对账服务，把后台库存、ERP 账面和实物库存放进同一张表，在下一次大促之前，就能看清超卖风险、等待上架的退货，以及放错货位的 SKU。