The order builds itself.
Emails, PDFs, and EDI land in one queue. Build reads each one, checks it against your TMS, and posts the order. A person decides only the exceptions.
How Build enters an order.
- Intake
Forward orders to an address, or connect the shared orders inbox so nobody has to remember. Email threads, PDF purchase orders, and EDI 204s land in one queue.
- Extraction
Build reads the order and fills every field of your order entry screen. Each value carries a confidence and points back to the words it came from.
- Matching
Shippers, consignees, products, and equipment are matched against the records already in your TMS. A site that isn't there yet is flagged, not guessed.
- Exceptions
Each problem is one card: a ranked suggestion, the evidence behind it, and a one-click question back to the shipper. Deciding the last card unlocks Post.
- Posting
Clean orders post themselves above your confidence threshold. Reviewed ones post on approval. Dispatch sees a normal TMS order, created by Maximal, PO already on it.
An order desk that never closes.
A team of order entry analysts, without the team. Build reads every tender the moment it lands, at any hour, and enters it the same way every time.
Around the clock
Instant clarification
No fatigue
Learns every shipper
FAQ
How do orders get in?
Three ways. Forward to a Maximal address, which needs no IT and works from a phone. Connect the shared orders mailbox, and nobody has to remember to forward. Or send EDI 204s straight to the same queue.
What if it reads something wrong?
Every field shows the words it came from, so a wrong value is visible before it posts. Fix it in one click. Build keeps the correction as a rule for that customer and applies it next time.
Which systems does it post to?
Whichever one you run. The field map is set per fleet at onboarding, so the same pipeline writes to any TMS or ERP order entry screen. Dispatch sees a normal order, created by Maximal.