我确实使用LTMC进行了升级（重新安装），还为我们收购的新公司添加了新材料。 在运行LTMC之前，我们确实使用了外部和内部号码范围。 在加载数据之前，我们还清理了数据。 这意味着我们对我们的物料主数据进行了转储，并将其与所带来的新物料进行了比较。 已经做了一些工作来确定两家公司是否使用了相同的材料。

在那之后，这相当"容易"（从来没有那么容易）。 我们先在DEV，QAS和PRD中运行负载。 到珠三角的时候，我们已经大致了解了需要多长时间。 我们根据物料组加载。 我们没有更改编号约定。 我们确实在表上带有"旧"/"新"表，可以在LTMOM中使用这些表，以将正确的数据导入其他迁移中。

24/7-我们没有这个问题。 我们能够从星期五下旬到星期日下旬使用该系统。 总是有假期。

老实说，锁定记录并以一些较慢的时间对其进行计时-我认为您可以将其缓慢运行到系统中。 停止进行快速检查，然后再进行下1000条左右的记录。 不要忘记您也有LTMOM。 这样一来，您可以非常轻松地访问这些交叉引用文件。 我们使用了LTMOM和LTMC。 对我们来说最大的事情不是我们的材料。 这是我们的客户主人，也是对当前客户的相互参照。 我们进行了内部编号。 那是个挑战。

所以是的-我使用LTMOM确实做了一些ABAP编程。

建议去OPENSAP，那里的课程很不错。 （免费）它很有帮助。

请告诉我是否有什么我可以帮助的。 当我第一次去看时，要么信息太多，要么信息不足。

BR，

Michelle

我从 open.sap.com 并再次进行了点击演示，第一次尝试失败，但第二次尝试成功，使用了我自己的规则编码 调用NUMBER_GET_NEXT来检索下一个内部号码，并更新我的长期使用的Z表，我们在其中存储映射以供中心使用。

现在，我更想知道为什么SAP无法提供类似的转换规则来使用内部编号，至少他们本可以在KBA中提供步骤和示例编码2565362 。

嗨，海因里希。

在我工作的公司中，我们有MDG，因此基本数据是在MDG实例上创建的，并复制到运营实例S/4HANA DQP，换句话说，我对物料号没有问题，在我的情况下是LTMC 用于扩展组织视图。

但是，如果确实需要在没有MDG或任何其他MDM工具的情况下使用内部编号，则可以将LSMW之前使用的相同策略应用于LTMC项目。

开发一个Z功能模块来依次执行NUMBER_GET_NEXT和BAPI_MATERIAL_SAVEREPLICA功能，这样您就不需要执行任何手动操作即可映射物料编号。

然后，使用LTMOM并使用此Z功能模块创建一个新的迁移对象。

关于实时系统中的用法，今天LTMC已成为公司中大规模流程的常规工具。

因此过程是：

-MDG将物料数据（仅基本数据视图）发送到目标系统

-用户执行LTMC来扩展其各自业务领域的数据。

正如您在下面的屏幕快照中看到的那样，我们按业务区域划分了物料业务对象，因此每个用户可以随时进行自己的更改，而无需其他业务区域将使用相同的物料来填充模板

我想LTMC是普通用户进行自己的数据加载的很好的工具，但是将LTMC与LTMOM和ABAP代码以及数据服务结合起来，您可以使它真正强大。

希望这对您有所帮助。

祝一切顺利

Janderson

嗨，

您可以在迁移对象/项目中执行以下步骤：

创建一个Z_MAP_MATNR作为翻译对象。

创建一个Z_CVT_MATNR以更新您的翻译对象并获取新编号。 您必须使用FM GET_NUMBER_NEXT获取新号码，并将其映射到用作参考的一个字段（例如，旧号码BISMT）。 在第一次运行中，您将关系存储在翻译对象dmc表中，因此在规则内必须对该dmc表进行选择以获取物料编号。 如果sy-subrc = 0表示您已经有一个数字，否则，请运行get_number_next。

致谢

亚历杭德罗