您提到"在我的新系统中"，根据我的理解，这意味着您的公司决定不执行系统转换（或者，它们根本无法转换，因为目标是例如S/4HANA Cloud）。 如果我误解了这个情况，请告诉我。

S/4HANA共有三种路径-系统转换（这与您的情况无关），新安装和选择性过渡。 如您所知，通过系统转换，您可以传输转换前未存档的所有数据。 对于未开发的项目，如果您使用诸如LTMC之类的标准工具，则只能传输主数据，余额，未结订单等种类的对象，而无法传输历史数据。

第三个选项是选择性过渡，您可以在其中决定希望在S/4HANA系统中拥有哪些数据（包括历史数据）。 该选项涉及（据我所知）为咨询服务付费，与其他两个选项相比，该项目花费的时间明显更长，并且需要更多的精力。 如果您的要求是保留链接的对象-我会告诉您，这可能是一个值得考虑的选择（尽管如果您必须遵守某些法律法规，这是最合理的选择，但是序列号将是您最少的麻烦 ）。 即使进行了选择性过渡，我仍然怀疑在没有链接对象的情况下传输部分数据是否会由负责选择性过渡的实施团队同意这样做。

如果我处于类似情况并且绝对没有 要说服客户端也传输链接数据的方法，我会考虑使用序列号历史记录在SAC中进行分析，或者考虑使用任何用于报告的工具并将其与S/4中的新数据合并。

许多年前，为了实现新的实施，为了遵守有关跟踪产品移动和设备检查的法律法规，我们将旧系统中的信息加载到Z表中，然后构建了自定义报告 使用自定义和标准来源生成所需的输出。 这实际上取决于复杂性，在我们的案例中，我们只需要用几千条记录填充几个z表，并且报表需求是非常基本的。您还可以对实际需求进行一些评估，并确定最合适的位置 存储历史信息。

对于非SAP遗留系统，一些客户决定将旧环境保留几年以用于报告目的，但是对于ECC而言，这可能太昂贵了。 #justmy2cents

感谢您的回答和建议。 经过更深入的调查后，我的结论与您在帖子中所描述的很接近：

许多年前，为了实现新的实施，为了遵守有关跟踪产品移动和设备检查的法律法规，我们将旧系统中的信息加载到z表中，然后构建了自定义报告， 使用自定义来源和标准来源生成所需的输出。 这实际上取决于复杂性，在我们的案例中，我们只需要用几千条记录填充几个z表，并且报表需求是非常基本的。您还可以对实际需求进行一些评估，并确定最合适的位置 存储历史信息。

我只是在目标系统表OBJK，SER01，SER02，SER03中手动进行了测试。 历史记录出现在GUI事务中。 我可以想象创建一个迁移程序来大规模地执行此操作，但是就像您在帖子中所解释的那样，最大的问题将是直到我们要在哪里获取这些历史数据以及我们要管理哪种复杂性。