SAP软件MDG模块之License的度量方式

声明：本文仅代表原作者观点，仅用于SAP软件的应用学习，不代表任何公司。文章涉及SAP相关文字或图片版权归SAP公司所有。

一、前言

大家可能都了解过，SAP MDG的License费用与SAP ERP不太一样，是基于在MDG系统中治理的主数据条目数计算的。

有很多朋友经常问我到底是怎么计算这些条目数的；哪些主数据属于MDG治理的范围；当MDG和S/4HANA共同部署时，怎么区分两者的License；计算工作由谁来做，是否准确……

本篇文章将会详细解释SAP计算这些主数据条目数的方法和依据。

二、概念

MDG License计算主数据数量的对象是指“SAP Master Data Governance”软件应用所预定义的和客户自定义的主数据类型的对象数量。

三、业务定义

在SAP MDG中，你可以将集中治理模块（Central Governance）和数据合并模块（Consolidation）组合使用，以支持多种主数据管理场景：例如使用合并模块为集中治理模型实施主数据的期初导入，在企业并购后合清洗合并主数据，或合并零散的主数据条目以便实现中央化的主数据管理目标等。

1）SAP MDG, Consolidation

数据合并，提供了一种企业拥有和管理分散（de-centrally）主数据的方法和思路。MDG用友强大的能力，以便从不同的数据源加载主数据、标准化主数据、并去除重复数据。针对每一个匹配组，MDG使用大量基于主数据字段的规则计算出最佳纪录（Best record）。这些最佳纪录后续将被用于数据分析或具体的业务场景。

2）SAP MDG, Central Governance

集中治理，提供了基于企业统一数据规则和业务流程下的主数据集中管理能力。MDG应用内置了大量开箱即用的主数据对象和功能，同时也支持自定义主数据对象。MDG提供了基于变更请求（Change request）的主数据流程管理，这个过程包括工作流审批、临时区域存储、数据激活和数据分发。MDG可以独立部署（stand-alone），也可以与一个使用中的SAP ERP系统联合部署（co-deloyed）。在这两种部署场景中，MDG都可以使用SAP已有的业务逻辑创建主数据，同时这些主数据也将用于后续的SAP业务流程。

3）SAP MDG, Data quality management

数据质量管理，客户通过定义数据质量规则和设定关键绩效指标（KPI）来获取高质量的主数据内容。你可以借助这些规则和主数据质量状态报表分析主数据质量状态和趋势。通过分析数据质量评估结果，你可以定位出有问题的主数据范围、数据报错原因和开始数据矫正工作。后续的主数据质量清单和数据矫正流程是对上述场景的功能补充。

四、“度规”是什么

我们将要统计“SAP Master Data Governance” （MDG）系统的主数据对象数量。一般而言，只有“激活”的数据（Active area）才会被统计。存储于“临时”区域的数据将不会被统计。这里要注意，是所有激活的对象都将被计算在内，而不仅仅指那些曾经属于MDG变更请求的对象。

下面讨论单个主数据实体的度量方式：

1)MDG：财务对象

统计的是那些MDG处理的财务主数据实体。包括成本中心、成本中心组、成本要素、内部订单、总账科目、公司、财务报表结构、合并单元、合并组、利润中心、利润中心组、以及他们对应的层次结构数据。

计算基于：

1.SAP 0G和0F模型内管理的SU Type 1（storage and usage type 1）实体类型下的条目数量。

2.那些打上删除标记（技术上指：在每个版本下标记为“过时 Obsolete” ）的条目不会被计算。

3.如果一条主数据存在多个版本（Edition），则只会计算一次。

只有FIN_MDM_ORG的business function被激活时，才会统计MDG财务主数据对象数量。

2)MDG：自定义对象

统计的是那些MDG处理的自定义数据对象实体。这些对象存储于re-use激活区域（数据库表不由MDG生成），或存储于MDG激活区域（Flex实体，数据库表由MDG生成）。 所有的数据模型都受该度规的约束，不管该模式是否是SAP预定义的，例如0G模型。

如果MDG作为激活区域（Flex 模式），计算基于：

1.SU Type 1的实体类型内存储的条目数量。

2.那些打上删除标记（技术上指：在每个版本下标记为“过时 Obsolete” ）的条目不会被计算。

3.如果一条主数据存在多个版本（Edition），则只会计算一次。

如果使用re-use区域存储数据（re-use 模式），计算基于：

1.SU Type 1的实体类型内存储的条目数量，且这些条目已经被任一MDG变更请求处理过。

如果使用MDG数据合并*模块，计算基于：

1.CMP数据模型定义的业务对象OTC下root table中的条目数。这些root table在MDCIMG->配置流程模型和字段数据->配置流程模型，中指定。

2.CMP数据模型和OTC实体类型，这两者中数字更高的一方将作为数量审计的依据。

自定义对象只有在以下条件才会被统计：

1.MDG_FOUNDATION 业务功能被激活时

2.任何License 范围内的数据合并功能被使用时

MDG：供应商主数据对象

统计的是那些MDG处理的供应商主数据对象实体。

计算基于：

1.BUT000表中，被定义为ERP供应商（即LFA1表中存在相关条目）的业务伙伴条目数。

2.拥有“员工”角色的业务伙伴不计算数量。

3.标记为“归档”的业务伙伴不计算数量。

供应商主数据对象只有在以下条件才会被统计：

1.MDG_ERP_SUPPLIER1 业务功能被激活时

2.任何License 范围内的数据合并功能作用于业务伙伴BP时

3)MDG：客户主数据对象

统计的是那些MDG处理的客户主数据对象实体（包括B2B和B2C客户）。

计算基于：

1.BUT000表中，被定义为ERP客户（即KNA1表中存在相关条目）的业务伙伴条目数。

2.BUT000_ACT表中的业务伙伴条目数。

3.拥有“员工”角色的业务伙伴不计算数量。

4.标记为“归档”的业务伙伴不计算数量。

客户主数据对象只有在以下条件才会被统计：

1.MDG_ERP_CUSTOMER1 业务功能被激活时

2.任何License 范围内的数据合并功能作用于业务伙伴BP时

4)MDG：业务伙伴对象

统计的是那些MDG处理的业务伙伴对象实体。统计的数量范围不包括之前已经统计过的供应商主数据和客户主数据对象条目。

计算基于：

1.BUT000表中，既不被定义为ERP客户（即KNA1表中不存在相关条目）也不被定义为ERP供应商（即LFA1表中不存在相关条目）的业务伙伴条目数。

2.被标记为其他组织联系人的业务伙伴不包括在内。

3.拥有“员工”角色的业务伙伴不计算数量。

4.标记为“归档”的业务伙伴不计算数量。

业务伙伴数据对象只有在以下条件才会被统计：

1.MDG_BUPA_1 业务功能被激活时

2.任何License 范围内的数据合并功能作用于业务伙伴BP时

5)MDG：物料主数据对象

统计的是那些MDG处理的物料主数据对象实体。

计算基于：

1.表MARA中的物料主数据条目数。

2.标记为“归档”的物料主数据不计算数量。

3.作为“商品”Article管理的物料主数据不计算数量。

物料主数据对象只有在以下条件才会被统计：

1.MDG_MATERIAL 业务功能被激活时

2.任何License 范围内的数据合并功能作用于物料主数据时

License 相关的数据合并与数据质量管理模块功能

与MDG License相关的数据合并与数据质量管理模块的功能包括：

• 源记录合并（流程目标 = C）
• 集中维护合并（流程目标 = M）
• 已激活记录合并（流程目标 = A）
• 批量处理（流程目标 = U）
• 数据质量评估（流程目标 = Q）
• 数据质量修复（流程目标 = R）

与MDG License无关的功能包括：

• 批量维护（流程目标 = B）
• 批量增强（流程目标 = D）

版权归原作者所有,如有侵权请联系删除。

免责声明：本文所用视频、图片、文字如涉及作品版权问题，请第一时间告知，我们将根据您提供的证明材料确认版权并按国家标准支付稿酬或立即删除内容！本文内容为原作者观点，并不代表本公众号赞同其观点和对其真实性负责。