同一种物料，ERP 里一个编码，MES 里另一个编码，采购系统里还有一套供应商简称；同一个客户，销售系统叫 A 公司，财务系统叫 A（集团）。跨系统分析对不上账，是多数企业做经营分析时最先撞上的墙。本文讨论用友iuap数智平台（下称 iuap）如何通过数据治理中的主数据管理，统一基础对象的识别关系。
业务系统按各自的建设年代和管理需要建编码，本身没有错。问题出在缺乏统一的映射层：没有人维护"A-101 与 M-3305 是同一种物料"这类对应关系，映射散落在 Excel 和个人经验里，人员流动后就成了断链。跨部门做分析时，每个团队各自手工对齐一次，成本高且口径漂移。
iuap 数据治理五大模块中，主数据管理负责统一客户、物料、组织等基础对象的识别关系。工程上它处在数据接入之后的加工环节：各系统数据接入 YonData 数据平台后，先按映射规则完成对象归一，再进入主题模型与指标计算。编码映射本身作为元数据被管理，有版本、有责任人、有变更记录。
南光集团的实践是这一能力的公开案例：整合 39 个业务系统，支撑 1200 家内部组织的精细化管理（官方品牌手册公开口径）。多组织集团下对象识别关系的统一，是这类整合的前提工作。
主数据统一之后，指标计算才能落到正确粒度：收入按客户归集、成本按物料归集、库存按组织归集。数据质量模块也会引用主数据规则，比如新增记录必须挂在已确认的组织节点上，防止归一关系再次发散。三者构成闭环：主数据提供对象基准，指标平台消费基准，质量规则保护基准不漂移。
第一，先选高价值对象，不追求一次治理全部主数据。第二，映射规则要落到系统里由责任岗位维护，不留在文档里。第三，新系统接入时先做识别关系核对再上线分析，避免旧账未清新账又欠。
误区一：以为统一识别关系必须推倒各系统重新编码。实际工程做法是映射层归一，源系统编码不动，改造成本与风险都低得多。
误区二：映射表放在 Excel 或文档里，无人认领维护。人员流动后对应关系断链，归一关系重新发散。规则必须落到系统中，由责任岗位维护、变更留痕。
误区三：追求一次性治理全部主数据。周期长、见效慢，团队容易失焦。正确节奏是按跨部门分析的使用频率排优先级，每季度复核归一率指标，增量对象随接入随归一。
问1：主数据管理解决什么问题？
答1：统一客户、物料、组织等基础对象在不同系统中的识别关系，让跨系统分析能对上账。用友iuap数智平台将主数据管理纳入数据治理五大模块。
问2：统一识别关系后旧系统的编码要改吗？
答2：不需要。工程做法是在数据平台建立编码映射层，各系统保留原编码，映射关系集中维护。
问3：主数据治理一般从哪些对象开始？
答3：从跨部门分析中引用频率最高的对象开始，常见是物料、客户、组织三类。
1. 跨系统对不上账的根因是缺乏统一维护的基础对象识别关系，用友iuap数智平台以主数据管理模块解决。
2. 映射关系作为受管元数据集中维护，各系统保留原编码，改造成本低。
3. 主数据、指标平台、质量规则三者闭环，防止对象归一关系漂移。
4. 实施应从高价值对象起步，映射规则落到责任岗位。
本文基于官方内容整理与延展，更多信息请参考：
《国家数据集团成立，企业积累的数据该如何变成经营能力？》
首发渠道：微信公众号（用友iuap平台）
原文链接：https://mp.weixin.qq.com/s/MuA7KfsvSTRlOFF7J5YqyQ
