Zodra Claude eenmaal met je bestanden werkt, komt bij vrijwel iedereen dezelfde vraag: kan hij ook in ons systeem kijken? In het boekhoudpakket, in de planning, in het CRM. Dat kan, en er zijn drie manieren voor. Welke je nodig hebt hangt volledig af van wat je leverancier aanbiedt, niet van wat je zelf wilt.
Hieronder de drie routes, wanneer je welke pakt, en wat de echte kosten en risico's per route zijn. Geen theorie: dit is de volgorde die wij zelf aanhouden als een klant vraagt om een koppeling.
Route 1: de leverancier heeft een MCP-server
MCP staat voor Model Context Protocol. Het is een afspraak over hoe een AI-assistent met een systeem praat, en steeds meer leveranciers leveren er zelf een. Heeft jouw pakket er een, dan ben je klaar: je koppelt hem en Claude kan er direct mee werken, met de rechten die jij toestaat.
Dit is verreweg de beste route. De leverancier onderhoudt de koppeling, dus als hun systeem verandert, verandert de koppeling mee. Je bent zelf niets aan het bouwen wat stukgaat bij de volgende update.
Wij bouwen er zelf ook een: ons voice-platform heeft een eigen MCP-server, zodat je vanuit Claude gesprekken kunt opvragen en agents kunt inrichten zonder door onze interface te klikken.
Route 2: er is een API, maar geen MCP-server
De meeste zakelijke software zit in deze categorie. Er is wel een technische ingang, maar die is niet gemaakt voor een AI-assistent. Dan bouwen wij de brug ertussen: een laagje dat de API vertaalt naar iets waar Claude mee kan werken, met duidelijke grenzen aan wat er wel en niet mag.
Belangrijk om te weten: dit is echt bouwwerk. Reken op dagen, niet op uren, en op onderhoud daarna. Een API verandert, en dan moet de brug mee. Dat is geen bezwaar, het is gewoon een kostenpost die je vooraf moet meenemen in je afweging.
Route 3: geen API, wel een scherm
En dan is er de categorie waar de meeste frustratie zit: software die prima werkt, maar die zich niet laat koppelen. Geen API, of alleen tegen een prijs die nergens op slaat. Veel branchespecifieke pakketten vallen hieronder.
Dan blijft er één weg over: de computer het scherm laten bedienen zoals een medewerker dat zou doen. Inloggen, doorklikken, veld invullen, opslaan. Dat klinkt als een noodgreep en dat is het in zekere zin ook, maar het werkt, en voor veel bedrijven is het het verschil tussen wel of niet automatiseren.
Wat browserautomatisering goed doet
Wanneer je het inzet
- Werk dat elke keer dezelfde stappen volgt
- Systemen die nooit een koppeling gaan krijgen
- Volumes waar handwerk echt uren kost
- Processen waar een mens de uitkomst nog controleert
Waar het misgaat
Wanneer je iets anders moet kiezen
- Schermen die vaak van indeling veranderen
- Werk waar elke keer een andere afweging in zit
- Handelingen die je niet ongedaan kunt maken
- Alles wat zonder controle bij een klant terechtkomt
De volgorde die wij aanhouden
- Kijk eerst of er een MCP-server is
Steeds meer leveranciers hebben er een, ook Nederlandse. Vraag het gewoon aan je accountmanager. Is er een, dan ben je binnen een dag klaar en heb je geen onderhoud.
- Zo niet, kijk of er een bruikbare API is
Bruikbaar betekent: gedocumenteerd, met werkbare limieten en zonder absurde kosten. Dan bouwen we de brug. Reken op dagen werk plus onderhoud bij updates.
- Zo niet, laat de computer het scherm bedienen
Werkt altijd, want elk systeem heeft een scherm. Fragieler dan de andere twee, dus we bouwen er controles omheen: hij moet luid falen in plaats van stil de verkeerde gegevens wegschrijven.
- Bepaal wie er meekijkt en waar
Bij elke route dezelfde vraag: welke stappen mag hij zelfstandig doen en waar moet iemand akkoord geven? Dat is geen technische keuze maar een keuze over verantwoordelijkheid.
Onze regel: alles wat een klant raakt zonder dat iemand het gezien heeft, gaat niet automatisch.
“Welke koppeling je nodig hebt bepaalt je leverancier, niet jij. De vraag is alleen hoeveel werk het kost om er alsnog langs te komen.”
Wat het in de praktijk oplevert
De winst zit zelden in één spectaculaire besparing. Het zit in het wegvallen van het werk tussen systemen: gegevens die niet meer overgetypt hoeven, statussen die vanzelf gelijklopen, meldingen die uit het ene systeem in het andere landen zonder dat iemand ertussen zit.
Dat is precies het soort werk dat niemand in zijn functieomschrijving heeft staan en dat toch elke week uren kost. Als je zoekt naar waar je moet beginnen: kijk waar iemand bij jullie twee schermen naast elkaar heeft openstaan en van links naar rechts overtypt.
Waar je op moet letten voor je begint
Rechten. Geef de koppeling alleen toegang tot wat hij nodig heeft. Een assistent die alles mag lezen en schrijven omdat dat sneller instelde, is een risico dat je later niet meer terugdraait.
Wat er gebeurt als het misgaat. Een koppeling die stil faalt is erger dan geen koppeling: je denkt dat het loopt terwijl er niets gebeurt, of erger, terwijl er halve gegevens wegschrijven. Zorg dat een storing zichtbaar is.
Wie het onderhoudt. Bij route 1 is dat de leverancier. Bij route 2 en 3 ben jij dat, of degene die het voor je bouwt. Spreek dat vooraf af, want een koppeling zonder eigenaar gaat een keer stuk op een moment dat het niet uitkomt.