Je ziet die AI-demo's ook passeren. Iemand typt een vraag en de AI haalt meteen het juiste dossier op, maakt een offerte en zet ze klaar in de mailbox. Indrukwekkend, tot je beseft dat die demo draait op de data van iemand anders. Bij jou staat alles in een CRM van een Belgische leverancier, een boekhoudpakket uit 2016 en een gedeelde mailbox waar AI niets mee kan.
Dat verschil heeft intussen een naam: MCP.
Eén stekker voor alles
MCP staat voor Model Context Protocol, een open standaard die beschrijft hoe een AI-model met andere software praat. Vergelijk het met een USB-C-poort. Vroeger had elk toestel zijn eigen lader, nu volstaat één kabel. Zonder standaard moet je voor elke combinatie van AI-tool en softwarepakket een aparte koppeling laten bouwen. Met de standaard bouw je één koppeling per pakket, en elke AI die de standaard spreekt, kan ermee werken.
Het is geen experiment meer. Er zijn intussen meer dan tienduizend publieke MCP-servers, en de grote spelers zoals Anthropic, OpenAI, Google en Microsoft ondersteunen het allemaal. Steeds meer softwareleveranciers leveren zelf een MCP-server bij hun product, zoals ze tien jaar geleden een mobiele app begonnen mee te leveren.
De vraag is dus niet meer of AI tot in je systemen geraakt. De vraag is of jouw systemen open staan.
Vraag één: heeft je software een deur?
Dit is een technische vraag, maar je hebt er geen IT'er voor nodig om het uit te zoeken. Een MCP-koppeling heeft een API nodig: een deur langs waar andere software binnen mag, met een sleutel die jij uitdeelt en ook weer kan afnemen.
Moderne cloudsoftware heeft die deur bijna altijd. Voor de grote namen bestaat er vaak al een kant-en-klare MCP-server, en dan is het vooral een kwestie van aanzetten. Heeft je pakket wel een API maar nog geen MCP-server, dan laat je die bouwen. Dat is een dun laagje bovenop wat er al staat, en meestal een paar dagen werk in plaats van een project van maanden.
Lastiger wordt het bij oudere pakketten die op een server in je kantoor draaien en waar de leverancier weinig meer aan doet. Er blijven dan nog opties over, zoals rechtstreeks op de database werken of via exports, maar dat is fragieler. Soms is het eerlijke antwoord dat zo'n pakket op termijn beter vervangen wordt.
Je kan dit vandaag al checken: zoek op de site van je leverancier naar "API" of "integraties", of stuur ze gewoon de vraag.
Vraag twee: wie mag wat?
Een AI-assistent die in je CRM kan werken, werkt met de rechten die jij hem geeft. Geef je hem de rechten van een beheerder, dan kan hij ook alles, inclusief dingen die je nooit bedoeld had.
Begin daarom met leesrechten. Laat de AI eerst opzoeken en samenvatten voor je hem laat schrijven of aanpassen. Zorg dat gelogd wordt wie wat gedaan heeft, ook als die "wie" een machine is. En kijk waar je data naartoe gaan: draait het model in Europa, en wat gebeurt er met alles wat je er doorstuurt? Voor klantgegevens en personeelsdossiers is dat geen detail.
Vraag drie: is je data goed gestructureerd?
Dit stuk wordt het vaakst vergeten. Een AI die in een rommelig CRM graait, geeft rommelige antwoorden. Dubbele klantenfiches, velden die iedereen anders invult, een statusveld dat al twee jaar niet meer klopt: een koppeling maakt dat niet beter, ze maakt het vooral zichtbaar.
Het goede nieuws is dat je niet alles moet opkuisen. Je moet opkuisen wat de AI effectief gaat gebruiken, en dat is meestal veel minder dan je denkt.
Laat je software op maat bouwen? Vraag de MCP-server erbij
Bij bestaande software moet je afwachten wat je leverancier beslist. Bij maatwerk heb je die luxe wel: jij bepaalt zelf of die deur er komt.
Toch wordt het vaak vergeten. Er wordt een dashboard of klantenportaal gebouwd, het werkt prima, maar het staat volledig gesloten. Twee jaar later wil je er een AI-assistent op zetten en moet je opnieuw bij de bouwer aankloppen. Dan is het een apart project geworden, met een aparte factuur, terwijl het bij de bouw zelf nauwelijks meerwerk was.
Zet het dus mee in de scope wanneer je software laat maken: naast de applicatie ook een API en een MCP-server. Vraag ook hoe de rechten geregeld worden en of je kan zien wat er via die koppeling gebeurt.
Wat je hiermee doet
Je hoeft vandaag niets te koppelen. Maar zet de vraag "heeft dit een API?" wel op je lijstje: bij de tools die je al gebruikt, bij wat je nog koopt, en zeker bij software die je laat bouwen. Twijfel je of een bestaande tool volstaat of je beter maatwerk laat maken? Daar denken we graag met je mee. Stuur ons een bericht.
