ERP: what it is and how it really works
Reading time: ~12 min
Table of contents
- What is an ERP and how does it work?
- Core ERP modules: finance, HR, procurement, projects and more
- The four ERP deployment models
- Best of breed vs single vendor: which ERP approach is right for you?
- Top ERP software platforms to know
- How long does it take to implement an ERP?
- The eight phases of an ERP implementation
- ERP for nonprofits and NGOs: what makes it different?
- How to choose NGO ERP software: a checklist
- FAQ
- Conclusion
An ERP (Enterprise Resource Planning) system is a single integrated platform that connects an organisation's core operations, finance, HR, procurement, projects, supply chain and more, into one shared database. Instead of siloed spreadsheets and disconnected tools, every team works from the same real-time data: fewer errors, faster decisions, and one audit trail.
This guide explains what an ERP is, how its modules work together, the four main deployment models, and how to weigh a single-vendor suite against a best-of-breed stack. It walks through implementation from first scoping to post-go-live, and closes on the specific case of nonprofits and NGOs, where NGO ERP software has to handle restricted donor funding, multi-country payroll and MEAL, requirements that differ significantly from the commercial world.
What is an ERP and how does it work?
An ERP is a centralised software platform in which every department, finance, HR, procurement, operations, shares one database. When a purchase order is approved, the accounting ledger updates automatically. When a new employee is onboarded, payroll adjusts without a separate data-entry step. That single source of truth is the core value of an ERP, and the reason the global ERP market is forecast to reach roughly US$78 to 81 billion by 2026.
What makes an ERP different from a collection of separate tools is the shared data layer. In a disconnected environment, the finance team exports a spreadsheet and sends it to procurement, who re-enter the figures into their own system. Errors compound; reconciliation takes days. An ERP removes that loop: one entry, one record, visible to every authorised user in real time.
Modules are the building blocks. Each handles a specific function, but all of them read from and write to the same database. A budget approval in the finance module immediately constrains what the procurement module will allow. A timesheet submitted in HR feeds directly into project cost tracking. The integration is not a feature added on top; it is the architecture.
For organisations managing multiple funding sources, field operations in several countries or complex compliance obligations, that architecture is not a convenience. It is the difference between manageable reporting and a permanent reconciliation crisis.
Core ERP modules: finance, HR, procurement, projects and more
Most ERP systems are built around a common set of functional modules. Each manages a distinct area, and together they form a complete picture of how an organisation runs.
Financial management. The accounting backbone of any ERP: general ledger, accounts payable and receivable, fixed assets, cash management and financial reporting. In an ERP, finance goes beyond bookkeeping: it gives real-time visibility on budget consumption, cash position and cost allocation across projects or departments, and it stays in sync with every other operational function. For an NGO this is where cash-flow forecasting by grant and audit-ready financial reports are produced.
Human resources and payroll. Employee records, contracts, leave, benefits and performance data. Connected to payroll, the module calculates compensation automatically from attendance and contract terms, which cuts manual processing and the errors that come with it. Organisations operating in several countries should look for multi-country payroll rather than a single-country module.
Procurement and purchase management. The full purchasing cycle: purchase requests, supplier selection, purchase orders, goods receipt and supplier invoices. Linked to finance, every approved purchase order creates a commitment in the budget, so overspending is visible before it happens, not after.
Supply chain and inventory. For organisations that handle physical goods: stock levels, warehouse movements, logistics and, in the humanitarian sector, distribution traceability down to the beneficiary list.
Project management. Many organisations, especially in the nonprofit and development sector, run entirely on a project basis. This module tracks budgets, timelines, resource allocation and deliverables at project level and feeds cost data straight into financial reporting; see our guide to choosing project management software for NGOs.
Stakeholder and relationship management. Some suites include a module for partner organisations, donors or beneficiaries; others integrate with an external CRM. For NGOs this layer usually handles grant pipelines, partner due diligence and sub-granting rather than sales activity.
MEAL. Rarely found in commercial ERPs and essential in the NGO sector: logframes, indicator tracking, data collection and complaint mechanisms, linked to the budgets that fund them. See what MEAL is and how to set it up.
Reporting and analytics. Less a module than a layer across all the others, pulling data from every function into dashboards, consolidated reports and audit trails. In practice, the quality of this layer is what separates an ERP that helps you decide from one that merely stores data.
The four ERP deployment models
How you deploy an ERP determines where your data lives, who maintains the infrastructure and how much control you keep over customisation and upgrades. There are four main models, each with real trade-offs.
| Deployment model | Where it runs | Key advantage | Key constraint |
|---|---|---|---|
| Cloud (SaaS) | Vendor's servers, accessed via browser | Low upfront cost, automatic updates, accessible from anywhere | Less customisation control; dependent on the vendor's infrastructure and hosting location |
| On-premise | Your own servers and infrastructure | Full data control, deep customisation possible | High upfront cost; your IT team owns maintenance and upgrades |
| Hybrid | Mix of cloud and on-premise components | Keep sensitive data on site while using cloud for other functions | More complex to integrate and maintain across two environments |
| Two-tier | Headquarters on one ERP, subsidiaries or field offices on a lighter cloud ERP | Central standardisation with a simpler system for field offices | Requires careful data synchronisation between tiers |
Cloud ERP, sometimes called online ERP, has become the default for new implementations. The vendor handles infrastructure, security patches and version upgrades; your team works through a browser, which matters when staff are spread across offices and countries. The question to ask a cloud vendor is not only "is it secure?" but "where is it hosted and under which law?": a SaaS platform hosted in France on SecNumCloud-qualified infrastructure, or in the country of your choice, answers a data-sovereignty requirement that a generic cloud does not.
On-premise remains relevant for organisations with strict sovereignty constraints or highly specific processes that a standard product cannot accommodate. The trade-off is real: your IT department carries the full maintenance burden.
Hybrid models appeal to organisations in transition, keeping legacy on-premise systems for some functions while moving others to the cloud. The integration work between the two environments is easy to underestimate.
Two-tier ERP is common in large multinationals and federated organisations where headquarters needs a full-featured system and field offices need something lighter. The challenge is keeping data consistent between tiers without recreating the silos the ERP was meant to remove. For NGOs, a single cloud ERP with offline-capable field access often achieves the two-tier goal without the two-tier synchronisation problem.
Best of breed vs single vendor: which ERP approach is right for you?
Most ERP guides skip this question, yet it is often the first real decision an organisation faces. Two philosophies compete: buy one integrated suite from a single vendor, or assemble a stack of specialised tools, each best in its category, and connect them.
A single-vendor ERP gives you one contract, one support relationship and one data model across all functions. Finance, HR, procurement and projects speak the same language natively; reporting is simpler because there is no translation layer. The cost of that coherence is flexibility: you accept the vendor's way of doing things, and customising one module can complicate upgrades to another.
A best-of-breed stack lets you pick the strongest tool for each function: the accounting platform finance prefers, the payroll tool built for your country's regulations. The risk is integration. Every connection is a potential point of failure: a sync that breaks, a field that maps incorrectly, a report that needs manual reconciliation.
Neither approach is universally better. Four factors decide:
- Process complexity. If operations span several countries, currencies and regulatory frameworks, a single-vendor system reduces the coordination burden significantly.
- IT capacity. Managing integrations between best-of-breed tools requires ongoing technical resources. With a small IT team, that overhead matters.
- Rate of change. Organisations that add new functions frequently may prefer the modularity of a best-of-breed approach, or a single platform whose modules can be switched on as needed.
- Compliance requirements. When auditors expect a single, traceable data trail, a unified system is easier to defend than a patchwork of connected tools.
A practical rule: if more than three of your core functions need to exchange data daily, a single-vendor ERP will cost less to maintain over time than a best-of-breed stack, even if the upfront licence appears higher. Our build vs buy analysis applies the same reasoning to the in-house option.
Top ERP software platforms to know
A small number of platforms appear repeatedly in enterprise evaluations. Context matters here: Panorama Consulting's 2022 ERP Report put the median annual revenue of surveyed organisations at about US$400 million. Most of the platforms below are built for organisations of that scale.
| Platform | Deployment | Best for | Pricing |
|---|---|---|---|
| SAP S/4HANA | Cloud | Large enterprises needing integrated finance, HR, manufacturing and supply chain with real-time AI | Not publicly listed |
| Oracle Fusion Cloud ERP | Cloud | Accounting, procurement, project management and supply chain in one suite | Not publicly listed |
| Workday | Cloud | Finance and HR unification with a focus on employee self-service | Not publicly listed |
| Infor | Cloud | Industry-specific operations using preconfigured processes | Not publicly listed |
| Microsoft Dynamics 365 | Cloud | Organisations in the Microsoft ecosystem needing combined ERP and CRM | Not publicly listed |
| Oracle NetSuite | Cloud | Mid-size organisations wanting a unified cloud suite; nonprofit edition available | Not publicly listed |
| Odoo | Cloud or on-premise | Open-source modular ERP for organisations with integration capacity | Published per app and user |
| Abvius | Cloud, hosted in France or country of choice | NGOs and CSOs: finance, payroll, HR, MEAL, grants and donor compliance in one platform | Published by budget tier |
SAP S/4HANA is among the most complete platforms available, with implementations known to be complex and to require significant process re-engineering. Oracle Fusion Cloud ERP covers accounting, procurement, projects and supply chain in a fully cloud suite. Workday unifies finance, HR and planning on a cloud-native platform with strong self-service. Infor pushes preconfigured industry processes rather than custom builds. Microsoft Dynamics 365 combines ERP and CRM and fits organisations already on Microsoft; see our Dynamics 365 Business Central vs Abvius comparison. For the mid-market, NetSuite and Odoo are the two names NGOs most often shortlist against a sector-specific ERP.
How long does it take to implement an ERP?
An ERP implementation is not a software installation. It is an organisational change project that happens to involve software, and timelines and costs reflect that.
The benchmarks most often quoted come from consultancies that survey ERP projects. Panorama Consulting's long-running research has put a typical implementation at around 16 months. Third Stage Consulting's 2020 data shows mid-sized organisations (US$50 million to 1 billion in revenue) spending 14 to 16 months, and large organisations (over US$1 billion) 31 to 34 months. On cost, Panorama has historically found total implementation cost, licences plus consulting, internal staff time, training and data migration, running close to 9% of annual revenue. Treat these as orientation points: scope, sector and organisational readiness move them a lot, and a modular SaaS ERP deployed by the vendor for a mid-sized NGO sits far below the enterprise figures.
The eight phases of an ERP implementation
- Define targeted outcomes and success metrics before selecting a platform. Without clear criteria, every vendor demo looks equally convincing and scope creep starts before the contract is signed.
- Select the platform that best fits the needs identified in step one. Evaluate against your process requirements, not vendor marketing.
- Assess organisational readiness and align existing processes with the new system. Gaps in current processes become more visible, not less, once the system is live.
- Onboard teams and configure: data mapping, chart of accounts, workflow design, and integration with any tools the ERP does not replace.
- Test at scale under realistic conditions, with real data scenarios rather than sanitised examples.
- Train staff so they can use the system from day one, and plan refresher sessions after go-live, when the real questions surface.
- Prepare the cutover: data migration validation, cutover planning and contingency procedures if something breaks at launch.
- Launch and optimise. The first 90 days after go-live are when configuration gaps appear. Assign a team to capture and resolve issues before they become embedded workarounds.
For NGOs the roadmap is the same with extra constraints around donor compliance, multi-currency accounting and field-office readiness; our guide to ERP implementation for NGOs covers them step by step.
ERP for nonprofits and NGOs: what makes it different?
Commercial ERPs are built around revenue, margins and customers. NGOs run on a different logic: restricted budgets tied to specific donors, multi-country payroll, MEAL frameworks, and audit trails that satisfy institutional funders rather than shareholders. Configuring a general-purpose ERP to meet those requirements is possible, but the gap between the system's defaults and your actual needs is wide, and every gap becomes a spreadsheet next to the ERP.
The differences are concrete. Analytical accounting must carry project, donor, budget line and country on every transaction, not as optional tags. Co-financing rules decide how a shared cost is split between three donors with three different eligibility policies. Salary allocation needs timesheets as evidence. Results have to be reported alongside expenditure. Partners receiving sub-grants have to be assessed, disbursed to and reported on. And the whole file has to survive an audit from the donor's own auditor, often years later.
Abvius is an integrated ERP built exclusively for NGOs and civil society organisations. It gives access to 68 on-demand modules covering timesheets, procurement, multi-country payroll, budget tracking, MEAL, grants and donor compliance, from one interface and one database. Each module generates the supporting documents auditors require and applies NGO-specific rules to flag ineligible expenses before they reach a report. It is hosted in France or in the country of the organisation's choice (SecNumCloud, GDPR, ISO 27001), works offline in the field, and includes 8 hours of personalised support per month plus 3 proactive check-ins per year. For a detailed look at how a purpose-built NGO ERP differs from general-purpose and nonprofit alternatives, see our comparisons with NetSuite, Odoo, Sage, Blackbaud, Bonterra and Salesforce Nonprofit Cloud.
How to choose NGO ERP software: a checklist
Before any demo, write down the answers to these questions and score every shortlisted platform against them.
- Does it track budget versus actual by donor and by project natively, with co-financing allocation?
- Does it run payroll in every country where you employ staff, and allocate salaries to grants with timesheet evidence?
- Does it include MEAL, or will results live in a separate tool?
- Can field teams work offline and sync later?
- Does it handle grants received and sub-grants given in the same ledger?
- Where is the data hosted, under which law, with which certifications?
- Is support included, and will the vendor configure new donors and templates for you?
- Can you switch modules on later without a new implementation project?
FAQ
What is the difference between ERP and accounting software?
Accounting software manages financial transactions: invoices, ledgers, bank reconciliations and financial statements. An ERP does all of that and connects finance to procurement, HR, projects, supply chain and other functions through a shared database. Accounting software tells you what happened financially; an ERP shows why, by linking financial outcomes to the operational decisions that produced them.
What is an ERP in simple terms, for a small organisation?
A single system where all departments work from the same data. Finance, HR and procurement read from and write to one platform instead of keeping separate records that someone has to reconcile later. For a small organisation the practical benefit is fewer errors, faster reporting and less time chasing information across disconnected tools. Modular platforms let a small NGO start with a few modules and grow.
What is NGO ERP software?
An ERP designed around the constraints of NGOs and civil society organisations: restricted donor funding, multi-donor budget tracking, multi-country payroll, MEAL, sub-granting to partners and institutional audit requirements. Abvius is an example of a purpose-built NGO ERP; general-purpose platforms can be configured for the sector but rarely cover these needs natively.
Can an ERP system be used by nonprofits?
Yes, but fit depends on whether the system was designed with nonprofit constraints in mind. General-purpose ERPs can be configured for nonprofit use, but the configuration work is significant and often leaves gaps around donor compliance, restricted budget tracking and field operations. Purpose-built platforms address those from the start, which reduces implementation time and the risk of audit findings.
What is Unit4 ERP?
Unit4 is a vendor of ERP and financial management software, often positioned towards public-sector, professional-services and nonprofit organisations. This article does not compare its features in detail. Whatever the vendor, assess an ERP for a mission-driven organisation on whether it handles restricted funding, multi-currency operations and donor audit requirements natively rather than on generic feature lists.
What are the most common reasons ERP implementations fail?
Four causes explain most failures: unclear success criteria at the start; underestimating the process change required, since existing workflow problems do not disappear after go-live; insufficient training, especially for occasional users; and poor data migration, where legacy errors enter the new system and take months to surface. Our article on avoiding ERP implementation failure in NGOs goes deeper.
Conclusion
An ERP connects an organisation's core functions through one shared database, replacing the spreadsheet chains and manual reconciliations that slow decisions and multiply errors. The four deployment models, cloud, on-premise, hybrid and two-tier, each carry real trade-offs on cost, control and maintenance. Enterprise implementations typically run from 14 to 34 months depending on size and cost far more than the licence alone, while a vendor-deployed modular SaaS for a mid-sized organisation is a much shorter project.
Before evaluating vendors, define what success looks like in your context. If you manage restricted donor funding, multi-country operations or institutional audit requirements, check whether the platforms you shortlist handle those constraints natively or need custom configuration. That one distinction will save you significant time and money before a contract is signed, and it is the reason NGO ERP software exists as a category of its own.