Backorder Processing

[Former Member]

Hi,

Please help me to resolve back order processing problem in sales order.

Last year, a sales order was created on 09.05.2006 for a material with 9 order quantity. Two schedule lines were created, one on 10.05.2006 (with quantity 5) and another one on 17.05.2006 (quantity 4). Somehow user has created delivery document for all 9 delivery quantity on 12.05.2006 thus post goods issue was completed on the day itself. Sales flow is completed with invoice creation.

Now when we run MD04 transaction, material quantity 4 is committed against the sales order. Transacton V_RA also displays committed quantity against the sales order. Actually all 9 quantities were delivered on 12.05.2006. But second schedule line quantity 4 is still blocked for the sales order. Could anyone of you explain the procedure to release the quantity commited against sales order?

Regards,

A.Prabhaharan.

[rmazzali · Accepted solution]

try to run program SDRQCR21 before the rescheduling.

This program fixes the missing/wrong requirements in SD->PP.

Roberto

[Former Member · Accepted solution]

Hi Roberto,

Thanks for your mail. I think this program will help me to overcome the problem. Can you tell me the radio button to select in the selection screen? i will be running the program in production system, so i want to be careful about program run.

P.S:

i want to delete only committed quantity that is being displyed in V_RA transaction, but actually post goods issue is completed for the sales order material.

Regards,

A.Prabhaharan.

[rmazzali · Accepted solution]

from Oss Note 25444 - SDRQCR21: Recovery of sales and delivery requirements:

Instructions for Using SDRQCR21

Material and Plant

If you enter selection criteria for "Material" or "Plant," the report processes the requirements according to this selection only. If you do not enter a selection criterion, the report processes all sales and delivery requirements.

By severely restricting the selection criterion "Material," you may be able to reduce the runtime of the report. In general, selecting the "Plant" criterion only does not shorten the runtime period. For more information, see the section entitled "Performance of SDRQCR21".

Data transfer

Select the "Data transfer" parameter so that the report updates the requirements on the database.

If you execute the report without selecting the data transfer parameter, the report simulates the update only (that is, it checks the requirements and issues a log, but it does not make any changes). In this way you can also use SDRQCR21 as a pure check report for sales and delivery requirements.

Compare

Always select the "Compare" parameter to improve the performance (runtime) and to restrict the scope of the log.

The report then corrects, deletes and creates only the requirements affected by the correction. If you do not select the parameter, the report completely reconstructs the database (for the materials/plants selected).

Planning entry

If you select the "Planning entry" parameter, the report creates planning file entries (entries for the planning run) for the materials/plants affected (and relevant according to the MRP type).

Processing for material

If you select the "Processing for material" parameter, the report saves the requirements (database commit) one after the other for each material/plant, instead of saving all the requirements in one step. Correspondingly, the log issued by the report is also sorted according to material and plant.

No parallel processing with a data transfer!

Only execute the SDRQCR21 report with a data transfer once you have made sure that no-one will process sales documents or deliveries (for the materials/plants according to the selection) whilst the report is running, either in the foreground (dialog) or in the background (rescheduling, collective run for creating deliveries, EDI-IDoc and so on)!

Reason: The report does not read or set blocks. It therefore produces correct results only if no other program updates sales or delivery requirements, or checks availability while the report is running. If you execute the report with a data transfer during production operation, the system may even generate new requirement errors!

Additional Information: If you run the SDRQCR21 report twice at the same time, enter the relevant selection criteria Material/Plant for the same reason, so that they do not overlap during simultaneous processing.

Recommendation

To execute the SDRQCR21 correction report easily, securely and completely, do not enter any selection criteria for "Material" or "Plant," select all four checkboxes and make sure that the report is not running during production operation. If runtime problems or other problems occur, see the following explanations in the sections entitled "Performance of SDRQCR21" and "Solving SDRQCR21 Problems."

Pls. remember to reward point if I helped you

Roberto

[Former Member]

Hi Prabhaharan,

Please check the following.

The item categories in which it should not have Special Stock Indicator as E - Order on Hand.

and Also please check the Schdedule line of the the item.

Because for Normal process the Item category will not have the Special stock indicator and the schedule line for this is CP for which the Availabilty check and TOR will be carried out.

but if you take the Make to order scenario the item will be having the Special Stock Indicator as E - Order on Hand and for this the schedule line in which NO ATP will be carried out.

Please reward if really helpful,

Thanks and Regards,

Sateesh.Kandula