De vraag die we sinds de opkomst van Model Context Protocol (MCP) het vaakst krijgen: “we hebben al een REST-integratie op Odoo — waarom zou ik dan nog een MCP-server nodig hebben?” Het korte antwoord: omdat de gebruiker verandert. Een REST API is gebouwd voor software die je zelf programmeert. Een MCP-server is gebouwd voor een AI-client die pas op het moment van de vraag bepaalt welke actie nodig is.
Twee lagen, geen concurrenten
Een MCP-server gebruikt onder water vaak dezelfde API’s of methodes als je bestaande integraties. Het verschil zit in de interface naar boven. Bij REST weet de ontwikkelaar vooraf welke endpoints er zijn en programmeert hij het pad. Bij MCP publiceert de server tijdens de sessie welke tools bestaan, wat ze doen en welke invoer ze verwachten — en kiest het model.
Vergelijking
| Eigenschap | REST API | MCP |
|---|---|---|
| Doelgroep | Applicaties en ontwikkelaars | AI-hosts, agents en MCP-clients |
| Ontdekbaarheid | Externe documentatie, OpenAPI-schema | Server publiceert tools tijdens de sessie |
| Semantiek | Technische velden en statuscodes | Beschrijvingen bedoeld voor modelselectie |
| Autorisatie | Per integratie ingericht | Per tenant, gebruiker en capability, boven op Odoo-rechten |
| Foutafhandeling | Code vangt fouten af | Foutmelding is input voor de volgende poging van het model |
| Beheer | Per koppeling | Centraal per MCP-server of gateway |
Wanneer kies je REST?
- Vaste, hoogfrequente machine-naar-machine-koppelingen: voorraadsynchronisatie, orderimport, boekhoudkoppelingen.
- Situaties waarin je exacte, herhaalbare payloads en idempotentie nodig hebt.
- Integraties met strikte SLA’s waarin non-determinisme onacceptabel is.
Wanneer kies je MCP?
- Vragen die je niet vooraf kunt voorprogrammeren: “welke openstaande offertes lopen bij klanten met een supportticket van deze maand?”
- Onderzoek en rapportage door mensen die geen SQL of Odoo-studio kennen.
- Concepten voorbereiden — een offerteregel, een ticketantwoord, een projectplanning — waarbij een mens goedkeurt.
- Situaties waarin je juist niet wil dat er credentials in prompts of losse scripts rondgaan.
Het architectuurprincipe dat je niet mag overslaan
MCP mag bestaande autorisatie nooit omzeilen. Een MCP-laag hoort de rechten in Odoo te respecteren en kan daarbovenop stréngere scopes toepassen. In de DAADit Hosted MCP-server gebeurt dat op drie niveaus: welke Odoo-modellen zichtbaar zijn (model gating), welke acties mogen (capability gating: lezen, aanmaken, schrijven, uitvoeren) en per gebruiker binnen een tenant. Standaard staan alleen de alleen-lezen tools aan — odoo_search, odoo_search_read, odoo_read en odoo_fields_get.
In de praktijk: naast elkaar
De meeste Odoo-omgevingen die wij begeleiden eindigen met beide lagen. De REST-koppelingen blijven doen wat ze goed doen: voorspelbaar en volumineus dataverkeer. De MCP-laag komt erbij voor de menselijke, wisselende vragen — met logging per call, zodat achteraf herleidbaar is wie via welk model welke actie deed.
Vervolg lezen: hoe koppel je Claude aan Odoo, of de security- en governance-sectie van de productdocumentatie.
Zelf uitproberen? De DAADit Hosted MCP-server voor Odoo is gratis te starten met 50 calls per dag — geen installatie, geen creditcard. Maak een gratis account of lees de technische productdocumentatie.