Contact Info
What does an ERP business analyst do for Australian companies?
An ERP business analyst documents exactly what a new system must do before anyone configures it. For Australian firms, that means GST codes that match how the accountant prepares the BAS, a clear line between the ERP and specialist payroll handling Single Touch Payroll, job costing rules and a field-by-field plan for MYOB or Xero data. I run these workshops online and finish with UAT scripts drawn from your own transactions.
Last reviewed by Vikas Saroj
Australian ERP projects often fail in small, predictable ways: GST codes set up differently from how the accountant prepares the BAS, payroll expected to live in the ERP when it is better left in a specialist system, or MYOB and Xero data migrated without anyone checking what it meant.
As an ERP business analyst, I work remotely with Australian finance and operations teams to prevent these problems. I map current processes, write the business requirements document (BRD), define where each process should live, run the fit-gap analysis and prepare UAT scripts built from your real transactions.
The documents are written in plain language so owners, accountants, staff and vendors all understand exactly what the system must do.
Each deliverable connects the way your business runs with the compliance and reporting your accountant relies on.
Remote sessions with each team to capture how quotes, jobs, orders, purchasing, stock and invoicing really work today, including the apps and spreadsheets in between.
A business requirements document with numbered, prioritized requirements, owners and acceptance criteria, ready for vendors to quote and your managers to approve.
A scenario matrix of taxable, GST-free and input-taxed transactions and imports, as confirmed by your accountant, linked to the reports needed to prepare the BAS.
A clear decision on what lives in the ERP and what stays in specialist tools, such as payroll, field service or e-commerce, with the data flows between them.
Field-by-field mapping from MYOB, Xero and add-on apps to the new ERP, covering accounts, contacts, items, tax codes, jobs and open balances.
A fit-gap matrix against shortlisted platforms, and UAT scripts that test your real Australian scenarios before anyone signs off.
Business first, technology second. You can hire me for one step - a BRD, a gap analysis, a vendor shortlist - or for the whole journey.
Learn how the business runs
Write and agree requirements
Prove the solution fits
Most Australian businesses registered for GST report it to the ATO through the Business Activity Statement. The ERP does not lodge the BAS on its own judgment. It records transactions with the right tax codes so that the figures your accountant or BAS agent needs are reliable. That is why GST belongs in the requirements, not just the configuration.
In the BRD, I document a GST scenario matrix with your accountant. Typical rows include standard taxable sales, GST-free sales such as qualifying exports, input-taxed items, purchases from non-registered suppliers, imported goods, mixed-supply invoices, adjustments and credit notes. For each, the matrix records the expected tax code, the accounts affected and where the amount should appear in BAS reporting.
I also capture related needs: ABN validation on supplier records, tax invoice content, reporting for other items your BAS may include, such as PAYG withholding where payroll feeds the ledger, and the audit trail finance needs at period end. Tax decisions stay with your accountant. My role is to make sure the confirmed rules are written down, configured consistently and tested. This forms part of my ERP requirements gathering work.
One of the most important decisions in an Australian ERP project is where payroll should live. Employers report pay and super information to the ATO through Single Touch Payroll, and superannuation contributions are typically calculated and processed through the payroll system. These processes run every pay cycle and must be reliable.
Some ERP platforms include payroll that supports Australian requirements. Others rely on a specialist payroll system integrated with the ledger. As a business analyst, I do not choose for you based on preference. I document requirements and let the fit-gap analysis show the trade-offs:
Once requirements are clear, a boundary decision becomes straightforward. Your accountant or payroll specialist should confirm compliance needs. My ERP solution design page explains how these decisions shape the overall architecture.
Many Australian growing businesses work in construction and trades, wholesale distribution, light manufacturing or field services. Their processes are often split across several apps, each doing part of the job. Process mapping shows how the pieces really fit together and where information gets lost.
Areas I commonly map for Australian clients include:
Each map shows the people, steps, systems and handoffs, with pain points marked. In the to-be design, we decide what the ERP should handle, which specialist tools stay and how data flows between them. This avoids the common mistake of replacing a good field service or e-commerce tool simply because the ERP has a basic version. See my ERP process mapping service and the ERP for construction guide.
Most Australian ERP projects start from MYOB or Xero, usually with several connected apps. Migration is not just exporting the ledger. Business analysis defines what each data set means today and how it should look in the new system.
I document the current setup first: accounts, tracking categories or jobs, tax codes, contacts, items, add-on apps and the reports finance relies on. Then I agree the mapping for each area:
I also define a cut-over plan, often aligned with a BAS period or financial year boundary as agreed with your accountant, so reporting stays clean. Reconciliation checks prove that opening balances match. The ERP migration checklist gives a broader view, and my ERP consultant page for Australia covers when moving to an ERP makes sense.
With requirements signed off, I score each shortlisted platform in a fit-gap matrix. Every requirement is marked as met by standard features, configuration, an add-on, a workaround or custom development, with notes on effort and risk. For Australian projects, the GST scenarios, job costing, payroll integration and migration effort usually carry the most weight.
The same requirements drive user acceptance testing. I write UAT scripts using your real transactions: a taxable sale, a GST-free export, an import with landed cost, a progress claim with retention, a credit note, a pay run posting labor costs to jobs, and month-end reporting. Expected results are agreed with finance and, where relevant, your accountant before testing starts.
Testing runs remotely during your business hours, which overlap well with Asian time zones, so issues can be raised and discussed the same day. I log defects, retest fixes and keep a clear record of what passed. That record supports management sign-off and gives your accountant confidence in the new system. Learn more on my ERP gap analysis and testing and UAT pages, visit the Australia overview, or get in touch.
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.
Process maps of the current and future business, a business requirements document with numbered requirements and acceptance criteria, a fit-gap analysis against shortlisted platforms, data migration mappings and UAT scripts. Together they define exactly what the system must do.
It depends on your pay complexity, timesheet sources and job costing needs, and on how well each platform supports Australian payroll. I document the requirements and show the trade-offs. Your accountant or payroll specialist should confirm compliance needs before you decide.
No. Your accountant or BAS agent confirms how GST applies to your transactions. I record those rules in a scenario matrix, check how each platform supports them and write tests that prove the setup produces reliable figures for the BAS.
Often, yes. If a specialist tool for field service, e-commerce or payroll works well, it may be better to integrate it than replace it. The system boundary design in the BRD makes that decision explicit, based on requirements rather than vendor preference.
I run focused video sessions with each process owner during your business hours, ask for sample documents in advance and share written summaries after each session. Teams in different states are scheduled in a window that suits them.
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.