Logistics and distribution
Trimble TMW data (TMWSuite, TruckMate): what fleets can pull
By SourceX Editorial · Updated
Short answer
Fleets on TMWSuite or TruckMate can usually pull orders, movements, stops, check calls, billing, settlements and asset records through built-in reports, scheduled exports, BI feeds or read-only database access where the license and hosting allow. The rule that matters most: pull linked history with its keys intact, and do it before any migration or contract change.
Key takeaways
- TMW systems hold the linked chain from order to movement, stops, check calls, invoice and settlement.
- Built-in reports suit samples; full history usually needs a database replica, a BI feed or vendor help.
- Hosting arrangements and license terms decide how much direct database access a carrier has.
- Driver settlements and personal details need the most careful handling of any TMW records.
What records sit in TMWSuite and TruckMate?#
TMWSuite and TruckMate hold the operating record of a carrier: what a customer ordered, how the freight moved, who hauled it, what happened at each stop, and what was billed and paid. Both are transportation management systems built for carriers, and both can retain many years of linked history if nobody purged it.
Exact table and module names differ by product, version and configuration, so treat the record map below as a guide to record families rather than a schema. Your TMW administrator or the vendor's documentation is the source for field-level detail.
| Record family | What it captures | Sensitivity | Licensing note |
|---|---|---|---|
| Orders and customers | Shipper, consignee, commodity, reference numbers, requested dates | Customer names and addresses | Tokenize customers; check customer contracts |
| Movements, legs and stops | Planned and actual arrivals and departures, stop sequence, miles | Facility addresses | Generalize locations to regions where needed |
| Dispatch and assignments | Driver, tractor and trailer per leg, dispatcher actions | Driver identity | Pseudonymize drivers and dispatchers |
| Check calls and status updates | Location and status events, often from ELD or mobile integrations | Driver location data | Coarsen location and time where required |
| Billing and accessorials | Line haul, fuel surcharge, detention, lumper and other charges | Customer rates | Often excluded or aged |
| Driver settlements | Pay, deductions and advances | Personal financial data | Usually excluded |
| Assets and maintenance | Units, inspections, repairs, out-of-service events | Low | Usually licensable after review |
| Notes and remarks | Dispatcher, customer service and billing comments | Free text with names | Scan and redact |
Export routes, from reports to database access#
Export routes for TMW data range from built-in reports a dispatcher can run to direct database access that needs an administrator and sometimes the vendor. The right route depends on how much history you need and how the system is hosted.
Start with the BI copy if one exists. It usually sits outside the production system, so queries do not slow dispatch, and someone has already worked through the configuration quirks of your installation.
- Built-in reports and grid exports: quick and filtered, suited to samples, but often limited in columns and date range.
- Scheduled report exports: repeatable extracts for a defined period, useful for regular pulls.
- Existing BI or data warehouse feeds: many carriers already replicate TMW data for dashboards, and that copy may be the easiest source.
- Read-only database replica or restored backup: the fullest history, if the license and hosting arrangement allow direct access.
- Vendor APIs and integration tools: better for ongoing feeds than for one-time history pulls.
- Vendor or partner-assisted extraction: common during migrations, and sometimes the only option for hosted systems.
- 01Your work records
- 02Personal details removed
- 03You approve the release
- 04Licensed to AI developers
Hosted or on-premise: who controls the database?#
Database control depends on deployment: an on-premise TMW installation usually runs on servers your team administers, while a hosted or cloud deployment leaves the database with the vendor or a hosting partner. That difference decides whether IT can query history directly or must request an extract.
Check three documents before planning a pull: the software license, any hosting or managed services agreement, and the support agreement. Look for terms on database access, extraction methods, third-party access and data return at termination. Vendor ownership and support arrangements for transportation software change over time, so confirm current terms with your account team rather than relying on an old contract summary.
Keep the chain linked from order to settlement#
The chain from order to settlement is what makes TMW data useful, so join keys must survive the export. An order without its movements, or a movement without its stops and check calls, loses the sequence that shows how a load actually ran.
Export the identifiers that join each family: order number, movement or trip number, leg and stop identifiers, invoice number and settlement reference. Keep them even if they will be tokenized later; consistent tokens preserve the joins while hiding the original values.
Free-text fields deserve the same care. A dispatcher remark on a late load, a customer service note about a refused delivery or a billing comment explaining a detention charge often carries the reasoning behind an exception, which is the part of TMW history that AI teams studying logistics exceptions value most.
TMW export checklist#
A TMW export checklist keeps IT, operations and counsel aligned on scope before anyone runs a query against production or a replica.
- Confirm the product, version, deployment and who administers the database.
- Read the license, hosting and support terms on extraction and third-party access.
- List record families and the years of history still present.
- Identify the join keys for each family.
- Decide which fields are excluded outright, such as settlements and driver personal details.
- Choose the export route and run a small test pull.
- Check the test for completeness against a known report, such as monthly revenue by customer.
- Document the queries and keep the raw extract in your own secured storage.
Pull history before a migration or contract change#
History should be pulled before a TMS migration or contract change, because migrations usually move open orders, active customers and master data rather than years of closed loads. Once the old system is switched off or a hosting contract ends, recovering history can be slow, costly or impossible.
Ask the migration team to include a full historical extract as a named deliverable, with join keys intact and stored in your own environment. That extract serves internal analytics, retention obligations and any later licensing review, whatever the new system keeps.
Illustrative: a refrigerated carrier pulls TMWSuite history before cutover#
Illustrative: a fictional regional refrigerated carrier has run TMWSuite on-premise for many years and plans to move to a new TMS. The CIO wants a complete history before cutover, both for retention and to assess whether its exception records could be licensed.
IT restores a recent backup to a separate server, confirms with the vendor that the license permits this use, and extracts orders, movements, stops, check calls, accessorials and dispatcher remarks with all keys. Driver settlements are excluded in the query itself. A test against monthly revenue reports confirms completeness. The extract goes to an encrypted bucket in the carrier's own cloud account, and the CIO lists temperature excursion and late-delivery exceptions as candidate record families in the data inventory.
How SourceX approaches TMW records#
SourceX approaches TMW records through the SourceX five-step transaction: Supply, Rights, Preparation, Approval and Delivery. The fit check uses metadata only, such as the TMW product, deployment, years of history and record families, and no extract is requested at that stage.
If the carrier proceeds, the rights step reviews customer contracts and software terms, preparation pseudonymizes drivers and customers and excludes settlements, and the SourceX Evidence Packet records provenance, licensing rights, permitted use, the privacy record and release authorization. Large histories stay in the carrier's own storage or ship on encrypted drives.
Frequently asked questions
Can we query the TMW database directly for history?
Possibly, for on-premise installations where your license allows it. Use a read-only replica or a restored backup so dispatch performance is not affected, and confirm with the vendor if the license is unclear. Hosted deployments usually require an extract request.
Do we need the vendor's permission to license our TMW data?
Your operating records are generally your own, but the software license may restrict database access, extraction methods or sharing of the vendor's schema and documentation. Check those terms. The data you entered and the vendor's system design are different things.
Is ELD data in TMW the same as telematics data?
Not exactly. TMW often stores status and location events received from ELD or telematics integrations, while the full telematics record stays in the provider's platform. Each source has its own terms, so review them separately.
What about TMW data from a carrier we acquired?
Acquired TMW databases come with the purchase agreement, the target's software license and its customer contracts. Confirm that the license transferred and that the purchase agreement covers the records before planning any extraction.
How far back does TMW history usually go?
That depends on your installation and on any purge or archive jobs your administrator has run. Some carriers keep every load since go-live; others moved older years into archive databases or backups. Check for archive copies before assuming early history is gone.
Which TMW records interest AI teams most?
Records that pair an event with a human response tend to rank highest: late loads with dispatcher remarks, refused deliveries with customer service notes, and detention charges with billing explanations. Clean master data on its own is less distinctive.
Related resources
See if your company qualifies
A short company assessment. No data uploads are needed.