Interactive controls are loading. Phone and email links are available.

Skip to main content
Independent advice, no vendor commissions

ERP Selection for Retailers and Wholesalers

At some point the accounting package plus four spreadsheets stops holding the business together. Stock is wrong, someone rekeys every order, nobody can answer a margin question without a weekend of work, and the word ERP starts appearing in conversations. It is one of the largest systems decisions a mid sized Australian business makes, and it is usually made with advice from people paid to sell one particular answer.

We do not resell ERP systems and we take no vendor commissions, so this page is the framework rather than a recommendation. How to tell whether you actually need one, what genuinely drives the cost, why integration capability belongs in your selection criteria from the start, the Australian specifics that catch out global products, and how to evaluate the implementation partner, who matters more than the software.

What This Decision Really Involves

Licence is the small part
Implementation usually exceeds it
Configuration, migration, integration and training carry the real cost
Five to ten years
How long you will live with it
Which makes a slightly wrong fit expensive for a very long time
The partner, not the product
Where most outcomes are decided
The same software succeeds and fails depending on who implements it
Your data as it is
Not as you wish it were
Migration exposes every shortcut taken over the past decade

Four Things That Decide Whether This Goes Well

ERP projects rarely fail because the wrong product was chosen. They fail for reasons that are visible before selection begins.

Many businesses do not need an ERP yet

The pain that triggers an ERP search is real, but the cause is often not the absence of an ERP. Wrong stock figures usually come from process and receipting discipline rather than software. Rekeyed orders are frequently an integration problem solvable for a fraction of an ERP budget. Slow reporting is sometimes a reporting tool question. We have seen businesses spend heavily on an ERP and still have inaccurate stock, because the counting behaviour never changed. Before selecting, be specific about which problems you are solving and check honestly whether a smaller intervention would solve most of them.

The implementation partner matters more than the product

Most mid market ERP products used in Australian retail and wholesale are capable of running your business. The variable that predicts success is the partner configuring it: whether they have implemented for businesses genuinely like yours, whether the consultants named in the proposal are the ones who will do the work, and whether they will tell you when you are asking for something unwise. Evaluate the partner as rigorously as the software, take references from businesses of similar size and model, and ask those references specifically what went badly.

Integration capability belongs in the selection criteria

Whatever you choose will need to exchange data with a commerce platform, a point of sale, freight providers, marketplaces and reporting tools. Yet integration capability is routinely assessed after selection, at which point you discover the interface is limited, poorly documented, rate limited in ways that matter at peak, or available only on a higher tier. Ask during evaluation what the interface covers, whether it handles the volume you expect, what it costs, and talk to a business already integrating that product. This is precisely where we can help, and it is the most commonly skipped part of selection.

Australian requirements are not universal features

Global products do not always handle Australian conditions gracefully. Check GST treatment including mixed and exempt supplies, BAS reporting support, how the product handles the Australian financial year, payroll if in scope including superannuation and single touch reporting, and whether local support exists in Australian hours. Also consider data location and what your obligations under the Privacy Act 1988 and the Australian Privacy Principles require regarding where personal information is held and how it is protected. These are answerable questions and they are much cheaper to ask before signing.

Six Steps to a Defensible Selection

Run in this order. The most common failure is starting at step four by watching demonstrations before anything is written down.

A stated case

Define the problem

Write down which specific problems you are solving, with evidence: how inaccurate stock actually is, how many hours go into rekeying, what a reporting request genuinely costs in time. Then check which would be solved by better process, by integration, or by a reporting tool. This step regularly reduces the scope of the project, and occasionally it ends the project in the best possible way.

A comparable basis

Document requirements

Requirements written by the people who do the work, separated into must have and preferred, and expressed as business outcomes rather than feature names. Include the awkward specifics that characterise your operation: pack sizes and unit conversions, customer contract pricing, consignment stock, multiple entities and ABNs, landed cost, serialised goods, or whatever your business genuinely cannot trade without.

No late surprises

Assess integration fit

For each candidate, establish what its interface actually supports, whether the objects and fields you need are available in both directions, what the rate limits are at your peak volume, whether connectors exist to your commerce platform and point of sale, what those cost, and what real businesses report about integrating it. Include this in scoring rather than treating it as a detail to resolve after signing.

Evidence, not theatre

Demonstrate against your scenarios

Provide vendors with your own scripted scenarios using your data and awkward cases, rather than watching a standard demonstration. Ask to see a customer specific price applied to an order with pack rounding, a stock adjustment flowing through to the ledger, and a BAS period produced. Where something requires customisation, get that stated explicitly, because customisation is where budgets and upgrade paths both suffer.

A five year figure

Model total cost

In AUD over five years: licence or subscription at your projected user count and volume, implementation and configuration, data migration, integration development and its ongoing cost, training, internal time which is real and routinely omitted, infrastructure where relevant, and annual support. Then add a contingency, because implementation estimates for projects of this size are optimistic far more often than not.

The decisive factor

Evaluate the partner

Named consultants and their actual availability, implementations completed for businesses of similar size and model, references you contact yourself and ask what went wrong, the change control process, and what happens when the project runs over. Also establish what handover looks like: documentation, configuration records and whether you could move to another partner later without starting again.

Signals and What They Usually Mean

TaskTraditionalChosen DeliberatelyNotes
Stock figures are unreliableTreated as an ERP problemCheck process firstNew software does not improve counting discipline by itself.
Orders rekeyed between systemsCited as an ERP caseOften an integration fixFrequently solvable for a fraction of an ERP budget.
Reporting takes daysAssumed to need an ERPMay be a reporting toolWorth testing before committing to a platform replacement.
Contract pricing in spreadsheetsLived with for yearsA genuine ERP requirementCore commercial logic outside your systems is a real structural problem.
Multiple entities and ABNsSeparate files, manual consolidationA genuine ERP requirementEstablish how each candidate handles intercompany and consolidation.
Growth has outpaced the finance teamMore staff addedAssess the automation caseSometimes the answer really is headcount. Sometimes it is not.
Vendor demonstrates their own dataImpressive and uninformativeInsist on your scenariosYour awkward cases are what you are actually buying against.
One partner quotes far lowerTaken as good valueCompare scope, not priceLow implementation quotes usually reflect narrower assumed scope.

Where ERP Selection Goes Wrong

Starting with demonstrations

Watching vendor demonstrations before documenting requirements means your expectations are shaped by what each product happens to do well, and the polished demonstration tends to win regardless of fit. Vendors present scenarios chosen to show strengths, using clean data and configured environments. Write your requirements first, based on how your business actually operates, then use demonstrations to test those requirements with your own scripted scenarios. It also makes the comparison defensible to your board or owners, which matters for a decision of this size.

Underestimating data migration

Migration consistently takes longer and costs more than planned, because it exposes every shortcut accumulated over a decade: duplicate customers, inconsistent product codes, stock records that never reconciled, historical transactions in inconsistent formats. Decide early how much history genuinely needs to move rather than defaulting to everything, budget properly for cleansing, and start it before the implementation begins because it can proceed in parallel. Going live on messy data is one of the reliable ways to lose your team’s confidence in a new system during the first month.

Customising away the reason you bought it

When a product does not match an existing process, the immediate instinct is to customise it. Some customisation is legitimate where the process is genuinely a competitive advantage. Much of it encodes habits that exist because an old system required them. Heavy customisation raises implementation cost, complicates every future upgrade and makes support harder. Challenge each request by asking whether this process is how you compete or merely how you have always done it, and accept standard functionality wherever the honest answer is the latter.

Leaving integration until after selection

Choosing an ERP and then discovering its interface does not support the objects you need, is rate limited below your peak volume, or requires a higher licence tier to access, is a common and avoidable position. By then the contract is signed and the options are bad. Assess integration capability during evaluation with specific questions about coverage, limits, cost and documented behaviour, and speak to a business already integrating that product at similar volume. This is the part of selection most often skipped and the one that produces the nastiest surprises.

Going live at the wrong time of year

Australian retail and wholesale volume is strongly seasonal, and going live shortly before your peak trading period puts a new, unfamiliar system under maximum load with staff still learning it. Similarly, a cutover close to financial year end complicates reporting and BAS at exactly the wrong moment. Plan the go live for a genuinely quiet period, allow for slippage because implementations regularly slip, and set a firm rule about postponing rather than going live into peak. A three month delay costs far less than a failed peak.

No internal owner with authority

ERP implementations require constant decisions about process, data and priorities, and projects stall when nobody internally has the authority and the available time to make them. Appointing someone who already has a demanding full time role, without reducing that load, is the most common version of this mistake. Identify a project owner, free up genuine capacity for them, and make sure they have authority to settle disputes between departments. External partners can advise and configure, but they cannot decide how your business should operate, and no amount of partner quality compensates for an absent internal owner.

How Yes AI Helps With Selection

We do not resell ERP systems

No commissions, no partner arrangements, no preferred product. Our advice is paid for by you and we have no financial interest in which system you choose, including choosing none.

We assess the integration reality

This is the part vendors gloss over and the part we know well. We establish what each candidate interface genuinely supports at your volume, what connectors exist, what they cost, and what integrating it will actually involve afterwards.

We will tell you when you do not need one

A meaningful share of ERP enquiries are better resolved with integration work, process change or a reporting tool at a fraction of the cost. We say so, and we are happy to be the advisor who talks you out of a large project.

A selection pack you own

Requirements, scoring against your criteria, five year cost models in AUD, integration findings and partner evaluation notes, written so your board can follow the reasoning and so you can run the process yourself from here.

Running a Selection Properly

Five steps. For a mid sized business this is usually eight to sixteen weeks from first workshop to signed contract.

Test whether you need one

The problems stated with evidence, checked against what process change, integration or reporting tools would solve. Sometimes this step ends the project and saves a great deal of money.

Document requirements

Written with the people who do the work, split into must have and preferred, expressed as outcomes, and including the awkward specifics that characterise your operation.

Shortlist and assess

A shortlist of three to four candidates scored against requirements including integration capability, with scripted demonstrations using your own data and your genuinely difficult cases.

Model cost and evaluate partners

Five year totals in AUD including implementation, migration, integration, training and internal time, alongside partner references you contact yourself and ask what went badly.

Plan the implementation before signing

Migration approach, integration scope, go live timing avoiding peak and year end, the internal owner and their freed capacity, and what handover and documentation you will receive.

FAQ

How do we know whether we genuinely need an ERP?

Look at whether your problems are structural or operational. Structural signs include core commercial logic living outside your systems, such as contract pricing maintained in spreadsheets, multiple entities requiring manual consolidation, or an inability to cost inventory properly because the accounting package cannot represent your stock model. Those generally need a different class of system. Operational signs such as inaccurate stock, rekeying between systems and slow reporting frequently have cheaper causes: counting discipline, missing integration, or reporting tools. Establish which category your specific problems fall into before beginning a selection, because buying an ERP to fix an operational problem often leaves the problem intact and the budget spent.

What does an ERP implementation actually cost in Australia?

We avoid quoting ranges because they mislead more than they help. The licence or subscription is usually the smaller component, while implementation, configuration, data migration, integration, training and internal time typically exceed it, sometimes substantially. The main drivers are how much customisation you require, how clean your data is, how many integrations are in scope, how many entities and locations you operate, and how much the implementation partner charges for a business of your complexity. Model your own figure over five years including ongoing support and integration maintenance, obtain quotes against the same documented requirement, and add contingency, because implementation estimates at this scale are optimistic more often than not.

Why does integration capability matter during selection?

Because whatever you choose will have to exchange data with a commerce platform, a point of sale, freight providers, marketplaces and reporting tools, and the cost and feasibility of that varies enormously between products. Common late discoveries include an interface that does not expose the objects or fields you need, rate limits that are fine at average volume and problematic at peak, functionality available only on a higher licence tier, or sparse documentation that turns a routine build into an expensive one. All of these are answerable during evaluation. Ask the specific questions, request documentation, and speak to a business already integrating that product at a similar scale.

What Australian specific requirements should we check?

GST treatment including mixed, exempt and input taxed supplies, and how tax codes map to the reporting you need. BAS preparation support and whether it produces what your accountant expects. Handling of the Australian financial year and end of year processes. Payroll if in scope, including superannuation and single touch payroll reporting, though many businesses keep payroll separate. Local support availability in Australian hours, since offshore support at your peak trading is a genuine operational risk. And where data is held, together with what your obligations under the Privacy Act 1988 and the Australian Privacy Principles require in respect of personal information.

How important is the implementation partner compared to the software?

In our experience more important. Most mid market products used in Australian retail and wholesale are capable of running a business like yours, and the difference between a good outcome and a poor one is usually the configuration, the process decisions and the quality of the people doing the work. Evaluate partners on implementations completed for businesses of similar size and model, insist on knowing which named consultants will actually be assigned and what else they are committed to, and take references you contact yourself. Ask those references directly what went badly and what they would do differently, because every implementation has a difficult chapter and the useful information is in how it was handled.

Should we move everything at once or in stages?

It depends on how coupled your processes are and how much risk you can absorb. A staged approach, such as finance first then inventory then sales, reduces the size of each cutover and lets the team build familiarity, but it means running parallel processes and temporary integration between old and new for a period, which carries its own cost and confusion. A single cutover is cleaner conceptually and much less forgiving if anything goes wrong. For most mid sized retailers and wholesalers, a small number of well defined stages works better than either extreme, and the timing of each should avoid peak trading and year end regardless of the approach chosen.

What if we choose wrongly?

Selection is not irreversible, but it is expensive to reverse, which is the argument for doing it carefully rather than for agonising indefinitely. Two things materially limit the damage. First, keep customisation restrained, because a heavily customised system is far harder to move away from and harder to upgrade. Second, ensure you own and can export your data, know where configuration is documented, and understand what a migration away would involve, in the same way you would with any significant system dependency. Beyond that, most genuine mismatches emerge during scripted demonstrations with your own scenarios, which is exactly why that step is worth the effort.

Get Advice From Someone Not Selling You One

Book a call. We will test whether you need an ERP at all, and if you do, help you select one with integration reality included from the start.

All discussions held in confidence. Australian-based consultants.