深入了解SAP S4 HANA Business Partner
以下博文深入了解了SAP S/4 HANA系统,以及迁移时该如何设置Business Partner。
我想与大家分享一下我目前在SAP S/4 HANA迁移方面的经验。
我们中的许多人总是挣扎着从哪里开始,如何开始,最后以为什么开始而结束?让我们讨论一下,如何使用干净的数据启动/维护系统并迁移到SAP S/4 HANA。为了成功实施数据迁移,系统中必须包含一组完整、准确的数据,这些数据来自遗留系统, 并且满足目标系统技术要求和用户业务要求的。
在任何项目中,对源系统和“未来”系统数据的适当理解和分析允许定义和实施数据管理行动计划,以生成数据集:
- 使新系统中使用的旧数据的价值最大化。
- 使数据可用,以加快商业利益的交付。
- 满足业务流程的数据要求。
- 满足技术数据要求。
- 关注当前数据质量的难点领域。
根据目前的项目经验,我将其分为以下几步:
- 对系统(源和目标)和源数据的分析。
- 对源数据做增补。
- 对数据做清理。
- 合并–得到最终需要迁移的数据。
SAP S/4 HANA为您管理业务伙伴数据提供了许多新的可能性。但许多SAP客户意识到:数据的现状不可能实现平稳过渡——因为数据质量太差了。
我们在项目实践中发现数据迁移比预期的更困难,让我们(以我的知识)了解一下如何迁移。
- 如今,客户和供应商数据可能分布在任何地方。明天,您希望将其整合到一个数据库(“SAP Business Partner”)里。
- 例如:公司ABCD可能在不同的国家开展业务,并在不同的数据库中维护其交易数据,并且该公司在某个时刻决定整合其客户数据和供应商数据。
- 有一个解决方案,即是本文正在讨论的。
我们面临的一般问题如下:
- 无数的数据重复使得识别真正活跃的业务伙伴非常困难。
- 接近上线时,公司发现数据不正确且不完整,无法进行自动处理;送货可能会到达错误的地址。
- 随着上线日期的临近,组织手动数据清理的时间已经不多了。
在SAP S/4 HANA中,Business Partner是维护业务伙伴、客户和供应商主数据的主要对象和单一入口点。这是为了确保上述主数据易于维护,并能实现它们之间的协调。与传统的ERP系统相比,通过Business Partner维护客户和供应商主数据具有多重优势。其中包括:
- Business Partner允许维护具有相应地址用途的多个地址。
- 在传统交易中,一个客户只能与一个账户组关联。但在Business Partner中,多个角色可以与同一Business Partner关联。
- 最大限度地共享和重复使用数据,从而简化数据整合。
- 通用数据适用于所有不同的Business Partner角色,存储每个角色的特定数据。
- 维护与同一Business Partner的多个关系。
- 维护不同子实体角色、地址、关系、银行数据等的时间相关性。
传统ERP系统中存在冗余的对象模型。这里使用的是供应商主数据和客户主数据。SAP S/4 HANA中的(强制性)目标方法是Business Partner方法。
Business Partner现在能够集中管理业务合作伙伴、客户和供应商的主数据。在当前的开发中,BP是为业务合作伙伴、客户和供应商创建、编辑和显示主数据的单一入口点。
使用RFC功能,我们可以将数据加载/迁移到SAP S/4 HANA。SAP提供了标准RDP(快速数据集市)功能,这是创建business partners的最佳方式。
与使用CVI函数一样,我们可以创建、编辑和删除*(这是一个可以讨论的巨大主题,这里可以将删除视为仅限于单个角色)。
在本机应用程序中,不可能将客户和供应商一起迁移到目标系统,那么问题来了:我们能否通过SAP S/4 HANA中的business partner方法实现这一点?
答案是:是的,可以。
解决方案是:为供应商和客户在业务伙伴中维护不同的角色。
理想情况下,对于客户而言,应为FLCUXX(FLCU00/FLCU01)
角色FLCU00将是客户的财务视图,角色FLCU01将是客户的销售视图。
如何导航到Business partner?答案是:输入事务代码BP.
然后,您可以在下一个屏幕中找到业务伙伴:
你可以很容易地识别角色:
基本角色应该是业务伙伴-000000-通常,您不需要在此处执行任何操作,默认情况下,它将与其他角色一起自动创建。
让我们在此了解客户和供应商集成的其他角色:
- Business Partner -000000
- Customer- FLCUXX
- Customer Account
- Customer sales
- Vendor -FLVNXX
- Vendor accounting
- Vendor purchasing
您可以在下面的屏幕中轻松识别:
子类别角色会以后续的00/01/02替换XX(自定义部分)。
简而言之,我们可以发送这些角色以及所需的其他详细信息,如一般数据以及地址、身份详细信息、销售组织、公司详细信息、供应商一般数据、供应商采购信息和维护关系数据(另一个棘手的部分,对BPs很重要)。
-完-
2021-10-7 翻译于住处。