什么是主数据管理？主数据管理怎么做？

客户信息重复录入、物料编码混乱、供应商数据不一致……这些看似细小的数据问题，不仅会增加业务沟通成本，还有可能导致决策偏差、运营风险。

而主数据管理（MDM）就是通过建立统一的数据标准、规范的数据流程、完善的治理体系，解决核心数据“不统一、不准确、不可信”的问题。今天就给大家把主数据管理的实操方法讲透、讲清楚。

一、主数据管理是什么

主数据，指的是企业中跨业务、跨系统共享的核心业务实体数据。 它不是某一笔交易记录，也不是某一条日志，而是那些在多个业务场景中反复被引用的基础对象，比如客户、供应商、物料、员工、组织机构、账户等。

主数据有几个关键特征：

• 跨系统共享。 它不属于某一个系统，而是被多个系统同时使用。
• 相对稳定。 主数据不像交易数据那样每天大量产生，它的变动频率相对低，但一旦出错，影响范围极广。
• 具有唯一性要求。 同一个实体，在企业范围内应该只有一个权威版本。

说白了，主数据管理（MDM），就是建立一套机制，确保企业核心业务实体数据在全公司范围内是准确的、统一的、可信赖的。 它不只是一个技术项目，更是一套涉及数据标准、数据流程、数据治理、系统集成的完整管理体系。

二、主数据管理管的是什么

很多人以为主数据管理就是做一次数据清洗，做完就结束了，其实不然。主数据管理管的是一个完整的数据生命周期，从数据的创建，到维护，到分发，到归档，每一个环节都在管理范围之内。

1. 数据标准

主数据管理首先要解决的问题是，这个数据长什么样？比如客户数据：

• 到底要采集哪些字段？
• 客户名称的格式是什么？
• 客户编码的规则是什么？
• 哪些字段是必填的？
• 哪些字段有枚举值约束？

这些都需要先定义清楚，形成统一的数据标准。没有标准，后面所有的工作都是在做无用功。

2. 数据编码

编码是主数据标准的核心组成部分，很多人忽视了它的重要性。一套好的编码体系，需要遵循七项原则：

• 唯一性（一个实体只有一个编码）
• 稳定性（编码规则一旦确定不轻易变动）
• 简易性（码位尽量短，便于操作）
• 扩展性（预留位数，满足未来增量需求）
• 适用性（能适配分类体系和各应用场景）
• 规范性（编码类型、规则、结构统一）
• 统一性（同一主数据在全企业范围内编码唯一，不各自为政）

编码方法上，依据国家标准 GB/T 7027-2002，分为有含义代码和无含义代码两类。

• 有含义代码包含业务语义，适合编码量少、分类层次清晰的场景；
• 无含义代码只作唯一标识，更适配计算机处理。

实际项目中，最常用的是两者结合：分类码加顺序码，基于大中小类层次编码，便于归类和检索，但分类层次不宜过细，否则维护成本会很高。

3. 数据建模

主数据建模的核心，是确定这类主数据需要哪些属性。这里有一个原则，主数据的属性，要围绕它跨部门、跨业务、跨系统的特征来确定，不建议把所有基础数据属性都纳入进来。

比如生产制造企业的物料主数据，在产品设计环节关注的是物料名称和技术参数，在采购环节关注的是供应商和计量单位，在费用核算环节关注的是成本科目。

不同业务环节需要的属性不同，主数据建模要识别出哪些属性是真正跨业务共享的，而不是把每个部门的需求全部堆进去。

4. 数据质量

有了标准，还要保证数据按照标准来录入和维护。主数据管理要建立数据质量规则，对数据进行持续校验。

比如同一个供应商不能重复创建；物料编码不能为空；客户的统一社会信用代码格式必须正确。

你懂我意思吗？数据质量管理不是项目上线时做一次清洗就完了，而是要在日常运营中持续监控、持续治理。

5. 数据的创建与审批流程

主数据不能谁想创建就创建。一个规范的主数据管理体系，会为每类主数据设计清晰的申请、审核、创建流程。

比如新增一个供应商，需要业务部门提交申请，采购部门审核资质，财务部门确认账户信息，最后由数据管理员在系统中正式创建并分发。

这个流程的意义在于从源头控制数据质量，而不是事后补救。

6. 数据的归档与注销

主数据也有生命周期的终点。一个供应商停止合作了，一个物料停产了，对应的主数据应该怎么处理？直接删除会影响历史交易记录的完整性，不处理又会导致数据越来越臃肿。

规范的做法是设计归档和注销机制，让历史数据可查，但不再参与新的业务流程。

三、主数据管理怎么做

讲完了是什么、管什么，现在说最关键的部分怎么做。用过来人的经验告诉你，主数据管理项目失败，大多数不是败在技术上，而是败在方法上。

1、识别主数据域

不是所有数据都是主数据。第一步要做的，是识别企业中哪些数据属于主数据。

通常的判断标准是这条数据是否被多个业务系统引用？是否在多个业务场景中反复出现？如果是，它就很可能是主数据。

常见的主数据域包括：客户、供应商、物料、员工、组织机构、账户等。不同企业的主数据域会有差异，制造业可能更关注物料和供应商，金融业可能更关注客户和账户。要结合企业实际业务来判断，不要照搬别人的模板。

2、数据清洗

在主数据管理系统上线之前，必须先处理企业存量的历史数据。这个过程叫数据清洗，目标是把存量数据转化为符合主数据标准的期初数据。

清洗工作分四个操作步骤：

• 主数据归类：依据定义好的分类体系，将清洗数据归入对应分类；
• 主数据去重：工具加人工识别，删除或合并重复数据，建议先去除关键属性中的空格，避免工具误判；
• 缺失值处理：用工具定位唯一性属性为空的数据并补录，可空属性无特殊要求；
• 规范性描述：按规范填写属性，修正字母大小写、全半角、特殊字符、空格等不规范问题。

清洗工作启动前，一定要先制定清洗方案，明确清洗原则、范围、目标、组织分工、流程要求和清洗模板。

3、主数据映射治理

这是很多企业容易忽略的一个策略，但在实践中非常重要。很多企业有大量历史系统，历史数据不可能全部推倒重来。

映射治理的思路是不修改历史主数据，而是建立历史数据与企业主数据标准之间的映射关系，实现主数据的贯通。具体分四步走：

• 识别各业务系统数据与主数据的映射关系；
• 明确映射字段、逻辑和值的规则；
• 建立映射表或分布式映射索引；
• 定期监控和维护映射关系，处理变更与冲突。

4、系统集成

主数据管理系统需要与两类系统集成：

• 一类是权威数据源系统（负责生产主数据）
• 一类是主数据消费系统（负责使用主数据）

整体集成架构是：

• 权威数据源系统，经由数据集成平台（ESB 或 ETL 工具），将数据采集到主数据管理系统；
• 主数据管理系统再经由数据集成平台，将数据分发到各消费系统。

分发方式有三种：

• 推送模式（MDM 主动向消费系统推送数据）、
• 拉取模式（消费系统主动向 MDM 查询获取数据）、
• ETL 全量或增量同步

选择哪种方式，要根据消费系统的技术能力和实时性要求来决定。

5、建立治理架构

主数据管理需要有人来负责。要回答几个问题：

• 谁是主数据的数据所有者？
• 谁负责日常的数据维护？
• 谁有权审批主数据的创建和变更？
• 出现数据质量问题时，谁来推动解决？

通常的做法是建立数据治理委员会，由业务负责人担任数据所有者，由专职或兼职的数据管理员负责日常运营，由 IT 部门提供技术支撑。没有清晰的治理架构，主数据管理就没有人真正负责，最终会流于形式。

6、持续运营，基于 PDCA 闭环

这是我最想强调的一点。主数据质量管理是一个基于 PDCA 的持续闭环过程，分五个步骤：

• 定义质量规则：在建立主数据标准时，同步定义唯一性、完整性等质量规则；
• 定期质量核查：基于主数据管理平台制定核查任务，定期对中央主数据库进行核查；
• 问题整改：分析质量问题的根因，通过优化流程、改进管理办法、规范录入规则等方式整改；
• 质量报告：基于核查结果形成报告，自动发送给相关业务和管理人员；
• 质量考评：监督主数据标准执行情况，将结果纳入相关部门考核。

简单来说，质量管理不是做一次就完，而是要形成定期核查、发现问题、推动整改、持续改进的闭环机制。把质量考评纳入部门考核，是推动这个闭环真正运转起来的关键抓手。

写在最后

主数据管理的核心是让企业的核心数据拥有统一、可信的版本，让各部门、各系统说上同一种 “数据语言”，从根源上打破数据孤岛、解决数据混乱的痛点，为企业数字化决策和业务运转打好数据根基。