Your Inventory Management Data Template

SAP ECC
Your Inventory Management Data Template

Your Inventory Management Data Template

This comprehensive template outlines the essential data fields and process steps required to analyze your Inventory Management process effectively. It provides clear guidance on the key attributes to collect, the critical activities to track, and practical instructions for data extraction. Use this resource to streamline your data preparation and gain valuable insights into your inventory operations.
  • Recommended attributes for robust analysis
  • Key activities to track within your process
  • Practical data extraction guidance for SAP ECC
New to event logs? Learn how to create a process mining event log.

Inventory Management Attributes

These are the recommended data fields to include in your event log for comprehensive analysis of your inventory management process.
3 Required 5 Recommended 15 Optional
Name Description
Activity Name
ActivityName
The name of the business activity that occurred at a point in time for the inventory batch, such as 'Goods Receipt Posted' or 'Picking Completed'.
Description

The Activity Name describes a specific step or event in the inventory management lifecycle. These events are derived from SAP transactions or movement types and represent key milestones like receiving goods, moving stock, performing quality checks, or issuing materials.

Analyzing activities is the foundation of process mining. It allows for the visualization of the process map, identification of common and rare process variants, and detection of bottlenecks or rework loops. Each activity serves as a node in the discovered process graph.

Why it matters

It defines the steps in the process, enabling the discovery and analysis of the actual inventory flow and lifecycle.

Where to get

This attribute is derived by mapping SAP Movement Types (MSEG-BWART) or Transaction Codes (MKPF-TCODE) to user-friendly activity names during data transformation.

Examples
Goods Receipt PostedQuality Inspection Lot CreatedStock Moved InternallyGoods Issue PostedStock Scrapped
Event Time
EventTime
The timestamp indicating when the activity occurred.
Description

This attribute captures the precise date and time of an inventory event. It is the temporal foundation of the process log, ordering all activities chronologically to reconstruct the process flow as it happened.

Event Time is essential for all time-based analysis, including calculating cycle times between activities, measuring event durations, analyzing throughput, and identifying time-related bottlenecks. It is used to calculate KPIs such as Put-away Cycle Time and Quality Inspection Hold Times.

Why it matters

It provides the chronological sequence of events, which is critical for calculating durations, analyzing performance, and discovering the process flow.

Where to get

Typically composed from the posting date (MKPF-BUDAT) and entry time (MKPF-CPUTM) in the material document header.

Examples
2023-04-15T09:00:12Z2023-05-20T14:35:00Z2023-06-01T11:21:45Z
Inventory Batch/Lot
InventoryBatchLot
A unique identifier for a specific quantity of a product, combining the material number and its batch or lot number. This serves as the primary case identifier.
Description

The Inventory Batch or Lot number groups all activities related to a distinct stock quantity. It enables the end-to-end tracking of a batch's lifecycle, from its initial receipt into inventory, through various movements and transformations like quality inspections, and to its final issue or disposal.

In analysis, this attribute is fundamental for tracing the complete journey of inventory. It allows for the reconstruction of each batch's process flow, calculating its total residence time, and identifying all touchpoints within the warehouse. This is essential for traceability, quality control, and compliance dashboards.

Why it matters

This is the core identifier that connects all related inventory movement events into a single process case, making end-to-end analysis possible.

Where to get

This is typically a composite key derived from the Material Number (MARA-MATNR or MSEG-MATNR) and the Batch Number (MCHA-CHARG).

Examples
RM-1001_BATCH-00123FG-2050_LOT-202305ACHEM-333_B-4559-X1
Material Number
MaterialNumber
The unique identifier for the product or material being handled.
Description

The Material Number, or SKU, identifies the specific item in the inventory. It is a fundamental master data attribute that links inventory movements to the product master.

In process mining, this attribute is crucial for product-centric analysis. It allows for filtering the process by specific products or product groups, comparing inventory flows for different types of materials, and identifying which products are most affected by issues like scrapping, discrepancies, or inspection delays.

Why it matters

Enables product-level analysis, helping to identify which materials are associated with process inefficiencies or costs.

Where to get

Found in material document item table MSEG, field MATNR. Master data is in MARA.

Examples
RM-1001FG-2050PKG-003B
Movement Type
MovementType
An SAP code that classifies the type of inventory movement.
Description

The Movement Type is a three-digit key in SAP that controls how an inventory posting behaves. For example, '101' for Goods Receipt for PO, '311' for Transfer Posting between Storage Locations, or '551' for Scrapping.

This attribute provides critical context for each activity. It is often the source for deriving the user-friendly Activity Name. Analyzing by Movement Type allows for deep dives into specific process areas, such as understanding the drivers of all '551' scrapping movements or the frequency of '321' quality-to-unrestricted transfers.

Why it matters

It's the technical key that defines the business purpose of an inventory transaction, providing essential context for analysis.

Where to get

Found in material document item table MSEG, field BWART.

Examples
101311261551601
Plant
Plant
The identifier for the plant or facility where the inventory movement occurred.
Description

A Plant represents a physical location such as a factory, distribution center, or warehouse. It is a central organizational unit in SAP Logistics.

This attribute is essential for location-based analysis. It allows for comparing process performance across different sites, identifying plants with the longest cycle times or highest discrepancy rates, and understanding regional variations in the inventory management process.

Why it matters

Allows for performance comparison and root cause analysis across different physical locations or facilities.

Where to get

Found in material document item table MSEG, field WERKS.

Examples
10002100US01
Quantity
QuantityInBaseUnit
The quantity of material involved in the transaction, converted to its base unit of measure.
Description

This attribute records the amount of stock affected by the movement. It is always represented in the material's base unit of measure (e.g., kilograms, pieces) to ensure consistency for aggregation and comparison.

Quantity is a critical measure for any volume-based analysis. It is used to calculate KPIs like Inventory Scrapping Volume Rate, analyze throughput, and quantify the business impact of discrepancies or movements. It helps prioritize issues by focusing on high-volume or high-value movements.

Why it matters

Quantifies the physical volume of each movement, which is essential for impact analysis, throughput calculation, and cost assessment.

Where to get

Found in material document item table MSEG, field MENGE.

Examples
10012.55000
Storage Location
StorageLocation
A specific area within a plant where inventory is stored.
Description

A Storage Location denotes a subdivision of a plant, such as a receiving area, quality inspection zone, or bulk storage section. It allows for a more granular tracking of stock within a facility.

In analysis, this helps pinpoint bottlenecks at a sub-plant level. For example, it can reveal if delays are concentrated in the 'Quality Hold' location or if internal transfers between specific storage locations are inefficient. It directly supports Warehouse Layout Utilization analysis.

Why it matters

Provides granular location data within a plant, enabling detailed analysis of internal movements and storage bottlenecks.

Where to get

Found in material document item table MSEG, field LGORT.

Examples
0001RAWFG01INSP
Expiration Date
ExpirationDate
The shelf life expiration date of the inventory batch.
Description

This attribute stores the date on which a batch of material is no longer considered usable. It is a critical piece of master data for perishable goods or materials with a limited shelf life.

This date is essential for monitoring stock rotation compliance. By comparing the Expiration Date with the Goods Issue date, analysis can determine if FEFO (First-Expired, First-Out) policies are being followed. This helps prevent inventory obsolescence and scrapping losses.

Why it matters

Crucial for analyzing stock rotation compliance (FEFO/FIFO) and identifying risks of inventory spoilage or obsolescence.

Where to get

Found in the batch master table MCHA, field VFDAT (Shelf Life Expiration Date).

Examples
2024-12-312025-06-302024-08-15
Is Discrepancy
IsDiscrepancy
A boolean flag indicating if the event is an inventory discrepancy adjustment.
Description

This calculated attribute identifies activities that represent an adjustment to inventory levels due to a discrepancy found during a cycle count or physical inventory. It flags events where the recorded stock quantity is corrected to match the physical stock.

This flag simplifies the analysis of inventory accuracy. It allows for easy calculation of the Inventory Discrepancy Rate KPI by counting the number of cases with at least one such event. It also helps filter the process map to focus specifically on the flows leading to or following adjustments.

Why it matters

Directly supports the Inventory Discrepancy Rate KPI by flagging adjustment events, making it easy to analyze inventory accuracy issues.

Where to get

Calculated during data transformation. Set to 'true' if the Activity Name is 'Inventory Discrepancy Adjusted' or if the Movement Type belongs to physical inventory adjustments (e.g., 701, 702).

Examples
truefalse
Last Data Update
LastDataLoadTimestamp
The timestamp when the data for this record was last refreshed from the source system.
Description

This attribute indicates the freshness of the data. It records the date and time of the last data extraction or update, which is critical for understanding the timeliness of the analysis and dashboards.

Users rely on this attribute to know if the insights they are seeing are current. It is often displayed prominently in dashboards to inform users about the data's recency and to manage expectations about the visibility of the very latest transactions.

Why it matters

Informs users about the recency of the data, ensuring they understand the time window covered by the analysis.

Where to get

This value is generated and stamped on each record by the ETL or data integration process at the time of execution.

Examples
2023-10-27T04:00:00Z2023-10-28T04:00:00Z2023-10-29T04:00:00Z
Material Document Number
MaterialDocumentNumber
The unique number identifying the material document that records the inventory transaction.
Description

Every inventory movement in SAP generates a material document, which serves as proof of the transaction. This document contains header and item level information about the movement.

This attribute is a key transactional identifier. While not the case ID, it is crucial for data validation, reconciliation, and providing a direct link back to the source document in SAP. Users can use this number to look up the original transaction in SAP ECC for detailed investigation.

Why it matters

Serves as the primary key for the transaction in SAP, enabling easy drill-down and verification of data against the source system.

Where to get

Found in material document header table MKPF, field MBLNR.

Examples
490000123450000056785100009012
Movement Reason Code
MovementReasonCode
A code explaining the reason for the inventory movement.
Description

The Reason for Movement provides additional context beyond the Movement Type. It allows users to specify why a particular transaction was performed, for example, the reason for a stock adjustment or a scrapping event.

This attribute is invaluable for root cause analysis. It is a key dimension in the Inventory Discrepancy Rates and Inventory Scrapping Cost Analysis dashboards, as it helps categorize and explain the drivers behind inventory adjustments and losses. Analyzing these reasons helps target process improvement efforts effectively.

Why it matters

Explains the 'why' behind inventory adjustments and write-offs, enabling targeted root cause analysis for discrepancies and scrap.

Where to get

Found in material document item table MSEG, field GRUND.

Examples
00010005102
Picking & Packing Cycle Time
PickingAndPackingCycleTime
The duration from when picking is initiated for an order until packing is completed.
Description

This metric measures the efficiency of the outbound order fulfillment process within the warehouse. It captures the time it takes for warehouse staff to collect the required items from storage and prepare them for shipment.

This KPI is visualized in the Picking and Packing Performance dashboard to monitor operational efficiency. Analyzing this cycle time helps identify bottlenecks in picking routes, packing stations, or resource allocation, guiding efforts to accelerate order preparation and improve customer delivery times.

Why it matters

Measures the speed and efficiency of the outbound fulfillment process, a critical factor in customer satisfaction and operational cost.

Where to get

Calculated as the timestamp difference between 'Packing Completed' and 'Picking Initiated' events for the same order or batch.

Examples
180036005400
Purchase Order Number
PurchaseOrderNumber
The number of the purchase order related to the inventory movement, typically a goods receipt.
Description

This attribute links an inventory transaction, most commonly a goods receipt, to the original purchase order that triggered it. This creates a connection between the inventory management and procurement processes.

Analyzing this attribute allows for a broader, cross-process view. For example, it can help measure supplier delivery performance by analyzing the time between PO creation and goods receipt, or identify which POs are associated with quality inspection failures.

Why it matters

Links inventory movements to the procurement process, enabling end-to-end Purchase-to-Pay analysis and supplier performance evaluation.

Where to get

Found in the material document item table MSEG, field EBELN.

Examples
450001234545000123994500012411
Put-Away Cycle Time
PutAwayCycleTime
The calculated duration between the 'Goods Receipt Posted' and 'Put-away Completed' activities for a batch.
Description

This metric measures the efficiency of the receiving and put-away process. It calculates the total time elapsed from the moment goods are officially received into the facility until they are moved to their final storage location.

This attribute is a direct KPI used in the Put-away Cycle Time Analysis dashboard. It helps identify bottlenecks in the receiving area, measure the impact of process improvement initiatives, and compare performance across different plants, products, or times of day.

Why it matters

Directly measures a key performance indicator for warehouse receiving efficiency, highlighting delays in making inventory available for use.

Where to get

Calculated in the process mining tool or during data transformation by taking the timestamp difference between the 'Put-away Completed' and 'Goods Receipt Posted' events for the same case.

Examples
72001440086400
Quality Inspection Hold Time
QualityInspectionHoldTime
The calculated duration a batch spends in a quality inspection status.
Description

This metric quantifies the time inventory is unavailable for use because it is undergoing quality control procedures. It measures the duration from the creation of a quality inspection lot until a usage decision is made, effectively releasing the stock.

This is a key performance indicator used in the Quality Inspection Hold Times dashboard. It helps to identify delays in the quality lab or decision-making process, analyze the performance of quality teams, and understand the impact of inspections on overall inventory availability.

Why it matters

Measures the duration of a critical bottleneck, as inventory is typically unavailable for use while held for quality inspection.

Where to get

Calculated by finding the time difference between 'Quality Inspection Lot Created' and 'Inspection Usage Decision Made' events for the same batch.

Examples
86400259200604800
Sales Order Number
SalesOrderNumber
The number of the sales order related to the inventory movement, typically a goods issue.
Description

This attribute links an inventory transaction, usually a goods issue for a delivery, to the customer's sales order. This creates a connection between the inventory management and order fulfillment processes.

In analysis, this allows for an end-to-end Order-to-Cash process view. It helps measure fulfillment cycle times from order creation to goods issue, and identify which sales orders are impacted by picking delays or stockouts. It is key for analyzing fulfillment performance.

Why it matters

Connects inventory movements to the sales process, enabling end-to-end Order-to-Cash analysis and customer fulfillment tracking.

Where to get

Found in the material document item table MSEG, field KDAUF.

Examples
100023451000238810002401
Source System
SourceSystemId
Identifier for the source SAP ECC system from which the data was extracted.
Description

This attribute specifies the originating system instance, for example, 'SAP ECC PRD' or 'S4HANA US'. It is crucial in environments where data from multiple systems is combined for a holistic process view.

In analysis, it allows for filtering and comparing processes across different systems, regions, or business units that might be running on separate instances. It ensures data lineage and provides context, especially during data validation and quality checks.

Why it matters

It provides context about data origin, which is crucial for data governance and for analyses that span multiple source systems.

Where to get

This is typically a static value added during the data extraction process, identifying the specific SAP client and system ID (e.g., from table T000).

Examples
ECC_PRD_100SAPECC_EU_PRODECC_US_FINANCE
Storage Bin
StorageBin
The specific coordinate-based location in a warehouse where the material is stored.
Description

The Storage Bin represents the smallest addressable unit of space in a warehouse managed with SAP Warehouse Management (WM). It indicates the precise location of an inventory batch.

This attribute is essential for detailed warehouse layout and utilization analysis. Tracking movements between storage bins helps identify inefficient travel paths, high-traffic areas, and excessive reorganization of stock. It is a key field for calculating the Storage Bin Re-movement Frequency KPI.

Why it matters

Provides the most granular location data, enabling analysis of warehouse efficiency, layout, and internal stock movement paths.

Where to get

Found in Warehouse Management transfer order item table LTAP, fields VLPLA (Source Bin) and NLPLA (Destination Bin).

Examples
A-01-01-AREC-ZONE-01HIGH-RACK-123
Transaction Code
TransactionCode
The SAP transaction code (T-Code) used to perform the activity.
Description

The Transaction Code identifies the specific SAP screen or program used by the user to execute the inventory posting, such as MIGO for goods movements or MB1B for transfer postings.

This attribute provides technical context about how an activity was performed. It can help differentiate between activities performed through standard user interfaces, custom programs (Z-transactions), or automated interfaces. Analyzing by T-Code helps understand system usage patterns and can be a source for deriving the Activity Name.

Why it matters

Reveals how users are interacting with the system, which can inform decisions on system training, simplification, or automation.

Where to get

Found in material document header table MKPF, field TCODE.

Examples
MIGOMB1BVL02NCOGI
Unit Of Measure
BaseUnitOfMeasure
The base unit of measure for the quantity, such as pieces, kilograms, or liters.
Description

This attribute specifies the unit for the 'Quantity' field. The base unit is the standard unit of measure defined in the material master record to ensure all quantities can be compared on a like-for-like basis.

While all quantities should be in the base unit, this field provides important context for data validation and for displaying units in dashboards and reports. It ensures that users correctly interpret the quantity values being presented.

Why it matters

Provides context for the 'Quantity' attribute, ensuring accurate interpretation of volume metrics.

Where to get

Found in material document item table MSEG, field MEINS.

Examples
EAKGLM
User Name
UserName
The SAP user ID of the person who executed the transaction.
Description

This attribute identifies the user responsible for posting the inventory movement. It links process activities to individual employees or system accounts (for automated postings).

Analyzing by user helps identify training needs, recognize high-performing individuals or teams, and investigate process deviations. It is also key to understanding the level of automation in the process by distinguishing between human user IDs and system or batch user IDs.

Why it matters

Attributes activities to specific users, enabling workload analysis, performance measurement, and identification of automation levels.

Where to get

Found in material document header table MKPF, field USNAM.

Examples
JSMITHR.DAVISSAP_BATCH
Required Recommended Optional

Inventory Management Activities

These are the key process steps and milestones to capture in your event log for accurate discovery and analysis of your inventory movements.
7 Recommended 8 Optional
Activity Description
Goods Issue Posted
The inventory batch is formally issued from the warehouse, reducing stock levels. This explicit event is recorded via a material document for various purposes, such as shipping to a customer, issuing to a production order, or for internal consumption.
Why it matters

This is the primary successful end event for an inventory batch's lifecycle. It is critical for analyzing inventory turnover, order fulfillment lead times, and stock rotation compliance.

Where to get

Recorded in material document tables MKPF and MSEG. Identified by various movement types like 601 (for sales delivery), 261 (for production order), or 201 (for cost center).

Capture

Filter material documents in MSEG for goods issue movement types (e.g., 601, 261, 201).

Event type explicit
Goods Receipt Posted
Marks the initial entry of an inventory batch into the warehouse. This event is explicitly recorded when a material document is created with a movement type indicating receipt of goods, for example from a purchase order or production order.
Why it matters

This is the primary start event for the inventory batch lifecycle. Analyzing the time from this event to subsequent activities like put-away or quality inspection is crucial for measuring receiving efficiency.

Where to get

Recorded in material document tables MKPF (header) and MSEG (item). Identified by specific Movement Types (BWART), such as 101 for 'GR for Purchase Order'.

Capture

Filter material documents in MSEG for specific goods receipt movement types (e.g., 101, 103, 501).

Event type explicit
Inspection Usage Decision Made
Represents the completion of the quality inspection process where a decision is made to accept, reject, or otherwise handle the inventory batch. This event releases the stock for unrestricted use or blocks it for further action.
Why it matters

This is a critical milestone that gates the availability of inventory for other processes like put-away or production. Delays here create significant bottlenecks.

Where to get

Recorded in the QM module when a user records a usage decision for an inspection lot. Data is stored in the QAVE table.

Capture

Captured from the QAVE table, which records the usage decision and timestamp for an inspection lot.

Event type explicit
Inventory Discrepancy Adjusted
A material document is posted to align the book inventory quantity with the physical count results. This is an explicit financial posting that adjusts inventory levels and values.
Why it matters

Highlights inaccuracies in inventory records, which can lead to stockouts or excess holding costs. Analyzing these adjustments is key to improving inventory accuracy.

Where to get

Recorded in MKPF and MSEG when differences are posted. Identified by specific movement types like 701 (gain) or 702 (loss).

Capture

Filter material documents in MSEG for inventory difference movement types (e.g., 701, 702).

Event type explicit
Picking Completed
Confirms that an inventory batch has been physically picked from its storage bin. This is captured when the corresponding picking Transfer Order in the Warehouse Management module is confirmed.
Why it matters

This milestone ends the picking phase and allows subsequent activities like packing or goods issue to begin. It is essential for analyzing picking cycle times and identifying bottlenecks.

Where to get

Recorded by confirming the picking Transfer Order in the WM module. Confirmation data is updated in the LTAK and LTAP tables.

Capture

Event is the confirmation of the picking Transfer Order in the WM module.

Event type explicit
Put-away Completed
Confirms the completion of the physical put-away process, indicating the inventory batch is now in its assigned storage bin. This is captured when the corresponding Warehouse Management Transfer Order is confirmed.
Why it matters

This milestone concludes the receiving and put-away process, making the batch available for other processes like picking. It is the end point for measuring put-away cycle time.

Where to get

Recorded by confirming the Transfer Order in the WM module. The confirmation status and timestamp are updated in tables LTAK and LTAP.

Capture

Event is the confirmation of the put-away Transfer Order in the WM module.

Event type explicit
Stock Scrapped
An inventory batch is written off and removed from inventory for reasons such as damage, obsolescence, or expiration. This is a formal financial posting captured by a material document with a scrapping movement type.
Why it matters

This is an unsuccessful end event for an inventory batch, representing a financial loss. Analyzing scrapping events helps identify root causes, such as poor handling or expired stock, to reduce waste.

Where to get

Recorded in tables MKPF and MSEG. Identified by specific movement types for scrapping, such as 551 (scrap from unrestricted), 553 (from QI), or 555 (from blocked).

Capture

Filter material documents in MSEG for scrapping movement types (e.g., 551, 553, 555).

Event type explicit
Inventory Count Initiated
Marks the creation of a physical inventory document, which is the formal start of a stock-taking process for a given material or storage area. This is an explicit action taken to prepare for a physical count.
Why it matters

Initiates the inventory counting process, which is essential for ensuring data accuracy. The duration and frequency of counting cycles can be analyzed for efficiency.

Where to get

Captured from the creation of a physical inventory document header in table IKPF.

Capture

Logged upon creation of a Physical Inventory Document in table IKPF.

Event type explicit
Inventory Count Performed
This event occurs when an employee enters the counted quantity of an inventory batch into the physical inventory document. This is a distinct step before any discrepancies are formally posted.
Why it matters

Represents the completion of the physical counting task. The time between this and the adjustment posting can indicate delays in discrepancy resolution.

Where to get

Recorded when the count is entered against the physical inventory document item in table ISEG. The field ISEG-MENGE is populated.

Capture

Timestamp of when the count quantity is entered and saved in the ISEG table for the inventory document.

Event type explicit
Packing Completed
Indicates that the picked items, including the inventory batch, have been packed into a handling unit or shipping container. This activity is part of the Logistics Execution (LE) process and is usually associated with an outbound delivery.
Why it matters

A key step in the outbound process, connecting picking to the final goods issue. Analyzing the duration between picking and packing highlights efficiency in the preparation for shipment.

Where to get

Can be inferred from status updates on the outbound delivery document (LIPS table) or handling unit tables (VEKP, VEPO). A specific timestamp for packing completion is often available.

Capture

Infer from the packing status timestamp on the outbound delivery or handling unit header (VEKP).

Event type inferred
Picking Initiated
The process of preparing to retrieve an inventory batch from its storage location to fulfill an order or internal request begins. In a WM-managed warehouse, this is the creation of a Transfer Order against a delivery or production order.
Why it matters

Marks the start of the order fulfillment or issuing process. The time from this event to picking completion is a critical measure of outbound logistics performance.

Where to get

In a WM environment, this corresponds to the creation of a picking Transfer Order, stored in tables LTAK and LTAP. Without WM, it can be inferred from the creation of a reservation (RESB) or an outbound delivery (LIKP/LIPS).

Capture

Logged upon creation of a picking Transfer Order in WM, or inferred from delivery creation date.

Event type explicit
Put-away Transfer Order Created
Initiates the physical movement of a received batch from a staging or receiving area to its final storage bin. This is represented by the creation of a Transfer Order (TO) in the Warehouse Management (WM) module.
Why it matters

This marks the start of the put-away process. The duration between this and TO confirmation is the put-away cycle time, a key KPI for warehouse efficiency.

Where to get

Created in the SAP Warehouse Management (WM) module. Data is found in TO tables LTAK (header) and LTAP (item).

Capture

Logged upon creation of a Transfer Order document (tables LTAK, LTAP) for a put-away movement.

Event type explicit
Quality Inspection Lot Created
Signifies that a batch of inventory has been designated for quality control inspection. This is typically an automatic or manual step following goods receipt for materials requiring quality checks, creating a formal inspection lot in the QM module.
Why it matters

This activity initiates the quality inspection sub-process. Tracking the time from this event to the usage decision helps identify delays in the quality clearance process, which can impact inventory availability.

Where to get

Generated in the Quality Management (QM) module. Data is stored in tables like QALS (Inspection Lot Record) and linked to the material document or batch.

Capture

Logged upon the creation of an inspection lot in the SAP QM module.

Event type explicit
Return Goods Received
An inventory batch previously issued to a customer is returned and received back into the warehouse. This is an explicit transaction recorded with a specific returns movement type, which may place the stock in a blocked or quality inspection status.
Why it matters

This activity initiates the returns handling process. Analyzing the flow after this event is key to understanding the efficiency of reverse logistics and processing returned stock.

Where to get

Recorded in tables MKPF and MSEG. Identified by specific returns movement types, such as 651 (returns to blocked stock) or 653 (returns to unrestricted).

Capture

Filter material documents in MSEG for customer returns movement types (e.g., 651, 653, 655).

Event type explicit
Stock Moved Internally
Represents a transfer of an inventory batch from one storage location or bin to another within the same plant. This is an explicit transaction captured via a material document with a specific movement type for transfers.
Why it matters

Frequent internal movements can indicate suboptimal warehouse layout or process inefficiencies. Analyzing these transfers helps optimize stock placement and reduce handling costs.

Where to get

Recorded in tables MKPF and MSEG. Identified by transfer posting movement types, such as 311 for transfer between storage locations.

Capture

Filter material documents in MSEG for specific internal transfer movement types (e.g., 311, 321, 411).

Event type explicit
Recommended Optional

Extraction Guides

How to get your data from SAP ECC