ME21N,ME22N,ME23N之BADI增强ME_PROCESS_PO_CUST

本文介绍如何通过BADI增强ME_PROCESS_PO_CUST,在SAP系统中为采购订单的不同类型设置默认值,包括根据业务交易类型自动填充抬头数据。
部署运行你感兴趣的模型镜像

一、需求背景:采购订单创建、修改时,根据所选订单类型不同,给抬头附加数据里的字段赋默认值。如下图所示:


二、实现方式:实现的方式可以有很多种,这里讲一下用BADI增强ME_PROCESS_PO_CUST实现的方式

第一步:执行事务码se19,在BAdI Name处输入:ME_PROCESS_PO_CUST,然后点“Create Impl”按钮


第二步:在Implementation Name输入ZME_PROCESS_PO_CUST,点OK按钮。


第三步:双击“PROCESS_HEADER”


第四步:在METHOD里编写代码,就可以实现需求的功能了


代码如下:

METHOD IF_EX_ME_PROCESS_PO_CUST~PROCESS_HEADER.

  DATA:LT_HEADER TYPE MEPOHEADER,
       LV_BSART TYPE EKKO-BSART.

  IF SY-TCODE = 'ME21N' OR SY-TCODE = 'ME22N' OR SY-TCODE = 'ME23N'.
    IF IM_HEADER IS NOT INITIAL.
      CALL METHOD IM_HEADER->GET_DATA
        RECEIVING
          RE_DATA = LT_HEADER.

      CLEAR LV_BSART.
      SELECT SINGLE
             BSART
             INTO LV_BSART
             FROM EKKO
             WHERE EBELN = LT_HEADER-EBELN.
      IF LV_BSART <> 'ZNPI' and LV_BSART <> 'NNPI' .
          IF LT_HEADER-BSART = 'ZNPI'.
            LT_HEADER-SUBMI = 'ZNPI'.
          ELSEIF LT_HEADER-BSART = 'NNPI'.
            LT_HEADER-SUBMI = 'ZNPI'.
          ELSE.
            LT_HEADER-SUBMI = ''.
          ENDIF.

          CALL METHOD IM_HEADER->SET_DATA
              EXPORTING
                IM_DATA = LT_HEADER.
      ENDIF.


      IF LT_HEADER-SUBMI = 'ZNPI'.
           CALL METHOD IM_HEADER->GET_DATA
            RECEIVING
              RE_DATA = LT_HEADER.

           LT_HEADER-BEDAT = SY-DATUM.

           CALL METHOD IM_HEADER->SET_DATA
              EXPORTING
                IM_DATA = LT_HEADER.
      ENDIF.
    ENDIF.
  ENDIF.

ENDMETHOD.

您可能感兴趣的与本文相关的镜像

Kotaemon

Kotaemon

AI应用

Kotaemon 是由Cinnamon 开发的开源项目,是一个RAG UI页面,主要面向DocQA的终端用户和构建自己RAG pipeline

<think>嗯,用户这次询问的是关于SAP中ME_PROCESS_PO_CUST功能的具体实现和BADI实例。从用户提供的引用内容看,ta应该是个ABAP开发人员,正在处理采购订单相关的增强需求。用户特别强调要获取BADI实例代码,说明很可能正在实际开发中遇到问题。 注意到用户引用的四篇优快云博客都集中在采购流程的BADI应用上,尤其是引用[2]和[3]直接提到了ME_PROCESS_PO_CUST在订单创建时的校验场景。用户似乎更关注实际代码实现而非理论概念,这从ta特意粘贴了METHOD代码片段也能看出。 上次系统提示要维护引用标记,这次在回复中需要特别注意:每个技术要点都要标注来源博客。比如OPEN方法适用创建场景这个信息就来自引用[2],而消息处理代码模板明显出自引用[3]和[4]。 用户隐藏需求可能是想解决具体业务校验问题,比如价格检查或供应商黑名单。所以在实例代码部分特意准备了抬头字段校验和行项目的物料检查两个典型场景,并保持变量名与SAP标准表一致(如EKPO),这样用户可以直接复制使用。 考虑到用户可能正在ME21N事务码下调试,在注意事项里提醒了性能优化和消息类型选择。特别是强调查询避免在LOOP里执行,这是新手容易犯的错误——上次其他用户就因类似问题导致订单保存超时。 </think>以下是关于SAP BADI `ME_PROCESS_PO_CUST` 的详细说明及实例代码: --- ### **1. 功能说明** `ME_PROCESS_PO_CUST` 是SAP MM模块中用于**采购订单(PO)创建/修改**的标准BADIME21N/ME22N/ME23N)。它允许在以下关键节点插入自定义逻辑: - **PO抬头校验**:保存前检查抬头数据(如供应商、公司代码)[^2] - **行项目处理**:修改或校验行项目数据(如物料、价格、账户分配)[^4] - **消息控制**:自定义警告/错误消息的抛出方式[^3][^4] > 典型场景:供应商黑名单检查、特殊物料价格校验、特定工厂的审批流程增强等 [^2][^4] --- ### **2. BADI实现步骤** #### **(1) 创建BADI实现** **事务码:`SE19`** - 输入BADI名称:`ME_PROCESS_PO_CUST` - 创建新实现(如`ZMM_PO_CUST`) #### **(2) 关键方法重写** | 方法 | 触发时机 | 用途 | |---------------------|--------------------------|-------------------------------| | `CHECK` | 保存前校验 | 数据合法性检查,抛错误/警告 | | `PROCESS_ITEM` | 行项目处理 | 修改行项目数据 | | `PROCESS_HEADER` | 抬头数据处理 | 修改抬头字段 | | `CLOSE` | 订单关闭前 | 最终清理或校验 | --- ### **3. 实例代码** #### **场景1:采购订单抬头校验(供应商黑名单)** ```abap METHOD if_ex_me_process_po_cust~check. DATA: lv_lifnr TYPE ekko-lifnr. " 获取当前PO的供应商 lv_lifnr = im_header-lifnr. " 检查是否在黑名单(自定义表 ZVENDOR_BLOCK) SELECT SINGLE * FROM zvendor_block WHERE lifnr = @lv_lifnr AND block = @abap_true. IF sy-subrc = 0. " 抛出错误消息阻止保存 mmpur_message_forced 'E' 'ZMM_MSG' '001' lv_lifnr '' ''. ENDIF. ENDMETHOD. ``` #### **场景2:行项目价格校验(自定义价格容差)** ```abap METHOD if_ex_me_process_po_cust~process_item. " 检查物料价格是否超出标准价±10% IF im_item-netpr > im_item-zstdpr * '1.10' OR " 标准价取自自定义字段 im_item-netpr < im_item-zstdpr * '0.90'. " 抛出警告消息(允许继续操作) mmpur_message_forced 'W' 'ZMM_MSG' '002' im_item-ebelp im_item-matnr ''. ENDIF. ENDMETHOD. ``` > ⚠️ **消息处理技巧** > - 使用 `mmpur_message_forced` 宏控制消息类型(E/W/I)[^3] > - 通过 `gl_message_handler->remove_by_bo` 可动态清除消息 [^4] --- ### **4. 注意事项** 1. **性能优化**:避免在`LOOP`中执行数据库查询,建议缓存数据到内表[^4] 2. **权限检查**:涉及敏感字段修改时需调用`AUTHORITY_CHECK` 3. **兼容性**:方法中所有参数接口字段需参考结构 `ME_PROCESS_PO_CUST`(事务码 `SE24` 查看) --- ### **5. 调试建议** - **BADI断点**:在`CL_EXITHANDLER=>GET_INSTANCE`设断点跟踪调用栈 - **增强点**:结合用户出口 `MM06E005` 实现更复杂需求 --- **
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值