You hold two proposals labelled “Dynamics 365”, and their prices and demonstrations look nothing alike. That is because Dynamics 365 is a family of applications, not one product, and comparing any of them with an Odoo subscription before naming it gives a precise answer to an undefined question. At ToDoOps we start by naming the product and the cycle, then build a comparable Odoo scope on the same basis, so the decision you take to your board and finance team can be defended.

What do the ERP investment figures mean?

Deloitte reported ERP investment among 35% of respondents in 2024 and 43% in 2025, an 8-percentage-point difference 1. Its May–June 2025 survey covered 548 director-level or more senior business and technology decision makers, across five industries and organisations with annual revenue of at least US$500 million 1.

The global survey provides context for ERP investment activity. Your own decision starts with naming the product and testing your cycle.

Odoo vs Dynamics 365: which product is in your proposal?

The first thing we ask of any proposal is the full product name. This table is a view of functional scope, not a licence or price table. On a small screen, scroll horizontally to read all columns.

Product named in the offer What the reference establishes What to confirm in the proposal
Business Central Aimed at small and mid-sized businesses, covering finance, sales, purchasing, inventory and more Plan, experience, user rights and whether the needed function is within the plan
Finance Ledger, receivables, payables, budgeting, cash and bank capabilities Whether your warehouse, operations, factory or CRM needs sit under the same licence
Supply Chain Management Planning, procurement, product data, stock, production, warehousing and transport Which functions are licensed for you and configured for your activity
Sales Accounts, contacts, and the path from lead to order How far it extends into delivery, invoicing and bank
Odoo The apps and workflows in the proposed version 19.0 edition and deployment Edition, plan, hosting, apps, additions and users

Using Excel or Outlook does not mean you have bought the ERP solution, and naming one Dynamics application does not mean the rest of the catalogue is included.

How do you name the scope and the user roles?

“We need an ERP” is not enough. Write down the processes you want to change, the systems that will stay, and who uses each part:

  • Do you want to follow prospects and quotations, or stock, purchasing and finance, or production and wider planning?
  • Who enters data, who approves, who reviews and who only needs a report?
  • Do different groups of staff need different permissions and capabilities?

Employee count alone does not determine system fit. A small specialist company can have a demanding transaction, while a larger one may begin with a limited cycle. If your offer is specifically Business Central, the detailed Business Central comparison goes deeper.

Where do records move in a sales journey?

Microsoft’s order-to-cash guidance relates sales policies, orders, receivables, credit, collection and analysis to capabilities across several applications, including Business Central, Sales, SCM, Finance, Commerce and Project Operations 2. It is a map of capabilities that helps you ask which system owns each step. It is not a licence guide, and seeing six applications in it does not mean you need all six.

Take a simple journey and watch where ownership of the record changes:

  1. Customer, opportunity, quotation: begins in Sales or CRM and needs a clear customer identifier.
  2. Sales order: created in the same system, or handed to another?
  3. Delivery and stock: where is the movement recorded, in which warehouse and for which legal entity?
  4. Invoice and receivables: who issues it, and who follows credit and collection?
  5. Return or adjustment: who owns the correction decision?

Sales applications can represent orders and invoices, because functions overlap, so we judge by what is demonstrated on your cycle rather than by the name. To see how data moves between departments in Odoo, try Odoo interactively: a guided simulation with hypothetical data for a sales-and-inventory path. It helps accounting, purchasing and support understand a cycle crossing departments.

Example: two entities and three warehouses

This is a synthetic test, not a customer trial. A distributor has two legal entities and three warehouses. A branch is not automatically a legal entity, and a movement between entities is treated differently from a transfer between warehouses inside one company, so we test stock ownership, permissions and each entity’s reporting.

A customer orders 12 pieces. Eight are delivered and four remain. The customer then returns two of the delivered pieces under an accepted policy.

Quantity question Result in the scenario Decision still needed
Originally ordered 12 pieces The agreed demand basis
Delivered before the return 8 pieces The delivery evidence
Remaining on the order 4 pieces Whether the customer still wants them
Retained by the customer 8 − 2 = 6 pieces How the accepted return is processed

The return does not cancel the four outstanding pieces, create replacement demand or refund cash; each is a separate decision. Ask every supplier to show these steps and decisions across operations and finance. The cycle may run in one product or several, and we do not infer the number of licences from names; we start from the cycle and then set the scope.

What happens when an integration fails or an event repeats?

An integration between two applications needs four things: direction of flow, a record identifier, a reconciliation method and a maintenance owner. Ask your supplier what happens if a customer changes address, an invoice is corrected, or the connection drops and returns.

The acceptance test we put in our proposals: replay a test message with the same identifier and confirm the transaction is not duplicated. Two applications from the same vendor do not settle who maintains the connection, so we document who owns changes, alerts and error reconciliation.

What do Saudi requirements add to the comparison?

Before comparing prices, prepare the Arabic and financial documents you use, your invoicing cases, and who supplies and updates localization. Microsoft’s Business Central documentation explains that localization combines roles for Microsoft, partners and apps 2. So we ask for your local transaction to be shown in the proposed deployment, and review each product on its own rather than carrying a Business Central statement over to Finance or another application. Payroll, calendar, government integrations and sector requirements belong in an explicit scope, whether the supplier is Odoo or anyone else.

Compare Odoo and Dynamics 365 costs on the same basis

Collect cost for each proposal in the same format and over the same period: subscription and renewals, implementation, hosting, migration, training and support. Then fix the roles:

  • Match the usage right to each employee’s role rather than assuming one licence for everyone.
  • Do not count training twice if it is already inside implementation hours.
  • Ask about the assumptions behind any change allowance or recurring support fee.
  • A lower subscription does not by itself mean a cheaper project.

The same applies to Odoo: edition, plan, hosting, Studio, customisation and connectors all count. The implementation cost guide structures the Odoo side, and for an optional early estimate of time and budget the calculators are available; they are not a condition for contacting us.

Steps before you decide

  1. Ask each supplier to write the product name, plan, deployment type, additions and users.
  2. Choose one cycle that crosses departments, including an exception you really face.
  3. Give every supplier the same data and expected result.
  4. Record each step as standard, configured, developed or external.
  5. Name who owns integration, correction and permissions.
  6. Total the cost over the same period and scope.

Questions before shortlisting an ERP

Is Dynamics 365 one ERP licence?

It is a family of applications whose processes overlap. Identify the application, deployment, users and additions. Being in one catalogue does not mean all products are in one offer or needed for your company.

Does using Microsoft 365 mean I have bought an ERP?

No. Microsoft 365 tools such as Outlook and Excel are separate from an ERP licence. Ask the offer to name the Dynamics 365 product, plan and users.

Should a small company automatically choose Odoo?

Define the operating requirement, delivery scope, team and support needs first. Company size informs the conversation but does not prove fit or project complexity.

Does a CRM demonstration prove the whole order-to-cash cycle?

It does when the operational and financial stages are also demonstrated in the proposed scope. A sales application may hold orders or invoices, so establish the record owner and the evidence at each step.

Are extensions and integrations a problem?

They are appropriate when their purpose and support are clear. Identify the responsible party, configuration, rights, update testing and recovery process, and assess them on the same acceptance criteria as the rest of the solution.

Sources and references

[1] Deloitte — Tech Value Survey 2025. Study article published 16 October 2025. A global survey of technology investment trends, including ERP.

[2] Microsoft Learn — official product and process references (reviewed 27 October 2026): Finance, Supply Chain Management, Sales, order-to-cash process areas, Business Central overview, experiences and permissions, localization.

Odoo application descriptions use version 19.0 documentation.

Make the comparison specific enough to decide

Tell us which process must work and what is unclear about the proposed systems. You do not need to send a competing quotation, customer export or credentials to begin. Discuss the Odoo side with ToDoOps so application scope, delivery responsibilities and acceptance evidence can be compared on a clear basis. To start with an overview, see the home page, or use the calculators for an optional first estimate.