SE11/SE12是数据字典，而SE16/SE16N是用于浏览内容的数据浏览器

不了解设计是什么，直接映射数据元素可能并不容易。 您是否有SAP咨询团队会为您提供数据迁移策略的指导？

Colleen谢谢。 我正在尝试做的事情是提前进行过渡工作，并对需要添加哪些数据元素，解决方案中已经存在其他数据元素的情况有一个很好的了解，显然我想我们会需要一些帮助 通过工作。

我们有一位精通业务应用程序的顾问，该顾问将在我们接近正式过渡时出现，但我希望得到帮助。 认为我将从SE16N开始，看看会带给我们什么，但是我绝对感谢您的建议，我认为基于我团队的专业水平，我需要将其更多地集中在业务上，而不是SAP上。 （有道理吗？）再次感谢您。

除了评论科琳·赫伯特的笔记，我的建议，也是做同样的事情 在3种不同的旧系统中，至少需要3次不同的时间，以识别您想要/需要移动的数据（即Materials），找出您在SAP中需要哪些信息以及还希望添加哪些信息。
遵循复杂关系（即销售订单，采购订单）和所有相关对象的面包屑，重复该过程。

您会发现某些数据无法按标准移动，并且由于设计不同，还必须添加一些自定义字段或更改它们的位置，并且您需要一些当前无法处理的数据。

您当然需要一支经验丰富的优秀咨询团队来指导您。

Simone

谢谢您的建议。 我确定你是正确的。 在这一点上，我只想让我们前进。 在某些时候，我确信我们的系统知识将限制进度，但是如果我们能自己定义尽可能多的定义，我相信它将代表过渡的几个不同方面的价值。

现在，我对背景有了更好的了解，我建议您看一下事务BAPI。

BAPI（=商业API）包含您更多的商业Y数据视图，而且还包含更多的英语Y名称。 可以将其视为逻辑数据模型，而表也包含大量技术信息并代表物理数据模型。

BAPI会执行业务规则，并将验证您的输入并将其转换为正确的表级数据，因此通常是您以编程方式与业务文档进行交互的首选方法。

因此，对于大多数对象，您将看到某种形式的更新方法，通常是CreateFromData或其他任何形式，并且这些参数的参数表示您要使用的字段。 当然，我不能说是否将通过这些API或其他机制执行加载，但是如果您可以使用BAPI字段名为某人提供映射，则通常可以推断出真实的文件名。

谢谢Mike。 我将探讨它作为一种选择。 实际上，这听起来像我们可能需要的。