SAP PO 定价

本文详细介绍了SAP PO中的采购定价流程,包括总价、净价和有效价的计算,以及条件技术的要素,如条件表、存取顺序、条件类型和计算方案。讨论了定价等级、定价类型和定价类别,并解释了如何根据采购组织和供应商主数据的计划组确定计算方案。此外,还涉及了价格有效期、自定义条件类型以及价格条件的补充计算方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

   采购条件通常是我们跟供应商约定的采购价格,折扣和附加费等。我们可以在RFQ, SA,PO中维护这些条件,系统通过这些条件来计算PO上的价格。通常有3种价格:总价(Gross Price, 包含任何折扣和附加费用。净价(Net Price)不包含折扣,附加费用和税收价格。有效价(Effective Price)净价减去现金折扣,加上交货成本,税金和杂费的价格。

通常,折扣和附加费是基于百分比或基于数量的。系统中,条件通常是有有效期间的。也可以对条件设上下容差,避免认为修改条件,条件也可以通过配置或EFB采购员参数等设定不可修改。

采购定价和采购打印一样,也是用的条件技术。条件技术就会有几个基本要素:条件表及字段;存取顺序;条件类型;计算方案。

采购定价系统会根据采购组织和供应商主数据的计划组找到对应的计算方案。PO Price Determination 过程:通过设定,找到相应的方案(采购组织计划组和供应商的计划组)。通过采购组织得到采购组织的计划组(后台配置);通过供应商主数据得到供应商的计划组;如采购组织1000,计划组为空白;供应商1000的计划组也是空白,得到的标准的计算方案是RM0000。计算方案包含多个条件类型。 例如 PB00 Gross Price

定价等级 Condition Class(是属于价格,折扣,附加费,税的哪一类)

定价类型 Condition Type(按数量,百分比,固定金额等来计算)

定价类别 Condition Category 相似的条件组成一个组。

舍入规则 Rounding Rule空白正常四舍五入总是入还是总是舍

结构定价Structure Condition(累计BOM组件定价)

正负数 Plus/Minus 条件值对正负数的影响,如折扣会导致金额为负,附加费导致金额为正。其它参数后续陆续说明。

关于存取顺序/条件表及字段

<think>嗯,用户问的是如何在SAP中实现累计数量定价的功能。首先,我得回忆一下SAP中的定价机制,特别是和数量相关的定价条件类型。记得在SAP SD模块中,定价过程是由各种条件类型组成的,比如PR00是标准价格,可能还有其他折扣相关的条件类型。 用户提到的累计数量定价,应该是指根据一定时期内采购或销售的总数量来给予不同的价格或折扣。比如说,买得越多,单价越低。这时候可能需要用到条件技术中的累计数量功能。 根据引用内容,定价过程的配置涉及到条件表的设置,比如创建自定义的条件表来存储不同数量区间的价格。然后,条件类型需要引用这个条件表,这样系统才能根据累计数量查找对应的价格或折扣。 然后,定价过程的确定需要将新的条件类型分配进去,比如用户提到的ZK02,可能是一个折扣条件类型。需要确保定价过程里包含这个条件类型,并且在确定过程中正确触发。 接下来,主数据的维护也很重要,比如在物料主数据或客户主数据里维护累计数量相关的价格条件。可能需要在VK11里创建价格主数据,并关联到对应的条件类型。 不过,可能还需要考虑如何让系统自动累计数量。这时候可能需要用到条件基价或者公式来计算累计值,或者借助增强程序来实现。比如,使用需求公式或定价公式来获取历史累计数量,并在定价时应用相应的折扣。 另外,采购订单的配置也可能相关,比如引用[3]提到的采购订单价格赋值规则,可能需要设置信息更新,确保数量累计的正确性。采购定价过程的配置可能和SD类似,但需要检查采购组织架构组和供应商的架构组是否匹配,这样才能正确确定定价过程。 需要验证的步骤包括配置条件表、条件类型、定价过程,以及主数据维护。测试的时候要创建销售订单或采购订单,检查系统是否根据累计数量应用了正确的定价。如果发现累计数量没有正确计算,可能需要检查条件技术中的累计配置,或者公式是否有误。 可能还需要考虑用户权限问题,比如引用[3]提到的采购员缺省值和权限分配,确保相关用户有权维护价格和更新信息记录。 总结一下,步骤应该是:配置条件表→定义条件类型→调整定价过程→维护主数据→测试验证→必要时增强。同时,要注意SD和MM模块的不同配置点,确保采购和销售场景下的累计数量都能正确处理。</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、付费专栏及课程。

余额充值