MCP-Server für Odoo

Was ist ein MCP-Server für Odoo?

Odoo ist das wohl populärste Open-Source-ERP im deutschsprachigen Mittelstand: ein modularer Baukasten, der vom Vertrieb über Buchhaltung und Lager bis zur Fertigung alles in einer Datenbank zusammenhält. Genau diese Breite ist im Alltag aber auch die Bremse — die relevante Zahl liegt drei Klicks tief in irgendeinem Modul.

Ein MCP-Server für Odoo setzt einen Übersetzer dazwischen: Er nimmt die strukturierten Tool-Aufrufe eines KI-Agenten entgegen und wandelt sie in Odoo-RPC-Calls um. Authentifizierung, Feldauswahl, Rechteprüfung und Formatierung übernimmt der Server — die Odoo-Datensätze landen beim Modell als sauber lesbarer Text statt als XML-Rohdaten. Damit lässt sich Odoo per natürlicher Sprache durchsuchen, anlegen und aktualisieren.

Wichtig zur Einordnung: Einen von Anthropic oder von Odoo SA selbst veröffentlichten „offiziellen" MCP-Server gibt es nicht. Es existiert ein lebendiges Community-Ökosystem — unter anderem ein verbreitetes Python-Paket auf PyPI sowie ein Modul im Odoo App Store. Wo ein solcher Baustein passt, nutzen wir ihn; wo nicht, bauen wir die Anbindung direkt auf Odoos dokumentierter External API. Beides ist solide — wir framen es nur ehrlich.

Use Cases: Was kann ein Odoo-MCP-Server konkret?

1. Aufträge anlegen & nachverfolgen „Erstelle einen Verkaufsauftrag für Kunde X mit diesen Positionen." Der Agent legt einen sale.order an, übernimmt Partner, Preise und Steuersätze aus den Stammdaten und meldet den Status zurück — Entwurf, bestätigt oder geliefert.
2. Rechnungen & offene Posten Der Agent liest account.move, beantwortet „Welche Rechnungen sind über 30 Tage überfällig?" und erzeugt aus einem bestätigten Auftrag einen Rechnungsentwurf — Buchung erst nach Ihrer Freigabe.
3. Produkt- & Preispflege Neue Artikel in product.product anlegen, Preise und Beschreibungen pflegen, Varianten prüfen. Der Agent meldet fehlende Felder wie Einheit, Steuerklasse oder Lieferantencode, bevor etwas falsch im Shop landet.
4. Kontakt- & Stammdaten (res.partner) Kunden und Lieferanten in res.partner abgleichen, Dubletten erkennen, USt-ID und Adresse vervollständigen. Sync mit einem CRM, sodass Stammdaten nicht doppelt gepflegt werden.
5. Lagerbestand & Verfügbarkeit „Wie viele Stück Artikel Y sind in Lager Hamburg verfügbar?" Der Agent fragt stock.quant bzw. die Bestandsmodelle ab und kann bei Unterschreiten einer Schwelle einen Beschaffungshinweis als Entwurf vorbereiten.
6. Reporting über Module hinweg Umsatz nach Vertriebsteam, Top-Kunden im Quartal, Wareneingänge der Woche — der Agent zieht die Zahlen aus mehreren Odoo-Modellen zusammen, statt dass Sie Ansichten exportieren und in Excel verheiraten.

So funktioniert die Integration

Architektur-Bild für Odoo:

KI-Agent ↔ MCP-Server (Ihr EU-Host) ↔ Odoo External API (XML-RPC / JSON-RPC / JSON-2)

Konkrete technische Schritte:

• Transport & Version: Für Odoo 16-18 nutzen wir XML-RPC bzw. JSON-RPC über die Endpunkte /xmlrpc/2 und /jsonrpc, ab Odoo 19 die neuere External JSON-2 API. Odoo hat die alten RPC-Endpunkte mittelfristig zur Abkündigung markiert — wir wählen den Transport passend zu Ihrer Version, damit die Anbindung tragfähig bleibt.
• Authentifizierung: Statt Klartext-Passwort generieren wir einen dedizierten Odoo-API-Key (Einstellungen → Benutzer → API-Keys) und legen ihn verschlüsselt im MCP-Server ab. Der Technik-Benutzer bekommt nur die Rechte, die er wirklich braucht.
• Tool-Mapping: Wir definieren MCP-Tools wie search_records, create_sale_order, get_invoice, check_stock — jedes mit JSON-Schema, validierten Eingaben und klaren Fehlermeldungen. Im Hintergrund laufen sie über Odoos execute_kw gegen die jeweiligen Modelle.
• Rechte pro Modell: Welche Odoo-Modelle der Agent lesen oder schreiben darf, legen wir granular fest — kein pauschaler Admin-Zugriff über die ganze Datenbank.
• Read vs. Write: Standardmäßig liest der Agent oder erzeugt Entwürfe. Bestätigen, Buchen oder Versenden erfordert eine menschliche Freigabe — konfigurierbar pro Use Case.
• Schutzmechanik: Rate-Limiting und Caching verhindern, dass ein Agent die Odoo-Instanz mit Anfragen überrollt; jede Aktion wird mit Zeitstempel, Benutzer und Diff protokolliert.

DSGVO, Hosting & Sicherheit

Bei Odoo entscheidet vor allem das Hosting-Modell über die DSGVO-Lage: On-Premise und Odoo.sh lassen sich in einer EU-Region betreiben, bei Odoo Online sollten Sie die Region und den AVV mit Odoo prüfen. Auf dieser Basis härten wir die MCP-Anbindung so:

• EU-Hosting des MCP-Servers (z. B. Hetzner oder Azure Germany), kein US-Edge dazwischen.
• API-Key statt Passwort, verschlüsselt abgelegt, mit Rotations- und Revoke-Strategie und einem Technik-Benutzer mit minimalen Rechten.
• AVV mit KI-Anbieter in EU-Datenresidenz — Claude über AWS Bedrock (EU-Region Frankfurt) oder Google Vertex AI (EU), OpenAI Enterprise EU bzw. Azure OpenAI Deutschland.
• Datenminimierung: Der Agent erreicht nur die Modelle und Felder, die der jeweilige Use Case braucht — keine Generalfreigabe auf die ganze ERP-Datenbank.
• Mehrfirmen-Trennung: Bei Odoo-Setups mit mehreren Gesellschaften (Multi-Company) bleibt die Trennung auch über den Agenten erhalten.

Was kostet das?

Wir arbeiten in klar abgegrenzten Use Cases statt in einem Big-Bang-Projekt:

• Erst ein technischer Check Ihrer Odoo-Version, Module und Anpassungstiefe — daraus ergibt sich der realistische Aufwand.
• Erste Use-Cases in wenigen Wochen produktiv — typischerweise Auftrags- oder Rechnungs-Abfragen als lesender Einstieg, danach Schreibaktionen mit Freigabe.
• Festpreis pro Use Case, kein Stundenroulette. Skalierung danach in kleinen Inkrementen.

Eine konkrete Zahl nennen wir nach dem Check — abhängig von Volumen, Zahl der angebundenen Module und gewünschten Schreibrechten. Für Beratungs- und Konzeptionsanteile prüfen wir auf Wunsch auch eine mögliche Förderung mit.

Häufige Fragen

Gibt es einen offiziellen MCP-Server für Odoo?

Einen von Anthropic oder Odoo SA selbst herausgegebenen Standard-Server gibt es nicht. Es existieren aber reife Community-Lösungen — unter anderem ein verbreitetes Python-Paket auf PyPI und ein Modul im Odoo App Store. Wo eine davon passt, setzen wir sie ein; ansonsten bauen wir sauber auf Odoos dokumentierter External API auf.

Über welche Schnittstelle spricht der MCP-Server mit Odoo?

Über Odoos External API. Für Odoo 16-18 sind das XML-RPC und JSON-RPC, ab Odoo 19 die neuere External JSON-2 API. Authentifiziert wird mit Datenbank, Benutzer und einem API-Key. Wir wählen den Transport passend zu Ihrer Version.

Welche Odoo-Objekte kann der Agent ansprechen?

Praktisch jedes Modell, das Ihre Module bereitstellen: sale.order (Aufträge), account.move (Rechnungen), product.product (Produkte), res.partner (Kontakte), die Bestandsmodelle (Lager) und mehr — begrenzt durch die Rechte, die wir dem Technik-Benutzer geben.

Funktioniert das mit Odoo Online und Self-Hosted gleichermaßen?

Ja. Die External API steht bei Odoo Online, Odoo.sh und On-Premise zur Verfügung. Bei DSGVO-sensiblen Daten empfehlen wir Self-Hosting oder Odoo.sh in einer EU-Region, damit die gesamte Kette in Europa bleibt.

Ist Odoo + MCP DSGVO-konform?

Bei korrekter Architektur ja: Odoo in EU-Region, MCP-Server EU-gehostet, KI-Anbieter mit EU-Datenresidenz und AVV, granulare Rechte pro Modell. Wir prüfen das im Check für Ihr konkretes Setup.

Welche KI-Modelle funktionieren?

Alle MCP-kompatiblen Modelle: Anthropic Claude, OpenAI GPT, Google Gemini, Microsoft Copilot. Ein Modellwechsel erfordert keine neue Integration — der MCP-Server bleibt derselbe.