Elke applicatie die je vandaag laat bouwen, heeft een MCP nodig

Met AI een applicatie bouwen gaat vandaag razendsnel. Maar de mensen die jouw applicatie gebruiken, krijgen binnenkort gezelschap van AI-agents die zelf gegevens opzoeken, dossiers aanmaken en taken klaarzetten. Een applicatie die dat niet toelaat, is morgen al verouderd. Daarom is er één eis die wij bij elke nieuwe applicatie op tafel leggen: ze moet een MCP hebben.

Wat is een MCP?

MCP staat voor Model Context Protocol. Het is een standaardmanier waarop een AI-assistent of agent een opdracht voor jou kan uitvoeren binnen andere applicaties. De applicatie vertelt de AI wat ze bevat en wat hij ermee mag doen: gegevens opzoeken, een offerte aanmaken, een dossier doorzetten.

Veel mensen denken bij "AI en data" aan rapportage: gegevens uitlezen en er een samenvatting van maken. Dat kan, maar het is het kleinste deel. Waar het om gaat, is dat de AI voor jou kan werken. Dat hij in je applicatie een taak voorbereidt, een gegeven aanvult of een proces in gang zet, binnen de grenzen die jij bepaalt. Zonder MCP kan dat niet, of enkel met een dure en breekbare koppeling die voor elke assistent opnieuw gebouwd moet worden.

Waarom het non-negotiable is

Of je applicatie nu volledig op maat gebouwd is of op Power Platform draait, de vraag is dezelfde. Wie vandaag een applicatie laat bouwen, gebruikt haar over vijf jaar nog. In die vijf jaar zullen AI-agents een gewone collega worden. Een applicatie zonder MCP is dan een eiland: je medewerkers werken er nog in, maar je agents kunnen er niet bij.

Op het Microsoft-platform is dat startpunt er al. Dataverse, de databron onder Power Apps en Dynamics 365, heeft een eigen MCP-server die algemeen beschikbaar is. Bij een volledig custom applicatie bouw je die laag zelf, en dat kan en moet vanaf het begin. Het kost veel minder als je het meeneemt in het ontwerp dan als je het achteraf moet inbouwen.

Wat je als opdrachtgever moet vragen

Staat er een applicatie op je planning? Zet dan van bij de start in je vraag of aanbesteding dat de leverancier moet kunnen werken met AI. Concreet:

• De applicatie biedt een MCP aan, met duidelijke acties zoals "maak een offerte aan" of "zet dit dossier op afgerond", en niet enkel losse gegevens.
• Een agent werkt met de rechten van de gebruiker voor wie hij werkt, en niet met een account dat overal bij kan.
• Je kan achteraf zien wat een agent gedaan heeft, wanneer en voor wie.
• Gevoelige stappen, zoals een prijs aanpassen of iets naar een klant sturen, kan een medewerker eerst goedkeuren.

Een leverancier die hier geen antwoord op heeft, bouwt een applicatie voor gisteren.

Controle aan de serverkant: de portier achteraan

Dit is het punt waar snel gebouwde applicaties het vaakst falen, en het is het belangrijkste om te begrijpen, ook als je niet technisch bent.

Stel dat je kantoor een bordje aan de voordeur heeft: "enkel met een geldige afspraak". Dat werkt zolang iedereen via de voordeur binnenkomt. Een AI-agent gebruikt vaak een andere ingang. Hij leest het bordje niet, want hij gebruikt je scherm niet. Staan je regels enkel op het scherm, bijvoorbeeld dat een offerte altijd een klant moet hebben of dat een korting nooit boven 15 procent mag, dan bestaan die regels niet voor de agent.

De oplossing is een portier achteraan: validatie aan de serverkant. Dat betekent dat de controles gebeuren in de applicatie zelf, op de plek waar de gegevens opgeslagen worden, en niet in het formulier waarmee je ze invult. Wie of wat er ook binnenkomt, een medewerker, een koppeling of een agent, de regels gelden altijd. Bij een nieuwe applicatie moet dat van bij de start meegenomen worden, niet pas wanneer er een fout gebeurd is.

Een app voor mensen is nog geen app voor agents

Een mens ziet een scherm, leest de labels en snapt uit de context wat er bedoeld wordt. Een agent ziet je data, de namen van je tabellen en velden, en de acties die je applicatie aanbiedt. Daarom zijn drie dingen belangrijk:

• Een datamodel dat klopt. Duidelijke namen, relaties die kloppen en velden met een beschrijving. Heet een veld veld7, dan gokt de agent.
• Acties die een heel proces correct uitvoeren. Geen losse velden, maar stappen met duidelijke invoer en een begrijpelijke foutmelding als iets niet mag.
• De rechten van de gebruiker. Op het Microsoft-platform kan een agent inloggen via Entra ID met de rechten van de persoon voor wie hij werkt. Dat werkt alleen als die rechten ook echt ingesteld zijn.

Vijf vragen om je eigen applicatie te toetsen

• Heeft ze een MCP, of een gelijkwaardige laag voor AI-agents?
• Gelden je belangrijkste regels ook als iemand rechtstreeks een record aanmaakt, zonder het formulier?
• Biedt ze acties aan voor een volledig proces, of enkel losse velden?
• Werkt elke koppeling met de rechten van de gebruiker?
• Zie je achteraf wie wat gewijzigd heeft, mens of agent?

Is het antwoord op een van deze vragen nee, dan is dat het werk dat eerst moet gebeuren.

Let ook op de kosten

Een agent die je data gebruikt, is niet altijd gratis. Microsoft rekent het gebruik van de MCP-tools van Dataverse aan wanneer agents die buiten Copilot Studio gebouwd zijn ze aanspreken, met uitzonderingen voor bepaalde licenties. Neem dat mee in je keuze voor waar de agent draait.

Met Kai for Dataverse, ons eigen product dat onze MCP gebruikt, vang je dat op. Je betaalt een vaste, lage prijs, en heb je een supportcontract bij ons, dan is het inbegrepen en dus gratis.

Hoe wij het aanpakken

Wij leggen de MCP, de validatie aan de serverkant en de rechten vast voor de eerste regel code geschreven wordt, of we nu volledig op maat bouwen of op Power Platform. Dat maakt een applicatie vandaag onderhoudbaar en morgen bruikbaar voor een agent.

Voor wie zelf aan de slag wil met een eigen MCP-server, publiceerden we een open source template in .NET met Entra ID. Meer daarover lees je in ons artikel over MCP met Dynamics 365 en Power Apps. Wat een agent concreet voor je team kan doen, lees je op onze pagina AI & Agents. Hoe we applicaties bouwen, zie je bij Maatwerk & Power Apps.

Snel bouwen kan straks iedereen

Bouwen met AI maakt een applicatie sneller en goedkoper. Dat is goed nieuws. Maar of ze toekomstbestendig is, beslis je niet met een prompt. Dat zit in de MCP, de validatie aan de serverkant, de rechten en de controle eronder. Vibe-en kan straks iedereen. Wij zorgen dat het ook schaalt, veilig is en blijft werken.