（本博客的目的不是讨论什么是CVI活动以及应该如何进行，而是强调在实际开始CVI之前必须考虑的强制性领域。）

SAP ECC到S/4HANA的转换是采用S/4HANA的一种选择，它有一个最重要和强制性的客户-供应商集成活动，俗称CVI。从高层次来看，CVI只不过是利用SAP提供的方法和工具，将现有客户、供应商及其联系人转变为业务合作伙伴。自早期版本的sapecc以来，业务合作伙伴和客户供应商一直共存。SAP新维度产品使用了业务伙伴的概念，在此期间，云服务器服务好，人们意识到客户和供应商不能仅仅是业务伙伴。在ECC中，其他合作伙伴通常被定义为客户或供应商。遵循一个原则，SAP决定在S/4HANA中只使用业务合作伙伴概念来定义所有合作伙伴，包括客户和供应商。这是一个主要的简化，使得在进行转换之前必须将客户和供应商转换为业务伙伴。

在转换项目中回到CVI，在转换项目的经验之后，人们意识到CVI本身不是一个步骤，而是一个需要大量努力的小项目，并开始提出建议，将其作为优化成本的前期项目，由于技术改造在CVI完成之前不会进行，即时通讯云平台，而从事改造的其他资源在此之前将处于闲置状态，并且会产生连锁效应，延迟主要项目。此外，还观察到，尽管活动定义明确，结果可见，并且有足够的工具集可用，但CVI花费的时间超过预期。

从技术上讲，CVI在定义BP角色和CV账户组映射时开始，但如果考虑到所有BP角色需要定义的内容，如何将简历账户组映射到业务伙伴角色等。这是在规划CVI时经常被忽略的领域，我毫不犹豫地称之为CVI步骤之前的"阶段"。这一阶段需要深入全面地研究CV当前的账户组设置以及S/4HANA中的业务需求。如果当前设置涉及多个SAP ECC系统，并且一个系统被转换，而其他系统的功能在转换后的S/4HANA系统中实现，则任务变得更加复杂。另一种可能性可能是拥有非SAP系统，其合作伙伴（如果不在当前的SAP ECC中）也需要在目标系统中定义，从而使工作更加复杂。它要求以有组织的方式进行研究，并建议遵循传统的按现状、按现状和按现状实现的方法。

按现状研究将有范围了解现有环境，包括客户和供应商的经常账户组、合作伙伴功能、合作伙伴确定和数量范围。在专门针对客户的ECC中，系统中会发现多个帐户组。从客户的角度理解定义多个帐户组背后的原因很重要，请注意，主要帐户组在控制编号范围、字段状态和合作伙伴方面起着重要作用。通常，大数据行业报告，客户要求拥有不同的帐户组以保持号码范围不同，而销售对象、发货对象将是具有不同字段状态和合作伙伴功能的不同帐户组。此外，还必须研究所有这些帐户组的使用位置，如接口、自定义增强功能、报告、输出等，拥有BP将影响所有这些对象和业务流程。

待设计将涉及业务/IT决策，以确定要定义的新BP角色。必须按照原样清楚了解新BP角色的影响。顾问必须举办研讨会，并提出多种选择的建议，产生相应的影响和结果。示例–可以考虑将多个"卖方"和"收货方"合并为目标系统中的一个"卖方"和"收货方"。在业务伙伴中，可以灵活地将编号范围分配给相同的业务伙伴角色，可以手动选择。编号范围冲突，客户和供应商的编号重叠，需要与IT团队讨论并达成一致，在这种情况下，CVI后两者不能保持相同，因为之前客户和供应商有两个不同的编号范围对象，但在BP方法中是一个。Customer和Vendor master仍然使用相同的表KNXX和LFXX，因此不需要重新定义特定于流程的属性。然而，在业务伙伴方法中，它将要求定义联系人的属性，并与SAP ECC中定义的内容保持一致。此外，对联系人的人数范围没有控制，因为只有客户和供应商可以使用映射，在CVI中，联系人的人数范围将是在CVI期间BP角色中为联系人定义的。

为了实现"未来"，将涉及多个车间、业务和IT决策，这需要相当多的时间时间。应明确确定新设置的影响，以避免后期出现问题。此外，建议在业务伙伴中使用账户组方法无法使用的其他功能，这将为客户增加价值。

在实现阶段，智能物联，如果有全面的蓝图，任务将变得更容易。一旦按照最终确定的"目标"完成实现，物联网的，系统就准备就绪，CVI活动可以开始。

顾问和利益相关者的培训是加速上述活动的另一个关键因素。在项目开始时，应为将要影响决策和对系统进行更改的所有利益相关者组织一次培训和授权会议。