requirement calculation of material in process order

[Former Member]

Dear Friends,

we have one raw material whose base unit of measure is maintained as CAR (cartons) and the unit of issue is in EA in material master.

now, when we create the process order of Header material, the system calculates the requirement qty of raw material in EA and this is properly shown when i click the material icon for the details of componen.t

but when i click the icon of material availability check the system gives the message as missing part list even if the current stock fulfills the reqmt. qty.

hereafter when we click the missing part list overview the reqmt. qty is calculated as per the base unit i.e. in cartons , it rounds of the figure obtained and re-converts to the unit of issue as in EA.

for eg.

one carton contains 1472 pcs EA

required qty of x material as per process order is 16000 EA ,

when we click on materials icon it shows the figure as 16000 EA correctly,

but now when we check for material availability and seee the missing parts overview , here the requirement qty is shown as 16192,

system calculates as follows:- 16000/1472 = 10.869 cartons,

here it rounds off to 11 cartons and equivalent of 11 cartons is 16192 EA.

so if, say for e.g. my stock of raw mat. is 16000 EA which can fulfill my reqmnt as per BOM but due to the above calculation shown the release of order is rejected.

please suggest for the issue to get resolve.

thnx in advance

rgds

Amitabh Rathod

[dhaval_choksi3 · Accepted solution]

Hi Amitabh,

The problem is with Decimal places.You need to maintain no. of Decimal Places as 3 in CUNI for Unit CAR and also maintain Decimal Place rounding = 3.Maintain it and then check it in your Process Order.

Regards,

Dhaval

[Former Member · Accepted solution]

dear Dhaval,

thnx for the reply but as i mentioned earlier that it's working fine for other material , if the problem is due to decimal settings in CUNI it should not support for any of the materials bcos the CUNI setting is at client level.

thnx-rgds

Amitabh

[dhaval_choksi3 · Accepted solution]

Hi,

What is the conversion Factor for other Materials.Is it same like this material (1 Crt = 1472 EA)?

Regards,

Dhaval

[Former Member · Accepted solution]

hi,

conversion factor for other material is different , it is 1 car = 1200 EA.

thnx-rgds

Amitabh

[dhaval_choksi3 · Accepted solution]

Hi,

Let me know no. of Decimal places allowed and Decimal Place Rounding for Unit CAR.

Regards,

Dhaval

[Former Member · Accepted solution]

dear Dhaval,

we have kept as "0" for both Decimal places allowed and Decimal place rounding for BUM CAR.

thnx-rgds

Amitabh

[dhaval_choksi3 · Accepted solution]

Hi Amitabh,

Then why you have not try it by change it to 3 for both object?

Problem doesn't come for other material because of that conversion factor 1 Car = 1200 EA (It is quite simpler then that of 1 Car = 1472 EA because decimal value is almost zero)

Do check by changing both of them to 3.

Regards,

Dhaval

[Former Member · Accepted solution]

dear Dhaval and Sree,

Thnx a lot my issue is resolved as per your instructions given above. and would like to close the thread.

thnx once again.

rgds

Amitabh Rathod

[Former Member]

dear Amitab,

Y cant u test it by allowing decimal places to 3 in CUNI, that is mine and Mr Dhaval sugesstion. test it if it does not work get back to us

sree

[Former Member]

Dear Amithab,

Frist thing is always ur base unit of measure should be the minimum one. in ur case u hae done ulta.your BUM sholud be EA and yor altrnative unit of measure should be CAR this u define in material master basic data view. at this piont of time system will not allow u to change unit because stock and other movement document exists.

Now the only solution to get CAR in exact decimals ask ur MM consultant to enable 3 decimal placess for the unit CAR in SPRO, then ur issue will be resolved

sree

[Former Member]

Dear Sree,

thnx for ur reply, but the thing is that the same eg is working for other material whose BUM is CAR and unit of issue is EA.

there the system calculates properly so we would like to know what went wrong for this material.

thnx-rgds

Amitabh