Contact Info
What should a New Zealand business check when selecting an ERP?
A New Zealand ERP selection should test whether each system and implementer can support you locally for years, not just win the demo. I shortlist by company size, check implementer depth and support hours, script demos on GST returns, Peppol invoices, payroll journals and NZD with AUD, and compare where data is hosted and how subscriptions are billed. I run it remotely and accept no vendor commission.
Last reviewed by Vikas Saroj
New Zealand is a small market for ERP software. For any given platform there may be only a handful of implementers with real depth, some of them headquartered in Australia, and the person who sells you the project may also be one of the few people who can support it. That makes the choice of implementer and the strength of their bench as important as the software itself.
For New Zealand businesses I run ERP selection remotely and purely on the buyer's behalf. I narrow the options to those that fit your size and trading pattern, test them on scenarios from your own records, compare implementer proposals in a common format and review the commercial and hosting terms. I am paid only by you, never by a vendor, implementer or app developer.
You finish with a recommendation you can explain to directors, shareholders or the bank, backed by scores, demo notes, reference findings and a list of risks to manage.
Each piece of work leaves a record your team keeps, so the decision is easy to revisit and explain.
Options chosen for your volume, entities, sector and admin capacity, from a better-connected Xero stack to a mid-market ERP, with a reason recorded for every exclusion.
Questions on team size, named consultants, cover when someone is unavailable, support hours in New Zealand time and whether delivery depends on an Australian or offshore team.
Cases taken from your records: GST return figures, Peppol send and receive, a supplier payment batch, payroll journals and, where relevant, an Australian entity.
Each implementer's proposal recast into the same grid of phases, hours by role, assumptions, client tasks, exclusions and post-launch support, so totals become comparable.
Where data is stored, privacy obligations to confirm with your advisor, billing currency, renewal increases, user license types and how to get your data out if you leave.
A short decision document with weighted scores, evidence from demos and references, open risks and the conditions to agree with the chosen implementer.
Agree the problem before the products
Watch each option handle your cases
Close terms and prepare delivery
Which products deserve a look depends on how your business trades: whether you hold stock in more than one location, manufacture or process food, run jobs, export, or own an Australian company. Size matters mainly because it decides how much system administration your own people can carry.
None of this is a recommendation. Each product passes written knock-out questions before it gets demo time. In New Zealand, one question removes options faster than most: is there an implementer with enough people to support this product here for the life of the system? A strong product with a thin local bench can be a weaker choice than a modest product with dependable support. For a neutral comparison of small-business options, see best ERP for small businesses.
With few implementers per platform, the usual advice to invite many bidders does not always apply. Sometimes you will compare a local firm, an Australian firm that serves New Zealand and an offshore team with a local contact. Each can work, but the risks differ.
I bring every proposal into one grid and add questions that matter more in a small market:
Reference calls follow the same script for each implementer, with particular attention to how they handled staff changes and disagreements. In a market where everyone knows everyone, references can be polite, so I ask specific questions about scope changes, missed dates and support response. Common red flags in implementer offers are collected under proposal review, while a full tender process sits under ERP RFP consulting.
Vendors receive a script and sample records ahead of time, and every demo follows the same agenda so scores mean the same thing. For a New Zealand business, the script usually asks each vendor to show:
Process owners rate each scenario as built in, configured or custom, and gaps are followed up in writing.
Cloud ERP products are often hosted outside New Zealand, for example in Australia, and for many buyers that is acceptable. Some organizations, particularly those serving public bodies or holding sensitive personal information, prefer to know exactly where data sits and who can reach it. Your obligations under New Zealand privacy law and any customer contracts are for your own advisor to confirm. My part is to put identical questions to every vendor: hosting region, sub-processors, backup and recovery arrangements, and who at the implementer will hold administrator access.
The commercial terms get equal attention. Points that New Zealand buyers often need to clarify include:
I record each answer in the decision file. Your lawyer reviews the contract itself.
Implementers and app developers in New Zealand often give useful early advice, but each naturally leans toward what they sell or support. I take no commission or referral fee from anyone, which leaves me free to suggest a smaller change, a different implementer or no new system at all if that serves the business better.
The selection runs remotely. Live sessions, including vendor demos, sit in the New Zealand afternoon when overlap is easiest, and the rest of the work moves through shared documents and recorded walkthroughs. Staff who could not attend a demo watch the recording before scoring, so every score is based on the same evidence. A visit can be agreed by arrangement, though most selections do not need one.
When the decision is made, the scenarios and scoring become the reference for delivery, and the same person can oversee the rollout as your New Zealand ERP implementation consultant. If you are not yet sure an ERP is warranted, ERP evaluation is the better place to start. For more background, see my New Zealand ERP consulting page, the vendor selection method and the New Zealand hub.
Tell me about your business and current systems. I’ll suggest the most sensible first step.
Book a Consultation
Not sure which ERP you need?
Share your business requirements with me and I will help you understand the right process, architecture and platform before implementation.
It can be. If one firm supports most local customers of a product, you depend on its staff and priorities. That does not rule the product out, but it raises the bar: check bench depth, named consultants, documentation standards and whether another firm could take over support if needed.
Often yes, especially for trans-Tasman groups. Check that they understand New Zealand GST settings, Peppol, local banking and payroll products, that support covers the New Zealand business day, and that references include New Zealand customers. I add these points to the proposal comparison.
Usually not directly. Many New Zealand businesses keep payroll in a specialist product that handles payday filing and leave calculations, then post journals to the ERP. The demo should prove that journal flow. Your payroll provider and advisor confirm compliance on the payroll side.
For some businesses that is the better answer, especially when finance runs well and the gap is in one area such as stock or jobs. When several apps must share customers, products and costs, the integrations can become harder to run than one system. The selection compares both routes honestly.
Every business is different. Share where you are today and what you want to fix, and I’ll tell you honestly whether and how I can help.
Book a Consultation
Book a consultation to talk through your processes, systems and goals. I’ll reply with practical next steps - no obligation.