02. Freight software

We build freight dispatch software. We also run our own.

Sytepoint has built freight operations software in production for years. LoadQuest runs a national brokerage’s dispatch, accounting, and carrier payouts. Run Tandem is the TMS we built from that experience. And for operations that don’t need a new platform, we build dispatch automation on top of the stack already in place.

01. The work

Years of freight operations software in production.

A freight brokerage runs operations, accounting, and a customer service desk at the same time, usually on three systems that don’t talk to each other. LoadQuest, the platform we built for a national freight brokerage, replaced all three. Dispatch, carrier management, accounting, AR/AP, fuel-card spend tracking, and a driver-facing mobile app, on one shared data model.

The work covers the load’s whole life. Intake from email, phone, or load board. Carrier match against MC numbers, insurance certificates, equipment specs, and lane preferences. Rate confirmation out. Status through pending, unassigned, assigned, loaded, delivered, updating in real time on the dispatch board. BOL and POD captured at pickup and delivery, because the verification step is where disputes get prevented. Then the money path: customer billing, carrier payout, reconciliation the controller can trust.

The dashboard puts the controller’s numbers in front of the dispatcher every morning. Total unbilled, total unpaid, average days in transit, average fuel spend. Cash position drives every dispatch decision, so accounting lives on the home screen, not three clicks away. Dispatchers moved from data entry to exception handling.

Proof

LoadQuest. Years of freight in production.

We built LoadQuest from the dispatch board up. Multi-agent operations, BOL intake, in-transit tracking, settlement and payout. All running on infrastructure we designed and still maintain.

Buffalo Transportation runs on the same backbone. Floex extends it for international freight. Livestock Lift adapts it for live haul. One platform, four operating realities.

See the full case study
4yrs
PRODUCTION
Continuous operation across multiple freight operators.
4cos
FLEETS RUNNING
LoadQuest, Buffalo Transportation, Floex, Livestock Lift.
24/7
DISPATCH UPTIME
Freight doesn’t stop. Neither does the software.
02. The product

Run Tandem. The TMS we built because we’d already built one.

Most dev shops ranking for freight software have never operated any. We built our own TMS and we run it. Run Tandem is freight dispatch software for truckload, LTL, reefer, and flatbed brokers, built on everything LoadQuest taught us about how a dispatch desk actually works.

Tandem covers what a TMS has to cover. Dispatch, the load lifecycle from intake to delivered, the documents that follow every load, and settlements. On top of that sits an AI agent that reads rate confirmations, runs check calls, and vets carriers against double-brokering, with a human approving anything that touches money and every action logged. The desk dispatches instead of data-entering.

Tandem matters here for what it says about the services work: when we build dispatch software for your operation, the people doing it maintain a TMS of their own. The edge cases you’re about to describe on the first call, we’ve hit them in our own product.

If you want a TMS, Tandem is how we think one should work. If you want your own, or your existing one automated, that’s the services work below.

03. The services

Dispatch automation on the stack you already run.

01

Load intake & dispatch automation

Load intake from email, EDI, and load boards. Rate confirmation parsing and generation. Driver and equipment matching, in-transit tracking, exception handling. Built around the agent model where operations run multiple books on shared infrastructure. The automation buyers searching for freight brokerage dispatch tools usually need, without replacing the TMS.

LoadQuest
Buffalo Trans.
4yrs production
02

BOL & POD document processing

Bill-of-lading and proof-of-delivery capture from email, scan, or driver app. Automated invoice generation. Carrier payout processing. QuickBooks reconciliation. Reduces the gap between freight delivered and freight paid from weeks to days. See the BOL extractor in action

QuickBooks
Stripe / ACH
03

TMS & accounting integrations

Integrations between the TMS you already run and the back office. McLeod, Aljex, or custom, connected to QuickBooks or Xero, with settlement automation and carrier payouts that reconcile. Part of the broader custom software services we run every engagement through.

QuickBooks
Xero
Factoring APIs
04

Driver & carrier mobile apps

Native mobile for drivers and carriers. Load acceptance, document capture (BOL, POD, lumper receipts), in-transit updates, electronic signatures. Offline-first. Works when the driver is in a yard with no signal at 3 a.m. Built on the same React Native stack as our other mobile app development work.

React Native
Offline sync
04. Stack & integrations

The pipes that freight runs on.

ELDs and telematics:Samsara, Motive (formerly KeepTruckin), Geotab. We’ve pulled HOS data, GPS pings, and inspection events into dispatch boards so the planner sees driver availability without a second tab.

Load boards and EDI: DAT, Truckstop, ITS. EDI 204 (tender), 210 (invoice), 214 (status), 990 (response). Inbound parsing, outbound posting, status updates back to shippers without manual entry.

Accounting and settlement: QuickBooks Desktop and Online, Xero. Carrier payouts via ACH, factoring integrations (Triumph, RTS, OTR Capital). The full pipeline from BOL capture through settlement reconciliation. The part that breaks most TMS implementations.

Carrier compliance: RMIS, MyCarrierPackets, Highway. Insurance verification, FMCSA authority checks, W-9 collection. Onboarding workflows that finish in hours instead of days.

Fuel and tolls: EFS, Comdata, T-Chek. Fuel-card transaction imports, IFTA reporting prep.

Backend:NestJS or Next.js, Postgres, Redis, AWS. Built for the “freight at 3 a.m.” reality. Multi-region deploys, on-call monitoring, rolling deploys that don’t take dispatch offline.

ELDs & telematics
Samsara Motive Geotab
Load boards & EDI
DAT Truckstop ITS EDI 204 EDI 210 EDI 214 EDI 990
Accounting & settlement
QuickBooks Xero Triumph RTS OTR Capital
Carrier compliance & fuel
RMIS MyCarrierPackets Highway EFS Comdata T-Chek
05. Why us

We’ve been running freight software for years.

Most TMS vendors learn dispatch on your dime. We learned it on someone else’s, four years ago, kept the platform in production, and then built our own TMS on what we learned.

01

Agent-model fluency

We’ve designed for multi-agent operations where each agent has their own books, drivers, and customers. The complexity of “shared infrastructure, separate P&Ls” is what we built around, not retrofitted.

02

Real-time-or-nothing reliability

A dispatch board that’s down for 10 minutes during peak hours is unusable. Our infrastructure is built for the “freight at 3 a.m.” reality . Multi-region, monitored, with on-call coverage.

03

QuickBooks & payout integration

Settlement is where most TMS implementations break. We’ve shipped complete pipelines from BOL capture to driver settlement to QuickBooks. The numbers reconcile because we built the pipeline.

04

We run our own TMS

Run Tandem is in the field with an AI agent working loads under human approval. When we say we know where dispatch software breaks, it’s because we’re the ones on call when ours does.The retainer model isn’t a side offering. It’s how we work.

06. FAQ

Common questions, straight answers.

Do you build custom TMS software, or do you customize McLeod and similar platforms?

Both, depending on what's there. If you've outgrown Dr Dispatch and need a system shaped around your actual workflow, we build custom. That's how LoadQuest, Buffalo Transportation, and Floex got built, and it's the experience Run Tandem, our own TMS, grew out of. If you're on McLeod, Aljex, or a similar platform and need integrations, agent portals, settlement automation, or driver apps that the vendor doesn't offer, we build those alongside the existing system. The audit identifies which path makes sense.

What ELD, load board, and accounting integrations have you built?

ELDs: Samsara, Motive (KeepTruckin), Geotab. Load boards: DAT, Truckstop, ITS. Accounting: QuickBooks Desktop and Online, Xero. Fuel cards: EFS, Comdata. Carrier verification: RMIS, MyCarrierPackets. Document capture from email, EDI (204/210/214), or driver app. The integrations are often where TMS implementations break. We've shipped complete pipelines for all of these.

What does an agent-model dispatch system actually look like?

Each agent (sometimes called a brokerage agent or independent contractor) runs their own book of customers and carriers, but on shared back-office infrastructure. Settlement, accounting, compliance. The software has to enforce that separation: agent A can't see agent B's loads or rates, but management sees the full P&L per agent. Commissions, splits, and reconciliation roll up automatically. We've designed for this from scratch on multiple operations.

How long does a freight software build take?

First production release for a focused dispatch system: 12 to 20 weeks. Full operational platform (dispatch + driver app + accounting integration + carrier portal): 4 to 6 months for v1. We don't ship in waterfall. The dispatcher is using the new system on a small slice of loads within the first 6 weeks.

Do you support 3PL, asset-based, or brokerage-only operations?

All three. The architecture differs (asset-based tracks owned trucks and drivers; brokerage tracks carriers and capacity; 3PL does both plus customer-facing portals), but the core dispatch primitives overlap: load, customer, carrier, driver, BOL, invoice, settlement. We've shipped systems for asset-based fleets, brokerages, and hybrid operations.

Can you build a driver mobile app to go with the dispatch system?

Yes. That's a standard part of how we work. Driver app for load acceptance, GPS check-in, BOL/POD photo capture, electronic signature, lumper receipts. Offline-first because drivers often work in yards, terminals, or rural routes with no signal. React Native, syncs back to dispatch in real time when reconnected. Same stack we use for our other mobile app development work across the studio.

Where are you based and do you work with operators outside Phoenix?

Phoenix HQ, with engineers across two time zones and a Los Angeles office. We work remotely with freight operators across the United States. Most of our trucking work has been with operators in the West and Midwest. The studio model doesn't require co-location.

What does engagement pricing look like?

Audit: $25K, fixed scope, 14 days, written plan you can hand to anyone else. Build: typically $80K to $300K for a focused dispatch or driver-app build, fixed scope. Retainer: $10K to $30K per month for ongoing engineering capacity. We're a senior studio. No offshore tier, no junior-on-client work. Code, IP, and infrastructure transfer at final payment.

07. Begin
Replies within 1 business day

Show us how your freight operation runs.