Running a TMS? Keep it, or move on.
Same team. 5x more business. You can keep the system you run today and add FreighAI around it, or move on from it and let FreighAI be your main system. Start with pricing and operations either way, and add the rest when you are ready.
Every email your company receives is read, understood and turned into a task for the right person, with the answer already drafted. Your team approves. Nobody lives in the inbox any more.
The first step is one workflow either way, scoped with your team.
need DHL quote Gurugram → Ajman, 72kg, by Friday. express.
packing list attached. urgent pls 🙏
Pls quote for shipment as below. Confirmed pkg dims attached, IEC docs to follow…
- 01There are two ways in, and this page covers both. Keep the system you run and add FreighAI around it, or move on from it and let FreighAI be your main system.
- 02Most teams start with the first. Your TMS or ERP keeps the records. Jobs, documents, accounts and compliance stay where they are.
- 03FreighAI takes over the email and the work behind it: reading, finding the rate, checking the carrier, chasing, handing over, and the drafted answer.
- 04Your team approves. They do not compose, forward, file or chase. Replies go out in their name.
- 05Standalone, alongside, or moving on are separate decisions. None of them is forced on you.
- 06Discovery decides what connects, in which direction, and what stays a person’s hand-off.
We know why this question comes first
Your current system is not just a software subscription. It may hold years of jobs, shipment records, documents, customer history, accounting entries, operating rules and reports. Your team knows how to use it. Other systems may depend on it.
In a forwarding company, the work arrives as email. Enquiries. Rate replies from agents. Booking confirmations. “Where is my cargo?” Carrier bills. Payment chasers. Someone has to open each one, work out what it is, find the information, write the answer, pass it to the next person, file it, and remember to chase. The inbox is where your company actually runs. And the inbox does nothing to help.
The sensible question is therefore not “Can AI take over from our TMS?” It is:
Which part of this work should improve, and what relationship should the new workflow have with the system we already trust?
- Jobs and shipment records
- Documents and customer history
- Accounting entries
- Operating rules and reports
FreighAI reads each thread and hands the approved result to the person or system that owns the next step.
What changes when FreighAI is added?
FreighAI takes over the inbox. It watches every company mailbox, pricing, operations, tracking and accounts, and follows each conversation from start to finish, not one message at a time. It works out what each email is and what it needs. It writes the reply, creates the task, and puts it in front of the right person in the right department. That person reads it beside the original conversation and approves. They do not compose, forward, file or chase. The reply goes out in their name. The follow-ups happen on their own.
The email is only the start. The real time goes on what comes after it. Find the rate on the carrier’s site. Check the tracking in another tab. Open the TMS for the job. Look up what you charged this customer last time. Forward it to operations and wait. Chase the agent, or forget to. FreighAI does all of that itself. It pulls your rate cards, checks the carrier, looks up the customer’s history, reads the shipment status, and talks to your TMS or accounting system. It chases what has not come back. It passes the work from pricing to operations to accounts, with the email and everything it found attached. Nobody forwards it. Nobody re-keys it. Nobody asks for an update. Then it puts the finished piece in front of the right person, with the reply already written.
Your people work in FreighAI. Not in the inbox. Not in five browser tabs.
The exact design depends on the workflow and the current system. FreighAI does not assume every TMS exposes the same information, and missing or contradictory information is surfaced instead of guessed.
We scope the first workflow, integration requirements and implementation plan with your team.
That scope should answer:
- what starts the workflow;
- which records may be read;
- which information FreighAI prepares;
- which actions require approval;
- where the authoritative result belongs;
- what happens when the connection or input is unavailable; and
- how the team will judge whether the workflow improved.
Your people work in FreighAI. Not in the inbox.
Your people work in FreighAI, not in the inbox. Your team approves. They do not compose, forward, file or chase. The reply goes out in their name.
- Every conversation, start to finishFreighAI watches every company mailbox, pricing, operations, tracking and accounts, and follows each conversation from start to finish.
- The right person, the right departmentFreighAI writes the reply, creates the task, and puts it in front of the right person in the right department, beside the original conversation.
- Nothing forwarded, nothing re-keyedWork passes from pricing to operations to accounts with the email and everything it found attached. Nobody forwards it, re-keys it or asks for an update.
Keep your TMS, or move on.
You can keep the system you run today and add FreighAI around it, or move on from it and let FreighAI be your main system. Start with pricing and operations either way, and add the rest when you are ready.
Keep your TMS. Add FreighAI around it.
This is the door most teams take, and most of this page describes it. Your TMS or ERP keeps the records. FreighAI takes the email and the work behind it, and hands each finished task to the person who owns it.
- Your system keeps the jobs, the documents, the accounts, the compliance records and the reports.
- FreighAI works every company mailbox. Pricing, operations, tracking and accounts.
- Your team approves each reply, and the agreed hand-off carries the won job to your system.
- Nothing has to be connected on day one. A first workflow can run on its own and prove itself.
Move on from your TMS. FreighAI becomes your main system.
The other door. You work in FreighAI and let the old system go. Start with pricing and operations, and bring the rest across when you are ready.
- Enquiries and the quotes that follow them.
- Jobs, once a quote is won.
- Tracking replies to customers who email you.
- Carrier bills, matched line by line.
- Payment follow-ups and chasers.
- Your accounts. Finance runs inside FreighAI.
- Customs filing. FreighAI does not file declarations. It treats customs as an agent, and your team keeps the filing details up to date.
- The warehouse. Binsy, the FreighAI warehouse product, runs together with FreighAI today.
- Carrier EDI and portal messaging. Whatever sends and receives your carrier and agent messages today still has to do it.
- The reports your board reads, if they come out of the TMS today.
- How long have you had it?
A system your team has built on for years is worth keeping. One bought recently and still being set up is a different decision.
- Does your team work in it, or around it?
Watch one ordinary morning. If the day happens in the inbox and the system gets updated afterwards, cost the second door.
- What would you lose?
List what only that system holds: the customs filing, the warehouse, the carrier messages, the reports your board reads. Each one needs a home first.
- What do your contract and your data say?
Ask your vendor when the agreement renews and how you get your own history out. Ask. Do not assume the answer.
On its own, FreighAI runs your enquiries, quotes, jobs, tracking replies, carrier bills, payment follow-ups and your accounts. FreighAI does not file customs declarations. It treats customs as a service provider or agent, and your team adds and updates the filing details by hand.
Which parts of FreighAI would we use first?
Start with the operating problem, not the complete product list.
Quotation Agent
Relevant when enquiries and rate sourcing eat coordinator time. FreighAI spots what is missing in an enquiry and drafts the email asking for it. It emails all your agents for a lane in one go, with the route and charge lines filled in, then chases the ones who do not reply. It suggests a price from what that customer paid on that lane before, within your margin rules. When the customer pushes back on price, a counter-offer is drafted and waits for approval. Quotes expire on their own and can be revived if you want.
Booking and Job Orders Agent
Relevant when accepted work has to be converted into a clean operational hand-off and job information is repeatedly re-entered or chased. A won quote becomes a job on its own, fully filled in. What then moves into your TMS, and how, is decided in scope.
Tracking Agent
Relevant when routine updates and exceptions need constant attention across carriers and customer channels. FreighAI answers “where is my cargo?” on the customer’s own thread, from carrier status, for approval.
Partner Discovery
Relevant when a lane or service requires another agent or consolidator and the team needs a structured way to identify, approach and assess potential partners.
Invoice Reconciliation and Payment Collection
Relevant when carrier invoices must be matched to jobs or receivables follow-up eats finance time. FreighAI reads a carrier bill and matches every airway bill back to its job, checking line by line before it is booked. Follow-ups, chasers and reminders happen on their own, on the same conversation.
What every workflow shares
Whichever workflow comes first, the same engine runs it. Chasing, tracking checks, quote expiry and follow-ups run on their own. Nobody has to remember. Work passes from pricing to operations to accounts with the email and everything it found attached. Nobody forwards it, re-keys it or asks for an update.
The first implementation may involve only one of these areas. Expand because the next workflow is useful and ready, not because a bundle requires it.
What happens to one enquiry
Pricing is where the difference shows first.
An enquiry arrives. FreighAI reads it, notices the weight is missing and asks for it. It pulls your rate cards, checks the carrier for a live rate, and emails your agents for the lanes you do not hold, then chases them until they reply. It drafts the quote with your margin rules and what that customer paid on that lane last time. Your pricer approves and it goes. It follows up. When the customer pushes back, the counter-offer is already drafted. When the quote is old, it expires. When it is won, the job is created.
Where the rate can be fetched without waiting on a person — a carrier API, a portal read in the background, or your own uploaded rate cards — a priced quote goes out in 10–15 minutes instead of 1–2 hours. That holds for ocean and air just as it does for express; the mode does not change it. Where a lane has to be priced by another agent or over the phone, the wait belongs to whoever is answering — not to the software. FreighAI still writes the RFQ, chases the reply, and turns whatever comes back into a priced, margin-checked quote the moment it lands.
Your TMS did not have to change for any of this. It received the won job.
need DHL quote Gurugram → Ajman, 72kg, by Friday. urgent pls 🙏
Hi Marco — DHL Express, AED 425 + AED 35 handling. ETA Thu·18:00, valid 24h. PDF attached.
- 01Enquiry arrives
- 02Missing detail asked
- 03Rates gathered
- 04Quote drafted
- GATEYour pricer approves
- 06Sent and followed up
- 07Counter-offer ready
- 08Won jobHanded to your TMS
At Infinity Logistics, average response time fell from more than 60 minutes to about 15 minutes, and the win rate rose from 35% to 73%. Those are one customer’s attributed results, not a promise to every business.
Should we run standalone, alongside, or move on?
Run the first workflow standalone
Choose this when the process has a clear input and output and does not create a competing source of truth. It is often the simplest way to prove the operating model before connecting another system.
Standalone does not mean isolated forever. It means the first workflow can prove its value before a broader connection is needed.
Work alongside the system you have
Keep your TMS for the records. FreighAI runs the work around them. Choose this when the current system should keep the job, shipment, financial or compliance record, but the email work around that record should stop landing on people.
What returns to the system, in which direction and by whose hand, is decided in scope, not assumed. Your people should know which system to trust, where approval happens and how exceptions are handled.
Move on from the current system
Choose this when moving on is independently justified: the system no longer fits the business, is unsupported or blocks a required operating change. That is a broader decision involving data, processes, reports, controls and team adoption. The two ways in above set out what you would stop using and what would still need a home.
You can keep the system you run today and add FreighAI around it, or move on from it and let FreighAI be your main system. Start with pricing and operations either way, and add the rest when you are ready. It also does not claim that moving on is never the right answer. The two decisions stay separate.
Is your current system still the right place for the record?
The process has a clear input and output and does not create a competing source of truth. Often the simplest way to prove the operating model.
The current system keeps the job, shipment, financial or compliance record. The email work around that record stops landing on people.
Only when moving on is independently justified: the system no longer fits the business, is unsupported or blocks a required operating change.
What does implementation discovery decide?
A serious discovery conversation should produce a boundary map, not a collection of logos.
| Decision | Question |
|---|---|
| Records | Which records are needed, and which system stays authoritative for each? |
| Direction | Does FreighAI only need context, or must an approved result return? Who carries the hand-off? |
| Triggers | What starts the work: an email, a WhatsApp message, a status change, a document, a scheduled check or a person? |
| Approval and exceptions | Which actions proceed under agreed rules, which wait, and who receives the unusual cases? |
| Access and testing | What access exists, which sample records are safe, and how will normal, missing, duplicate and failed cases be tested? |
| Success | Which measure belongs to this workflow: turnaround, backlog, re-entry, missed follow-up, margin control or capacity? |
- Records
- Question
- Which records are needed, and which system stays authoritative for each?
- Direction
- Question
- Does FreighAI only need context, or must an approved result return? Who carries the hand-off?
- Triggers
- Question
- What starts the work: an email, a WhatsApp message, a status change, a document, a scheduled check or a person?
- Approval and exceptions
- Question
- Which actions proceed under agreed rules, which wait, and who receives the unusual cases?
- Access and testing
- Question
- What access exists, which sample records are safe, and how will normal, missing, duplicate and failed cases be tested?
- Success
- Question
- Which measure belongs to this workflow: turnaround, backlog, re-entry, missed follow-up, margin control or capacity?
These answers determine the implementation plan. A generic promise cannot.
The objections we hear most
Are you asking us to throw out the system we already own?
No. You can keep the system you run today and add FreighAI around it, or move on from it and let FreighAI be your main system. Start with pricing and operations either way, and add the rest when you are ready. On its own, FreighAI runs your enquiries, quotes, jobs, tracking replies, carrier bills, payment follow-ups and your accounts. Keeping the system you have is the usual answer, and moving on is a decision you make on your own evidence, not one we make for you.
Will our people have to work in two places?
No. Your people work in FreighAI, not in the inbox. The TMS keeps the records. Where the approved result returns, and whether a person or a connection carries it, is decided in scope. If a second surface adds more re-entry than it removes, the design needs to change.
Does anything have to be migrated?
Not automatically. A bounded workflow may run standalone or use only the records that process needs. A wider migration, if justified, gets its own data and operating plan. We do not promise that nothing will ever move, because the answer depends on your architecture.
Do you have a prebuilt integration with every TMS?
No such claim is made. FreighAI has a governed set of business-approved connections, and the supported operations must be stated for each one. For any other system, the first step is to assess the workflow and the available connection method.
How long will it take?
There is no responsible universal timeline. Scope depends on the workflow, data, access, approvals, testing and the system boundary. The plan is agreed once those are understood.
Will FreighAI start sending messages on its own?
Your team approves every reply before it sends. The reply goes out in the name of the person who owns the conversation. Any later change in supervision must be deliberate, workflow-specific and supported by clear rules.
Common questions
Can FreighAI be my main system instead of my TMS?
Yes, if that is what you want. On its own, FreighAI runs your enquiries, quotes, jobs, tracking replies, carrier bills, payment follow-ups and your accounts. FreighAI does not file customs declarations. It treats customs as a service provider or agent, and your team adds and updates the filing details by hand. Binsy, the FreighAI warehouse product, runs together with FreighAI today. Your carrier EDI and portal messaging still need a home, so name one for each before you move.
Can it work with CargoWise or Logi-Sys?
Each has its own page on the coexistence decision. Whether and how records are exchanged with either system is decided in the implementation scope, not promised here.
Which workflow should we start with?
Choose a recurring piece of work with a clear input, a visible burden, an owner and a measurable outcome. Quotation is the usual candidate because the enquiry, the rates and the reply all arrive as email. Booking hand-off, tracking replies, carrier-bill matching or collection follow-up may matter more for another team.
What happens if the input is incomplete?
Spots what is missing in an enquiry and drafts the email asking for it. Anything it cannot resolve goes to the right person with the context attached. Test incomplete and contradictory cases, not only perfect ones.
Can we expand later?
Yes. Each new workflow gets its own boundary, evidence and success measure, and reuses the agreed operating model.
Keep what works. Hand over the inbox.
Bring one real email thread from last week and show us where your current system enters the process. We will map what stays in the TMS, what FreighAI would read, draft and chase, where your team approves and what the implementation would require.