Hoe werkt een traditionele API-koppeling?
Stel je wilt dat nieuwe leads uit je website automatisch in Zoho CRM komen, met een samenvatting erbij. Klassiek gaat dat zo: iemand schrijft code die het formulier uitleest, een record aanmaakt in CRM, de tekst naar een AI-model stuurt, het antwoord terugkrijgt en dat in een veld zet.
Die code werkt precies zo goed als hij is opgeschreven. Wil je er een stap bij, dan moet de code aangepast. Verandert Zoho een veldnaam, dan breekt de koppeling. Wil je hetzelfde voor offerteaanvragen, dan bouw je het opnieuw.
Dat is geen kritiek op API-koppelingen. Voor een proces dat elke dag honderd keer hetzelfde moet gebeuren, is dat precies wat je wilt: voorspelbaar en snel.
Wat doet MCP anders?
Bij MCP schrijf je geen stappen op. Je geeft het model toegang en vertelt wat je wilt bereiken.
De MCP-server meldt bij het model welke acties beschikbaar zijn: records zoeken, aanmaken, bijwerken, e-mail lezen, documenten ophalen. Het model krijgt die lijst en kiest zelf wat het per vraag nodig heeft.
Vraag je om een samenvatting van een klant, dan haalt het model het account op, de bijbehorende deals, de laatste e-mails en open tickets. Vraag je om alleen het telefoonnummer, dan haalt het alleen het contact op. Niemand heeft die twee scenario s apart geprogrammeerd.
| Vraag | Kort antwoord | Verdieping |
|---|---|---|
| Hoe werkt een traditionele API-koppeling? | Stel je wilt dat nieuwe leads uit je website automatisch in Zoho CRM komen, met een samenvatting erbij. | Lees verder |
| Wat doet MCP anders? | Bij MCP schrijf je geen stappen op. | Lees verder |
| Wat betekent dit voor onderhoud? | Hier zit wat mij betreft het grootste praktische verschil. | Lees verder |
| Wanneer kies je welke? | Een API-koppeling of een vaste workflow past bij processen die altijd hetzelfde verlopen, waar de uitkomst exact voorspelbaar moet zijn, waar volume hoog is en waar geen oordeel nodig is. | Lees verder |
| Kun je ze combineren? | Ja, en dat is meestal de beste opzet. | Lees verder |
Wat betekent dit voor onderhoud?
Hier zit wat mij betreft het grootste praktische verschil.
Een API-koppeling is iets wat je bezit en onderhoudt. Elke wijziging in je proces is een wijziging in de code. Bij klanten met tien of vijftien zulke koppelingen is onderhoud een vaste maandelijkse post geworden, en vaak weet niemand meer precies wat er allemaal draait.
Een MCP-koppeling heeft die eigenschap niet. Verandert je proces, dan verander je je instructie. Dat is tekst, geen code, en iemand zonder technische achtergrond kan het aanpassen.
Daar staat iets tegenover: een MCP-koppeling is minder voorspelbaar. Het model kiest zelf, en die keuze kan per keer verschillen. Voor een financiele boeking wil je dat niet.
Wanneer kies je welke?
Een API-koppeling of een vaste workflow past bij processen die altijd hetzelfde verlopen, waar de uitkomst exact voorspelbaar moet zijn, waar volume hoog is en waar geen oordeel nodig is. Facturen synchroniseren, voorraadstanden bijwerken, een bevestigingsmail sturen.
MCP past bij werk waar context en beoordeling in zitten. Een lead beoordelen, een offerte voorbereiden, een ticket samenvatten, een klantsituatie analyseren. Werk waarbij het antwoord afhangt van wat er in het dossier staat.
De meeste organisaties hebben allebei nodig. In de implementaties die ik doe, blijft bestaande automatisering gewoon staan en komt MCP erbovenop voor het werk dat daar niet in past.
Kun je ze combineren?
Ja, en dat is meestal de beste opzet. Claude bepaalt via MCP wat er moet gebeuren en zet de actie klaar. Een bestaande workflow of een Zia Agent voert het deterministische deel uit.
Voorbeeld: een nieuwe aanvraag komt binnen. Claude leest hem, bepaalt om wat voor type aanvraag het gaat en welke pipeline erbij hoort. Dat oordeel komt van het model. De daaropvolgende stappen, het aanmaken van de deal en het toewijzen aan een accountmanager, gebeuren via een gewone workflow. Die hoeft niet slim te zijn.
Wat betekent dit voor jouw situatie?
Heb je nu koppelingen die vaak aangepast moeten worden, dan is dat een signaal. Een koppeling die elk kwartaal onderhoud vraagt omdat het proces verandert, is meestal een koppeling die eigenlijk een oordeel bevat. Dat soort werk past beter bij MCP.
Bronnen en productinformatie
- Zoho MCP, officiële productinformatie
- Anthropic, Model Context Protocol, officiële productinformatie