Solutions / Fleet operators

Fleet operators

Asset-based carriers connect loads to drivers, tractors and trailers, so dispatch decisions depend on people and equipment, not just carrier names.

Industry workflows below are illustrative. The core TMS is in progress; no deployment, customer adoption or operational results are asserted.

02 / Asset-based trucking

The daily operating problem

In Progress

An asset-based carrier has to connect a customer load to people and equipment, not only to a carrier organization. A dispatcher must understand the next pickup, resource availability, changing appointments and the documents that will be needed after delivery. Text-message assignments can provide immediate coordination while leaving the broader load history difficult to reconstruct.

The core dispatch, load and event targets would create a shared operational reference. An illustrative dispatcher reviews a load requiring coverage, records the executing carrier and follows its pickup and delivery evidence. Driver and equipment linkage is an expansion area: the model should preserve a change of tractor, trailer or driver without confusing that change with a new shipment.

ELD and telematics, geographical dispatch, driver mobile capture, routing optimization and automatic alerts are planned or research. The project is not a released fleet maintenance, hours-of-service or safety-compliance platform. Vehicle observations need a verified relationship to a load before they can suggest a milestone. Fleet input is particularly valuable for resource changes, delayed loading and handoffs where the driver knows a fact that has not yet reached the dispatcher.

Isometric truck climbing five floating milestone platforms with flags
Illustrative

Illustrative workflow

A workflow story

A dispatcher reviews the next day's loads and assigns a driver and tractor-trailer pair to each. A changed appointment at the consignee is recorded as an event, and the dispatcher re-sequences the following pickup instead of discovering the conflict by phone.

In the long run, telematics pings and ELD status could appear as integration-sourced events next to human updates, each with clear provenance. That is planned work, and the Rust edge direction is meant to make it practical.

Isometric office and warehouse joined by a glowing data bridge
Illustrative
Isometric freight corridor with trucks travelling between city blocks and warehouses
Illustrative artwork

Relevant modules and their status

These are the parts of the conceptual module map that matter most for this scenario. Status labels describe development state, not availability for production use.

  • Dispatch assignment queue (In Progress)
  • Driver and equipment profiles (Planned)
  • Event & tracking timeline (In Progress)
  • ELD / telematics adapters (Planned)
Isometric clipboard, folder, stamp and signed tablet representing BOL and POD evidence
Illustrative
Explore modules & capabilities

What is not built, and may never be core

Planned

Being clear about scope is part of being useful. The following are either not built yet or are deliberately left to neighboring systems.

  • Hours-of-service calculation
  • Fuel, maintenance and IFTA tracking
  • Driver mobile application
Isometric box truck, semi, flatbed and van parked in a row
Illustrative
See integration patterns

Help shape an open foundation for transportation.

The core TMS is in development. Bring an operational question, a modeling challenge or contribution interest to the next stage of Kaporeal.

Early access

Follow the Core TMS MVP — or ask us anything.

Join the early-access list for build updates and collaboration invites, or send an operational question straight to the Kordspace team.

Don't include credentials or sensitive freight documents.