HELP V_V2 ATP

Hello Experts,
I created two sales order. The value of stock is zero.
I confirmed the dates of ATP. I created a purchase order. Example
SALES ORDER      QTY      SHIP DATE
140024379              50         23.07.2010
140024380              250       23.07.2010
Purchase Order       QTY     Deliv. DATE
4510005812             250      20.07.2010
The problem is, when I'm executing the V_V2 is not showing the values that will be confirmed.
Kind rehards
LF

Hello LF;
The rescheduling report will not always show the result that appears in
the sales order. e.g. A sales doc item which is rescheduled but has a
header level credit block will show a confirmation in V_V2 but this
confirmation will not be updated in the sales order. The purpose of the
rescheduling results list is to show the best confirmation according to
the rules maintained in transaction OVZJ.
This functionality works the same in VA02. If you carry out an ATP check
in VA02 you will get the delivery proposal screen (As you have set E in
OVZJ). Here you have the possibility to select the delivery proposal
with partial deliveries on different dates. However if you look at the
schedule lines again, the partial deliveries have not been transferred
to the schedule lines as the complete delivery has correlated the lines
into one delivery date. This is the same thing that happens in V_V2.
V_V2 reports the result of the availability check according to OVZJ
rules, and then the delivery group correlation correlates the complete
delivery in the sales order.
This is standard behaviour according to your customizing.
I hope it can clarify your question.
regards
Ruy Castro

Similar Messages

Need a way to automatically block HU stock when moved to damage bin.

I am looking for a way to automatically block stock when it is moved to certain bins. For example, when a handling unit is moved to a Damage bin (storage type 306), I would like movement type 344 to be executed to automatically hide the stock from ATP. I know that bins can be blocked from stock placement and removal but that is not what I am looking for. I do not want the stock available for sale.
One solution would be to modify our custom RF program to do a movement 344 following the movement 999 (bin to bin transfer) whenever an HU is moved into bins of a certain storage type. However, I am looking for a pure configuration approach or any other ideas.
Thanks in advance.
-Rob

A similar requirement is being discussed in the following thread. Check my response over and see if it helps.
ATP check at delivery level is taking into account stock in S type 999
Thanks
Swagat

MRP Total Planning in Back Ground job(RMMRP000) Doesn't work

Hi Gurus
I set a background job for Running MRP (RMMRP000) but it doesn't work but when I run MRP for products one by one,it works.
Does any one know about Why it operates such a way and if it need Specific Setting in Customization.
Thanks
Babak Bolourchi

hi
check whether these sap notes can help
704310 ATP server not supplied in background total planning run 14.09.2009
104475 Performance 'deliv completed' indic for purch ord (ATP_EKET) 23.06.2009
354310 MOD MD01: Planned delivery time from outline agreement 18.05.2009
1308329 Runtime error COMPUTE_FLOAT_ZERODIVIDE in program SAPLM61U 20.02.2009
150774 FMM: Update terminations when updating from MM 20.11.2008
1177408 MRP run with scope of planning generates TABLE_INVALID_INDEX 13.06.2008
1176611 Cross-plant material status ignored during AFS MRP run 06.06.2008
23278 MD01, MDBT: Performance during MRP run

V_V2 and scheduling agreements with ATP

Dear SAP SD Experts,
In our production environment we use Scheduling Agreements with ATP. This means we do perform ATP for each firm schedule line received from the customer. Every night we run a rescheduling job (transaction code V_V2 - program SDV03V02) which is basically taking into account all the lines/documents including these scheduling agreements. My question: from an standard SAP functionality point of view, is the rescheduling job actually performing a new ATP for the schedule lines in these scheduling agreements and re-determining new ATP dates?.Does it have any effect to reschedule schedule lines in scheduling agreements?.
Thanks in advance,
Luciano

Hi Luciano
What you asked is about ATP . and the Fixed date / qty is something which we define in customer master data. in sales area data. If fixed date/ qty is checked then no partial deliveries are allowed for that customer.
so for an example
if the customer X is checked for fixed date/ qty then whatever quantity you enter in the sales oder for that customer X that has to be delivered to the customer X at 1 time .so you cant deliver the material on partial basis.
say u have a material in plant - 50 pcs
customer oder is - 75 pcs
so this is an unconfirmed order and this order should be done rescheduling . .
you cant deliver these 50pcs to customer X even though stock is available as for this customer X fixed date /qty is there
only if the material is available for more than 75pcs in the plant then only you can deliver
I hope now you are clear with the doubt of fixed date / qty
Reward if useful and any queries let me know and mark answered if you got ur answer
Regards
Srinath

Availablity check with ATP logic

Hi everybody
Can any one tell me where where we assign Checking rule (A - sales order) in availablity check.

dear srikanth
please gothough this
TOR AND AVAILANBILITY CHECK
To confirm the quantities for a particular line item in the sales order on particular day system carried out transfer of requirements (TOR) & AVAILABILITY check, so has to confirm the quantity on particular day as system should know what are there requirement of the sale order and delivery with MRP then system carries out availability check function, to confirm the quantity on particular day. Depending upon the IMG setting system carries out availability check function based on 3 methods:
A) Availability Check with ATP logic or against planning:
In ATP logic systems ATP Qty while carrying out availability check function for
Particular line item (ATP qty=warehouse stock +planned receipts planned issues)
Planned Receipts: EX: - purchase requisitions, purchase orders, stock in transfer stock at inspection etc.
Planned Issues: - EX: - open sales order & open delivers
B) Availability check against product allocation:
Availability check can be carried out against product allocations in which system automatically restrict the user to confirm the quantity beyond reserved quantities per particular customer. EX:- Availability qty =100, existing orders=10,then system automatically distributes to items evenly to the sales order.
C) Rule based Availability check:
Rule based availability check can be carried out based on the business transaction.
EX: - For normal sales order system has to carry out availability check for special sales order ex: - cash sales and rush order systems need not to be carry out availability check,
In rule based availability check system in which system carried out Global availability to promise in all plants. In this check system transfers the requirements to APO system where GATP takes place and the result of the availability check transferred to R/3 system. This process takes place with the transaction code CIF(central inter face) inR/3.After carrying out availability check function system proposes(by using ATP logic) default values of ATP check result to the user in a dialog box, in which system gives the choice to the user to take the decision in contest of insufficient stock.
a) One time delivery:
If the user chooses one time delivery and the order Quantity is 100 units system confirms 50 units then systems automatically confirms as a zero. If the user saves the document with the zero confirm qty then system   trace the sales order as aback order (V_RA), which can be confirmed later by RESCHEDULLING (V_V2).
b) Complete Delivery:
If order Qty=100, Availability stock = 50, system says that remaining can be given after one week. Then if the user selects this option then system push up existing confirmed qty to after one week and the total qty can be confirmed after one week only.
c) Delivery Proposal:
If order qty=100, system confirms 50, and remaining 50 can be confirmed after one week. If the user chooses this option then system confirms 50 Qty today allows the user to delivery 50 quantities today remaining 50 can be delivered after one week.
CONFIGURATION SETTINGS FOR TOR:
Define Requirement Class:
Path: Img  S&D  Basic functions  Availability Check & Transfer of requirements  Transfer of requirements    Define Requirement classes
Requirement classes control MRP, Requirement consumption, strategy, relevance for planned. It specifics whether the availability check & TOR to be Called out for transactions. Ex: Sales Order
It determines whether requirements relevant for MRP or not, the allocation indicator from the sales view which controls the settlement of customers requirements with planned independent requirements. It determines the item b to be settled as an availability heck. Assignment, the settlement profiles the results analysis key. The TOR and Availability check functions are globally controlled using the requirement class for all the Sales documents. The values from the Requirements class are transferred to scheduled the of the sales documents class are transferred to scheduled the of the sales document default values and can be over written there.
Define Requirements Classes:
Requirement class defines whether the system has to carry out availability check based on the STP Qty. Ex:
Define Requirement Types:
Here we define requirement type, Ex: and Assign to Requirement class that we defined in the promote step.
Determination of Requirement types using Transaction:
Requirement type is going to be determined for sales document by following a search strategy. .
First System checks strategy group in MRP3 view if it trend requirement type then system takes from it, otherwise.
It will go to MRP group in MRP1 view, otherwise
It will check to Material type, otherwise
It will go to item Category + MRP type, otherwise
It will go to Item category only, otherwise
Finally system determines the transaction b not relevant for TOR & Availability check.
Choose Item category TAN+MRP type PD=Requirement type =0
Define Procedure for each schedule the category:
Here we define respective schedule the category of the sales documents, whether an availability check and TOR should be carried out. This setting is relevant for sales documents only. It is fine tuning of availability check for sales documents TOR & Availability check function    can be activated at sales order level those are proposed in to schedule line category level. If u wants to deactivate TOR availability check function at schedule the category level and want to deactivate at requirement class level it b impossible.
Ex: If u wants to check availability w/o transferring the requirement we can use it.
Choose schedule line category CP & Activate Availability check, requirement & Product Allocation
Block Quantity confirmation in delivery Blocks:-
When we transfer requirements to MRP then confirmed quantities is also reserved for confirmed sales documents, if transaction is blocked for delivery the reserved quantities are also blocked so that the conformed quantities cannot be used by any other purpose. So has to avoid this situation we can block the transfer of requirements(TOR) for delivery blocks, in this case requirements transferred to MRP but will not be reserved, that will be cleared once we save the documents then system shows confirmed qty as zero.
When we remove the delivery block then system automatically carries out availability check & confirms the qty.
A) Deliveries: Blocking region for sales Area:
     Here we define blocking regions for TOR ex:-credit limits
B) Reasons for scope of delivery blocks: TOR. Block:
Ex: - 01 credit limits-check confirmation block.
Maintain Requirements for TOR:-
Here we can define our own requirement with the help of ABAPer for TOR
Ex: - a) 102- prevent reservation in the event of credit block
       b) 102-purchase requisitions.
System doesnt create purchase requisitions for sales order line items if it has a credit limit.
Availability check:
Configuration setting:-
Availability check with ATP logic or against planning:-
A) Define checking group:
Checking group defines what kind of requirement record system use to create when sales order & deliveries are processed for this material. We can create 2 kinds of requirements records
Individual requirement records: that means system creates requirement record for each S&D document.
Summarized requirement Records: That means system creates requirement records under certain condition in the material master record. There are 2 type of summarized requirement record:
Summarized requirement records for each day.
Summarized requirement records for each week
Define checking Action;
Here we define     01- daily requirement      -B                                        02- Individual requirements -A
Where      B-total record per day
     A-single record per day
B) Define material Block for other users:
When 2 users tries to confirm the quantities for the sales order for same material at a time system will be confused to confirm the quantities both sales orders. So has to avoid this kind of situation we can block the materials from confirming the quantities for 2 users at a check, check block
C) Define checking group default values:
Checking group is going to be determined depending upon the material type & plant.
-Go to new entries, specify material type, ex;-FERT
& plant = checking group of availability check: 02
D) Carry out for Availability check:
Here we define checking rule for the Availability check & allocate them to the checking group. The checking rules specify the scope of the availability check. For a respective transaction, means which planned receipts & planned issues systems has to taken into consideration and also it determines whether system has to take RLT into consideration.
*Select checking group of availability check-02, checking rule=01
*Go to details icon, & check which planned receipts & planned issues system has taken into consideration for availability check
*save it, exit.
E) Define procedure by Requirement class:
Here we define requirement class whether on availability check & TOR should be carried out the setting that we carries out at requirement class level they are at global level. There settings automatically copied into define from of requirement class and vice versa.
*Choose requirement class: 041 & check availability check & TOR (requirement)
F) Define procedure for each schedule line category:
Here we carry out fine tuning setting for availability check at schedule line category level. Here we define whether system has to carry out Availability check for particular transaction.
Ex: - if we want to implement availability check w/o TOR for a particular transaction. According to settings at requirement class level TOR & availability check function activate & those setting will be copied into the schedule time category by default, so that at schedule line category level we deactivated TOR
G) Determine procedure for each Delivery Item category:
Here we switch on or switch off availability check functions of a delivery item category
*choose item category TAN. & specify the appropriate value.
H) Checking group for updating back orders:
Here we assign checking group to a plant that rule specifies for individual application, according to which the availability check is carried out;
I) Define Default settings:
Here we define the result of the availability check.
*Choose your sales Area, & check fixed dates& Qty options & specify D or E
Where: D- Dialog box in the case of shortages (one time delivery)
E- Dialog box in the shortages (delivery proposal).
rewards if it helps
siva

How to activate the ATP buckets in APO?

Hi,
We are in the process of changing the ATP buckets in our APO system.
I know the Path in the configuration:
Advanced Planning and Optimization -> Global Available-to-Promise (Global ATP) -> General Settings -> Maintain Global Settings for Availability Check
On the left side you will get three sections:
Global Settings
ATP Buckets (Active)
ATP Buckets (Planned)
I can change the values in (example field Shift Receipt Bucket) the ATP Buckets (Planned) section and save it with a transport. Now the question is how to activate the buckets. Is there another transaction for this? SAP Help doesn't specify how to activate.
Any ideas are highly appreciated.
Thanks,
Mahesh

Hi,
To activate the buckets one need to check the box 'Current' in the options under ATP Buckets (Active). Also, as referred earlier by Dipthi do look up the documentation under:
SAP Advanced Planning and Optimization (SAP APO) -> Global Available-to-Promise (Global ATP) -> Settings for Global ATP -> General Settings for Global ATP ->Definition of Buckets for ATP Time Series ->Activation of Bucket Parameters for ATP Time Series.
The details are as beneath:
Use
If you change bucket parameters (see Definition of Buckets for ATP Time Series), these must be activated subsequently for the ATP time series.
Features
The system activates the bucket parameters in the following situations:
Since activation in each of the situations described below leads to downtime, you should change bucket parameters less frequently than other Customizing settings.
·        Creating the active planning version for a client using transaction /SAPAPO/MVM
If you set up a system again, you should process the bucket parameters before you create the active planning version. The bucket parameters are thus activated automatically.
·        Initializing SAP liveCache for all clients using transaction LC10
In the case of an upgrade, you should process the bucket parameters before activating SAP liveCache. The bucket parameters are then activated automatically.
·        Executing the report /SAPAPO/OM_ATP_REBUILD_TS
The system only rebuilds the ATP time series here.
In this case, the SAP liveCache administrator must execute the following steps:
                            a.      Shut down SAP liveCache.
                            b.      Replace the com-file registration:
                                                  i.       At command line level, go to the SAP subdirectory of the SAP liveCache installation.
                                                ii.       Under Microsoft Windows, save the original registration files SAPAPO.lst and SAPATP.lst (UNIX: libSAPAPO.lst and libSAPATP.lst), for example, by renaming or copying to another directory.
                                               iii.       Under Microsoft Windows, rename the registration file SAPAPO_REBUILD.lst as SAPAPO.lst (UNIX: libSAPAPO_REBUILD.lstas libSAPAPO.lst) or copy it to another directory.
                                               iv.       Under Microsoft Windows, rename the registration file SAPATP_REBUILD.lst as SAPATP.lst (UNIX: libSAPATP_REBUILD.lstas libSAPATP.lst) or copy it to another directory.
                            c.      Launch SAP liveCache.
                            d.      Execute the report /SAPAPO/OM_ATP_REBUILD_TS.
                            e.      Shut down SAP liveCache.
                              f.      Replace the com-file registration by replacing the registration files SAPAPO.lst and SAPATP.lst (UNIX: libSAPAPO.lst and libSAPATP.lst) with the original versions under Microsoft Windows.
                            g.      Launch SAP liveCache.
Regards
Vinod

Inconsistency between ATP and ASCP

Thanks for looking at this message. Bit lengthy but will be interesting :-)
In our implementation we use ATP based on planning output and its a constrained ASCP plan (ECC) .
Assuming that sale sorders are available in the system and they have been entered say last month/ or even few months before with request date as the sale order entry date . We did nt have onhand at the time due to which the promise dates have been Sep-09.
Assume that we have made a receipt from supplier/or there is PO in receiving (considered as available date of today by ATP) . In this situation in case a new sales order is entered today with request date of today provided the onhand or expected receipt today is more than sales order qty , the promise date upon sales order entry is today. We do OM loopback and send back sch ship date from ASCP which gives correct dates (Sep or Oct based on lead times). But issue is in the promise date .
Issue 1: customer is questioning while there are so many existing sales orders which are already in arrears and their request dates are all in past months why does a new sales order get a promise date of today?
When ASCP runs overnight it plans based on request date and the onhand/exp receipt is pegged to earliest sales order and not the new one put in today(which is fine and as expected) , but due to the mismatch between ATP and ASCP always there is going to be mismatch in meeting promise date and Sales performance measures go for a task.
Also there all the customers are sent Order Acknowledgement (emailed upon booking order) based on the wrong promise date which causes lot of issues in explaining to each customer.
Issue 2:lets say onhand is 2 and there are 2 sales order lines one for qty 8 (req date 21-jul) and other for qty 2 (req date 23-jul) . I schedule order line 8 (req date 21-jul) first then ATP promises line after LT (say Sep-09) and the qty 2 line is promised today but when ASCP is scheduling it has ability to see request date due to which it can peg 2 onhand to earlier request date and then wait for new supply till Sep-09. The one with later request date will show ship date in Sep-09.
Have attached the screen shots explaining the issue 1 and 2
Best regards
Vinay

Hi Vinayak
Both of your observations are correct. As I managed ATP development for several years, let me help explain these things to you:
1. For 1st issue, where a new incoming sales order can get better date than earlier promised sales order, please understand that ATP is based on supply/demand picture at a point in time when SO was originally processed. If supply/demand picture has changed significantly, you need to use a tool like Oracle Backlog WB to manage and re-process currently scheduled SO to re-assess where they should be promised. Once Sales Order is promised, ATP uses schedule ship date to see when material is needed and uses a supply closes to ship date (JIT). If earlier supplies are available, they're up for grabs by new SO.
Thus, the behavior is working as designed and you need to develop your business process to ensure that backlog management is practiced on a regular basis to avoid such issues.
2. For 2nd issue where you see that ATP isn't using supply to satisfy smaller qty sales order, please understand that ATP is "First-come-First-Serve" and it is working on 1 specific order at a time. When initial order of qty=8 came in, it had no way to know what lies in future or if another SO with qty=2 will come later. Compare this with ASCP which is working a complete set of supplies and demands and can analyze this picture in totality.
I'm sure you'll like your ATP request to come back in few seconds (or may be a min or so) and not take a few hours while you enjoy the hourglass on your screen. No surprise that ASCP plan run takes few hours since it needs to go thru such hoops and try to optimize across these ideas while ATP is a quick answer as what can be done for this in-coming demand considering everything else in the system is frozen.
Please note ATP and ASCP plan serve very different purpose and business process needs to be enahnced to take advantage of best of both these tools.
Please feel free to contact me directly for any further issues in this respect.
Regards
Navneet Goel
[email protected]

Help required - Sales order item is partially delivered but the item grayed

I have a sales order 123 having say item10 with qty 1, item20 with qty 10 , item 30 qty 12
Item 1 confirmed qty 1 and delivered qty is 1
Item 2 confirmed qty 10 and delivered qty 10
Item 3 confirmed qty 1 and delivered qty is 1
Now the item3 still has open requirements of 11 to be delivered. But the item is GRAYED OUT already.
even if I do ATP the qty is not confirming for the remaining 11 pieces.
Why is that? How to make that item out from GRAY.
How to confirm the remaining 11 qty for that item.
Help required as early as possible.
Appreciate ur help guys
Radha

hi Radha, how are you ?
     ---the partial deliveries in master data must have not been mentioned.
     ---the deliveries should be upto target quantity.
     ---check order type, item category and schedule line category.
     ---check unrestricted stock availability.
thank you
regards
Khera.

Storage Location level ATP check with CRM

Hi:
I am on an implemenation 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.
Please share any experience that you may have in this.
Thanks,

Hi Satish,
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.
I hope this helps.
Please let me know if you have any questions.
Thanks,
Anupam
Edited by: Anupam Sengar on Dec 20, 2011 12:03 AM

Storage Location Level ATP check through CRM

Hi:
I am on an implemenation 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.
Please share any experience that you may have in this.
Thanks,
Satish

Hi Satish,
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.
I hope this helps.
Please let me know if you have any questions.
Thanks,
Anupam
Edited by: Anupam Sengar on Dec 20, 2011 12:03 AM

Re: ATP check at storage location level.

Hi All,
NEED urgent help.
I want to know if it is posiible to have ATP check at storage location level only.
I do not want this check to happen at plant level.
Please reply.
Thanks and regards,
Nilesh

Hi Shankar,
Storage location is defaulted in sales order.
Can you tell me if there is any user exit for ATP wherein I can carry out the ATP at storage location level and not at plant level.
Thanks and regards,
Nilesh

ATP at storage location level

Hi Gurus,
Can anyone help me how to check ATP at storage location level in the plant in Order and delivery processing.
I have seen configuration that ATP will happne at the plant level.
Venkat

Hi,
Availability Check at Storage Location Level
Example:
Plant stock (1000 pieces) is made up of the stock from storage location 1 (800 pieces) and the stock from storage location 2 (200 pieces). Requirement 2 in amounting to 500 pieces is to be withdrawn from storage location 1. This storage location currently contains 800 pieces. However, requirement 2 cannot be completely confirmed at plant level as only 300 pieces are available. Therefore only 300 pieces are confirmed for requirement 2. If the system confirmed the full requirement quantity, the availability of the confirmed issue 1, for which the issue storage location has not been specified and which draws on plant stock, would be jeopardized as it would be short of 200 pieces.
If the storage location is excluded from planning or if it is planned separately, then there is no longer the need for an additional check at plant level since stock from this storage location is not contained in plant stock.
If a storage location is excluded from planning or if it is planned separately, the check cannot be activated without a storage location (see Scope of the Availability Check).
http://help.sap.com/saphelp_46c/helpdata/en/f4/7d3f9344af11d182b40000e829fbfe/frameset.htm
Regards,
nandha

ATP and Route Determination at Storage Location Level

Hi Experts,
I'm working on a project currently and one of the requirements is to have ATP and Route Determination at Storage Location level. I know SAP standard for this is at plant level but was wondering if anyone has had this requirement before, and if so what course of action they took to solve this issue.
Any help would be greatly appreciated.
Thanks,
Mark

Hi Mark,
in my previous project we have a customized table created for all the route determination and used mv45afzz move field to vbap to determined the route.
not sure if there is a easier solution but at least it is doable through customization for sure.

Edit postDelete postReport this postReply with quote ATP check but the comm

hi , all guys :
when I create the pp-pi order , first i use the batch determination to allocate the component
batch , then i do the ATP check , but the committed quantity always is zero ,the ATP alway does
not support confirm quantity (co09 the confirm quantity always is zero),so when i create the other pp-pi order the stock quantity always cover the reqirements quantity of components
in the mater data , i use the ATP group is 02 (the customizing is standard) i think the ATP scope is irrelative to this issue .
in the order type control parameters , i use the ATP check
for example :
the componet 100-200 have three batchs :
batch: 20100501 quantity 30 kg
batch: 20100502 quantity 40 kg
batch: 20100601 quantity 40 kg
now , the requirment of component 100-200 is 100 kg
the batch determination conditions is self expiration .
so i throght the batch determination and batch split to allocate the bacth and quantity is
batch: 20100501 quantity 30 kg
batch: 20100502 quantity 40 kg
batch: 20100601 quantity 30 kg
after allocating , i run the ATP check ,BUT the COMMITED QUANTITY ALWAYS IS ZERO .
I don't know why !!! ,where can configure the ATP confirm quantities (committed quantities) the in the customizing
can you give help me!!!
thanks!!!
best regards

Davis:
Check in MRP Group settings, Availability Check session, flag activate full confirmation logic. Test activate full confirmation logic.
Regards,
Ricardo

ATP check active when creating sales order - want to deactivate

Hello experts,
at the time we created a sales order, the checking group for availability check in the master data of an article was "02" (Individual requirements). However, this was a master data error, as the correct setting for this article is "KP" (No check). We have changed this setting in the article master, but now we have a problem with the delivery, as we can not confirm the required quantity in the desired date. The ATP check says we have no availability (based on the wrong master data existing during the creation of the order), but we need to override this check.
Is ther any way of "overriding" the ATP check of the article in our sales order, thus taking into account the "KP" (no check) setting?
Thank you very much in advance.
Kind regards.
Marcos

Have you actually created the delivery yet? If not, you can use the following path to deactivate the ATP check during delivery:
> SPRO
> Logistics Execution
    > Availability Check & Transfer of Requirements
      > Availability Check
        > Determine procedure for Each Delivery Item Category
Perhaps turning of the ATP check temporarily shall help overcome the issue.

HELP V_V2 ATP

Similar Messages

Maybe you are looking for