进销存系统上线前要理清的五件事
进销存上线失败很少是软件问题,多半是基础数据没理清。本文列出上线前必须理清的五件事:商品编码、单位与换算、库位与批次、期初库存、以及谁有权改库存。
要点速览
- 进销存上线不顺多数不是软件问题,而是五件基础数据没理清:编码、单位换算、库位批次、期初库存、修改权限。
- 商品编码要唯一稳定可读,上线前需梳理同物异码与同码异物并输出新旧对照表,作为数据迁移依据。
- 库存一律以基本单位记账,单据可用任意单位录入由系统折算;换算比例变更需带生效日期,不改历史。
- 库位与批次按实际需要选择颗粒度,过细会让一线随便填,数据反而更糟。
- 库存变动只能来自单据,不应提供直接编辑库存数字的入口;盘点差异需有复核规则。
先给结论
进销存系统上线不顺,绝大多数原因不在软件,而在五件基础数据没有事先理清。这五件事理清了,系统上线基本是水到渠成;没理清,再好的系统也会在第一周就被弃用,因为数字对不上。
一、商品编码:唯一且稳定
商品编码是整个系统的地基。三条要求:唯一(一个编码只对应一种商品)、稳定(不因价格、包装、供应商变化而改动)、可读(有一定规则,便于人工识别)。
实际盘点时最常遇到的问题是同物异码与同码异物:同一件商品在不同门店或不同经手人那里有不同编码;或者编码被复用给了新商品,导致历史数据错乱。上线前必须做一次编码梳理,输出一份对照表,把旧编码映射到新编码。这份对照表也是历史数据迁移的依据。
二、单位与换算关系
批发与零售混做的企业,一个商品常有多个单位:件、箱、托盘。系统里要明确基本单位是什么、各单位之间的换算比例是多少、以及换算比例会不会变(例如供应商换了包装规格)。
建议的做法是:库存一律以基本单位记账,采购与销售单据上可以用任意单位录入,由系统按换算比例折算。这样无论前端怎么录,库存数字始终有唯一口径。换算比例变更要有生效日期,不能直接改历史。
三、库位与批次:要到什么颗粒度
不是所有企业都需要库位与批次管理。判断依据是:商品有没有保质期或追溯要求(有则需要批次),仓库大不大、找货难不难(难则需要库位)。
颗粒度过细的代价是每一次出入库都要多几步操作,一线人员会抵触,最后变成随便填,数据反而更糟。所以这一条的正确做法是按实际需要选择,而不是「先做上以后可能用得到」。需要批次的商品单独标记,不需要的商品不强制。
四、期初库存:怎么进系统
期初库存的准确性决定了系统上线后前三个月的可信度。可行的做法是选一个业务量较低的时间点做一次全面盘点,以盘点结果作为期初,之后所有出入库都走系统。
两个提醒:第一,期初盘点与系统上线之间的空档期,要有临时记录并在上线时补录,否则一开始就对不上。第二,期初数据导入后要做一次抽样核对,抽查若干商品的账面数与实物数,核对通过再正式启用。
五、谁有权改库存
这是管理问题,但必须在系统里落实。库存数字的变动应当只能来自单据(采购入库、销售出库、调拨、盘点差异、报损),不应该允许任何人直接编辑库存数字。如果系统提供了直接修改库存的入口,账实相符就无从谈起。
盘点差异的处理尤其要有规则:差异是否需要复核、由谁复核、复核通过后如何记账。把这条定下来,库存变动才是可追溯的。
上线节奏的建议
不要在业务旺季上线。选一个相对平缓的时段,先并行运行两到四周——系统与原有方式同时记录,每周核对一次差异,差异收敛之后再停掉原有方式。并行期会增加一线人员的工作量,需要事先沟通并给出明确的结束时间点。
本文为一般性实施说明,具体方案以实际业务盘点结论为准。