Dear Gurus ,
This document will talk about special BOM pricing case where net value of main BOM item is accumulation of cost price(s) , VPRS , of all the sub items using condition type KUMU .
For example a BOM structure -
FG :- BOM01
Sub item1 :- MATERIAL01
Sub item2 :- MATERIAL02
MAP of Sub item 1 > MATERIAL01 = 20 USD
MAP of Sub item 2 > MATERIAL02 = 30 USD
The net value of FG BOM01 should be = 20 +30 = 50 USD .
Should there be change in MAP of any sub items later ,if a new order is created then net value of order should reflect the new price from VPRS of sub items .
There are two main issues in this case -
1. How to make sure that net value of sub items reflect the most recent material price (VPRS) ?
2. How to add all the sub item net values to arrive at final value of main item of FG in an order ?
Here is detailed design...
`
Standard SAP configuration:
Here are few standard config which is by default present in system
In order to design this requirement , we need to change the standard configuration .
It is recommended to copy in “Y” or “Z” then only do changes .
For enabling calculation of pricing for TAE item category, copy TAE item category and make following changes:-
Pricing = X – so that net value is calculated by system
Determine Cost = “X” – So that VPRS value is determined automatically at sub item level.
Statistical value = blank .
Above settings are required for net value calculation for BOM sub items.
Please note that this is to help calculation of net value of sales order automatically. There will be no accounting posting problems as this item category is not relevant for Billing.
This solution requires defining 3 new condition types to achieve the pricing results.
Create a new condition type of following attribute
This is defined as prices and calculation type is percentage. The condition record will be maintained as 100 %.
Example:
Condition record of ZVPS is maintained as 100 % for any combination.
Hence, whenever there is a change in VPRS, automatically value of ZVPS is determined in sales order with same value of VPRS.
Other elements of screen of condition type definition remain the same. Will see in a while its impact in pricing procedure and significance.
Since the sub items are now relevant for pricing, we need to introduce a new discount type in pricing so that once KUMU is determined based on the VPRS; the discount removes the net value from the item. This ensures that while determining the net value of total order, system does not add up these sub items values to the main item.
ZDIS is defined like any other discounts.
Its position in pricing procedure is important and we will see it in subsequent step .
Once the sub items net values are determined, we will need this value to be transferred to main
item after accumulating for all sub items.
It can be possible that once the net value is determined, you may want to have further discounts /
taxes/ surcharges etc. Having a new condition type will help in those aspects.
New condition type, ZDUM, on same line of ZVPS is defined.
This is also percentage type and condition record is maintained as 100 %.
Will show you shortly why this is important to have this?
Using condition type KUMU
KUMU is provided by SAP to be used for BOM related sub items pricing.
This is main condition type which will help in accumulating values across the sub items and then bringing to main item.
The main features of this condition type is that Calculation type = “G” Formula
And structure condition = “B” Cumulation Condition
Here is what SAP explains on B :
In the pricing procedure, this has to be used with calculation routine 36.
New pricing procedure is created for this demo.
Let us review the main items in this procedure.
So although KUMU is statistical by using ZDUM, we get net value in main item which is accumulation of all the net value of sub items!
Please note that If this discount appears before KUMU, it will not help in accumulation so it is important to position this discount only after KUMU is determined.
Make sure ZVPS , ZDUM , ZDIS conditions records are maintained. The simplest form of maintaining will be on plant or sales org so that it is one time activity. But depending on case, need to choose the best access sequence combination. Other steps are standard.
In this order, First item is main item and rest is sub items of BOM1 .
We will see the pricing of sub items and then for main item .
Pricing of item 30 , sub item-2 :
- ZVPS ( net value of sub item ) is 100% of VPRS .
- KUMU has captured this sub item net value and displayed as statistical.
- ZDIS has been applied to bring the net value to zero else this will be added to overall value of sales order and will skew the net value of order .
Pricing of item 20 , Sub item -1
Same behavior of ZVPS , KUMU and ZDIS as observed before .
Pricing in item 10 , Main item
Here, the value of KUMU = net value of item 20 + net value of item 30 due to routine 36 .
ZDUM is 100% of KUMU this makes the net value of order main item as cumulative value of all the sub items value .
If there is a change in MAP of these sub items due to any reason, new order created will show the new price automatically.
Please note if there is requirement to have any discounts / taxes / surcharges on the main item , it should be added applied after ZDUM .
Net Value of order is sum of all the sub-items internal cost .
So any change to MAP of sub item , it will automatically change the Net value of order .
Hope this is helpful and clear !
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
5 | |
2 | |
2 | |
2 | |
2 | |
2 | |
2 | |
1 | |
1 | |
1 |