Migration · Acumatica

Most Acumatica customers should keep it

Acumatica customers who approach us are usually services businesses that bought a product built for distribution, or companies whose partner relationship has broken down. Only one of those is a software problem, and we will tell you which yours is.

Should you actually leave?

Your business shape, customisation depth, and what is driving the question. We answer straight, including 'stay'.

1 / 3
Customisation is a reason to stayThree closed months must tie firstRead-only throughout

Stay if

Three cases where we will tell you not to move.

Acumatica does several things we do not do at all, and in those cases leaving would be a downgrade rather than a change.

You manufacture or run warehouses

MRP, bills of material, routings, bin-level control, wave picking. We build none of it and no amount of integration substitutes. This is the clearest stay-put case here.

You use the construction edition

Job costing, retainage, AIA billing, and lien waivers are real depth in that edition. We handle projects and WIP and we do not match it.

You have deep framework customisation

Extensive Acumatica customisation represents real invested work, and carrying it across is migration cost with no offsetting benefit. Where we see a lot of it, we say so.

Real reasons

Three that hold up under examination.

You are a services business

Acumatica’s depth is in distribution, manufacturing, and construction. A consultancy or agency that bought it for the financial core is paying for capability it never opens.

The partner relationship has failed

This is the most common trigger and it is worth separating from the product. Sometimes the answer is a different partner, and we will say so rather than sell you a migration.

You want automation with governance

Acumatica’s AI is assistive and its automation is workflow. Agentic AP and close under a published authority model is a different category.

Separate the partner from the product

Acumatica sells exclusively through partners, so a bad experience is frequently a partner problem wearing a product’s name. Before treating it as a migration decision, work out which one you have — a poor implementation is often recoverable with a different partner at a fraction of the cost of moving, and we will tell you when that is what we see. We are also paid to rescue stalled implementations, including Acumatica ones, so this is not us steering you away from spending money.

Extractread source, no writesMapaccounts, customers, vendorsLoadinto a staged tenantReconciletrial balance, per periodgate · must tieReviewyour controller signsCut oversource goes read-onlygate · must tievariance → back to mapping, never waivednothing advances past a gate until the trial balance agrees to the penny

The arrangement that usually works

Acumatica stays for operations — inventory, distribution, manufacturing, whatever operational depth you actually use — and we handle financial reporting, consolidation, and agentic automation on top of it.

That covers most of what Acumatica customers come to us for without replacing anything they depend on. It is also the arrangement we recommend to nearly every Acumatica customer who still uses the operational modules.

If you use the operational depth, keep it. If you never open those modules, you have been paying for machinery you do not run.

How an exit works if you do want one

Acumatica’s API is reasonable and extraction is straightforward. We connect read-only, pull two to five years of history, and run a shadow ledger reconciling to your Acumatica trial balance every night. Nothing changes on your side.

We do not cut over until that shadow ledger has tied for three consecutive closed months. Not a spot check — three full closes where the numbers agreed without intervention.

Customisation is the variable

The Acumatica framework is deep and customers use it. Screens, workflows, business logic, and integrations built over years all represent invested work, and none of it transfers.

We inventory it during the diagnostic and price the replacement honestly. Where the customisation is substantial and genuinely used, that inventory frequently ends the migration conversation — and we would rather it ended in week one than in month four.

The unlimited-user question

Acumatica’s resource-based pricing is genuinely advantageous for businesses with many light users, and companies leaving it sometimes discover they were getting a better deal than they realised.

We do not charge per seat either, so this is rarely a reason to stay with us specifically. It is worth modelling properly before assuming a move saves money, and our cost calculator handles both models.

Questions

What Acumatica customers ask.

Should we change partner instead of systems?
Frequently, yes. Partner problems are the most common trigger for these conversations and are usually cheaper to fix than a migration. We rescue Acumatica implementations too.
What happens to our customisations?
They do not transfer. We inventory them during the diagnostic and price replacement honestly, and where the customisation is substantial that usually ends the conversation.
Can we keep Acumatica for operations?
Yes, and it is what we recommend to most Acumatica customers who use the operational modules. We handle reporting, consolidation, and automation on top.
Will we save money?
Not necessarily. Resource-based pricing is genuinely good for many light users. Model it properly before assuming — our calculator handles both pricing models.
How long does a migration take?
Four to eight weeks to cutover depending on entity count and customisation, then parallel running until three consecutive closed months have tied.

Work out which problem you have.

Partner or product. The answer changes what you should do and it is usually knowable in a week.