ATP-check - check completely confirmed planned orders

Hi everyone,
I just stumbled over sth. during checking the ATP-settings in my system.
In OVZ9, when double-clicking on any of the combinations of checking-group and checking-rule, in the lower part of the righthand-side, I got the option to include planned orders as well. Now, if I open up my options, I find 4 of them:
- empty: Do not check
- A: check firmed planned orders only
- B: check completely confirmed planned orders
- C: check all planned orders
So... can anybody tell me what's the story with completely confirmed planned orders? I know what it means to firm planned orders and I know how to do it, but what's the point with that?
Any help greatly appreciated!
Regards... Bobby

Hi,
There was a bug in the standard program.
SAP create a new SAP Note '1616590' for the above correction.
Thank You.

Similar Messages

Sample of ATP Breakage at Conversion of Planned Order

Hi,
When creating the Sales Order system carries out availability check and shows missing parts with
Commitment date as 99/99/9999, missing components are updated with forecast planning based on this
Schedule line Qty confirms to 1 and sales order saved, planned order created automatically.
Based on planned order production order created from MD04 transaction, while creating production order
Missing components are displayed. Once the production order is saved and released the confirmed sales order QTY
is reset to From one (1) to zero (0).
While carrying out an availability check for the production order system is carrying out an Availability check again on the
Sales order and resetting the confirmed quantity to zero which is incorrect. On running the availability check again on this
Sales order system throws an error and the quantities can never be confirmed.
if any one knows any solution for this please update.
regards
rajani yeluri

Hi Rajini
can you pl. indicate what is strategy group used in material master & othwer settings like availablity field in material master & what is the checking groupo used for the concerned plant in MRP.
If you indicate the above details , I can guide you further
Regards
YMREDDY

ATP : Scope of check planned order

Dear guru
In the ATP scope of check with inclusion planned orders I have also option B : only check planned order that are completely confirmed.
What does it mean completely confirmed ?
Thanks in advance.

Setting in scope of check is set to only consider completely confirmed planned orders
After some further testing with a 3 level BOM...
C > B > A, Each level has a planned order
When all 3 levels are shortage free, the availability check confirms each planned order as being 100% complete.
Creating a partial shortgage on planned order C will confirm planned orders B and A as 0% complete and planned order C as partially complete.
Creating a partial shortage on planned order B will confirm C as complete, B as partially complete and A as 0% complete.

Set Availability Check to Exclude Planned Order

Hi All,
anyone know how to set the availability check so it will not include the planned order in the calculation ?
I find one setting in SPRO, the path is :
Sales & distribution ==> Basic functions ==> availability check and Transfer of Requirements ==> Availability Check ==> Availability Check with ATP Logic or Against Planning ==> Carry Out Control for Availability Check
select one of the record, and update filed "Incl. Planned Orders".
I've uncheck that field, but I can't get the appropriate result. When I create a new sales order, the availability check still take the planned order I created before into account.
The problem is, my user want to prevent creating delivery before the goods are already put in the stock. So the planned order should not be considered in the availblity check.
Thank you in advance
Rudy

Hi Rudy,
Concept of availability check is to verify if the stock is available at the time of creation of sales order. If available, when it can be ready for delivery (as Packing, arranging for transportation, etc may have lead time) & if not available, when it would be available considering Packing, arranging for transportation, etc lead time.
Availability check whether material is available on required delivery date (backward scheduling) or not. If not available on required delivery date, system will propose next available date (forward scheduling)
1. Define Checking Groups
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Define Checking Groups
You define checking groups with which you specify the type of requirements records the system is to create when processing sales orders or deliveries
2. Define Material Block for Other Users
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Define Material Block for Other Users.
3 .Define Checking Groups Default Value
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Define Checking Groups Default Value.
4. Carry out Control for Availability Check
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Carry Out Control for Availability Check.
5. Define Procedure by Requirements Class
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Define Procedure by Requirements Class.
6. Define Procedure for Each Schedule Line Category
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Define Procedure for Each Schedule Line Category.
7. Determine Procedure for Each Delivery Item Category
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Determine Procedure for Each Delivery Item Category.
8. Checking Rule for Updating Backorders
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Checking Rule for Updating Backorders.
9. Define Default Settings
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Define Default Settings.
Availability checks
1. Availability check is an integral part of the business process that determines if the required delivery quantity can be met on a required delivery date. For this purpose the system takes into account pre-delivery activities such as scheduling for picking or packing times and the time taken to produce or obtain the material. It also performs several background functions such as Backorder processing, rescheduling and ATP quantities.
2. Backorder processing: processing of a sales order that has not been fully confirmed or not confirmed at a certain delivery date.
3. Rescheduling: is a proposal of how confirmed quantities already assigned to a sales order can be reassigned to other sales orders that have a higher priority.
4. Available to promise (ATP): is a process of checking the available quantities of a material. The ATP quantity consists of warehouse stock + planned receipts (incoming stock) planned issues (outgoing stock). to examine stock on hand (CO09) proceed to logistics sales & distribution sales environment availability overview.
5. Replenishment lead time (RLT): is the time taken for the material to become available either internally (in house production) or externally (from a vendor). The most important things to consider during an external procurement are purchasing and MRP 2 (procurement) views of MMR where the processing time for purchasing, planned delivery time and goods receipt processing time are taken into account. On the other hand internal procurement is based on in house production time (MRP 2 view) goods receipt processing time or alternatively RLT time, which is found on MRP 3 view.
6. RLT (Replenishment Lead Time) is the time taken for the material to become available. RLT is only used when doing an ATP check (Available To Promise). The value of RLT for a material is specified on material master record.
7. There are three types of availability checks
Check on basis of ATP quantities.
Check against product allocation.
Check against planning.
Configuring Availability check through Checking Groups
1. The checking group + checking rule determine how the availability check is to be performed.
2. The checking group determines whether and how the system checks the stock availability and generates requirements for material planning. The checking group defines what type of requirements will be passed on i.e. summarized requirements (daily/weekly) or individual requirements for each sales order.
3. The checking rule applies to how the availability check is to be carried out at the transaction level. Note that you must define checking rules for each individual application such as for production orders for example. In Sales and Distribution, the checking rule is specified internally within the system and cannot be changed.
4. The checking rule, in conjunction with the checking group, determines the scope of the availability check for every business operation; that is, which stocks, receipts and issues are to be included in the availability check and whether the check is to be carried out with or without the replenishment lead time.
5. Briefly explaining the above checking group determines which type of requirement to be passed on to MRP whether it be individual or summarized and checking rule which is at the transaction level and can be configured independently for each application module, determines which stocks, receipts and issues to be taken into account. For performing an availability check checking group has to work in conjunction with checking rule.
6. Advantages of individual processing over summarized processing
Backorder processing is possible.
You can access (MD04) order, line and schedule line individually which gives a greater control on available stock and requirements placed on stock.
The system automatically uses individual requirements in case of special stock items.
7. Required data for the Availability check to be carried out
The Availability check must be switched on at the requirement class level.
The Availability check must be set at the schedule line level.
A requirements type must exist by which the requirements class can be found.
A plant must be defined in the sales order for each schedule line item (in other words plant must be defined for every material in MMR).
A checking group must be defined in the material master record in the MRP3 screen in the availability check field.
8. Configuring Availability check and defining Checking Groups
Checking groups are introduced into the sales order based on the setting in the material master record.
SAP standard checking groups are 01 summarized requirements and 02 individual requirements or you can create your own by copying the standard ones.
Total sales and total deliveries columns are there to configure a checking rule to sum up requirements to post to MRP either individually or by day or week.
Block quantity required can be set if you want several users to be able to process the material simultaneously in different transactions without blocking each other.
The no check indicator is CHECKED when you DO NOT want the system to carry out ATP check.
9. Defining material block for other users the block check box is an indicator that enables you to block material master records of a particular material during the availability check and restrict other users from accessing same master record and reserve the material. If the block is not set, two users can confirm the same material at the same time for two different orders, not knowing if the stock is available or not. If you select this field, the material is blocked during the availability check and other users cannot: a) Make changes in the material master record. b) Create purchase orders for the material. C) Create orders for the material.
10. Defining default values for checking groups - Checking groups are introduced into the sales order based on the setting in the material master record.
However if there is no entry present in the material master record for the checking group, a default value can be set here, depending on material type and plant.
This default value will be used by the system depending on the material type mentioned in MMR and plant in sales order.
If an entry exists, this default value is over written by MMR.
11. Controlling Availability Check in this section, you tell the system what stock on hand and what inward and outward movements of stock it must take into account when performing the availability check in addition to whether or not to consider the replenishment lead time.
12. These settings are based on the checking group that is assigned to the material master record and the checking rule that is predefined and assigned to the sales and distribution transaction.
13. These settings carry out control both for sales order and delivery as well. This is due to the fact that you may want to include specific stock or incoming stock for the sales order, yet at the time of the delivery only include physical stock on hand waiting to be shipped.
14. 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.
15. 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.
16. Should you not want the system to automatically check RLT, you may indicate so here. RLT is the time taken for a material to become available. It is only used when doing an ATP check and is taken from MMR.
17. Defining the elements in the availability check entirely depends on the business needs, but a few tips are given under
When controlling the Availability check at the time of the sales order, a purchase requisition does not necessarily indicate by it is going to come into the plant.
A shipping notification on the other hand - a confirmed purchase order is a good indicator of receiving stock on a specified date.
It is always recommended not to select the shipping notifications for the delivery requirements type as you may not actually receive the stock into plant or warehouse for which you are creating a delivery.
Please Reward If Helpful,
Thanks and Regards,
Sateesh.Kandula

MDVP - Plan order (NB type) Availability check problem

Hello GUru's,
I received one issue, the transaction MDVP does not select the plan orders for Availability check.
DUring my analysis I found that, materials have procurement type is "F". Plan orders are generated by system,
It has order type "NB" (generally our plan order type is LA - stock order).
When user check the plan orders (NB type) in the transaction code MDVP or COMAC, system shows the message
no plan order is available in the system but I checked in the MD12, plan order is available.
What could be the reason, system is showing like this message and not selecting the plan order for coll. Avl check.?
Procurement type is F and plan order type is NB this is the reason?
Kindly help me.
Thanks in advance.

Dear,
Yes collective availability check has only been implemented for in-house production only.
Order type NB with F will be for the subcontracting. Also the collective availability check (Transaction CO28, MDVM) takes no subcontract orders or subcontracting purchase requisitions into account.
If you want planned orders with special procurement subcontracting into account during the collective availability check then you need to activate the modification, set the variable MOD_SUBCON to 'X' in the include PPIOHF02 after the implementation.
For more details refer the OSS Note 198398 - Collect. availability check w/o subcontracting planned ords.
Regards,
R.Brahmankar

Planned order confirmation

I have created a new material with REM activation..
I have created a planned order for 1000 qty for the material..
When i confirm even a partial amount of the planned order for eg 100 qty, then in the system i am not able to see the planned order again.. I guess fullly confirmed planned orders will not exist in the system.. But this is partial only,then why the planned order is not seen in the system.. Can anyone tell me what s the problem and how to clear that..
And a very important information for me,where can i find the components that are issued for a planned order..Please tell me is thr any reports for this..

HI
Please check REM profile in OSP2 > Control data 2 for Planned order reduction> Select reduce planned order assigned to version and also reduction period 0
Check also after running MRP MF27 should be executed so that reports MCP6/MCP8 get updated to see GR agianst Planned order
check and revert
Regards
Anupam Sharma.

Mass T-code Of Planned Order Deletion

Dear All
Is there any mass T-code For Deletion of bulk planned order. An PIR.
Rgds
Pankaj Agarwal

Hi,
You can use function to execute one or more actions for a large number of planned orders simultaneously. This is possible both within the SAP System and over an interface from an external assembly control system.
Features
SAP supplies the function module MD_SET_ACTION_PLAF for action control.
This function module includes the following actions:
Explode BOM
Explode BOM, check availability
Check availability, only explode BOM in the case of a requirement
Check availability, do not explode BOM
Reset availability
Change planned order data
Schedule planned order
<b>Delete planned order</b>
Confirm planned order (in repetitive manufacturing)
Firm planned order data
Firm planned order components
Print component overview
This is in the foll link...
http://help.sap.com/saphelp_470/helpdata/en/f4/7d3f9344af11d182b40000e829fbfe/frameset.htm
Use T.code md75 to delete PIR.
Regards,
Senthilkumar SD

MDVP for next week Planned orders

Hi,
I keep in my system this week production orders and next week firm planned orders so that I can see the plan in my system and system can check the availabilty on planned order for next week missing parts. Now my qyestion is:
Suppose there is matewrial X which is having planned orders from today to next 14 days. Now for this week I run the MDVP for first 7 days for this material "X"and it gives 50% confirmation availabilty of components. But what is happening with me is when I run the MDVP for next 7 days for the same "X" it gives 100% . why? On which logic it is doing like this? If for first 7 days it is 50% then why for next 7 days it is 100%.
Please explain me at what logic MDVP checks the material availabilty? is it checing the planned delivery time and GR time of components in material master ?
Regards
Deepak Sharma

THe possiblility may be the arrival or availabilityof the raw materials on those dates...
i.e there might be Pur reqs for the raw materials already raised in the system.. and they are expected to be available for the next 7 days.....
please check..
karthick

REM - Tracking planned order after Backflushing

Dear PP Gurus,
             In REM, I backflushed lot of planned orders by using MFBF. In PCC all actual costs are collected totally.Now i want to check how many planned oredrs are confirmed till now as well as what is the pld ord no?. First I confirmed lof of pld ord partially & again confirmed rest of the Qty.
             So is there any possible to track the planned ord after backflushing?
             Thanks in advance
Regards
S.Ganeshraja

Hi ganesh,
Letme explain how do you confirm planned order partially, do you say reporting point confirmation....
Normally once you do the backflush(confiramation)for the planned order, it will be reduced as per the settings in Rem profile.
suppose if ur doing reporting point operation, , u can track the Planned ordre in table PlAF, untill u do to the backflsh for last reporting point. once you did the planned wiil be removed from that table.
regards
pradeep
regards
pradeep

Firmed planned orders.

Hi experts,
I am facing one problem regarding firmed planned order consideration during collective availabilty check through MDVP.
In checking group I have marked "check only firmed planned order and Production orders"
Now I have a material "A" and "b" is it's component. I have planned orders of "B" given by MRP and I firmed these planned orders through MD19. Now when iam checking availabilty of material "A" then it is giving availabilty of 0% though I have a firmed planned orders for it's component "B"
Please guide me where I am wrong in availabilty checking group configuration.
Regards
Deepak Sharma

Thanks Thomas for your input but I am checking the availabilty for Planned order for "A" in which component "B" is there whose planned order is firmed. Actually "A" is FG and "B" is its semi-finish.
So in my scope of check i have mentioned that "Check firmed planned orders only". So when I run the MDVP for material "A" and if it's semi-finish component is having a firmed planned order then the system should confirm me the availabilty of material "A" but it is not happening.
Please correct me if I am wrong.

Planned order scheduling mass update

Hello all,
Is there a way I can change the scheduling dates for the planned orders collectively. (not MD16) ?
Thankyou

Hi,
check the following
Mass Changes of Planned Orders (Action Control)
Use
You can use this function to execute one or more actions for a large number of planned orders simultaneously. This is possible both within the SAP System and over an interface from an external assembly control system.
Features
SAP supplies the function module MD_SET_ACTION_PLAF for action control.
This function module includes the following actions:
Explode BOM
Explode BOM, check availability
Check availability, only explode BOM in the case of a requirement
Check availability, do not explode BOM
Reset availability
Change planned order data
Schedule planned order
Delete planned order
Confirm planned order (in repetitive manufacturing)
Firm planned order data
Firm planned order components
Print component overview
In connection with an action, you can always change planned order data, for example; order quantity, dates or production version.
The function module also enables you to program further customer-specific actions.
You can execute the actions for several planned orders simultaneously.
You can create action chains, that means, have the system execute several actions in a single operation.
Activities
Define your own actions and program a report that includes these actions. As an example of this, the transaction MDAC Execute action for planned order (MRP ® Planned order ® Execute action) is available.
In this example action, you can use actions only for individual planned orders. Nor can you form action chains, only simple action transitions are possible.
Determine an action key and action controls in Customizing for MRP in the IMG activities Define action key and Define action control. An action key describes the actions that can be executed for a planned order. Action controls determine which actions are allowed and in which sequence they are to be executed.
Assign the key for the respective action control to the materials in the material master (MRP 4 view).
Regards,
nandha

Production order and planned order qty should not consider in MRP

Dear All,
i do not want to consider the previous month production order qty and plenned order qty (Nothing but WIP qty) in the current momth MRP, but the stock has to consider in MRP.
Example,
Before MRP,
material : XYZ
Stock : 1000
Prod Qty : 500 for 02.04.2008
PIR Qty : 2000 for 02.05.2008
After MRP, the requirement should be as below said,
material : XYZ
Stock : 1000
Prod Qty : 500 for 02.04.2008
PIR Qty : 2000 for 02.05.2008
Pld OrdQty : 1000 for 02.05.2008
For the above requirement ,i have done settings in the availabilty check like , for include planned order and include production order are "DO NOT TAKE IN ACCOUNT".
Even then also the planned order qty is generating for the "500" only.
please give the solution for the above said requirement.
thanx in advance
Regards
Srinivas

hi
MRP will always consider the prod order qty while doing nert req calculation.One thing u can do is TECo the prod orders and un MRP then it wont consider prod order qty.
The Availability check will check whether the components r avalaible or not based on ur scope of check
Reward points if useful
Amit

SNP Planned order not following resource bucket capacity/factory calendar

Hi gurus,
SCM 5.0
I am running SNP heuristics for a product and expecting planned orders for it. It has corresponding production data structure and multimixed resource. The resource has an assignd factory calendar and SNP bucket capacity. The bucket capactiy availablity dates of the resouce is consistent with the factory calendar workdays/holidays. Using simple lot for lot strategy, I am expecting heuristics to schedule the planned orders on the dates of the demand in compliance with teh SNP bucket capacity availability of the resource. APO does not schedule on holidays consistent with bucket capactiy. This is true until...
We have a public holiday in factory calendar that needs to become a workday. To remedy this, we put a special rule for the factory calendar and explicitly made that holiday into a workday. The changes were synchronized with APO, and this is also reflected in the bucket capacity of the resourc: former holiday now has bucket capacity after the calendar change. However, when running heuristics, it still does not create SNP planned order on that former holiday that has been changed into workday. Even if it is a public holiday, there is already a special rule for the factory calendar and the resource bucket capacity reflects this correctly. But SNP heuristics seems not to follow this change.
Any ideas on this? looks like a bug.

Hi Edgar,
Yes, when your resource reflects the addional capacity of the holiday turned working day, then it is expected to be considered for the SNP planned order.
Instead of SNP heuristics, you may try to check interactively in SNP planning book, if manual order creation in the bucket works out.
Since this is a mutlimix resource , it can also be checked if in PPDS planned order can be created on the day.
The above checking may not solve your problem , but will get to know if at least manully the bucket is being considered or not.
regards
Datta

Re: More than one planned order on same day

Dear All,
I am getting more than one planned order for the same day in MD04 after I run MRP run. My requirement is that the planned order should get clubbed.
My lot size is WB & 2: collective requirement setting.
Please advice.
Regards,
Vivek Sharma

Karthick,
I am getting more than one planned order on same date.If I check any of the planned order for pegging requirements I find that the planned order has been created after clubbing all the requirements( the Raw material is being used in morethan one FG )
Now the issue Is :
09.06.2010     PldOrd     0019211763/STPO     13.02.2010     30     159.500
09.06.2010     PldOrd     0019211764/STPO     18.02.2010     30     1,536
09.06.2010     PldOrd     0019211765/STPO     25.02.2010     30     787.500
09.06.2010     PldOrd     0019211766/STPO     11.03.2010     30     2,536.755
09.06.2010     PldOrd     0019211767/STPO     29.03.2010     30     862.500
09.06.2010     PldOrd     0019211768/STPO     13.04.2010     30     108.750
09.06.2010     PldOrd     0019211769/STPO     27.04.2010     30     1,678.500
09.06.2010     PldOrd     0019211770/STPO     30.05.2010     30     980.745
So I dont understand how is this happening.
Regards

Confirmed quantity = Order quantity

Hi Experts,
Any control we can establish In sales order screen that, confirmed qty should be automtically reflectes into Order quantity when system do availability check.
Purpose
This makes the system whatever qty user maintain as order qty when system do availability check, system rewrites confirmed qty = order quantity. Is this can be acheived thru any standard process or any user exit in MV45 will do?
Regards,
Deepu

Hi,
Thank you for your advise.
Reason for rejection won't work for the scenario. Hence i cant go for that. I need not want any info abt customer order qty.
Hence first option can be considered for the reqmt. There is one more reqmt, if quantity is not confirmed system shuouldnt allow to create SO.
This scenario is applicable for a specific order type, item category and schedule lines.
Looking for your suggestions
Regards,
Deepu Pillai

ATP-check - check completely confirmed planned orders

Similar Messages

Maybe you are looking for