Capture the complete order
Keep the email body, attachments, sender, timestamps and thread together. An attachment-only parser loses instructions that exist only in the message.
HANNO BUYER GUIDE / EUROPEAN FORWARDERSEMAIL → VERIFIED RECORD → TMS
A practical evaluation framework for freight forwarders turning transport orders, attachments and later amendments into verified shipment records.
Replay 10–20 completed orders ↗Keep the email body, attachments, sender, timestamps and thread together. An attachment-only parser loses instructions that exist only in the message.
Search customer references, booking numbers, parties, route, dates and prior messages before creating a record. Ambiguous matches belong in a review queue—not in the wrong shipment.
Every critical value should open to the source document, page and excerpt. Low-confidence values remain review items and must not silently become operational facts.
Customer, lane, mode and commodity rules decide what is missing or contradictory. AI models can read and draft; they should not decide release readiness.
A later email is not a new order by default. Link it, show what changed, identify affected checks and preserve the previous value in the audit history.
Map the verified record to the customer’s TMS fields, preview the write and keep the external identifier. Retries must be idempotent so the same order cannot create duplicates.
Hanno’s Shipment Readiness Agent can assemble completed orders, source-link facts, expose conflicts and replay the readiness workflow without writing to your TMS. A live TMS write path is configured and validated per design partner; Hanno does not claim a universal plug-and-play connector today.
What happens when two shipments could match the same email?
Can an operator change any extracted value and see the original source?
Does the system re-evaluate only what a new message changed?
Can we preview, approve, retry and reconcile each write?
Can we reconstruct the source, model, rule and approver later?
Will the pilot measure order-received to operationally-ready time?