★ FEATURED ARTICLE 简介《主数据管理实践白皮书2.0》由中国信通院云计算与大数据研究所牵头联合多家企业于2023年数据资产管理大会发布面向数据治理从业者、企业数据架构师及主数据管理相关人员。白皮书沿用1.0版主体结构重点新增各行业主数据实践、管理模式与管理策略系统梳理主数据定义、特点、管理范围及与元数据、明细数据、参考数据的关系并覆盖装备制造、能源化工、金融、通信、地产、政府机构等行业的落地案例。资源包内含1个PDF文件大小约4.47MB内容涵盖主数据识别、标准制定、管理制度、管理平台、应用模式及成功要素与误区分析目录结构完整便于按章节检索学习。目前已有252人学习下载适合需要系统理解主数据管理体系、对标行业实践或推进企业主数据项目落地的读者参考。1. 主数据管理到底是什么从一个“客户名字对不上”的困惑说起你有没有遇到过这种事同一个客户在销售系统里叫“某某科技有限公司”在财务系统里叫“某某科技公司”到了客服系统又变成了“某某科技股份有限公司”。三个系统各记各的月底对账时财务和销售吵得不可开交最后发现只是名字写法不一样。这不是谁工作不认真而是缺了一套让所有系统“说同一种话”的机制。这套机制就是主数据管理。主数据指的是一个组织里那些跨部门、跨业务、跨系统都要用到的核心业务实体信息比如客户、供应商、物料、组织机构、人员。它们像是一栋大楼的地基——平时看不见但所有业务都踩在上面。主数据管理则是围绕这些数据制定规则、搭建平台、理顺流程的一整套做法目标只有一个让同一个业务对象在全组织范围内只有一个权威版本。这份《主数据管理实践白皮书2.0》要讲透的正是这套机制怎么想、怎么做、怎么不踩坑。2. 为什么主数据值得单独管它和普通数据到底差在哪2.1 主数据的七个特征不是所有数据都叫主数据很多人第一次听到“主数据”这个词会下意识觉得“主”就是“主要”那公司里主要的数据都是主数据。这个理解偏了。白皮书里列了主数据的七个特征我挑三个最关键的展开说。跨越部门。主数据是各个部门在开展业务时都需要的数据是所有部门及其业务过程的“最大公约数”。销售要用客户信息财务也要用客户信息客服还要用客户信息——这个客户信息就是主数据。但销售产生的订单记录财务部门不会直接拿来用那就不算。跨越流程。主数据不依赖某个具体业务流程但主要业务流程都离不开它。打个比方客户这个实体从签约到发货到收款到售后每个流程都要引用它但它本身不会因为流程走完了就消失。它像舞台的布景戏一场接一场地演布景一直在那儿。稳定性。主数据描述的是操作对象的关键信息业务过程中产生的数据会继承、引用、复制这些信息但除非主数据的基本特征发生改变否则它不会随着业务的改变而改变。客户的注册地址变了那是变更客户下了一笔新订单那是明细数据不是主数据变了。除了这三个还有权威性、共享性、长期性、扩展性、高价值性。七个特征合在一起其实就在回答一个问题这份数据是不是全组织都认、都用的“基准线”是才值得单独管。2.2 不管主数据会怎样三个真实会发生的麻烦不搞主数据管理最直接的后果就是信息交互成本飙升。每个系统各存一套客户编码系统之间传数据时得额外维护映射表A系统的“C001”对应B系统的“KH001”对应C系统的“客户001”。映射表一多维护的人自己都记不清更别说新增系统时又要重新对一遍。白皮书里说得很直白通过统一的主数据管理机制可以降低信息核对的成本避免因为基础数据的多样导致的信息核对、汇总、统计的失误和错误。第二个麻烦是数据标准化无从谈起。没有主数据管控体系组织架构、运营模式、管控流程、角色与职责都是模糊的各部门按自己的习惯来最后数据集成和共享的稳定性根本没法保证。第三个麻烦更隐蔽数据源质量失控。主数据平台前端如果没有可靠的控制人为因素产生的数据问题会源源不断。比如录入客户信息时有人写全称有人写简称有人把“有限公司”写成“有限责任公司”这些看似微小的差异到了数据分析环节就是灾难。构建通用的、方便的、集中处理的主数据总线实现一致性的组织级数据视图才能从源头把质量管住。2.3 主数据管理的核心价值一实体一编码主数据管理最核心的价值用一句话概括就是在标准化的基础上实现唯一化。白皮书里反复强调“一实体一编码”一物一码、一客一码、一人一码。这个“一码”不是随便编个号而是经过跨部门业务协同和组织机构基础信息整合后由权威部门维护的唯一标识。有了这个唯一编码各系统在交互数据时可以直接使用无需额外维护映射表和进行翻译处理。这就像全国身份证号不管你走到哪个城市、办什么事出示的都是同一个号码不需要每个城市再给你编一套本地号。主数据管理要做的就是给企业的核心业务实体发“身份证”。3. 主数据容易和什么搞混四组关系一次厘清3.1 主数据 vs 元数据一个是货物一个是说明书元数据是关于数据的描述性信息提供数据的定义、结构、来源、格式等详细说明充当数据的“数据说明书”。主数据是实际的业务实体信息是业务活动和决策的基础。打个比方仓库里有一批货主数据是货本身——客户、产品、供应商元数据是贴在货架上的标签和随货附的清单告诉你这批货叫什么、从哪来、什么规格、什么时候入库。标签和清单很重要没有它们你管不好货但它们不是货。元数据可以描述主数据的各种属性包括名称、类型、来源、创建日期帮助更好地理解主数据确保一致性和准确性。两者相辅相成但角色完全不同。3.2 主数据 vs 明细数据名词和动词的区别白皮书里用了一个很精妙的类比主数据捕获的是名词明细数据捕获的是动词。主数据是“物品中文名称”“企业注册资金”这类相对稳定的信息静止不变或者一段时间内静止不变。明细数据是物流运输数据、传感器数据、客户订单、存货跟踪、销售记录、售后事件它们是实时变化的描述的是某一个时间点发生的事务行为。名词和动词的关系意味着主数据是明细数据的上下文。没有“客户”这个名词一笔“客户下单”的动词就失去了主语。反过来明细数据不断产生但主数据不会因此改变除非客户的基本特征真的变了。3.3 主数据 vs 参考数据特殊子集和上下文提供者参考数据是定义其他数据字段使用的一组允许值的数据包含附加的文本描述更像数据字典。从范围上看参考数据是主数据的一种特殊子集。两者都是为了业务数据的创建和使用提供重要的上下文语境信息同时参考数据又为主数据提供上下文以便用户理解数据的含义。举个例子客户主数据里有个“客户等级”字段取值只能是“钻石、黄金、白银、普通”。这个取值列表就是参考数据。它本身不是客户但它定义了客户某个属性的合法范围。主数据和参考数据在组织运营过程中均塑造了进入组织的业务数据而且两者都是组织层面的共享资源。3.4 主数据管理 vs 数据治理局部和全局的关系数据治理是更大的框架涵盖数据标准、数据质量、数据安全、数据生命周期等方方面面。主数据管理是数据治理中的一个关键环节聚焦在核心业务实体的跨系统一致性上。白皮书把主数据管理作为企业数据管理体系的重要一环位置摆得很清楚它不是全部但缺了它整个体系就缺了地基。4. 主数据管理具体管什么从识别到应用的完整链条4.1 主数据识别三个条件同时满足才算数主数据对象的识别主要看三个方面是否为核心对象、是否属于基础数据、是否被重复使用。被判定对象需要同时具备这三个特征才能被识别为主数据对象。核心对象是与组织业务经营直接相关的最关键、最核心的数据对象基础数据是组织业务经营活动发生的依托重复使用是被组织多个业务部门、多个系统之间共享。实际操作中组织通常会使用多因素分析方法结合共享性、权威性、稳定性、高价值性等识别因素判别符合程度。白皮书里提到了UC矩阵法用UUse和CCreate来表示数据的使用和产生情况识别同一类数据由多少个源头创建、由多少个系统共享。一个数据如果只有一个系统创建、多个系统使用那它大概率就是主数据。4.2 主数据标准编码、分类、描述、质量安全四件套主数据标准通常包含编码规范、分类体系、描述与表达规范、质量与安全规范。编码规范用于唯一标识和分类包括编码规则、编码结构、编码字典三部分。编码规则定义如何生成唯一编码比如使用数字、字母或组合编码结构定义编码的组成部分和它们之间的关系编码字典提供编码的含义和解释。分类体系是对组织内主数据进行分类和组织的一套方法和框架包括分类方法、分类层次、分类字典。描述与表达规范即主数据模型包含主数据定义、数据格式、数据值范围、数据字典、数据关系。质量与安全规范则明确准确性、完整性、一致性、可用性等质量要求以及访问控制、加密、备份等安全要求。4.3 主数据管理平台九个模块撑起一套系统白皮书列出的主数据管理平台功能包括主数据标准管理、主数据编码管理、主数据建模管理、主数据生命周期管理、主数据集成管理、主数据质量管理、主数据安全管理、工作流程管理、用户权限管理。这九个模块不是每个企业都要全部上但核心逻辑是标准先行编码统一模型定义清楚然后管住从申请、校验、审核、发布、维护、变更到停用的全生命周期。4.4 主数据应用集中式、联邦式、分析式三条路主数据的应用模式有三种。集中式应用是建立统一的主数据平台各系统都从这里取数适合管控力度强的组织。联邦式应用是集团和成员单位两级部署集团统一标准、统一编码、统一管理、统一发布成员单位在集团管辖范围外可以自管适合多业态集团。分析式应用是把主数据作为分析对象支撑决策和分析。5. 主数据管理的常见误区五条血泪经验5.1 误区一主数据管理无法贯穿源头系统易混点以为建了主数据平台就万事大吉源头系统该怎么录还怎么录。为什么混主数据平台看起来是“中心”容易让人以为数据都从这里走。怎么区分主数据管理必须贯穿源头系统。如果源头系统不改造、不接入主数据平台就是个空壳。白皮书在金融行业实践里特别提到金融业可以较为彻底地对源头业务系统进行改造升级并做好全局的系统对接确保主数据上下游一致贯通。源头不改后面全白搭。5.2 误区二混淆业务实体数据和主数据范围易混点把交易数据、账单数据也当成主数据来管。为什么混这些数据也很重要也跨系统容易让人误以为“重要主数据”。怎么区分主数据是反映核心业务实体状态属性的基础信息交易数据、账单数据是明细数据是动词不是名词。判断标准很简单这个数据是描述“谁/什么”还是描述“发生了什么”前者可能是主数据后者一定不是。5.3 误区三同时维护多套主数据编码体系易混点集团一套编码子公司一套编码各业务线再一套编码。为什么混不同业务线历史遗留不同各自有各自的编码习惯强行统一阻力大。怎么区分主数据的核心价值就是唯一化。同时维护多套编码体系等于没有主数据管理。白皮书强调“一实体一编码”如果做不到跨系统信息对称就是空话。多套编码并存的组织最后还是要花大力气做映射成本一点没省。5.4 误区四组织内主数据编码沿用外部编码易混点直接拿外部标准编码当自己的主数据编码用。为什么混外部编码看起来权威、省事不用自己编。怎么区分外部编码可以作为参考但组织内主数据编码必须反映自身业务实体的唯一性。外部编码的更新节奏、覆盖范围、编码规则不一定匹配组织内部需求。白皮书在通信行业实践里提到通信企业普遍发布了主数据标准推动主数据在企业范围内保持统一这个统一是组织级的统一不是照搬外部。5.5 误区五将主数据作为孤立项目推行易混点立项、建平台、上线然后项目组解散。为什么混项目制是常见的IT建设方式容易让人以为主数据也是一锤子买卖。怎么区分主数据管理是长效机制不是孤立项目。白皮书在成功要素里明确列出高层领导支持和参与、业务方深度参与和认责、合适的主数据管理模式、技术工具的选择、主数据度量与评估。这五条没有一条是项目上线就结束的。主数据管理需要持续运营度量与评估要常态化。6. 什么时候该上主数据管理什么时候先别急主数据管理不是万能药也不是所有组织都必须立刻上马。判断的标准白皮书其实已经给了当组织面临跨部门、跨业务、跨流程、跨系统的数据一致性问题时主数据管理就是刚需。具体来说如果你发现以下信号说明该认真考虑主数据管理了同一个客户在三个以上系统里有不同编码月底对账需要人工核对基础信息新系统上线时对接老系统的基础数据要花几周时间做映射数据分析报告里同一个维度的数据对不上。但反过来如果组织规模很小业务系统就那么两三个部门之间沟通靠吼就能对齐那强行上主数据管理平台反而是负担。主数据管理的成本不低需要组织保障、流程改造、系统对接小组织未必扛得住。还有一种情况是先别急如果组织连基本的数据标准都没有数据质量一团糟那应该先做数据治理的基础工作把元数据、数据标准、数据质量管起来再考虑主数据管理。主数据管理是数据治理体系里比较靠上的环节地基没打好就盖楼容易翻车。白皮书里提到的成功要素其实也是判断能不能上的清单高层领导支持和参与有没有业务方深度参与和认责有没有合适的主数据管理模式想清楚了没有技术工具选型有没有谱主数据度量与评估机制有没有这五条如果大部分是“没有”那建议先补课别急着上平台。我自己踩过的坑是曾经以为主数据管理就是买个软件、配个编码规则结果发现最难的从来不是技术而是让业务部门认账。编码规则定了业务部门说“我们习惯用自己的”平台上了源头系统说“改造排期排到明年”。后来才明白主数据管理本质是管理问题技术只是载体。从那以后我每次评估主数据项目都强制先走一遍“业务方认不认、源头改不改、编码统不统”这三问答不上来就不往下推。希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
