制造业主数据治理最容易失控的地方，不是编码规则不够细，而是责任边界没有被制度化。主数据一旦同时被研发、采购、生产、仓储和财务修改，系统中就会出现“谁都维护、谁都不负责”的状态：同一物料多套编码，BOM版本无法对应，库存与财务口径不一致，工程变更也难以追溯。因此，主数据治理的核心不是建立一个集中维护岗位，而是明确“谁定义、谁审批、谁使用、谁承担质量后果”。
按业务对象划分归口责任
研发部门应对产品、物料技术属性、产品结构和BOM版本负责，尤其要保证工程变更具备完整的版本与生效范围。供应链部门负责供应商主数据、采购属性、交付条件和质量等级，不能让采购人员在业务需要时随意新建物料或供应商记录。生产部门负责工艺路线、设备能力、工序资源等现场执行信息；财务部门负责成本中心、核算维度、价值口径和会计相关属性；IT部门则负责数据模型、权限、接口、校验机制和运行监控，而不是替业务部门决定主数据内容。
这种划分意味着，IT可以保证字段必填、编码唯一和接口可用，却不能替研发判断某个物料是否属于同一技术对象；财务可以提出核算要求，也不能单独修改产品结构。业务归口部门必须对数据含义和准确性负责，IT对数据流转和控制机制负责，双方不能相互替代。
把“修改权”与“使用权”分开
主数据治理还需要区分创建、变更、审批和使用权限。以物料为例，研发可能提出新增或属性变更申请，供应链需要确认采购与替代关系，生产要评估工艺影响，财务要补充核算属性，最终由授权责任人审批发布。任何变更都应保留申请人、审批人、生效时间、影响范围和相关业务记录。
尤其是BOM或工程变更，不能只同步一个字段。变更发布后，应判断未完工订单、采购订单、库存批次和在制品是否受到影响，并由相应部门决定替代、冻结、评审或放行。这里的关键不是“系统能否自动传输”，而是每类影响由谁确认、异常成本由谁承担。
用责任矩阵固定边界
企业可为物料、产品、客户、供应商、组织、设备和工序等对象建立责任矩阵，至少写清四件事：谁提出、谁维护、谁审批、谁验收。数据质量检查发现重复、缺失或口径不一致时，整改任务必须回到具体责任部门，而不能笼统地交给数据中台。
主数据治理的验收，也不应只看清洗记录数量，而应观察新产品建档周期、BOM变更错误、跨工厂物料复用和月末对账差异是否改善。只有当责任边界与业务结果绑定，主数据才不会停留在一次性清理，而会成为业财供产一体化和可审计智能应用的长期基础。