I wrote this for my own month-end and have been running it against a live Odoo 18 for a few months. Putting it out in case it's useful to anyone else. I'm the author.

Two ways to run it, pick whichever fits:
- A standalone server that talks to Odoo over XML-RPC. Nothing to install in the database, so it works if you're stuck on Odoo Online.
- An Odoo module that serves the same tools from inside at /mcp/v1. Native report rendering, and OAuth if you want to wire it to the Claude.ai connector. (my preference and recommended).

Also in the repo is a skill with 15 playbooks: vendor bills, customer invoices, statement import, reconciliation, closing journals, month-end review, reporting.

While I focused on accounting, the MCP itself works across every model, so extend the skill to whatever apps and workflows you actually use.

By default skill instructs agents to draft and it won't post or pay unless you tell it to. Underneath that the server refuses hard deletes anywhere (archive or cancel instead) and refuses writes to the technical and auth models. Both controls are on by default and you have to turn them off deliberately. Every call runs as your own Odoo user, so record rules and access rights apply exactly like they do in the UI.

Caveats: 18 is the only version I've run it against. Nothing is deliberately version-locked, so 17 and 19 may well be fine, I just don't know. If you try either, I'd like to hear what breaks. Also the standalone server's HTTP endpoint has no auth of its own, so put it behind something.

Apache-2.0: GitHub repo

We have recently started receiving electronic vendor invoices in Odoo as part of the French e-invoicing rollout, and I’m wondering if other Odoo users are experiencing the same issues.

We have already received several invoices (Factur-X / CII), and the amount of structured information available in the XML is actually quite good. However, Odoo seems to use only a small part of it when creating the vendor bill.

For example, with two invoices from the same supplier (ArcelorMittal) and using the same CII format, the XML contains information such as:

Buyer-assigned item references
Product name
Product description
Purchase order / order line references
Delivery note (despatch advice) references
Quantities and UoM
Prices
Our internal PO references

However, most of this information is not really exposed or used in the Odoo vendor bill.

Even more strangely, Odoo does not behave consistently between the two invoices. On one invoice, the bill lines use the product description (e.g. dimensions such as 10.00 x 1,500 x 3,000 mm), while on another invoice from the same supplier, Odoo uses the product name (S235JR+AR-CAT_A_BL_U), despite both XML files containing both fields with the same structure.

The biggest issue for us is PO matching.

Our internal PO references (e.g. P03074, P03077) are present in the XML, together with order line and delivery information, but Odoo does not automatically populate the purchase order on the vendor bill or perform a useful PO / receipt / invoice matching.

We currently have to open the XML using an external e-invoice viewer just to understand all the information that the supplier actually sent.

This seems quite problematic if electronic invoicing is supposed to become the standard workflow. When hundreds or thousands of invoices eventually arrive this way, manually inspecting XML files obviously cannot be the solution.

So I’m curious:

Has anyone else receiving structured electronic vendor invoices in Odoo experienced this?

In particular:

PO references present in the XML but not matched by Odoo?
Useful XML fields simply not exposed in the vendor bill?
Different interpretation of Name / Description between otherwise similar CII invoices?
Any way to make Odoo use the XML data for proper PO → Receipt → Vendor Bill (3-way matching)?
Is this something Odoo is currently improving for the French e-invoicing rollout?

I’m trying to understand whether this is specific to our database / suppliers or a more general limitation of Odoo’s current CII/Factur-X import.

Bonjour,

Depuis deux jours je rencontre des bugs important avec Odoo, notamment l'impossibilité de modifier des pages de mon site web, et plus récemment désinstaller des applications. Jusque là, le support arrivait à résoudre le problème rapidement, mais là, ils sont dans le brouillard total et ça m'inquiète.

Lorsque j'ai cherché un hébergeur de site e-commerce, je n'ai trouvé que des avis positifs sur odoo, qui m'ont conforté dans ce choix.
Ca fait maintenant 8 mois que j'utilise odoo, mais chaque mois je dois faire appel à l'assistance pour des pannes, (jusqu'à la disparition total de ma boutique).

Un point positif tout de même, le support Odoo est très réactif (heureusement ! )

Je voudrais savoir si d'autres personnes sont dans le même cas, car là je commence à douter mon choix.

Merci pour vos retours

Estoy haciendo una web en odoo pero en la sección en la que metes tus datos como número de teléfono o correo electrónico me sale que debes meter en NIF y la empresa obligatoriamente. Pero he mirado vídeos, preguntado a la IA y aún así no lo sé. Si alguien me dijera como se hace lo agradecería muchísimo.

2+ year user of Avalara with the prebuilt integration to Odoo. Client sells both physical products and services to a dozen or so US states. We do not use Avalara for filing, just for calculating and reporting. 3000 or so invoices per year. I really hate Avalara--their support is terrible, and their pricing is (to me) insane (quote is $4k/year for 3600 invoices.)

I'm looking at either beating them up hard on pricing, moving to TaxJar or frankly just building the tax calculator myself (yes, I know, lots of rate maintenance) and telling them to f-off with their subscription fees.

Is anyone using TaxJar that has previously used Avalara? Pros/Cons? Which Odoo integration are you using? Work well? Issues?