SAP Pricing doesn't Update

转note 26115.

 

 

Summary

   在出口中写程序,完成更新。
Symptom

A new condition table which uses, for example the terms of payment (ZTERM) as a key field is used. If the terms of payment are changed in the sales order, the corresponding condition is not automatically determined again from the condition table.

This can also happen if the terms of payment are used by another condition record. The correct condition is only found by a new pricing (condition access).
The problem also occurs for some standard condition tables. If you change the fields

  • Price group (customer)    (KONDA)
  • Price list type           (PLTYP)
  • Material pricing group    (KONDM)
  • Commission group          (PROVG)


the changes do not cause the corresponding condition types to be redetermined.

Additional key words

Pricing, change
KONDM, PLTYP, KONDA, PROVG

Cause and prerequisites

The program does not automatically recognize during a document update whether a condition which uses the changed field exists.
Amoung other things, the following changes are dealt with during final processing of the item in the standard system:

  • Pricing type = 'A'
  •  
    • Exchange rate for pricing and statistics            (VBKD-KURSK)
  •  
    • Terms of payment key                                (VBKD-ZTERM)
  •  
    • Cumulative order quantity in sales units            (KWMENG or MGAME)
  • Pricing type = 'B'
  •  
    • Material number                                    (VBAP-MATNR)
  • Pricing type = 'C'
  •  
    • Date for pricing and exchange rate                  (VBKD-PRSDT)
  • Pricing type = 'G'
  •  
    • Ship-to party                                      (KUNWE)
  •  
    • Payer                                              (KUNRG)
  •  
    • Batch number                                        (VBAP-CHARG)
  •  
    • Plant                                              (VBAP-WERKS)
  •  
    • Date on which services rendered                    (VBKD-FBUDA)
  • Pricing type = 'H'
  •  
    • Incoterms (part 1)                                  (VBKD-INCO1)


How the program behaves for the corresponding pricing type (KNPRS) that is, which condition types (KNTYP) and condition classes (KOAID) are determined again, can be seen in FORM routine KONDITIONSVORSTEP (up to Release 3.1I in Include LV61AF0K, as of Release 4.0A in Include LV61AA12). For a detailed description of the pricing types, see Note 24832.

Solution

  1. 1. In the user exits
  • USEREXIT_NEW_PRICING_VBKD or
  • USEREXIT_NEW_PRICING_VBAP


              (both in Include MV45AFZB), you can react to certain field changes by entering a certain pricing type in the 'NEW_PRICING' field. For a change of the price list type, for example, you can force a completely new pricing.

           If VBKD-PLTYP NE *VBKD-PLTYP.

             NEW_PRICING = 'B'.

           ENDIF.


In addition to the standard pricing types (see Note 24832) you can define your own pricing types. This can be done in USEREXIT_PRICING_RULE (in Include RV61AFZA). In it, you can apply your own pricing types (KNPRS; for example, 'X') to internal table STEU. In the fields of the STEU structure, you can store up to ten condition types (KNTYP) and condition classes (KOAID) which describe those condition types for which a new pricing is executed.

  1. 2. You can also use the condition types reserved for you in the standard system ('5' to '9' and 'X', 'Y' or 'Z') in Customizing of the condition type (T685A-KNTYP).


With these three methods you have the tools to make the system use the required condition type in the case of a field change.

Header Data

  
Release Status:Released for Customer
Released on:24.02.2000  23:00:00
Master Language:German
Priority:Recommendations/additional info
Category:Workaround for missing functionality
Primary Component:SD-BF-PR Pricing

Affected Releases

Release-Independent

Related Notes

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值