SAP批量创建PR选哪个BAPI？BAPI_PR_CREATE和BAPI_REQUISITION_CREATE的实战选择指南

SAP批量创建PR的BAPI选型实战：深度对比BAPI_PR_CREATE与BAPI_REQUISITION_CREATE

当企业采购流程需要自动化处理时，批量创建采购申请（PR）成为SAP开发中的高频需求。面对功能相似的BAPI_PR_CREATE和BAPI_REQUISITION_CREATE，开发者的选择往往决定了后期维护成本。本文将结合项目实战经验，从增强触发机制、字段扩展方式到批量处理稳定性，为你剖析两者的核心差异。

1. 技术架构差异与增强触发机制

在SAP标准流程中，采购申请的创建通常涉及业务逻辑校验和自定义增强。这两个BAPI最显著的区别在于是否触发ME51N事务码的标准增强点（如常见的ZME_PROCESS_REQ_CUST）。

BAPI_REQUISITION_CREATE的工作特点：

• 完全绕过标准增强逻辑，相当于"走后门"创建PR
• 适用于不需要执行增强校验的简单场景
• 执行效率更高，但需要开发者自行处理所有业务规则校验

典型调用代码结构：

DATA: lt_extensionin TYPE TABLE OF bapiparex WITH HEADER LINE. lt_extensionin-structure = 'BAPI_TE_REQUISITION_ITEM'. lt_extensionin-valuepart1 = ls_bapi_te_requisition_item. CALL FUNCTION 'BAPI_REQUISITION_CREATE' EXPORTING skip_items_with_error = '' IMPORTING number = order_no TABLES requisition_items = lt_item requisition_account_assignment = lt_account requisition_item_text = lt_item_text return = lt_return extensionin = lt_extensionin.

BAPI_PR_CREATE的增强兼容性：

• 完全遵循标准ME51N流程，触发所有配置的增强
• 自动执行已在增强中实现的业务规则校验
• 适合需要复用现有校验逻辑的复杂业务场景

关键提示：如果企业已在ME51N中配置了复杂的校验逻辑，使用BAPI_PR_CREATE可以避免重复开发相同的校验代码。

2. 扩展字段处理的实现对比

当PR需要包含自定义字段时，两个BAPI采用了不同的扩展结构，这对后期维护影响显著。

2.1 BAPI_REQUISITION_CREATE的扩展方案

使用EXTENSIONIN参数传递扩展字段，需要明确指定结构名BAPI_TE_REQUISITION_ITEM。这种方式的优缺点：

• 优点：结构定义简单，适合少量扩展字段
• 缺点：需要手动管理字段映射，批量处理时代码量较大

典型字段赋值示例：

DATA: ls_bapi_te_requisition_item TYPE bapi_te_requisition_item. ls_bapi_te_requisition_item-zz_custom_field = '自定义值'.

2.2 BAPI_PR_CREATE的扩展机制

同样使用EXTENSIONIN参数，但结构名为BAPI_TE_MEREQITEM。其特点包括：

• 与标准表结构MEREPOUTITEM对齐，字段命名更规范
• 自动继承ME51N屏幕字段的所有属性
• 适合需要与标准字段交互的复杂扩展场景

字段赋值代码对比：

DATA: ls_bapi_te_mereqitem TYPE bapi_te_mereqitem. ls_bapi_te_mereqitem-zz_custom_field = '自定义值'.

扩展方案选型建议：

3. 批量处理中的稳定性考量

在每小时处理上千条PR的批量作业中，两个BAPI的表现差异会明显放大。

3.1 错误处理机制

BAPI_REQUISITION_CREATE提供skip_items_with_error参数：

• 设置为'X'时自动跳过错误行继续处理
• 但错误详情需要开发者自行解析RETURN表

BAPI_PR_CREATE的错误处理特点：

• 自动触发增强中的错误校验逻辑
• 错误消息格式与ME51N完全一致
• 适合需要与用户界面保持一致的场景

3.2 性能对比数据

在实际压力测试中（基于S4HANA 2020系统）：

注意：性能差异主要来自增强逻辑的执行开销，在无增强的纯净环境中差距会缩小。

4. 实战选型决策树

根据项目特征选择BAPI的决策路径：

1. 是否需要复用ME51N增强？

   • 是 → 选择BAPI_PR_CREATE
   • 否 → 进入下一问题

2. 扩展字段是否需与标准字段交互？

   • 是 → 选择BAPI_PR_CREATE
   • 否 → 进入下一问题

3. 是否对性能有极致要求？

   • 是 → 选择BAPI_REQUISITION_CREATE
   • 否 → 选择BAPI_PR_CREATE

4. 是否需要与ME51N界面保持完全一致？

   • 是 → 选择BAPI_PR_CREATE
   • 否 → 选择BAPI_REQUISITION_CREATE

在最近一个汽车零部件采购项目中，我们最初选用BAPI_REQUISITION_CREATE实现批量导入，后期因需要增加供应商资质校验不得不重构为BAPI_PR_CREATE。经验表明，如果业务规则可能变化，优先选择可扩展性更强的方案。