#BADI#采购订单PO和采购申请PR常用的BADI

Skip to end of metadata
Go to start of metadata

Purpose

The purpose of this page is to list out the commonly used BAdIs for PR and PO and to provide a short description for each of the BAdI.

Overview

Commonly used PR BAdIs 

ME_PROCESS_REQ_CUSTPR BADI
ME_REQ_POSTED                          Purchase Requisition Posted
ME_REQ_OI_EXT                          Commitment Update in the Case of External Requisitions
ME_COMMTMNT_REQ_RE_C                   Check of Commitment Relevance of Purchase Requisitions
ME_COMMTMNT_REQ_RELE                   Check of Commitment Relevance of Purchase Requisitions

Commonly used PO BAdIs 

ME_PROCESS_PO_CUSTPO BADI
ME_PROCESS_PO_CUST                     Enhancements for Processing Enjoy Purchase Order: Customer
ME_PROCESS_PO                          Enhancements for Processing Enjoy Purchase Order: Intern.
ME_PROCESS_COMP                        Processing of Component Default Data at Time of GR: Custome
ME_PO_SC_SRV                           BAdI: Service Tab Page for Subcontracting
ME_PO_PRICING_CUST                     Enhancements to Price Determination: Customer
ME_PO_PRICING                          Enhancements to Price Determination: Internal
ME_INFOREC_SEND                        Capture/Send Purchase Info Record Changes - Internal Use
ME_HOLD_PO                             Hold Enjoy Purchase Orders: Activation/Deactivation
ME_GUI_PO_CUST                         Customer's Own Screens in Enjoy Purchase Order
ME_FIELDSTATUS_STOCK                   FM Account Assignment Behavior for Stock PR/PO
ME_COMMTMNT_PO_REL_C                   Check for Commitment-Relevance of Purchase Orders
ME_COMMTMNT_PO_RELEV                   Check for Commitment-Relevance of Purchase Orders
<think>嗯,用户问的是如何在SAP中实现累计数量定价的功能。首先,我得回忆一下SAP中的定价机制,特别是数量相关的定价条件类型。记得在SAP SD模块中,定价过程是由各种条件类型组成的,比如PR00是标准价格,可能还有其他折扣相关的条件类型。 用户提到的累计数量定价,应该是指根据一定时期内采购或销售的总数量来给予不同的价格或折扣。比如说,买得越多,单价越低。这时候可能需要用到条件技术中的累计数量功能。 根据引用内容,定价过程的配置涉及到条件表的设置,比如创建自定义的条件表来存储不同数量区间的价格。然后,条件类型需要引用这个条件表,这样系统才能根据累计数量查找对应的价格或折扣。 然后,定价过程的确定需要将新的条件类型分配进去,比如用户提到的ZK02,可能是一个折扣条件类型。需要确保定价过程里包含这个条件类型,并且在确定过程中正确触发。 接下来,主数据的维护也很重要,比如在物料主数据或客户主数据里维护累计数量相关的价格条件。可能需要在VK11里创建价格主数据,并关联到对应的条件类型。 不过,可能还需要考虑如何让系统自动累计数量。这时候可能需要用到条件基价或者公式来计算累计值,或者借助增强程序来实现。比如,使用需求公式或定价公式来获取历史累计数量,并在定价时应用相应的折扣。 另外,采购订单的配置也可能相关,比如引用[3]提到的采购订单价格赋值规则,可能需要设置信息更新,确保数量累计的正确性。采购定价过程的配置可能SD类似,但需要检查采购组织架构组供应商的架构组是否匹配,这样才能正确确定定价过程。 需要验证的步骤包括配置条件表、条件类型、定价过程,以及主数据维护。测试的时候要创建销售订单采购订单,检查系统是否根据累计数量应用了正确的定价。如果发现累计数量没有正确计算,可能需要检查条件技术中的累计配置,或者公式是否有误。 可能还需要考虑用户权限问题,比如引用[3]提到的采购员缺省值权限分配,确保相关用户有权维护价格更新信息记录。 总结一下,步骤应该是:配置条件表→定义条件类型→调整定价过程→维护主数据→测试验证→必要时增强。同时,要注意SDMM模块的不同配置点,确保采购销售场景下的累计数量都能正确处理。</think>在SAP中实现累计数量定价功能需要结合条件技术(Condition Technique)与定价过程配置。以下是分步实现方法及功能配置说明: ### 一、配置条件表 1. **创建累计数量条件表** - 事务代码:$V/03$ - 选择表类别为"条件表",定义包含字段如客户组、物料组、累计数量段(例如0-100, 101-500等) - 引用示例:需在条件表中定义数量区间与对应价格的映射关系[^1] ### 二、定义条件类型 2. **配置累计价格条件类型** - 事务代码:$V/06$ - 创建新条件类型(如ZKQ1),设置"访问顺序"指向步骤1创建的条件表 - 关键参数: ```abap Calculation Type = C (固定金额) 或 B(百分比折扣) Condition Category = D(折扣/附加费) ``` ### 三、调整定价过程 3. **集成到定价过程** - 事务代码:$V/08$ - 将ZKQ1插入定价过程,设置需求公式(Requirement)检查累计数量条件 - 引用示例:通过Schema Group关联定价过程到销售订单类型或采购组织[^2] ### 四、主数据维护 4. **维护累计价格主数据** - 事务代码:$VK11$(销售)/$MEK1$(采购) - 输入条件类型ZKQ1,按数量区间维护价格或折扣值 - 示例: $$ \text{数量0-100时价格}=100,\quad \text{数量101-500时价格}=90 $$ ### 五、增强实现累计计算 5. **数量累计逻辑实现** - 开发自定义函数模块:在定价例程中调用历史订单数量累计值 - 使用用户出口:如MV45AFZZ(销售订单)或增强BADI:ME_PROCESS_PO_CUST ### 六、采购场景特殊配置 6. **采购信息记录更新** - 事务代码:$ME11$ - 在信息记录条件标签页维护累计价格条件类型,并激活"更新价格"标识[^3]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值