cancel
Showing results for 
Search instead for 
Did you mean: 

Production order Unit of Messure-decimal rounding issue

Former Member
0 Kudos
806

Finished product is a Metal conveyor belt.

Material Base UoM is Links u2018LKu2019

Alternative UoM are:

10 link = 1 Feet

1 meter = 3.2808 Feet

Plant X800, (MTO) Sales orders created in meters. So production orders in Meters (MM02->work scheduling view->Production unit & Unit of Issue maintained in Meters)

Now Issue is:

If production order is 10 meters, this is converted to 328.084 LK. Physically shopfloor receives only 328 LKs after production.

Links cannot be in decimals. Inventory and Costing is done u2018per Linku2019.

This needs a decimal rounding to u20180u2019 value. Expectation will be 328 LK.

If the value is 1.49 then the rounding value will be u20181u2019 (< 0.5)

If the value is 1.5 then the rounding value will be u20182u2019 (>0.5)

Please help me. Is there a config Setting or a work around (user exit)?

Accepted Solutions (1)

Accepted Solutions (1)

madlercm
Active Contributor
0 Kudos

This rounding issues are always problematic. It is not a good practice to have everything in LK (BUOM, stock, production, etc..), but sales in meters!

Anyway, since it is MTO scenario, and I understand that you don't mind having production order in meters (against the sales order), then if this always the case (meaning production in meters), try setting meters as the production UOM (job scheduling view of material master), and also meters as the issue UOM in general plant view.

Former Member
0 Kudos

in CUNI for Links,

decimal places=0

float poin exp=0

numerator=1

denominator=1

additive constant=0.00000

decimal pl. rounding=0

application parameters= commercial meas. unit

still the quantity is 65.617 LK on production order (CO02->General Tab->Base quantity field)

isn't CUNI for this purpose?

my next question is what does rounding profile do?

Reason for a different UoM: The sales orders are actually created in Europe and they work in Metrics.

JeevanSagar
Active Contributor
0 Kudos

Your requirement cannot be fulfilled by customization. Nor it can be perfectly implemented though BAdI's or Userexits.

The settings in CUNI only hide the decimal zeros but it won't prevent either users or programs to enter decimals. in R/3 quantity field uses the domain MENG13 so in your case, in the production order it will always display in decimals (eg 328.084 LK) .You can refer to note for more understanding about CUNI settings and IM postings 931971

Also the following threads:

The solution (this is more of workaround) I would suggest is you need to implement a BAdI WORKORDER_GOODSMVT in which it will round off according the logic you mentioned in your posts above. Also you need to implement a user exit for CO11N/CO11/15 to confirm the same yield according to the same rounding logic. Since yours is MTO you need to evaluate the impact of this in other areas mainly controlling and finance.

Answers (2)

Answers (2)

Former Member
0 Kudos

Thanks a lot for valuable input.

ajitkumar
Active Contributor
0 Kudos

pl check whether decimal places maintenance in CUNI txn for links solve the issue