on 04-15-2016 5:04 PM
Dear All,
While testing some scenarios in IDES, I came across a behavior of SAP for condition types having following specific configuration:
Calculation Type = B (Fixed Amount)
Group Condition = Unchecked
Header Condition = Checked
This configuration can be found in SAP standard condition types like RB00.
My scenario:
I am creating a standard sales order with following two line items: -
Material | Quantity | Cond. Amount | Cond. Value |
---|---|---|---|
Item 1 | 2 | 1000 EUR/PC | 2000 EUR |
Item 2 | 4 | 1000 EUR/PC | 4000 EUR |
Case 1:
At Sales Order header level, apply RB00 amount (rate field) = 100 EUR (in field KOMV-KBETR)
I expected Net Amount to be = 2000 + 4000 - 100 = 5900 EUR
However, SAP is returning = 2000 + 4000 - (100 x 2) = 5800 EUR
Thus, SAP is copying the RB00 for each line item.
My doubt is since calculation type is 'B' ie Fixed Amount, why should it be multiplied for each line item. As a SAP user, I may wish to give the customer a flat discount at header level which I want to be automatically split into each line item (not proportionately but just per line item; ie discount for each line item should be 100 EUR/2 = 50 EUR).
Kindly help clarifying this or if this is standard SAP behavior.
Best Regards,
Suraj Chakraborty
PS: You can check the behavior of SAP highlighted in the attached test case.
Hello Suraj,
Welcome to SCN.
It is very good that you are testing, so that you can learn how SD pricing works.
I see your post as containing two questions - how header conditions work in a standard system and how we can achieve entering 100 USD fixed discount at document header level and getting 50 USD per order item.
For the first question - please make use of the forum search function. If you use header discount as a search criteria and filter out the results to wiki pages, the first result will provide you with a good explanation.
If you have access to sap notes, then there is a very informative note on the subject FAQ: Header conditions/header condition screen.
As to the second question, what you describe can be achieved easily with customizing, but not with a regular header condition, group condition is the way to go. There is a small trick to tell the system not to distribute proportionally the discount, but to apply the same value on each item.
I do not wish to spoil you by giving you the full answer, so just a hint - read a bit on condition base - KAWRT and how you can use this info to influence the pricing outcome.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
107 | |
12 | |
11 | |
6 | |
5 | |
4 | |
4 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.