Connected systems, clear boundaries

Bring the systems around the load into one workflow.

Our integrations program starts with reliable identity and fleet data, then expands into accounting, load sourcing, fuel, and partner data exchange. Every connector must show what moves, in which direction, when it last worked, and what needs attention.

In active development

Telematics & ELD

Motive

We are hardening the existing Motive connection around secure tenant credentials, observable runs, and a controlled driver import before offering it as a production connection.

Initial data direction: Planned first direction: Motive to TMS Software

Provider dependency: A supported Motive credential and access to the required Motive API scope

Foundation implemented for validation

  • Encrypted credential storage
  • Credential validation
  • Queued driver import
  • Driver field mapping
  • Connection and run status

Release boundary: The current build is undergoing provider-account validation and is not marketed as generally available. Expanded fleet and dispatch context stays behind separate release gates.

Integration roadmap

Build the reusable foundation, then expand provider choice.

These are planned priorities, not claims of availability, partnership, or a committed delivery date. Provider access and customer demand influence the sequence.

Accounting

QuickBooks Online

Planned

Reduce manual accounting handoff for invoices and recorded payments while preserving reconciliation state.

  • — Customer mapping
  • — Invoice export
  • — Recorded-payment export
  • — Reconciliation feedback

Direct connection is not available today. Provider-neutral accounting CSV exports remain available.

Telematics & ELD

Samsara

Planned

Bring supported vehicle, driver, location, and readiness context into dispatch through a reusable telematics adapter.

  • — Driver and equipment identity
  • — Current location
  • — Location freshness
  • — Readiness context

Scope depends on provider access, customer permissions, and official API capabilities.

Telematics

Geotab

Planned

Extend provider choice for equipment identity, fleet position, and operational context.

  • — Equipment identity
  • — Fleet position
  • — Status context
  • — Health monitoring

Scope depends on provider access and will reuse the telematics integration foundation.

Loads & rates

DAT

Planned

Evaluate supported load-search, posting, and rate workflows without forcing dispatchers to rebuild load information.

  • — Load discovery
  • — Load posting
  • — Rate context
  • — Shipment handoff

No direct connection or provider partnership is claimed. Delivery requires API access and applicable commercial agreements.

Loads & rates

Truckstop

Planned

Evaluate load and rate workflows as a second provider option for carrier teams.

  • — Load discovery
  • — Load posting
  • — Rate context
  • — Shipment handoff

No direct connection or provider partnership is claimed. Delivery requires API access and applicable commercial agreements.

Fuel & expenses

Fuel-card feeds

Future direction

Import fuel transactions and connect them to drivers, equipment, shipments, and accounting records.

  • — Transaction import
  • — Driver and vehicle matching
  • — Shipment cost allocation
  • — Exception review

The initial provider will be selected from customer demand and verified API access.

Data exchange

Customer API, webhooks & EDI

Future direction

Exchange load, status, document, and billing events with customer and partner systems using observable delivery controls.

  • — Scoped API credentials
  • — Outbound webhooks
  • — Inbound idempotency
  • — EDI event mapping

Public partner credentials, webhooks, and EDI exchange are not available today.

Help set the factory order

Which connection removes the most duplicate work?

Tell us the provider, workflow, expected data direction, and volume. That evidence helps us prioritize a durable connector over a logo checklist.

Share your priority