Your Supply Chain Management Data Template

Microsoft Dynamics 365 SCM
Your Supply Chain Management Data Template

Your Supply Chain Management Data Template

This comprehensive data template provides a structured approach to collecting the essential information needed for powerful process mining of your supply chain. It outlines the crucial attributes and activities to track, along with clear guidance on how to extract this data specifically from Microsoft Dynamics 365 SCM. Use this template to ensure your event log is perfectly prepared for insightful analysis.
  • Recommended attributes to collect for detailed analysis
  • Key supply chain activities to track across your process
  • Practical extraction guidance for Microsoft Dynamics 365 SCM
New to event logs? Learn how to create a process mining event log.

Supply Chain Management Attributes

These are the recommended data fields to include in your event log, enabling a thorough and accurate analysis of your supply chain management processes.
5 Required 9 Recommended 8 Optional
Name Description
Logistics Order
LogisticsOrder
The unique identifier for a specific supply chain fulfillment request, serving as the primary case identifier.
Description

The Logistics Order is the unique identifier for the entire logistics process, linking all activities from customer demand to final delivery. This attribute serves as the central thread connecting various sub-processes like procurement, production, and shipping for a specific fulfillment request.

In analysis, every event is associated with a Logistics Order, enabling a complete, end-to-end reconstruction of the process flow. This allows for tracking an order's journey across different departments and systems, identifying bottlenecks, and accurately measuring the overall cycle time from start to finish.

Why it matters

It is the essential key for linking all related process events together, allowing for the end-to-end analysis of the supply chain process for a single fulfillment request.

Where to get

This is a conceptual identifier, likely derived by combining fields from tables such as SalesTable (Sales Order), WHSLoadTable (Load ID), or InventTransOrigin (Reference ID) to create a unique case ID across different modules.

Examples
LO-2024-00123LO-2024-00124LO-2024-00125
Activity
ActivityName
The name of the business event or task that occurred at a point in the logistics process.
Description

This attribute records the specific business event or task that occurred, such as 'Purchase Order Issued', 'Goods Produced', or 'Shipment Scheduled'. These activities are the fundamental building blocks of the process.

Analyzing the sequence, frequency, and duration of these activities forms the core of process mining. It allows for the automatic discovery and visualization of process maps, the detection of deviations from standard procedures, and the identification of frequent or inefficient process steps that are ripe for improvement.

Why it matters

It defines the steps of the process, making it possible to visualize the process flow, analyze variations, and identify bottlenecks or non-compliant activities.

Where to get

Derived from business logic based on status changes in various transaction tables, such as SalesTable, PurchTable, ProdTable, or document posting dates from tables like CustInvoiceJour.

Examples
Purchase Order IssuedGoods ProducedCustomer Invoice PostedGoods Delivered
Event Time
EventTime
The timestamp indicating when the activity occurred.
Description

This attribute provides the exact date and time an activity was recorded in the system. It is fundamental for any time-based process analysis, including calculating cycle times, understanding process performance, and identifying bottlenecks.

The chronological ordering of events based on this timestamp allows process mining tools to reconstruct the precise sequence of activities as they happened. This is essential for understanding the actual process flow and its dynamics, rather than relying on idealized process models.

Why it matters

This timestamp is critical for sequencing events correctly and for calculating all time-based metrics, such as cycle times and lead times.

Where to get

Typically sourced from creation or status change datetime fields in D365 SCM tables. Examples include CreatedDateTime in SalesTable, DeliveryDate in PurchLine, or physical transaction dates in InventTrans.

Examples
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-01T11:22:00Z
Last Data Update
LastDataUpdate
The timestamp when the data was last refreshed from the source system.
Description

This attribute indicates the date and time when the data was last extracted or refreshed. It is a critical piece of metadata for any process analysis dashboard.

This information helps users understand the recency of the data they are analyzing, ensuring that their conclusions are based on up-to-date information. It is also vital for managing data pipelines and verifying that data loading processes are running as expected and on schedule.

Why it matters

Informs users about the freshness of the data, which is crucial for making timely and relevant business decisions based on the analysis.

Where to get

This value is generated and stamped on the dataset by the data extraction or ETL tool at the end of each refresh cycle.

Examples
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
Source System
SourceSystem
The system of record from which the event data was extracted.
Description

This attribute identifies the system or module where the data originated. In a complex supply chain environment, data may come from multiple modules within Dynamics 365 SCM, such as Sales, Procurement, or Warehouse Management.

Specifying the source system is crucial for data governance, troubleshooting data inconsistencies, and understanding the context of the recorded activities. It ensures data quality and provides traceability back to the origin of the information, which is especially important in integrated environments.

Why it matters

Provides context about data origin, which is essential for data validation, troubleshooting, and understanding process variations that cross system boundaries.

Where to get

This is typically a static value added during the data extraction process to label the records from this specific system.

Examples
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
Customer Name
CustomerName
The name of the customer who placed the sales order.
Description

This attribute identifies the customer associated with a sales order. It allows for a customer-centric view of the supply chain process.

Analyzing the logistics process by customer can reveal unique fulfillment patterns, preferences, or challenges associated with specific clients. It is particularly useful for key account management and for tailoring service levels, helping to improve customer satisfaction and retention.

Why it matters

Enables customer-centric analysis, helping to identify which customers experience the most delays and to evaluate service levels for key accounts.

Where to get

Derived by joining the sales order table (SalesTable) with the customer master table (CustTable) on the customer account number.

Examples
Alpine Ski HouseAdventure WorksCity Power & Light
Is On-Time Delivery
IsOnTimeDelivery
A flag indicating if the order was delivered on or before the requested date.
Description

This is a calculated boolean attribute that indicates whether a logistics order was delivered on time. It is derived by comparing the timestamp of the 'Goods Delivered' activity with the 'Requested Delivery Date'.

This attribute is the foundation for calculating the On-Time Delivery Rate KPI and is a primary filter in the On-Time Delivery Performance Monitor dashboard. It simplifies analysis by converting a date comparison into a simple true or false value, making it easy to filter for and count late orders.

Why it matters

Directly measures customer service performance and is a key input for the On-Time Delivery KPI, simplifying the analysis of delivery reliability.

Where to get

This is a calculated field. The logic is: IF ('Goods Delivered' timestamp <= 'Requested Delivery Date') THEN True ELSE False.

Examples
truefalse
Procurement Lead Time
ProcurementLeadTime
The total time taken from creating a purchase requisition to receiving the raw materials.
Description

This is a calculated duration metric that measures the efficiency of the procurement process. It is calculated as the time difference between the 'Purchase Requisition Created' activity and the 'Raw Materials Received' activity for a given purchase order.

This attribute directly supports the Procurement Lead Time Breakdown dashboard and the Average Procurement Cycle Time KPI. By pre-calculating this value, analysis of procurement performance, especially when segmented by supplier or product category, becomes much more efficient.

Why it matters

Quantifies the duration of the entire procurement cycle, which is a critical KPI for managing inventory levels and production schedules.

Where to get

This is a calculated field. The logic is: Timestamp('Raw Materials Received') - Timestamp('Purchase Requisition Created').

Examples
10 days25 days4 hours
Production Order Number
ProductionOrderNumber
The unique identifier for a production or manufacturing order.
Description

This number identifies an order to produce a specific quantity of a product within the manufacturing facility. It tracks the consumption of raw materials and the output of finished goods.

For businesses with a manufacturing component, this ID is vital for tracking the production process. It supports the Production Schedule Adherence Tracker dashboard by linking scheduled production dates to actual completion dates, highlighting any variances or delays in the manufacturing process.

Why it matters

It enables detailed analysis of the manufacturing lifecycle, helping to measure production schedule adherence and identify plant-floor bottlenecks.

Where to get

Located in the ProdId field of the ProdTable table.

Examples
PRD-000112PRD-000113PRD-000114
Purchase Order Number
PurchaseOrderNumber
The unique identifier for a purchase order sent to a supplier.
Description

This is the official document number used to order raw materials or goods from an external supplier. It contains details about the items, quantities, prices, and delivery dates.

Analyzing the process by Purchase Order Number is essential for the Procurement Lead Time Breakdown and Supplier Performance Benchmarking dashboards. It allows for tracking the entire procure-to-pay cycle, from requisition to supplier payment, and helps identify delays in material acquisition.

Why it matters

This ID is crucial for analyzing the procurement portion of the supply chain, monitoring supplier performance, and understanding material lead times.

Where to get

Located in the PurchId field of the PurchTable table.

Examples
PO-000541PO-000542PO-000543
Requested Delivery Date
RequestedDeliveryDate
The delivery date requested by the customer.
Description

This attribute captures the delivery date that the customer specified when placing their order. It serves as the primary benchmark against which actual delivery performance is measured.

This date is the foundation for the On-Time Delivery Performance Monitor dashboard and the On-Time Delivery Rate KPI. Comparing the Requested Delivery Date with the actual delivery date is the standard method for calculating delivery performance and is a key measure of customer satisfaction.

Why it matters

This is the baseline for measuring on-time delivery performance, a critical KPI for customer satisfaction and supply chain reliability.

Where to get

Located in the ReceiptDateRequested field on the SalesLine table or ShippingDateRequested on the SalesTable.

Examples
2023-05-102023-06-012023-07-20
Sales Order Number
SalesOrderNumber
The unique identifier for a customer's sales order.
Description

This is the primary reference number for a customer's request for goods or services. The sales order initiates many downstream supply chain activities, including procurement and production.

In process mining, the Sales Order Number is a critical dimension for filtering and analysis. It allows business users to trace the complete fulfillment process for a specific customer order and is often a primary component of the conceptual Logistics Order case ID.

Why it matters

It links the supply chain process directly to customer demand, enabling analysis of the order-to-cash cycle and customer-specific fulfillment performance.

Where to get

Located in the SalesId field of the SalesTable table.

Examples
SO-001872SO-001873SO-001874
Supplier Name
SupplierName
The name of the supplier providing raw materials or goods.
Description

This attribute contains the name of the vendor from whom materials are procured. It is a key dimension for analyzing procurement-related activities.

It is used extensively in the Procurement Lead Time Breakdown and Supplier Performance Benchmarking dashboards. Analyzing process metrics by supplier helps identify the most reliable and efficient partners, as well as those who are frequently late or cause disruptions. This information is critical for strategic sourcing and supplier relationship management.

Why it matters

Allows for segmenting and benchmarking procurement performance by supplier, which is crucial for improving supplier relationships and reducing material lead times.

Where to get

Derived by joining the purchase order table (PurchTable) with the vendor master table (VendTable) on the vendor account number.

Examples
Contoso Raw MaterialsFabrikam Inc.Northwind Traders
User ID
UserId
The identifier of the user who performed the activity.
Description

This attribute stores the ID of the employee or system user who executed a specific activity. This could be a buyer who created a purchase order or a warehouse worker who confirmed a shipment.

Analyzing activities by user helps in understanding workload distribution, identifying training needs, and investigating process deviations. It is also key for compliance analysis, allowing auditors to trace actions back to specific individuals. This view is essential for performance management and resource optimization.

Why it matters

Enables analysis of process performance by user or team, helps identify automation opportunities, and is critical for compliance and audit trail analysis.

Where to get

Found in 'Created by' or 'Modified by' fields on most transaction tables in D365 SCM, such as CreatedBy on SalesTable or PurchTable.

Examples
j.doea.smithAX_BATCH_USER
Carrier Name
CarrierName
The name of the transportation company or carrier handling the shipment.
Description

This attribute identifies the third-party logistics provider or internal fleet responsible for transporting the goods. It specifies which company is physically moving the product.

The carrier is another critical dimension for the Transportation Efficiency & Costs dashboard. By analyzing performance metrics like transit time and on-time delivery by carrier, companies can benchmark their logistics partners, negotiate better rates, and make informed decisions about carrier selection.

Why it matters

Allows for performance analysis of different logistics partners, which is crucial for carrier management and transportation cost optimization.

Where to get

Found in fields like 'CarrierService' on sales orders or in dedicated transportation management tables like TMSCarrier.

Examples
FedExUPSMaerskDHL
Is Rework
IsRework
A flag that indicates if an activity or process loop constitutes rework.
Description

This is a calculated boolean attribute that identifies activities or process paths that represent rework or correction loops. For example, if a 'Quality Control Performed' activity fails and leads back to an earlier 'Goods Produced' step, this would be flagged as rework.

This attribute is essential for calculating the Order Fulfillment Rework Rate KPI. By flagging rework, analysts can easily quantify the frequency and impact of quality issues or process errors, helping to pinpoint areas that need process improvement and control.

Why it matters

Helps to quantify process inefficiencies and quality issues by explicitly flagging activities that are not part of the 'happy path'.

Where to get

This is a calculated field, typically derived using business rules. For instance, flagging specific activity names like 'Repack Goods' as rework, or identifying backward loops in the process flow.

Examples
truefalse
Mode Of Transport
ModeOfTransport
The method of transportation used for shipment, such as truck, air, or sea.
Description

This attribute specifies the transportation method used to move goods from the origin to the destination. Examples include road, rail, air, and sea freight.

It is a key dimension for the Transportation Efficiency & Costs dashboard. Analyzing cycle times and costs by mode of transport helps in optimizing logistics strategies, selecting the right balance of speed and cost, and identifying inefficiencies within specific transportation channels.

Why it matters

Essential for analyzing transportation costs and efficiency, helping to optimize logistics networks and reduce freight expenses.

Where to get

Found in the ModeOfDelivery field in tables like SalesTable or PurchTable, or in more detail in transportation management tables like TMSRoute.

Examples
TruckAirSeaRail
Order Value
OrderValue
The total monetary value of the sales order.
Description

This attribute represents the total financial value of a customer's sales order. It is a key metric for understanding the business impact of process performance.

Analyzing process metrics, such as cycle time or late deliveries, in the context of order value allows for prioritization of improvement efforts. For instance, delays affecting high-value orders may be more critical to address than those affecting smaller orders. This provides a financial dimension to the process analysis.

Why it matters

Provides financial context to process analysis, allowing for the prioritization of issues based on their monetary impact.

Where to get

Calculated from the SalesLine table by summing the LineAmount field for all lines belonging to a specific sales order (SalesId).

Examples
15200.50850.00125000.75
Product Category
ProductCategory
The category to which a product belongs.
Description

This attribute groups individual products into broader categories, such as 'Electronics', 'Raw Materials', or 'Finished Goods'. This allows for a higher-level analysis of the supply chain.

Instead of looking at thousands of individual SKUs, analysts can use product categories to identify trends and bottlenecks that affect entire groups of products. This is particularly useful in the Procurement Lead Time Breakdown dashboard for understanding supplier performance across different types of materials.

Why it matters

Enables aggregated analysis across product groups, which is useful for strategic decision-making and identifying systemic issues affecting certain types of products.

Where to get

Derived by joining the item master table (InventTable) with product category tables like EcoResProductCategory.

Examples
Audio ComponentsPackaging MaterialsHydraulic Parts
Product Number
ProductNumber
The unique identifier for the product being ordered or produced.
Description

This attribute is the stock keeping unit (SKU) or item number for the product involved in a transaction. It can be a finished good sold to a customer or a raw material purchased from a supplier.

Analyzing the supply chain process by product helps to identify items that have long lead times, frequent quality issues, or complex production paths. This information is vital for inventory management, demand forecasting, and product portfolio optimization.

Why it matters

Allows for analysis of process performance for different products, which can reveal supply chain challenges specific to certain items.

Where to get

Found in the ItemId field on transaction line tables such as SalesLine, PurchLine, and ProdBOM.

Examples
A0001D0010M9201
Scheduled Shipment Date
ScheduledShipmentDate
The date on which the shipment was planned to depart.
Description

This attribute represents the planned or scheduled date for a shipment to leave the warehouse or production facility. It is a key internal milestone in the fulfillment process.

This date is used to calculate the Shipment Schedule Adherence Rate KPI. Comparing the scheduled date with the actual date of the 'Goods Loaded For Transport' activity helps measure the reliability and predictability of internal logistics planning and execution.

Why it matters

Helps measure internal schedule adherence and the predictability of the shipping process, which impacts downstream transportation planning.

Where to get

Located in fields like ConfirmedShipDate on SalesLine or related fields in the WHSLoadTable for planned loads.

Examples
2023-05-082023-05-302023-07-18
Warehouse ID
WarehouseId
The identifier of the warehouse where goods are stored or handled.
Description

This attribute identifies the specific warehouse or distribution center involved in an activity, such as picking, packing, or shipping.

It is essential for the Warehouse Operations Throughput dashboard, allowing for performance comparisons between different facilities. Analyzing by warehouse can help identify which locations are most efficient, which are struggling with capacity, and where operational improvements are needed most urgently.

Why it matters

Allows for performance comparison and bottleneck analysis across different physical locations, supporting warehouse efficiency improvements.

Where to get

Found in the InventLocationId field in tables related to inventory and warehouse management, such as InventSum and WHSWorkTable.

Examples
WH-MainWH-EastDC-West
Required Recommended Optional

Supply Chain Management Activities

These are the key process steps and milestones to capture in your event log, ensuring accurate process discovery and performance insights for your supply chain.
8 Recommended 7 Optional
Activity Description
Customer Order Created
Represents the formal creation of a new sales order in Dynamics 365 SCM. This is an explicit event logged with a timestamp when a user saves a new sales order document, initiating the fulfillment process.
Why it matters

This activity marks the official start of the order fulfillment cycle. It is the primary anchor for measuring overall lead times, on-time delivery performance, and analyzing order intake patterns.

Where to get

This is an explicit event recorded in the Sales and marketing module. The creation is logged in the SalesTable (Sales Order Header) with a specific creation timestamp.

Capture

Event logged upon creation of a Sales Order record in the SalesTable.

Event type explicit
Goods Delivered
The goods have arrived at the customer's destination. This event might be inferred from carrier tracking data or a manual status update, as Dynamics 365 does not have a native 'delivered' transaction.
Why it matters

Marks the completion of the physical delivery. It provides the 'Actual Delivery Date' which is essential for calculating on-time performance KPIs and customer-facing metrics.

Where to get

This is often not a standard field. It may be captured in a custom date field on the sales order or shipment, updated manually or via an integration with a carrier's system.

Capture

Inferred from a manual update to a delivery date field or via an external carrier API integration.

Event type inferred
Goods Loaded For Transport
The packed goods are physically loaded onto the carrier's vehicle, and the shipment is confirmed in the system. This event corresponds to the 'Ship confirm' action in Dynamics 365.
Why it matters

Marks the physical departure of goods from the warehouse. This activity is the starting point for measuring the 'Goods In Transit' duration and for financial recognition of the shipment.

Where to get

Recorded in the Warehouse or Transportation management modules. The 'Ship confirm' action on a load or shipment (WHSLoadTable) creates a timestamped event.

Capture

Logged when the 'Ship confirm' action is executed for the associated load or shipment.

Event type explicit
Goods Picked and Packed
Warehouse workers have physically picked the items from inventory and packed them for shipment. This is captured when the picking work is completed and the packing status is updated in the system.
Why it matters

Represents the completion of the core warehouse fulfillment task. It's a key measure for the Warehouse Operations Throughput dashboard and for identifying bottlenecks in the pick-and-pack process.

Where to get

Recorded in the Warehouse management module. This is typically inferred from the status of warehouse work (WHSWorkTable) changing to 'Closed' or by posting a packing slip.

Capture

Inferred from the status change of warehouse work to 'Closed' or from the posting date of the packing slip.

Event type inferred
Goods Produced
The manufacturing process is complete, and the finished goods are formally reported as finished in the system. This is captured by posting a 'Report as Finished' journal for the production order, which updates inventory.
Why it matters

Marks the completion of the production phase and makes the goods available for quality control and shipping. It is a key milestone for measuring production schedule adherence.

Where to get

Recorded in the Production control module. Posting the 'Report as Finished' journal creates a timestamped inventory transaction and updates the production order status.

Capture

Logged when a 'Report as Finished' journal is posted for the production order.

Event type explicit
Proof of Delivery Signed
The customer has formally acknowledged receipt of the goods, often by signing a delivery note. This is typically captured by attaching a document or updating a status in the system.
Why it matters

This is the final confirmation of successful order fulfillment and the definitive end of the logistics process. It is crucial for resolving disputes and for calculating the total order cycle time.

Where to get

This is not a standard, discrete transaction. It is often managed by updating a status on the sales order or by using document handling to attach a scanned proof of delivery document.

Capture

Inferred from a status update or the attachment of a POD document to the sales order or shipment.

Event type inferred
Purchase Order Issued
A formal purchase order is created and confirmed, committing the company to a purchase from a supplier. This event is logged when the PO status is updated to 'Confirmed' or 'In external review'.
Why it matters

This is a crucial milestone in procurement and the primary starting point for measuring supplier lead time. Analyzing the time from this event to material receipt helps evaluate supplier performance.

Where to get

Logged in the Procurement and sourcing module. The confirmation of a purchase order is tracked with status changes and dates in the PurchTable.

Capture

Logged when a Purchase Order status is updated to 'Confirmed' via a journalizing action.

Event type explicit
Raw Materials Received
The ordered goods or materials from the supplier are physically received at the warehouse. This is recorded via a product receipt posting transaction in Dynamics 365 against the purchase order.
Why it matters

This activity marks the end of the supplier lead time and the availability of materials for production or fulfillment. Delays here directly impact downstream schedules and customer delivery dates.

Where to get

Recorded in the Procurement and sourcing or Inventory management modules. Posting a Product Receipt (VendPackingSlipJour) creates a timestamped transactional record.

Capture

Event logged when a Product Receipt is posted against the Purchase Order.

Event type explicit
Customer Invoice Posted
A sales invoice is generated from the sales order and posted to the financial ledgers. This is often done at the time of shipment, but the process can vary, making it a distinct activity.
Why it matters

This is a critical financial milestone in the order-to-cash cycle. Analyzing the time from shipment to invoicing can reveal delays in the billing process and impact cash flow.

Where to get

Recorded in the Accounts receivable module. The posting of a sales order invoice creates a record in the CustInvoiceJour table with a specific posting date.

Capture

Logged when a sales order invoice is posted, creating a CustInvoiceJour record.

Event type explicit
Order Canceled
The customer sales order is canceled before fulfillment is complete. This is captured by a status change on the sales order header to 'Canceled'.
Why it matters

Represents a negative process outcome. Analyzing when and why orders are canceled can reveal issues with product availability, lead times, or customer service that need to be addressed.

Where to get

Inferred from the status field of the SalesTable changing to 'Canceled'. The date of this change can be captured if change tracking or database logging is enabled.

Capture

Inferred from the sales order status changing to 'Canceled'.

Event type inferred
Production Order Created
A production order is generated to manufacture the finished goods required for the customer's logistics order. This is a discrete event logged in the production control module.
Why it matters

Initiates the manufacturing process for make-to-order scenarios. Tracking the time from this event to goods completion is vital for analyzing production cycle times and schedule adherence.

Where to get

Logged in the Production control module. The creation of a new record in the ProdTable (Production Order table) includes a creation timestamp.

Capture

Logged upon creation of a new record in the production order table (ProdTable).

Event type explicit
Purchase Requisition Created
A formal request is made to the purchasing department to procure materials needed for the order, typically when stock is insufficient. This is an explicit event logged when a new purchase requisition document is created and saved.
Why it matters

This activity initiates the procurement sub-process. Tracking this is key for analyzing the internal approval portion of the procurement lead time and identifying delays before a PO is issued.

Where to get

Logged in the Procurement and sourcing module. The creation of a record in the PurchReqTable is a discrete event with a timestamp.

Capture

Event logged upon creation of a record in the purchase requisition table (PurchReqTable).

Event type explicit
Quality Control Performed
A quality inspection is performed on produced or received goods to ensure they meet standards. This is often recorded as a quality order completion or validation in the system.
Why it matters

Ensures product quality and process compliance. Identifying skipped quality checks or long inspection times helps mitigate risks and improve the overall process flow.

Where to get

Recorded in the Inventory management module via Quality Orders. The validation or closing of a quality order (InventQualityOrderTable) associated with the item provides this event.

Capture

Logged upon validation or closing of a Quality Order linked to the item lot or serial number.

Event type explicit
Shipment Scheduled
A specific date and carrier are assigned for the shipment of the packed goods. This is often recorded when a load is planned or a shipment is confirmed in the transportation module.
Why it matters

Provides a baseline for measuring shipment schedule adherence. Comparing this scheduled date to the actual loading date is a key performance indicator for logistics planning.

Where to get

Recorded in the Transportation management (TMS) module. The confirmation of a load (WHSLoadTable) or shipment often includes a scheduled ship date that can be captured.

Capture

Logged upon confirmation of a transportation load or shipment record.

Event type explicit
Warehouse Pick List Generated
A pick list or warehouse work is created, instructing staff which items to pick to fulfill the order. This event is logged when an order is released to the warehouse for processing.
Why it matters

This activity initiates the physical warehouse fulfillment operations. Analyzing the time from this point to packing completion helps measure internal warehouse efficiency and responsiveness.

Where to get

Logged in the Warehouse management module. The creation of warehouse work (WHSWorkTable) or posting of a picking list journal (WMSPickingRoute) is a discrete event.

Capture

Logged upon generation of a picking list journal or creation of warehouse work.

Event type explicit
Recommended Optional

Extraction Guides

How to get your data from Microsoft Dynamics 365 SCM