cancel
Showing results for 
Search instead for 
Did you mean: 

approved pur.req. (AG category) in the sales order a.check

prasnop
Participant
0 Kudos

Hi Experts,

My client wants to include 'AG' category (Purchase Requisitions) in the sales order availability check. Purchase Requisitions does not included in the standard ATP group, say for example 02/A (Bis.Event/ATP group). Just I wanted to know does this AG (Pur.Req) category impacts to any sales order availability check in GATP.

The actual scenario is - client wants to include the PR (Category AG) which are approved when do the availability check in the the sales order.

and client does not want to include the PR which are blocked when do the availability check in the sales order.

PR creates in ECC and then it going to approval or blocked.

Would like to have availability check in the sales order which are approved PR when creates the sales order.

Only approved PR wants to go for a.check in a VA01  and should not do the a.check for blocked PR in VA01.

Does this make sense to include the PR(only approved/No blocked) do the availability check during the sales order creation?

In the standard ATP category/B.event 02/A , 02/B this AG category (PR) does not exist?

Thanks,

Accepted Solutions (1)

Accepted Solutions (1)

Former Member
0 Kudos

Prasnop,


In the standard ATP category/B.event 02/A , 02/B this AG category (PR) does not exist?

There is no 'standard' ATP Category / Business Event in GATP.  As delivered, a new SCM system has nothing for ATP/BE configuration.  You have to create these yourself.

Many people choose to copy the ATP configuration from ECC as a starting point.   If you have done this, SAP 'standard' 02/A does not include purchase requisitions in a new ECC system..


Does this make sense to include the PR(only approved/No blocked) do the availability check during the sales order creation?

Yes, this can make sense.  As long as the planning solution in ECC inherently 'guarantees' that his 'approved' purchase requisitions will be received into stock, then this would make sense.

Obviously, this is only a part of creating a GATP solution, so your 'AG' concept has to be evaluated in context with everything else you are doing.


The actual scenario is - client wants to include the PR (Category AG) which are approved when do the availability check in the the sales order.

and client does not want to include the PR which are blocked when do the availability check in the sales order.

It is not clear to me exactly what you mean when you say 'blocked' Purchase requisition. However, in general, standard Core Interface translates all vendor-type purchase requisitions to 'AG' in SCM.  In ECC ATP, all purchase requisitions are treated the same.  Likewise in SCM GATP, all ECC-generated purchase reqs are treated the same.  If you wish to differentiate between 'blocked' (whatever that means) and 'approved' (whatever that means), it will probably require an enhancement of some kind.

Best Regards,

DB49

Answers (0)