主数据责任不能按“谁最常使用，谁就负责维护”来划分。客户、产品、组织、员工、项目类型等数据一旦在 CRM、ERP、项目管理、财务和分析系统之间流转，企业首先要明确数据的权威来源、维护主体、使用边界和异常处理人。否则，集成平台只会把不一致的数据更快传播到更多系统。
先区分四类责任
数据所有者负责定义业务口径和管理规则。例如，客户由哪个系统作为权威来源，客户编码如何生成，哪些字段必填，客户合并与停用由谁审批。这一角色通常应归属于最了解业务结果、能够推动跨部门决策的业务部门，而不是单纯交给信息技术部门。
数据维护者负责日常录入、校验、变更和质量修复。销售人员可以提交客户信息，但不代表销售部门天然拥有全部主数据责任；产品编码、组织关系或项目类型的维护，应由明确的业务职能部门承担。维护者需要对重复、缺失、失效和冲突数据负责，不能把问题留给接口团队在下游补救。
数据使用者按照授权范围消费数据，并反馈实际业务中的错误。项目经理可以使用客户、订单和项目类型数据，但不应随意修改其核心编码或业务定义。使用权与修改权分离，才能减少“各系统各自为政”。
平台与集成团队负责字段映射、同步规则、权限配置、日志、告警、重试和补偿，但不应替业务部门决定客户或产品的业务含义。遇到订单同步失败时，集成团队应定位具体订单、字段和流程节点；若根因是客户不存在或编码不一致，则应转交对应主数据责任人处理。
用责任矩阵固化边界
每类主数据至少应登记以下内容：权威来源系统、业务所有者、日常维护者、可修改字段、下游使用系统、质量规则、审批路径和异常处理人。字段层面的责任尤其重要，因为“客户名称”和“客户编码”可能由不同规则管理，项目系统还可能需要交付区域、项目类型等派生信息。
在“订单到项目启动”流程中，CRM可以负责订单触发，ERP负责客户与产品校验，项目系统负责项目实体及交付信息；但这些分工必须通过书面规则确认，不能仅凭系统现状推断。任何下游系统都不应未经授权反向覆盖主数据。
成熟的责任划分还应配合变更评审、版本留痕、质量检查和异常闭环。主数据治理的目标不是让某个部门承担更多工作，而是让每次新增、修改、同步和纠错都能找到明确责任人。只有业务口径、系统权威和运行责任同时清晰，自动化才不会把数据问题转化为跨系统事故。
