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系统帮助实现端到端的配置数据分发流程并且可以监控分发状态。下图展现了该方式的实现流程。
  

1. 新的配置数据在ERP开发机上被建立
2. 当配置保存时，Solman系统会同时在ERP和MDG开发机中各提供一个传输请求Transport Request
3. 这些配置数据在ERP上被记录在传输请求中。同时Solman自动把这些待传输的内容包进一个BC Set并且在MDG上激活该BC Set
4. MDG和ERP继续按照各自的传输路线进行配置传输