cancel
Showing results for 
Search instead for 
Did you mean: 

sales order not getting confirmed!!

Former Member
0 Kudos

we have a situation here.

when i see in co09 it looks like following. I am not able to understand why sales order of 70 is not getting confirmed though ample reciept element is available (pch ord)? and why sales order of 350 on 25th aug is getting partially confirmed?

Date time category document receipt/req conf q cuml atp q atp q

08/23/2010 08:12:14 Stock Distribution Center 70 0 280- 0

08/20/2010 09:58:00 Deliv. 70- 70 280-

08/20/2010 23:59:59 Deliv. 70- 70 280-

08/20/2010 23:59:59 Deliv. 140- 140 280-

08/20/2010 23:59:59 Deliv. 70- 70 280-

08/24/2010 12:00:00 PchOrd 1,540 0 0 0

08/25/2010 00:00:00 SalesOrder 70- 0 0

08/25/2010 07:00:18 SalesOrder 350- 0 0

08/25/2010 07:00:18 SalesOrder 0 280 0

moreover why last column (atp quantity) is showing 0 quantity when pchOrd OF 1540 is available? on later dates last column has recipt quantity visible. example-

09/07/2010 00:00:00 PchOrd 350 0 350 350

09/07/2010 00:00:00 PchOrd 1,470 0 1,400 1,050

am i reading it correctly? is there any link which says how to read these results?

Accepted Solutions (0)

Answers (2)

Answers (2)

pavan_verma2
Contributor
0 Kudos

Hi ,

There can be two reasons for non confirmation/ partial confirmation.

Do you have product allocation active ?

Has Customer exceeded credit check?

Thanks,

Pavan Verma

Former Member
0 Kudos

Hi Both,

Thanks for you reply.

This product is not there in allocation. I checked change history of sales order. it says confirmed quantity was changed on a particular day by user "ALEREMOTE". There is no such user. Does this mean it was changed during backorder processing run??

Even if was changed by BOP, I am not able to understand why BOP will do partial confirmation even if complete material is available?

pavan_verma2
Contributor
0 Kudos

Hi,

Yes BOP can reduce the confirmation, you need to check the sort of BOP and run BOP in simulation mode in APO to check further.

Do you get full confirmation when you do manual availability check in ECC ?

Thanks,

Pavan Verma

Former Member
0 Kudos

No it does not give full confirmation!! it goes to proposal screen ( we have maintained RBA) and shows different location from where it can get rest of the unfulfilled sales order.

This is something i am not able to fathom, it should propose another location only if there is no stock available at requested location right? i tried looking at mmbe to find if stocks are getting consumed somewhere else, but it seems fine to me. am i missing anything here?

michael_thinschmidt
Contributor
0 Kudos

Hi,

check your BOP settings. It is possible that you run the BOP with check confirmation or that the "rules again" flag is not

activated. This means that BOP with just recheck the subitem without executing the rules again for this requirement.

Activate the rules again flag and recheck with a BOP simulation.

Yes, ATP will change the plant just if not all of the requirement could be confirmed in the first checked plant.

Hope this helps.

best regards,

Michael

pavan_verma2
Contributor
0 Kudos

Hi,

I agree with Michael, you need to check BOP settings, check instructions are Rules based and BOP is trying to do Non Rules based check.

Thanks,

Pavan Verma

Former Member
0 Kudos

Thanks both..."rules again" flag was not activated!!

Former Member
0 Kudos

Hi Illford

What is the path for BOP settings? Where do i find the 'Rules Again Flag'?

Please guide me.

Regards

Madhu

Former Member
0 Kudos

Madhu,

It is not config, it is part of runtime. /SAPAPO/BOP > Parameters check tab

Check prerequisite settings

http://help.sap.com/saphelp_scm70/helpdata/EN/c6/958139a17cd02ae10000000a11402f/frameset.htm

Best Regards,

DB49

Edited by: Dogboy49 on Mar 29, 2011 10:37 AM

tibor_nagy
Contributor
0 Kudos

Dear Illford,

Unfortunately it is hard to say why you did not get any confirmation.

Please recheck your customizing in scope of check for receipt elements and if past receipts will be considered or not why gatp check.

Regards,

Tibor