库存不准的四个原因：先查完再上系统

先给结论

库存不准，绝大多数不是系统算错了，而是四件事没有闭合：单据没落地、口径没统一、盘点没闭环、责任没到人。

所以「换一套库存系统」经常解决不了问题——新系统只会把同一套混乱算得更快，然后多出一份对不上的账。

先分清两种「不准」

这两种情况的处理方式完全不同，混在一起谈就永远吵不出结论：

• 数量差异：账上100，实际96。这是货动了、账没动。
• 时点差异：今天下午3点看是100，明天早上看是96，两边都没错。这是账的时点和问的时点不一样。

多数「库存不准」的争论，其实是一个人在说数量差异，另一个人在说时点差异——先约定「以什么时点的数为准」，比先查差异更重要。

原因一：单据滞后，甚至事后补

货先发了，单第二天再补；或者干脆等月底一起录。这期间账上的数就是错的，而且错了多久没人知道。

更麻烦的是补单时的心理：补的人记不清是哪个批次、哪张单，于是随手填一个「差不多」的数。差异就是这样一次一次攒出来的。

原因二：同一个仓，两套账

ERP一套、Excel一套、车间或门店手上还有一张纸质表。三套账各自都有人维护，各自都不算错，但没有任何一处是「唯一版本」。

它的典型症状是：开会时两边的数对不上，各自都能拿出依据，最后靠谁的嗓门大或者谁的职级高来定。争议的实质不是结论，而是基准——而基准从未被明确定义过。

原因三：口径没统一

在途的算不算？待检的算不算？借出未还的算不算？样机和展品算不算库存？

这类问题通常有答案，但答案在几个人脑子里，不在文件里。于是同一批货，销售说「还有货」，仓库说「没货了」，两边都对。

把口径写下来，是库存这件事里成本最低、收益最高的一步。 它不需要任何系统。

原因四：盘点只有结果，没有闭环

盘完出一张差异表，会上讨论一下，然后……没有然后。差异不追因、不追责、不修规则，下个月照旧盘出同一批差异。

盘点的价值不在「发现了差异」，而在差异被追到原因、原因被改掉。追不到原因的差异，一年后会以同样的样子再出现一次。

一张症状对照表

你看到的症状	大概率原因	先做哪一步
月底差异集中爆发	单据滞后、事后补录	约定「单据当日入账」，把补单变成例外
两边各有一套数、越吵越乱	多套账并存	先选一处作为唯一版本，其余改成只读或同步
同一批货有人看到货有人看不到	口径未定义	把在途、待检、借出、样机写进文件并确认一次
每月盘出同样的差异	盘点没有闭环	差异必须追因并留下结论，下月起按新规则跑
系统里的数和现场不一致，谁都不认	时点未约定	先约定口径时点，再比差异

上系统之前该做完的三件事

1. 把数归到一处。 各来源的数据接到同一份表上，字段对应关系一次确定，此后不用每次重新解释「你那个在途和我这个在途是不是一回事」。
2. 让差异自己浮出来。 按规则比对，输出的不只是「不一致」，还要带上可能的原因：录入时点不同、口径不同、批次对应缺失。
3. 把确认过的口径写成规则。 每处理完一批差异，把结论固化下来。下次自动按同一套跑，不用再讨论一遍。

做完这三步再谈系统选型，你会发现问题已经小了一半——因为剩下的才是系统该干的事。

这一套做法在跨系统数据对账里有完整说明；承载台账与差异比对的那一层，用Spell Table搭出来即可，不需要另建一套专门系统。

常见问题

要不要先上一套WMS？

WMS解决的是「仓内作业怎么走得更规范」，它解决不了口径与多套账的问题。如果同一个仓已经有两套账，上WMS只会变成三套。先归集、再比对、最后才是选系统。

我们没有专职IT，字段对应关系谁来做？

第一遍需要业务和系统各出一人确认，之后它就成为一份可复用的配置。日常维护由AI承担，不需要为这件事长期养一个岗位。这也是连接器的用途：读现有系统的数据，不改它们。

盘点频率多久一次合适？

按品类价值分层，不要一刀切。高价值、易损耗的密一些，通用件稀一些。真正重要的是差异是否被追因——盘点频率再高，不追因也没用。

差异查不出来怎么办？

多数情况下差异是「时点不同」而不是「有人拿走了」。先把两边的记录按时间轴排出来，再看是不是分批入账、跨月发货造成的。查不出来的部分要单独立项，不要混在差异总额里蒙过去。

资料来源与说明

• 我方项目信息：来自已交付项目，可公开的部分已在正文中链至对应案例页。
• 行业通识：岗位与流程层面的公认常识，不另注来源。
• 判断性表述：我方基于上述资料的综合判断，以「通常」「普遍」表述，不作绝对化断言。