Oracle Inventory

Move Order Process

Move order Tables
1) MTL_TXN_REQUEST_HEADERS: Move order headers, this stores the move
order number in column (REQUEST_NUMBER).
2) MTL_TXN_REQUEST_LINES: Move order lines, this is the one that drives most
queries and status checks for the move order as each line can be transacted
individually.
3) MTL_MATERIAL_TRANSACTIONS_TEMP: Pending material transactions table
also called the transaction temporary table, this holds allocations that act like
reservations on inventory.
How to check whether move order is allocated?
Quantity Detailed
In the move order lines table (MTL_TXN_REQUEST_LINES), the quantity detailed reflects the
allocated quantity for a move order line.
The quantity detailed might be greater than the quantity delivered if a move order is allocated
but not transacted.
What happens when move order is allocated?
When a move order is allocated, a corresponding record is inserted into the pending table
(MTL_MATERIAL_TRANSACTIONS_TEMP as well as lot/serial tables if required). When the
move order is transacted, the record moves from the pending table to the history table
(MTL_MATERIAL_TRANSACTIONS).
Move order line status codes:
The move order table (MTL_TXN_REQUEST_LINES) provides the status of the move order
in the LINE_STATUS column as a numeric.
1 Incomplete
2 Pending Approval
3 Approved
4 Not Approved
5 Closed
6 Canceled
7 Pre Approved
8 Partially Approved
9 Canceled by Source
You can look the status code using the below sql
SELECT lookup_code, substr(meaning, 1, 60) "Meaning"
FROM mfg_lookups
WHERE lookup_type = 'MTL_TXN_REQUEST_STATUS'
ORDER BY lookup_code;

Move Order Status Verification - WIP

Quantity Delivered vs Detailed in Move Order Lines
(MTL_TXN_REQUEST_LINES)
A. What tables are used in the move order process?
1) MTL_TXN_REQUEST_HEADERS:Move order headers, this stores the move order
number in column (REQUEST_NUMBER). It has a status, but this is not used as
much as the lines status to drive functionality.
2) MTL_TXN_REQUEST_LINES: Move order lines, this is the one that drives most
queries and status checks for the move order as each line can be transacted
individually.
3) MTL_MATERIAL_TRANSACTIONS_TEMP:Pending material transactions table also
called the transaction temporary table, this holds allocations that act like
reservations on inventory. An allocation is where you pick a specific item in
inventory down to the lot, locator, serial, revision to move, but you do not
actually perform. the move yet.
1. Create move order:
Quantity: 10
Quantity Delivered: NULL
Quantity Detailed: NULL
Quantity Required: NULL
Line Status: 1 (Incomplete)
2. Approve move order:
Quantity: 10
Quantity Delivered: NULL
Quantity Detailed: NULL
Quantity Required: NULL
Line Status: 3 (Approved)
3. Allocate move order for full quantity:
Quantity: 10
Quantity Delivered: NULL
Quantity Detailed: 10
Quantity Required: NULL
Line Status: 3 (Approved)
4. Transact move order:
Quantity: 10
Quantity Delivered: 10
Quantity Detailed: 10
Quantity Required: NULL
Line Status: 5 (Closed)

NOTE: When a move order is allocated, a corresponding record is inserted into

the pending table (MTL_MATERIAL_TRANSACTIONS_TEMP as well as lot/serial
tables if required).
When the move order is transacted, the record moves from the pending table to
the history table (MTL_MATERIAL_TRANSACTIONS).

a) Example query for linking move orders with the pending table:
SELECT mmtt.transaction_temp_id,
tol.organization_id,
toh.request_number,
toh.header_id,
tol.line_number,
tol.line_id,
tol.inventory_item_id,
toh.description,
toh.move_order_type,
tol.line_status,
tol.quantity,
tol.quantity_delivered,
tol.quantity_detailed
FROM mtl_txn_request_headers toh,
mtl_txn_request_lines tol,
mtl_material_transactions_temp mmtt
WHERE toh.header_id = tol.header_id
AND toh.organization_id = tol.organization_id
AND tol.line_id = mmtt.move_order_line_id;

b) Example query linking MTL_MATERIAL_TRANSACTIONS to the move order:

SELECT mmt.transaction_id,
tol.organization_id,
toh.request_number,
toh.header_id,
tol.line_number,
tol.line_id,
tol.inventory_item_id,
toh.description,
toh.move_order_type,
tol.line_status,
tol.quantity,
tol.quantity_delivered,
tol.quantity_detailed
FROM mtl_txn_request_headers toh,
mtl_txn_request_lines tol,
mtl_material_transactions mmt
WHERE toh.header_id = tol.header_id
AND toh.organization_id = tol.organization_id

AND tol.line_id = mmt.move_order_line_id

AND toh.request_number = '&MONumber';
/

4. Find a Closed Move Order, but No Staged Inventory?

There are times when a move order will close, but the quantity is not moved from finished goods to a
staging sub inventory. The most common case of this is a move order for a sub inventory or item that
is NOT reservable. If the item is not reservable, no inventory is staged and the move order simply
closes without doing anything. However, there are rare occasions when a move order closes without
moving quantity to staging but should have. In the case of a move order related to a sales order, the
sales order delivery detail shows picked and Released to Warehouse after the move order is
transacted.

5. What is code for move order status?

The move order table (MTL_TXN_REQUEST_LINES) provides the status of the
move order in the LINE_STATUS column as a numeric. The following lists the
various statuses as well as provides a SQL to look them up.
At the time this question was entered, here are a list of the statuses and codes:
1 Incomplete
2 Pending Approval
3 Approved
4 Not Approved
5 Closed
6 Cancelled
7 Pre-Approved
8 Partially Approved
9 Cancelled by Source

Move order can be treated as a demand in the Min-max planning, and Purchase
Requisition can be created based on the Move order requisition demand.
This feature will be useful, if the Move order is created by the end user and the
material-issuing authority wants to convert the move order into a P.R
automatically, when supply is not available for this Move order. But, there won't
be any link between the Move order number & the Purchase requisition number
The drawbacks of Move order arei) During Move order approval, the approver has
to approve line by line. This will be a tiresome process, if there are more than
100 lines in the Move order
ii) There can be only one move order approver (planner) assigned for one item.
This will be a problem, if the same item has to be used in different departments
& the Move order for this item - from each department has to be approved by the
respective department head
iii) There is no approval-hierarchy for move-order.