Your Transportation Management Data Template

Trimble TMS
Your Transportation Management Data Template

Your Transportation Management Data Template

This template provides a comprehensive guide for collecting and preparing your transportation management data. It outlines the essential attributes to gather, the critical activities to track, and practical guidance for data extraction. Use this resource to build a robust event log, enabling deep analysis of your logistics processes.
  • 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 a comprehensive analysis of your transportation management process.
5 Required 6 Recommended 12 Optional
Name Description
Activity Name
ActivityName
The name of the business event or milestone that occurred at a specific point in time for a shipment.
Description

The Activity Name describes a specific step or status change within the transportation process. These events form the sequence of the process map, showing how a shipment progresses from creation to completion.

Analyzing activities is core to process mining. It helps visualize the process flow, identify common and rare pathways, discover rework loops like repeated booking attempts, and measure the frequency of each step. The sequence and timing of these activities are used to calculate cycle times and identify bottlenecks between stages.

Why it matters

This attribute defines the steps in the process, forming the basis of the process map and enabling the analysis of process flow, variations, and bottlenecks.

Where to get

Typically derived from event logs, status change tables, or specific transaction records within Trimble TMS that are linked to a shipment.

Examples
Shipment PlannedGoods Picked UpGoods DeliveredFreight Bill Audited
Event Time
EventTime
The timestamp indicating when the activity occurred, including the date and time.
Description

Event Time is the precise date and time recorded for each activity in the shipment's lifecycle. It provides the chronological order of events, which is essential for constructing the process flow and performing any time-based analysis.

This attribute is fundamental for all process mining analytics. It is used to calculate cycle times between activities, measure the total duration of a case, identify waiting times, and analyze process performance over different time periods. Accurate timestamps are critical for diagnosing delays and understanding process efficiency.

Why it matters

It provides the chronological sequence of events, which is essential for calculating all duration-based metrics like cycle times and identifying process delays.

Where to get

Located alongside the activity or status field in event logs or transaction tables within Trimble TMS.

Examples
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-10-28T09:15:00Z
Shipment
Shipment
The unique identifier for a single movement of goods, serving as the primary case for process analysis.
Description

The Shipment ID is the central case identifier that groups all events and activities related to a single transportation order. Each shipment represents a complete journey, from initial creation and planning through execution, delivery, and financial settlement.

In process mining, analyzing the process by Shipment allows for a holistic view of the end-to-end transportation lifecycle. This enables the measurement of total cycle times, identification of bottlenecks affecting specific shipments, and comparison of process paths for different types of shipments. It is the fundamental attribute for tracking a single order through the entire system.

Why it matters

It is the essential case identifier that connects all related activities, allowing for a complete end-to-end analysis of each transportation order.

Where to get

This is the primary key in the main shipment or order tables within Trimble TMS. Consult Trimble TMS documentation for specific table and field names.

Examples
SH-750331SH-750332SH-750333
Last Data Update
LastDataUpdate
The timestamp indicating the last time the data for this record was refreshed from the source system.
Description

This attribute shows the date and time when the data was last extracted or updated from Trimble TMS. It provides context on the freshness of the data being analyzed.

In any analysis, understanding the recency of the data is crucial for making timely and relevant business decisions. This timestamp helps users trust the data and understand the time window covered by the current analysis, ensuring they are not acting on outdated information.

Why it matters

Indicates the freshness of the data, ensuring that analyses are based on up-to-date information for accurate decision-making.

Where to get

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

Examples
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Source System
SourceSystem
The system of record from which the event data was extracted.
Description

This attribute identifies the source application where the data originated. In this context, it would typically be 'Trimble TMS'. In more complex environments, it could differentiate between different modules or integrated systems, like a separate financial system for payments.

Specifying the source system is important for data governance and traceability. It helps in understanding the context of the data and is crucial when merging data from multiple sources to create a single end-to-end process view.

Why it matters

Ensures data traceability and context, which is critical when data from multiple systems is combined to analyze the end-to-end process.

Where to get

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

Examples
Trimble TMSTrimble TMS v2023.1
Carrier Name
CarrierName
The name of the transportation company responsible for moving the shipment.
Description

The Carrier Name identifies the third-party logistics provider or internal fleet assigned to execute the transportation of the goods. This is a critical piece of master data associated with each shipment.

This attribute is essential for performance analysis, particularly for the Carrier Performance & Compliance dashboard. By segmenting the process data by Carrier Name, businesses can compare on-time delivery rates, average cycle times, and delay frequencies among different providers. This helps in negotiating contracts, selecting reliable partners, and improving the overall supply chain.

Why it matters

Allows for performance benchmarking and compliance analysis across different transportation providers, directly supporting carrier management and selection.

Where to get

Found in the main shipment or load tables in Trimble TMS, often linked from a carrier master data table.

Examples
Global Freightways Inc.Speedy LogisticsCross-Country Movers
Delay Reason
DelayReason
A code or description explaining the cause of a shipment delay.
Description

The Delay Reason provides context for why a shipment did not meet its scheduled timeline. Reasons can range from 'Carrier Delay' and 'Customs Hold' to 'Weather' or 'Customer Not Available'. This information is often manually entered or selected from a predefined list when a delay is recorded.

This attribute is invaluable for root cause analysis, especially for the Shipment Delay & Reason Analysis dashboard. By categorizing delays, businesses can identify recurring problems, whether they are with specific carriers, routes, or internal processes. This allows for targeted improvement initiatives to reduce delays and improve reliability.

Why it matters

Enables root cause analysis of delays, helping to identify recurring issues with carriers, routes, or processes that can be targeted for improvement.

Where to get

May be stored in a specific delay or exception logging table, or as a free-text note field on the shipment record in Trimble TMS.

Examples
Weather DelayCustoms InspectionCarrier Equipment FailureTraffic Congestion
End Time
EndTime
The timestamp indicating when an activity was completed.
Description

The End Time marks the completion of an activity. When available, it can be used with the Start Time to calculate the precise processing time for a single step, distinguishing it from the waiting time before the next step begins.

In analysis, having both a start and end time for activities allows for a more granular view of process performance. It helps differentiate between active work time (processing time) and idle time (waiting time), which is key to identifying true efficiency gains versus resource or scheduling delays. For example, it can measure the exact duration of the 'Freight Bill Audited' activity.

Why it matters

Enables the precise calculation of activity processing time, separating active work duration from waiting time between process steps.

Where to get

Some modules in Trimble TMS may log both a start and end event for certain activities. This needs to be verified in the event or transaction logs.

Examples
2023-10-26T10:45:00Z2023-10-27T15:05:10Z2023-10-28T09:20:00Z
Is On Time
IsOnTime
A boolean flag indicating if the shipment was delivered on or before the requested delivery date.
Description

This is a calculated flag that compares the 'ActualDeliveryDate' with the 'RequestedDeliveryDate'. It evaluates to true if the actual delivery occurred on or before the requested date, and false otherwise.

This attribute simplifies performance analysis and dashboard creation. Instead of comparing dates directly in every chart, this flag allows for easy filtering and aggregation to calculate the Shipment On-Time Delivery Rate KPI. It provides a clear, binary outcome for each shipment's delivery performance, making it easy to visualize success rates.

Why it matters

Simplifies the calculation of on-time delivery KPIs and allows for easy filtering and segmentation 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 'ActualDeliveryDate' <= 'RequestedDeliveryDate'.

Examples
truefalse
Mode of Transport
ModeOfTransport
The method of transportation used for the shipment, such as Truck, Air, Rail, or Ocean.
Description

Mode of Transport specifies the transportation method employed for the shipment. This could include Full Truckload (FTL), Less Than Truckload (LTL), air freight, ocean cargo, or rail.

Analyzing the process by Mode of Transport is crucial for strategic decision-making and cost optimization. It allows for comparing the efficiency, speed, and cost-effectiveness of different modes. For instance, the Mode of Transport Efficiency Comparison dashboard uses this attribute to show which modes have longer in-transit times or higher delay rates, helping planners make better choices.

Why it matters

Enables comparison of cost, speed, and efficiency across different transportation methods, supporting strategic route and mode planning.

Where to get

This is a standard field on the shipment or load record within Trimble TMS.

Examples
FTL (Full Truckload)LTL (Less Than Truckload)Air FreightOcean
Requested Delivery Date
RequestedDeliveryDate
The delivery date requested by the customer or agreed upon as the service level agreement (SLA) target.
Description

The Requested Delivery Date is the target date by which the shipment is expected to be delivered to its final destination. This date serves as the primary benchmark for measuring on-time performance.

This attribute is critical for calculating key performance indicators like the Shipment On-Time Delivery Rate. By comparing the actual delivery timestamp with this requested date, the system can determine if a shipment was early, on-time, or late. This is fundamental for the Actual vs Requested Delivery Performance dashboard and for evaluating customer satisfaction and carrier reliability.

Why it matters

Serves as the baseline for measuring on-time delivery performance, a critical KPI for customer satisfaction and operational excellence.

Where to get

Located in the order or shipment details tables within Trimble TMS.

Examples
2023-11-15T23:59:59Z2023-12-01T17:00:00Z
Actual Delivery Date
ActualDeliveryDate
The actual timestamp when the 'Goods Delivered' activity was recorded.
Description

The Actual Delivery Date is the timestamp marking the completion of the delivery. It represents the ground truth of when the shipment reached its destination. This is typically the timestamp of the 'Goods Delivered' event.

This attribute is used in conjunction with the Requested Delivery Date to determine on-time status. It is the factual endpoint for many cycle time calculations and performance measurements, directly feeding into KPIs that track delivery performance and carrier reliability. It is a cornerstone for analyzing actual process execution against planned schedules.

Why it matters

Provides the factual completion time of the delivery, enabling the calculation of on-time performance and actual transit times.

Where to get

This is the timestamp associated with the 'Goods Delivered' event status in the shipment's event log.

Examples
2023-11-15T14:30:00Z2023-12-02T10:00:00Z
Customer Name
CustomerName
The name of the customer for whom the shipment is being transported.
Description

The Customer Name identifies the client or business entity that owns the goods being shipped or is the recipient of the service. This is a key piece of master data for segmenting the analysis.

Analyzing the transportation process by customer can reveal important insights. It helps determine if certain customers experience more delays, require more rework during booking, or have unique process flows. This information can be used to improve customer service, tailor logistics solutions, and manage key accounts more effectively.

Why it matters

Allows for customer-centric process analysis, helping to identify if specific clients face unique challenges or require different service levels.

Where to get

Found in the main order or shipment tables, often linked from a customer master data table.

Examples
ACME CorporationStark IndustriesWayne Enterprises
Destination Country
DestinationCountry
The country where the shipment is being delivered.
Description

The Destination Country is the country of the shipment's final delivery address. Similar to the origin country, it is a key attribute for geographical process analysis.

Analyzing data by destination country helps uncover location-specific process issues. For example, shipments going to a certain country might consistently face longer customs clearance times or delivery delays. This insight allows for proactive planning and adjustment of delivery timelines for specific routes, improving the accuracy of delivery promises.

Why it matters

Helps pinpoint process challenges specific to destination regions, such as customs delays or final-mile delivery issues.

Where to get

Derived from the destination address information stored in the shipment or order details within Trimble TMS.

Examples
USACANMEXFRA
Event Duration
EventDuration
The time elapsed between the start and end of an activity.
Description

Event Duration measures the processing time of an activity, calculated as the difference between its End Time and Start Time. This metric represents the active work time for a specific process step.

This calculated attribute is vital for distinguishing between active processing time and passive waiting time. For example, it can show that the 'Freight Bill Audited' activity itself only takes 30 minutes, but there is an average wait of 2 days before it begins. This insight helps focus improvement efforts on the right areas, such as reducing queue times rather than trying to speed up an already efficient task.

Why it matters

Measures the active processing time of an activity, helping to differentiate actual work from idle waiting time for more precise bottleneck analysis.

Where to get

Calculated by subtracting the 'EventTime' (StartTime) from the 'EndTime' attribute for each event.

Examples
PT1H30MPT45MP1D2H
Freight Bill Amount
FreightBillAmount
The total amount charged for the freight service.
Description

The Freight Bill Amount is the invoiced cost for transporting the shipment. This financial data is crucial for cost analysis and understanding the financial impact of process inefficiencies.

In process mining, this attribute allows for the analysis of costs associated with different process variants, carriers, or routes. For example, it can be used to determine if shipments with frequent rework or delays tend to have higher associated costs. It is also essential for analyses related to freight bill auditing and payment processing.

Why it matters

Connects process execution to financial outcomes, enabling analysis of how process variations, delays, or carrier choices impact transportation costs.

Where to get

Found in the freight billing or financial settlement modules of Trimble TMS, linked to the shipment.

Examples
1250.75850.003400.50
Freight Bill Status
FreightBillStatus
The status of the freight bill, such as 'Received', 'Audited', 'Rejected', or 'Paid'.
Description

Freight Bill Status tracks the progress of an invoice through the financial settlement part of the transportation process. It indicates whether a bill has been received, is under review, has been approved, rejected for correction, or paid in full.

This attribute is essential for the Freight Bill Auditing & Payment Speed dashboard. It helps to measure the cycle time of the auditing process, identify bottlenecks in payment approvals, and quantify the Freight Bill Rejection Rate. Analyzing these statuses can reveal inefficiencies in the procure-to-pay subprocess.

Why it matters

Provides visibility into the financial settlement process, helping to measure auditing efficiency and identify reasons for payment delays or disputes.

Where to get

Located in the accounts payable or freight settlement module of Trimble TMS.

Examples
ReceivedAudited - ApprovedAudited - RejectedPaid
Is Delayed
IsDelayed
A boolean flag indicating if a shipment experienced any recorded delay event.
Description

This is a calculated flag that is set to true if a shipment has an associated delay reason or if its status indicates a delay. It differs from 'IsOnTime' as a shipment can be delayed but still arrive on time through corrective action.

This attribute helps in focusing analysis on only those shipments that encountered exceptions. It is used in the Shipment Delay & Reason Analysis dashboard to isolate problematic cases and analyze the root causes without the noise of smoothly processed shipments. It helps quantify the frequency of operational exceptions.

Why it matters

Identifies shipments that have encountered operational exceptions, allowing for focused analysis on the causes and impacts of these delays.

Where to get

Calculated during data transformation. The logic would be to set the flag to true if the 'DelayReason' field is not null or if a specific 'delay' activity is present.

Examples
truefalse
Origin Country
OriginCountry
The country where the shipment originates.
Description

The Origin Country is the country of the shipment's starting point. This geographical information is key for analyzing logistics on a global or regional scale.

This attribute allows for segmenting process performance by geography. It can help identify if cycle times or delay rates are higher for shipments originating from certain countries, which may point to specific regional challenges like customs complexity or infrastructure issues. It is particularly important for analyzing customs clearance bottlenecks.

Why it matters

Allows for geographical analysis of process performance, helping to identify regional bottlenecks, especially related to customs or transit times.

Where to get

Derived from the origin address information stored in the shipment or order details within Trimble TMS.

Examples
USACANMEXDEU
POD Cycle Time
ProofOfDeliveryCycleTime
The duration between the 'Goods Delivered' and 'Proof of Delivery Received' events.
Description

This is a calculated metric that measures the time it takes to receive and process the proof of delivery (POD) documentation after the physical delivery has been completed. A long POD cycle time can delay invoicing and impact cash flow.

This attribute is the basis for the Proof of Delivery Receipt Lag dashboard and its corresponding KPI. By calculating this duration for each shipment, the business can identify bottlenecks in the POD process, such as slow submission by carriers or inefficient internal processing, and take action to accelerate customer billing.

Why it matters

Directly measures the efficiency of the administrative process following delivery, which is critical for timely invoicing and healthy cash flow.

Where to get

Calculated by finding the timestamp difference between the 'Proof of Delivery Received' and 'Goods Delivered' activities for each shipment.

Examples
P2DT12H30MP5DP1DT4H
Shipment Status
ShipmentStatus
The current operational status of the shipment.
Description

Shipment Status indicates the latest known state of the shipment in its lifecycle, such as 'Planned', 'In Transit', 'Delivered', or 'Cancelled'. It provides a snapshot of where the shipment is at any given time.

While process mining reconstructs the historical flow, the current status is useful for filtering and analyzing ongoing cases. It helps in segmenting the data to focus on open shipments versus completed ones, or to investigate why a high number of shipments are stuck in a particular status. It provides valuable context for operational monitoring.

Why it matters

Provides a current snapshot of the shipment's progress, allowing for the analysis and filtering of open, completed, or problematic cases.

Where to get

A standard field on the header of the main shipment or load table in Trimble TMS.

Examples
PlannedIn TransitDeliveredInvoicedCancelled
Total Cycle Time
TotalCycleTime
The total time elapsed from the first event to the last event for a shipment.
Description

Total Cycle Time measures the end-to-end duration for each shipment case. It is calculated by taking the difference between the timestamp of the very first activity (e.g., 'Shipment Created') and the very last activity (e.g., 'Payment Processed').

This is a primary KPI for measuring overall process efficiency. It provides a high-level view of performance for the Overall Shipment Throughput & Cycle Time dashboard. Analyzing how this metric trends over time or how it varies by carrier, route, or mode of transport helps identify broad areas for strategic improvement.

Why it matters

Measures the overall end-to-end process velocity, providing a key indicator of efficiency and customer experience.

Where to get

Calculated at the case level by subtracting the minimum timestamp from the maximum timestamp for all events within a single 'Shipment' case.

Examples
P15D6HP22DT10HP12D
User Name
UserName
The user or system agent who performed a specific activity.
Description

The User Name identifies the individual employee or automated system responsible for executing a process step, such as planning a shipment, auditing a freight bill, or processing a payment. It links process activities to human or system resources.

Analyzing data by user helps in understanding workload distribution, identifying training needs, and spotting performance outliers. For instance, in the Shipment Booking Rework & Errors dashboard, this attribute can help pinpoint if rework is concentrated among specific users, suggesting a need for additional training or process clarification. It is also key for compliance and auditing purposes.

Why it matters

Links process activities to specific employees or system users, enabling workload analysis, performance evaluation, and identification of training opportunities.

Where to get

Typically found in transaction or event logs, associated with the user ID that created or modified the record.

Examples
j.doea.smithsystem.api
Required Recommended Optional

Transportation Management Activities

These are the key process steps and milestones to capture in your event log for accurate transportation management process discovery.
6 Recommended 9 Optional
Activity Description
Carrier Accepted Tender
The carrier has officially accepted the shipment tender, confirming they will handle the transport. This is captured when the carrier's acceptance, often via EDI or a portal update, changes the shipment's status.
Why it matters

This is a key commitment milestone. It locks in the carrier and allows for the scheduling of pickup and delivery, officially starting the carrier's responsibility.

Where to get

Inferred from a status change in the shipment record, such as from 'Tendered' to 'Booked' or 'Accepted', based on carrier communication.

Capture

Inferred from status change upon carrier's EDI or portal response.

Event type inferred
Goods Delivered
The shipment has arrived at its final destination and has been handed over to the consignee. This is a critical event updated by the driver or via carrier EDI.
Why it matters

This is a primary milestone for measuring on-time delivery performance and overall cycle time. It triggers subsequent processes like invoicing and POD collection.

Where to get

Recorded as a shipment status update to 'Delivered', triggered by a driver's mobile input or a carrier EDI 214 message providing the delivery timestamp.

Capture

From event log based on carrier EDI message or driver app update.

Event type explicit
Goods Picked Up
The shipment has been physically collected from the origin location by the carrier. This is typically an explicit event, updated by the driver or through an EDI message from the carrier.
Why it matters

This event marks the beginning of the physical transit. It is a crucial milestone for tracking carrier performance and adherence to schedules.

Where to get

Recorded as a shipment status update to 'In Transit' or 'Picked Up', usually triggered by a driver's mobile input or a carrier EDI 214 message.

Capture

From event log based on carrier EDI message or driver app update.

Event type explicit
Payment Processed
The payment for the freight bill has been executed and sent to the carrier. This marks the financial completion of the shipment lifecycle.
Why it matters

This is the final activity in the process. Analyzing the time from delivery or invoice receipt to payment helps in managing cash flow and carrier relationships.

Where to get

Captured from an integration with an ERP or accounting system, which updates the payment status on the freight bill record within the TMS.

Capture

From payment record timestamp via ERP/accounting system integration.

Event type explicit
Proof of Delivery Received
The signed document or digital confirmation of delivery has been received from the carrier and uploaded to the system. This is typically a manual or automated document processing step.
Why it matters

The time lag between delivery and POD receipt is a key performance indicator for the administrative backend. A POD is usually required before an invoice can be paid.

Where to get

This is likely captured when a POD document is scanned or uploaded and linked to the shipment record, triggering a status change or populating a 'POD Received Date' field.

Capture

From the timestamp of the POD document upload or status change.

Event type explicit
Shipment Created
This activity marks the creation of a new shipment record in the system, typically initiated by a customer's transportation request. It is captured when a new entry is logged in the primary shipment or order table.
Why it matters

This is the starting point for the entire transportation process. Analyzing the time from this event to others helps measure order processing efficiency and overall lead time.

Where to get

This is typically an explicit creation event captured from the main shipment or load table in Trimble TMS, associated with a creation timestamp.

Capture

From creation timestamp of the shipment record.

Event type explicit
Carrier Selected
A specific carrier is assigned to handle the shipment. This event is often captured by observing when the carrier field in the shipment data is populated or updated.
Why it matters

Tracking this helps analyze carrier assignment efficiency and its impact on subsequent booking and pickup times. It's a key input for evaluating carrier performance.

Where to get

Inferred from the population or update of the carrier ID field on the shipment record, along with an associated timestamp.

Capture

Inferred from the timestamp when the carrier field is filled.

Event type inferred
Customs Cleared
For international shipments, this indicates that the goods have successfully passed through customs. This is usually captured via an update from a customs broker or carrier.
Why it matters

Customs clearance is a common bottleneck in international logistics. Measuring the time taken for this activity helps identify and address significant delays.

Where to get

Likely recorded as a status update or a specific event log entry based on an EDI message or manual update from a customs broker or carrier.

Capture

From event log based on broker/carrier communication.

Event type explicit
Freight Bill Audited
The carrier's freight bill has been reviewed and audited for accuracy against contracted rates and services performed. The capture mechanism is a status update on the bill.
Why it matters

This is a critical financial control step. The duration and outcome, such as rejections, are important for analyzing the efficiency of the audit process and carrier billing accuracy.

Where to get

Inferred from a status change on the freight bill record, for example, from 'Pending Audit' to 'Audited' or 'Approved for Payment'.

Capture

Inferred from a status change on the freight bill record.

Event type inferred
Freight Bill Received
The invoice for the transportation service has been received from the carrier. This activity kicks off the financial settlement part of the process.
Why it matters

This event starts the clock on payment terms and the freight audit process. Analyzing this helps manage accounts payable timelines effectively.

Where to get

Captured when a carrier invoice is entered into the system, either manually or via an EDI 210 message, populating the finance tables related to the shipment.

Capture

From creation timestamp of the freight bill record in the system.

Event type explicit
Pickup Scheduled
A specific date and time for the pickup of goods has been arranged and recorded. This is inferred from the population of the scheduled pickup date and time fields.
Why it matters

Scheduling pickup is a critical step that sets expectations for the shipper. Delays between booking and scheduled pickup can indicate resource allocation issues.

Where to get

Inferred from the population of 'Scheduled Pickup Date/Time' fields in the shipment or stop details within Trimble TMS.

Capture

Inferred from timestamp when pickup appointment fields are populated.

Event type inferred
Shipment Cancelled
The shipment was cancelled after being created and before pickup was completed. This is an alternative end state for the process.
Why it matters

Tracking cancellations helps identify issues in demand forecasting, order management, or planning. It represents a process failure or exception.

Where to get

This is typically an explicit status change to a terminal 'Cancelled' state in the shipment record, triggered by a user action.

Capture

Explicit status change to 'Cancelled' in the shipment record.

Event type explicit
Shipment In Transit
This represents the period after pickup and before arrival at the destination. It is often not a single event but a status that can be associated with multiple location updates.
Why it matters

While a state rather than an event, identifying the start of this phase is key to measuring transit times and comparing them against estimates or different carriers and modes.

Where to get

Typically inferred as the status of the shipment immediately following the 'Goods Picked Up' event. The start time is the pickup timestamp.

Capture

The status following a successful pickup event.

Event type inferred
Shipment Planned
The shipment has been assigned a preliminary route, mode of transport, and potential resources. This activity is typically inferred from a status change in the shipment record.
Why it matters

This activity is crucial for understanding the efficiency of the logistics planning phase. Delays here can cascade and impact the entire delivery schedule.

Where to get

Likely inferred from a change in the shipment's status field, for example, from 'New' to 'Planned', or the population of routing information fields.

Capture

Inferred from a shipment status change to 'Planned' or similar.

Event type inferred
Shipment Tendered to Carrier
The shipment is formally offered to the selected carrier for acceptance. This is often an explicit action within the TMS that sends a notification or EDI message to the carrier.
Why it matters

This marks the start of the carrier interaction. The time between this and acceptance is critical for measuring carrier responsiveness and potential booking delays.

Where to get

This is likely an explicit event or status change, for instance, a status moving to 'Tendered' in the shipment lifecycle tracking within Trimble TMS.

Capture

Logged when the tender action is executed in the system.

Event type explicit
Recommended Optional

Extraction Guides

How to get your data from Trimble TMS

Extraction methods for this process are currently being validated. Please check back later or contact us for assistance.