The platform

Six products. One governed system.
Your Odoo at the centre.

Every product works on its own. Together they share one identity, one approval contract and one audit trail — so whatever your team or your AI does, there is always exactly one answer to "what happened?"

6

Products, each
sellable alone

1

Correlation ID
across every layer

0

Reinstalls when
you add the next one

248

QA cases published
with evidence

The architecture

Everything flows one way. Everything comes back recorded.

People and AI clients enter at the top. Policy is applied once. Work happens through four products. Your Odoo stays the system of record — and a single thread ties the whole path together.

WHO IS ASKING Your team Claude · ChatGPT WhatsApp Your own agents & scripts 05 · AGNIDOOT GATEWAY — ENTERPRISE, OPTIONAL Identity · Model · Budget · Schedule · Permitted use Refused here never reaches a model WHERE THE WORK HAPPENS 01 · IMPLEMENT documents → blueprint→ a built Odoo 02 · IN-ODOO AI documents → draftrecords, approved 03 · AGENT an AI colleagueper business function 04 · MCP the governed routeevery write passes 06 · AGNIDOOT RAG document context, alongside THE SYSTEM OF RECORD Your Odoo ERP Every write approved, attributed and reversible ONE AUDIT TRAIL · ONE CORRELATION ID conversation · document · write · refusal

Follow one request

Four products touched it. One reference explains it.

A buyer pastes a supplier quotation and asks the agent to raise the order. Here is every layer that request crossed — and what a single query returns afterwards.

trace odoo-7f3a-…-c41 one reference · four layers · six events
Gateway Policy applied — model substituted for the tenant's own, request priced and attributed to Priya
In-Odoo AI Document read — supplier_quotation.pdf, 3 line items, per-cell confidence
RAG Context added — this vendor has two open quality complaints
In-Odoo AI "PTFE Diaphragm DN25" not in the catalogue — flagged, not created
MCP Requester tried to approve their own change — refused, and recorded
Odoo PO-00412 saved after a second person approved — both names on the record
6 events · 4 layers · 1 refusal · 0 records invented

This is the part that cannot be retrofitted. Four products agreed on one contract before any of them was built. Bolt four tools together later and you get four logs that don't join up — which is exactly the moment an auditor asks who approved something.

What they share

Three contracts every product honours.

One identity

The same person, recognised by every product — and in Enterprise, acting in Odoo as themselves rather than a shared login.

One approval rule

Drafts are frictionless; changing a record needs a second person who isn't the requester. Enforced in the write path, not the interface.

One audit trail

A single correlation ID joins the conversation, the document, the write and the configuration change — refusals included.

Four tools, bought separately

Four logs that don't join up

  • "Who approved this?" is an investigation
  • Each tool has its own idea of a user
  • Approval in one is invisible to the others
  • Adding the fifth tool makes it worse
One platform

One thread through all of it

  • "Who approved this?" is a query
  • One identity everywhere
  • Refusals recorded, not silent
  • Adding the fifth product joins retroactively

Product by product

What each one does, and how it connects.

01 · Implement — your paperwork becomes your OdooBuild

Upload the documents you already have. Discovery, requirements, fit-gap, documentation and a governed build — evidence-backed and approved by you at every step.

How it connects: it never reaches into your Odoo directly. It hands an approved change bundle over, where your Odoo re-validates and stages it for its own approval — a deliberate double gate. The blueprint carries the same correlation IDs as everything else, so when the instance goes live the Agent arrives already governed.

Not yet: the build is a governed bootstrap — taxes, opening stock and BOMs are discovered but deployed with your team. Full details →

02 · In-Odoo AI — documents become draft recordsInside Odoo

Fifteen AI modules working in the Odoo screens your team already uses. Header fields and every line item with per-cell confidence, and nothing saved until the right person approves.

How it connects: it is Odoo — addons inside your own instance, with Odoo's ACLs and record rules fully in force and no privilege escalation on any AI write path. Its extractions, approvals and refusals land in the same timeline the Agent and MCP write to.

Full details →

03 · Agent — an AI colleague for every teamWork

Ask your business in plain language, get the records back — or an honest "the data isn't there". On desktop, in the browser and on WhatsApp, with 418 skills across 18 business functions.

How it connects: only ever through MCP. The Agent gets no private door — same read-only defaults, same risk tiers, same approvals as any other AI. Under Enterprise its traffic also flows through the Gateway, and each person's Odoo actions run as themselves.

Full details →

04 · MCP — the governed route inChokepoint

Claude, ChatGPT and your own agents reach Odoo through one path. Seventeen tools, eight on by default and every one read-only; everything that changes anything is off until you turn it on.

How it connects: it is the chokepoint the platform depends on. Because every agentic read and write passes through it, the audit trail is complete by construction rather than best-effort — which is what makes the single timeline possible at all.

Full details →

05 · Gateway — control of every AI in the organisationEnterprise

Who can use AI, when, how much, and what they're allowed to send it — enforced at the server. Plus every request priced and attributed.

How it connects: it governs beside the execution path, never in front of it. No Odoo request is routed through a Gateway process — AI traffic flows through it for model, budget and policy, while approvals, risk tiers and the write path stay exactly where they were. Governance is added, never substituted.

Full details →

06 · RAG — document context, alongside the recordsEnterprise

Your contracts, complaints and correspondence become intelligent context — entities, processes and figures, resolved and cited.

How it connects: it answers alongside the ERP rather than instead of it. The agent reads Odoo records through MCP as that person and the document estate in the same turn, so the user never chooses a system. The pipeline that feeds it is ours, which is why the two halves join at all.

Full details →

Off means off — the upgrade pathEditions

Standard is products 01–04. Enterprise adds 05 and 06 over the same installation. With every enterprise setting unset, the platform is byte-for-byte the Standard edition — that's the acceptance criterion, and proving it is itself a test case.

Which is what makes adding a product a decision rather than a project: same identities, same contracts, and the audit trail joins up retroactively.

Every plan includes

Try it free for three months. Keep the support for a year.

No obligation, no card, no lock-in. And what comes with your plan isn't a discount — it's what it takes to make an ERP actually land.

Start free →
Weeks

Start in weeks

Not months. Your implementation is underway in your first week.

1 year

Free support

A full year included with every plan — not a paid add-on.

On-site

Training included

We come to you and train your team in the room, on your data.

100 hrs

Customisation

A hundred hours of our engineering, built into every plan.

No card to start  ·  No obligation  ·  Cancel any time in the three months  ·  Your data stays yours

Questions

How the whole thing holds together.

The platform as one system

Is this one product or six?
One platform, sold in six parts. They share an identity model, a permission model and an audit trail, which is why a request can cross four of them and still come out as one readable record.
What are the six, in a line each?
Implement builds your Odoo from your own documents. In-Odoo AI turns incoming paperwork into draft records. Agent gives each team an AI colleague. MCP is the governed door for outside AI tools. Gateway controls every AI request in the company. RAG makes your documents answerable.
What does 'governed' actually mean here?
Three contracts every product honours: actions inherit the permissions of the person who triggered them, changes are previewed before they commit, and everything is written to an audit trail you can query.
Why does that matter more than raw capability?
Because ungoverned AI in an ERP is a liability, not an asset. The constraint is what makes it deployable in a business where somebody signs off on the numbers.

The technical foundations

How does it attach to Odoo?
As installable Odoo addons plus services alongside your database. Odoo core is not modified, so upgrades stay ordinary upgrades.
Which AI models does it use?
Ten providers are supported and the choice is yours per workload. On Enterprise the default is private and local — models running inside your own infrastructure — with cloud providers available as an option.
What is a correlation ID and why should we care?
It is the thread that ties a single business event together across every layer it touched. When someone asks 'why did this purchase order change', you follow one ID instead of reconstructing a story from four logs.
What happens to our data?
Records stay in your Odoo. Documents stay in your knowledge base. Prompts are not retained after a request completes — the platform keeps the proof of what happened, not the contents of what was said.

Getting started

Where should a company start?
Standard, almost always — four products, working end to end. Enterprise is the answer when a security review, a private-model requirement or a document-heavy process makes the case.
Can we turn it off?
Yes, and off means off. Remove the addons and you are left with a working, ordinary Odoo. That is deliberate — a platform you cannot leave is a platform you shouldn't join.

Start with one product. The platform is already waiting.

Each piece stands alone and joins later without a reinstall — because everything was built against the same contract from the first day.

Book a demo

See it running on your own documents.

Thirty minutes, your paperwork, your questions. We will show you what it does — and, just as importantly, what it refuses to do.

Book a demo →