SAP S/4 HANA中的业务合作伙伴方法

下面的博客文章深入了解了SAP S/4 HANA系统，电子商务数据分析，以及迁移时必须如何进行业务合作伙伴设置。

我想与大家分享一下我目前在SAP S/4 HANA迁移方面的经验。

我们中的许多人都很难从哪里开始，如何开始，最终以为什么开始而结束？

让我们讨论一下，如何使用干净的数据启动/维护一个系统，并迁移到SAP S/4 HANA。

为了成功地实施数据迁移，系统必须填充一组完整、准确的遗留系统数据，这些数据满足目标系统的技术要求和其业务需求用户

在任何项目中，对源系统和"未来"系统的数据的适当理解和分析允许定义和实施数据管理操作程序，以产生一个数据集：

使新系统中使用的遗留数据的价值最大化这使得数据可用于加快业务效益的交付满足业务流程的数据需求满足技术数据要求。关注当前数据质量的难点

根据目前的项目经验，我将其分为以下几类

SAP S/4 HANA为您管理业务伙伴数据提供了许多新的可能性。但许多SAP客户意识到：数据的平稳过渡是不可能的，因为它的质量太差了。

公司发现数据迁移比预期的更困难，大数据可视化，让我们看看（据我所知）

今天，客户和供应商的数据可能分布在任何地方。明天，您希望将其整合到一个数据库中（"SAP业务合作伙伴"）例如：ABCD公司可能在不同的国家开展业务，并在不同的数据库中维护其事务数据，他们决定在某一点上整合客户数据和供应商数据。这里有一个我们正在谈论的解决方案。

我们通常面临的问题：

无数的重复使得很难确定真正活跃的业务合作伙伴离上线越来越近的时候，公司发现数据不正确且不完整，自动交易无法进行；交付可能会以错误的地址结束随着上线日期的临近，组织手动数据清理的时间已经不多了

在SAP S/4 HANA中，业务伙伴是维护业务伙伴、客户和供应商（以前称为供应商）主数据的主要对象和单一入口点。这是为了确保上述主数据易于维护，并实现它们之间的协调。与传统的ERP交易相比，通过业务伙伴维护客户和供应商的主数据具有多重优势。其中有：

业务伙伴可以维护多个地址，并有相应的地址用途。在传统交易中，农业物联网，一个客户只能与一个账户组关联。但在业务伙伴中，多个角色可以与同一业务伙伴关联。最大限度地共享和重用数据，从而简化数据整合。常规数据可用于所有不同的业务伙伴角色，每个角色都存储特定的数据。维护与同一业务伙伴的多种关系。维护不同子实体角色、地址、关系、银行数据等的时间依赖性

说明：

传统ERP系统中存在冗余对象模型。这里使用供应商主数据和客户主数据。SAP S/4 HANA中的（强制）目标方法是业务合作伙伴方法。

业务合作伙伴现在能够集中管理业务合作伙伴、客户和供应商的主数据。在当前的发展中，BP是为业务伙伴、客户和供应商创建、编辑和显示主数据的单一入口。

使用RFC功能，我们可以将数据加载/迁移到SAP S/4 HANA。

SAP提供了标准RDP（Rapid data Mart）功能，这是创建业务的最佳部分合作伙伴。

像使用CVI功能一样，我们可以创建、编辑和删除*（这是一个巨大的话题，这里可以讨论删除，因为删除仅限于单个角色）。

在本机应用程序中，不可能将客户和供应商/供应商一起迁移到目标系统，这里出现的问题是：我们能否通过SAP S/4 HANA中的业务伙伴方法实现这一点？

答案是：是的，我们可以。

解决方案是：为供应商和客户在业务伙伴中维护不同的角色。

理想情况下，大淘客怎么推广，为客户-它将是FLCUXX（FLCU00/FLCU01）

如下：

FLCU00将是会计，FLCU01将是销售

详细信息：

如何导航到业务伙伴？

答案是：

进入SAP屏幕，输入Tcode–BP

然后你可以找到下一个屏幕上的业务合作伙伴：

你可以很容易地识别角色，你在处理什么：

基本角色应该是业务合作伙伴-000000-一般来说，你不需要在这里做任何事情，默认情况下会自动与其他角色一起创建。

让我们在这里看到客户和供应商集成的其他角色：

您可以在下面的屏幕中轻松识别：

子类别角色将替换为00/01/02，如下所示（自定义部分）。

简言之，我们可以发送这些角色以及所需的其他详细信息，如一般数据以及地址、身份详细信息、销售组织、公司详细信息、供应商一般数据，供应商采购信息和维护关系（另一个棘手的部分，对BPs来说很重要）

上述额外的细节本身就是另一个大话题，比如，生态环境大数据，如何建立销售组织、采购信息、公司细节等，可能会在下一篇博客中讨论。

学习学分：@arunkumar yadav