30-min call with RobBook a proof-of-concept call
Job 01 · Billing desk

// Freight and 3PL · The first job

Freight billing from rate confirmations, BOLs and PODs.

Each delivered load leaves a packet. AI reads it, matches it to the load and drafts the billing, accessorials included, for your reviewer to check against what your team actually invoiced. A free proof of concept on copies of 20 to 30 old loads, with no login to your TMS.

Book a proof-of-concept call30 minutes with Rob
Delivered loads
20 to 30
TMS logins
None
Signed first
NDA

// The one job

A load delivers. The billing gets drafted.

The truck delivers and the POD comes back: an email from the driver, a scan from the carrier, a photo through a tracking app. Today someone on your billing desk finds the load, opens the rate confirmation, checks the POD against the BOL, works out which extra charges are owed and which have proof, and builds the invoice.

In the proof of concept, AI does that same read on copies of loads your team already closed. It drafts the billing for each one and lists anything it would hold back, with the reason. Nothing posts and nothing is sent. Your reviewer compares each draft, load by load, with the invoice that actually went out.

Load packetRate con, BOL, POD
Load no.
Shipper
Consignee
Delivered
ChargeBackupAmount
Illustration, not a real load
Matched
and drafted
Billing draftFor review
Bill to
Customer ref.
Load no.
POD on file
LineProofStatus
Illustration, not a real invoice

// What makes it hard

What a billing clerk checks that a template misses

Finding the load. One load can carry five numbers: your load number, the shipper's BOL number, the carrier's PRO, one or more customer PO numbers, and a pickup or delivery appointment number. The POD often shows only the shipper's number or the carrier's, so the draft has to find the load from whichever one is legible and say which number it matched on. Two loads that share a PO number are a common way a packet lands on the wrong record. Some shippers pay through a portal that can reject an invoice that doesn't match their records, so the draft carries the references each customer asks for.

Reading the POD. The POD decides whether the load bills at all. The reviewer looks for the consignee's signature and printed name, the delivery date, and anything written beside them: a short count, "2 cases crushed", a refused pallet, a seal number that doesn't match the BOL. A clean signature bills. A notation goes to whoever handles OS&D before the shipper sees an invoice. A multi-stop load needs a signed POD for every stop, and a missing second page is a common reason a packet sits.

Accessorials and their proof. This is where money gets left behind or argued over. Detention needs an in time and an out time, from the BOL, the POD, the driver's log or tracking, plus the free time the rate confirmation allowed. A lumper charge needs the lumper receipt from the dock, showing the facility, date and amount. Layover needs the reason the truck sat overnight and who approved it. A TONU, truck ordered not used, needs the cancellation in writing. The draft lists each charge with its proof beside it, or holds it as unsupported.

The rate confirmation that governs. A load can carry more than one rate confirmation after a stop is added or a rate is renegotiated, and billing follows the last signed version. On a brokered load the packet answers two questions at once, and an accessorial the carrier earned doesn't always pass through to the shipper; that depends on the customer's terms. So the draft keeps carrier cost and customer charge on separate lines. On a load you hauled yourself, the invoice should mirror the broker's rate confirmation line for line.

What your reviewer watches. Your reviewer is the person who knows your billing best, usually the billing lead or AR manager. They look hardest at the calls a template gets wrong: a charge billed without backup, a load billed on an outdated rate confirmation, a POD read as clean when the receiver wrote a shortage in the margin, and a packet matched to the wrong load.

// What you send

What the proof of concept needs from your billing desk

Copies of closed loads
No logins
01

Packets for 20 to 30 billed loads

For each load: every version of the rate confirmation, the BOL, the POD and any receipts, plus the invoice your team sent. A normal week, messy loads included.

02

Your customer billing rules

The references each customer requires, their accessorial terms and any portal rules. A short list is enough.

03

No TMS access

We never log in to your TMS, your load board or your email. You send copies, and the originals stay where they are.

04

An NDA first, or look-alikes

The NDA is signed before any packet leaves. If customer names have to stay in-house, your reviewer and we build look-alike loads instead.

// Before it starts

Agreed before the first packet moves

The owner settles these with us before any document is sent.

Before the proof of conceptOwner signs off
Reviewer
Named by the owner. Usually the billing lead or AR manager.
Success criteria
Written down and agreed before day one
Loads
Picked by your reviewer, not by us
Price
A range for the live job
NDA
Signed first

// How the test is judged

Our draft against the invoice your team sent

Same loads
Side by side
On the same 20 to 30 loadsYour billing deskThe proof of concept
Packet matched to the right loadFilled in on your loadsFilled in on your loads
Linehaul and fuel billed per the last signed rate conFilled in on your loadsFilled in on your loads
Detention, lumper and layover billed only with proofFilled in on your loadsFilled in on your loads
POD notations caught before billingFilled in on your loadsFilled in on your loads
Loads held for a missing documentFilled in on your loadsFilled in on your loads
Time to bill one loadFilled in on your loadsFilled in on your loads
No numbers yet. Both columns stay blank until the proof of concept runs on your loads.Your reviewer fills them in and makes the call.

// After a yes

About 30 days on live loads

Once your reviewer says yes, billing runs on newly delivered loads for about 30 days.

Each draft waits for a person on your billing desk to approve it before an invoice goes to a shipper or anything posts in your TMS. Held loads stay held until someone clears them. The reviewer keeps the same comparison, so the live run is judged the way the test was.

Nothing else is added in those 30 days. The next job is priced on its own.

// What could follow

Next jobs, if billing works

Possibilities, not a plan
One at a time
  1. 01

    Carrier pay checks

    Carrier invoices matched to their rate confirmation and POD before payment, with the payee checked against any factoring notice on file.

    Next
  2. 02

    Tenders into loads

    Shipper tenders from the inbox drafted into new loads with stops and references, for a person to accept.

    Then
  3. 03

    Claim files from POD notes

    Shortage and damage notations, photos and the BOL pulled together for an OS&D claim.

    After that

// One hard limit

The proof of concept never touches your TMS.

It reads copies of closed loads and writes billing drafts to a sheet your reviewer checks. It sends no invoice to a shipper, pays no carrier and contacts no factoring company. Your TMS stays untouched until you say yes to a live run, and even then each invoice waits for a person's approval.

Priced per job: you hear a range before the proof of concept and get a fixed price before you sign.

The range depends mostly on how many loads you bill a week, how many customers have their own billing rules, and which TMS the live run posts to.

// Questions

Freight billing questions

Does it handle LTL as well as truckload?
The sample can include both. LTL billing turns on the carrier's PRO number, the freight class and weight on the BOL, and any reweigh or reclass correction the carrier sends after inspection. If you broker LTL, put a few of those loads in the sample.
What about lumper receipts that arrive days after delivery?
That is one of the cases the test should show. The draft holds a lumper charge as unsupported until a receipt is in the packet. Your reviewer sees whether it held the same loads your team held.
Can it read handwritten PODs?
That is part of what the test finds out, so include the faded and handwritten ones. Where the draft can't read a signature, date or note with confidence, it is built to set the load aside for a person rather than guess, and your reviewer sees every one it set aside.
We factor our invoices. Does that change anything?
Not for the test. Your factoring company typically wants the same packet the draft is built from: the rate confirmation, the signed BOL and the POD. The proof of concept sends nothing to your factor; it drafts the invoice and checks that the packet is complete.
Rob Eason

Rob Eason, founder

// Book a call with Rob

Test it on loads you already billed.

Thirty minutes with Rob. Bring three things: who you are and what you do there, the job you would test, and a rough count of loads billed each week. Keep the packets until the NDA is signed.

  • Co-owned a 60-employee financial services firm and sold his share to his partner.
  • Ran GOSO Technologies, a Boston solar company rated 5/5 across 24 Google reviews.
  • 5/5 across 83 reviews in HighLevel's Certified Admin Directory.
  • 4.3/5 from 6 Google reviews of Massmarket AI.
  • Every directory and Google review, critical ones included, is shown word for word at massmarket.ai/reviews.
  • Takes every proof-of-concept call himself.