Platform overview
TOVR is a carrier-facing AI execution layer on top of Europe's freight exchanges. It runs one loop — ingest, match, book, extend, bill — and monetizes only on executed freight, with compliance checked before economics.
TOVR is a carrier-facing execution layer for European cross-border full-truckload (FTL) freight. It does not replace the freight exchanges, TMS, or marketplaces a carrier already uses — it inserts a decision layer on top of them. It reads the loads posted across those platforms and the carrier's own live capacity, and turns that into concrete, profitable, legal action: which load to take, at what price, run in what sequence, and how to win it.
The core thesis
A load's value is determined by the chain around it. A dispatcher who prices a single load in isolation ignores the empty kilometres before and after it. TOVR prices freight as part of a freight chain — an ordered route one truck runs — so the number that matters is profit per truck-day, not headline rate per load.
Everything else follows from that thesis: the cost engine exists to compute real per-leg profit; compliance gates whether a chain is even legal to run; and procurement exists to actually win the freight the chain identifies.
Strategic focus
TOVR is deliberately narrow. It targets:
- EU road freight, full-truckload only — not LTL, parcel, ocean, air, or warehousing.
- Cross-border and cabotage-sensitive corridors, where chain optimization and legal compliance are hardest and most valuable.
- The carrier (fleets of roughly 5–500 trucks) as the customer. TOVR helps a carrier's dispatchers win freight from shippers — it is not a shipper-side tool.
The loop
The platform runs one end-to-end loop:
- Ingest — pull loads from connected freight exchanges and capacity from the carrier's fleet (positions from telematics).
- Match — find which vehicles can serve which loads, spatially and temporally.
- Book — build and price freight chains, check compliance, and surface the profitable, legal ones for the dispatcher to act on.
- Extend — chain additional loads onto a route to cut deadhead and raise profit per truck-day.
- Bill — when the carrier confirms a win, record it and charge commission.
The AI dispatcher, fOS, is how a human drives this loop conversationally — but the loop and its economics exist in the platform regardless of surface.
How TOVR makes money
TOVR charges commission only on executed freight — a fee tied to freight the carrier actually confirms it won, billed after the fact. There is no charge for browsing, matching, or pricing. This aligns TOVR's revenue with the carrier's: TOVR earns when the carrier wins. See Procurement & outreach for the confirm-win and commission mechanics.
Compliance before economics
A chain passes two gates, in order:
- Is it legal? — cabotage limits, driver hours-of-service, and equipment/route legality.
- Is it profitable enough? — the cost engine's P&L and the carrier's minimum margin.
An illegal chain is never surfaced as an option, however profitable it looks. This ordering is a core platform principle, not a setting.
Where to go next
- The entities behind all of this: Domain model.
- How routes are built and priced: Freight chains and the Cost engine.
- How prices are set: Bid recommendation (with market data from APEX).
API conventions
Conventions shared by all three TOVR APIs — base URLs and environments, authentication header formats, the error response shape, rate-limit headers, and versioning. Each pillar's API reference links here.
Domain model
The entities TOVR is built on — shipments and loads (demand), carriers, vehicles and drivers (supply), shippers and contacts (counterparties), freight chains (the decision unit), locations, and the org tenant model — and how they relate.