Restricted batch-Availability Check

Dear Mates,I have restricted particular batch in Traxn :MSC2N which are all self life expired.My issue is while creating Sales order system undergoes availability check and during availability check system also check for the stock in the restricted batch and since been it is marked as restricted system could not able to confirm the stock for that sales order and hence forth unable to proceed further.Could anybody suggest me how to prevent system from undergoing availabity check for Restricted batch?If anymore clarification required plz write to mne

>this is more of Availability issue
HI,
You are very much correct.
Go to OVZ9,
select the availability checking group and checking rule for the material that are handled in batches and make sure if you have selected Include Restricted-use Stock
If it is selected, then just deactivate the same and check once again.
Post your feedback
Hope it helps you
regards,
Sagar

Similar Messages

Batch availability check

hi,
we have batch determination in delivery but the delivery are able to pick the same batch which the quantity already been allocated to other deliveries, causing error when goods issue of the delivery. We are using the ATC check group of daily requirement, with the scope of check of include deliveries and sales requirement in checking rule B delivery.
can someone tell me what is missing?
min

Check this link
[Config Setting In Batch Management|http://www.sap-img.com/materials/config-setting-in-batch-management.htm]
thanks
G. Lakshmipathi

Availability check and Batch Determination

Dear Experts
Would you provide me help documents with screen shots on Availability check and Batch Determination to customize one of our projects
Thanks in Advance
Regards
Ravi

Hi ravi
Check the Availability check and batch configurations .
Availability check and TOR
[https://www.sdn.sap.com/irj/sdn/wiki?path=/pages/viewpage.action&pageid=29323]
Batch configuration
[https://wiki.sdn.sap.com/wiki/display/ERPLO/Batch+Determination]
[https://wiki.sdn.sap.com/wiki/display/ERPLO/batchdeterminationin+sd]
NOTE : Kindly search the configuration part before posting
Regards
Srinath

What is the Availability check relevant for batches in Std. SAP except CH

Hi,
What is the Availability check value in material master relevant for batches in standard SAP except CH.
As far as I know CH will enable to have automatic batch determination at sales order level. In the same manner, do we have any other availability check value in standard SAP like CH which will enable batch determination at delivery level.

Don't post the same question repeatedly. Keep one thread open and close the other threads.
You have already posted the same at Wha is batch relevant availability check value in standard SAP except CH
Regards,

Ability to include Batch determination within Availability Check

Hi All,
My client has a requirement where the availability check must be driven based on the batches selected from the batch determination. This works fine when the line item is initially entered. However if the item gets backordered, there is no way to carry out batch determination again.
Has someone encountered this or a similar scenario. For clarity, here are the steps :
1. Sales order creation
- Enter line item
- Batch determination executed
- Availability Check carried out based on batch found
- Schedule line gets created with quantity determined.
2. Backorder processing
- Order is accessed
- Schedule line is accessed
- Availability Check carried out ( no batch determination executed ).
- Schedule line gets updated with the quantity determined.
If anyone has ideas or has worked on getting the batch determination triggered within the availability check or backorder processing, it would be great if you can share your experience here.

My requirement is as follows:
At the time of sales order creation system should check the availability check against the batch which is derived by the automatic batch determination.
Can you please tell me how to configure this senario (availability check on batch level)
Regards
J.Srivastava

Restrict Availability check for Line item in sales order

Hi Folks,
My requirement is some what different than the usual,I want to stop availability check for a particular line item,while creating sales order on a particular condition (example when quantity is changed for that line item),please suggest if there is any way to do so.
Thanks for your valuable support.

Hi
we need to maintain the username of the person who has triggered this process through XI .
I BAPI we cannot instruct the BAPI to maintain a specific username.
that is why i am using this FM because this will allow us to maintain the change history with the username we want
Regards
Nikhil

Availability check to restricted stock

Dear all,
Order is created for the material which is marked for deletion but not archived. The material has some available quantity in the Unrestricted stock and it has to be consumed before archiving the material.
If a order is created, the material has to get consumed for the available quantity in the Unrestricted stock and if the requested quantity is more than the available quantity, the order should create confirmed schedule lines only for the available quantity and no schedule line should be created for the quantity which is not available in the Unrestricted stock.
How this check can be obtained. Appreciate your ideas.
Thanks,
Shiva.

Hi Siva ,
Splitting of the schedule lines during availability check happens when system is unable to allocate existing stock to current sales order as they are allocated to other salesorders and STOs, in such situation system confirms a future date based on either RLT , or GR processing time of a PO etc..
The first step for you is to use transaction CO09 / MD04 and identify and remove dependecies and reservation from other old sales orders and STOs. Once this happens you will be able to allocate the entire freed stock to a single sales order or STO.
You can also use backorder processing transactions V_RA and Co06 to allocate stolen stock from various sales orders to a single sales order or STO. Rescheduling using V_V2 may also be helpful.
Regards
Arnab Maitra

Error message while shipping restricted batches

I am trying to get an error message while picking a batch in restricted status.
I have done the following:
1. Set up batch determination at shipping : Condition table set up at the Sales Org. level. Access sequence set up, Batch Search Procedure setup .....
2. Set up an error message in OVM1 for message VL 215
3. Set up condition records in VCH2 for the Sales Org level with indicator N. This is to ensure sending of batch search strategy to EWM.
When I create an outbound delivery for a 3 PL in ECC and enter a restricted batch in the outbound delivery I get no error message. In fact I can do the PGI of the outbound delivery as well.
Can you please tell me how to get an error message for this scenario.
Thanks

Just found SAP is checking with the requirements date.
Anyhow click the batch split button in your delivery, and then the display batch determination
In that screen you will see 3 buttons with a paper icon, one for strategy analysis which is able to show you whether an condition record could be found and via which access sequence.
then a button for the Determination Log where you can see the details of all 5 steps that are carried out in a batch determination. And finally the Availability check button which actually takes you the CO09. Here click the scope of check to see whether restricted use stock is customized as available.

Availability check - Planned order not considered

Hi Experts,
I am facing an issue in Make to Order scenario.
My sale order is of quantity 10.
when i save the sale order, i get confirmed quantity as Zero.
But in my controls setting of availability check i have selected consider all firmed planned order.
Now i have a firmed planned order for this sale order.
but still system shows confirm quantity as Zero.
Let me know what is the correct procedure and whether planned orders are considered for availabilty check for MTO scenario or not.
Regards,
Birendra

Hi Venu,
Please find answers of your query:
1. First have you maintained any safety stock in mm01:
No
2. Tcode: Md04
3.> Tcode : Co09
4> If that stock related to batch Please check in MSC2N Because if batch is restricted you cant get stock
Not related to batch
5.> schedule lines
Let me know if any more information required.
Regards,
Birendra

Availability Check Issue

We were using on similar batch ZZZZZ for all migration purpose so that all material will be received in ZZZZZ batch & sold from Z1000 batch whose date of production is 31.12.2008 and got expired on 29.06.2009.we have restricted Z1000 batch in MSC2N transaction.
And some of the sales orders are incomplete due to stock issue and are reflecting in MD04 and these sales orders will be processed separately by loading the stock manually.
Now the issue is that when the end users are creating sales order system undergoes availability check and quantity is not being confirmed. But when I make the batch ZZZZZ unrestricted system confirms the stock provided ZZZZZ batch should no contain any free stock. The bottleneck in making ZZZZZ batch unrestricted is, if any of the free stock is available in ZZZZZ batch system confirms that quantity which is not supposed to be.
I have checked in availability checking rule also u201CInclude restricted stocku201D is deactivated so system is not checking restricted stock.
Kindly suggest any solution for this issue.

Hello Jayant,
Check out the material status in Stock/Requirement list (MD04), it will give you better picture about the open items.
Hope this helps.
Regards
Arif Mansuri
Reward if answer is helpful.

Production order release Material Availability check

Gurus,
I have a production problem where the order can be released when the component for the order is in a restricted status. This is not allowed by the batch search strategy.
<u>Here's Problem Description:</u>
When running on version 4.6C, I have a work order created. I release the work order successfully. However there is a component that has an invalid material/batch according to the batch search strategy The material availability check shows all components available.
However, I remove the batch and the batch can not be entered because it is not correct according to the batch search strategy. I try and release and the material is added to the missing parts list.
I change the component so that it can be used.
Put the batch number back in the order.
Save the order.
Change the component material/batch so that it is no longer valid.
The order will release and it shouldn't because the material/batch is not valid.
<u>I've looked at the following transactions and master data:</u>
OPL8 - Order Type - Dependent Parameters Overview for my plant and order type and the check batch box is checked.
MM03 - Material Master MRP 2 view for the component to get the availability check
OVZ2 - Availability check control
OPJK - Order Control to get the checking rule for order release
OPJJ - Availability check control details with availability check and the checking rule for order release - I did not see anything here that would influence the checking based on if the batch was entered or not.
I did double check the batch search strategy for production order - COB3. Everything looks OK there.
Does anyone have any other places to check? I must be missing something. I tried OSS - there weren't any notes that I could find.
Thank you!
Michelle

Hi,
Check in order control opjk for order type pp01
Batch assignment /release material
Release despite missing batches
no release if batches are missing
Regards,
nandha

Availability Check configuration

Hi All,
I want to configure availabiliy check but I am a bit confused with the config part. Soneone plz explain the config process.
Also tell me what is the exact link ( in config ) by which the availabilty check gets triggered.
Regards,
Danny.

Dear Danny,
Hope the material pasted here helps you... :
Availability Check & Transfer of Requirements
Availability 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 (T-Code - 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 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 u2013
Check on basis of ATP quantities.
Check against product allocation.
Check against planning.
Configuring Availability check through Checking Groups u2013
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.
ATP
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 with ATP logic or against planningAvailability check > 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.
TOR
IMG > SD > Basic fncs > Availability check and TOR > TOR
A line item in the sales order creates a schedule line. The schedule lines in the sales order transfer the requirements through to MRP. You can select the docs on which you want the TOR to happen. For ex, not for quotations.
The TOR aims to ensure the ordered materials are available for the requested delivery date. The TOR can be set for individual or for collective requirements (materials sales/plant view).master
The TOR is dependent on the following data:
The reqts type, reqts class, checking group and schedule line category.
The reqts type and class are determined in the strategy group MRP3)(material master
For TOR to be carried out, a few criteria need to be met:
Plant assigned to line item level, schedule line category should be switched on at TOR, TOR must be switched on at the reqts class level, checking group must be defined and allocated to the material master record (sales/plant view in the availability check field)
The reqts class is the controlling factor for the availability check and the TOR for all sd types.
Configuring the TOR:
1) Use std 041 reqts class or copy and rename it. Use the indicators to select if this reqts class must carry out an availability check and/or a TOR.
2) Define the reqts types. A reqts type is allocated to a single reqts class and not vice versa. It is based on the item category and the MRP type of the material.
3) Assign the rqts type to the relevant item category in the sales order and the MRP type found on the material master record.
You can select an alternative search strategy where u assign the reqts type to item category and MRP type. Can select source as 0, 1 or 2. (1 = Item type and MRP type strategy).
4) The TOR and Availability check can be selected/de-selected at the schedule line category level.
5) Block qty confirmation in delivery blocks. This is used to block the reservation of the TOR from MRP.
6) Maintain requirements for TOR. Requirements can be used to determine that the TOR to MRP is not carried out unless a number of conditions are met.
Availability Overview = CO09 > order qty, sd doc no, item no, requirements class.
sd no or dly no, lineStock requirements list = MD04 item, schedule line placing the demand
Stock overview = MMBE > total stock per company, then plant followed by storage location, and finally a breakdown per batch.
Transfer of requirments:
for TOR to happen the folowing control elements must be defined
1. requirmrent type.
2.requirement class.
3.checking group
4.schedule line category.
apart from the above the TOR must be switched on at
1.reqt class level.
2.schedule line level
3.checking group level.
4.plant must defined at the document item level
once order is raised the requirments are transfered from order to MRP by TOR,
various reqts are identified thru reqt type, reqt type are identified in the system thru
1. strategy group--MRP1 --mmr
2.MRP group.
3.material type.
4. ITEM category +mrp type
5.item category
once reqt type is identified it points to reqt class.
reqt class contains all the control factors suchas planing strategy,consumption strategy etc
basing on the item category group+ mrp type-- schedule line categories are identified.
if it is relevant for availability check, then the system does ATP CHECK(warehousestockplanned ordersproduction ordersconfirmed receiptsconfirmed goods issues) and decides whether goods are availabile on
the requested delivered date of the customer, if not system does a backward scheduling and confirms when material is available (materual availability date),
so if material is not available then system proposes 2 dates
1.customer delivery date
2.material availability date.
for availability check to happen the following pre-requistes must be there:
1.availability check must be swithched on at the requirment class level
2.schedule line level itmust be switched on
3.reqt type must be defined
4.checking group must be defined.
5.plant must be defined
6. the system takes by default checking group if not defined as material type and plant.
from SD the following componenets are importants
1.checking group:defines whether indivual orcollective req are to be passed
2.checking rule: defines scop of the check(what type of stock+with or without RLT)
3.schedule line category: this fine tunes whether availability check should be carried on at the sales document level or not.
4. delivery item category.
for config:
SPROSALES&DIST-BASIC FUNCTIONS--TOR&AVAILABILITY CHECK.
In material master the below mentioned must be defined also
1.strategy group.
2.scheduling margin key.
3.in house production time.
4. RLT time.
5.MRP group
Hope this above helps...
Give points if userful...
Thanks,
Jignesh Mehta

Availability Check not working for Item Cat TANN or YG05 in Btch Split

Currently working on implementing Automatic Batch Determination (BD) project and one fine piece is holding up the implementation (make or break for project).
In our QA System:
- In inventory we have a quantity of 2 for a material: 1 in one batch and 1 in another batch.
- Create an order with 2 line items with the same material number for a quantity of 1 each. Line item category is TANN
- When you generate the delivery the batch determination causes the items to split (even though you have a quantity of 1 in the line item).
- When you go into the delivery and open up the 1st line item and look at the 900001 line, BD chooses the 1st batch for a quantity of 1. Line item category is YG05.
- When you open up the 2nd line item and look at the 900002 line, BD chooses the 1st batch again, NOT the 2nd batch which it should.
If I change the line item category on the Sales Order to TAN and generate the delivery, BD correctly assigns the 1st batch to the 900001 line item and the 2nd batch to the 900002 line item. Which is correct.
Now for the strange part. The TANN item category and BD works find in our DEV Sandbox, but NOT in our QAS system.
I have spent two days now trying to find out where Availability Check is assigned specifically to Item Categories and any differences between our DEV Sandbox and our QA systems to no avail.
Our customers need the ability to be able to put the same material number on multiple lines of a sales order due to special pricing per customer within an order.
Can anyone direct me to some configuration or transaction that controls Availability Checking by Item Category. I have checked the 0VLP transaction and they are identical between our DEV and QA system for the TANN and YG05 categories.
Any help will be greatly appreciated.

In VOV6 the 'CP' Schedule Line Cat. has the Availability flag check. There were a few areas where I found an "Availability" flag and made sure there were all set.
But, I did finally find out what the error was:
Logistics Exec -> Shipping -> Basic Shipping Functions -> Avail Check and Transfer of Requirements -> Transfer of Requirements -> Determination Of Requirement Types Using Transactions
There are entries by Item Category. For
I/C = TANN
MRP type = PD
the Requirement Type was missing (if you look at the entry for TAN/PD you see an 11 in the RqTy column).
So I entered a 11 (Delivery Requirement) into the field and now the Availability Check works and I am getting the correct Batches and quantities during Batch Determination.
There is no entry for the YG05 batch split, so I guess the system just uses the Item Category of the main line item.
Thanks for the responses. Sorry to bother you I should have figured this out earlier.
Scott.

Availability check in the background

Hi,
Please can anybody advise whether there are any standard reports/transactions whereby the availability check for sales documents (including scheduling agreements) can be ran in the background? i.e. is there any way to do a mass availability check
The requirement is to re-run the availability check and confirm the proposed quantities in the background without having to enter each sales order and manually re-run the availability check.
Example - order is received for 100 however 0 is confirmed for the requested date due to the availability check, the 100 is confirmed on later scheduline line once the stock has become available. Stock of 50 then comes available and we would like to confirm the 50 for the required date and the remaining 50 for when stock will be available. How to do this without entering the sales document item and manually running ATP.
I have tried using V_V2 rescheduling report however it cannot be restricted by sales document number and does not give us the required proposals.
Many Thanks

Hi Tubby ,
i am looking at this one
Indicator 'Unconfirmed documents required'; Rescheduling
The option 'unconfirmed documents required', which is preset, only carries out rescheduling for materials for which at least one unconfirmed transaction already exists.
If rescheduling should also be carried out for materials, for which all transactions are confirmed, deselect the indicator. However, you should note that if you make this selection the quantity of data to be processed will increase.
regards
Prabhu

Availability Check : Confirmed Date in Sales Order.

Hello Gurus,
I have an issue with the availability check.
Scenario :
Customer has created an order for quantity 800 on 26th of Feb and accordingly when created the order go confirmed for 17th of March.
The specific quanity(batch) of 800 was released from Quality to unrestricted on 27th of Feb.
And Now that the stock is in unrestrictd the customer wants to deliver this material before 29th of Feb as against the 17th of March confirmed date.
When we try to re run the availability check, since there are other open orders and deliveries against the material system proposes a new confirmed date alltogether which is still further ahead of 17th.
Can some body advice me as to how do i ensure that the particular quantity can be sold before 29th.
I have also tried running Backorder processing and Rescheduling which failed, It might also be because i might have not run them properly as i am new to the concept of backorder processing and rescheduling.
Please guide me to correct this step wise.
Thanks.

please try as below:
Back order processing is a functionality in SAP where you can change the committments and over-ride the blockage of stocks marked against sales documents/deliveries. For e.g. you receive an order from a very important customer for material "A" but the entire quantity of A is committed to another customer "B" via earlier sales orders and this is where BACK ORDER processing helps you to change the committment and shift stock due for B to A. This is the benefit of this funtionality.
OMIH - Checking rule for updating backorders
OPJL - Define new checking rule
OPJJ - Define scope of check
V_RA - Backorder Processing
Data selection:-
Sold-to-party Customer code Mandatory
Sales Organization Mandatory
Distribution Channel Mandatory
Division Mandatory
Changed confirmed quantity :-
Tick the material you want to changed and click the Back order button Confirmed quantity that still can be changed are highlighted.
V.15 - Backorder List
Sales Organization Mandatory
Distribution Channel Mandatory
Division Mandatory

Restricted batch-Availability Check

Similar Messages

Maybe you are looking for