Restrict GATP Check At Storage Location

Have a requirement where sales order GATP check is being done in APO, user wants the GATP check to done at all storage location except at 0002.

Suggestion:

The GATP check can be restricted for a storage location by:

It is possible to indicate to the system that you would like the availability check NOT TO CHECK the stock at the storage location level. This indicator is used to set the scope of the availability check. 

It is used to switch off the check at storage location level. You create a reservation for a particular storage location. However, the scope of the availability check is set in such a way as to exclude the storage location. In this case, the system carries out the check at plant level only and does not take the storage location into account that is specified in the reservation. 

OR 

One way to work around this limitation is to have the stock with an ATP category that is not in the scope of the ATP check.
 

Storage Location Level ATP check through CRM 

On an implementation where the integration is between CRM, EWM and GATP.  So, consider the situation where the sales order check is done through CRM and a call to GATP is made.

Some background on supply:
EWM would like to receive the goods into storage location ROD (Received On Dock) and then do a movement type to move it to storage location AFS (Available For Sale). The sales orders should consider only the supply from storage location AFS and not ROD.

First question is, is it possible to do a storage location level determination in CRM? I don't think so but wanted to confirm. The reason is because even a plant determination is not possible in CRM when you integrate with GATP (the plant is determined through Rules).

Now, suppose that we have determined the storage location called AFS (in GATP through enhancement) and will do an ATP only at that level in GATP. Suppose that the first plant that will be checked is Plant A and then based on the location determination procedure, the next plant that will be checked is Plant B. When the system checks supply at Plant B, then the question is this: will it still check only at storage location AFS in Plant B or will it check at the plant level? The requirement will be to check at the same storage location level (which means that whatever process we used to determine the storage location at Plant A has to be followed for Plant B also).

One option that can be considered is to check at the Storage Location MRP Area level (there seems to be better support for RBA and Storage Location MRP Area than just storage location). See SAP Note 412314. But this is also complicated.

Another option is to not check at the storage location level but represent the various stocks with stock types (stock type ROD and stock type AFS) and only the stock type AFS will be used in the list of ATP categories.

Suggestion:

In my project also we had this requirement to determine the correct Storage location after plant has been determined by using rules.

What we did is as follows:

We created a Z table which had entries for all plants and preferred storage locations for those plant (only one entry per plant) in your case it will be like:

Plant A - AFC
Plant B - AFC
Plant C - AFC 

We used a ATP user exit in APO to get the storage location of source plant (which was determined in APO via rules) from the Z table.

SAP APO

See Also
The Concept Of Aggregates In APO

Get help for your SAP APO problems
SAP APO Forum - Do you have a SAP APO Question?

SAP Books
SAP APO Books  - Certification, Interview Questions and Configuration

SAP APO Tips
SAP APO Tips and SAP Advanced Planner/Optimizer Discussion Forum

Best regards,
SAP Basis, ABAP Programming and Other IMG Stuff
http://www.erpgreat.com

All the site contents are Copyright © www.erpgreat.com and the content authors. All rights reserved.
All product names are trademarks of their respective companies.  The site www.erpgreat.com is in no way affiliated with SAP AG.
Every effort is made to ensure the content integrity.  Information used on this site is at your own risk.
 The content on this site may not be reproduced or redistributed without the express written permission of
www.erpgreat.com or the content authors.