Incorrect ATP quantities
Hi,
The scenario is MATP. Product check is active at parent level. At compoent product check and allocation check is active.
When a sales order is created, ATP quantities are correctly shown in product view at parent and component.
But when TQA is cleared, the reservations at compoent is cleared which should not happen. Due to this ATP quantity at parent product gets changed.
e.g. 1. stock of 100 at parent product.
2. Sales order of 120 raised.
3. After ATP check, 100 is confirmed based on product check at parent product remaining 20 gets confirmed through MATP route based on receipts and allocations at component (which are available in this case).
4. when the order is saved, stock of 100 is consumed at parent product and also the stock of 20 at component.
Issue : /sapapo/ac06 (TQA) contains one entry with quantity = 20. When this entry is cleared, the reservation of 20 at component is released. Due to this, the ATP quantity at parent product becomes '-20' which earlier was '0' when the sales order was saved.
The receipt element reservation at component should not get cleared when AC06 is cleared.
What can be the cause for the same ?
Regards,
RS
Hi RS,
I do not have knowledge about MATP, but I can make the following comments on TQA:
1) You should only delete obsolete TQA, which means TQAs should be older than a certain period at least, e.g. in our case, we delete TQAs older than 8 hrs. Deleting TQAs around 1 day older should be completely safe, or few hrs older also should be ok, but you should see the behaviour in your system. How old was this TQA below? I hope there were no stuck queues in your system at that time.
2) Did you see this kind of TQA for components "left behind" as an exception, or is this becoming a general behaviour?
If it happened once in a while, it's ok, but if you see such TQA "left behind" very frequently, then I guess you need to look at your enhancements, and try to find out if there is a flaw which leads to this "remaining TQAs" issue so frequently.
3) Are you aware what was the category (record type) of the TQA (Active, pre-passive, passive or pre-active)? Also what was the persistency indicator in the column "PerIndTQA"? This might be helpful for someone in answering the question.
Thanks - Pawan
Similar Messages
-
Billing ATP Quantities from Order Sales
Hi,
I was wondering if I can generate a billing with the ATP quantities from the sales order without creating the delivery.
My problem is that my wholesales want to have a quote of the real stock or his order, so I was thinking to generate a pro forma invoice of the delivery quantities, but I dont´s want to generate the delivery.
It is possible? How can I customize it?
Thanks,Hi,
Sales order is generally treated as an agreement between customer and vendor. I believe all the information that you will need to geenrate the quote should be available in the sales order including the Net price to be charged and confirmed quantity is also available in the sales order so I dont see the reason why we should not provide the output using Order confirmation, modified version...could be additional output or current order confirmation may contain the additional information required.
At the worst you should try to generate a Proforma Invoice for Order F5, please check the standard configuration for the copy control and other setting for creating a Proforma invoice from sales order.
Regards,
Naveen Aggarwal -
VA01 ATP incorrecct results when delivery date is programmatically changed
Hi Guru's,
When creating or modifying a sales order (VA01 & VA02), we need to programmatically assign the delivery date a) for certain customers or b) when the delivery priority is changed from downs to regular order and visa-versa. For examples: 1) user enters a delivery date 02/01/2012, the program (userexit_check_vbep) will automatically replace it with a calculated
date (i.e.. 2/20/2012). 2) if user changes the delivery priority from regular order to a downs order, the program will automatically replace delivery date to current date.
But are getting incorrect ATP results when requested delivery date (based on what user enters in VBAP-LPRIO "delivery priority") is programmatically changed and then user manually enters the date and run ATP (see steps 8 & 9 below).
VA01 execution steps:
1) Used VA01 and entered a material of quantity 1, requested date 2/01/2012, delivery priority = regular. Date was overwritten automatically with program calculated date 2/20/2012 as expected.
2) ATP automatically ran successfully for the initial entry.
3) I then changed the delivery priority from regular order to downs order & requested delivery date was automatically changed to current date 02/01/2012 as expected.
4) ran ATP manually and all is well.
5) I then changed the delivery priority back to a regular order and date was automatically changed back to 02/20/2012 as expected.
6) I ran ATP manually and again all is well.
7) I then manually changed the delivery date 02/25/2012.
Incorrect / bad results:
8) ATP then passed back 2 sub-items lines with the quantity of 1 each. The quantity on the main line item is doubled to 2.
9) I then tried to delete the main line item manually to start all over, but the transaction just hangs because it tries to go to ATP, but cannot resolve what to delete.
Do you have any suggestions to help resolve this?
The following SAP user-exits were modified:
a) MV45AFZB
1) userexit_check_vbap
- for certain customers (a custom "override days" field stored in VBAP is populated), delivery date is automatically calculated using this field (i.e. current date + override days). If user entered date < calculated date, calculated date is used (xvbep-edatu).
- If user changes delivery priority, xvbep-edatu will be set automatically to either the calculated date (regular order) or current date (downs order).
2) userexit_check_vbep : if user enters a delivery date (vbep-edatu), it is checked against calculated delivery date & overwritten, if it is < calculated date.
b) MV45AFZZ - userexit_move_field_to_vbap :
- override days is determined & delivery date is automatically calculated. If user entered date < calculated date, calculated date is used (xvbep-edatu).
- If user changes delivery priority, xvbep-edatu will be set automatically to either the calculated date (reg.order) or current date (downs order)
Reason for updating xvbep: if only vbap-lprio or vbap-override (custom field) fields are changed, the VBEP user exit routines (userexit_move_field_to vbep or userexit_check_vbep) do not run. Change to xvbep does trigger userexit_check_vbep.
Please advise.
JoeThis is not an SD question and should be moved to ABAP forum. It seems to me that the issue is not with incorrect ATP but with the subitems / main item updated incorrectly. This needs to be resolved by a developer who wrote the user exit. Most likely either a user exit is triggered when not expected or a wrong line updated, etc. Debugger should be helpful.
Also instead of setting delivery priority, why can't the users just change the delivery date to current date? This seems just as easy to me... -
How to configure ATP check for "create standard order in SD (OR type)"
first, I had check my stock, I only have ten PC
, but when I enter 100 PC in a OR order, and issue ATP check, it is carries out, why? I had set availavility check into 02 in MRP3 viewAvailability check
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 u2013 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) u2013 planned issues (outgoing stock). to examine stock on hand (CO09) proceed to logistics u2013 sales & distribution u2013 sales u2013 environment u2013 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 MRP2 (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 u2013
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 u2013 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 u2013
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 u2013
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 u2013
Checking groups are introduced into the sales order based on the setting in the material master record.
SAP standard checking groups are 01 u2013 summarized requirements and 02 u2013 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 u2013 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 u2013 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 u2013
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 u2013 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. -
CO09- structure to get the cumulative ATP quantity
Hello,
Maybe someone knows the structure in which I can find the quantity which is displayed in the column of "***.ATP qty". I tried to find it in structure: ATPDSX
Thanks a lot,
Yael.Here is the documentation associated with the BAPI. It does explain what you have to do in order to see the requirements from a certain date.
<i>Using this function module, you can determine the receipt quantity still available for a particular material in a certain plant according to ATP logic (MRPII).
The availability check is carried out on transferring the material number, the plant and the input table (WMDVSX). The scope of the check, that is, which stocks, receipts and issues are to be included in the check is defined by the combination of checking group (material master) and cheking rule. In the function module, the system uses the checking rule defined in Sales & Distribution (A). You can overrule this checking rule by using an interface or a user-exit (exit_saplw61v_001). A similar procedure is also valid for the plant parameters. The customer number in the user-exit means that the plant selection can be controlled via the customer. If no plant parameters are given via the interface, the system uses the parameter 'WRK' saved in the user's fixed values.
The results of the availability check are recorded in the output table (WMDVEX). This table contains dates and available receipt quantities (ATP quantities). The results of the check depends on the following entries:
<b>If no date and no quantity is transferred, the system displays the ATP situation from today's date into the future as the result.
If only a date and no quantity is transferred, the system displays the ATP situation from the corresponding date as the result.
If both a date and a quantity are transferred, the system calculates the availability situation for the quantity specified.</b>
In the last two cases, the parameter 'DIALOGFLAG' is supplied. This can result in the following:
' ' (blank) <=> quantity completely available
'X' <=> only partial quantity available or not available at
all
'N' <=> Material not included in the availability check
(Material not relevant to the availability check)
The system also displays the end of the replenishment lead time (ENDLEADTME).
</i>
Check the bold text.
Srinivas -
Hi buddies:
Please help me about a tcode or standar report, where I can get a complete view for masive materials in order to ATP quantities.
I need be able to consult the "stock" but considerering the ATP rules, I've already the setting, but i need a report like a MB52 or something like that.
Thank you very much in advance
OPOmar,
If "complete view for masive materials in order" refers to production order then SAP ECC/ R/3 has standard Tcode : COMAC. This will enable you to do the collective availbility check for plant or for certain group of desired orders or a single order.
This avail check in the production order would look at the ATP rules set ( ex. look for stock, incomming pur orders, incomming production orders etc...).
One can then go to T code : CO24 to get shortage materials at plant or order level.
In my answer I am assuming by orders you mean production orders. If yes then above 2 tcodes is what you would need.
If you have more questions please come back.
Thanks,
Ram -
SAP Rules / Considerations behind ATP for Purchase Orders
Hi
Can anyone guide me to the considerations taken into account for ATP check for Purchase orders,
Kind Regards
BhavanaHi,
Please find the logic.
ATP quantity
Specifies the available quantity from each receipt that can still be used to cover further requirements.
Use
The ATP quantity is calculated as follows:
Initially, the ATP quantity of a new receipt is the complete receipt quantity. During the availability check according to ATP logic, the system only takes into account receipts that lie before a requirement. A requirement first reduces the most recent receipt (and thus the ATP quantity of this receipt). If a rest quantity remains for this receipt, this quantity is the new ATP quantity for this receipt and it can be used to cover a further requirement.
If one receipt does not completely cover the requirement, the system reduces further receipts and their ATP quantities until the requirement has been completely covered.
If no further ATP quantity is available to cover a requirement or if a requirement can only be partially covered, then this shortage quantity is displayed in the requirements line as a negative ATP quantity.
http://help.sap.com/erp2005_ehp_04/helpdata/EN/c1/3764f4449a11d188fe0000e8322f96/content.htm
http://help.sap.com/erp2005_ehp_04/helpdata/EN/4c/227d1046e611d189470000e829fbbd/content.htm
and the above links will provide you some idea.
Regards -
Sales order number not showin in ATP sccreen
Hello All
Can you please answer my quesiton regarding ATP, i created a sales order, system performed ATP check and saved.
In MD04 screen, i see the sales order number as a demand, but when i navigate to ATP quantities screen from MD04, there i see Totals record demand demand for the sales order, but i can't see the sales order number even when i click on Details of total records, also i am not able to create a delivery for this sales order, can you please tell me how to fix this?
Thanks
manjuPlease see the date the Schedule line has been confirmed. Delivery can be created only the material availablility date seen in the shipping tab in Schedule line. or the transportation planning date seen in the shipping tab of schedule line.
In case if you still have have issues, please reply.
Regards,
vasim. -
ATP Check - Purchase Order Option Includes Qty on Inbound Delivery
We are on ECC 6.0 and we recently turned on purchase orders in our ATP check (and turned off replenishment lead time). We have PO's turned on just we can see the PO due date from the ATP proposal screen, not to actually confirm against that PO qty.
What we have found is that as soon as an inbound delivery is created for that PO, it considers that material to be available and automatically confirms the qty. When you look at ATP quantities, the inbound delivery is showing as a shipping notification. What's puzzling to me is that there is a totally seperate option in the checking rule for shipping notifications.
We have found a temporary workaround, but I am just trying to understand if this is a bug or if this is the way that SAP intended for it to work... just so I know which way to pursue this. Thanks.
MMHi,
In T.code OVZ9, for your availability checking rule and Availability check combination, you need to select value X or A, in the field Incl. release order requirements.
Regards, -
Defining sequence of ATP check in ECC
Hi,
We have a requirement where we want that while creating the sales order Product allocation check should occur first then ATP check in ECC we do not have APO system here.
Is there any configuration settings or any user exits are available to achieve the same ?
Thanks,
VinayHello Vinay,
As per standard SAP R/3, depending on settings maintianed in the scheduline category and requirement class, first availability check is performed and then confirmed quantity from ATP will be checked against product allocations. If no quantity is confirmed from ATP, check against product allocations also failed even there is sufficient product allocation quantity. In SAP R/3 your required functionality is not possible. Product allocations will be done based on ATP quantities.Can you please recheck the business requirement why Product allocations first and then ATP check.
Warm Regards
Siva B -
ATP data analysis in sales order va01
experts help
In sales order vao1 i enterd a material 26462373727 and qty as 1 and storage location 5010.
Then the atp check screen poped up saying open quantity 1 and confirmed quantity 0.
then at the top application toolbar I pressed on ATP quantites and got the screen with the below data.
Totals display
Receipts 4
issues 1 confirmed issues 1
ATP Situation
Date MRP-element MR-element-data Rec/reqdqty Confirmed CumATPQTY
17.11.2009 Stock 4 3
10.01.2009 Delvry Totals record 1- 1
10.01.2009 Delvry 1263866848/000010/0000 1- 1 3
17.11.2009 SimReq Simulated requirements 1- 0 3
17.11.2009 SLocSt 5010 1 0 0
10.01.2009 Delvry Totals record 1- 1 0
17.11.2009 SimReq Simulated requirements 1- 0 0
17.11.2009 SLocSt 5020 0 0 0
17.11.2009 SLocSt 5030 3 0 3
17.11.2009 SLocSt 5010 0 0 0
17.11.2009 SLocSt 5020 0 0 0
17.11.2009 SLocSt 5030 0 0 0
experts please tell me what exactly the above indicate , I am not able to understand.
Receipts ,issues ,confirmed issues,MRP-element ,MR-element-data,Rec/reqdqty,Confirmed,CumATPQTY..Hey Beginner ,
Here it shows receipts: 4, it is because 1 in 5010 storage location & 3 in 5030 SL received into storage locations
Issues: 1, it is because against to the delivery 10.01.2009 1qty is issued
Confirmed issues: 1qty for delivery is confirmed that we can see in the confirmed column
*** ATP qty: It shows the total available qty i.e. 3 from storage location 5030.
Simulated requirements: it shows the quantity that you have requested now in the sales order i.e in our case it is 1.
Pls let me know if you need further help on this.
Regards,
Vvieks -
Report for Pegging for forecast and sales order consumption(pegging)
Hi ,
Plaese help to create a report for the below
Requirement is there to have a showing Forecast (Number) and Sales order (Number) pegging Report
Means like to which forecast number the sales order number is consumed
Regards
KiranI have tested this on ASCP and I am agree with you. I am pasting one para from document...
"Oracle Master Scheduling/MRP and Supply Chain Planning calculates the ATP quantity of an item for each day of planned production by adding planned production during the period (planned orders and scheduled receipts) to the quantity on hand, and then subtracting all committed demand for the period (sales orders, component demand from planned orders, discrete jobs, and repetitive schedules).
Note: Committed demand does not include forecasted demand or manually entered master demand schedule entries. Also, the amount available during each period is not cumulative. Oracle Master Scheduling/MRP and Supply Chain Planning does not consider ATP quantities from prior periods as supply in future periods. "
Thanks and Regards,
Dipak -
Message no. RU 195:Automatic goods receipt for order 619271463 is not possi
dear expert:
when i confirm the production order via co15 ,sytstm prompt :
Automatic goods receipt for order 619271463 is not possible
Message no. RU 195
Diagnosis
Order 619271463 contains several operations, which have a control key which indicates "automatic goods receipt".
However, an automatic goods receipt is only allowed once per order for the following reason:
If the automatic goods receipt is posted more than once, this would lead to incorrect stock quantities.
Procedure
Check the control keys of the operations in order 619271463. Change the control keys in such a way, that an automatic goods receipt occurs for one operation only.
production order is confirmed but it cann't be delivered automatically.
help me analyse it .
best reagards.Hi,
In normal scenario in a production order each routing operation will consist a control key with settings for automatic goods reciept.
So in a production order you can use only one control key with automatyic goods recipt. This will be the last operation of the order. From message mentioned by you it is showing as may u have mentioned auto goods reciept for more than one operation.
PP01 is normal confirmation control key & PP99 is for milestone with auto goods reciept. PP95 - w/o milestone with auto GR.
Please check control key & correct it.
Hope this will help you.
Regards,
Ashish -
Stock confiramtion at sales order level for future date- Availability Check
Hi all
Here is the scenario
This setting is available in the system:
Stock is available
Sales order created with Requested delivery date in future-> not confirmed
Sales order created with Requested del date today -> confirmed
The requirement :
how and where to change this setting in IMG so that also orders with Requested Delivery Date in future are confirmed if stock is available.
As this is urgent request to respond quickly.
Regards
DevenderHello Devender,
You can achieve the mentioned scenario by configuring ATP. You can do ATP with RLT or ATP without RLT.
In ATP with RLT, system will check and confirm the quantities from existing stock only and if quantities are insufficient then the system will consider inline POs or manufacturing time to confirm remaining quantitites.
Else you will be getting schedule lines for only items in stock and remaining will be unconfirmed as ATP without RLT will be activated i.e., system will check and confirm the quantities from existing stock only.
Types of Availability Check in Sales and Distribution
Processing
There are three types of availability check:
_ Check on the basis of the ATP quantities
_ Check against product allocation
_ Check against planning
The following SD-specific control features need to be maintained in Customizing:
_ Checking group
The checking group controls whether the system is to create individual or collective
requirements in sales and shipping processing. In addition, a material block for the
availability check with transfer of requirements can be set here. The checking group can
also be used to deactivate the availability check. This option was created especially for
the assembly order so that when the bill of material is exploded in the assembly order,
the individual components, if necessary, can be classified as non-critical parts as far as
procurement is concerned.
The checking group specifies in combination with the checking rule the scope of the
availability check. It is proposed in the material master record on the basis of the material
type and the plant, and copied into the sales and distribution documents.
_ Checking Rule
You use the checking rule to control the scope of the availability check for each
transaction in sales and distribution. You also specify whether the check should be
carried out including or excluding replenishment lead time. The individual checking rules
define by transaction, which stock and inward and outward movement of goods should
be taken into account for the availability check.
_ Schedule line category
You can control with the schedule line category whether an availability check and
transfer of requirements should be carried out in the sales documents. The possible
settings for this at schedule line level are dependent on the settings in the requirements
class which is determined from the requirements type of the material.
_ Delivery item category
The delivery item category can be used to control whether an availability check takes
place in deliveries.
Requirements type
The various requirements are identified by their requirements type. The requirements
type refers to the requirements class and its control features.
_ Requirements Class
The requirements class contains all control features for planning such as relevance for
planning, requirements planning strategy and requirements consumption strategy. In
addition, it is specified at a global level whether an availability check is to take place for
the material in the sales and distribution documents on the basis of the ATP quantity
(ATP = available to promise) and whether requirements are to be passed on. A finer
degree of control can be obtained for sales documents using the schedule line category.
Replenishment lead time is only included in the check performed on the basis of the
ATP quantity.
Prerequisites
An availability check can only be carried out if the following prerequisites have been fulfilled:
_ The control elements described above for the availability check must be maintained in
Customizing for Sales and the relevant assignments made to the sales transactions
_ The availability check must be switched on at requirements class level and - for the
availability check in the sales documents - at schedule line category level
A requirements type must exist by which the requirements class can be found
_ A plant must be defined. It can either be proposed from the customer or material master
record or can be entered manually in the document.
_ A checking group must be defined in the material master record on the Sales/plant data
screen in the Availability check field
Configuring entries of the Availability Check
IMGSDBasic fncsAvailability check and TORAvailability checkAvailability check with ATP logic or against planningDefine checking groups
You can use SAP std checking groups of 01 for summarized reqts or 02 for daily reqts or u can create ur own.
The columns total sales and total deliveries are selection options whereby u can configure a checking rule to sum up reqts to post to MRP either individually or by day or week.
Column 5, Block qty; set this block if u want several users to be able to process the material simultaneously in different transactions without blocking each other. The No Check indicator is used when u want a material to not be relevant for an ATP check.
Defining a material block for other users. The Block checkbox is an indicator that enables u to block the particular material from being checked for availability if it is already being checked at the same time by another user.
Defining the default value for checking groups. However should no entry exist for the checking group in the material master record, one can set a default value per material type and plant.
Controlling the availability check. In this section, u 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. 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 sd transaction. The carry out control for the availability check must be maintained for both the sales order and delivery.
Reward points if helpful.
Regards,
Priyanka -
How to use BAPI_MATERIAL_AVAILABILITY Function Module....
Hi Experts,
I want to know actual free available quantity (ATP Qty.) for mass materials,
How to use BAPI_MATERIAL_AVAILABILITY function module ?
I have select all material from MARA and inserted in itab.
LOOP AT ITAB.
CALL FUNCTION 'BAPI_MATERIAL_AVAILABILITY'
EXPORTING
PLANT =
MATERIAL =
UNIT =
CHECK_RULE =
STGE_LOC =
BATCH =
CUSTOMER =
DOC_NUMBER =
ITM_NUMBER =
WBS_ELEM =
STOCK_IND =
DEC_FOR_ROUNDING =
DEC_FOR_ROUNDING_X =
READ_ATP_LOCK =
READ_ATP_LOCK_X =
IMPORTING
ENDLEADTME =
AV_QTY_PLT =
DIALOGFLAG =
RETURN =
TABLES
WMDVSX =
WMDVEX =
I dont know how to use it.
pl. guide us.
YusufHi,
data: iwmdvsx type table of bapiwmdvs with header line,
iwmdvex type table of bapiwmdve with header line.
parameters: p_matnr type mara-matnr,
p_werks type marc-werks,
p_meins type mara-meins.
call function 'BAPI_MATERIAL_AVAILABILITY'
exporting
plant = p_werks
material = p_matnr
unit = p_meins
CHECK_RULE =
STGE_LOC =
BATCH =
CUSTOMER =
DOC_NUMBER =
ITM_NUMBER =
WBS_ELEM =
STOCK_IND =
IMPORTING
ENDLEADTME =
AV_QTY_PLT =
DIALOGFLAG =
RETURN =
tables
wmdvsx = iwmdvsx
wmdvex = iwmdvex.
check sy-subrc = 0.
Text
ATP information
Functionality
Using this function module, you can determine the receipt quantity still available for a particular material in a certain plant according to ATP logic (MRPII).
The availability check is carried out on transferring the material number, the plant and the input table (WMDVSX). The scope of the check, that is, which stocks, receipts and issues are to be included in the check is defined by the combination of checking group (material master) and cheking rule. In the function module, the system uses the checking rule defined in Sales & Distribution (A). You can overrule this checking rule by using an interface or a user-exit (exit_saplw61v_001). A similar procedure is also valid for the plant parameters. The customer number in the user-exit means that the plant selection can be controlled via the customer. If no plant parameters are given via the interface, the system uses the parameter 'WRK' saved in the user's fixed values.
The results of the availability check are recorded in the output table (WMDVEX). This table contains dates and available receipt quantities (ATP quantities). The results of the check depends on the following entries:
If no date and no quantity is transferred, the system displays the ATP situation from today's date into the future as the result.
If only a date and no quantity is transferred, the system displays the ATP situation from the corresponding date as the result.
If both a date and a quantity are transferred, the system calculates the availability situation for the quantity specified.
In the last two cases, the parameter 'DIALOGFLAG' is supplied. This can result in the following:
' ' (blank) <=> quantity completely available
'X' <=> only partial quantity available or not available at
all
'N' <=> Material not included in the availability check
(Material not relevant to the availability check)
The system also displays the end of the replenishment lead time (ENDLEADTME).
regards
Maybe you are looking for
-
My friend has an ipad, and after updating to ios 7.0.2 the sd card reader that came with it no longer shows the pictures... just squares where the pictures would be. Is there a way to fix this?
-
Hi all, I have a scenario in which there is a Purchase Requisition created from a maintenance order. The PR has only one line item and that too with qty 1 only. I created a PO against this PR for qty 1. Again I created another PO for same PR for qty
-
Hi, I am using oracle 10g-AS and oracle 10g database. when i am trying to open report then the following error is showing- 500 Internal Server Error java.lang.NullPointerException at oracle.reports.rwclient.RWClient.doGet(RWClient.java:285)
-
Why does get-attachment 1aspx appear on pictures imported from Iphoto
Pictures imported from Iphoto into Imovie not as clear as originals. There is a note with each picture ...get-attachment 1aspx. Could this be the reason? What does this message mean?
-
This just started last night, and it seems to be affecting the functioning of my e-mail program (Yahoo mail). How can I stop it?