Request a demo
Platform Overview Finance Sales and CRM Procurement and Inventory Projects and Service People and Payroll Ask Boongon Boongon BusinessBoongon Enterprise
Solutions Construction Facilities Management Service and Repair Hospitality Distribution
Why Boongon Why Boongon Security Integrations Move to Boongon Implementation Compliance
Resources Blog Help Roadmap Changelog Status
Company About Contact
Pricing Sign in
Move to Boongon

Changing systems is a data problem, not a software problem.

What decides whether a migration goes well is whether your balances agree with your old system on the day you switch, and whether you can show your auditor why. The software is the easy part.

The cost of staying

Nobody puts up with a bad system on purpose.

They put up with it because moving looks worse. That calculation is usually made without anyone naming what the current arrangement actually costs.

Know the signs

You already know whether this is you.

These are the six we hear most often on a first call. If more than two of them are familiar, the question is not whether to move but when.

How the move runs

It starts on a reconciliation and it ends on one.

Nothing depends on Boongon until your own finance team has read the trial load and said they believe it. Going live is the second time the balances are checked, not the first.

We publish no duration here. It depends on how many entities you run and what condition the data is in, and a number on this page would become a promise before anyone had looked at your books.

  1. DiscoverWhat you run today, how many entities and currencies, and which history has to come across
  2. PrepareChart of accounts, customers, suppliers and items mapped to how you want them here
  3. Trial loadEverything loaded into an environment that is not your live one
  4. ReconcileThe checks below, run against your old system
  5. ValidateYour finance team reads the result and says whether they believe it
  6. CutoverOpening balances and outstanding items brought over on the agreed date
  7. Reconcile againThe same checks, so going live ends on evidence rather than on hope

Seven steps. The first and the last are the same check.

What actually moves the data

A dry run before anything is written.

The import shows you the rows that would be created and the rows that would be rejected, with the reason, before a single record is committed.

Customer import · preview

1,284 rows

Ready to write
1,251
Rejected, with a reason each
33

Nothing is written until you accept this preview

The run

  1. 01 Upload
  2. 02 Detect
  3. 03 Map
  4. 04 Validate
  5. 05 Preview
  6. 06 Apply

A rejected row names what is wrong with it, so the fix happens in your file rather than in the ledger

Process illustration · demonstration data A migration at the preview step: what would be written, what would be refused, and why.

Thirty-three record types

Customers, suppliers, items, employees, invoices, orders, credit notes, payments, receipts, journals, fixed assets, projects, stock movements and more. Column names are matched for you, and where a heading matches nothing, the assistant proposes a mapping you approve.

  • Guided import and export Bring data in from CSV or a spreadsheet across 33 record types, with columns matched for you, a dry run that shows what would be written and what would be rejected before anything is committed, and a downloadable list of the rows that failed.
  • Separate sandbox environments One production environment plus up to two sandboxes per workspace, each with its own companies and data.
  • A ledger on every record Open a customer, supplier, bank account, fixed asset, ledger account or stock item and read every posted journal line it touched, with a running balance and a link from each line back to the document that produced it.
What this is not

There is no live connection to Xero, QuickBooks, Sage or anything else. Data moves by export and import. If your plan depends on a two-way sync with the system you are leaving, say so on the first call, because it is not something Boongon does.

How you know it worked

Six checks, run twice.

A migration is finished when these agree, not when the data has finished loading. They are run against the trial load and again after cutover.

Why there is no customer result on this page

A page like this usually shows what customers gained in their first year. Boongon is early and has none to quote, so rather than borrow a number or invent one, the proof here is the reconciliation itself. When we have results a customer is willing to stand behind, they will appear with their name on them.

A worker checking stock on shelving in a warehouse
Opening stock is counted, not assumed.

The parts people underestimate

Opening stock and work in progress take longer than the ledger does, because they are the figures nobody has had to defend in a while. Plan for them first rather than discovering them in the last week.

Before you commit

The questions people actually ask.

These come up on nearly every first call, so they are answered here rather than three meetings in.

For a period, yes, and that is deliberate. A trial load happens in a separate environment while your current system stays live, so nothing depends on the new one until the balances agree and you have said so.

You decide how much comes across. Most groups bring opening balances, open receivables and payables, stock, and one or two prior periods for comparison. Bringing ten years of detail is possible and usually not worth the time it costs.

No. There is no live connection to Xero, QuickBooks, Sage or anything else. Data moves by export and import, across 33 record types, with the columns matched for you and a dry run before anything is written.

Then you are not live yet. The trial load produces a downloadable list of the rows that were rejected and why, so the gap is a list of specific records rather than a difference you have to hunt.

We do not publish a number, because it depends on how many entities you run and what condition the data is in, and a figure on this page would become a promise. You get a schedule during scoping, against your actual situation.

You know your data and we know the system, so it is shared. What we will not do is take a folder of spreadsheets away and hand back a finished system you have not checked.

Bring your chart of accounts to the call.

The fastest way to find out whether this is a three-week move or a three-month one is to look at your actual data together. Bring a trial balance and a list of your entities.