SAP 运输请求：如何导入和导出运输请求
杰西卡布莱克
⚡ 智能摘要
SAP 传输请求会将开发系统中所做的每一项更改打包到一个可移植的容器中，然后传输到测试环境和生产环境。标准流程为：创建 → 发布（导出）→ 导入 → 通过 STMS 和 SE01 验证日志和返回代码。
什么是运输请求？
A 传输请求 (TR) — 也称为变更请求 — 是一个容器或集合，用于存放或收集在系统中所做的更改。 SAP 开发系统。它记录变更类型、传输目的、请求类别以及变更将要推广到的目标系统。
每个 TR 包含一个或多个称为变更作业的变更作业。 任务 — 最小的可传输变更单元。只有当 TR 内的所有任务都已完成、发布或删除后，TR 才能发布。可以将 TR 想象成一个文件夹，而任务则像是其中的文件。
任务本身是由单个用户修改的对象列表。每个任务都分配给一个用户，但一个传输请求 (TR) 可以包含属于多个用户的任务。任务不能单独传输，它们总是作为传输请求的一部分进行传输。
传输请求命名约定
传输请求使用管理员无法编辑的固定模式：
<SID>K<Number>- 的SID — 系统 ID（例如，
DEV). - K — 固定关键词/字母。
- 联系电话 — 从 900001 开始的序列。
计费示例： DEVK900030该任务列表 (TR) 内的任务遵循相同的约定，并按顺序编号： DEVK900031, DEVK900032，等等。
谁拥有运输请求？
- 项目经理或指定负责人创建技术报告，并为每个项目成员分配其中的任务。
- TR 所有者控制 TR 中记录的每一个更改——只有所有者才能发布 TR 本身。
- 每个被分配到项目中的成员都可以在完成自己负责的部分工作后发布自己的任务。
运输请求类型
工作台请求 — 包含存储库对象和跨客户端自定义对象。这些传输请求 (TR) 会将更改带入到 ABAP 工作台 例如程序、函数模块、字典对象和屏幕等对象。
定制请求 — 包含特定于客户端的自定义对象。当用户执行自定义设置时，这些传输请求 (TR) 会自动记录，并且会根据传输层（如果已定义）自动分配目标系统。
SE01 — 运输整理器（扩展视图）
创建变更请求
变更请求可以通过两种方式创建：
- 自动表 — 当用户创建或修改对象，或执行自定义设置时， SAP 显示一个对话框，询问用户是创建新请求还是将更改附加到现有请求。
- 用户手册 — 打开传输组织器（SE01 或 SE09），创建具有所需属性的请求，并插入要传输的对象。
释放传输请求（导出过程）
- 在 SE01 中，将光标放在 TR 名称（或任务名称）上，然后单击 发布 图标（卡车图标）。
- SAP 自动将已发布的传输请求 (TR) 记录添加到每个目标系统的导入队列中（定义在……中）。 TMS.
- 发布和导入请求会自动生成导出和导入日志，基础架构团队稍后可以查看这些日志。
进口流程
导入 TR 会将更改移动到目标系统（通常是 QAS，然后是 PRD）。
- 发布 TR 确实 不会 自动将其提升到 QA 或生产环境——需要明确的导入步骤。
- 导出完成后， SAP 写出相应的 共文件 和 资料档案 将其添加到操作系统级别的通用传输目录中，并向其中添加一个条目。 导入模板 Buffer （操作系统视图）/ 导入队列 (SAP 目标系统的应用视图）。
- 要导入，请打开交易 STMS → 导入 按钮，或选择 概览 → 进口.
- STMS 列出当前传输域中的每个系统，以及每个导入队列中等待的请求数及其状态。
导入队列 — 公共目录中可用且可导入到目标系统的传输请求 (TR) 列表。 SAP 应用程序称之为导入队列；操作系统层面称之为导入队列。 Buffer.
导入状态
导入队列的最后一列显示标准状态图标。这些图标涵盖“准备导入”、“导入时存在警告”、“导入成功”和“导入过程中出错”等状态。
如果请求未自动添加到导入队列（即使操作系统中存在 Cofile 和数据文件），如果您知道传输请求 (TR) 名称，则可以手动添加。路径为： STMS → 导入队列 → 附加功能 → 其他请求 → 添加.
导入历史
您可以通过以下方式查看系统中的每一次导入： STMS → 导入概览 → 导入历史记录历史记录显示了每个传输请求 (TR) 的导入时间、导入人以及返回代码——这对于审计和事件调查非常有用。
运输日志和返回 Codes
传输运行完毕后，基础架构管理员应确认所有内容是否已正确传输。 SAP 公开两种日志类型 SE01 → GOTO → 传输日志:
- 动作日志 — 列出已运行的操作：导出、测试导入、导入、分发等等。
- 运输日志 — 记录步骤中生成的每个传输日志文件的内容。
日志中最重要的信息是： 返回代码:
| 返回码 | 意 |
|---|---|
| 0 | 进出口交易成功。 |
| 4 | 虽然发出了警告，但所有物品都成功运输。 |
| 8 | 已发出警告，至少有一个物品未能运输。 |
| 12或更高版本 | 发生严重错误——通常是请求本身之外的错误（系统级问题、缺少角色、网络故障）。 |
主要 SAP 运输 T 代码
下表总结了您在处理传输请求时可能用到的所有事务代码。
| T码 | 目的 |
|---|---|
| SE01 | 运输组织器——扩展视图，具备完整的搜索和释放功能。 |
| SE09 | 运输组织者——以用户为中心的“您的”请求和任务视图。 |
| SE10 | 运输组织者 — 按用户、状态或日期范围概览。 |
| STM | 运输管理系统——概述、导入、分发。 |
| STMS_IMPORT | 直接访问系统的导入队列。 |
| SE03 | 传输管理器工具——系统更改选项、删除、修复。 |
处理运输请求的最佳实践
以下习惯有助于保持 TR 管道的整洁和可审计性：
- 每个逻辑变更对应一个传输请求 (TR)： 相关对象捆绑在一起，但避免混淆不相关的功能领域。
- Descript请求文本： 使用简短文本记录工单号、业务原因和目标系统。
- 发布 TR 之前需要完成以下发布任务： 只有当 TR 内的所有任务都被释放或删除后，该 TR 才能被释放。
- PRD之前在QAS中进行测试： 始终先导入到 QAS，验证后再导入到 PRD。
- 检查返回代码： 任何大于 4 的返回代码都应视为缺陷，在继续处理之前需要进行调查。
- 保持导入顺序： 按发布顺序导入 TR，以避免序列相关的错误。
