主数据的详细内容

发布网友发布时间：2022-04-22 16:36

共2个回答

热心网友时间：2022-04-08 12:15

应根据以下因素或更多因素综合考虑主数据：
企业绩效管理报告（如利润或收入计划随产品、客户、账户等产生的变化）要求综合多个系统的主数据。遵从报告要求一致性主数据。
同步交易系统处理特定客户（如提供具体报价）或供应商（如指定采购的首选供应商）。
主数据管理(MDM)的成熟度
根据主数据管理实施的复杂程度，参照Jill Dyche, Evan Levy的观点大体可以把主数据管理可以分为六个层次，从低到高反映了主数据管理(MDM)的不同成熟度。下面我们简单介绍一下这六个层次：
Level 0 ：没有实施任何主数据管理(MDM)
在Level 0的情况下，意味着企业的各个应用之间没有任何的数据共享，整个企业没有数据定义元素存在。比如，一个公司销售很多产品，对这些产品的生产和销售由多个独立的系统来处理，各个系*立处理产品数据并拥有自己独立的产品列表，各个系统之间不共享产品数据。在Level 0, 每个独立的应用负责管理和维护自己的关键数据(比如产品列表、客户信息等)，各个系统间不共享这些信息，这些数据是不连通的。
Level 1 ：提供列表
不管公司大还是小，列表管理是我们常用的一种方式。在公司内部，会通过手工的方式维护一个逻辑或物理的列表。当各个异构的系统和用户需要某些数据的时候，就可以索取该列表了。对于这个列表的维护，包括数据添加、删除、更新以及冲突处理，都是由各个部门的工作人员通过一系列的讨论和会议进行处理的。业务规则(Business Rules)是用来反映价值的一致性，当业务规则发生改变或者出现类似的情况时，这样高度手工管理的流程容易发生错误。由于列表管理是通过手工管理的，其列表维护的质量取决于谁参加了变更管理流程，一旦某人缺席，将会影响列表的维护。
Level 2 ：同等访问(通过接口的方式，各个系统与主数据主机之间直接互联)
MDM Level 2与MDM Level 1相比，引入了对主数据的(自动)管理。通过建立数据标准，定义对存储在*知识库(Central Repository)中详细数据的访问和共享，为各个系统间共享使用数据提供了严密的支持。*知识库(Central Repository)通常会被称为“主数据主机(Master Data Host)”。这个知识库可以是一个数据库或者一个应用系统，通过在线的方式支持数据的访问和共享。
创建、读取、更新和删除 (CRUD)是处理基本功能的典型编程术语。即便在MDM中，CRUD处理也是基本功能。你的数据库如果仅仅支持CRUD处理并不意味着你实现了MDM。 MDM Level 2引入了“同等访问”(peer-based access)，也就是说一个应用可以调用另一个应用来更新或刷新需要的数据。当CRUD处理规则定义完成后，MDM Level 2 需要客户或“同等”应用格式化请求(和数据)，以便和MDM知识库保持一致。MDM知识库提供集中的数据存储和供应(provisioning)。在这个阶段，规则管理、数据质量和变更管理必须在企业范围内作为附加功能定制构建。
Level 3 ：集中总线处理
与MDM Level 2相比，MDM Level 3打破了各个独立应用的组织边界，使用各个系统都能接受的数据标准统一建立和维护主数据(MDM Level 2的主数据主机上存储的数据还是按照各个系统分开存储的，没有真正的整合在一起)。
集中处理意味着为MDM构建了一个通用的、基于目标构建的平台。大多数公司发现MDM正在挑战他们现有的IT架构：他们拥有太多的独立平台处理主数据。 MDM Level 3 集中数据访问、控制跨不同应用和系统使用数据。这极大的降低了应用数据访问的复杂性，大大简化了面向数据规则的管理，使MDM比一个分散环境具有更多的功能和特点。企业主数据面临一致性的挑战。数据在不同的地方存在，数据所代表的含义也是不同的，数据的规则各个系统之间也是不一样的。集中MDM处理-通过一个公共的平台作为一个总线(HUB)-说明一个共识，从多个系统整合主题域数据，意味着使用集中、标准化的方法转换异构操作数据，不管其在源系统中是什么样子，都会被整合起来。在MDM Level 3，公司对主题域内容采用集中管理方式。这意味着应用系统，作为消费者或使用主数据，拥有一个共识就是数据是主题数据内容的映像，打破了各个独立应用的组织边界。MDM Level 3支持分布主参考数据的存在。
Level 4 ：业务规则和*支持
一旦数据从多个数据源整合在一起，主题域视图超越单独的应用并表现为一个企业视图，你将获得事实的单一版本。当事实的单一版本已经能够提供出来时，来自业务主管和执行人员的必然反应经常是：“证明它”。MDM Level 4可以保证主数据反映一个公司业务规则和流程，并证实其正确性。MDM Level 4通过引入主数据来支持规则，并对MDM总线以及其它外部系统进行完整性检查。由于多数公司相对比较复杂，影响业务数据访问和操作的规则以及策略 (rules and policies)相对也比较复杂。假定任何一个单一系统可以包含并管理与主参考数据相关的各种类型的规则是不切实际的。因此，如果一个MDM总线真正打算提供企业范围内数据的精确性，工作流和流程整合的支持是必不可少的。
Level 5 ：企业数据集中
在MDM Level 5 ，总线和相关的主数据被集成到独立的应用中。主数据和应用数据之间没有明显的分隔。他们是一体的。当主数据记录详细资料被修改后，所有应用的相关数据元素都将被更新。这意味着所有的消费应用和源系统访问的是相同的数据实例。这本质上是一个闭环的MDM：所有的应用系统通过统一管理的主数据集成在一起。在这个级别，所有在系统看起来都是事实的同一个版本。操作应用系统和MDM内容是同步的，所以当变更发生时，操作应用系统都将更新。在那些熟悉的MDM架构风格中，持久总线架构，当一个总线更新所有的操作应用系统将体现这种变更，形成改变的直接操作视图。在注册环境中，当数据数据更新时，总线将通过Web服务连接相关系统应用事务更新。因此，MDM Level 5提供一个集成的，同步的架构，当一个有权限的系统更新一个数据值时，公司内所有的系统将反映这个变更。系统更新完数据值后不要单选其他系统中相应值的更新：MDM将使这种更新变的透明。
从MDM Level 4到MDM Level 5意味着MDM功能性不是在一个应用内被特殊设计或编码的。这还意味着主数据传播和供应不需要源系统专门的开发或支持。所有的应用清楚的知道他们并不拥有或控制主数据。他们仅仅使用数据来支持他们自己的功能和流程。由于MDM总线和支持的IT基础架构，所有的应用可以访问主参考数据。一个公司在完成MDM Level 5后将使他们所有的应用连在一起—既包括操作的也包括分析的—所有访问主数据是透明的。举例说明，当一个客户更新她的状态—不要管注册该变更的系统—数据变更将被广播到所有的应用平台(因此一致起来)。MDM Level 5是把数据概念作为一种service来实现。MDM Level 5保证了一个一致的主数据主题域企业映像。定义“客户”和其他应用接受客户主数据业务规则变化实际上是一回事。MDM Level 5移走了主数据的最后一个障碍：统一采用数据定义、授权使用和变更传播。

热心网友时间：2022-04-08 13:33

在说主数据之前，我们先来看一个场景：

一银行客户向监管部门投诉，说银行泄露他的个人隐私。于是，行长被监管部门训诫，数据老总被行长责骂。但追查下来，其实银行似乎并没有什么错：不同系统里保存了客户的多个手机号码，银行向客户发送其动账信息时，客户的一个“错误手机号码”收到了短信，然而客户不希望该号码看到动账信息，因为该号码可是某个“敏感人”在使用。

一个客户，多个号码并存，且其中还含有“敏感号码”。这种现象在客户信息管理中，屡见不鲜，并由此带来了“客户投诉”等系列连锁反应。

我们再来看一个行业趋势：

如今，CRM系统几乎成了每个企业的标配，不管企业规模如何。并且，对于拥有多家子公司、多条业务线的大企业来说，他们为不同的业务团队、部门或区域部署了多个CRM。但是这种情况却给CRM发挥价值最大化带来了问题，如：同一个客户信息存在不同系统中，且信息不完全一致。在进行客户管理或营销活动时，不仅浪费了企业资源还带来了隐患。由此，CRM的下一个进阶之路，将从多个不同来源提取现成的客户数据，以创建客户数据的单一可信版本，帮助企业提高营销能力并促进销售。

有两个概念隐藏在这两个场景中，一个是“主数据”，案例中“客户”就属于主数据，其中由客户信息管理不当引起的投诉事件就是主数据管理缺失带来的问题。另一个就是“主数据管理（MDM）”。创建客户数据的单一可信版本，这就是引入了主数据管理解决方案。

到底什么是主数据？

能够满足企业跨部门协同需要的、反映核心业务实体状态属性的企业(组织机构)基础信息，属性相对稳定、准确度要求更高、唯一识别的，就是主数据，称为MDM。这是《主数据管理实践*》给出的定义。

在这个定义中，我们可以很直接的把握到几个重要信息：“满足跨部门协同需要”、“核心业务实体状态属性”、“属性稳定”、“准确度高”、“唯一识别”。

主数据强调的是要共享、统一的基础数据。跨越了系统和部门界限，不归属于某一特定的部门，是多个系统之间的共享数据，是各个职能部门在开展业务过程中都需要的数据，是企业的核心数据资产。

主数据是定义企业核心的业务对象，如产品、员工、原料、客户、供应商等，企业的业务记录都是围绕这些业务对象开展，为保证业务数据的质量，主数据需要在企业全范围内保持一致性、准确性、完整性、可控性。

在一个系统、一个平台，甚至一个企业范围内，主数据实体要求具有唯一标识即数据编码，同名同义，保证同一个对象在共享和应用的唯一性，如：统一员工和组织主数据，对所有系统的员工和组织进行规范。

以上提到的特点是主数据应该满足的重要特征，但是实际的信息化建设中缺出现很多问题。比如:最明显的，企业肯定会使用不止一个系统。同一个业务对象的细节会出现在不同系统中，比如：员工会被定义在财务系统、OA系统等。因此，就会带来如下问题：

可能需要在每个系统中重新存储数据

同一实体在不同系统间的编码不一致、信息不一致

系统之间可能不同步（新增数据、更新数据）

重复数据："ABC Ltd"和"ABC Limited"是同一个东西么？

共享或者利用难：做报表或分析时，难以从多个系统去整合数据

为了应对这些问题，我们需要引进主数据管理（MDM）。

建立数据标准，实现数据集成、统一管控与无障碍共享。在这里需要强调一点的是:对主数据的管理要集中化、系统化、规范化。也就是说，主数据管理应保持相对独立，主数据管理系统是信息系统建设的基础，它服务于但是高于其它有业务信息系统。

《主数据管理实践*》关于主数据管理的定义是这样说的：是一系列规则、应用和技术，用以协调和管理与企业的核心业务实体相关的系统记录数据。主数据管理通过对主数据值进行控制，使得企业可以跨系统的使用一致性的和共享的主数据，提供来自权威数据源的协调一致的高质量主数据，从而支撑跨部门、跨系统数据融合应用。

主数据作为企业数据战略的重要组成部分，在信息化战略中处于核心地位，处于基础支撑地位。它极大程度上影响了企业信息化建设的价值，更影响了企业利用的效率和数据发挥价值的程度。

试想一下：企业耗费大量资源，在引进越来越多的系统中逐步实现了业务数据化。但是，由于系统建设缺乏统一规划，及不同系统建设厂商不一致，导致不同系统内的数据出现了不一致现象。当物资供应部拿着ERP中查询好的供应商编号，去生产部门询问该供应商所供货物的使用计划时，发现没有该供应商的相关信息；集团希望统筹全集团的“人财物”，集中采购就成了重要抓手，SRM系统终于上线了，但是下属企业却各说各话，鸡同鸭讲，问题依旧没有解决……

从基础层面来说，主数据管理主要体现了一下价值：

消除数据冗余:不同系统、不同部门按照自身规则和需求获取数据，容易造成数据重复存储，形成数据冗余。主数据打通各业务链条，统一数据语言，统一数据标准，实现数据共享，最大化消除了数据冗余。

提升数据处理效率：各系统、各部门对于数据定义不一样，不同版本的数据不一致，一个核心主题也有多个版本的信息，需要大量的人力、时间成本去整理和统一。通过主数据管理可以实现数据动态整理、复制、分发和共享。

提高公司战略协同力：数据作为公司内部经营分析、决策支撑的“通行语言”，实现多个部门统一后，有助于打通部门、系统壁垒，实现信息集成与共享，提高公司整体的战略协同力。

以上是从主数据管理的价值和意义说明其重要性。

我们换个角度从项目落地实施的角度来看看为什么“主数据管理是一切工作的起点”。

随着大数据战略的深入推进，数据的资产化成为日益明显的趋势。但同时，很多企业对于数据资产的管理还处于非常原始的阶段，面临着数据质量差、数据垃圾难以处理、数据转换率低等管理痛点。如何充分挖掘发挥数据价值的方*和参考框架是关键问题也是难点问题。

科学的数据资产管理模式对于企业具有非常重要的意义。现有的方法多种多样，其中“主数据管理”是数据资产管理实践方式的重要切入方法之一，其建设策略是从解决核心业务实体数据的质量和业务协同入手，推动生产环节在客户、物料、组织机构、产品、统一编码等方面保持一致。

从主数据入手开展数据资产管理实践目标明确、建设周期较短，还能够保障关键数据的唯一性、一致性及合规性。从IT建设的角度，主数据管理可以增强IT结构的灵活性，构建覆盖整个企业范围内的数据资产管理基础和相应规范，并且更灵活地适应企业业务需求的变化。此外，主数据质量的提高也能够为后期数据集成和数据整合打下良好的基础。