欢迎回到SAP S/4HANA Cloud 2-tier ERP博客系列的下一个博客。

在这个博客中，让我们看看2-tier部署模型中的主数据处理概念。

全球企业都努力获得干净、无重复、准确的主数据。在这方面付出了很多努力。支离破碎、不一致的主数据隐藏了业务流程效率，带来了声誉风险，并可能导致客户忠诚度的丧失，最终导致业务损失。

简单地说，干净的主数据是任何企业成功的基础。

SAP稳定的主数据处理产品有很多，如SAP MDM和SAP千年发展目标。在这篇博文中，我们将不讨论这些产品功能，而是讨论我认为在两层部署中主数据处理可能采用的各种方法。

我看到以下可能的方法

方法1：总部在SAP ECC或S/4HANA内部部署上运行MDG插件，子公司在这方面运行S/4HANA云

部署模型，总部运行SAP ERP或S/4HANA内部部署，MDG是一个附加组件。这里的期望是将MDG在确保所有卫星系统的主数据的干净和单一来源的前提下发挥的作用扩展到S/4HANA云。

对SAP MDG的现有投资可以扩展，以确保即使是S/4HANA云也能将主数据从SAP MDG推送到S/4HANA云实例。

在这种方法中，运行S/4HANA云的子公司可以与现有的SAP MDG实例无缝协作，以获得干净的主数据，并降低子公司引入不完整、不一致的本地主数据副本的风险。

方法2：总部运行SAP ECC或S/4HANA内部部署，子公司运行S/4HANA云-使用DRF进行复制

此方法方法与我们前面在方法1中看到的方法非常相似。在这种情况下，我们没有SAP MDG实例，但仍然需要能够将总部维护的主数据发送到运行S/4HANA云的本地子公司。

在这种情况下，游戏返利，DRF很方便。我们可以使用数据复制框架（datareplicationframework，啥叫人工智能，DRF）在后台手动或自动复制集中执行的主数据更改。筛选器允许我们配置复制设置。（方法1也利用DRF）

在这种情况下，不需要为客户进行额外投资，以确保总部和子公司之间的主数据（客户、供应商、物料）同步。由于我正在利用DRF，我的转换能力有限，以防我需要执行广泛的数据转换或需要将主数据发布到多个系统。

方法3：总部运行SAP ECC或S/4HANA OnPremise，子公司运行S/4HANA Cloud–API方法

在这种方法中，我将利用列入白名单的API发布在API Hub for S/4HANA Cloud上，用于各种主数据对象的CRUD操作。

有关可用API的详细列表，请访问：https://api.sap.com

在这里，我没有得到任何框架支持来说明HQ中新创建或更改了哪个主数据对象。所有这些逻辑和转换逻辑都需要是总部方面的一个定制解决方案。

接下来我们要讨论的两种方法基本上都将基于这种方法。

方法4：总部运行SAP ECC或S/4HANA OnPremise&SAP PI/PO/其他中间件，子公司运行S/4HANA Cloud–SAP PO中的数据处理

是，发发淘客，当我讨论方法3时，我们很多人都会想，为什么我不能使用SAP PO，它可以帮助我更轻松地执行数据转换，而不是将其作为ERP端的自定义逻辑编写。

这也是一种可能性。

使用SAP PO或任何其他中间件，我得到了比我们之前看到的纯API方法更多的优势：

更好的数据转换处理能力数据转换规则集中在我的环境中（这里以sappo为例）将主数据传播到多个系统的能力

方法5：总部运行SAP ECC或S/4HANA OnPremise，子公司运行S/4HANA Cloud–使用SAP CP进行数据复制和转换。

此方法本质上是我们讨论的方法4的变体。在这里，我不使用SAP PO，而是利用SAP CP（集成服务）功能进行主数据转换并传输到运行S/4HANA云的子公司。

随着越来越多的企业采用云方法，我看到方法5得到了更广泛的接受并成为首选。

当然，对于方法4和方法5，您需要在SAP S/4HANA云端上列出白名单的API或IDoc，云服务器商，以使此通信正常工作。

我提出了各种方法，我认为在两层部署中可以处理主数据。并非所有的主数据对象都遵循一种方法。我会再写一篇博客，讨论各种主数据对象（如BP、物料、利润中心、成本中心、内部订单、条件、税务代码、采购主数据，如工厂、采购组织、物料清单、检验方法、工作中心、项目主数据等）以后可以使用的方法。

有关SAP S/4HANA Cloud的更多信息，云店，查看以下链接：

S/4HANA云发布信息：所有云版本的最佳实践S/4HANA云2层ERP系列：这里的集合

通过@SAP和#S/4HANA与我们联系或通过Srivatsan Santhanam与我联系