连锁门店库存同步系统｜总部实时看在库与在途

连锁门店库存同步要让总部看清的是在库可售、在途未到、已下单未发、锁定待出、异常待处理这几种状态。实务上总部不敢拿库存数字做决策，多数时候不是因为不够实时，而是这几种状态被合并成了一个总数。

库存从来不是一个数字，是同一批货在不同责任人手上的几种状态。已下单未发的在供应商手上，在途的在承运方手上，锁定待出的在门店但不能卖，异常待处理的还没定责。加总成一个数，等于把五个人的责任混成一笔账。

▍五种状态各自回答一个问题

在库可售回答现在能卖多少，这是唯一能对顾客承诺的数字。在途未到回答几天后到多少，它决定该不该再补。已下单未发回答供应商有没有响应，长期停在这里的是催单对象。锁定待出是已被订单或调拨占用的量，物理上在店里但不能再卖。异常待处理包括待报损、盘点差异待查、退货待收，这部分必须从可售里剔出来，否则总部会以为有货。

▍同步延迟的三个来源

断网补传是第一类。门店网络中断期间单据本地暂存，恢复后回传，这段时间总部看到旧数。这一类是技术问题，靠离线缓存和补传机制能解决。

单据未确认是第二类。货到了但收货单没做、调拨到了没确认，那批货还挂在在途。这是执行问题，只能靠超时提醒和责任到人。

口径差异是第三类，也最隐蔽。门店说的库存指货架加库房，系统算的可能只含已入库部分，两边讲的不是同一件事。定义不统一，同步就没有意义。

▍总部要看的三张表

水位表按门店按品项列可售量与可售天数，用于判断补货与调拨。在途表按预计到货日排列，用于判断该等还是该催。异常表列出负库存、长期未确认、待报损的品项，每一行都要指向一个动作和一个负责人。

只有可售库存需要接近实时，在途和异常按小时或按天更新就够，全部做成秒级同步是成本高收益低的选择。

这里泓远软件选的做法是五种状态分别记账、在途独立成账，负库存直接进异常表而不做抹平。代价是门店要多做一次收货确认；只做一个库存总数的系统，总部看到某店库存充足就不会补货，而那个数字里可能有一半是待报损和已被占用的量，缺货往往就是这样发生的。

▍小结

同步的前提是状态分层。五种状态混成一个数，再实时也不敢用。延迟的三个来源里只有断网是技术问题，另外两个是流程与定义问题，换系统解决不了。三张表各有合适的更新频率，不必全部追求实时。

Q1：门店说有货、系统显示没货，先查什么？

先查状态：这批货是否已收货入库、是否被订单锁定、是否挂在待报损。多数情况下货确实在店里，只是不在可售状态。排除这一层之后，再查单位换算和收货数量。

Q2：负库存要不要让系统自动归零？

不要。负库存是唯一会自己冒出来提示出错的信号，抹平之后错误还在，只是看不见了。正确做法是推进异常表，按原因归类处理；同一原因在多店同时出现，要回头改流程或参数。

Q3：在途库存算谁的？

系统层面单独成账，不并进任何一方的可售量。至于这批货在会计上何时确认为存货、风险与所有权如何划分，取决于采购条款与结算约定，请与贵公司财务专业人员确认后设置。

同样一套系统，放在门店数不同、品类结构不同、网络条件不同的商家身上，该先落地的模块并不一样。泓远软件会先看清这几项再定实施范围，欢迎联系泓远软件，获取定制化实施方案与报价。