Subcontracting components from another plant

In the component overview for a subcontracting item in the purchase order, the plant for which the BOM has been created is always assigned to the components when the BOM gets exploded.

For the system to determine a different plant during BOM explosion , you need to assign a special procurement key in the material master data of the components in MRP2 view. “Withdr. altern. plant” indicator for this special procurement key must be activated in customizing (OMD9) and the issuing plant must be maintained.

While entering the components manually, you can enter the issuing plant manually in the component overview. The subcontracting stock will then be visible only in the issuing plant and when the GR is posted in the receiving plant this SC stock in the issuing plant will get consumed.

Control cycle and material staging indicators

In a control cycle, you specify how and where you want to stage materials from the warehouse. You specify the type of staging using the material staging indicator assigned in the control cycle. The following material staging indicators are available in SAP ECC:

  • Indicator 1 (pick part)
  • Indicator 2 (crate part)
  • Indicator 3 (release order part)
  • Indicator 4 (manual staging)

Pick Part: A pick part is a material that you stage with relation to an order. For this type of component, the system requests exactly the amount specified in the work order. Pick parts can be staged in dynamic storage bins because of the relationship to an order. The document number of the order forms the coordinates of the storage bin. You can create control cycles for pick parts independently of material. A material-independent control cycle is valid for all materials that are not assigned to a control cycle of their own

Crate Part: Crate parts are always staged in consistent quantities independently of an order. In the control cycle of a material you want to stage as a crate part, you specify how many containers should normally be removed from storage and the quantity in them. Crate part staging is based on KANBAN processing (PP-KANBAN). Production requests filled containers from the warehouse as required. However, the additional controls that are available in the KANBAN solution are not available with the control cycle data. A crate part is always staged for multiple orders. The system checks how many released work orders require the material and in what quantity, and creates a transfer requirement for the total quantity.

Release Order Part: Material that is requested, independent of the order. Release order parts are scheduled manually based on the requirements of production orders, the stock levels at supply areas in the production department and available quantities in replenishment storage types. The requesting individual in the production department determines the amount of materials to be supplied.  

The amount of this object to be supplied is supported by the following information:

  • Requirement quantity according to the released orders
  • Stock in the production storage bin and quantity to be placed into stock (transfer orders not confirmed)
  • Open transfer requirements for the production storage bin
  • Warehouse stock in the replenishment storage types

In addition, you can display information on the standard pallet quantity as well as the stock in quality inspection. On the basis of this information, you determine the required quantity manually.

Material staging: You execute manual staging without reference to a production order. The material is staged in the production storage bin that you have defined in the corresponding control cycle. For manual staging, you can define one control cycle per production supply area for all materials. This control cycle is then valid for all the materials in the production supply area, for which you have not defined an individual control cycle.

How to compare SAP tables in 2 clients or 2 systems in SAP

You can use transaction SCMP to compare SAP tables across clients and SAP systems. Please click here to know more details and how to use this transaction.

Transaction SCU0  or OY19 can also be used and are more exhaustive in selections compared to SCMP. Please click here to know more details and how to use this transaction.

Analysis of changed customizing objects and tables can be viewed in SCU3 transaction and the evaluation log can be analyzed. Please clik here to know more details on this.

Difference between MR21 and MR22 / Change Material Prices / Debit/Credit Material

MR21 is used to change the material price and the stock value is revalued with the new price.

When price changes, the value of the stock changes, since the value is calculated from the price. So total value = total quantity x price. Hence a price change creates a posting to the stock account that amounts to total quantity x price difference. The offsetting entry is made to an income or expense account.

 MR22 is used to Debit/Credit certain value to a Material.

By debiting or crediting a material account, stock quantity of the material remains unchanged. The stock value of the material is increased or reduced. As a result, a change of price occurs, but only for a material subject to moving average price control similar to MR21. Consequently, the account movements for a material debit or credit differ depending on the type of price control.

For a material subject to standard price control, the material debit or credit is posted to a price difference account. The offsetting entry is made to an income or expense account. Hence a material debit or credit for a material (MR22) subject to standard price control does not lead to a revaluation because the standard price remains the same unlike in MR21.

 For a material subject to moving average price control, a material debit or credit results in a posting to the stock account. The system checks whether stock coverage exists for the quantity to be debited or credited, then acts accordingly:

  • If the quantity to be debited or credited is equal to or smaller than the total stock quantity: The amount to be debited or credited is posted to the stock account. The offsetting entry is made to an income or expense account.
  • If the quantity to be debited or credited is larger than the total stock quantity: The amount to be debited or credited is divided proportionally. Only a portion of the amount to be debited or credited is posted to the stock account.

Slow moving items in SAP / Obsolete or Inactive material in SAP

Materials that have been consumed little or not at all over a long period of time are referred to as slow-moving items. These materials are not necessarily obsolete but they are required rarely by your business and you can keep barest minimum stock and safety stock can be very low may be less than the dead stock calculated over a period of time. Six month is a good duration to be considered for spare parts for example for calculating dead stock and hence a safety stock of 20 to 30% of dead stock will be a good figure for safety stock of a slow moving item.

The main criterion for this analysis  through transaction MC46 is the date of the last usage of this material.

This analysis enables you to identify materials that are not currently in use. You can, therefore, determine which stocks are not required and, if necessary, remove them or make them obsolete by changing the material status accordingly.

Transfer order for multiple deliveries

You can create a transfer order for a delivery group in one-step picking procedure through outbound delivery monitor. You create a group with WM reference in the outbound delivery monitor as usual, set the TO for Mult.Del indicator, and choose to execute transaction code LT0S. Till 4.6C, this was only possible in 2-step picking. Like two-step picking, the transfer order for multiple deliveries in the one-step procedure optimizes the paths within the warehouse and is particularly useful if there are a large number of outbound deliveries with a few items of the same materials

Planned Delivery Time Calculation – WPDTC

Transaction Code: WPDTC

Calculating the Planned Delivery Time 


Use this function to calculate and change the planned delivery time. Using the documents in the system, the system calculates the number of days between the order being placed with the vendor and actual goods receipt. You can also use the planned delivery times calculated by the system in the master data as the planned delivery time.

By using this function you can achieve more efficient goods procurement from your vendor and therefore avoid overstock and out-of-stock situations.             

Scope of Functions

Until now, manual maintenance of data for the planned delivery time took place in three different places in the system:

  • at vendor level                                              
  • at material level                                               
  • at purchasing info record level.                                      

The values maintained manually here are, however, mostly based on past experience and can quickly become obsolete as the behavior of the vendor changes.

You use transaction WPTDC to call the function Calculate the Planned Delivery Time by workdays or calendar days and:

       1.      calculate the planned delivery time.                         

To calculate the planned delivery time, the system determines the number of days between the order being placed with the vendor and the actual goods receipt for a freely definable combination of vendor, plant, material, purchasing organization and vendor subrange.                                                          

       2.      change the date of the planned delivery time.

The function supports you in your decision of whether you want to keep the manually maintained planned delivery time or replace it with the calculated planned delivery time. You can decide this for each individual value in the master data for the vendor, material and purchasing info record.                   

Note that by changing the planned delivery time you can affect procurement.


You notice that you have been getting increasingly more out-of-stock situations in your distribution center recently for a certain article from a vendor. You suspect that there is a discrepancy between the planned delivery time that has been entered in the system manually and the actual delivery time. Using the function for calculating the planned delivery time you can determine exactly how many days have passed between placing the order with your vendor and actual goods receipt. You compare the planned delivery time that has been entered manually with the planned delivery time calculated by the system. You establish that the vendor now requires three days longer to make the delivery that the date entered manually for the planned delivery time. You decide to copy the planned delivery time calculated by the system to the master data.

Difference between immediate and automatic transfer order creation

Immediate TO Creation

If you decide to use immediate transfer order creation, the system creates the TO directly after the previous posting. This means that during a goods receipt posting, the system not only creates a transfer requirement, it immediately creates a transfer order as a subsequent document as well. You can use this option if it is essential that there is no delay in continuing a process in the warehouse. You can set the indicator for immediate transfer order creation in the Warehouse Management movement type. If you set the relevant indicator for movement type 101, for example, the system creates a transfer requirement and a transfer order for each goods receipt posting for a purchase order.

You can also set an indicator so that the system sends a message if an error occurs. You define this indicator in Customizing for Warehouse Management. You can also decide whether the recipient of the message should be the document user or a specially defined user. This means that is there if an error in creating the transfer order for the goods receipt posting, either the user who posted the goods receipt or another appointed employee receives the message.

Automatic TO Creation

During automatic transfer order creation, the system first sets a predefined indicator in the document header of the transfer requirement created as a result of a movement posting in Inventory Management. The transfer order for this transfer requirement is created by report RLAUTA10, which is scheduled as a regular batch job. This process allows you to match the creation of transfer orders to the rhythm of the work in the warehouse. If required, multiple processing can take place in quiet periods to avoid impairing system performance.

You decide for each Warehouse Management movement type whether automatic transfer order creation is possible by setting an indicator in the movement type. As in immediate transfer order creation, you can also set up mail control in case of errors in automatic document processing. The indicator for automatic transfer order creation does not stop you from processing the document by hand. The system then flags the transfer requirement as “complete” and does not include it in the report for background processing


Special Movement Indicator in WM

This indicator is used to separate special posting procedures for Materials Management documents from the standard processing method. You can enter it manually for each goods movement in the Materials Management system or maintain it in the material master data in WM1 view. If this indicator is entered manually on the initial screens of the goods movements in Materials Management (WMS parameter), the indicators from the material masters are ignored.

The system uses it to determine the movement type in the Warehouse Management system. In this way, different movement types in the Warehouse Management system as well as different interim storage types can be assigned to one movement type in the Inventory Management system and the particular material can be handled in a special way deviating from the standard processes. You can have a totally different controlling function through this and you can deviate in all controlling functions of a warehouse management movement type.

Special movement indicator is different than the movement indicators such as , B for Goods movement for purchase order, F for Goods movement for production order, L for Goods movement for delivery note, etc.