SAP MDG —— 与ERP间的配置Customizing同步

文章目录

    • 简介
    • 一般准则
    • 同步
      • 期初同步
      • 持续同步

简介

大多数实施SAP MDG的客户都需要考虑到不同系统间的配置同步问题,来保证业务流程的一致性。特别是MDG作为中心部署 (HUB),以区别于其他的S4/HANA或ERP系统。这篇博客将简明扼要的阐述整个同步流程,以求为SAP MDG的项目实施带来一些指导和范例。(本文不包含S4/HANA Cloud系统)

一般准则

同步配置数据意味着认定相关数据范围 (What)、判定维护的位置 (Where)以及决定如何去管理整个同步流程 (How)。

SAP中的配置数据 (Customizing Data)指的是在IMG进行的一系列配置,并由此通过TR传输到测试和生产环境。当数据在不同的系统间交互时,我们应该保证每个系统的相关配置是完全相同的。如果迫不得已,在某些配置上存在差异,我们也必须使用一些映射技术 (Value Mapping) 确保数据在复制的过程中不会出现问题,但是这种特殊情况应尽量避免。

在大多数的情景下,配置数据被维护在ERP或S/4HANA中,然后再分发到其他系统,例如MDG。这种分发通常只在开发环境间进行。

从更深层次的角度来说,我们可以试着把配置数据分为几大块内容。一些配置数据是通用的,与业务流程的联系不是很紧密。例如一些标准组织代码,语言、国家、货币等。这种类型的配置数据也可以被称为“基准数据” (Reference Data)。基准数据最好被维护在中心系统中,例如一个MDG系统。

除了这些基准数据外,我们可以把与主数据有关的配置放在MDG中维护,在ERP或S4/HANA中维护更偏向业务的配置。当然了,MDG特有的那些配置只能在MDG中完成,比如Change Request相关的配置。

上面几段讨论了在哪维护配置的问题,还有很多其他方面可以优化我们的同步流程。例如,让我们考虑一些维护成本。最简单的方式当然是只在ERP中维护所有配置,然后一股脑传输到MDG中。但是这样会导致MDG系统中含有大量的无用配置数据,这些配置与主数据维护毫无关联。更聪明一点的办法是只挑选那些有用的配置传输到MDG中,这样就会增加维护成本。此外也可以分开维护,这些都是项目实际实施中的一些思路。

如果不同系统之间存在版本差异,我们就需要去对比那些配置表的结构是否存在差异。这种差异往往存在不同的产品之间,如果两边都是SAP ERP,而仅仅是enhancement package level或support package level不同,我们也不需要考虑这种配置表结构的差异问题。如果一边是SAP ERP,另一边是S4/HANA,SAP提供了Note 2192251,或直接在S4系统中进入t-code SYCM来查看配置表的具体属性变化。

同步

期初同步

SAP传输管理系统 (TMS) 和业务配置集 (BC Sets) 是客制化配置分发的技术基础。
针对MDG来说,由于SAP MDG从技术层面来说是基于ECC的,因此至少有四种MDG的安装方式可供考虑:

  1. 安装ECC->从正常运营的ERP系统进行期初同步->升级ECC->安装MDG
  2. 安装MDG(基于ECC)->从正常运营的ERP系统进行期初同步
  3. 安装ECC->Client Copy->清洗配置->升级ECC->安装MDG
  4. 直接Copy ERP->清洗配置和数据->升级ECC->安装MDG

可以将选项1和2当成“显性同步”(使用TMS和BC Sets),3和4则是“隐性同步”。
由于部署的方式不同,配置同步可能发生于安装系统的过程中,或安装系统之后。从SAP官方给出的MDG主数据配置对象清单出发,可以较为清晰的进行配置同步操作,因为这些配置对象和MDG主数据配置息息相关。如果MDG系统复制自一台运行中的ERP系统,那么对配置数据的清洗则很有必要,因为我们只希望保留那些跟MDG有关的配置数据。如果没有这些清洗,那么MDG和其他ERP系统间很容易造成配置不一致。

持续同步

在期初同步完成之后,建立一个持续性的配置同步机制是很有必要的。为了实现持续的配置同步功能,有多种选项可供选择;但是请记住,明确想要同步的配置对象列表(只与MDG相关)是实现这一功能的关键,因为以下所有的选项都需要一份对象列表:

  • 半自动同步
    使用半自动的方式从ERP系统中将配置对象数据导出成一个BC Set,然后手动导入MDG Hub。这种方式的缺点就是需要人为手动参与。
  • 自开发解决方案
    一个完善的自开发解决方案需要实现仅推送相关的配置数据到MDG系统。这种方法的缺点是需要花费精力进行开发工作,优点是可以更好的控制同步的进程,实现当ERP生产机配置数据生效之后,才进行配置数据同步。
  • 基于ALE的配置分发
    这个方法涉及到在MDG和ERP间配置一套ALE来捕获和同步配置数据。
  • 基于SAP Solution Manager的配置分发 (推荐)
    这种方法借助SAP Solman系统帮助实现端到端的配置数据分发流程并且可以监控分发状态。下图展现了该方式的实现流程。
    SAP MDG —— 与ERP间的配置Customizing同步_第1张图片
  1. 新的配置数据在ERP开发机上被建立
  2. 当配置保存时,Solman系统会同时在ERP和MDG开发机中各提供一个传输请求Transport Request
  3. 这些配置数据在ERP上被记录在传输请求中。同时Solman自动把这些待传输的内容包进一个BC Set并且在MDG上激活该BC Set
  4. MDG和ERP继续按照各自的传输路线进行配置传输

你可能感兴趣的:(SAP MDG —— 与ERP间的配置Customizing同步)