Your Supply Chain Management Data Template
Your Supply Chain Management Data 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
Supply Chain Management Attributes
| 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 | |||
Supply Chain Management Activities
| 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 | |||
Extraction Guides
Extraction methods vary by system. For detailed instructions,