制造业系统协同的关键，不是系统数量增加，也不是接口数量增加，而是不同系统是否围绕同一套主数据开展业务。设备、物料、产品、工艺、人员、组织和用户等基础对象，如果在生产、设备、质量、仓储等系统中各自维护，系统之间即使完成接口连接，也可能因编码不一致、责任不清和数据更新不同步而产生“形式互联、实际割裂”。
主数据是系统协同的共同语义
主数据的作用，不只是建立一张基础信息表，而是为企业定义稳定、统一的数据语义。例如，同一台设备在设备管理系统中是一个对象，在生产系统中可能被作为产线资源，在质量系统中又关联检验结果。若各系统对设备编码、名称、所属组织和状态的定义不同，排程、点检、质量追溯和运营分析就无法形成连续链路。
因此，企业应优先明确关键数据对象的唯一标识、属性范围、维护部门和变更规则。数据由谁创建、谁审核、谁修正，不能留给项目实施后再协商。尤其当项目涉及多个工厂、产线或业务部门时，主数据责任必须落实到具体岗位或部门。
主数据要嵌入接口和流程
主数据治理不能独立于业务系统建设。项目立项时，应同步梳理数据来源、使用系统、交换方向、更新频率、质量要求和异常处理方式，并形成主数据映射表、接口清单和数据责任边界。
接口测试也不能只验证“数据能否传过去”，还要检查编码一致性、数据完整性、更新时效和异常补传。若订单变更、设备离线、人员交接或数据缺失时没有明确处理机制，系统协同就会依赖人工导入、重复录入或线下确认，主数据的统一价值也会被削弱。
统一治理，不等于应用全部统一
主数据应统一，但业务应用不必强行合并。设备点检、质量追溯和仓储作业可以保留不同的规则与操作界面，只要共同使用受治理的设备、物料、产品、工艺和人员数据，并通过明确接口完成交换，就能在应用差异中保持协同。
项目评审应重点判断：新系统是否复用已有主数据能力，是否产生新的编码体系，数据变更由谁负责，系统退出时能否迁移数据，以及新增场景能否继续复用既有标准。真正成熟的主数据体系，最终应让数据一次维护、按责管理、跨系统使用，并持续支撑生产运营和后续分析。