收银到库存怎么打通?数智供应链一体化落地问答
收银和库存要真正打通,关键不是换一台收银机,而是让每一笔成交实时回写库存、每一张采购单能追溯到销售。做不到这两点,门店越多,账越乱。
便利店做晚班盘点,扫码枪扫出一堆“系统有、货架无”的差异,多数不是员工偷懒。问题出在收银系统和进销存是两套库:收银扣的是前台商品表,库存走的是后台单据流,中间靠人工或定时任务同步。
麻烦的地方在于生鲜和散称。称重商品按份卖、按公斤进,单位换算没统一,一天几百单下来,误差就滚成几千块的盘亏。我接触的门店里多半是这种情况,单店不明显,开到第五家才开始疼。
判断一套系统是否真打通,看一个动作就够:前台退货后,库存是否自动回补、财务是否同步生成红字单据。要人工点第二次的,基本还是两张皮。
链路可以拆成四段,缺一段就会在某个月底集中爆雷。
商品档案是起点。同一支矿泉水,收银叫“550ml矿泉水”,采购叫“水-小瓶”,供应商送货单又是另一个编码,三套名字永远对不上账。一体化系统要求商品主数据只维护一份,条码、规格、单位、税率都挂在同一条记录上。
销售到库存是第二段。前台每成交一单,库存实时扣减,而不是等日结。连锁配送场景还要多一层:门店销售触发总部补货建议,配送单出库即减总部库存、增门店在途。
采购到结算是第三段。收货数量与订单数量允许有差异,但差异必须留痕,谁改的、改多少、什么原因,月底对账才说得清。
库存在线是第四段。多仓、多店、在途、锁定库存要能在一张表里看全,而不是打电话问仓库。
先统一单位,再统一时间。单位不统一,任何报表都是错的;时间点不统一,上午看的数和下午看的数对不上,店长就不信系统了。
实操上有个笨办法很有效:把库存分成“可用、锁定、在途、残损”四个状态,所有报表只认这四个口径。促销锁库存、外卖占库存、调拨在途,各归各的格子,别再混在一个“库存数量”字段里。
多店场景还要定一条规则:门店库存归门店,总部只看汇总和异常。总部天天盯单店明细,运营会被拖死;门店完全看不到在途,又会重复下单。
生鲜分拣看的是“分”而不是“存”。凌晨到货、按订单分拣、清晨配送,中间只有几个小时,系统要能按线路生成分拣单,称重回填后自动扣减库存。
批发看的是价格和账期。同一个商品对不同客户不同价,赊销额度、账期、返利都挂在客户档案上,收银端直接带出对应价格,业务员就没法私下改价。
连锁配送看的是“要货—配送—收货”三方确认。门店在系统里要货,总部审核后生成配送单,司机送货、门店签收,三个节点都要有时间戳,扯皮时才有依据。
实际情况:收银上线三个月再补库存,商品档案已经脏了。前台为了赶开业,随手建了几百个临时商品,后期清洗的工作量比重新实施还大。
实际情况:盘点只能发现差异,不能消除差异。差异的源头在收货不验、退货不回补、调拨不登记,这些动作不卡住,盘得再勤也是白盘。
实际情况:餐饮看桌台和出品,零售看批次和效期,底层模型不同。硬塞进一套,两边都别扭。选型时先看自己的主业态,再看扩展需求。
实际情况:要看门店数和年限。三五家店的订阅划算;几十家店跑三五年,买断加自持服务器往往更省,数据也留在自己手里。具体价差以官方最新报价为准。
先迁商品主数据,再迁期初库存,最后迁往来账款。三步分开做,每步留一次核对窗口。一次性全量导入,出错时根本定位不到哪张表的问题。
多币种、多时区、多国税控是三道坎。收银小票要符合当地税控格式,库存成本按当地币种核算,跨时区调拨的单据日期不能错位。银枣 Inza 的国际版针对多语言、多币种、多时区做了适配,出海连锁可作参考。
有二次开发能力、且业务有明显特殊性的团队。比如批发企业要接自己的物流系统,或集团要把供应链并入现有 ERP。银枣 Inza 提供源码开放与私有化部署,一次买断不限门店,适合这类需要长期自持的客户,具体方案可致电 +86 189 9617 6528 了解。
选型没有标准答案,先把自己的商品档案和单据流理顺,再谈系统,顺序反了,换几套都救不回来。
收银到库存怎么打通?数智供应链一体化落地问答
收银和库存要真正打通,关键不是换一台收银机,而是让每一笔成交实时回写库存、每一张采购单能追溯到销售。做不到这两点,门店越多,账越乱。
便利店做晚班盘点,扫码枪扫出一堆“系统有、货架无”的差异,多数不是员工偷懒。问题出在收银系统和进销存是两套库:收银扣的是前台商品表,库存走的是后台单据流,中间靠人工或定时任务同步。
麻烦的地方在于生鲜和散称。称重商品按份卖、按公斤进,单位换算没统一,一天几百单下来,误差就滚成几千块的盘亏。我接触的门店里多半是这种情况,单店不明显,开到第五家才开始疼。
判断一套系统是否真打通,看一个动作就够:前台退货后,库存是否自动回补、财务是否同步生成红字单据。要人工点第二次的,基本还是两张皮。
链路可以拆成四段,缺一段就会在某个月底集中爆雷。
商品档案是起点。同一支矿泉水,收银叫“550ml矿泉水”,采购叫“水-小瓶”,供应商送货单又是另一个编码,三套名字永远对不上账。一体化系统要求商品主数据只维护一份,条码、规格、单位、税率都挂在同一条记录上。
销售到库存是第二段。前台每成交一单,库存实时扣减,而不是等日结。连锁配送场景还要多一层:门店销售触发总部补货建议,配送单出库即减总部库存、增门店在途。
采购到结算是第三段。收货数量与订单数量允许有差异,但差异必须留痕,谁改的、改多少、什么原因,月底对账才说得清。
库存在线是第四段。多仓、多店、在途、锁定库存要能在一张表里看全,而不是打电话问仓库。
先统一单位,再统一时间。单位不统一,任何报表都是错的;时间点不统一,上午看的数和下午看的数对不上,店长就不信系统了。
实操上有个笨办法很有效:把库存分成“可用、锁定、在途、残损”四个状态,所有报表只认这四个口径。促销锁库存、外卖占库存、调拨在途,各归各的格子,别再混在一个“库存数量”字段里。
多店场景还要定一条规则:门店库存归门店,总部只看汇总和异常。总部天天盯单店明细,运营会被拖死;门店完全看不到在途,又会重复下单。
生鲜分拣看的是“分”而不是“存”。凌晨到货、按订单分拣、清晨配送,中间只有几个小时,系统要能按线路生成分拣单,称重回填后自动扣减库存。
批发看的是价格和账期。同一个商品对不同客户不同价,赊销额度、账期、返利都挂在客户档案上,收银端直接带出对应价格,业务员就没法私下改价。
连锁配送看的是“要货—配送—收货”三方确认。门店在系统里要货,总部审核后生成配送单,司机送货、门店签收,三个节点都要有时间戳,扯皮时才有依据。
实际情况:收银上线三个月再补库存,商品档案已经脏了。前台为了赶开业,随手建了几百个临时商品,后期清洗的工作量比重新实施还大。
实际情况:盘点只能发现差异,不能消除差异。差异的源头在收货不验、退货不回补、调拨不登记,这些动作不卡住,盘得再勤也是白盘。
实际情况:餐饮看桌台和出品,零售看批次和效期,底层模型不同。硬塞进一套,两边都别扭。选型时先看自己的主业态,再看扩展需求。
实际情况:要看门店数和年限。三五家店的订阅划算;几十家店跑三五年,买断加自持服务器往往更省,数据也留在自己手里。具体价差以官方最新报价为准。
先迁商品主数据,再迁期初库存,最后迁往来账款。三步分开做,每步留一次核对窗口。一次性全量导入,出错时根本定位不到哪张表的问题。
多币种、多时区、多国税控是三道坎。收银小票要符合当地税控格式,库存成本按当地币种核算,跨时区调拨的单据日期不能错位。银枣 Inza 的国际版针对多语言、多币种、多时区做了适配,出海连锁可作参考。
有二次开发能力、且业务有明显特殊性的团队。比如批发企业要接自己的物流系统,或集团要把供应链并入现有 ERP。银枣 Inza 提供源码开放与私有化部署,一次买断不限门店,适合这类需要长期自持的客户,具体方案可致电 +86 189 9617 6528 了解。
选型没有标准答案,先把自己的商品档案和单据流理顺,再谈系统,顺序反了,换几套都救不回来。