The transaction for manually creating a PI document is MI01
You can combine other methods such as cycle counting with DUV.
The list of materials to be counted is entered in the details view.
The checkbox DD appears as set up in Customizing (here, the flag is set by default and can‘t be changed by the user).
In the next step the counting results are entered, together with a count date (Transaction MI04)
The interval for the distribution is defined between the last count date and the current count date.
The counted quantity has to be entered manually.
The difference is calculated automatically
Posting makes the document available for DUV ( Transaction MI07)
Posting adjusts stock and posts the costs to ‚profit and loss from PI differences‘
Up to this point, this is the normal MM process, the PI-document is now ready for the DUV function.
After entering selection criteria in transaction CKMDUVMAT, the relevant PI documents appear.
If the checkbox ‚Include posted docs in display‘ is checked, then finished PI docs are also included in the display. This provides the user with a better overview of all PI documents.
To create a distribution: Select a line and the choose the button Distribution.
If the object already has the status ‚distribution created‘, the old distribution will be overwritten
You can choose from the processing options ‚online‘ and ‚in the background‘ (recommended for mass data).
The details screen displays receivers and their quantities (the result of the distribution - postings to the receivers have not been made yet)
„Withdrawn quantity“ means the total quantities for all material documents withdrawn for the order in the given interval.
The default quantity is the result of the automatic distribution and has a fixed relationship with the withdrawn quantity .
The quantities can be changed, as long as the sum of all quantities remains constant
You can change the receiver type
For receiver „material“, you can only use the material shown (as read from the order) or the consumed material.
New orders can be added using the button ‚+‘. Quantities can shifted between the lines. However, the total has to remain constant
If you enter a new order and then you can then also use the material or the product cost collectorf rom the manually entered order as a receiver.
The edited results can be saved (the disk icon on the detail screen). This process saves the distribution, but does not make any postings
Choosing the save button (disk icon) on the overview screen makes the posting to the order and FI.
Transaction CKMDUVREC allows you to enter consumption quantities for activities (evaluated from external sources).
The start and end date define the interval for the receiver search, and also the comparison with the total from the CO line items.
Same user interface as DUV for material, but a different transaction: CKMDUVACT.
A common display transaction is provided for both types of consumed objects, materials and activities: CKMDUVSHOW
The selections in both sections are independent of one another.
The entries are sorted by the status and type of object.
Double clicking on an item will bring up detail screens for that item.
Actual Costing does not have to be active in order to use DUV. There are no disadvantages of using DUV without Actual Costing.
If you do use both functions, full integration is provided.
If actual costing is active, DUV can be used as a tool to provide actual quantities for the multilevel roll up.
When you set up the function, you should make sure that the original DUV posting (here 701) and the reversal movement type (Z11) are in the same process category ‚Other receipts and consumption‘
Posting to the order adjusts the quantity for that consumption alternative.
DUV supports the determination of an actual cost component split as regular material consumption is posted to the orders. In contrast to this, a cost object hierachy posting only transfers costs with a certain cost element to the individual orders. This leads to inaccurate cost component information in actual costing. DUV is preferable to cost object hierarchy when the actual cost component split is active!
