Your Inventory Management Data Template

Universal process mining template
Your Inventory Management Data Template

Your Inventory Management Data Template

Universal process mining template

This is our generic process mining data template for Inventory Management. Use our system-specific templates for more specific guidance.

Select a specific system
  • Universally applicable data structure for any Inventory Management system.
  • Clear guidance on essential attributes and activities for process analysis.
  • A foundation for optimizing your inventory workflows and improving efficiency.
New to event logs? Learn how to create a process mining event log.

Inventory Management Attributes

These are the recommended data fields and key details to include in your event log, providing a comprehensive foundation for detailed inventory process analysis.
5 Required 7 Recommended 4 Optional
Name Description
Activity Name
Activity
The name of the specific inventory management event or task that occurred, such as 'Goods Received' or 'Picking Completed'.
Description

The Activity Name describes a single step or event within the inventory management process. These activities represent the discrete tasks performed on an inventory batch, such as quality inspections, internal movements, counting, picking, and shipping.

Analyzing activities is the core of process mining. It allows for the visualization of the process flow, identification of common and alternative paths, and measurement of the frequency of each step. Understanding the sequence of activities helps pinpoint inefficiencies, rework loops, and non-compliant process variations.

Why it matters

It defines the individual steps of the process, which is fundamental for discovering the actual process flow and identifying areas for improvement.

Where to get

Often derived from transaction types, movement types, or event log descriptions in the source system's inventory or warehouse management modules.

Examples
Goods ReceivedQuality Inspection CompletedStock Moved InternallyPicking CompletedGoods Issued
Inventory Batch/Lot
CaseId
The unique identifier for a specific batch or lot of inventory. This attribute serves as the primary case identifier, grouping all related activities.
Description

The Inventory Batch/Lot is a unique identifier assigned to a specific quantity of a product received or produced at the same time. It allows for the tracking of a cohesive group of items throughout its entire lifecycle within the warehouse, from receiving to shipping or disposal.

In process mining, this ID is crucial as it defines the case. Each case represents the journey of one specific inventory batch or lot. By analyzing activities grouped by this identifier, businesses can understand the end-to-end flow, identify bottlenecks in specific batch handling, and track the lifecycle duration for different products or suppliers.

Why it matters

This is the essential link that connects all inventory-related activities into a single, traceable process, enabling end-to-end analysis of the batch or lot lifecycle.

Where to get

Typically found in inventory transaction tables or material master data, often linked to goods movement records.

Examples
LOT202405A1BCH-0019843M45-20240315-01788109-B2
Start Time
StartTime
The timestamp indicating when the inventory activity began or was recorded.
Description

The Start Time, also known as the event time, is the precise date and time an activity was initiated or logged in the system. It provides the chronological context for every event in the inventory lifecycle.

This timestamp is essential for process mining as it establishes the sequence of events and enables the calculation of process metrics. It is used to calculate cycle times between activities, total case durations, and waiting times. Analyzing these time-based metrics is key to identifying delays and bottlenecks in the inventory handling process.

Why it matters

This timestamp is critical for ordering events chronologically and calculating all time-related performance metrics, such as cycle times and durations.

Where to get

This is a standard field in most transaction or event log tables, often labeled as creation date, posting date, or event time.

Examples
2023-10-26T08:00:00Z2023-11-15T14:35:10Z2024-01-05T11:21:05Z
Last Data Update
LastDataUpdate
The timestamp indicating when the data for this event was last refreshed or extracted from the source system.
Description

This attribute records the date and time of the most recent data extraction or refresh from the source system. It is a metadata field that reflects the timeliness of the data being analyzed.

In process mining, the Last Data Update timestamp is vital for understanding the currency of the analysis. It helps users know if they are looking at real-time information or a snapshot from a specific point in time. This is critical for operational monitoring and ensuring that decisions are based on up-to-date information.

Why it matters

It informs users about the freshness of the data, ensuring they understand the time frame of the analysis and the relevance of the insights.

Where to get

This is typically metadata generated and stored by the data extraction, transformation, and loading (ETL) tool or process.

Examples
2023-10-27T02:00:00Z2023-11-16T02:00:00Z2024-01-06T02:00:00Z
Source System
SourceSystem
Identifies the source system or application from which the data was extracted, such as an ERP or WMS.
Description

The Source System attribute specifies the originating application or platform for the event data. In complex IT landscapes, inventory data may come from multiple systems, such as a Warehouse Management System (WMS) for operational data and an Enterprise Resource Planning (ERP) system for financial data.

This attribute is important for data validation, troubleshooting, and understanding the context of the data. It allows analysts to trace data back to its origin and can be used to compare processes or data quality across different systems or company subsidiaries.

Why it matters

It provides context about the data's origin, which is crucial for data governance, validation, and in environments with multiple interacting systems.

Where to get

This information can be a static value added during data extraction or a field within the source data tables that identifies the system instance.

Examples
SAP S/4HANAOracle Fusion SCMManhattan WMSDynamics 365 F&O
End Time
EndTime
The timestamp indicating when the inventory activity was completed.
Description

The End Time marks the precise date and time that an activity concluded. While some activities are instantaneous and only have a single timestamp (StartTime), others have a measurable duration, like a quality inspection or a put-away task.

Having both a Start Time and an End Time is crucial for detailed performance analysis. It allows for the direct calculation of activity processing times, which is a key input for identifying bottlenecks. Analyzing the duration of specific tasks helps in understanding resource efficiency, workload distribution, and areas where process steps are taking longer than expected.

Why it matters

It enables the precise calculation of activity processing times, which is essential for identifying bottlenecks and measuring operational efficiency.

Where to get

Found in event or transaction logs where activities have a defined start and finish, common in Warehouse Management Systems (WMS).

Examples
2023-10-26T08:30:00Z2023-11-15T14:55:10Z2024-01-05T16:00:00Z
Movement Reason
MovementReason
A code or description that explains the reason for an inventory movement or adjustment.
Description

The Movement Reason attribute provides context for why an inventory transaction occurred, especially for non-standard movements like adjustments, returns, or scraps. It captures the business justification behind the activity.

This is a critical attribute for root cause analysis. By analyzing the frequency of different reason codes, a business can identify the primary drivers of inventory discrepancies, such as damage, obsolescence, or data entry errors. This information is invaluable for developing targeted process improvements to enhance inventory accuracy and reduce waste.

Why it matters

It explains the 'why' behind inventory adjustments and movements, enabling root cause analysis of issues like stock discrepancies, damages, or scrap.

Where to get

Found in transaction data for inventory adjustments, scraps, or other non-standard movements.

Examples
0001 - Damaged in transit0005 - Cycle count adjustment1002 - Return from customer3010 - Expired stock disposal
Product Category
ProductCategory
The classification or category to which the product belongs, such as 'Electronics', 'Apparel', or 'Fast-Moving Goods'.
Description

The Product Category is a higher-level grouping of products based on shared characteristics. This classification helps in organizing and analyzing inventory performance across broad segments rather than individual items.

In process mining, this attribute allows for aggregated analysis to identify trends and patterns at a strategic level. For instance, an organization can compare the inventory turnover rates or quality inspection failure rates between different categories like 'High-Value Electronics' and 'Consumables'. Such insights are valuable for category management, strategic sourcing, and optimizing overall inventory policy.

Why it matters

It allows for high-level, aggregated analysis to compare process performance across different product groups and inform strategic decisions.

Where to get

Typically found in the material or item master data, linked via the Product ID.

Examples
ElectronicsApparelRaw MaterialsFinished GoodsSpare Parts
Product ID
ProductId
The unique identifier for the product, material, or Stock Keeping Unit (SKU) being handled.
Description

The Product ID, often called an SKU or Material Number, is the unique code assigned to a specific item in the inventory. It distinguishes one product from another.

This attribute is essential for product-centric analysis. It allows businesses to filter the process for specific items or groups of items to understand how their handling differs. For example, one can compare the put-away times for fragile vs. durable goods, or the inspection rates for different product lines. This helps in optimizing warehouse layout, handling procedures, and inventory strategy based on product characteristics.

Why it matters

It enables product-level analysis, allowing teams to compare process performance for different items and tailor inventory strategies accordingly.

Where to get

A core field in inventory transaction tables, material master data, or item master records.

Examples
SKU-100-RED-LGMAT-582910FG-A105-CPN-987654
Quantity
Quantity
The number of units of the product involved in the activity.
Description

Quantity represents the amount of stock being handled in a given activity, such as the number of items received, moved, or picked. It is a fundamental measure of the scale of each transaction.

Analyzing the quantity is vital for understanding the operational workload and identifying potential issues. For example, large-quantity movements may be correlated with longer processing times. It is also used to calculate inventory accuracy by comparing physical counts to system records. Furthermore, tracking quantities in adjustment activities helps quantify the scale of inventory discrepancies.

Why it matters

It provides a measure of the transaction's magnitude, which is crucial for workload analysis, calculating inventory levels, and quantifying discrepancies.

Where to get

A standard field in almost all inventory transaction records.

Examples
1005012.51000
User
User
The identifier of the user, employee, or automated system that performed the activity.
Description

The User attribute identifies the person or system agent responsible for executing an inventory transaction. This could be a warehouse operator, a quality inspector, or an automated system user for robotic processes.

Analyzing activities by user is fundamental for performance management and identifying training needs. It can reveal which users or teams are most efficient, who might be deviating from the standard process, or which tasks are most prone to human error. This analysis helps in resource allocation, workload balancing, and ensuring process compliance across the organization.

Why it matters

It provides accountability and allows for performance analysis by employee or team, helping to identify top performers and opportunities for training.

Where to get

Commonly available in transaction data, linked to the user account that created or modified the record, such as 'Created By' or 'User ID' fields.

Examples
JSMITHABROWNBATCH_USEROPERATOR_42
Warehouse
Warehouse
The identifier of the warehouse, plant, or distribution center where the activity occurred.
Description

The Warehouse attribute identifies the physical facility, such as a distribution center or plant, where the inventory is stored and handled. It represents a key organizational and geographical dimension of the inventory process.

This attribute is essential for location-based performance analysis. It allows organizations to compare efficiency, accuracy, and cycle times across different sites. For example, a company can identify which warehouses have the fastest put-away times or the highest inventory accuracy, then investigate best practices at top-performing locations to replicate them elsewhere.

Why it matters

It enables site-by-site performance comparison, helping to identify best practices at high-performing locations and areas needing improvement at others.

Where to get

A standard organizational data element found in nearly all inventory transaction records.

Examples
WH-NYC-01DC-WESTPLANT-1000SITE-EU-FRA
Activity Duration
ActivityDuration
The calculated duration of an activity, representing the time from its start to its end.
Description

Activity Duration is a calculated metric that measures the processing time for a single activity. It is computed as the difference between the End Time and the Start Time.

This metric is a cornerstone of performance analysis, providing direct insight into the efficiency of individual process steps. By aggregating and comparing activity durations, businesses can identify the most time-consuming tasks in the inventory lifecycle. This information can be used to set performance benchmarks, monitor operational efficiency, and focus improvement efforts on the activities that create the most significant delays.

Why it matters

This calculated metric directly measures the efficiency of individual tasks, making it easy to spot the most time-consuming steps in the process.

Where to get

Calculated by subtracting the StartTime from the EndTime. This requires both timestamps to be available for an activity.

Examples
360086400300
Stock Status
StockStatus
Indicates the current status or type of the inventory, such as unrestricted, in quality inspection, or blocked.
Description

The Stock Status describes the usability or availability of the inventory. Common statuses include 'Unrestricted' (available for use), 'Quality Inspection' (pending quality checks), 'Blocked' (not available for use), or 'In Transit'. An activity like 'Inventory Status Changed' directly modifies this attribute.

Analyzing the time spent in different statuses is crucial for understanding inventory flow and availability. It helps quantify how long inventory is tied up in non-productive states, such as quality inspection or being blocked. This analysis can highlight delays in the quality process or issues with stock that prevent it from being used, directly impacting inventory carrying costs and service levels.

Why it matters

It tracks the availability of inventory, helping to analyze how long stock remains in non-productive states like quality inspection or being blocked.

Where to get

Typically found in inventory balance or stock level tables, and recorded during specific status-changing transactions.

Examples
UnrestrictedQuality InspectionBlockedReturns
Storage Location
StorageLocation
The specific physical location within a warehouse, such as a bin, rack, aisle, or zone.
Description

The Storage Location provides a more granular level of detail than the Warehouse attribute. It specifies the exact area, such as a bin, aisle, or zone, where an inventory activity took place. This could be a receiving dock, a quality inspection area, a specific storage bin, or a packing station.

Analyzing processes at the storage location level can uncover inefficiencies in warehouse layout and material flow. For example, it can highlight excessive travel time for internal movements between distant locations or identify congestion in certain zones. These insights are valuable for optimizing warehouse layout, slotting strategies, and picking paths.

Why it matters

It allows for granular analysis of intra-warehouse movements, helping to optimize layout, reduce travel time, and identify congested areas.

Where to get

Common in Warehouse Management Systems (WMS), found in transaction data as fields like 'Bin', 'Location', or 'Storage Bin'.

Examples
A-01-03-BRECEIVING-DOCK-02QA-INSPECTPACK-STATION-5
Unit Of Measure
UnitOfMeasure
The unit in which the quantity is measured, such as 'Each', 'Case', 'Kilogram', or 'Pallet'.
Description

The Unit of Measure (UoM) provides context for the Quantity attribute. It specifies the standard unit used to count or measure the inventory item in a particular transaction.

While seemingly simple, the UoM is critical for data accuracy and meaningful analysis. Without it, comparing quantities can be misleading, for example, '10' could mean 10 individual items or 10 pallets of items. This attribute ensures that analyses are performed on a consistent basis, often by converting different UoMs to a standard or base unit for accurate comparisons and aggregations.

Why it matters

It provides essential context to the 'Quantity' attribute, ensuring accurate comparisons and calculations across different types of products and transactions.

Where to get

Usually located alongside the quantity field in transaction data or in the item master data.

Examples
EACSKGPL
Required Recommended Optional

Inventory Management Activities

This section outlines the essential process steps and critical milestones you should capture, enabling accurate process discovery and visualization.
7 Recommended 8 Optional
Activity Description
Goods Issued
Marks the final exit of the inventory batch from the warehouse. This is the official transaction that decrements the on-hand stock and, for sales, often triggers invoicing.
Why it matters

This is a key endpoint for the standard outbound process. The end-to-end cycle time from 'Goods Received' to 'Goods Issued' measures the total inventory velocity.

Where to get

This is a definitive material transaction, often triggered by a shipment confirmation or truck departure scan, that formally posts the goods issue.

Capture

Capture the posting of the material document that reduces inventory quantity for a shipment, production issue, or transfer.

Event type explicit
Goods Received
This activity marks the initial physical receipt of an inventory batch into the facility. It is the first point at which the system recognizes the batch, typically triggering the creation of an inventory record.
Why it matters

This is the primary starting point for the inventory lifecycle. Analyzing the time from this event to others, like put-away or availability, is key to measuring receiving efficiency.

Where to get

This event is usually recorded explicitly in inventory or warehouse management modules when a user processes a receipt against a source document, like a purchase order or an advance shipping notice.

Capture

Capture from material transaction logs or receipt documents where a positive quantity of a batch enters the system.

Event type explicit
Inventory Adjusted
This is an explicit transaction that corrects the system's on-hand quantity of a batch to align with a physical count or to account for damage. This transaction formally recognizes a gain or loss of inventory.
Why it matters

Adjustments are direct indicators of inventory inaccuracy and potential process failures. Analyzing the frequency, value, and reasons for adjustments helps pinpoint root causes of inventory discrepancies.

Where to get

This is a distinct financial and logistical transaction, often called an inventory adjustment or a physical inventory posting, that alters the book quantity.

Capture

Capture transactions from an inventory adjustment journal or material document that posts a variance between the system quantity and a counted quantity.

Event type explicit
Picking Completed
Confirms that the inventory batch has been physically retrieved from its storage bin and moved to a staging or packing area. This marks the end of the travel-intensive part of the fulfillment process.
Why it matters

This milestone concludes the physical picking step. Analyzing the duration from 'Picking Started' to 'Picking Completed' is essential for measuring and optimizing warehouse operator efficiency.

Where to get

Captured when an operator confirms the pick, often by scanning the item and location, which updates the status of the picking task to complete.

Capture

Look for the confirmation or closing transaction of the picking task, which signals that the batch has been successfully retrieved.

Event type explicit
Put-Away Completed
Confirms that the inventory batch has been physically moved and scanned into its final storage bin. At this point, the inventory is generally considered available for picking.
Why it matters

This is a critical milestone that marks the end of the inbound process. The total time from 'Goods Received' to 'Put-Away Completed' is a core KPI for warehouse receiving performance.

Where to get

Captured when a warehouse operator confirms the completion of the put-away task, typically via a handheld scanner, which updates the inventory's location in the system.

Capture

Look for the confirmation or closing transaction of the put-away task, which updates the batch's location from a temporary receiving area to a permanent storage bin.

Event type explicit
Return Received
Signifies the physical receipt of a previously shipped inventory batch back into the warehouse from a customer. This activity initiates the reverse logistics process for the batch.
Why it matters

This event is the starting point for the returns management sub-process. Tracking returns is vital for understanding product quality issues, customer satisfaction, and the efficiency of reverse logistics.

Where to get

Captured when a user processes a receipt against a Return Material Authorization (RMA) or a returns order, which adds the batch back into inventory.

Capture

Identify receipt transactions linked to a return order, which increase the on-hand quantity of the batch, often into a restricted or inspection status.

Event type explicit
Stock Scrapped
Represents the final disposition of an inventory batch as scrap. This is a formal transaction that writes the batch off the books and removes it from inventory permanently.
Why it matters

Scrapping is a critical endpoint that represents a total loss of inventory value. Analyzing the frequency and reasons for scrap is essential for identifying issues with shelf life management, handling damage, or product obsolescence.

Where to get

This is an explicit material transaction, captured by posting to a scrap-specific movement type or using an inventory adjustment journal with a scrap reason code.

Capture

Capture the posting of a material document that removes the batch from inventory with a movement type or reason code designated for scrapping.

Event type explicit
Inventory Count Performed
Represents the moment a physical count of an inventory batch is performed and the quantity is entered into the system. This is a key step in cycle counting or physical inventory verification processes.
Why it matters

This activity is crucial for understanding the inventory accuracy process. It allows for analysis of counting frequency, duration, and the time it takes to resolve any identified discrepancies.

Where to get

Usually captured when a user enters a counted quantity into a physical inventory or cycle counting journal in the inventory management system.

Capture

Identify the creation of count journal lines or the timestamp when a counted quantity is saved against a batch.

Event type explicit
Inventory Status Changed
Captures a change in the batch's logical status, which affects its usability. This can include placing stock on hold, blocking it from sale, or releasing it back to an unrestricted state for reasons other than quality inspection.
Why it matters

This activity highlights non-standard interruptions in the inventory lifecycle. Frequent status changes can reveal issues with data quality, product holds, or other administrative processes that lock up capital.

Where to get

Typically inferred from a change in a status field on the batch or lot master record, or via a specific transaction designed to change stock usability.

Capture

Track changes to the status or stock type field associated with the inventory batch record over time.

Event type inferred
Packing Completed
Represents the completion of the packing process where the picked batch is placed into a shipping container and sealed. This is the final value-added step inside the warehouse before shipment.
Why it matters

This activity helps isolate the packing stage of fulfillment. Analyzing the time from picking completion to packing completion helps identify bottlenecks at packing stations.

Where to get

Can be an explicit event captured when a user confirms a packing slip or closes a shipping container, or it can be inferred from a shipment status change.

Capture

Capture the timestamp when a packing container is marked as closed or when the associated outbound delivery status is updated to 'Packed'.

Event type explicit
Picking Started
Indicates that a system task has been generated to retrieve an inventory batch from its storage location to fulfill an order. This marks the beginning of the outbound fulfillment process for that batch.
Why it matters

This event initiates the outbound flow. Measuring the time from order creation to picking start reveals potential delays in order processing and allocation before physical work begins.

Where to get

Typically captured by the creation of a warehouse task, move order, or transfer order record associated with a sales order, production order, or stock transfer.

Capture

Identify the creation timestamp of the system task directing an operator to pick the batch from a storage bin for an outbound requirement.

Event type explicit
Put-Away Started
Indicates that a system task has been generated to move the inventory batch from a receiving or staging area to its designated storage location. This marks the beginning of the physical placement of goods into the warehouse.
Why it matters

This activity helps separate wait times at receiving from the active put-away process. It allows for analysis of how quickly the system and staff can begin moving newly arrived stock.

Where to get

This event is typically captured by the creation of a warehouse task, work order, or transfer order record specifically for the put-away movement.

Capture

Identify the creation timestamp of the system task directing an operator to move the batch to a storage bin.

Event type explicit
Quality Inspection Completed
This activity signifies the completion of the quality check and the recording of a usage decision. The batch is typically released to unrestricted stock if it passes or moved to a blocked status if it fails.
Why it matters

The completion of this step makes inventory available for subsequent processes. Delays here can cause significant downstream bottlenecks in production or order fulfillment.

Where to get

Usually captured when a user records the results of the inspection, leading to a change in the batch's stock type from 'Quality' to 'Unrestricted' or 'Blocked'.

Capture

Capture the transaction or status update that records the final pass or fail decision for the inspection.

Event type explicit
Quality Inspection Initiated
Represents the moment an inventory batch is designated for quality control and placed in a restricted status. The stock is typically moved to a physical or logical quality inspection area and is not available for fulfillment.
Why it matters

This activity marks the beginning of the quality assurance process. The duration between initiation and completion is a critical measure of QA cycle time and its impact on inventory availability.

Where to get

Often inferred from a status change on the inventory batch, such as moving to 'Quality Inspection' stock, or by the creation of a formal inspection order record.

Capture

Identify records or status changes that place the batch on hold for QA purposes immediately following receipt.

Event type inferred
Stock Moved Internally
Represents the movement of an inventory batch from one storage location to another within the same facility. This is not part of the initial put-away or final picking, but an intermediate move for reasons like replenishment or consolidation.
Why it matters

Frequent internal movements can indicate suboptimal warehouse layout or replenishment strategies. Analyzing these moves helps identify inefficiencies in internal logistics and material handling.

Where to get

Recorded as an explicit inventory transfer transaction that changes the bin or location of the batch without changing its ownership or overall stock level.

Capture

Identify transactions that change a batch's location code within the same facility, excluding initial put-away and final picking movements.

Event type explicit
Recommended Optional

Extraction Guides

How to get your data for process mining.

Extraction methods vary by system. For detailed instructions,

read our ETL guide

or select a specific process and system.