Reckon to Xero Migration: The Steps and Where It Gets Complicated
The steps of a Reckon to Xero migration, and where it gets complicated: which Reckon you are on, classes and jobs, items, tax codes, payroll and old files.
The steps of a Reckon to Xero migration, and where it gets complicated: which Reckon you are on, classes and jobs, items, tax codes, payroll and old files.
Who this is for
Business owners, bookkeepers and finance managers planning to move from Reckon Accounts Desktop, Reckon Accounts Hosted or Reckon One to Xero.
Question this answers
What are the steps of a Reckon to Xero migration, and where does it usually go wrong?
What you'll leave with
A Reckon to Xero migration follows the same path every time: confirm which Reckon product you are on, choose the conversion date, tidy the Reckon file, map the accounts, classes, items and tax codes, decide how much history to bring, move the balances and open items, then check Xero against Reckon before you switch. The move itself is the quick part. The time goes into the decisions and the checking.
Most migrations go smoothly. The ones that do not usually fail in the same few places: a long list of jobs that does not fit into Xero tracking, stock items Xero handles differently, tax codes that do not land on the right BAS labels, payroll moved mid-year, or a file so old and so large that nobody is sure what is still in it. This guide walks through each of them so you know where to look.
"Reckon" covers more than one product, and the first question in any move is which one you have. The answer changes how the data comes out and what comes out with it.
Reckon still supports all three, so there is no deadline forcing the move. The reason to move is usually that the business wants Xero's bank feeds, its connected apps, or simply the same system as its accountant. That gives you time to plan the move properly rather than rush it.
Here is the order a Reckon to Xero migration has to follow. Skipping ahead, for example connecting bank feeds before the accounts are mapped, creates rework later.
Reckon Accounts gives you two ways to slice the numbers. Classes split income and costs by department, location or property. Jobs sit under customers, so every bill, timesheet and invoice can be tagged to a Customer:Job and its profit reported on its own.
Xero works differently. It has tracking categories, and an organisation can have two active tracking categories, each with up to 100 options. That is plenty for most class lists. It is rarely enough for jobs.
Here is what getting it wrong looks like. A business moves its classes into one tracking category and its jobs into the other, then finds in month three that it has hit the option limit on jobs. New jobs start going into a catch-all option called "Other". By the end of the year, job profit reports in Xero are useless, and the history in Reckon no longer lines up with what is in Xero.
Reckon Accounts has a rich items list: inventory parts, non-inventory parts, services, other charges, groups, and in some editions inventory assemblies that build one product from several components. Each item carries its own income account, expense account and tax code.
Tax codes are the part of a migration most likely to be wrong without anybody seeing it. A wrongly mapped code raises no error. The invoices look fine. The BAS is simply wrong, every quarter, until somebody checks.
Standard codes. Reckon uses codes such as GST and FRE on sales, NCG and NCF on everyday purchases, CAG and CAF on capital purchases, INP for input-taxed sales and EXP for exports. Xero has equivalents for each, under different names. Each one has to report to the same BAS labels it did in Reckon: capital purchases to G10, other purchases to G11, GST-free sales to G3, exports to G2.
How Reckon builds the BAS. In Reckon Accounts, someone chose which tax codes feed each BAS label, often years ago. If that set-up was ever changed, or was never quite right, the BAS you have been lodging may not match what the codes suggest. Find out before mapping, not after.
Custom tax codes. Many older Reckon files carry codes somebody created for one purpose: imported goods, a private-use split, a supplier set up wrongly. Each needs a decision: map it to a standard Xero rate, create a matching rate in Xero, or retire it.
Payroll is the part of the move with the least room for error, because mistakes reach your employees and the ATO (Australian Taxation Office) directly.
At 1 July, the change is straightforward. Reckon finalises the old year, and Xero starts the new one. Mid-year, every employee's year to date earnings, tax, super and leave balances have to carry into Xero exactly. The change also has to be reported through Single Touch Payroll (STP), the way payroll is reported to the ATO each pay run.
If that report is missed, the ATO sees two payroll systems reporting for the same employees. Each employee then sees two income statements for the year, and the business appears to have withheld more tax than it did. Untangling that takes longer than the migration itself.
Many Reckon files have been running for ten or twenty years, often since the business first used QuickBooks. Reckon itself treats Accounts Business files of a few hundred megabytes as large, and long-running files are often well past that.
The decision on history matters most here. Bringing fifteen years of a condensed file into Xero rarely helps anyone. One or two years of detail, plus the old Reckon file kept read only, usually serves the business and its accountant better.
Many businesses have more than one Reckon company file.
Xero reports on one organisation at a time, so a group of entities needs a separate plan for combined reporting, such as a reporting dashboard.
Xero subsidises a basic automated conversion from Reckon through a conversion partner, and for a simple file it can be all you need. It moves the chart of accounts, contacts, balances and a period of history much as they are.
What an automated conversion cannot do is make the decisions in this guide. It copies the accounts and lists you have rather than the ones you want, it maps tax codes by name rather than by the BAS labels they feed, it cannot decide what your jobs should become, and it converts one file at a time. If your file is tidy, has one entity, no payroll mid-year, no assemblies and only standard tax codes, try it. If not, plan the decisions first, then decide who does the move.
Xero is not the only destination. Some businesses leaving Reckon are better suited to MYOB, particularly those already used to a desktop style of working. The same decisions apply, and our Reckon to MYOB migration service covers that move. If Reckon stays for now and you need it talking to other systems, see Reckon integration. Once you are on Xero, Xero integration covers connecting it to the rest of the business.
Xero tracking categories may not hold what Reckon did.
Stock values and costs have to agree with the balance sheet on day one.
Older detail may be summarised or missing, and lists need cleaning.
Per entity, per period or per branch, each needs a decision on where it goes.
Year to date balances and Single Touch Payroll reporting have to be right.
Every one has to land on the same BAS labels in Xero.
If any of these apply, our Reckon to Xero migration service covers the planning and the move at a fixed price, quoted before work starts. For what Xero can do once you are on it, see our Xero services. We work with businesses across Australia, from Perth to Sydney, Melbourne, Brisbane, Adelaide, Canberra and Hobart.
A single, tidy Reckon file with no payroll and no stock can be moved in days. Most businesses take two to six weeks from the first look at the file to the first month closed in Xero, because the time goes into decisions and checking rather than the move itself. Payroll, inventory, several company files or a very old file each add time.
Yes. Reckon Accounts Desktop and Reckon Accounts Hosted share the same company file structure, which came from the old Australian QuickBooks. Reckon One is a separate cloud product with its own structure. The steps in this guide are the same for both, but how the data is got out, and what comes out with it, is different. Tell whoever does the move which product and which edition you are on before anything else.
Xero has tracking categories instead of classes, with two active categories and up to 100 options in each. A short class list usually becomes one tracking category. A long list of customer jobs usually does not fit, and needs Xero Projects (included only in the Ultimate plans in Australia) or a job management app connected to Xero instead. Decide this before the move, because it changes how the history comes across.
It can, but you choose how much. The options are opening balances only, balances plus open invoices and bills, or several years of transactions. Every year brought across has to reconcile in Xero, and a file that has been condensed may not hold the detail you expect for older years. Many businesses bring one or two years and keep Reckon, read only, for anything older.
Yes, but it is the part to be most careful with. Year to date pay, tax, super and leave balances have to carry across exactly, and the change has to be reported to the ATO (Australian Taxation Office) through Single Touch Payroll so employees do not see two income statements for one year. If you can, change payroll at 1 July.
Both are common, and both work. Xero suits businesses that want a cloud system with a large range of connected apps. MYOB suits some businesses with heavier payroll or stock, or teams who already know it. The migration decisions in this guide apply either way. If MYOB is the better fit, see our Reckon to MYOB migration service.
No. We are based in Perth and move Reckon files to Xero for businesses in Sydney, Melbourne, Brisbane, Adelaide, Canberra, Hobart, Darwin and regional Australia. The work is done remotely, by our own team in Australia.
Meet the person
This guide comes from real projects. If it raises a question about your own system, you can ask the founder directly.
Hello, I am Kasun, the founder of HELLO PEOPLE. My first career was in accounting, so a migration starts for me where it starts for you: with whether the numbers agree.
I have run HELLO PEOPLE from Perth since 2007. Over 100 projects sit behind it, from accounting migrations and system integrations to custom software for small and medium businesses.
I have a solid accounting and IT background, with over 20 years of business experience covering every process a business runs on: sales, marketing, service delivery, inventory and warehousing, and compliance, across many industries. I hold accounting and IT professional qualifications and an MBA in Oil and Gas, and I am currently reading for a PhD in AI at Curtin University in Western Australia, focused on retrieval-augmented generation (RAG).
Small and boutique. The person who scopes your migration is the person who moves your data, and the same person is there on cutover weekend.
No ticket queue and no account manager in between. You hear back within one business day, usually sooner.
The migration is the start, not the end. When you need the next system, integration or report, you call the same person, who already knows your business.
Ask the author
Ask it here and it comes straight to Kasun, who wrote this. No sales call, no obligation, and a real answer even if the answer is that you do not need us.
Kasun Wijayamanna
Founder, replies within one business day
Tell us what you are comparing, replacing, or trying to improve. We will come back with a practical recommendation and realistic scope.
Built here. Your data stays here.
Thanks for reaching out. We will get back to you within one business day.
See what else we do