Your Transportation Management Data Template

Oracle Transportation Management
Your Transportation Management Data Template

Your Transportation Management Data Template

This template provides a comprehensive guide for extracting and preparing your Transportation Management data from Oracle Transportation Management. It outlines the essential attributes and activities required to build an effective event log for process mining. Use this resource to streamline your data collection and unlock valuable insights into your transportation operations.
  • Recommended attributes to collect
  • Key activities to track
  • Extraction guidance
New to event logs? Learn how to create a process mining event log.

Transportation Management Attributes

These are the recommended data fields to include in your event log for comprehensive transportation management analysis and optimization.
3 Required 5 Recommended 12 Optional
Name Description
Activity Name
ActivityName
The name of a specific event or milestone that occurred within the transportation process for a shipment.
Description

This attribute describes a single step in the transportation lifecycle, such as 'Shipment Planned', 'Goods Picked Up', or 'Goods Delivered'. Each activity represents a distinct business event that moves the shipment closer to completion.

Analyzing the sequence and duration of these activities is the core of process mining. It allows for the discovery of the actual process flow, identification of bottlenecks between steps, and measurement of adherence to standard operating procedures. Variations in the activity flow can highlight exceptions, rework, or deviations from the optimal path.

Why it matters

It defines the steps in the process map, allowing for visualization and analysis of the shipment's journey, bottlenecks, and deviations.

Where to get

This information is derived from tracking event tables or status change logs within Oracle Transportation Management. The specific activity name may be concatenated from event codes and descriptions.

Examples
Shipment PlannedGoods Picked UpCustoms ClearedGoods Delivered
Event Time
EventTime
The precise date and time when a specific transportation activity or event occurred.
Description

This timestamp marks the exact moment an activity, like 'Carrier Assigned' or 'Proof of Delivery Received', was recorded in the system. Timestamps are fundamental for process mining as they establish the chronological sequence of events for each shipment.

The accuracy of these timestamps is critical for all time-based analysis. They are used to calculate cycle times between activities, measure process durations, identify delays, and evaluate performance against service level agreements. Analyzing Event Time helps pinpoint where time is being lost in the process.

Why it matters

This timestamp is essential for ordering events chronologically and calculating all performance metrics, such as cycle times and delays.

Where to get

Sourced from the timestamp fields associated with events in OTM's tracking event or status history tables.

Examples
2023-10-26T08:00:00Z2023-10-27T14:30:00Z2023-10-28T09:15:00Z
Shipment
ShipmentId
The unique identifier for a single shipment, which serves as the primary case ID for tracking all related transportation activities.
Description

The Shipment ID uniquely identifies a single movement of goods from a consignor to a consignee. This attribute is the cornerstone of the process analysis, grouping all related events such as planning, booking, pickup, transit, delivery, and invoicing into a single case.

In process mining, analyzing events by Shipment ID allows for a complete end-to-end view of the transportation lifecycle. It is used to calculate key metrics like total cycle time, on-time delivery performance, and cost per shipment, providing a comprehensive understanding of process efficiency and customer service levels.

Why it matters

This is the essential Case ID that connects all process steps, enabling a complete analysis of the entire transportation journey for each individual shipment.

Where to get

This is a primary key in Oracle Transportation Management, typically found in shipment or order management tables. Consult OTM documentation for specific table and field names.

Examples
SH-0012345SH-0012346SH-0012347
Carrier Name
CarrierName
The name of the transportation carrier or service provider responsible for moving the shipment.
Description

This attribute identifies the logistics partner assigned to execute the transportation of the goods. Examples include major freight companies, local couriers, or ocean liners.

Analyzing performance by carrier is a primary goal of transportation process mining. This attribute allows for segmenting shipments to compare carriers on metrics like on-time delivery rate, cost per shipment, transit time, and frequency of issues like delays or billing discrepancies. These insights are vital for carrier selection, contract negotiation, and performance management.

Why it matters

Enables performance benchmarking across different carriers, which is critical for optimizing carrier selection, negotiation, and cost reduction.

Where to get

Found in shipment details within OTM, linked from the assigned carrier or service provider records. It may be stored in tables related to shipments and service providers.

Examples
FedEx FreightUPS Supply Chain SolutionsMaersk LineKnight-Swift Transportation
Delay Reason
DelayReason
A code or description that explains the cause of a delay in the shipment's progress.
Description

When a shipment is delayed, this attribute provides the reason, such as 'Weather', 'Customs Hold', 'Port Congestion', or 'Mechanical Failure'. This information is captured from carrier updates or manual entries in OTM.

This attribute is essential for root cause analysis of late deliveries. By categorizing and counting delay reasons, businesses can identify the most frequent problems in their supply chain. This enables targeted improvement initiatives, such as selecting more reliable carriers for certain lanes or improving documentation to speed up customs.

Why it matters

Provides critical insight into the root causes of late shipments, enabling targeted actions to mitigate common issues and improve on-time performance.

Where to get

Typically captured in tracking event details within OTM. It may be associated with specific exception or delay event codes.

Examples
WEATHER_DELAYCUSTOMS_INSPECTIONPORT_CONGESTIONTRAFFIC
Requested Delivery Date
RequestedDeliveryDate
The delivery date and time requested by the customer or agreed upon as the service level agreement (SLA) target.
Description

This attribute captures the target delivery timestamp for a shipment. It represents the commitment made to the customer and serves as the primary benchmark for measuring on-time performance.

In process mining, this date is compared against the actual delivery timestamp (from the 'Goods Delivered' activity) to determine if a shipment was on-time or late. This is the foundation for the On-Time Delivery Rate KPI and is essential for the Delivery Performance Overview dashboard. Analyzing deviations helps identify systemic causes of delays and improve customer satisfaction.

Why it matters

This is the primary benchmark for measuring on-time delivery performance, a critical KPI for customer satisfaction and operational excellence.

Where to get

This information is typically stored on the order or shipment level within OTM, often in fields related to delivery dates or appointments.

Examples
2023-11-15T17:00:00Z2023-11-20T12:00:00Z2023-11-22T09:00:00Z
Shipment Cost
ShipmentCost
The total freight cost or financial amount charged for transporting the shipment.
Description

This attribute represents the total financial cost associated with a shipment, including carrier charges, fuel surcharges, and other accessorial fees. It is a key measure of the financial performance of the transportation process.

Analyzing Shipment Cost allows for the calculation of the Average Carrier Cost per Shipment KPI. It can be segmented by carrier, route, transportation mode, or shipment type to identify cost-saving opportunities. It is also used in the Freight Bill Discrepancy Analysis to compare planned versus actual costs.

Why it matters

Provides the financial data needed to analyze transportation spend, identify cost-saving opportunities, and measure the financial impact of process inefficiencies.

Where to get

This information is typically found in the financial or costing sections of a shipment in OTM, often populated after freight rating and settlement.

Examples
250.751200.00545.50
Transportation Mode
TransportationMode
The method of transport used for the shipment, such as truck, rail, ocean, or air.
Description

This attribute categorizes the shipment by the mode of transportation. Common modes include Full Truckload (FTL), Less Than Truckload (LTL), Ocean, Air, and Rail. This is a fundamental characteristic of a shipment that influences cost, transit time, and complexity.

In analysis, Transportation Mode is a critical dimension for segmentation. It allows for comparing process performance and costs across different modes. For instance, it can help identify which modes are more prone to in-transit delays or have higher costs per mile, supporting strategic decisions about logistics networks.

Why it matters

Allows for performance and cost analysis to be segmented by mode of transport, revealing insights specific to truck, air, ocean, or rail logistics.

Where to get

This is a standard attribute on the shipment level in OTM, often found in a dedicated 'mode' or 'transport type' field.

Examples
FTLLTLOCEANAIR
Customs Agent
CustomsAgent
The customs broker or agent responsible for managing the customs clearance process for the shipment.
Description

For international shipments, this attribute identifies the third-party agent or internal team tasked with handling customs documentation and procedures. The performance of this agent can significantly impact the overall transit time.

Analyzing the Customs Clearance Cycle Time by Customs Agent helps to benchmark their performance. It can identify which agents are most efficient in specific countries or for particular commodity types. This insight is valuable for selecting the best customs partners and for working with underperforming agents to improve their processes.

Why it matters

Enables performance measurement of customs brokers, helping to identify the most efficient partners and reduce customs-related delays.

Where to get

This information may be stored as a service provider or party role on the international shipment details in OTM.

Examples
Global Customs ServicesLivingston InternationalFlexport
Destination Country
DestinationCountry
The country where the shipment is scheduled to be delivered.
Description

This attribute specifies the final destination country of the shipment, based on the consignee's location. It complements the Origin Country for geographical process analysis.

Similar to the origin, analyzing by Destination Country is vital for understanding performance differences across various trade lanes. It is particularly important for analyzing customs clearance times, final-mile delivery performance, and region-specific carrier effectiveness. This helps in tailoring logistics strategies to the requirements of different destination markets.

Why it matters

Crucial for analyzing performance on specific trade lanes and understanding challenges related to customs, carriers, and regulations in destination markets.

Where to get

Derived from the address details of the shipment's destination location or consignee, stored in OTM's location master data.

Examples
CANFRAJPNBRA
End to End Cycle Time
EndToEndCycleTime
The total duration of the shipment from the initial transportation request to the final delivery of goods.
Description

This calculated metric measures the total elapsed time for a shipment case. It is typically calculated as the time difference between the 'Transportation Request Received' activity and the 'Goods Delivered' activity.

This attribute is the basis for the Average End-to-End Cycle Time KPI. It provides a holistic measure of the efficiency of the entire transportation process. Analyzing this duration helps to identify long-running shipments and provides a baseline for measuring the impact of process improvement initiatives.

Why it matters

Provides a single, critical measure of overall process velocity, helping to identify long-running shipments and track improvements over time.

Where to get

This attribute is not in the source system. It is calculated at the case level during process mining analysis or data transformation.

Examples
5 days 4 hours12 days 8 hours 30 minutes2 days 1 hour
Freight Bill Discrepancy
FreightBillDiscrepancy
A flag indicating whether a discrepancy was found during the audit of the freight bill.
Description

This boolean attribute is set to 'true' if the freight bill received from the carrier does not match the expected cost calculated in OTM. Discrepancies can arise from incorrect rates, accessorial charges, or other billing errors.

This attribute is the basis for the Freight Bill Discrepancy Rate KPI. Analyzing the frequency of these flags by carrier, lane, or shipment type helps to identify the root causes of billing errors. This supports initiatives to improve data accuracy, streamline the audit process, and prevent overpayments.

Why it matters

Directly supports the Freight Bill Discrepancy Analysis by flagging shipments with billing errors, helping to reduce overpayments and improve financial controls.

Where to get

This is typically a status or flag set during the freight settlement and invoice matching process within OTM.

Examples
truefalse
Is On Time Delivery
IsOnTimeDelivery
A calculated flag that indicates whether the shipment was delivered on or before the requested delivery date.
Description

This boolean attribute is derived by comparing the timestamp of the 'Goods Delivered' activity with the 'Requested Delivery Date'. It is 'true' if the delivery was on time or early, and 'false' if it was late.

This attribute directly powers the On-Time Delivery Rate KPI and is a key component of the Delivery Performance Overview dashboard. It simplifies the analysis of delivery performance by providing a clear, binary outcome for each shipment, making it easy to filter, aggregate, and visualize on-time versus late shipments.

Why it matters

This calculated flag simplifies the measurement of the On-Time Delivery KPI and allows for easy filtering and analysis of on-time versus late shipments.

Where to get

This attribute is not in the source system. It is calculated during data transformation by comparing the 'Goods Delivered' activity timestamp against the 'RequestedDeliveryDate' attribute.

Examples
truefalse
Is Rerouted
IsRerouted
A flag indicating if the shipment's route was changed after the initial booking.
Description

This attribute is a boolean flag that is set to 'true' if a shipment undergoes a significant re-routing event after it has already been planned and booked. This could be due to customer request, unexpected disruptions, or optimization opportunities.

This attribute directly supports the Shipment Rerouting Rate KPI and the Re-routing and Expediting Insights dashboard. Tracking the frequency of re-routes helps to identify underlying issues in planning or execution. It highlights operational instabilities and associated costs, enabling managers to find ways to minimize costly and disruptive changes.

Why it matters

Helps quantify the frequency and impact of operational exceptions like re-routes, highlighting inefficiencies in the planning and execution process.

Where to get

This flag is derived by detecting specific re-routing events in the event log or by comparing the final route against the initially planned route.

Examples
truefalse
Last Data Update
LastDataUpdate
The timestamp indicating the last time the data for this event was refreshed or extracted from the source system.
Description

This attribute records when the data was most recently pulled from Oracle Transportation Management. It reflects the freshness of the data being analyzed, not the time the business event occurred.

This timestamp is crucial for understanding the timeliness of the process mining analysis. It helps users know if they are looking at real-time information or a snapshot from a specific point in time. It is essential for managing data refresh cycles and ensuring that decisions are based on current information.

Why it matters

Indicates the freshness of the data, ensuring users are aware of how current the analysis is and when the next data refresh is expected.

Where to get

This is typically a system-generated timestamp added during the data ingestion or ETL process.

Examples
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
Origin Country
OriginCountry
The country where the shipment's journey begins.
Description

This attribute specifies the starting country of the shipment, based on the shipper's location. It is a key piece of geographical information used for logistical analysis.

Analyzing processes by Origin Country helps in understanding regional variations in performance. For example, customs clearance times, carrier costs, and transit durations can vary significantly depending on the country of origin. This segmentation is crucial for managing international logistics and identifying region-specific bottlenecks.

Why it matters

Enables geographical analysis of the transportation process, helping to identify region-specific bottlenecks, costs, and performance variations.

Where to get

Derived from the address details of the shipment's source location or shipper, which is stored in OTM's location master data.

Examples
USADEUCHNMEX
Shipment Status
ShipmentStatus
The overall current status of the shipment in its lifecycle, such as 'Planned', 'In Transit', or 'Delivered'.
Description

This attribute provides a high-level summary of where the shipment is in the overall process. Unlike an activity, which is a point-in-time event, the status represents the state of the shipment case.

While process mining focuses on the flow of activities, the overall status is useful for filtering cases and for providing context in dashboards. For example, an analysis might focus only on 'Completed' shipments or investigate why many shipments are stuck in an 'In Transit' status for an unusually long time.

Why it matters

Provides a high-level summary of a shipment's progress, which is useful for filtering and segmenting cases in analysis.

Where to get

Available on the main shipment record in OTM, representing its current state in the workflow.

Examples
PLANNEDBOOKEDIN_TRANSITDELIVERED
Shipment Type
ShipmentType
A classification of the shipment, such as by service level, commodity type, or business unit.
Description

This attribute provides a business-specific categorization for the shipment, for example 'Standard', 'Expedited', 'Hazardous Materials', or 'Inter-company'. This classification helps in applying different business rules, priorities, or analytical views.

Using Shipment Type as a dimension in process mining allows for comparing processes for different kinds of shipments. This can reveal if certain types are more prone to delays, have higher costs, or follow non-standard process paths. These insights help in tailoring processes to better handle the specific needs of each shipment type.

Why it matters

Allows for the segmentation of analysis based on business context, helping to understand if different types of shipments follow different processes or have different performance levels.

Where to get

This is typically a configurable field or attribute on the shipment or order record in OTM.

Examples
StandardExpeditedInternationalDomestic
Source System
SourceSystem
Identifies the system from which the event data originated, for example, Oracle Transportation Management.
Description

This attribute specifies the source application where the data was generated. In a complex logistics environment, data may come from OTM, a warehouse management system (WMS), a carrier's system via EDI, or other integrated platforms.

Understanding the source system is important for data governance, quality assessment, and troubleshooting. It helps in understanding the context of the data and can explain variations in data granularity or timeliness. For analysis, it can be used to filter for events originating only from a specific, trusted system.

Why it matters

It provides crucial context about data origin, which is important for data validation and for analyses in multi-system environments.

Where to get

This is typically a static value added during the data extraction process to label the origin of the records.

Examples
Oracle OTMOTM CloudSAP TM
User Name
UserName
The name or ID of the user who performed or is responsible for a particular activity.
Description

This attribute identifies the individual user or system agent that executed a specific event, such as 'Shipment Planned' or 'Carrier Assigned'. This information provides accountability and insight into resource involvement in the process.

In process mining, analyzing activities by user helps to understand workload distribution, identify training needs, and compare the performance of different users or teams. It can also be used to distinguish between activities performed manually versus those executed automatically by the system.

Why it matters

Provides accountability and enables analysis of workload and performance by individual user or team.

Where to get

Sourced from user ID fields (e.g., INSERT_USER) associated with status changes or events in OTM's history or log tables.

Examples
JSMITHLOGISTICS_PLANNER_ASYSTEM_AUTO
Required Recommended Optional

Transportation Management Activities

These are the key process steps and milestones to capture in your event log for accurate process discovery and performance monitoring.
6 Recommended 8 Optional
Activity Description
Goods Delivered
This activity represents the successful delivery of the shipment to the final destination consignee. This is captured when the last stop on the shipment is marked with an actual arrival time.
Why it matters

This is the primary milestone for measuring on-time delivery performance and the end-to-end cycle time. It is the culmination of the transportation execution process.

Where to get

Inferred from the population of the ACTUAL_ARRIVAL field on the last stop record in the SHIPMENT_STOP table associated with the shipment.

Capture

Use the ACTUAL_ARRIVAL timestamp from the last record in the SHIPMENT_STOP table for the shipment.

Event type inferred
Goods Picked Up
This activity signifies the start of the physical transportation, when the carrier has collected the goods from the origin. This event is captured when the shipment's first stop is marked as 'DEPARTED'.
Why it matters

This is a critical milestone that marks the beginning of the in-transit phase. It is essential for tracking carrier pickup performance and actual transit times.

Where to get

Inferred from the status change of the first stop in the SHIPMENT_STOP table to 'DEPARTED', or by tracking a shipment status event indicating pickup.

Capture

Use the ACTUAL_DEPARTURE timestamp from the first record in the SHIPMENT_STOP table for the shipment.

Event type inferred
Payment Processed
This is the final activity, representing the successful processing of payment to the carrier for their services. This event marks the financial closure of the shipment.
Why it matters

This activity concludes the transportation lifecycle. It is essential for measuring carrier payment processing times and managing carrier relationships effectively.

Where to get

Inferred from the status change on the associated voucher or bill moving to a 'PAID' status. This data is in the VOUCHER or BILL tables.

Capture

Identify the timestamp when the VOUCHER.VOUCHER_STATUS_ID changes to 'PAID'.

Event type inferred
Proof of Delivery Received
This represents the receipt and recording of formal confirmation that the delivery was completed, such as a signed document. This is often recorded as a specific document type attached to the shipment.
Why it matters

POD is critical for billing and dispute resolution. Tracking its receipt helps ensure process compliance and accelerates the financial settlement cycle.

Where to get

This may be an explicit event or inferred from the creation date of a POD document linked to the shipment. Look in the DOCUMENT table for documents with a POD document type.

Capture

Use the creation timestamp of a 'POD' document type associated with the shipment.

Event type explicit
Shipment Planned
This activity represents the successful planning of one or more order releases into a viable shipment by the OTM planning engine. It is captured when the system changes the status of a shipment to indicate it has been planned, for example, 'PLANNING_PLANNED FINAL'.
Why it matters

This is a key milestone that separates the demand phase from the execution phase. Analyzing the time leading up to this activity helps identify planning efficiency and engine performance bottlenecks.

Where to get

Inferred from the status history of the Shipment object in the SHIPMENT table. Look for a change to a status indicating planning completion.

Capture

Identify the timestamp when the SHIPMENT.SHIPMENT_STATUS_VALUE_GID changes to a 'Planned' status.

Event type inferred
Transportation Request Received
This activity marks the creation of a transportation need within the system, typically as an Order Release. This event is captured when a new Order Release record is created in Oracle Transportation Management, representing the initial demand for shipment.
Why it matters

As the starting point of the process, this activity is crucial for measuring the total end-to-end cycle time and understanding demand patterns. It helps analyze the time taken from request to planning.

Where to get

This is an explicit event captured from the creation timestamp of the Order Release record in the ORDER_RELEASE table. The INSERT_DATE or specific creation date fields can be used.

Capture

Use the creation timestamp of the Order Release in the ORDER_RELEASE table.

Event type explicit
Carrier Assigned
This marks the point where a shipment has been successfully tendered to and accepted by a specific carrier. This is captured by observing the change in the shipment's tender status to 'TENDER_ACCEPTED' or a similar state.
Why it matters

Tracking this helps analyze the carrier selection and tendering process efficiency. Delays here can significantly impact the overall schedule before the shipment has even moved.

Where to get

Inferred from the status history in the SHIPMENT_TENDER table, specifically looking for the timestamp when the status indicates acceptance by a carrier.

Capture

Use the timestamp of the status change to 'TENDER_ACCEPTED' in the shipment's tender history.

Event type inferred
Customs Cleared
For international shipments, this activity represents the point at which the goods have successfully passed through customs at a border or port. This is often captured via a specific shipment event or status update.
Why it matters

Customs clearance is a common source of significant delays in international logistics. Tracking this activity helps measure and optimize customs clearance cycle times.

Where to get

This event is typically captured via a manually entered or integrated 'Customs' shipment event. Look for specific event codes in the SHIPMENT_STATUS table related to customs.

Capture

Identify the timestamp of a 'Customs Cleared' event from the SHIPMENT_STATUS table.

Event type explicit
Delivery Appointment Scheduled
This activity marks when a specific date and time for delivery has been scheduled with the consignee. This event is captured from appointment data on the shipment's final stop.
Why it matters

This is a key step in coordinating the final delivery. Analyzing the time between arrival and the scheduled delivery can reveal bottlenecks in last-mile operations.

Where to get

Inferred from the population of appointment date and time fields for the final stop (delivery location) of the shipment, found in the SHIPMENT_STOP table.

Capture

Use the timestamp when appointment fields are first populated for the delivery stop.

Event type inferred
Freight Bill Audited
This activity marks the completion of the freight bill audit process, where the carrier's invoice is matched and verified against the shipment details. It is recorded when a shipment's bill status moves to 'VOUCHER_AUDITED' or a similar state.
Why it matters

Auditing is crucial for financial control and identifying billing discrepancies. Analyzing this activity helps streamline the audit-to-pay process and supports the Freight Bill Discrepancy Rate KPI.

Where to get

Inferred from the status change on the Bill object associated with the shipment. Look in the BILL table for status updates related to audit completion.

Capture

Identify the timestamp when the BILL.BILL_STATUS_VALUE_GID changes to an 'Audited' status.

Event type inferred
Pickup Appointment Scheduled
This activity indicates that a specific date and time for pickup has been scheduled and recorded. This is often captured from appointment-related data on the shipment's stop level.
Why it matters

Scheduling appointments is a key coordination step. Analyzing this helps understand scheduling efficiency and its impact on pickup punctuality.

Where to get

Inferred from the population of appointment date and time fields for the first stop (pickup location) of the shipment, found in the SHIPMENT_STOP table.

Capture

Use the timestamp when appointment fields are first populated for the pickup stop.

Event type inferred
Shipment Booked
Represents the formal booking confirmation with the carrier after a successful tender. This is typically captured when the shipment status is updated to a 'SECURE RESOURCES_BOOKED' or equivalent status.
Why it matters

This confirms the commitment from the carrier and officially moves the shipment into the execution phase. It is a critical step for measuring the Shipment Planning Cycle Time KPI.

Where to get

Inferred from a status change on the Shipment object in the SHIPMENT table, tracking when it moves to a confirmed or booked status after carrier assignment.

Capture

Identify the timestamp when SHIPMENT.SHIPMENT_STATUS_VALUE_GID changes to a 'Booked' status.

Event type inferred
Shipment Cancelled
Represents the cancellation of a shipment after it has been planned, terminating its lifecycle prematurely. This is captured by a status change on the Shipment object to a 'cancelled' state.
Why it matters

Tracking cancellations is important for understanding process exceptions and failures. It helps identify reasons for cancellation, such as demand changes or planning errors.

Where to get

Inferred from the status history of the Shipment object in the SHIPMENT table. Look for a change to a status like 'PLANNING_CANCELED'.

Capture

Identify the timestamp when the SHIPMENT.SHIPMENT_STATUS_VALUE_GID changes to a 'Cancelled' status.

Event type inferred
Shipment In Transit
Indicates the goods have been picked up and are now actively moving towards the destination. This is not a single point in time, but the start of this state is captured immediately following the 'Goods Picked Up' activity.
Why it matters

This activity marks the beginning of the transit phase, which is critical for monitoring delivery progress and identifying in-transit delays. It is foundational for the In-Transit Delay Hotspots dashboard.

Where to get

This is the same event as 'Goods Picked Up' but is often represented as a distinct activity in process models to signify the start of a new phase. It is derived from the departure of the first stop.

Capture

Same as 'Goods Picked Up': Use the ACTUAL_DEPARTURE timestamp from the first SHIPMENT_STOP.

Event type inferred
Recommended Optional

Extraction Guides

How to get your data from Oracle Transportation Management