零食店建立一品多码和多规格商品档案,第一步不是批量录入条码,而是先确定什么应作为独立库存对象。旧新包装条码可在规则明确时归到同一商品;净含量、口味、销售单位或价格管理不同的规格,则应分别建档,再通过主商品关系保持分类一致。
一品多码常见于包装更新、供应渠道不同或店内补充编码。判断能否归并,要核对商品实质、销售单位、净含量、税务与价格口径以及盘点时是否视为同一份库存。若这些条件一致,多个有效条码可指向同一商品档案;若任一条件需要单独管理,就不能为了扫码方便强行合并。
多规格则要回答每个规格是否独立采购、定价、促销、补货和盘点。例如同系列不同口味即使零售价相同,也可能需要分别观察库存;单包与整箱若既能采购又能销售,还要明确两者是独立库存还是通过拆箱换算。企业应先写规则,再分配编码。
主商品层用于统一品牌、品类、系列和基础描述,规格层保存口味、包装、净含量、销售单位、采购单位、价格及库存状态,条码层只负责把可识别代码准确映射到规格。三层分开后,更换包装只需新增或停用条码,不必复制一套名称近似的商品。
字段还要设置责任来源。品牌和品类由商品部门维护,采购单位与换算由采购和库存岗位确认,门店价格按既定权限生效,条码状态要记录启用、停用和替换时间。云帆负责后台商品、库存、供应链与门店管理,档案变更应通过受控流程下发,而不是由各店自由建立近似商品。
旧系统导出的商品表常混有同码多品、同品多档、条码为空、单位写法不一致和已停售商品。迁移时应先按条码查冲突,再按品牌、名称、规格和单位寻找疑似重复项。自动匹配只能生成候选清单,最终归并要由了解商品的岗位确认。
停售商品不宜直接删除。可保留历史档案并关闭新交易入口,使过去销售、退货和库存调整仍能找到原对象。对旧包装与新包装并存的商品,要规定旧码最后销售日期、退货查询方式和何时转为停用,避免门店扫描旧码时临时新建商品。
测试样本应覆盖同一商品的旧新条码、同系列不同规格、整箱与单包、会员价、促销商品和停售商品。CloudPOS定位为前端收银台,扫码后应显示正确名称、规格、单位与价格;完成销售、撤销和退货后,再核对云帆后台对应规格的库存与单据。
还要演练收货、拆箱、盘点、调拨和价格生效。任何差异都要定位到条码映射、单位换算、价格规则还是操作权限,不能用改库存掩盖。通过条件应写成可核对的结果,例如旧码可查询历史但不能新售、箱转包后数量按规则变化、不同口味分别扣减。
商品档案不是上线时的一次性清单。新品进入前要检查条码冲突和必填字段,包装换码要保留新旧关系,规格调整要判断是否影响库存对象,停售要处理未完成采购、在库数量和历史退货。总部审核后再向门店下发,并公布生效时间。
门店发现无法识别的条码时,应提交实物照片、完整条码、规格和来源,由商品岗位判断是补充映射还是新增规格。收银员不在前台临时复制档案,CloudPOS作为门店收银前台只使用已确认资料。定期检查重复建档和长期无交易档案,可让后续补货、盘点和分析保持同一口径。
不是。一品多码通常是多个可销售条码指向同一库存对象,多规格则是口味、净含量或包装单位不同,需要分别定价、盘点和补货的库存对象。
停用应限制新的销售或建单,不应删除历史映射。保留原条码与商品档案的关联,才能继续查询过去交易、退货凭证和变更记录。
要先判断门店是否按箱采购、按包销售以及是否整箱销售。若存在两种库存单位,应明确换算关系、拆箱动作、价格和盘点单位,不能只靠名称备注。
不能。还需用真实条码测试扫码、改数量、促销、退货、收货、盘点和调拨,核对前端显示的商品与后台扣减的规格是否一致。