Your Supply Chain Management Data Template

Universal process mining template
Your Supply Chain Management Data Template

Your Supply Chain Management Data Template

Universal process mining template

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

Select a specific system
  • Standardized data fields for consistent analysis
  • Essential activities to capture the full process flow
  • Applicable across various supply chain management systems
New to event logs? Learn how to create a process mining event log.

Supply Chain Management Attributes

These recommended data fields provide comprehensive context for each logistics order, ensuring a robust event log for in-depth supply chain process analysis.
5 Required 7 Recommended 6 Optional
Name Description
Activity
Activity
The name of a specific business event or step that occurred within the logistics process, such as 'Purchase Order Issued' or 'Goods Shipped'.
Description

The Activity represents a distinct step or task performed within the supply chain process. Each activity marks a specific point in the lifecycle of a logistics order, providing the building blocks for the process map.

Analyzing activities allows organizations to understand what steps are actually being performed, in what sequence, and how frequently. This view helps identify bottlenecks, redundant steps, and deviations from the standard operating procedure. Common activities in supply chain include order creation, goods receipt, picking, packing, shipping, and invoicing.

Why it matters

This attribute forms the backbone of the process map, allowing for the visualization and analysis of the sequence of steps in the supply chain.

Where to get

Often derived from event logs, status change records, document types, or transaction codes in the source system.

Examples
Purchase Order IssuedGoods Production CompletedPicking CompletedGoods Shipped
Logistics Order
CaseId
The unique identifier for a single, end-to-end logistics order, serving as the primary case ID for process analysis.
Description

The Case ID represents the unique instance of a process being analyzed. In Supply Chain Management, this is typically the logistics order number, which links all related activities from initial creation to final delivery.

This attribute is essential for grouping all related events, such as purchase order creation, goods shipment, and customer invoicing, into a single end-to-end process flow. By tracking this identifier, analysts can visualize the complete journey of an order, measure its total cycle time, and identify variations between different order paths. Without a consistent Case ID, it is impossible to reconstruct the process flow accurately.

Why it matters

It is the fundamental attribute for process mining, as it connects all related activities into a single case, enabling the analysis of the end-to-end process flow.

Where to get

Typically found in the header data of primary business documents like sales orders, delivery notes, or overarching logistics order tables.

Examples
LO-2024-00123ORD-987654321SHIP-55443322
Start Time
StartTime
The timestamp indicating when a specific activity started or occurred.
Description

The Start Time is a precise timestamp, including date and time, that marks the beginning of an activity. It is a critical component for chronological ordering of events and for performance analysis.

This attribute is fundamental for calculating cycle times, identifying delays between steps, and understanding the overall duration of the process. By analyzing timestamps, businesses can measure throughput, pinpoint bottlenecks where cases wait for long periods, and evaluate performance against service level agreements. Accurate timestamps are the foundation of any time-based process mining analysis.

Why it matters

It enables the chronological sequencing of activities and is essential for all time-based calculations, such as cycle times and bottleneck analysis.

Where to get

Usually found in event logs, transaction records, or document creation timestamps in the source system's transactional tables.

Examples
2023-04-15T09:00:00Z2023-04-16T14:30:15Z2023-04-18T11:20:00Z
Last Data Update
LastDataUpdate
The timestamp indicating when the data was last refreshed or extracted from the source system.
Description

This attribute records the date and time of the most recent data extraction or update for a given event record. It is a technical attribute used to ensure data freshness and reliability.

While not typically used for direct process analysis, Last Data Update is critical for dashboard monitoring and data governance. It helps users understand how current the displayed information is and can be used to set up alerts for data pipeline failures. This ensures that business decisions are being made based on timely and relevant data.

Why it matters

It is essential for data governance and monitoring, allowing users to verify the freshness of the analysis and trust the insights provided.

Where to get

This timestamp is typically generated and recorded by the ETL (Extract, Transform, Load) tool or data integration platform during the data ingestion process.

Examples
2023-05-20T01:00:00Z2023-05-20T02:00:00Z2023-05-20T03:00:00Z
Source System
SourceSystem
The name of the information system from which the event data was extracted.
Description

The Source System attribute identifies the application or database where the event data originated. In complex supply chain environments, data often comes from multiple systems, such as an ERP, a Warehouse Management System (WMS), and a Transportation Management System (TMS).

Tracking the source system is important for data governance, validation, and understanding the context of an activity. It helps in troubleshooting data quality issues and can be used in analysis to compare processes that span different systems or to identify activities that are exclusively handled by a specific application. This information provides a technical context for the business process.

Why it matters

It provides crucial context about data origin, which is vital for data validation and for analyzing processes that span multiple enterprise systems.

Where to get

This information is often part of the data extraction layer or can be a static value assigned based on the data source connection.

Examples
SAP S/4HANAOracle SCM CloudBlue Yonder WMSKinaxis RapidResponse
Actual Delivery Date
ActualDeliveryDate
The actual date when the order was successfully delivered to the customer, confirmed by proof of delivery.
Description

The Actual Delivery Date marks the final timestamp in the order fulfillment lifecycle, capturing the moment the goods were received by the customer. This is often confirmed through a proof of delivery document or a status update from the carrier.

This attribute is essential for calculating actual end-to-end cycle times and for performance measurement. When compared against the Requested Delivery Date, it directly determines whether an order was early, on-time, or late. Analyzing this data helps identify systemic causes of delays, whether they originate in procurement, production, or logistics, and provides the factual basis for improving delivery reliability.

Why it matters

It provides the factual endpoint for measuring actual cycle times and is used with the requested date to determine on-time delivery performance.

Where to get

Sourced from transportation management systems (TMS), carrier updates, or proof of delivery records.

Examples
2023-05-022023-06-142023-07-22
Customer ID
CustomerIdentifier
The unique identifier for the customer who placed the order.
Description

The Customer Identifier is a unique code or number assigned to each customer. This attribute links a logistics order to the specific entity that will receive the goods and payment.

This attribute is a key dimension for segmenting and analyzing the order-to-cash process. It allows businesses to evaluate performance metrics, such as on-time delivery and order cycle time, for different customer groups or key accounts. This analysis can reveal which customers experience the most delays or which have unique process variations. These insights are valuable for improving customer service and tailoring logistics operations to meet specific needs.

Why it matters

It allows for customer-centric analysis, enabling segmentation of performance metrics like cycle time and on-time delivery by customer.

Where to get

Found in sales order header data or customer master data within an ERP or CRM system.

Examples
CUST-00542GLOBEX-US77889900
End Time
EndTime
The timestamp indicating when a specific activity was completed.
Description

The End Time is a precise timestamp that marks the completion of an activity. When both a Start Time and End Time are available for an event, it becomes possible to measure its processing time directly.

This attribute allows for a more granular analysis of performance. Instead of only measuring the waiting time between activities, analysts can differentiate between active processing time and idle time. This is particularly useful for identifying inefficient activities that consume significant resources, such as long packing durations or extended quality inspection times. This level of detail supports targeted operational improvements.

Why it matters

It enables the calculation of activity processing time, which helps distinguish between value-adding time and waiting time for more precise bottleneck analysis.

Where to get

Found in event logs or transactional tables where both start and completion timestamps for tasks are recorded.

Examples
2023-04-15T09:15:20Z2023-04-16T15:00:00Z2023-04-18T11:55:30Z
Product ID
ProductIdentifier
The unique identifier for the product associated with the logistics order, such as a SKU or material number.
Description

The Product Identifier, often a Stock Keeping Unit (SKU) or material number, uniquely identifies the item being procured, produced, and delivered. A single logistics order can involve one or multiple product identifiers.

Analyzing the supply chain process by product reveals how different items flow through the system. It can highlight products that have longer production lead times, higher quality inspection failure rates, or are more prone to shipping delays. This product-level view is essential for inventory management, demand forecasting, and optimizing production and logistics strategies for different product families.

Why it matters

This enables product-level analysis of the process, helping to identify which products have longer cycle times or are associated with more process exceptions.

Where to get

Found in the line-item details of sales orders, purchase orders, or production orders.

Examples
SKU-12345-BLK-LMAT-RAW-0098PN-750-B
Requested Delivery Date
RequestedDeliveryDate
The delivery date for the order as requested by the customer or planned internally.
Description

The Requested Delivery Date is the target date by which the goods are expected to arrive at the customer's location. This date is typically set by the customer at the time of order placement or determined by internal planning processes.

This attribute serves as the primary baseline for measuring on-time delivery performance, a critical KPI in supply chain management. By comparing the Requested Delivery Date with the Actual Delivery Date, companies can calculate their On-Time In-Full (OTIF) rate, identify reasons for delays, and analyze performance trends across different regions, customers, or product types. It is fundamental for assessing customer satisfaction and supply chain reliability.

Why it matters

It is the baseline for calculating On-Time Delivery Rate, one of the most critical KPIs for measuring supply chain performance and customer satisfaction.

Where to get

Found in sales order header data or planning documents within the ERP or order management system.

Examples
2023-05-012023-06-152023-07-20
Supplier ID
SupplierIdentifier
The unique identifier for the supplier providing raw materials or components.
Description

The Supplier Identifier is a code or number that uniquely identifies a vendor or supplier involved in the procurement stage of the supply chain. This ID links purchase orders and goods receipt activities to a specific supplier.

Analyzing process performance by supplier is crucial for effective vendor management. It allows businesses to measure supplier on-time delivery rates, lead times, and quality inspection pass rates. These insights can inform supplier scorecards, contract negotiations, and decisions about supply chain diversification to mitigate risks. By segmenting the process by supplier, companies can identify top-performing partners and those that cause delays.

Why it matters

It enables supplier performance analysis, helping to measure lead times, on-time delivery rates, and quality, which is crucial for procurement optimization.

Where to get

Found in purchase order documents or supplier master data within an ERP or procurement system.

Examples
SUP-1001V-98765ACME-CORP
User Name
UserName
The name or ID of the user, team, or automated system that executed the activity.
Description

The User Name attribute identifies the individual, department, or system agent responsible for performing a specific task in the process. This could be a warehouse operator who completes picking or a system bot that automatically creates a purchase order.

Analyzing process performance by user or team helps uncover variations in efficiency, identify training needs, and highlight best practices. For example, it can reveal which teams have the shortest processing times or which users most frequently deviate from the standard process. It is also valuable for compliance and auditing purposes to track who performed critical actions.

Why it matters

This attribute adds a human or system resource dimension to the analysis, enabling performance comparison, workload balancing, and compliance tracking.

Where to get

Available in transaction logs or document change history, often linked to user master data.

Examples
j.smithWarehouseTeamAAUTO_INVOICE_BOTlisa.jones
Mode Of Transport
ModeOfTransport
The method of transportation used for the shipment, such as Truck, Air, or Sea.
Description

The Mode of Transport specifies the logistics method used to move goods from the origin to the destination. This could include options like road, rail, air, or sea freight.

Analyzing the process by mode of transport helps in optimizing logistics costs and performance. For example, it can reveal the actual transit times for air freight versus sea freight, allowing for a data-driven cost, benefit analysis. It also helps identify if certain transport modes are more prone to delays or damage, supporting better carrier and route planning.

Why it matters

It provides a key dimension for analyzing transportation costs and delivery times, helping to optimize logistics strategies.

Where to get

Found in shipment documents, delivery orders, or transportation management system (TMS) records.

Examples
TruckAirSeaRail
Order Status
OrderStatus
The current or final status of the logistics order, such as 'Completed' or 'Canceled'.
Description

The Order Status provides a snapshot of where the logistics order is in its lifecycle at the end of the process or at the time of data extraction. It typically reflects the final outcome of the case.

This attribute is primarily used for outcome analysis. By filtering for cases with a 'Canceled' status, for example, analysts can investigate the root causes of order cancellations. Similarly, analyzing 'Partially Fulfilled' orders can reveal issues with inventory accuracy or supplier reliability. Understanding the distribution of final statuses is key to measuring overall process success.

Why it matters

It is crucial for outcome analysis, allowing for filtering and investigation of cases based on their final state, such as completed, canceled, or delayed.

Where to get

Available in the header data of the primary order document (e.g., sales order, logistics order).

Examples
CompletedIn ProgressCanceledOn Hold
Order Type
OrderType
The classification of the order, such as 'Standard Order', 'Rush Order', or 'Bulk Order'.
Description

The Order Type categorizes logistics orders based on their nature, priority, or fulfillment strategy. Common types include standard, express, replenishment, or special project orders.

This attribute is a powerful filter for comparative analysis. By comparing the process flows of rush orders versus standard orders, a business can assess whether expedited processes are truly faster or if they introduce inefficiencies and higher costs. It also helps in understanding if different order types follow distinct process paths and allows for the optimization of each path independently.

Why it matters

It allows for process comparison between different types of orders, helping to understand if certain categories are more prone to delays or rework.

Where to get

Typically stored in the header data of sales orders or logistics orders.

Examples
Standard OrderRush OrderBulk OrderReplenishment
Origin Location
OriginLocation
The warehouse, plant, or facility where the shipment originates.
Description

The Origin Location identifies the physical site, such as a distribution center, manufacturing plant, or supplier warehouse, from which goods begin their journey. It represents the starting point of a key logistics leg in the supply chain.

Analyzing the process by origin location helps identify performance variations between different facilities. It can highlight which plants have longer production lead times or which distribution centers are more efficient at picking and packing. This geographical or site-specific analysis is vital for network optimization, resource allocation, and standardizing best practices across the organization.

Why it matters

It enables performance comparison across different plants or warehouses, helping to identify operational bottlenecks and best practices at specific sites.

Where to get

Found in inventory management, warehouse management, or transportation systems, often associated with shipment or production order data.

Examples
WH-CENTRAL-01PLANT-FRANKFURTDC-US-WEST
Purchase Order Number
PurchaseOrderNumber
The unique identifier for a purchase order sent to a supplier.
Description

The Purchase Order Number is the unique identifier for the document used to procure goods or services from an external supplier. It is a key link between the overall logistics order and the specific procurement activities.

This attribute allows analysts to drill down into the procurement subprocess. It helps in tracking the lifecycle of a purchase from requisition to goods receipt, measuring supplier lead times accurately, and identifying bottlenecks in the purchasing approval or fulfillment process. It can also be used to correlate procurement issues with downstream delays in production or customer delivery.

Why it matters

It links the end-to-end process to specific procurement activities, enabling detailed analysis of the procure-to-pay subprocess and supplier performance.

Where to get

Stored in purchasing document headers and referenced in related documents like goods receipts and supplier invoices.

Examples
PO45000123457300005678PO-2023-987
Sales Order Number
SalesOrderNumber
The unique identifier for a customer's sales order.
Description

The Sales Order Number is the unique identifier for the document that initiates the fulfillment process based on a customer request. It serves as a primary reference throughout the order-to-cash cycle.

In scenarios where the main Case ID is a consolidated logistics order, the Sales Order Number provides a crucial link back to the specific customer demand. It enables analysis of the process from a sales view, helping to measure order processing times, fulfillment rates, and the time taken from order creation to final delivery. It is essential for connecting supply chain operations directly to customer transactions.

Why it matters

It connects logistics activities to the initial customer demand, enabling a clear view of the order-to-cash process and customer fulfillment performance.

Where to get

Stored in sales document headers and referenced in subsequent documents like deliveries and invoices.

Examples
SO-102030408000009876ORD-CUST-5544
Required Recommended Optional

Supply Chain Management Activities

This section lists the crucial process steps and milestones to meticulously capture, enabling accurate process discovery and visualization of your supply chain operations.
8 Recommended 8 Optional
Activity Description
Customer Invoice Created
Represents the creation of the billing document for the customer based on the shipped goods. This activity initiates the financial settlement part of the order-to-cash cycle.
Why it matters

Highlights the handoff to the accounts receivable process. Analyzing the gap between shipment and invoicing can reveal billing delays and their impact on cash flow.

Where to get

Recorded explicitly when an invoice document is created or posted in the billing or finance module of an ERP system.

Capture

Use the creation or posting timestamp of the customer invoice document.

Event type explicit
Goods Delivered
This activity signifies that the shipment has arrived and been physically received at the customer's destination. It marks the end of the transportation leg of the journey.
Why it matters

Measures the transit time and the carrier's on-time delivery performance. This is a crucial event for calculating the overall order-to-delivery cycle time from the customer's view.

Where to get

Often captured from carrier data feeds, such as EDI messages, or through manual updates in a Transportation Management System or ERP.

Capture

Typically inferred from carrier tracking updates or the entry of a proof of delivery date.

Event type inferred
Goods Shipped
Marks the point in time when the packed goods physically leave the warehouse or distribution center. This event typically transfers ownership risk and updates financial records, such as inventory and cost of goods sold.
Why it matters

This is a critical milestone that marks the start of the in-transit time. It is a key date for measuring on-time shipment performance against customer requested dates.

Where to get

Captured via a 'goods issue' posting, 'ship confirm' transaction, or a similar event in a WMS or ERP system.

Capture

Use the posting date or timestamp of the goods issue transaction that reduces inventory.

Event type explicit
Order Canceled
Represents the termination of a logistics order before fulfillment is complete. This is an alternative end state for the process, indicating that the customer's request was not fulfilled.
Why it matters

This is a critical failure event. Analyzing why and when orders are canceled helps identify issues in sales, product availability, or customer communication.

Where to get

Captured from a final status change on the sales order, such as 'Canceled' or 'Void'.

Capture

Capture the timestamp when the order status is definitively changed to 'Canceled' or 'Void'.

Event type explicit
Order Created
Marks the formal start of the logistics order lifecycle. This event occurs when a customer's request for goods or services is entered and saved as a new order document in the primary business system.
Why it matters

This is the primary start event for the process. Analyzing the time from this activity to others reveals the total order-to-cash cycle time and identifies early-stage bottlenecks.

Where to get

Typically captured from the creation timestamp of the sales order or customer order header table in an Order Management or ERP system.

Capture

Use the creation timestamp of the primary sales order document.

Event type explicit
Outbound Delivery Created
Signifies the creation of a delivery document that authorizes the warehouse to begin picking, packing, and shipping activities. This activity formally transitions the process from order management to logistics execution.
Why it matters

This is a key handoff point between commercial and logistics teams. It marks the start of the fulfillment cycle time, a critical component of the overall order lead time.

Where to get

Recorded as an explicit event when a delivery note, shipping order, or equivalent document is created in the logistics execution system.

Capture

Use the creation timestamp of the outbound delivery or shipment document.

Event type explicit
Proof Of Delivery Received
Represents the formal confirmation, often with a signature, that the customer has accepted the delivery. This activity officially closes the logistics fulfillment process.
Why it matters

This is the definitive end event for a successfully fulfilled order. It is critical for revenue recognition and resolving disputes about delivery.

Where to get

Typically captured from a status update or the attachment of a proof of delivery document to the order or delivery.

Capture

Capture the timestamp when a proof of delivery status is updated or a POD document is attached to the order or delivery.

Event type explicit
Purchase Order Issued
This activity marks the formal creation and dispatch of a purchase order to an external supplier. It represents a legal commitment to buy goods or materials at an agreed price.
Why it matters

This is a critical milestone that begins the supplier lead time. Analyzing the time between this event and goods receipt is essential for supplier performance management.

Where to get

Typically captured from a status update or timestamp when the purchase order is confirmed, approved, or sent to the vendor.

Capture

Capture the timestamp when the purchase order status is confirmed, approved, or sent to the vendor.

Event type explicit
Goods Production Completed
Marks the completion of the manufacturing or assembly process for the finished goods. At this point, the goods are reported as finished and moved into inventory.
Why it matters

This activity concludes the production cycle. The time between production creation and completion is a key measure of manufacturing efficiency and throughput.

Where to get

Typically captured by a transaction that confirms production completion or posts a goods receipt from the production order.

Capture

Use the timestamp of the final production confirmation or the 'Report as Finished' journal posting.

Event type explicit
Goods Received From Supplier
Signifies the physical receipt of goods or raw materials from an external supplier at a warehouse or production facility. This event updates inventory levels and makes the materials available for use.
Why it matters

This activity concludes the supplier lead time. Comparing the receipt date to the requested delivery date helps measure supplier on-time delivery performance.

Where to get

Captured from goods receipt transactions in an Inventory Management, Warehouse Management, or ERP system.

Capture

Use the posting date or entry timestamp of the goods receipt transaction against the purchase order.

Event type explicit
Order Hold Applied
This event occurs when an order is temporarily halted for a specific reason, such as a credit check failure or quality concern. The hold must be resolved before the order can proceed.
Why it matters

Highlights process interruptions and rework loops. Analyzing the frequency and duration of holds can uncover systemic issues causing delays.

Where to get

Typically inferred from a status change on the order or the application of a reason code that blocks further processing.

Capture

Identify timestamps when a 'block' or 'hold' status is applied to the sales order header or line item.

Event type inferred
Packing Completed
Represents the completion of the process where picked items are consolidated, packed into shipping cartons, and labeled. This is the final value-adding step within the warehouse walls.
Why it matters

Measures the efficiency of the packing process. The time from picking to packing completion helps identify constraints at packing stations.

Where to get

Often recorded when a packing station operator confirms a carton is sealed or when a shipping label is generated in a WMS.

Capture

Use the timestamp from the packing confirmation transaction or shipping label creation event.

Event type explicit
Picking Completed
This activity marks the completion of the physical process of gathering items from their storage locations in the warehouse. This is a critical step in preparing the order for shipment.
Why it matters

Measures the efficiency of warehouse picking operations. Analyzing the time from delivery creation to picking completion can help identify bottlenecks in the warehouse.

Where to get

Typically captured from a status update on the delivery document or a transaction log from a Warehouse Management System, often via scanning.

Capture

Use the timestamp when the picking status of the delivery document is updated to 'Complete'.

Event type explicit
Production Order Created
This activity represents the formal creation of an internal order to manufacture or assemble the goods required for the customer. It initiates the production planning and execution sub-process.
Why it matters

Indicates that the order requires manufacturing. This allows for analysis of production lead times and their contribution to the overall order cycle time.

Where to get

Logged as a distinct event when a production order or work order is created in a manufacturing or ERP system.

Capture

Use the creation timestamp of the production order document linked to the customer demand.

Event type explicit
Purchase Requisition Created
Represents an internal request to procure goods or raw materials needed to fulfill the logistics order. This step is typically triggered when there is insufficient inventory on hand.
Why it matters

Indicates a dependency on the procurement sub-process. Tracking this activity helps measure internal procurement lead times and their impact on overall order fulfillment.

Where to get

Usually recorded as a distinct transaction when a purchase requisition document is created in a procurement or ERP system.

Capture

Use the creation timestamp of the purchase requisition document linked to the sales order.

Event type explicit
Quality Inspection Completed
Represents the completion of a quality control check on produced or received goods. This step ensures items meet required standards before they are made available for shipment.
Why it matters

Highlights a critical quality gate in the process. Delays or failures at this stage can significantly impact on-time delivery and customer satisfaction.

Where to get

Usually captured from a status update or transaction in a Quality Management module, often referred to as a usage decision.

Capture

Derive from the timestamp of the quality inspection lot's final status change or usage decision.

Event type inferred
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.