SAP S/4HANA MM模块培训 54 - 数据迁移驾驶舱：LTMC、LSMW与Migrate Your Data

企业从旧 ERP、外围系统或 Excel 台账切换到 SAP S/4HANA 时，最难的通常不是“把一个文件上传进去”，而是回答四个更基础的问题：哪些数据应当进入新系统、源数据怎样清洗、旧代码怎样转换成目标代码，以及装载完成后如何证明数量、金额和业务关系都正确。SAP S/4HANA Migration Cockpit 正是围绕这条迁移链设计的标准工具。

本课视频先解释数据迁移的概念，列举物料、供应商/业务伙伴、采购信息记录、货源清单、未清采购申请和未清采购订单等 MM 数据，再用“逐个执行 MM01 创建 1000 个物料”说明批量迁移的必要性。随后，讲师在 SAP S/4HANA 1909 环境中输入事务码 LSMW，打开 Legacy System Migration Workbench 的 Project Selection 页面，并从课程角度比较 LSMW 与 LTMC。视频没有打开 LTMC，也没有完成模板下载、上传、字段映射、模拟或正式迁移；讲解刚进入“优势”就中断。

因此，本文前半部分严格还原视频真实内容和 SAP 原始画面；从第一个“SAP 官方教程补充”章节开始，再依据 SAP Help Portal 与 SAP Learning 补齐当前标准方法。需要先说明一个关键版本变化：视频讨论的经典事务 LTMC 已被 SAP 标记为弃用，当前应使用 SAP Fiori 应用 Migrate Your Data - Migration Cockpit（应用 ID F3473）。本文不会把旧课程中的 LTMC 描述直接当成当前项目实施建议。

重要边界：迁移对象、字段、限制、迁移方法和可扩展能力都与 SAP S/4HANA 目标版本、部署方式、已激活范围及源系统条件有关。本文讲的是判断方法和标准流程，不是可以脱离目标版本文档直接执行的固定脚本。

本课目标、证据来源与阅读方法

学完本文，应当能够回答以下问题：

1. 数据迁移与普通文件复制有什么区别？
2. 视频列举了哪些 MM 初始数据和未清业务数据？
3. 为什么大量物料不能依靠 MM01 逐笔创建？
4. 视频对 LSMW 与 LTMC 的比较包含哪些内容，真实 SAP 操作到哪里为止？
5. 经典 LTMC 与当前 Migrate Your Data - Migration Cockpit 是什么关系？
6. 使用暂存表和直接从 SAP 系统传输分别适用于什么情况？
7. 下载模板、上传、准备、映射、模拟、迁移和对账为什么不能合并成一步？
8. 哪些数据适合初始迁移，为什么通常不把全部历史交易搬入新系统？
9. 项目上线前怎样组织多轮演练、切换、对账和业务验收？
10. 遇到迁移错误时，应按什么顺序定位根因？

本文使用三层证据：

视频容器完整时长为 00:10:11.501，最后一条有效字幕结束于 00:10:10.339。文件可以正常解码到结尾，说明并非本地下载缺帧；源视频本身就是在讲师开始说明 LTMC 优势时结束。目录里虽然列有“LTMC 步骤”和“LTMC 上传”，但画面中没有出现对应操作。

1. 视频如何定义数据迁移

视频把数据迁移描述为：把数据从一个或多个源系统转移到 SAP S/4HANA 目标系统。源系统既可能是旧 SAP 系统，也可能是非 SAP 系统。这个定义看似简单，但“转移”至少包含选择、提取、清洗、转换、装载和验证六类工作。

可以把迁移链拆成四个责任区：

迁移不是数据库表到数据库表的机械复制。旧系统中的供应商编号、物料组、计量单位、工厂、付款条件和税分类，可能与新系统的设计不同。即使字段名称一样，业务含义也可能变化。例如，S/4HANA 的供应商集成到业务伙伴模型中；旧系统的供应商主数据不能只按“原号码原字段”直接搬运，还需要满足业务伙伴角色、分组、地址、公司代码和采购组织数据要求。

1.1 为什么必须先定义目标范围

迁移项目常见的错误起点是“先把旧系统所有数据导出来再说”。正确顺序应当反过来：先确认新系统上线时需要哪些业务能力，再确定支撑这些能力的迁移对象、组织范围、时间范围和记录状态。否则团队会花大量时间清洗最终并不需要迁移的历史数据，也可能漏掉新流程必需的主数据关系。

一个可执行的数据范围至少要明确：

• 目标公司代码、工厂、采购组织、库存地点和业务伙伴范围；
• 截止日期、未清状态和历史保留策略；
• 每个对象的源系统、主数据所有者和审批人；
• 对象之间的依赖顺序，例如业务伙伴先于采购信息记录；
• 数量、金额、状态和关键属性的验收口径；
• 哪些记录明确排除，以及排除后如何查询或归档。

1.2 数据质量问题不会因使用迁移工具而消失

Migration Cockpit 能提供结构、转换、校验和装载流程，但不会自动判断两个拼写不同的供应商是否属于同一法人，也不会替业务部门决定停用物料是否仍需在新系统中保留。工具可以发现必填字段缺失或值不允许，却无法替代业务判断。

所以，迁移成功的前提是业务和技术共同承担责任：业务团队负责记录真实性和取舍，数据团队负责提取、转换和可重复执行，SAP 功能团队负责目标对象和配置关系，财务与审计团队负责余额和控制证据。

2. 视频列举的 MM 数据对象

讲师用 MM 场景说明迁移不是抽象的技术任务。他列举了物料主数据、供应商、业务伙伴、采购信息记录、货源清单、未清采购申请和未清采购订单。这些对象覆盖了主数据、采购货源关系和开放交易三类信息。

2.1 物料主数据

物料是采购、库存、计划、生产和会计估价的共同基础。迁移时不能只看物料编号和描述，还要确认目标系统需要哪些组织层级和视图，例如：

• 基本数据：描述、基本计量单位、物料组、产品层次；
• 采购数据：采购组、订单单位、收货处理时间；
• 工厂数据：MRP 类型、批量、计划参数、利润中心；
• 库存数据：库存地点、批次、特殊库存相关属性；
• 会计数据：估价类、价格控制、标准价或移动平均价。

一个物料可以在基本层存在，却因为缺少工厂或估价范围数据而无法在目标工厂采购、收货或估价。因此，对账不能只比较“成功创建了多少物料编号”，还要检查关键组织层视图是否齐全。

2.2 供应商与业务伙伴

视频同时提到 vendor 和 business partner。对 S/4HANA 项目而言，这不是两个可以随意互换的标签。供应商业务通常通过业务伙伴及其供应商角色承载。迁移设计要协调：

• 业务伙伴分组和编号范围；
• 通用数据中的名称、地址、语言、税号和银行信息；
• 供应商公司代码数据，如统驭科目和付款条件；
• 采购组织数据，如订单货币、付款条款和合作伙伴功能；
• 重复记录合并、停用记录处理和敏感字段权限。

如果业务伙伴还需要客户角色，迁移团队还要处理客户/供应商整合关系，不能仅按“供应商文件”单向思考。

2.3 采购信息记录与货源清单

采购信息记录把供应商、物料、采购组织等组合起来，承载价格、交货时间和订单单位等采购关系。货源清单用于在一定期间内管理允许、固定或受限制的货源。这两类数据都依赖基础主数据先存在：

1. 物料已在相应组织层维护；
2. 业务伙伴/供应商角色和采购组织数据有效；
3. 采购组织、工厂、单位和货币等配置值存在；
4. 有效期和状态符合上线日期。

所以迁移顺序通常不是“所有文件同时上传”，而是先基础对象，再关系对象，最后未清业务。

2.4 未清采购申请与未清采购订单

未清单据是仍需在新系统继续履行的业务承诺。判断是否纳入范围，不能只看单据是否“未删除”，还要结合剩余数量、交货完成标识、发票完成标识、审批状态、后续单据和上线日处理规则。

例如，一个采购订单已经部分收货、部分开票，剩余部分是否迁移、历史收货和发票怎样保留、GR/IR 怎样衔接，都需要结合具体迁移对象文档和切换方案。视频只把开放 PR/PO 列为示例，并没有演示这些规则。

3. 为什么不能用 MM01 逐个创建 1000 个物料

讲师用很直观的例子说明批量迁移的价值：如果需要创建 1000 个物料，逐个执行 MM01、选择视图、输入组织层并填写字段，会耗费大量时间，而且每次操作都可能产生不同的人为错误。

逐笔创建与批量迁移的区别不只是速度：

批量工具并不意味着可以忽略业务质量。如果 1000 条记录使用了错误的基本单位或估价类，批量处理只会更快地产生 1000 条错误。因此，模板必须经过字段级校验、业务审批和试迁移；正式装载前还要冻结源数据版本，保证测试文件和生产文件之间的差异可解释。

3.1 一条可复现的批量迁移链

一个稳健的批量过程通常具备以下产物：

1. 可版本控制的源数据提取规则；
2. 明确的源字段到目标字段映射；
3. 经业务批准的清洗和转换规则；
4. 固定格式的模板或接口数据；
5. 每轮迁移的文件校验值和记录数量；
6. 模拟、正式迁移和错误修正日志；
7. 目标系统对账报告与业务验收结果。

当同一套流程能在开发、质量、预生产和生产环境重复执行，并且每轮差异都有原因，迁移才真正可控。

4. 视频中的 LSMW SAP 实操

视频先说明 LSMW 是 Legacy System Migration Workbench，然后切换到 SAP GUI。讲师登录 S/4HANA 1909 系统，在 SAP Easy Access 命令栏输入 LSMW。

这张 1920×1080 原始画面能够证明三件事：

• 视频系统状态栏显示环境为 s4hana1909；
• 命令栏完整输入 LSMW；
• 当时使用的是经典 SAP GUI，而不是 Fiori 的 Migration Cockpit 应用。

执行后，系统打开 Legacy System Migration Workbench 的 Project Selection 页面。

页面上有三个输入字段：

讲师没有输入任何项目、子项目或对象，也没有进入 LSMW 后续步骤。因此，本视频能证明“LSMW 事务在该 1909 课程系统中可打开”，却不能证明一个 LSMW 迁移对象已经配置、测试或成功运行。

4.1 视频没有展示的 LSMW 内容

画面没有出现源结构、源字段、结构关系、字段映射、转换规则、文件读取、批输入会话、直接输入程序或错误日志。文章不能根据一般知识把这些步骤写成讲师已经完成。若企业仍有历史 LSMW 项目，只能把它们视为遗留资产重新评估，而不能因为旧对象存在就默认适用于 S/4HANA 新实施。

5. 视频中的 LSMW 与 LTMC 对比

讲师随后从课程角度比较两类工具。他把 LSMW 描述为需要创建 Project、Subproject 和 Object，并经历较多步骤；把 LTMC 描述为使用 SAP 提供的现成模板、流程更容易、对技术经验要求更低。讲师还把多个源系统提取的数据进入 cockpit、再写入 S/4HANA 画成概念流程。

这个比较可以帮助初学者理解“自定义迁移工作台”与“标准迁移对象和引导流程”的差别，但有三项必须纠正：

1. 讲师把 LTMC 全称解释为“Landscape Transformation Migration Cockpit”；SAP 当前官方产品名称是 SAP S/4HANA Migration Cockpit。
2. 视频讨论的是 S/4HANA 1909 课程环境。当前本地部署文档已经明确说明经典事务 LTMC 被弃用，不能继续执行迁移。
3. “更容易”不等于“无需专业知识”。迁移仍需要理解对象文档、组织结构、字段含义、值映射、业务依赖、错误消息和对账口径。

5.1 “预定义模板”真正解决什么

预定义内容的价值是降低结构设计和程序开发的起点：系统为受支持迁移对象提供目标结构、字段、转换逻辑、对象文档和引导动作。但模板不能决定企业应该迁移哪些停用物料，也不能替业务确认旧供应商的重复关系。它解决的是标准化装载框架，不是全部数据治理问题。

5.2 “覆盖很多场景”不等于“覆盖所有场景”

迁移对象是否可用，受目标版本、部署模式、激活范围和迁移方法影响。同一个对象在某个版本可用，不代表在另一个版本、另一个部署模式或另一种迁移路径中也完全相同。项目必须以目标系统中实际提供的对象列表和对应官方文档为准。

6. 视频终点与未完成内容

视频在讲师开始说明 LTMC 优势时结束。最后一段没有完成完整句子，之后也没有 SAP 界面或上传演示。

视频真实完成与未完成的边界如下：

从下一节开始均为 SAP 官方教程补充，不属于视频实操。

SAP 官方教程补充：经典 LTMC 已被当前 Fiori 应用取代

SAP 当前本地部署帮助明确说明：经典事务 LTMC 已弃用，并且不能再用于执行迁移。后继入口是 Migrate Your Data - Migration Cockpit，SAP Fiori 应用 ID 为 F3473。旧 LTMC 项目在特定条件下仍可查看，但“能查看旧项目”不等于“还能继续用 LTMC 做新迁移”。

旧课程应怎样阅读

视频中关于“迁移项目、预定义模板、源数据、映射和迁入 S/4HANA”的核心思想仍有学习价值，但实际入口、支持对象、方法和步骤必须重新对照目标版本。实施时应执行以下检查：

1. 确认目标是 Cloud Public Edition、Cloud Private Edition 还是本地部署；
2. 确认目标系统版本和补充包级别；
3. 在目标系统中检查 Migrate Your Data 应用和可用迁移对象；
4. 阅读每个对象的 Documentation、前置对象、字段说明和限制；
5. 按项目版本验证暂存表、直接传输或其他受支持路径；
6. 不照搬旧 LTMC 截图、旧模板或旧项目参数。

LTMC、Migration Cockpit 与 F3473 的关系

SAP 官方教程补充：当前 Migration Cockpit 的核心能力

当前 Migration Cockpit 以迁移项目和迁移对象组织工作。标准对象提供结构、字段、转换逻辑和对象文档，应用通过状态、可用动作和消息引导用户处理数据。

1. 迁移项目

迁移项目定义一个可管理的迁移范围。项目创建时要选择迁移方法，并根据方法指定数据库连接或源系统连接等不能随意变更的属性。项目不是简单文件夹；它连接迁移对象、数据批次、映射、作业和状态。

2. 迁移对象

迁移对象代表一种受支持的业务数据，例如某类主数据或开放交易。对象文档通常应回答：

• 迁移范围和不支持范围；
• 前置对象和依赖；
• 源结构、目标字段和必填条件；
• 选择条件或模板要求；
• 迁移后的验证应用和后续处理；
• 已知限制及版本注意事项。

选择对象时不能只看名称。官方界面会显示 Documentation 和 Predecessor 等信息，意味着“先读文档、再决定顺序”本身就是标准流程的一部分。

3. 映射、模拟和迁移

源系统代码常与目标系统不同。Migration Cockpit 通过值映射和固定值映射任务管理转换；模拟用于预演校验和转换，不写入业务数据；正式迁移才会把通过处理的数据写入目标系统。

4. 状态、作业和消息

批量迁移可能产生多个后台作业。项目团队要监控对象状态、运行活动、成功数量、失败数量和消息分类。错误修正后应重新执行受影响批次，并保留原文件、修正文件和每次执行结果，避免出现“最后成功了，但不知道改过什么”的审计缺口。

SAP 官方教程补充：两种主要迁移方法

SAP 官方把当前常见路径概括为“使用暂存表”和“直接从 SAP 系统传输”。两种方法都使用迁移项目、迁移对象、映射和迁移步骤，但源数据进入 Migration Cockpit 的方式不同。

怎样选择

选择不应由“哪个按钮看起来更方便”决定，而应至少评估：

1. 源系统是不是受支持的 SAP 版本；
2. 目标对象在该方法下是否可用；
3. 是否需要整合多个 SAP 与非 SAP 来源；
4. 数据清洗和合并发生在哪里；
5. 是否需要可冻结、可签名的文件基线；
6. 网络、连接、权限和切换窗口是否允许直接读取；
7. 数据量、重跑时间和错误修正方式是否满足上线窗口。

SAP 官方教程补充：使用暂存表创建迁移项目

在暂存表方法下，项目创建时要选择相应迁移方式，并选择本地或远程 SAP HANA 数据库模式等适用选项。界面中能看到的选项会随部署版本和系统配置变化。

本地与远程暂存表的含义

暂存表由 Migration Cockpit 按迁移对象生成，结构与对象要求保持一致。根据版本和部署条件，暂存表可以位于目标系统相关的本地数据库模式，也可能位于配置的远程 SAP HANA 数据库模式。项目创建时选定的数据库连接通常具有重要约束，不能把它当成普通筛选条件随意更改。

项目命名与批次设计

项目名应反映业务范围和迁移波次，例如按演练轮次、公司代码或切换范围管理，但不要把所有对象拆成过多孤立项目。设计时要平衡：

• 对象依赖能否在同一项目中清晰管理；
• 映射是否需要在多个项目间保持一致；
• 运行窗口和并行度是否可控；
• 失败后能否只重跑受影响对象或批次；
• 项目完成后是否容易归档和审计。

SAP 官方教程补充：模板下载、填写与源数据装载

在对象页面中，用户可看到 Download Template、Upload File、Prepare、Mapping Tasks、Simulate、Migrate 和 Create Correction File 等动作。它们按照状态逐步启用，说明迁移是有顺序的状态机，而不是一次上传。

1. 下载目标项目生成的模板

模板应从当前目标项目和迁移对象下载，不应长期复用另一版本、另一系统或旧 LTMC 项目的文件。模板结构可能随版本和对象内容变化。使用旧模板最危险的地方不是“完全打不开”，而是字段看起来相似却已改变含义或约束。

2. 阅读对象文档和字段说明

填写前应确认：

• 哪些工作表和结构必须提供；
• 哪些字段必填、条件必填或互斥；
• 日期、数字、单位和代码的格式；
• 父子记录怎样通过技术键关联；
• 一次文件支持的数据量和拆分规则；
• 是否存在默认值、允许值或后续处理。

3. 保护模板结构

不要随意重命名工作表、删除技术列、合并单元格或改变列顺序。即使业务只需要少数字段，也应按模板和对象文档处理空值。电子表格的“看起来整齐”不是质量标准，能被 Migration Cockpit 正确解析才是。

4. 上传文件或写入暂存表

文件上传适合把已冻结的数据批次交给应用；ETL 工具写入暂存表适合自动化、较大数据量或多源整合。无论哪种方式，都要记录：

• 数据提取时间和源系统快照；
• 文件或批次唯一标识；
• 记录数量和文件校验值；
• 清洗与转换规则版本；
• 业务审批人；
• 上传或写表执行人和时间。

SAP 官方教程补充：暂存表迁移的完整步骤

SAP 官方流程可以归纳为设计、装载、转换和上线四个阶段。

阶段一：设计

1. 创建迁移项目并选择暂存表方法；
2. 添加迁移对象；
3. 阅读对象文档、前置对象和限制；
4. 确定批次、依赖和验收口径。

阶段二：装载

1. 生成对象对应的暂存表；
2. 下载模板并填充源数据，或由 ETL 工具写入暂存表；
3. 校验文件结构、记录数量和技术键；
4. 把批准后的批次送入项目。

阶段三：转换

1. 执行 Prepare，让应用读取并检查源数据；
2. 处理值映射和固定值映射任务；
3. 确认所有必须的开放映射任务；
4. 执行模拟，查看转换和校验消息；
5. 修正源数据或映射并重新模拟。

阶段四：上线

1. 在批准的窗口执行正式迁移；
2. 检查成功、失败和可更正消息；
3. 使用允许的修正方式处理错误并重试；
4. 对数量、金额、主键和业务可用性进行对账；
5. 完成业务验收后结束项目或迁移波次。

这个顺序体现了一个重要原则：只有当源数据、映射和模拟结果都得到确认，正式迁移才应进入生产切换窗口。

SAP 官方教程补充：直接从 SAP 系统传输

直接传输方法通过受支持的 SAP 源系统连接读取数据。创建项目时选择 Migrate Data Directly from SAP System，再按迁移对象选择源数据并执行后续步骤。

直接传输不是“跳过数据治理”

不需要人工填写模板，并不意味着源数据自动合格。团队仍要：

• 确认源系统和目标系统版本组合受支持；
• 建立并测试通信、技术用户和权限；
• 按迁移对象定义选择条件；
• 处理源数据质量、重复和停用记录；
• 完成值映射和固定值映射；
• 模拟、正式迁移并对账。

选择条件必须可复现

直接读取时，选择条件相当于文件方法中的冻结批次。如果每轮使用不同筛选条件却没有记录，数量差异就无法解释。应保存：

• 组织范围；
• 关键日期和状态；
• 业务主键范围；
• 排除规则；
• 执行时间和源系统数据冻结状态；
• 每轮返回的实例数量。

源系统变化怎样处理

演练期间源系统仍在运行，记录会新增或修改。项目应定义增量或最终重提取策略，而不是把第一次演练结果直接带到生产。最终切换前必须明确冻结窗口、最后一次提取时点和源目标差异处理责任人。

SAP 官方教程补充：映射、模拟、迁移与修正

Migration Cockpit 把映射、模拟和迁移分成不同动作，是为了让团队在正式写入前逐层降低风险。

值映射

值映射把源系统代码转换成目标系统代码。例如：

映射表应由相应业务或配置负责人批准。技术团队不能只因为目标值“存在”就自行决定业务含义。

固定值映射

固定值为一批数据提供统一目标值，例如为某个迁移范围指定相同的组织属性。它适合确实统一的业务条件，但容易掩盖源数据差异。使用前要证明该范围内所有记录都满足同一规则，并记录审批依据。

映射任务必须确认

SAP 官方说明要求在模拟或迁移前处理并确认开放映射任务。确认不是形式动作，它表示负责人已经检查源值、目标值和影响范围。新增源值可能再次产生开放任务，因此每轮数据更新后都要复核。

模拟不会写入业务数据

模拟用于预演转换、校验并返回消息，不把业务数据写入目标系统。它可以帮助识别：

• 必填字段缺失；
• 目标配置值不存在；
• 父子记录或前置对象缺失；
• 数据格式、单位或日期无效；
• 业务校验失败；
• 映射任务尚未完成。

模拟成功是进入正式迁移的重要条件，但不是上线验收。目标系统中尚未产生正式业务记录，也没有完成最终数量和金额对账。

正式迁移与修正

正式迁移写入目标系统。完成后应区分成功、失败、警告和可更正记录。若对象支持修正文件或重新处理，要严格遵循界面和对象文档，防止重复创建已经成功的记录。重跑策略必须以业务主键和对象幂等特征为基础，不能简单地“把整个文件再上传一次”。

SAP 官方教程补充：迁移状态与结果验证

SAP Learning 展示了 Data Migration Status 应用，可按对象查看 Imported、Ready for Import、Failed、Total Records、进度和扩展统计。

状态页面适合回答“系统处理了多少记录、哪些失败”，但不能单独证明业务完整。至少应做四层验证：

1. 技术数量：源记录数、排除数、准备数、模拟数、成功数和失败数是否闭合；
2. 关键字段：随机及高风险样本的组织层、状态、单位、价格、角色和有效期是否正确；
3. 业务关系：物料与工厂、业务伙伴与采购组织、信息记录与货源、单据与后续流程是否可用；
4. 金额与余额：库存数量/金额、开放订单价值、余额或其他财务口径是否与批准基线一致。

一个常用的数量平衡式是：

源系统候选记录
- 经批准排除记录
= 应迁移记录
= 成功记录 + 失败待处理记录

如果等式不成立，应先解释差异，不要用“界面显示 100%”替代对账。

SAP 官方教程补充：可迁移数据范围

SAP 官方把 Migration Cockpit 定位于初始数据集，典型包括主数据、未清业务数据和余额；标准初始迁移通常不搬运全部历史交易。

主数据

主数据需要支持上线后的业务流程，例如物料、业务伙伴和采购关系。范围不应只按“当前未删除”判断，还要结合最后使用日期、库存、未清业务、法规保留和未来计划。

未清业务数据

未清采购申请、采购订单或其他开放交易是新系统需要继续执行的业务。迁移对象可能对历史后续单据、状态、数量和可继续处理动作有特定限制。每个对象都应按文档和演练结果确认，而不是假定旧单据能完整复制。

余额

余额类数据要在切换日期形成可审计基线，并与财务、库存或控制报表对齐。币种、期间、数量单位和估价口径都要一致。余额迁移成功后，还要验证目标系统报表能否复现批准结果。

历史交易数据

全部历史交易通常不属于 Migration Cockpit 的标准初始迁移范围。企业仍需满足历史查询、审计和法规要求，可以根据架构选择旧系统只读、归档、数据保留平台或受支持的历史访问方案。关键是把“业务上线所需数据”和“历史保留所需数据”分开设计。

SAP 官方教程补充：迁移对象、依赖与版本控制

迁移对象列表取决于已激活范围、部署模式、目标版本和迁移方法。因此，任何通用清单都只能用于初步规划，最终依据必须来自目标系统和对应版本的官方对象文档。

对象依赖顺序

典型依赖可按以下思路分析：

1. 组织配置和代码值先准备；
2. 基础主数据先于关系主数据；
3. 关系主数据先于依赖它的开放交易；
4. 余额与未清业务按切换日期和财务关闭规则协调；
5. 每个对象迁移后先验证，再放开下游对象。

例如，采购信息记录通常依赖物料和供应商采购组织数据；未清采购订单又依赖物料、业务伙伴、组织、货币、单位和可能的定价条件。若前置对象尚未完成，后续对象会出现大量看似“字段错误”、实为“依赖缺失”的消息。

自定义字段与对象扩展

目标系统有自定义字段时，要确认 Migration Cockpit 对该对象和部署版本是否支持扩展。扩展不是把任意 Z 字段加入模板；还涉及字段启用、目标业务对象支持、迁移结构生成、转换、校验和测试。对本地/私有部署中可能使用的 Migration Object Modeler 等能力，也必须按目标版本官方说明和治理权限执行。

模板和规则的版本控制

每次系统升级、范围变化或对象调整后，都应重新下载模板、比较结构并重新回归测试。建议归档：

• 目标系统版本；
• 项目和对象标识；
• 模板版本或下载日期；
• 提取脚本和转换规则版本；
• 映射表批准版本；
• 每轮模拟、迁移和对账结果。

SAP 官方教程补充：权限与职责分离

迁移工具具有批量创建或更新业务数据的能力，权限不能只按“项目成员需要方便”分配。至少要区分：

敏感主数据如银行账户、税号、付款信息和个人数据还需要额外访问控制、传输保护和留存期限。下载到本地的模板、修正文件和日志也属于受控数据，不应散落在个人目录或聊天工具中。

SAP 官方教程补充：从演练到生产切换

迁移成功不是一次“最终上传”，而是多轮演练逐步收敛。每轮应使用同一流程、记录耗时和错误，并验证下一轮是否真正减少未知风险。

演练一：验证结构和最小样本

目标是证明对象、字段、模板、连接、映射和基本业务关系可行。选择能覆盖主要分支的小样本，不追求全部数据量。所有错误都要分类为源数据、转换、配置、权限、依赖或工具问题。

演练二：验证全量与性能

使用接近生产规模的数据，测量提取、清洗、上传、准备、模拟、迁移和对账耗时。验证并行作业、文件拆分、重试和日志保留策略。若全量耗时超过切换窗口，应调整范围或执行设计，而不是假设生产会更快。

演练三：模拟切换

按生产角色、批准流程和时间表执行完整演练，包括冻结、最终提取、装载顺序、问题升级、对账和业务签字。切换脚本应精确到责任人、开始条件、完成证据和超时决策。

正式切换

正式窗口开始前至少确认：

• 源系统冻结已生效；
• 最终提取范围和记录数量已批准；
• 文件校验值或直接传输选择条件已归档；
• 目标配置和前置对象保持稳定；
• 映射任务已确认；
• 回滚或停止条件明确；
• 业务、技术、财务和管理联系人在线。

正式迁移后先完成技术对账，再完成业务抽样和金额对账。只有批准人签字后，才能开放下游交易，避免用户在不完整主数据上创建新业务。

SAP 官方教程补充：错误排查顺序

迁移错误经常被笼统归因于“模板有问题”。更有效的方法是按层排查：

1. 范围层：这条记录是否本来就应该迁移，是否符合状态和日期条件？
2. 文件/连接层：模板版本、工作表、编码、格式、拆分、连接和选择条件是否正确？
3. 结构层：技术键、父子结构、必填字段和数据类型是否完整？
4. 映射层：源值是否出现，目标值是否有效，任务是否确认？
5. 配置层：工厂、组织、单位、账户、角色或其他目标配置是否存在并允许使用？
6. 依赖层：前置对象是否已经成功迁移并通过验证？
7. 业务校验层：状态、日期、数量、金额和组合是否符合业务规则？
8. 权限与作业层：执行用户权限、后台作业、锁、资源和运行状态是否正常？
9. 结果层：记录是否已经成功创建，重跑是否可能造成重复？

建立错误字典

每轮演练应把高频错误整理为错误字典，至少包含：消息文本、对象、根因、负责人、修正位置、是否需要重新提取、是否需要配置变更以及回归测试结果。不要只保存“修好了”的结论，否则相同问题会在下一批数据中重复出现。

不要直接修改生产文件掩盖根因

如果正式文件发现错误，应回到受控转换规则或源数据修正，并重新生成可追溯批次。临时打开 Excel 改几个值虽然快，却会让测试、生产和审计版本失去一致性。只有对象明确支持的修正文件流程，才应按官方动作使用。

SAP 官方教程补充：LSMW 在 S/4HANA 项目中的判断顺序

SAP S/4HANA Simplification List 不建议继续把 LSMW 作为 S/4HANA 数据迁移的首选工具。项目应先检查 Migration Cockpit 的标准迁移对象，再评估扩展或其他受支持方案。

第一步：检查标准迁移对象

确认目标版本是否提供对象、数据范围是否匹配、对象文档有哪些限制。标准对象通常能带来更一致的结构、验证、状态和官方支持路径。

第二步：评估允许的扩展

如果差距来自自定义字段或转换规则，先检查对象是否支持扩展、配置或映射解决。不要因为一个字段缺失就立即放弃标准流程。

第三步：选择其他受支持工具

如果标准对象确实无法覆盖需求，应基于目标架构选择 SAP 支持的数据接口、API、数据集成或其他迁移方式，并明确错误处理、幂等性、性能、权限和对账。选择“其他工具”不等于可以使用没有治理的脚本。

第四步：把 LSMW 作为遗留评估对象

旧 LSMW 项目可能包含有价值的源字段、转换规则和业务知识，可以用来理解遗留逻辑；但它们需要重新验证目标事务、批输入/直接输入可用性、S/4HANA 数据模型变化和简化项影响。不能仅因为旧系统曾成功运行就原样搬入新项目。

SAP 官方教程补充：可直接执行的项目检查表

迁移设计检查

• 已确认目标部署方式、版本和 Migration Cockpit 入口；
• 已从目标系统取得实际可用迁移对象清单；
• 每个对象已阅读 Documentation 和限制；
• 已定义对象依赖、批次和迁移顺序；
• 已批准纳入、排除和历史保留范围；
• 已明确数量、金额和业务验收口径；
• 已完成权限与职责分离设计。

数据准备检查

• 源系统、提取时间和数据所有者可追溯；
• 重复、缺失、停用和无效编码已有处理规则；
• 模板来自当前目标项目和对象；
• 没有破坏模板工作表、技术列和结构；
• 父子技术键唯一且关联完整；
• 映射表已由业务和配置负责人批准；
• 文件或批次有记录数、版本和校验值。

演练与切换检查

• 已完成最小样本、全量和切换模拟；
• 每个高频错误都有根因和责任人；
• 全量耗时在批准的切换窗口内；
• 映射任务已处理并确认；
• 模拟无未解释的阻断错误；
• 重跑策略不会重复创建成功记录；
• 源系统冻结、最终提取和停止条件明确；
• 技术对账、业务抽样和金额对账均有签字人。

SAP 官方教程补充：常见问题

1. 现在还能用事务码 LTMC 做迁移吗？

对 SAP 当前本地部署帮助所述版本，经典 LTMC 已弃用，不能再执行迁移；应使用 Migrate Your Data - Migration Cockpit Fiori 应用。旧项目可能可查看，但不应把查看能力理解为继续迁移能力。目标项目仍需以自身版本文档为准。

2. 视频为什么还能打开 LSMW？

因为视频系统是 S/4HANA 1909，画面只证明该课程系统里事务可打开。它没有证明 LSMW 对当前版本或目标对象受推荐，也没有执行任何 LSMW 迁移步骤。

3. 使用标准模板是否就不需要开发和业务顾问？

不需要从零设计全部目标结构，不等于不需要专业人员。仍要处理范围、清洗、组织结构、配置依赖、值映射、对象限制、模拟消息和业务验收。复杂自定义字段或非标准范围还可能需要受支持的扩展方案。

4. 模拟成功是否等于迁移成功？

不是。模拟不会写入业务数据，只预演转换与校验。正式迁移后还要检查成功/失败、目标记录、业务关系和数量金额对账。

5. 上传模板失败后能否直接重新上传整个文件？

要先确认失败发生在哪个阶段、哪些记录已经正式成功，以及对象支持什么修正方式。盲目重传可能重复创建成功记录。应按对象状态、消息和官方修正流程处理。

6. 是否应该把全部历史采购订单迁入 S/4HANA？

通常不应把全部历史交易都作为初始迁移数据。应迁移上线后仍需继续处理的未清业务，并为历史查询和法规保留单独设计只读、归档或数据保留方案。

7. 暂存表方法只能处理 Excel 文件吗？

不是。暂存表可以通过模板文件上传，也可以由 ETL 或数据集成工具写入生成的暂存表。具体可用方式、结构和限制要看部署版本及对象文档。

8. 直接传输是否一定比文件更快？

不一定。它减少文件搬运，但仍受源系统版本、连接、选择条件、数据量、对象依赖和错误重跑影响。选择应基于演练数据和切换窗口，而不是名称。

9. 迁移完成后看见 100% 是否足够？

不够。100% 只能代表某个应用状态或作业进度。必须证明源数量到目标数量闭合、关键字段正确、对象关系可用、金额余额一致，并由业务负责人签字。

10. 可以把旧 LSMW 映射直接复制成当前 Migration Cockpit 映射吗？

不能直接复制。旧映射可以作为业务知识输入，但要重新核对 S/4HANA 数据模型、迁移对象字段、组织设计、目标代码和当前版本限制。

SAP 官方教程补充：结论与官方参考资料

本课最值得保留的基础认识是：大量 SAP 初始数据需要标准化、可重复和可审计的迁移流程，不能依靠 MM01 等事务逐笔录入。视频也用 LSMW 与 LTMC 的课程对比，引出了项目、对象、模板和引导式迁移的思路。

但对当前项目，更重要的结论是版本校正：经典 LTMC 已弃用，实际入口应转向 Migrate Your Data - Migration Cockpit Fiori 应用；LSMW 也不应作为 S/4HANA 数据迁移的默认首选。无论选择暂存表还是直接传输，真正的成功标准都是同一条闭环：明确范围、清洗数据、读取对象文档、完成映射、反复模拟、受控迁移、数量金额对账和业务签字。

官方参考资料：

1. SAP S/4HANA Migration Cockpit (Transaction LTMC)：LTMC 弃用与后继应用
2. Data Migration：暂存表与直接传输概览
3. Migrate Your Data - Migration Cockpit：F3473 应用说明
4. Process Overview for Migration Using Staging Tables
5. Process Overview for Direct Transfer
6. Mapping Tasks
7. Simulating the Migration
8. Staging Tables
9. Migratable Data
10. Available Migration Objects
11. SAP Learning：Introducing the SAP S/4HANA Migration Cockpit
12. SAP Learning：Migrating Data to SAP S/4HANA Cloud Private Edition
13. SAP S/4HANA 2023 Simplification List

视频来源：Video 54 - SAP S/4HANA Materials Management (MM) training - Data Migration Cockpit (LTMC)