SAP WMS开发实战：用BAPI_L_TO_CREATE_MULTIPLE搞定LT01转储单（附完整代码）

SAP WMS开发实战：用BAPI_L_TO_CREATE_MULTIPLE搞定LT01转储单（附完整代码）

如果你正在为SAP仓库管理系统（WMS）中的物料移动功能开发接口，尤其是需要批量、自动地创建LT01那样的转储单，那么你很可能已经和BAPI_L_TO_CREATE_MULTIPLE这个函数模块打过交道，或者即将与它“亲密接触”。在SAP EWM（扩展仓库管理）或传统的WM模块中，LT01事务码是手动创建转储单（Transfer Order）的入口，但在实际业务中，比如与MES系统集成、自动化上架下架、或者处理大批量的库存调整时，我们不可能让仓管员一个个去点屏幕。这时候，一个稳定、高效的BAPI调用就成了开发的核心。这篇文章不是对官方文档的复述，而是从一个踩过不少坑的开发者视角，分享如何真正“搞定”这个BAPI，让它在你定制的ABAP程序里稳定运行。我们会深入参数背后的逻辑，拆解常见的报错，并提供一个经过实战检验的、可直接嵌入到你项目中的代码框架。

1. 理解转储单与BAPI的调用场景

在SAP WMS的世界里，物料不会自己长腿跑动。每一次从源存储类型/仓位（Source Storage Type/Bin）到目标存储类型/仓位（Destination Storage Type/Bin）的物理移动，都需要一张转储单作为指令。LT01就是这个指令的手工创建界面。而BAPI_L_TO_CREATE_MULTIPLE，顾名思义，就是为批量创建这类指令而生的编程接口。

为什么不用BDC？ 这是一个经典问题。对于简单的屏幕操作，BDC（Batch Data Communication）录制或许可行。但在WMS这种业务逻辑复杂、前后台校验繁多的场景下，BDC极其脆弱——屏幕字段顺序变化、增强（Enhancement）增加新校验、或者简单的性能问题，都可能导致流程中断。BAPI是SAP官方提供的业务对象接口，它封装了完整的业务逻辑和一致性检查，调用成功即意味着业务上合法，这才是系统集成的正道。

核心适用场景：

• 与外部系统（如MES、AGV调度系统）集成：接收外部系统的搬运指令，在SAP内生成对应的转储单。
• 批量库存初始化或调整：需要将大量物料从一个仓位移动到另一个仓位，手动操作不现实。
• 自动化流程触发：例如，基于入库预分配策略，在货物到达时自动生成上架单。
• 复杂上架/下架策略的实现：在自定义逻辑计算出最优目标仓位后，通过BAPI直接创建转储单。

理解场景的关键在于，你需要清晰地知道移动的源头和目的地。这不仅仅是仓位代码，还包括其背后的存储类型（Storage Type）、仓储区域（Warehouse Number），甚至物料的特殊库存标识（Special Stock Indicator）。这些信息构成了调用BAPI时必须填写的参数骨架。

2. BAPI_L_TO_CREATE_MULTIPLE 核心参数深度解析

直接看函数模块的接口，参数众多，容易让人眼花缭乱。我们可以把它们分为几类来理解：环境标识、移动对象、移动指令和控制参数。

2.1 环境与标识参数

这是调用的大门，错了就进不去。

• I_LGNUM (Warehouse Number)：仓储编号。这是WMS操作的最高层级标识，必须准确。如果你的程序只针对特定仓库，可以写死；如果需要通用，通常要从源仓位I_VLPLA反查。
• I_BWLVS (Movement Type)：移动类型。在WMS中，999是一个常见的“通用”移动类型，用于一般的仓库内部转移。但这需要根据你的业务场景确认。有些项目会自定义移动类型，如201代表生产发料，991代表质检移库等。用错移动类型可能导致后续库存状态、财务过账出现问题。

  注意：移动类型I_BWLVS必须与后台配置的允许创建转储单的移动类型一致，否则会报错bwlvs_wrong。

2.2 移动对象参数（表T_LTAP_CREAT）

这是BAPI的核心输入，通过内表T_LTAP_CREAT传递。每一条记录代表一个创建转储单的请求。我们挑出最关键的字段，用表格对比说明：