我写这个博客是为了详细解释通过 S4 HANA 1709 中的迁移驾驶舱迁移业务合作伙伴客户主数据的过程。

随着 S4 HANA 及其不同迭代（1510、1611 和 1709）的引入，我们发现将不再支持 LSMW 进行数据迁移。因此，大部分主数据无法再通过 LSMW 迁移。然而，在我们实施 S4 HANA 1709 的过程中，我们发现 LSMW 仍然可以用于从遗留系统迁移一些数据。

我们如何区分可以通过 Migration Cockpit 和 LSMW 迁移的对象？这很容易。Migration Cockpit 框架中提供的所有用于迁移的对象都不能通过 LSMW 进行迁移。例如，MC 1709 中的对象列表是；

从该列表中，我们可以推断从事销售和分销工作的顾问/用户可以通过迁移驾驶舱迁移业务合作伙伴客户主数据，但对于条件主数据，可以使用标准 LSMW 记录。除了 Condition Master，我还通过 LSMW 在本地 1709 上迁移了批量搜索策略。

要开始业务合作伙伴迁移，诀窍在于模板。Migration Cockpit 提供结构化的迁移模板；Customer Master 和 Customer Master Extension 也是如此。

客户主模板包含许多工作表，每张工作表都有标有 (*) 的必填字段，必须填写。必填字段之一是客户编号字段。

在大多数情况下，我已经在 ECC 6.0 的所有 EhP 版本中看到并实际使用了客户主站的内部编号分配。但是，在引入业务合作伙伴和迁移驾驶舱之后，内部或外部编号分配方面出现了一些混乱。一方面，业务合作伙伴配置（将在另一篇博客中详细解释）允许内部编号分配，而迁移主控室模板需要客户编号作为必填字段。

（此客户编号在模板上是强制性的是有原因的；它用作将所有工作表中的数据链接到第一张工作表中的一般数据的唯一标识符。这将在下面通过屏幕截图进一步解释）。

在我们的项目中，客户的要求是各种客户帐户组的内部编号范围。我们已经相应地配置了业务合作伙伴，但真正的挑战是在模板上获取这些数字或让迁移驾驶舱生成内部数字，我们还需要一个唯一标识符来链接工作表之间的数据。这是通过向与内部编号相同范围内的客户分配编号系列来实现的。例如，如果内部号码范围基于 10 位数字 1999999999，那么我们将 0000000001 分配给第一个客户。

我们还尝试分配实际的内部编号范围（基于假设），并使用相同的编号迁移数据，但发现上述方法更简单且无风险。

如果使用自定义帐户组（Z 帐户组）而不是标准。然后，可以在 BP Grouping 和 Customer Account Group 字段中提及相同的内容，数据将相应地映射。

对于迁移，您不需要用数据填充所有工作表，正如您在屏幕截图中看到的，我将几张工作表涂成红色，这些工作表我不需要从中获取任何数据。我们将为创建此客户主数据维护最少的数据。

这是为 General Role 维护的所有数据。转到销售区域数据；

请注意，客户编号与一般数据中提供的相同。在此表中填写整个销售区域数据并移至销售合作伙伴表。

所有客户都创建有四个（默认）合作伙伴功能（可以根据需要添加其他合作伙伴功能）在此表中，合作伙伴角色维护如下；

客户编号重复四次以将每个合作伙伴角色分配给该客户。同样，在下一列中再次重复客户 ID，并提供合作伙伴描述。

在此之后，我们转到公司代码数据。