SD-rescheduling-v_v2

Rescheduling-v_v2

Purpose

The purpose of this page is to explain how rescheduling works and why is it used.

Overview

Rescheduling allows the redistribution of already confirmed quantities to other documents

Rescheduling of sales documents (v_v2)

The program sdv03v02 takes the selected statements and unconfirms them all. then they are rechecked, one after the other, based on the customising customer has set priorities of sorting can be customized to a much finer level.

1. Delivery priority
2. Date the document was created
3. Number of the sales document
4. Alternatively the flag in v_v2 can be set to consider the delivery date instead of the creation date

Example:

There are two customer orders requiring the same material on the same date but there is only one piece in stock. order of Customer A has got the only piece in stock left, as his order was created earlier at 10 am today. the order of Customer B was created
Later in the day 3 today. because, there was no stock left, order did not get a confirmation. but Customer B has a higher delivery priority (more important customer) and upon running rescheduling with a prioritization on delivery priority, order of customer
B will receive the confirmed quantity of 1 piece while the order of Customer A will lose it.

Debugging hints

• Data Selection

1. In report sdv03v02, depending on user's entries on selection screen open and Relevant sales orders and Stock Transport statements with their items/schedules are being read from the database and stored in an internal table (called xtab)

• Data Processing

1. Main module: xtab_check_and_save.
2. Records of the internal table are read one by one, checked against ATP and saved with new results.
3. Correction records 'are created to track and memorize the results of the availability check.
4. An error during process will leave the ATP-situation unchanged.

• Data Output

1. Results list prepared throughout process (internal table 'output') and created via module xtab_list

• Selecting material and Plant

1. Select from vapma for entered material/plant.

• Check header status (vbuk)

1. If SY-SUBRC Ne 0/s

VBUK-GBSTK EQ charc or „ completed

VBUK-RFGSK EQ charc or „ fully referenced

VBUK-LFGSK EQ charc or „ fully delivered

VBUK-VBTYP CN vbtyp_verk or „ No sales document

VBUK-VBTYP ca vbtyp_retour or „ retour

VBUK-VBTYP ca vbtyp_ohne_einteilung. „ No schedule lines

Da_skip_beleg = charx.

• Check TEM Status (vbup)

1. If VBAP-PROSA ne charb. (B = replacement item of product selection)

Check VBUP-GBSTA ne charc and „ completed

VBUP-RFGSA ne charc and „ fully referenced

VBUP-LFGSA ne charc and „ fully delivered

VBUP-ABSTA ne charc... not rejected

Else.

Check VBUP-ABSTA ne charc.

Endif.

Process Flow

Correction records

• What are condition records

In the rescheduling process requirements are not read from database when ATP is checked for a material (while stocks and planned receipts are ). the base for the sequence of the redistribution of confirmed quantities is how the internal table containing all
'To be processed records' are sorted. also ATP is called with the values (quantities and dates) stored in the internal table. when reading from the database, all requirements wocould be read and wocould be added up against the stocks and planned receipts. but this
Will not allow redistribution. therefore requirements are not read from the database. in order to track what has been confirmed (new) for a material in the rescheduling process this data is stored in the correction records.

• When and how are correction records handled

When a material is checked against ATP all available (sales and Stock Transport) requirements are read from the Internal correction record tables to reflect an appropriate ATP-situation (internal table sales: xvbbd) entries are forwarded into p_atpcsx
Be Used in the ATP-check. A new correction record is saved following the ATP-check. it can also be a case that the same material is found in two lines items in a stock transport order so the changes to the first item have to be directly reflected. shocould
Error occur during the update of a document, the correction records have to be changed to the values of the situation before the check.

Frequent issues

• More than one material is shown in results, only one was requested. during rescheduling, if one material is selected for rescheduling, and there is a delivery block or a complete delivery indicator (on header level of sales order) on any of the orders that the program
  Picks up, it will reschedule all of the materials found on that order that had the block/indicator.
• All documents had a confirmation quantity, but rescheduling ran anyhow. within rescheduling there is a button unconfirmed documents required. when populated, you wocould perform CT that any order with a fully confirmed quantity to not be considered for rescheduling.
  But: It just needs one unconfirmed sales document to start the rescheduling. still all selected sales activities Ents will take part in rescheduling (unconfirmed or confirmed ). about the status confirmed/Not confirmed please have a look into note
  304570

Related contentrelated documents

Parameter Ming rescheduling of sales documents

Related sap notes/KBA

SAP note:
304570-VBUP-BESTA status is "not yet confirmed"

Sap kba:
1567491-v_v2/sdv03v02-sales order items are not selected

Source link:

Http://wiki.sdn.sap.com/wiki/display/SCM/Rescheduling+-+V_V2