BOM pricing

[Former Member]

hi,

In a BOM sales if in sles order if will increase the quantity at sub item level of a bom then how the price will calculate at header level.

Ex--Header Item is Handpump.

Sub Item level is Stand & Head Box.

So if I will increase the quantity of stand in the sales order level then how price will calculate at heard level that is HAndpump level.

Thanks,

RAJ

[Former Member · Accepted solution]

hello, friend.

i agree with matthew, in that you will be making the components as relevant for pricing.

as such, i suggest you use the item category group LUMF for the main BOM material. the result of this is that in the sales order, the item category of the main material will be TAP (not relevant for pricing), and the component item category will be TAN (relevant for pricing and inventory control). if you change the quantity at component level, the total price is re-calculated.

regards.

[Former Member]

Another point to make is that if you have Pricing at Header level

then it wont make any difference if you increse or decrease QTY at item or component level.

The price will be same as it is based on Header item.

The component items are only for display purpose & in config there is no Pricing done for them. So there will be no change in header price if you increase QTY of Stand to 2 or more. The Price of Header item (Hand-pump) will be same.

revert if you req more help

[Former Member]

This message was moderated.

[Former Member]

Speaking Purely on a functional perspective:

It does not makes sense that component qty is changed seprately.

If you have a bom then it will always explode into certain components with certain Qty as maintained in CS01.

But if you still want to change component qty then you can do that in sales order.

Further in you case Simply use Item level pricing in BOM.

Maintain the condition records for the components & you will get component based Pricing.

You can use Item cat Group LUMF for this purpose.

Revert if you need more help.

[former_member383560]

hi

You can create a sales bom, and price it at header level or sub level.

If you want to assemble the products and depending upon the assemblies you want to price. For eg. if the customer asks for a certain combinationa of Material A, B and C respectively, then you create a Material Master record Material D with item category group as LUMF. While the Materials A, B and C are created with standared item category groups NORM only.

Then create a sales BOM using Tcode CS01 and enter the following details:

Material : Material D

Plant : Plant in which you created the material.

BOM Usage : 5 (Sales and Distribution)

then give the Materials A, B, and C and give their respective quantities.

Before you have to create pricing condition records for Materials A, B, and C.

Then configure the item categories ( T - code : VOV4).

When processing the sales order, just give the Material D and the system will pick up the corresponding assemblies for that material and populate in the order.

The item category for the header item will be TAP and the item cateory for the items will be TAN.

In this cas the Material D is called as the higher level Item , and all the assemblies are called as the sub items. Here the subitems are relevant for pricing and delivery where as the header item is not relevant for neither pricing nor delivery. It just acts as a text item. KUMF the cond type for cumulative value of all the sub items to the header item

This type of configaration of BOM is known as pricing at item level. This is used when you dont know what quantities of assemblies the customer is going to order and if the price of the assembly keeps varies.

hope its useful

Good luck

Regards

baalakrushnan.da

[Former Member]

Dear Raj,

First of all in bomb sub items explode automatically, so if you want to sell sub items, you can do so seperately, for which there is seperate pricing. Dont mix both things.

Regards,

Pankaj

[Former Member]

Raj,

For Sales BOM, you can either price at the header level(the parent SKU) or at the line level(the component SKU); if you want to change qty of a Sales BOM at the componenet level and have price change, then it sounds like you should be pricing at the componenet level.