SAP

SAP MIGO Basic Functions: A Practical Guide to Goods Movements

Learn how SAP MIGO supports goods receipts, goods issues, stock transfers, cancellations, and document checks in SAP Inventory Management.

How a MIGO Goods Movement Is PostedShow the main path from a business event to a posted material document.How a MIGO Goods Movement Is PostedShow the main path from a business event to a posted material document.definesproposesconfirmsBusinesseventReceive,issue,…Action andreferenceChoose theMIGO action…Reviewmovement…Check items,quantities,…PostmovementSAP createsa material…CertPas original visual explanation
Flow showing a MIGO goods movement from business event through action and reference selection, data review, and posting.
On this page
  1. What SAP MIGO is used for
  2. The basic MIGO screen structure
  3. How a goods movement flows through MIGO
  4. Goods receipts in MIGO
  5. Goods issues and consumption postings
  6. Transfer postings and stock changes
  7. Movement types and their role
  8. Document dates, posting dates, and quantities
  9. Checks before posting
  10. What happens after posting
  11. Cancellations and reversals
  12. Common MIGO mistakes
  13. How to study MIGO efficiently
  14. MIGO quick reference

SAP MIGO is the central SAP GUI transaction for posting and reviewing many goods movements in Inventory Management. It provides a guided interface for recording physical stock changes, such as receiving materials from a purchase order, issuing components to a cost center, transferring stock between locations, or canceling a previous material document.

The transaction does not replace the business process behind a movement. Instead, it records the movement in SAP and applies the relevant organizational, material, valuation, and accounting rules. Understanding those relationships is essential for accurate postings and for troubleshooting errors.

What SAP MIGO is used for

MIGO is used to create, display, and cancel goods movement documents. A goods movement changes the quantity or location of stock, and SAP records that event in a material document. Depending on the movement and valuation settings, the system may also create an accounting document.

Common examples include:

  • Receiving purchased materials against a purchase order.
  • Posting an initial stock balance during a migration or setup activity.
  • Issuing materials to a cost center, production order, project, or other consumption object.
  • Transferring stock between storage locations or plants.
  • Returning materials to a supplier.
  • Reversing an incorrect goods movement.
  • Displaying a previously posted material document.

MIGO is therefore more than a shortcut for goods receipts. It is a working interface for several inventory transactions that use different movement types and reference documents.

MIGO Actions at a GlanceCompare the main actions available in MIGO and their typical business use.MIGO Actions at a GlanceCompare the main actions available in MIGO and their typical business use.different stock directiondifferent business purposemay require correctionreview document historyGoodsreceiptReceivematerial into…Goods issueReduce orconsume…TransferpostingChange stocklocation,…CancellationReverse anearlier…DisplayReview anexisting…CertPas original visual explanation
Comparison of five MIGO actions: goods receipt, goods issue, transfer posting, cancellation, and display.

The basic MIGO screen structure

The exact screen layout can vary by SAP release, configuration, user role, and personalization. However, the main selection logic normally consists of an action, a reference document, and the information required to post the movement.

Typical action choices include:

  • Goods Receipt: Used when stock is received into the organization.
  • Goods Issue: Used when stock leaves inventory or is consumed.
  • Transfer Posting: Used when stock changes category, plant, or storage location.
  • Cancellation: Used to reverse an earlier material document.
  • Display: Used to review an existing material document.

The reference selection tells SAP what the movement is based on. For example, a goods receipt may refer to a purchase order, production order, or inbound delivery. A cancellation refers to an existing material document. The available reference options depend on configuration and the selected action.

How a goods movement flows through MIGO

A reliable MIGO posting follows a logical sequence rather than simply filling every visible field. The user first identifies the business event, selects the appropriate action and reference, verifies the proposed data, completes required fields, and then checks the document before posting.

Business event
      ↓
Select action and reference
      ↓
Enter document or order number
      ↓
Review proposed items and quantities
      ↓
Complete movement-specific data
      ↓
Run checks and resolve messages
      ↓
Post the goods movement
      ↓
Receive a material document number

The material document number confirms that SAP accepted the posting. It should be retained with the business record because it is often needed for later display, audit review, correction, or cancellation.

Goods receipts in MIGO

A goods receipt records that materials have arrived or that output has been received into stock. The most common purchasing scenario is a receipt against a purchase order. In this case, MIGO proposes information from the order, while the user confirms the actual quantity, delivery date, storage location, and other relevant details.

A purchase-order goods receipt commonly requires attention to:

  • Purchase order and item number.
  • Quantity actually received.
  • Unit of measure.
  • Posting date and document date.
  • Plant and storage location.
  • Batch or serial number, when applicable.
  • Stock type, such as unrestricted, quality inspection, or blocked stock.
  • Delivery note or external reference.
  • Item-level delivery completion indicators, when used.

A receipt can be partial. If only part of the ordered quantity arrives, the user posts the quantity received rather than changing the purchase order to match the delivery. SAP can then retain the open quantity for a later receipt, subject to tolerances and process rules.

A receipt may also be posted with reference to a production order. In that case, the movement records finished or semi-finished output and may update order-related quantities. The exact behavior depends on the order type, confirmation process, and configuration.

Goods issues and consumption postings

A goods issue reduces available inventory or moves stock into a consumption process. Examples include issuing components to a production order, consuming material for a cost center, or shipping stock to a customer through a delivery-related process.

The reference object is important because it determines how the consumption is assigned. Depending on the scenario, SAP may require a cost center, production order, network, project, reservation, delivery, or another account assignment object.

Before posting a goods issue, check the following:

  • Whether sufficient stock is available in the required plant and storage location.
  • Whether the correct batch or serial number has been selected.
  • Whether the quantity and unit of measure are correct.
  • Whether the movement type matches the business event.
  • Whether the account assignment is complete.
  • Whether the posting date is open for the relevant period.

A posting can fail even when physical stock appears to exist. Stock may be held in another storage location, stock type, batch, special stock segment, or unit of measure. Availability can also be affected by configuration and authorization checks.

Transfer postings and stock changes

Transfer postings change how stock is classified or where it is held. A common example is a transfer between storage locations within the same plant. Other scenarios can involve plant-to-plant transfers, batch changes, or transfers between stock types.

The user should distinguish a physical relocation from a change in stock status. Moving material from one storage location to another is different from releasing quality inspection stock to unrestricted-use stock. Both affect inventory records, but they represent different business events and may use different movement types.

For cross-plant transfers, accounting and valuation effects may be more significant than for an intra-plant storage-location transfer. The system may create separate material documents or accounting effects according to the configured process. Always confirm the organizational level and valuation behavior before posting in a productive system.

Movement types and their role

A movement type is a three-digit control key that tells SAP how to process a goods movement. It influences quantity updates, stock type, account determination, screen behavior, field requirements, and document follow-on effects.

Examples often encountered in training include movement types for a purchase-order receipt, a reversal of that receipt, a cost-center issue, or a storage-location transfer. The exact movement type should be selected because it represents the intended business event, not merely because it produces a convenient result.

Do not infer that two movements are equivalent because they change stock by the same quantity. Their accounting treatment, reference requirements, and audit meaning can differ. In a managed learning environment, practice with a controlled set of scenarios and verify the resulting documents after each posting.

Document dates, posting dates, and quantities

MIGO commonly distinguishes between the document date and the posting date. The document date identifies when the source document or business event was created, while the posting date determines the accounting and inventory period in which SAP records the movement.

The posting date must normally belong to an open period. A correct physical receipt may still be rejected if the selected period is closed. Users should follow organizational rules rather than changing dates casually, especially when the movement affects financial reporting.

Quantity accuracy is equally important. Confirm the entry unit, alternative unit of measure, conversion factor, and decimal precision. For batch-managed or serialized materials, the quantity must also agree with the selected batch or serial assignments.

Checks before posting

The check function and status messages help identify missing or inconsistent information before the document is posted. A green or completed status does not replace business review; it only indicates that the current data passed the relevant system checks.

Use a short pre-posting review:

  1. Confirm the action and reference document.
  2. Verify the material, plant, storage location, and quantity.
  3. Check batch, serial, and stock-type information.
  4. Review the posting date and document date.
  5. Confirm account assignment or delivery-related data.
  6. Read warnings as well as errors.
  7. Ensure that the item selection reflects the physical event.

Common error categories include missing required fields, insufficient stock, invalid account assignments, closed posting periods, quantity tolerances, batch or serial requirements, and authorization restrictions. The message text usually identifies the first correction to investigate.

What happens after posting

After a successful posting, SAP creates a material document. For valuated goods movements, an accounting document may also be created. The material document records the logistics event, while the accounting document records the financial impact when one exists.

Post-posting review is useful for confirming:

  • The material document number and posting year.
  • Posted quantity and movement type.
  • Plant, storage location, batch, or serial details.
  • Stock type and special-stock indicators.
  • Accounting document and valuation effects, where relevant.
  • Reference document status, such as a remaining purchase-order quantity.

A document can be displayed later using its document number and year. This makes document references important for reconciliation, support analysis, and audit evidence.

Cancellations and reversals

A cancellation reverses a previously posted goods movement. It is not the same as deleting the original record. SAP preserves the original document and creates a related reversal document so that the document flow remains traceable.

Before canceling, identify the original material document and verify that the proposed reversal corresponds to the actual correction. Consider whether subsequent processes have already occurred, such as invoice verification, consumption, delivery, quality inspection, or production activity. A reversal may be blocked or may require additional corrective postings when later documents depend on the original movement.

For a practical follow-up, see the guide to canceling an SAP MIGO posting. It should be used alongside your organization’s authorization and correction procedures.

Common MIGO mistakes

Using the wrong reference

A goods receipt without the intended purchase-order reference can create a different document flow from the one expected by procurement. Confirm whether the process requires a purchase order, inbound delivery, production order, or another reference before entering quantities.

Selecting the wrong movement type

Movement types control more than the direction of stock. Choosing one that is technically accepted but economically incorrect can lead to incorrect account assignment, stock classification, or follow-on status.

Ignoring item-level indicators

MIGO may propose several items from a reference document. Review the selection and item-level quantity fields carefully. A header-level assumption can result in posting an unintended item or quantity.

Treating warnings as harmless

Warnings may reveal tolerance issues, incomplete reference data, or unusual dates. Even when SAP permits posting, the warning may indicate that the document should be reviewed by procurement, warehouse, finance, or production personnel.

Forgetting batch or serial data

Batch-managed and serialized materials often require additional assignments. Prepare the relevant batch or serial information before starting the posting to reduce interruption and avoid selecting the wrong stock.

How to study MIGO efficiently

Build a small practice matrix rather than memorizing isolated screen fields. For each scenario, record the business event, action, reference, movement type, required organizational data, expected stock effect, and documents created.

A useful beginner sequence is:

  1. Display a known material document.
  2. Practice a purchase-order goods receipt in a training client.
  3. Compare a partial receipt with a full receipt.
  4. Review the resulting material and accounting documents.
  5. Practice a controlled reversal.
  6. Study a storage-location transfer.
  7. Investigate one deliberately generated error message.

Use the SAP transaction code list to place MIGO alongside related logistics and finance transactions. For broader SAP preparation, the official learning journey and independent study guide can help connect transaction practice with process knowledge.

The goal is not to memorize every MIGO field. It is to understand how the physical event, reference document, movement type, stock update, accounting effect, and audit trail fit together.

MIGO quick reference

AreaWhat to verify
ActionGoods receipt, goods issue, transfer posting, cancellation, or display
ReferencePurchase order, production order, delivery, material document, or other object
Movement typeMatches the intended business event
Organizational dataPlant, storage location, and relevant valuation level
QuantityActual quantity, unit of measure, and item selection
Stock detailsStock type, batch, serial number, and special stock
DatesDocument date, posting date, and open period
ResultMaterial document and possible accounting document

MIGO is easiest to understand when studied as part of an end-to-end process. A correct posting is not simply a successful screen transaction; it is a documented inventory event whose quantity, ownership, valuation, and reference data agree with the real-world activity.

Back to all articles