文章目录
- MDG 基于SAP S/4HANA 2023的创新
- 集中治理
- MDG通用架构相关
- 基于已激活的数据刷新快照和未激活数据
- 在文件上载时，将导入的源文件附到生成的变更申请附件中
- 文件上载中新的层次结构更新模式
- 文件下载中使用字段描述替换字段技术名称
- MDG财务主数据相关
- 当在MDG搜索界面切换搜索实体类型或搜索方法时，保持搜索方法和搜索条件前后一致
- 在MDG 主数据单条处理页面显示当前有效的层次结构分配数据
- MDG物料主数据相关
- Lean Classification支持022，023和300分类类型
- MDG业务伙伴、客户、供应商主数据相关
- 允许的收款人（LFZA）和付款人（KNZA）
- 地址注释（ADRCT）和通讯注释（ADRT）
- 性能优化
- 完整的BP数据校验
MDG 基于SAP S/4HANA 2023的创新
转眼间MDG即将伴随S/4HANA一起Release 2023的大版本，和去年类似，抢先带来MDG 2023的新功能/变化简介~ 需要注意的是根据SAP整体更新策略，从S/4HANA 2023之后，OP的大版本发布频率将由现在的一年一次改变为两年一次，MDG产品的更新策略也可能类似。S/4HANA 2023正式版将在今年10月正式发布。
SAP Master Data Governance主数据治理基于SAP S/4HANA 2023在主数据集中治理，数据合并和数据质量管理模块带来了众多创新功能。由于更新内容众多，本次将首先聚焦于MDG集中治理模块的更新内容：
集中治理
作为国内客户最常实施的MDG模块，MDG集中治理带来了多个加强功能，大部分的功能来自于SAP Customer Connection项目，也就是说来自于客户自身的需求与投票结果，这些功能包括：
MDG通用架构相关
基于已激活的数据刷新快照和未激活数据
需求：如果在MDG变更请求流程中，一个实体字段被后端修改（如ERP事务码、ERP程序等），而MDG中没有发生修改，同时该实体的其他字段在此变更请求中发生了变更。主数据管理员希望可以通过刷新快照的方式，让MDG和后端数据保持一致。具体事例如下图所示。
解决方案：MDG快照刷新程序的功能已经加强，目前可以覆盖MDG未激活数据和并行变更请求。USMD_CREQUEST_SNAPSHOT_REFRESH程序进行了增强，同时该程序的输出将使用新的应用日志。
在文件上载时，将导入的源文件附到生成的变更申请附件中
需求：作为主数据管理员，我希望在文件上载应用中使用的导入文件可以自动附到生成的变更请求上，以便后续变更请求处理人可以随时查看导入文件内容并进行检查。
解决方案：在文件上载应用中将新增一个复选框，当勾上时，源文件会自动附到新变更请求上。
文件上载中新的层次结构更新模式
需求：作为主数据专员，我希望可以精确地移动、替换和移除层次结构中的节点数据，而不是每次上传都全量覆盖原有层次结构数据，以避免产生各种错误。目前更新模式只有“全部删除”和“覆盖或添加记录”。意味着只允许添加新的节点连线而不是精确地操作节点中的数据。
解决方案：批量维护层次结构将拥有额外的更新模式：移动子节点，替换节点和移除节点。
文件下载中使用字段描述替换字段技术名称
需求：作为主数据专员，我希望通过文件下载应用导出的文件内显示字段的DDIC描述，而不是只显示字段技术名称，以便用户更便捷的直接编辑文件内容，并快速识别到所需的字段。
解决方案：文件下载的第四步将提供一个新的复选框，勾上后导出的文件中将只显示字段描述，而不是技术名称。
MDG财务主数据相关
当在MDG搜索界面切换搜索实体类型或搜索方法时，保持搜索方法和搜索条件前后一致
需求：作为主数据专员，我希望无论是使用总账科目（科目表）还是总账科目（公司代码）进行搜索，搜索条件中的字段和搜索方法尽量保持前后一致，从而减少用户的操作步骤。
解决方案：当切换变更请求类型时，搜索条件和搜索方法将保持前后一致。
在MDG 主数据单条处理页面显示当前有效的层次结构分配数据
需求：作为主数据专员，当我查看利润中心或成本中心单条数据时，希望系统默认显示当前有效的层次结构分配信息。目前系统只会默认显示第一个版本的有效数据。并且显示的层次结构数据本身不会展现所属版本，意味着有限时候，界面上显示的层次结构分配数据并不是当前有效的数据。
解决方案：层次结构分配UIBB将提供一个下拉框，以便用户选择不同的版本。并且系统将默认显示当前有效的版本数据。
MDG物料主数据相关
Lean Classification支持022，023和300分类类型
需求：作为主数据专员，我希望使用Lean Classification维护022、023、300的分类数据。
解决方案：批次分类类型022/023，变式分类300将可以在类分配界面进行选择。
MDG业务伙伴、客户、供应商主数据相关
允许的收款人（LFZA）和付款人（KNZA）
需求：作为主数据专员，我希望可以在MDG流程中维护允许的收款人和付款人信息。
解决方案：
新增MDG BP实体类型 BP_CUSAP / BP_CUSAPC，和UIBB “ERP客户：允许的备选付款人” 和 “ERP客户公司代码：允许的备选付款人” ，对应ERP表 KNZA。
新增MDG BP实体类型 BP_VENAP / BP_VENAC，和UIBB “ERP供应商：允许的备选收款人” 和 “ERP供应商公司代码：允许的备选收款人” ，对应ERP表 LFZA。
地址注释（ADRCT）和通讯注释（ADRT）
需求：作为主数据专员，我希望可以维护一条地址或通讯数据的注释信息。这些注释信息也包括国际版本中的地址，或独立于地址的通讯数据。
解决方案：
BP数据模型将提供新的标准实体类型以支持ERP表ADRCT（地址文本）和ADRT（通讯文本），并显示在新列“注释”中。多语言的注释信息可以通过点击“详情”按钮进行维护。
性能优化
需求：作为主数据专员，我希望提升维护业务伙伴数据的界面性能，特别是业务伙伴存在很多的相关信息，如多地址、公司代码数据、销售范围数据、BP关系等。
解决方案：性能优化。
完整的BP数据校验
需求：作为主数据专员，我希望MDG变更请求流程可以随时校验完整的BP数据，而不仅仅只检查本次变更的数据内容。这将帮助用户修正以前错误的数据内容。
解决方案：功能已增强。
