BOM quantity variation between CS03 and CO01

[Former Member]

Hi Experts,

I have a bom with scenario

Header material - 64.228 Kg (base quantity)

Component A - 74.762 Kg (Required quantity)

Now in CS03 initial screen inputs:

Header material number

plant

usage

Requirement quantity : 1

By these inputs i get required quantity for component A is 1.164 Kg

In CO01, if i create an order for 1 qty in material component field i get required quantity for component A is 1.165 Kg

Why this 0.001 Kg varies between BOM and Order?

Thanks in Advance

[Former Member · Accepted solution]

Hi,

Check settings in transaction CUNI and allow the KG to be calculated in decimals.

As it is not recommended to change standard settings but you can try first in test system, if results are as per your business requirement then make the changes.

Regards,

Naresh

[Former Member · Accepted solution]

Hi Naresh Patil,

Thanks for ur reply!

I have checked in transaction code CUNI it is allowed upto 3 decimal places.

But if i divide 74.762 / 64.228 = 1.16400946627639 Kg

So if we round off to 3 decimal places also same 1.164 Kg should come. But how it varies between CS03 & CO01

Regards,

Mukundan

[former_member193808 · Accepted solution]

Dear Mukundan,

I believe system always calculate on the positive side. i.e, if there's a decimal on the right (other than 0), which means 1.164kg is not meeting the production requirement. So, it rounds it off to the next digit 1.165.

You can try with different combinations  - for eg: round it to 74 and 64.

The calculation is always Component Qty * (Req Qty / Base Qty).

So, 74 * ( 1/64) = 1.15625. This means even though you round it to 3 decimals, 1.156 is not going to produce the required 1 kg product, right? It requires a minimum 1.15625, so system rounds component to 1.157

The same treatment is given to 1.16400946627639.

Thanks

Prem

[Former Member · Accepted solution]

Hi,

Try to explode the BOM by CS11, CS12 or CS13 by giving the 'Required qty' and check the results.

Regards,

Naresh

[Former Member · Accepted solution]

Hi Naresh Patil,

I get 1.165 kg in all three transaction code CS11, CS12, CS13

Thanks & Regards,

Mukundan

[Former Member · Accepted solution]

Hi,

Can you check user specific BOM customizing transaction OS29 (Path: Production --> Basic Data ---> BOM ---> Define user specific settings: Field Round Off).

Check the field 'Roundoff' and maintain it as '1' and test the results.

Regards,

Naresh

[Former Member · Accepted solution]

Hi Prem Prabhakaran,

Thanks for your reply!!

I will check with different values and get back to you. I hope this will be reason for variation.

Whether this 0.001 Kg variation will give impact on costing ?

Thanks

Mukundan.

[Former Member · Accepted solution]

We didnt maintain this transaction code for this client.

Regards

Mukundan

[former_member193808 · Accepted solution]

Dear Mukundan,

Yes, this will be included in costing.

But, there's nothing wrong with it. The target cost should consider the target component quantity and the related cost. As system always plan for end product, the decimal point variations of components can only be rounded up. The costing will take the corresponding value.

Thanks

Prem

[Former Member · Accepted solution]

Thanks Prem

In BOM also 1.164 will not meet production requirement so why 1.165 Kg is not in BOM and why it is coming only in order?

Regards,

Mukundan

[former_member193808 · Accepted solution]

Dear Mukundan,

BOM is a master data which you defines. There's no checks and calculation while creating bom.

The calculation happens when order is created, with a requirement quantity

Thanks

Prem