SAP WM- Process, Functionality, Scope, Benefits, Advantages, Disadvantage-Complete Reference-Part 5

SAP WM- Process, Functionality, Scope, Benefits, Advantages, Disadvantage-Complete Reference-Part 4

SAP WM- Process, Functionality, Scope, Benefits, Advantages, Disadvantage-Complete Reference-Part 3

SAP WM –Process, Functionality, Scope, Benefits, Advantages, Disadvantage- Complete Reference-Part 1

SAP WM- Process, Functionality, Scope, Benefits, Advantages, Disadvantage-Complete Reference-Part 2

 

 

Continued Part-5 …..

SAP WM- Process, Functionality, Scope, Benefits, Advantages, Disadvantage-Complete Reference-Part 5

In this part-5 Blog I have covered SAP WM Business scenarios

SAP Fixed Bin Replenishment

  1. The 320 movement type was created for the 3XX warehouse. This is a standard movement type, but it was never associated to any warehouse. This movement type will need to be extended to any warehouse that would like to use the fixed bin replenishment functionality. A new picklist (print code) can be created if the standard SAP offerings are not sufficient. The site needs to determine if they want to use an existing storage type that is not currently being used for the fixed bin replenishment. If a current storage type is not available a new storage type must be created.

 

  1. Once the movement type has been extended to the warehouse and destination storage type has been determined we need to assign the movement type to the replenishment storage type. This configuration states that the 320 movement type will be used as the replenishment movement for this storage type (similar configuration that is used for Kanban or backflushing).

Once the configuration has been completed fixed storage bins need to be created using SCAT or LS01N. The number of bins created depends on the size of the replenishment area and site requirements. The bins that are created will be associated to specific materials.

The materials must be extended to the new/existing fixed bin replenishment storage type using MM01. The ‘warehouse management 2’ tab will then open the replenishment fields. (These fields are not visible in material master until it is extended to the storage type. The replenishment quantity is used to create transfer requirements and eventually transfer orders. Once the fixed bin quantity is below the minimum bin quantity the replenishment quantity will be considered. If the fixed bin quantity reaches zero the maximum bin quantity is considered. Example: If bin ‘FIXED01’ has a current quantity of 9 the transfer requirement and transfer order will be created for 25, but if the current quantity is zero the TR and TO will be created for 50.

 

The setup is complete once the destination storage bin and quantities have been added to the material. The next step in the process is to use the fixed bin replenishment functionality. Transaction LP21 is used to view the fixed bin status and quantities associated to each bin. This process can either be manually executed or setup on a background job. The transfer requirements will be created automatically when using a background job, but the transfer orders must be created manually. The following entries should be made on the LP21 selection screen:

  1. Plant

  2. Storage Location

  3. Warehouse Number

  4. Storage Type (fixed bin replenishment storage type that was setup in configuration)

  5. Requirement Tracking Type and Number

    1. Tracking type should be equal to ‘N’

    2. Tracking number can be any 10 character entry, but ‘**********’ can also be used.

  6. Planned Date (this can be today’s date or any date in the future)

  7. Planned Time (this defaults to the current time, unless a variant has been created for a specific time).

Once the program is executed the user will see a list of materials that have been setup for fixed bin replenishment and their corresponding quantities. If the user clicks on one of the bins (or lines) and clicks the ‘Choose Detail (F2)’ button a new screen will be displayed that shows the details of that fixed bin and material. There are several pieces of data on the screen that are listed and defined below:

  1. Available quantity – This is the quantity that is currently in the fixed bin.

  2. Quantity to be placed into st – This is the quantity that is in open transfers orders that will be placed in the fixed bin (once the TO is confirmed).

  3. Open quantity in TRs – This is the quantity in open transfer requirements. This quantity is destined for the fixed bin, but a transfer order has not been created yet.

  4. Maximum qty – This is the maximum fixed bin quantity that has been set in material master.

  5. Minimum qty – This is the minimum fixed bin quantity that has been set in material master.

  6. Replenishment quantity – This is the replenishment fixed bin quantity that has been set in material master.

  7. Requested qty – This is the quantity that will be transferred to the fixed bin once a TR and TO are created (this could be the replenishment or maximum quantity depending on the current quantity in the fixed bin *example listed above*).

When the user is ready to transfer inventory to the fixed bins for replenishment they will check the materials that need to be replenished (red line items) and click the ‘Material Staging’ button or save. A transfer requirement is proposed at this point and the line will be green the next time the user enters LP21. The ‘open quantity in TRs’ will be populated with the replenishment amount as shown below:

As you can see the replenishment quantity is 50 units, because the current bin quantity was zero. A message will also be displayed when a transfer requirement is successfully completed:

 

Once the transaction is executed a display screen will list the open transfer requirements that can be processed. The user can view the details of the transfer requirement by clicking on the TR number (highlighted in blue).

In the example above there were two materials with the same destination fixed bin selected in LP21, so the TR was created to replenish both materials.

To create transfer orders with reference to the transfer requirement the user would select the TR and click the ‘TO in foregr.’ or ‘TO in backgr.’ buttons. If the user clicks the TO in foreground button they will be able to manually select the materials that are transferred to the replenishment bins. If the user clicks the TO in background button the system will determine the quantity that should be transferred based on the stock removal strategy (FIFO, LIFO, etc). Once the Transfer order has been created successfully a message will be displayed.

Once the transfer order is created LP21 will display the replenishment quantity in a different ‘bucket’. The quantity will be shifted from ‘open quantity in TRs’ to ‘quantity to be placed into st’.

To confirm the transfer order the user will use transaction LT12. Enter the transfer order number and warehouse number. The user will verify the information is correct and click the save button to confirm the transfer order.

Once the transfer order is confirmed the LP21 quantity will be transferred from ‘quantity to be placed into st’ to ‘available quantity’.

 

HU Splitting T-code LT01

Give Quantity say 50 if total Quantity is 100.

Create TO and confirm it.

Splitting

Now I am moving to another bin (only 50 Quantity).

Enter

Confirming in LT12

Now 50 Quantity moved to bin LJTW-01-C.

To unpack HU and delete delivery after TO confirmation

Steps to unpack HU and delete the delivery after TO confirmation

When you need to delete the delivery and return the Finished Goods to the warehouse after TO have been confirmed.

  1. Check the status of the delivery – at what stage was the process stopped.

  2. Ensure the order has not been invoiced. Contact Account Rep if it is, to reverse invoice.

  3. If already post goods issued, will need to reverse order (VL09)

  4. Enter shipping point, Delivery # and Press Execute.

  5. Highlight line, click on [cancel/reverse].

Go to VL02N, enter the delivery number

Go to the pack screen. Click [Pack] icon or go to Edit –>Pack.

Once in the pack screen

Delete the HU regardless if it is a 00022……, 8000 series or anything else. (To unpack an HU, highlight it and select the empty icon to the right.)

Select all, and then click on the [trashcan]

Click [Yes]

The handling units will disappear and the mtl will re-appear in the bottom section of pack screen.

Grab a new HU label from production (pre-printed numbers or HULABEL) to be used to re-pack this order.

Enter the HU number in the Handling Unit column and P-1 in the Packaging Mtl column

STEP 2

Go to LT09

Enter the HU number from delivery

Press Enter

Enter the new bin location

Check the confirm box

Click on [Create transfer.order]

Press [Post/Save] icon

Side note: if you were to check LS24, you would now see that HU sitting in the new bin location and no longer attached to the delivery (i.e. 916 0010003893)

Go to VL02N

Enter delivery number

Go to the pack screen

You should receive screen “Log Display”

Click the Green ARROW once and it will take you to the Pack screen.

Click yes to delete.

I hope those who worked or working in Support will frequently come across this reversal Issues. Normally users will tell HU is locked or it cannot be reversed ad use it in another Delivery or During the year end they need to remove the HU from the old Delivery and need to assign to the new deliveries. HU is assigned to wrong Delivery.In those scenario’s we can follow the reversal.

******************************************************************************************************************

Business Process- Transaction Wise List (I have not added Screen shot because we already the shared the screen shots in my earlier blog. Hope it is useful.

Goods Receipt – For Purchase order /Process order /Return sale order.

SAP Scenarios

1. Goods receipt against Purchase order for Approved Manufacturer.

2. Goods receipt against Purchase order from Non-approved Manufacturer.

3. Goods Receipt for Import and Domestic Purchase order.

4. Goods receipt against Process order.

5. Goods receipt against Customer returns or recalls.

6. Good receipt against Stock Transport order.

7. Goods Receipt from Sub-contractor.

For all the above process we will be following the WM process from step 1 to step 5 as listed

below.

Goods Receipt without Purchase order

SAP Scenarios

1. Goods receipt without Purchase order by 503 mvt type.

2. Goods receipt without PO for Non-valuated materials

For all the above process we will be following the WM process from step 1 to step 5 as listed

below.

Goods Receipt of Bulk Storage

1. Goods Receipt of Bulk storage materials like oils.

For the above process we will be following the WM process from step 1 to step 4 as listed

below.

Online Rejection Material Documents

SAP Scenarios

1. On line process rejection.

2. Online process rejection of weightless materials such Paper, Aluminum Foils.

For all the above process we will be following the WM process from step 1 to step 6 as listed

below.

Goods issue

Goods Issue in the Warehouse Management

Purpose

A goods issue is defined in WM as a physical outbound movement of goods or materials from the

warehouse. A goods issue is a goods movement that is used to post the internal use of material, the

issuing of material and the shipment of goods to a customer. A goods issue results in a decrease of stock in the warehouse.

1. Issues to a Process order or cost center.

2. Delivery of goods to customer.

3. Goods issue to subcontracting vendor

4. Goods issue against STO

5. Goods issue for vendor returns.

6. Goods issue of control samples.

7. Goods issue to scrap.

Purpose

Companies usually distinguish between various types of goods issues, each of which is handled in the System as follows:

1. Stock Scheduled for Delivery

Withdrawal, picking, and shipping of goods to customers are carried out in the Sales &

Distribution (SD) component and are dealt with in detail in the document SD Shipping Guide.

They are not dealt with in this section.

2. Material Withdrawals for Process orders

Inventory Management provides for the staging of components for production. User enters

withdrawals for production as goods issues with reference to the Process orders for which the

components are required.

3. Other Types of Internal Staging of Material

Materials can be withdrawn not only for production but also for other purposes (for example, for

cost center, CO order, maintenance order, or asset), Goods issue to subcontracting vendor, STO.

4. Return Deliveries to Vendors

Return deliveries to vendors are entered with the function Material document Return delivery or

with the function Goods receipt for purchase order.

5. Control samples

A partial quantity of material is issued from production to QC as control samples.

6. Scrapping/Sampling

If a material is no longer usable, it must be scrapped. Scrapping of a material is entered in the

System as a goods issue. The withdrawal of samples must also be entered as a goods issue.

Process Flow

Entering a Goods Issue with/Without Reference Document

Before entering a goods issue, user have to find out whether any reference document or data exists in the

system.

When user enters a goods issue, user can reference:

􀂾 Purchase order in case of STO or Subcontracting PO.

􀂾 Process orders.

􀂾 Delivery document against sales order.

Integration

As shown in the following table, various application components in the SAP System initiate the transfer of goods from the Warehouse Management system (WMS) by producing a document on which the goods movement is based. These systems also carry out the necessary checks to determine if the material is available in the warehouse.

Goods issues in WMS can be based on

1. Deliveries: In this case, user picks goods for deliveries that are created in Shipping.

2. IM Postings: When user post a goods issue in IM, the system generates transfer requirements

that are used as a basis for creating transfer orders.

3. Two-step Picking: For 2-step picking, the picking process is divided into 2 separate steps. In the

first step, user pick the entire quantity of materials need to fill requests (for example, several

deliveries or transfer requirements). During the second step, user divide up the materials and

allocate them to match the corresponding requirements.

 

Goods Issue for a Delivery:

The following describes picking using transfer orders. For this process description, the sales order

already exists and the delivery based on the sales order must be processed. At the item level at the

storage location, the system recognizes that items are relevant for Warehouse Management (WM).

The following steps must be carried out for the goods issue:

1. Create a delivery against sales order.

2. Creating a Transfer Order for each delivery.

3. Confirm Transfer Orders

 

Impact of delivery on Warehouse Management system

After the delivery has been saved, the following data has been set in the delivery document:

􀂙 The SD picking status is set to A, which means that the material must be picked.

􀂙 The WM activity status is set to A, which means that a transfer order is required for further

processing.

Confirming a Transfer Order for a Delivery:

After the goods have been picked from the warehouse, user confirms the transfer order in WM. When

user remove stock from the warehouse user typically confirm the entire transfer order at one time.

After the transfer order has been confirmed, the following data has been set in the delivery document:

􀂙 The SD picking status is still C, which means that the material has been picked.

􀂙 The WM activity status is set to C, which means that the transfer order has been confirmed.

Processing Differences for a Delivery:

During the confirmation of a transfer order, a difference between the required quantity and the available quantity can occur.

Example: A transfer order for a delivery states that 50 pieces are to be picked from storage bin.

However, the warehouse worker finds only 45 pieces in the storage bin and confirms the transfer order with a difference of 5 pieces.

After the difference in the transfer order item has been confirmed, the following data has been set in the delivery document:

1. The system updates the quantity to be picked.

2. The SD picking status is B, which means that the item has been partially picked.

3. The WM activity status is set to C, which means that the transfer order has been confirmed.

Now the decision has to be made whether another picking is to be carried out for the missing quantity

or whether the customer receives a partial delivery.

Another Picking

If the remaining open quantity of 5 pieces in the above example is to be picked, create a second transfer order from the delivery document. In this case process the transfer order as described above in “Creating a Transfer Order.” Confirm the new transfer order for 5 pieces after they are picked. In this case the system  sets the SD picking status in the delivery document to C after the remaining quantity of 5 pieces from the second transfer order has been picked and confirmed. Afterwards, user can post the goods issue.

Partial Picking:

Partial picking can occur in the following situation. When sales order or delivery is created, the sy stem determines that the goods are available in the warehouse to fill the delivery. However, when transfer order is created based on the delivery, the system determines that the quantity in the warehouse is not sufficient to meet the quantity for the delivery. Normally, in this situation, the system would not continue with the transfer order creation. So create a transfer order only if the items can be fully satisfied. However, there is a way to allow partial picking so that a transfer order can be created in spite of reduced stock.

Procedure:

Sometimes, it is not possible to pick goods at a later date due to organizational or technical reasons. In this case, the customer can make a partial delivery. If the customer is to receive a partial delivery,quantity in the delivery document to be changed.

1. Choose Delivery _ Change from the SD shipping menu bar.

2. On the initial screen enter the required information and choose Overview _ Picking.

3. On the overview screen for picking, change the value in the Delivery quantity field to match the

value in the Pick quantity field manually or choose Edit _ Copy the picked qty from the menu bar.

4. To post the change choose Delivery _ Save.

The system sets the SD picking status in the delivery document to C. Once the SD picking status and the WM activity status are set to C, post the goods issue to IM using the task in SD, as described above in “Posting a Goods Issue.”

Creating a TO for a Cancelled Delivery

In case if a delivery has been picked incorrectly, return complete deliveries (delivery view) or individual transfer order items from a delivery (TO item view) to the warehouse.

Prerequisites

User can only return deliveries that are relevant to WM that have been fully picked (WM picking status = C). This means that transfer orders must have been created for the deliveries and they must have already been confirmed.

Procedure

1. Choose Transfer Order _ Create _ Cancel picking from the WM menu bar.

2. On the initial screen enter a warehouse number, a movement type and at least one delivery.

The system displays movement type 999 as a default.

3. From the display screen, user can select the deliveries or TO items for materials that user wants

to place back into the warehouse.

Possible three options:

1) Return to stock: The system attempts to return the quants back to the bin from which they

were picked.

2) Put away in the foreground: The system displays a dialog box where user can specify where

the quant is to be stored.

3) Put away in the background: The system finds a storage bin based on the put away strategies

defined in the system.

The system resets the picking status of the delivery accordingly.

Goods Issue Based on an Inventory Management Posting

Use

When user post a goods issue in IM, the system generates transfer requirements that are used as a basis for creating transfer orders.

Features

When user uses the Inventory Management (IM) component to pick goods from the warehouse, the system posts a negative quantity to the goods issue interim storage type. For this task the system can automatically create a transfer requirement. Subsequently user creates a transfer order based on the information in the transfer requirement. Using a predetermined search strategy, the system searches for storage bins from which the material will be picked. The transfer order is printed and the warehouse worker transfers the goods from the storage bins in the warehouse to the goods issue area. The warehouse worker confirms that the goods have been transferred and records any discrepancies between the required amount and the delivered amount.

Goods Issue to a Cost Center

To issue material to a cost center, user carries out the following tasks in the IM and WM components:

Tasks in Inventory Management: Post a goods issue to a cost center. Tasks in Warehouse

Management: Create a transfer order and Confirm the transfer order after it has been created.

Goods Issue for return delivery to vendor (Vendor Return).

To return material to vendor, user carries out the following tasks in the IM and WM components:

Tasks in Inventory Management: Post a goods issue to a vendor by return delivery document.

Tasks in Warehouse Management: Create a transfer order and Confirm the transfer order after it has

been created.

Creating a Transfer Order for a Material Document

Transfer order can be created with reference to a number of different source documents. Immediately

after posting a goods issue to a cost center in IM, user creates the transfer order with reference to the material document that was just created.

Procedure

To create a transfer order based on a material document

1. Choose Logistics _ Logistics Execution _ Inbound Process _ Goods Receipt for Purchase Order,

Order, Other Transactions _ Put away _ Create Transfer Order _ By Material Document from the

SAP menu. (Transaction Code : LT06 or LB10

2. Enter the number and year of the material document. Choose ENTER.

The system displays the overview screen for the transfer requirement. Materials displayed on this screen will be removed from the storage bins and transferred to the goods issue interim storage area (910 in the standard system). The storage bin in the interim storage area is dynamically created from the cost center.

From this point on, the processing of the transfer order is basically the same as creating a transfer order for a transfer requirement for picking and Creating Transfer Orders for Picking Manually.

Goods Issue for Production Supply

Use

The Warehouse Management (WM) application component is interfaced to the Production Planning Shop Floor Control (PP-SFC) application component to assist in providing materials to supply areas in production. The significant advantage for customers using this WM-PP interface is that it provides pinpoint accuracy in timing the supply of materials to production supply areas.

The basic concept is for workers in production to be able to order needed materials themselves, which, in turn initiates the creation of transfer requirements in WM. Warehouse Management component, then, is responsible for supplying needed materials to the storage bins in production.

It does so by creating a transfer order for each respective transfer requirement. This is part of the standard WM procedure.

The subsequent goods issue posting reduces the stock quantity of materials that have been removed from “production” storage bins and no additional activities are required in WM.

Goods Issue – to Process order / Cost center / Reservation / Purchase order / Return Delivery to Vendor

SAP Scenarios

Goods Issue – To Control samples

SAP Scenarios

Goods Issue against Sales Order.

SAP Scenario

Reports

Transaction Code

Analysis of stock placements and removals MCL1 / MCL9

Analysis of quantity flows MCL5 / MCLD

Analysis of movement types MCLH

 

Transfer Postings and Stock Transfers

Levels for Stock Transfers

In a company, goods movements do not only occur in the form of goods receipts and goods issues.

Depending on the organization of the company (for example, decentralized storage) and its sales policy,

internal stock transfers might also be necessary.

Stock transfers can occur at three different levels:

􀂾 Stock transfer from plant to plant

􀂾 From storage location to storage location (in the plant)

􀂾 Bin to bin transfer of material with in the warehouse

Stock Transfer Procedures

􀂾 Stock transfer using stock transport order.

Stock Transfers and Replenishment

Purpose

Stock transfers in the Materials Management system include the physical movement of materials from:

1. One plant/storage location / warehouse to another plant/storage location / warehouse.

2. Warehouse to warehouse with in the same plant

3. Storage bin to storage bin (internal transfers) with in the same warehouse

For stock transfers within the same warehouse complex (that is, within a warehouse number), user can create, manage, and display information about the movement of stock from the time it is received until it leaves the warehouse using the Warehouse Management system (WMS). For stock transfers from one storage location to another storage location, the process begins in the Inventory Management (IM) component and is completed in WMS.

Warehouse to warehouse stock transfer belong to two different plants

Usage

A stock transfer from plant to plant not only leads to a change in stock quantity in both plants; if both plants are assigned to different valuation areas, an accounting document is also created. This type of stock transfer can only be carried out from unrestricted-use stock of the issuing plant to unrestricted-use stock of the receiving plant. Stock transfers from plant to plant are relevant for Material Planning, since Materials Planning operates at plant level.

For stock transfer from plant to plant and storage location to storage location, three options available:

1. Transfers from a WMS storage location to a non-WMS storage location. In WMS, this is processed

the same as a goods issue (and subsequent pick).

2. Transfers from a non-WMS storage location to a WMS storage location. In WMS, this is processed

the same as a goods receipt (and subsequent put away).

3. Transfers from a WMS storage location to another WMS storage location.

When two different warehouses, for example, are assigned to two separate WMS storage locations, this type of transfer is processed the same as a goods issue (and subsequent pick) in the issuing warehouse and as a goods receipt (and subsequent put away) in the receiving warehouse.

If materials are transferred within the same WMS warehouse which is assigned to two separate WMS storage locations, it is handled as a plant to plant posting change.

Carrying out the Transfer

Stock transfers that involve the movement of materials from one storage location to another storage location are first processed using the Inventory Management component. In IM, the transfer of stock from one storage location to another storage location is processed as a transfer posting. Unlike most such changes, however, no posting change notice appears in the WM system.

Only one storage location can be managed in one warehouse number at a time in WMS. It depends upon which storage location is being managed at the time as to whether a put away or a pick will take place. To clear the stock transfer user must create and confirm a new transfer order based on the material document which was originated in IM.

There are two ways to process a stock transfer from one storage location to another storage location:

􀂙 Create a transfer order by selecting from a list of open transfer requirements.

􀂙 Create a transfer order using the material document number (from the IM component) for the

stock transfer.

Process stock transfers by selecting them from a list of transfer requirements, materials that are being transferred out to another storage location are listed as a pick (movement type 311 in the standard system) to the stock transfer interim storage area (storage type 921 in the standard system). When a transfer order has been created from a transfer requirement and confirmed, the negative quant in the stock transfer interim storage area is cleared from WMS.

From Warehouse to Warehouse (in the same Plant)

A stock transfer from warehouse to warehouse in the same plant simply causes an update of the stock quantities in both warehouses. The stock value remains unchanged, and the event is not relevant for accounting.

A stock transfer from warehouse to warehouse is possible for all stock types.

 

Internal Stock Transfers: Bin to Bin transfer in the same Warehouse

Usage

To transfer stock from one storage bin to another storage bin within the same warehouse, user manually creates and confirms a transfer order for the material to be moved. Since the total quantity of stock in the warehouse remains the same, stock movements that take place within the same plant and warehouse number do not require the use of the Inventory Management component. Consequently the transfer does not require Inventory Management postings and can be administered within WM.

Reasons for Making Internal Transfers

Possible reasons for transferring stock from one storage bin to another within the same warehouse

include:

􀂙 Combining smaller quantities of the same material that are dispersed among several storage bins

and moving them into a single bin

􀂙 Supplying stock from bulk or rack storage to a picking area

􀂙 Clearing bins for technical reasons, for example, to renovate a range of storage bins or for

maintenance work

􀂙 Transferring stock as soon as a specified capacity has been reached

􀂙 During the transfer of material from one storage area to another storage area. EX: Transfer of

material from main storage area to bulk storage area or from main storage area to damage

material storage area.

􀂙 During the rearrangement of materials in the warehouse.

During the rearrangement of warehouse i.e. during the changing the bin locations of the materials the

following procedure to be followed:

􀂙 The issuing material – bin location combination should be identified.

􀂙 Destination bin location should be identified.

􀂙 Then transfer the material from bin to bin.

Procedure:

To manually create a transfer order

1. Choose Logistics _ Logistics Execution _ Internal Whse Processes _ Bins and Stock _Block from

the SAP menu Screen.

2. Enter the warehouse number and storage type. User can limit the entry to a storage bin or range

of storage bins. The system displays a stock list.

3. From the list displayed, select line items which are not blocked (a lock appears at the beginning of

the line) that user want to move to another bin.

4. To specify the destination storage bin, select “Stock transf. frgrnd” (stock transfer foreground).

5. Once user has moved the stock to the new bin location, confirm the transfer order to complete

the transaction.

Transfer of Stock from Sales order stock to Sales order Stock

A special sales order stock may transfer from one sales order to another sales order. Only Stock quantity gets affected with changes of sales order number in the quant. The stock value remains unchanged, and the event is not relevant for accounting.

Transfer of material from one warehouse to another warehouse which belong to two different plants.

Transfer Posting – Warehouse to Warehouse (Within the Plant)

Transfer Posting-Bin to Bin transfer of Material with in the Warehouse

Transfer Document – Created by other movements.

SAP Scenarios

1. Material to Material transfer.

2. Excess Material received from subcontracting vendor.

For all the above process we will be following the WM process from step 1 to step 6 as listed

below.

Storage location to storage location transfer.

For the above process we will be following the WM process from step 1 to step 6 as listed

below.

Material Document – Created by other movements.

SAP Scenarios

1. Material posted to Quality from Unrestricted for Re test.

2. Material posted to Blocked from Unrestricted for Expiry.

For all the above process we will be following the WM process from step 1 to step 3 as listed

below.

Standard reports in SAP:

Transaction Code

Material document list MB51

Stocks for posting date MB5B

Stock Overview MMBE

Plant Stock availability MB53

Physical Inventory

PI allows user to carry out a physical inventory of user’s company’s warehouse stocks for

balance sheet purposes.

Physical inventory can be carried out both for a company’s own stock and for special stock. Inventory for a company’s stock and for special stocks (such as, consignment stock at customer, external consignment stock from vendor or returnable packaging) must be taken separately (in different physical inventory documents), however. Furthermore, the stock can be divided into stock types. In the standard system, a physical inventory can be carried out for the following stock types:

􀂾 Unrestricted-use stock in the warehouse

􀂾 Quality inspection stock

􀂾 Blocked stock

􀂾 Reserved stock

If batch status management is active, the first stock type covers both unrestricted use stock and restricted-use stock.

Inventory of all stock types mentioned can be taken in a single transaction. For the materials to be inventoried, one item is created in the physical inventory document for every stock type. Physical inventory takes place at storage location level. A separate physical inventory document is created for every storage location.

If a material does not exist in a storage location, this means that no goods movement has ever taken place for the material in the storage location. The material, therefore, has never had any stock in this storage location. The material does not exist at stock management level in the storage location. It is therefore not possible to carry out a physical inventory for the material in this storage location.

This is not to be confused with a material for which a goods movement has taken place and for which the stock balance is currently zero. A physical inventory must be carried out in this case, since storage location data is not deleted when the stock balance is zero

Constraints

The posting of physical inventory differences is subject to certain time constraints:

The posting period is automatically set during counting. Therefore, the inventory difference must be

posted to the same period or – if postings to the previous period are allowed – in the following period.

The fiscal year is set by specifying a planned count date when creating a physical inventory document. All subsequent postings to this document must take place in this fiscal year and/or in the first period of the following fiscal year, if postings to the previous period are allowed.

Regardless of the physical inventory method, the process of physical inventory can be divided into three phases:

1. Physical Inventory Preparation

􀂾 Create a physical inventory document.

􀂾 Blocking Materials for Posting

􀂾 Print and distribute the physical inventory document.

2. Physical Inventory Count

􀂾 Counting stocks

􀂾 Entering the result of the count on the physical inventory document printout

3. Physical Inventory Analysis

􀂾 Entering the result of the count into the system

􀂾 Initiating a recount, if necessary

􀂾 Posting inventory differences

Physical Inventory in Warehouse Management

Standard reports in SAP:

I hope all this Part 1 to Part  5 SAP WM blogs will be useful to consultants, I will come with ITSmobile set-up details in my Next blog. Please share your valuable comments and reviews/ Suggestions. Thanking you All.

SAP WM- Process, Functionality, Scope, Benefits, Advantages, Disadvantage-Complete Reference-Part 4

SAP WM- Process, Functionality, Scope, Benefits, Advantages, Disadvantage-Complete Reference-Part 3

SAP WM –Process, Functionality, Scope, Benefits, Advantages, Disadvantage- Complete Reference-Part 1

SAP WM- Process, Functionality, Scope, Benefits, Advantages, Disadvantage-Complete Reference-Part 2

 

 

SAP Warehouse Management_Step by Step configuration Document

 

 

http://www.sapfunctional.com/WM/WMQ1.htm

 

 

To report this post you need to login first.

6 Comments

You must be Logged on to comment or reply to a post.

  1. Suresh Santha

    Hello Shivakkumar,

    Fantastic Blog on SAP WM. this weekend i would definitely go through your blog post. i have not fining time now. but sure it is really good job and more useful to SAP WM beginners. I have checked your other blog post. really it shows your hard work and also the way you have sequenced the Topics is simply awesome I am working as a Project Manager and I will definitely recommend my team members to read the blogs. Thanks. keep it up !!!

    Regards,

    Suresh.S

     

    (1) 
  2. Joachim Rees

    Hi shivakkumar,

    very nice to see you keeping on sharing you knowledge!
    (I wonder how much more parts you have planed? 😉 )

    best
    Joachim

    (0) 
    1. shivakkumar Geetha venkatesan Post author

      Thanks Joachim. Actually I am not planning for the sub-divisional/ parts. it is difficult for me to give full details in one blog as more time required for me to frame and type the text. so whenever getting time I’m creating the blog. The detail I have shared based on my past wm experience. I hope I will do my best here. My intention is make the blog useful to New consultants. Always accepting corrections, Suggestion and valuable reviews. Gr8. Have a good Day !!!

      (2) 
  3. peter matthew

    Hi Mr. Shivakkumar Geetha Venkatesan

    Fixed bin Replenishment is well explained. Business Process step with Transactions are really fantastic. Including explanations using screen shots are useful. Please share 3 PL details, RF related information.i have already gone through your Blog Part-4 containing RF information that is really very nice. if you add ITSmobile configuration in functional wise that would give good input. i am seeing only Technical aspect of ITSmobile and not finding functional configuration details in SCN. Can you Please add the config steps.

    Remarkable..looks good 

    Thanks.

    Peter

    (0) 

Leave a Reply