Digitalization

How to Move from Excel to a TMS: 5 Simple Steps

Move transport data from Excel to a TMS in five simple steps: clean it, test it, switch it and check the result.

Illustration of data moving from an Excel sheet into a TMS as trucks travel on a European road

How do you move from Excel to a TMS without stopping work?

Do not load every workbook at once. Start with one workflow. Note which transport orders are active, who updates them, what reaches invoicing and what you will do if the test fails.

Follow five steps:

  1. choose what to move and who is responsible;
  2. check and match the data;
  3. test a small group of transport orders;
  4. run both processes and plan a fallback;
  5. check the result before leaving Excel.

There is no timeline that fits every company. No migration guarantees that nothing will change. The result depends on data quality, links to accounting or an ERP, document volume and the tests you choose.

Why should you prepare the data?

An Excel file can contain working data, formulas, old copies and rules known only to its author. ICAEW’s principles for spreadsheets recommend clear rules, documentation and testing.

Moving the file as it is can carry duplicates, missing data and unclear rules into the new workflow. You do not need to copy every cell. Move the data you need.

For the decision between Excel and a TMS, see TMS vs Excel for transport companies. This article focuses on executing the migration after a company has decided to test a system.

Step 1: choose what moves and protect live work

Do not move the whole company in one day. Choose one clear group: one transport-order type, team, fleet or forwarding workflow. Record what stays in Excel and where each change is made.

Separate at least these data groups:

Data typeControl question
customers, suppliers and partnerswhat is the unique identifier and who approves changes?
vehicles, trailers and driverswho confirms identity, status and contact data?
open transport orders and active tripswho takes the next step and where do you update status?
job files and transport orderswhat belongs to the file and what belongs to the order?
documents and CMR referenceswhich documents are required and how are they linked to the order?
rates, costs and currencieswhich values are historical and which accounting rules confirm them?
closed historywhat must remain available, and what does not justify a full migration?

For a carrier, a transport order may connect a vehicle, driver and trip. For a freight forwarder, a job file may group one or more transport orders and link to a subcontracted carrier. Do not treat these as the same thing because they appear in one workbook.

Set one rule for the test: the dispatcher changes status in one system. Use the other one only for checking.

Step 2: check and match the data

Make a simple table before any import or assisted entry:

Excel fieldWhere it goesWhat to checkOwner
customer codepartner / identifierone code for the same entityadministration
order numbertransport orderpreserve uniqueness and the agreed prefixdispatch
vehicle numbervehicleseparate tractor unit from trailerfleet
date and timeevent or deadlineconfirm time zone and formatoperations
amount and currencyrevenue or costdo not convert currency without an agreed rulefinance
CMR numberlinked documentverify identifier and order relationshipoperations

Check before the pilot:

  • duplicate partners, vehicles and orders;
  • missing or reused keys;
  • date, time and time-zone formats;
  • units, weights and quantities;
  • currencies and the accounting treatment of amounts;
  • customer, supplier, carrier and subcontractor roles;
  • open orders, missing documents and the owner of the next action;
  • the link between job file, transport order, trip and document.

Power Query in Excel can connect, change, combine, load and refresh supported sources. It can help prepare data. It does not mean that data enters a TMS automatically or that every file is ready to import.

Step 3: test a small group of transport orders

Choose a small but real group. Include a normal order, a late change and a problem. For sensitive data, use anonymised or test records.

Write down what you want to see before the test:

TestWhat to checkHow to check it
row counthow many rows before and after the movecompare totals and explain any gap
values and totalsrevenue, cost, quantity and currencythe owner checks a sample
duplicates and missing codesrepeated rows or rows without a unique codemake a list and decide what to do
active orderstatus, owner and next actionone order traced end to end
documentslink between document, job file and ordercheck one document
late changevehicle, driver, carrier or deadline changedhistory and operational result
exportuse of data in another systemreadable file and checked fields

For an owned fleet, test a vehicle or driver change. For a freight forwarder, test a subcontracted-carrier change, the split between customer price and carrier cost, and document storage in the right job file.

Give every test a result: pass, fail or needs clarification. TMS features and connections differ by product; Oracle’s TMS overview is only a starting point.

A TMS helps manage transport work. It does not automatically replace accounting or an ERP. Define which data moves between them and who owns each step.

Step 4: run both processes and plan a fallback

Two systems can cause confusion if you edit both without rules. Decide:

  • where each change is made;
  • who checks the difference;
  • when the check happens;
  • what happens to new orders and documents;
  • who decides to fall back and by when.

Check the test orders each day: what is open, the status, documents, values and next step. For invoicing, check that you do not send the same invoice twice by mistake for the same customer or carrier. For dispatch, check that the same vehicle or driver is not booked on two trips at once.

Fallback means returning to the process you used and checked before the test. It does not mean deleting data or promise that work will continue without problems. If the test fails, stop entering new orders in the TMS under test. Compare its changes with the old process. Copy over the orders and changes you need to keep. Then resume work in the old process.

Step 5: check everything before leaving Excel

After the test, note problems and measure the manual work left. One or two full cycles can help. This is practical advice, not a rule for every company.

Before retiring a spreadsheet, confirm that:

  1. users and permissions are clear;
  2. open orders and documents are reconciled;
  3. the invoicing or reporting handoff has been checked;
  4. the exit export and data owner are known;
  5. the workbook is no longer the required source for an unmigrated process.

Keep Excel for analysis when it is useful and well controlled. Retire only the copies used for daily work, not every spreadsheet with formulas or reports.

What should you agree with the supplier before migration?

If you choose assisted implementation, treat it as a service with agreed scope and responsibilities, not as a universal importer. Before work starts, confirm which files and fields are accepted, who cleans and corrects data, who maps it, what training is included, what is tested and how the result is approved.

Do not assume automatic import from any Excel workbook, a universal self-service wizard or a guaranteed timeline. If a field has no clear rule, treat it as a migration decision rather than an automatic conversion.

Check before moving from Excel

Before moving the chosen group, answer these questions:

  • is the work and the person responsible clear?
  • do you know what data moves and which file is the right one?
  • have you checked for duplicates, missing codes, dates, currencies and units?
  • have you checked an order, job file, document and problem?
  • are the rules for invoices, dispatch and changes made at the same time clear?
  • do you know who decides the fallback and how you check the data after it?
  • have manual work and export been measured?
  • are implementation, training and acceptance clear in the supplier proposal?

If you cannot answer, make the group smaller or delay the switch. A good migration does not just copy rows. It makes the work easier to check.

Related articles

All articles →