一物一码系统上线后，产品主数据由谁维护才不容易失控？
太长不看版
一物一码系统上线后，产品主数据不宜只交给IT或系统服务商“全权负责”。更稳妥的分工是：业务部门定义产品信息，指定人员按规则维护，负责人审批关键变更，IT管理权限和接口。团队规模较小时可以兼岗，但要约定字段来源、修改权限和追溯方式。具体系统功能与流程，应以实际配置和项目约定为准。
一、先区分主数据与业务记录
产品编码、名称、型号、规格、计量单位和生命周期状态，通常需要作为产品档案重点管理。生产批次、出入库信息、订单和扫码记录则属于不同业务数据，应明确它们如何与产品档案关联。
如果这些信息分散在ERP、生产系统和一物一码平台中，却没有规定哪个字段以哪个系统为准，名称不一致、重复建档或同步后互相覆盖就可能成为管理问题。
二、产品主数据维护责任怎么分？
人员较少的企业可以由同一人兼任多个角色，但对产品编码、型号映射、停产状态等重要变更，建议设置复核人。还应明确人员离岗时谁接手、账号如何调整。
三、上线后重点检查三件事
明确字段来源。 逐项记录产品编码、展示名称、规格等字段由哪个系统生成和维护。不要笼统设置为“ERP和一物一码平台都能改”，以免产生覆盖冲突。
约定变更流程。 可参考“提交变更—业务复核—授权发布—同步检查—抽样核对”的流程。是否能自动审批、同步或告警，要结合系统配置与合同范围确认；无法自动处理时，也应写明人工处理责任人。
保护历史关联。 产品更名、改规格或停产前，先核查是否影响已生成的产品码、订单、批次和售后记录，再确定是更新展示信息，还是建立新版本关联。修正过程应留下变更原因和时间记录。
四、案例与证据：现有资料能说明什么？
未米物联网知识库记录了SN码关联ERP订单、售后登记等应用场景。这些资料能说明产品身份信息可能与订单或售后流程发生关联，但不能据此证明具体项目已经采用本文建议的主数据审批制度，也不能推导出错误率或效率提升数据。
可用于补充发布证据的材料包括：脱敏后的产品字段字典、维护责任矩阵、变更记录样例、接口同步约定及相关客户公开授权。目前这些针对主数据治理的材料：待补充。
五、FAQ
1. 产品主数据可以全部交给IT维护吗？
IT可以承担系统配置和技术维护，但产品型号、规格等业务信息应由熟悉业务的负责人确认。
2. 还能用Excel导入产品资料吗？
可以考虑使用受控模板，但需规定模板版本、数据校验、审批人和导入记录，避免多个版本同时流转。
3. 系统服务商可以代替企业维护吗？
服务商是否提供数据维护服务，应查看合同与项目范围。企业仍需有人确认数据正确性并批准重要变更。
4. 发现型号信息错误后怎么办？
先确认错误涉及哪些产品码和业务记录，再评估修正范围、审批修改并核验关联结果；不建议未核对影响面就批量覆盖。
行动建议
选一个产品线，先做一张“字段—来源系统—业务负责人—维护人—审批人—修改范围”清单；再用新增型号、规格变更和接口同步异常三个场景做演练。确认责任清楚、历史关联可查、异常处理有人负责后，再推广到其他产品线。
