Before configuration: six decisions that keep an ERP project on track.
The strongest Odoo projects do not begin with a list of fields. They begin with agreement on how the business should operate when the system goes live.
It is tempting to start an ERP project by opening every app and matching screens to the current software. That feels productive because something is immediately visible. It also pushes the difficult decisions downstream, where they return as rework, exceptions and reports that never quite agree.
A better starting point is the operating model. Before configuration, the business and implementation team should be able to answer six questions in plain language.
- 01
What is the source of truth?
Decide where customers, products, employees, projects, accounts and opening balances will be governed. If two departments can independently create the same master record, reporting will inherit the confusion.
- 02
Who owns each process?
Name the person accountable for sales, purchasing, inventory, finance, projects and HR decisions. A consultant can design a workflow, but the business must decide which rule is correct.
- 03
Where is approval actually required?
Approvals should protect value, policy or risk. Document the amount limits, roles, substitutes and escalation route. Adding approval everywhere usually slows work without improving control.
- 04
Which exceptions are legitimate?
Real operations include partial deliveries, advance payments, urgent purchases, returns and corrections. Agree how those situations should be recorded instead of treating them as side conversations outside the ERP.
- 05
Which dimensions must reporting preserve?
Project, branch, cost centre, department, vehicle or product category may all matter. Decide which dimensions belong on each transaction so management reports do not depend on manual spreadsheet classification.
- 06
What is the smallest safe go-live scope?
Define the users, companies, modules, integrations and historical data required for the first operating cycle. A phased launch is valuable only when each phase is complete enough to run without shadow systems.
What this changes during implementation
These decisions create a usable design brief. Roles become clearer, master-data templates have an owner, approval matrices can be tested and reports have defined dimensions. The result is not less flexibility; it is flexibility within a structure the business understands.
The practical measure of readiness is simple: a user should know what record to create, a manager should know what they are approving and finance should know how the transaction reaches the ledger. Once that chain is agreed, Odoo configuration becomes much more predictable.
Explore our Odoo ERP implementation approach