Load Procurement
ActiveScans connected load boards continuously and scores each load against your real cost per mile.
- Boundary
- Never surfaces freight below the configured margin floor.
- Recent
- 184 loads evaluated · 6 above threshold · 1 booked
Agents find freight, price it against your real cost per mile, dispatch only HOS-legal drivers, catch faults before they strand a truck and invoice on delivery — inside policies you write.
DISPATCH Load #48291 → Unit 284 · projected contribution +$684
COMPLIANCE PHX → DEN refused · driver 1h42m short of HOS buffer
RATE Load #48310 declined · $1.61/mi below breakeven
MAINTENANCE Unit 112 booked · aftertreatment fault, Thursday 07:00
FINANCE Invoice #2291 prepared · $3,140 · awaiting approval
FUEL Transaction flagged · 61gal on a 50gal tank, Amarillo
Your telematics, load board, fuel card and accounting subscriptions stay in your own name. We act on your behalf, never resell the feed, and never mark up a provider you already have a contract with.
TelematicsAPI adapter
TelematicsAPI adapter
Load boardAPI adapter
Load boardAPI adapter
AccountingAPI adapter
Fuel cardFile import
Fuel cardFile import
Fuel cardFile importProvider-agnostic by design. Adapters sit behind one internal carrier model, so a new ELD or load board is a connector — not a rebuild.
Fuel cards are an import, not an API. WEX, Comdata and EFS publish no transaction API, so those land as your own export. We would rather say so than call it an integration.
Categories the connector layer is designed to take next. Named as categories rather than vendors — we have no agreement with any provider in these areas, and a logo here would imply one.
Fragmented software is the reason a carrier cannot answer a simple question like “should this truck take this load?” The ELD knows the hours, the load board knows the rate, accounting knows the cost, and none of them know each other. One state model is what makes the decision possible.
Every source normalised into one model of the carrier, per tenant.
Every action leaves through the same gate: the policy engine decides whether it executes, waits for a human, or is refused — and the decision is recorded either way.
A system of record stores information. A dashboard visualises it. Both still require a person to read the screen, hold six constraints in their head and act before the load is gone. logistick.ai operates on the information directly.
Worked example using the demo carrier. The arithmetic is real; the load is illustrative.
Three of these reason. The rest are deterministic by design — nobody should want a language model deciding whether a driver has hours left. Each one works from the same state, so a decision made by one is visible to all.
Scans connected load boards continuously and scores each load against your real cost per mile.
Matches freight to equipment and to drivers who are legally able to run it.
Reads fault codes as they arrive, grades severity and turns the serious ones into shop bookings.
Prices every load against fixed and variable cost — fuel, driver pay, maintenance reserve, insurance, tolls, overhead and equipment.
Enforces the 11-hour drive limit, 14-hour window, 30-minute break and 70-hour cycle on every candidate assignment.
Reconciles card transactions against tank capacity, position and time to surface theft and card misuse.
Eight capabilities are registered as callable tools. Every invocation is logged against the run that made it.
Autonomy you cannot bound is not a feature, it is a liability. Every agent runs inside a policy you write, and you decide how much rope it gets — starting at none.
Agents may book loads automatically when projected margin is above 18%, deadhead is under 80 miles, and every hours-of-service check passes.
min_margin_pct: 18 · max_deadhead_mi: 80 · hos_ok: true → allow
Agents run and record what they would have done. Nothing moves.
Proposals reach the queue with their reasoning and projected outcome.
A human with the right role releases each action.
Actions inside the policy execute on their own. The rest still wait.
Deterministic conditions, evaluated in priority order. First match decides: allow, require approval, or deny.
Anything above a value, or outside a boundary, waits for a person.
Six permission sets separate reading, writing, approving, fleet, money and PII.
Every row carries its carrier, enforced in the database rather than in application code.
Provider credentials and OAuth tokens are encrypted with AES-256-GCM before storage.
Inputs, matched policy, reasoning and result recorded for every proposed action.
Any proposal can be rejected, and any automation switched back to approval.
Failures in unattended jobs open an incident and notify a channel a person watches.
What we do not claim. logistick.ai holds no SOC 2, ISO 27001 or HIPAA certification, and publishes no uptime guarantee. The controls above are implemented in the product; the certifications are not, and we would rather write that here than let you find out during procurement.
In most stacks a truck is nine rows in nine systems. The ELD knows where it is, the TMS knows what it is hauling, accounting knows what it cost, the maintenance vendor knows what is wrong with it, and nothing knows all four at once.
Here a truck is one object with a position, a driver, a legal clock, a mechanical condition, an operating cost and a revenue contribution. That is the reason an agent can make a decision a dashboard cannot even frame.
Not a suite of products that happen to share a login. Every module reads and writes the same operational state, which is why dispatch knows what compliance knows and finance knows what both of them did.
Moving freight, every day.
Deciding and accounting.
Staying legal and insurable.
Capacity, people and equipment.
We are not going to quote you a percentage. logistick.ai has no production carrier to measure yet, and every number on a page like this one is invented until it is not. These are the measures the system is built to move, and the ones we will report against once there is a fleet to report on.
Built for growing fleets and load-tested at 900 trucks in a single workspace — evidence of where it has been proven, not a ceiling.
A carrier running 200 trucks now operates seven systems that each know one piece of the business and none of which know each other. The integration point has been a dispatcher with eight tabs open, retyping between them.
Two things changed. Nearly every one of those systems now exposes an API, so the state of a carrier can finally be assembled in one place. And models became good enough to reason over that state — well enough to propose a decision, and cheaply enough to do it for every truck, continuously.
That makes an execution layer above the fragmented stack possible for the first time. Not another system of record competing for the same seat — a layer that reads them all and acts.
Where this goes
Today that means a carrier whose freight is found, priced, dispatched and billed by software that never sleeps, under policies its owner wrote. What it means at network scale is a question worth building toward.
Or read the integration detail first — most engineers do.