Title
TD Vehicle reconciliation

Purpose
The report reconciles the stock on vehicles. The stock on vehicles iskept in compartments of transport units. So the reconciliation takesplace per transport unit.
The report identifies differences between left on vehicle and prior toload. Those differences may occur if the quantities for left on vehicleand prior to load were not recorded correctly or it has been forgottento enter the quantity at all. Such differences lead to wrong intransitstock. The system now calculates and accumulates those differences andgenerates a gain (prior to load > left on vehicle) or a loss (prior toload < left on vehicle) posting in the material management.

Integration
The reconciliation must run before you can archive shipments!

Scope of Functions

Selection
On the selection screen the user can restrict the selection via vehicleand transport unit data.
It is also possible to check for certain shipments by number or by theloading date.
The system only selects shipments, which are completely confirmed(status = 6)!
In the shipment selection the user can specify the last loading datefor prior to load. That means the system selects completely confirmedshipments which loading date is less or equal to the entered date. Thedefault value is the last day of the last month.
In the date for left on vehicle the user can set the last loading dateof shipments which have left on vehicle which is not used for asubsequent prior to load. So it is assumed to set here a date, which isthat much in the past, that no prior to load for the selected transportunits are not expected anymore. The left on vehicle quantities is theposted as a loss.
Set this date consistent to parameters which are use to archiveshipments!
Posting parameters:
The user can choose whether to generate the gain/loss posting or toreconcile the intransit stock manually.
If a material document has to be created the user can set the postingand the document date. For the gain or loss movement the movement typecan be set. It will be defaulted from TD customizing (intransit postinggroup). A reason code for the movement may be necessary according to MMcustomizing. If it is required but there is no entry on the selectionscreen then the user is forced in a popup to set the reason code whenthe first difference should be posted.
In the counter field the user may set the number of shipments, whichshould be posted in one package. This technical setting depends on thetechnical sizing of system (default is 1000 shipments).
At least the user may only want to see a list of differences and checkthe related shipments before posting. If the simulation mode is on(marked with X) then no material document is generated and thereconciliation is not recorded in the shipment data.

Output
In the first list level the user gets the list of the selectedtransport units. There he selects the transport units which intransitstock should be reconciled.
Here from the Edit menu bar it is also possible to switch on/off thesimulation mode and to select the second list level for all selectedshipments or only for shipments with differences. Before updating thedatabase the user can select only to list data in the second list levelwithout updates.
Only from the Edit menu bar by choosing Reconcile the system calculatesthe differences and if simulation is not active it updates thedatabase.
The system always lists the material document, which may be or has beencreated.

Activities
List shipment data with differences between prior to load and left onvehicle.
Generate a material document to post gains or losses.
Update the reconcile flag in the shipment database for transport units.