Wrong confirm Qty on Order

[Former Member]

Hi ,

I have one issue with the confirmed Qty. here is the details:

- Order Number: xxxx ... Line Number: 10

- Order Quantity: 288 ... Confirm Quantity: 576

- Client wants that the Confirm Quantity should be the same as the Order Quantity, but here it is confirming the double qty.

This is occuring only to few orders and not to all. could some one through light on this and update where exactly the problem is.

Regards

Nagaraj

[Former Member]

Hi Nagaraj,

Pl see the customization of

SPRO->SD->BasicFunctions-.>Availiability Check--->Avi check ATP..under

Difine check groups

and check the setting of

Availability check with cumulative, confirmed quantities.

select the option --0 --No cumulation

here is some info on this error

Availability checking taking cumulated confirmed quantities into account

The function, "checking taking cumulated confirmed quantities into account" should avoid such inconsistencies as you can set how the check is to be carried out when creating or changing sales orders:

Check taking cumulated confirmed quantities into account

In the availability check in the sales order, the system takes the sum of all previously confirmed quantities into account when calculating the cumulated ATP quantity. This means that new sales orders can only be confirmed if the sum of all receipts exceeds the sum of the confirmed quantities.

Check taking cumulated requirements quantities into account

In the availability check in the sales order, the system takes the sum of all open requirements quantities to date into account when calculating the cumulated ATP quantity. This means that new sales orders can only be confirmed if the sum of all receipts exceeds the sum of all requirements quantities.

With these new ATP checking procedures, you have the following setting options when creating /changing a sales order:

Cumulation of the confirmed quantities when creating and changing.

Cumulation of the requirement quantity when creating, no cumulation when changing.

Cumulation of the requirement quatity when creating, cumulation of the confirmed quantity when changing.

No cumulation (old checking logic).

Correct me ..If I am wrong...

reward if you find it useful

regards,

Murugan