简介

业务的全球扩张使得组织必须在微观层面了解其库存，同时有效地接收和储存库存，优化订单的拣货和发货。客户需求的动态变化促使公司将重点放在大规模个性化而不是大规模生产上。这反过来又转化为仓库的大量存货，导致仓库和货物收发的复杂性。库存的可追溯性、处理大量的销售/采购订单（有少量的单独申请）和管理"小型仓库区域"是主要的挑战当我们在总部和子公司之间的两层ERP架构的背景下看待这一点时，情况变得更加复杂。库存由两个不同ERP实例上的两个不同实体拥有。在为供应商创建采购订单或向客户确认销售订单之前，库存的可见性一直到bin级别是最重要的。信息技术与运营技术（IT-OT）的融合是推动组织在数字经济中实现卓越流程的最主要驱动力。

当我们在两层ERP架构的背景下讨论仓储运营时，我们需要认识到另一个主要利益相关者。组织集中精力管理其核心能力，返利淘联盟，也导致了第三方物流（3PL）供应商的引入，以管理仓储业务。这些第三方物流正在成为代表大公司管理仓库的全球参与者。在2层ERP环境中，必须对这3个PLs提供重要的支持。3PL通常拥有一个仓库管理系统（WMS）。因此，我们发现我们的总部在一个内部部署系统上运行，该系统可以是SAP S/4 HANA或SAP ECC或任何其他ERP系统，子公司运行在SAP S/4 HANA云上，第三方物流（如果涉及）运行在WMS上，WMS可以是内部或云上。

SAP的云仓库管理系统（WMS）集成产品

自SAP S/4 HANA云1708发布以来，大数据应用，SAP已提供SAP S/4 HANA云与任何其他第三方仓库管理产品的预打包集成系统。目前涵盖了销售和采购流程，其中idoc用于SAP S/4 HANA云与外部仓库管理系统（WMS）之间的通信。

在采购流程中，SAP提供了一个预打包的内容，IDoc用于将SAP S/4 HANA云中创建的入站交付复制到仓库管理系统（WMS）。因此，WMS中的采购订单收货将使用Idoc复制到SAP S/4 HANA云中。

对于销售流程，SAP S/4 HANA云中的出站交货将复制到WMS中。随后，在WMS中进行拣选。如果交付是拆分的，则在SAP S/4 HANA云中复制相同的内容。在WMS中发布货物问题，并在SAP S/4 HANA云中复制该问题之后。

业务案例

接下来看两层ERP架构下的仓库管理业务案例。

总部在SAP ERP（ECC）/SAP S/4 HANA内部部署上运行，拥有一个由总部拥有的中央仓库管理系统总部。仓库管理业务由总部自行执行。该子公司是一家运行在SAP S/4 HANA云上的本地销售办事处，泛在电力物联网，网站自助建站系统，在向客户确认任何订单之前，该办事处会检查总部的库存可用性。在这里，子公司的SAP s/4 HANA云与总部的ERP进行了集成。

**在SAP s/4 HANA云1708发布时，这种情况还无法实现。

在这种情况下，总部和所有子公司的仓储业务由第三方物流（3PL）提供商集中管理。总部可以在SAP ERP（ECC）/SAP S/4 HANA上运行，子公司可以在SAP S/4 HANA云上运行。仓库管理系统（WMS）的所有权属于第三方物流。在这种情况下，子公司可以是销售/制造组织。总部和子公司向第三方物流发出进/出货请求，第三方物流执行仓储操作，并向总部/子公司传递出/收货明细。

这是第三方物流和子公司之间的两层场景。这在子公司的业务范围与总部有很大不同的情况下很常见。子公司拥有自己的销售/制造业务，仓储活动由第三方物流管理。子公司运行在SAP S/4 HANA云上，仓库管理系统（WMS）由第三方物流拥有和管理。子公司向第三方物流发送入站/出站交货请求。第三方物流执行仓储操作并向子公司传达货物收发明细。

同样，在子公司的业务线与总部有很大不同的情况下，这是常见的。子公司管理自己的仓储业务。该子公司运行在SAP S/4 HANA云上，我只是数据，并拥有仓库管理系统（WMS），该系统可以是内部的，也可以是云上的。总部可以在SAP ERP（ECC）/SAP S/4 HANA云上运行。总部只需要了解子公司的某些基本方面，与子公司的WMS没有互动。