零售店商品档案统一,应先确定什么算同一商品,再建立总部商品总档、稳定内部编码和条码及包装关系,划分公共字段与门店字段的维护责任,完成历史资料去重映射,最后用新增、变更、停用和质量复核流程持续治理。
一物一主档不是只看名称相同,而是结合品牌、品名、规格、包装单位和可识别条码判断是否为同一经营对象。同一商品因门店简称不同不应重复建档;同名但规格、包装或业务属性不同的商品则要分别管理。企业应整理判断示例,供建档和清洗人员采用相同口径。
内部商品编码用于稳定关联业务记录,名称、分类或供应商变化时不应随意换码。条码是识别信息,可能存在一品多码、不同包装码或临时附加码,不能直接把每个条码都当成独立商品。编码规则应便于持续分配和查询,不承载容易变化的价格、门店或分类含义。
字段字典要说明字段名称、业务含义、格式、是否必填、允许值、来源、负责人和修改条件。商品名称、规格、单位、分类、条码、状态等公共字段由总部或资料中心维护;货架位置、门店简称、陈列备注等本地字段可由门店在限定范围维护。公共与本地字段分开,才能兼顾一致性和现场使用。
一个内部商品编码可以关联多个有效条码,但每个条码要说明对应包装、单位、启停状态和使用场景。整箱、内包装与单品之间需要明确换算关系,采购单位、库存单位和销售单位不同时,业务单据应按已确认的换算规则记录,不能依靠员工临时心算。
新增条码前先查询现有总档,确认是新商品、新包装还是辅助识别码。发现条码冲突时暂停发布,核对实物、包装和来源资料后处理。旧码停用应保留历史关联,避免过去交易无法查询;替换码还要通知受影响门店并验证前台识别结果。
多门店并库时,先分别导出商品、条码、单位、分类、供应商关联和库存资料,保留来源门店与旧编码。通过规范名称、规格和单位形成候选重复组,再由业务人员结合实物与采购资料确认。机器匹配可以帮助找线索,但不能替代对近似商品的业务判断。
确认重复后选定主档,并建立旧编码到新编码的映射表。映射要用于迁移未完单据、库存和必要的历史查询,不能简单删除重复记录。对无法确认、无库存但有历史、已停用或仅个别门店经营的商品,分别进入待核、归档或门店范围清单。
统一总档后,各门店通过经营范围决定是否采购和销售某商品,并可在授权范围维护本店陈列或订货信息。同一商品在不同门店采用不同售价或供应方式,也应关联同一主档,再由价格、供应和门店参数表达差异。这样才能在跨店调拨和经营查看时保持可比口径。
新增流程关注是否重复、资料是否齐全和经营范围;变更流程要判断会不会影响条码识别、单位换算、采购、库存和历史分析;停用流程则要检查库存、在途、未完订单、促销和门店使用状态。三类流程的审批人和验证动作不同,不宜用一个通用修改按钮代替。
质量复核可关注重复主档、条码冲突、缺少关键字段、异常单位换算、长期待审核、停用后仍发生新业务以及门店临时建档等问题。每类异常都要指向责任岗位和处理时限,并记录关闭依据。只统计问题数量而不修正流程,下一次导入仍会重复出现。
云帆用于后台商品、库存、供应链、会员、门店与连锁管理,承接商品总档和门店范围治理;CloudPOS前端收银台识别已发布的商品和条码;科脉有数可组合会员运营、营销触达、活动复盘与经营数据分析/运营洞察,并使用一致商品口径开展跨门店复盘。具体字段和迁移范围按项目确认。
迁移验收应核对主档、映射、条码与单位、门店范围、库存和未完业务,并抽取实物在前台验证。并行期间要明确资料修改入口,切换后停止从旧系统改档。
不建议把容易变化的分类、门店或价格写进编码。内部编码应稳定且可持续分配,业务属性通过独立字段维护。
不一定。应先确认多个条码是否属于同一商品的不同包装或辅助识别信息,再建立条码、单位和主商品之间的明确关系。
应保留旧编码到主档的映射,用于迁移库存、未完单据和必要的历史查询,不能直接删除旧记录后失去追溯关系。
门店先查询总档并提交实物识别、规格、单位和来源资料,由资料责任人快速判断复用已有档案、增加条码或正式新建。