Een AI agent aan uw systemen koppelen is eenvoudig. Eigenaar blijven van die koppeling is dat niet.

Een AI agent wordt nuttig op het moment dat hij uw echte gegevens kan inzien. Bestellingen in het ERP, klanten in het CRM, openstaande meldingen in het ticketsysteem. Tot die tijd is het een slim tekstvak. (Wilt u eerst de basis kennen? Lees dan wat een AI agent is.)

De meeste teams beginnen dus met één vraag: kan hij verbinding maken met onze systemen? Het eerlijke antwoord is bijna altijd ja. Dat is niet het moeilijke deel. Het moeilijke deel begint na de demo, als de koppeling moet blijven werken en iemand er eigenaar van moet zijn.

Bedrijfssystemen zijn niet gebouwd met agents in gedachten. Elk systeem heeft zijn eigen manier van inloggen, zijn eigen API (de interface waarmee het ene programma met het andere praat), zijn eigen grenzen en zijn eigen gewoonten. Elke nieuwe koppeling is dus een kleine bouwklus: het juiste endpoint vinden, een sleutel regelen, de velden op elkaar afstemmen en fouten afhandelen.

De eerste koppeling voelt als vooruitgang. De vijfde voelt als een tweede baan. Eén team meldde dat het koppelen van zijn automatiseringstool aan het ERP en het CRM van het bedrijf altijd extra werk met drivers en verbindingen kostte. Een ander team meldde dat API-sleutels op verschillende plekken stonden en dat uitzoeken waar een sleutel moest worden aangemaakt al een taak op zich was.

Niets hiervan is een ramp. Het is wrijving. Maar wrijving telt op en komt steeds bij dezelfde paar mensen terecht.

Het voor de hand liggende antwoord is kant-en-klare koppelingen. Kies het systeem uit een lijst, log in en klaar. Dat helpt, een tijdje.

Het probleem begint als een kant-en-klare koppeling faalt. Eén team meldde dat zijn agent een berichtenkanaal niet kon gebruiken. Het andere systeem toonde het account als gekoppeld, terwijl het agentplatform meldde dat er helemaal geen account gekoppeld was. Een ander team meldde dat elke poging om een nieuwe toolkoppeling toe te voegen mislukte met een foutmelding dat de naam al in gebruik was, welke naam het team ook koos. De oorzaak bleken verborgen restanten van eerdere mislukte pogingen te zijn.

Een derde team meldde dat het via een kant-en-klare koppeling gegevens van een projectbord kon lezen, maar er niet naar kon schrijven. Daarom bouwde het team een eigen koppeling met een persoonlijke toegangssleutel. Die werkt, maar kan geen bulkupdates uitvoeren. En het team ziet een persoonlijke sleutel in een gedeelde agent niet als goede praktijk.

In alle gevallen bestond de koppeling. De mensen die haar gebruikten, konden er niet in kijken en konden haar niet repareren. Het beste wat ze kregen, was een zwakkere noodoplossing. Een koppeling die u niet kunt repareren, is alleen handig tot de eerste keer dat ze kapotgaat.

Stel over elke koppeling drie vragen voordat u koppelingen gaat tellen.

Wie kan haar repareren? Als de koppeling kapotgaat, moet iemand de oorzaak vinden en die oplossen. Als die persoon een supportverzoek moet indienen en moet wachten, wacht de agent ook. Als uw eigen team de code of de instellingen kan lezen, ligt de reparatie in uw handen.

Waar staan de toegangsgegevens? Elke koppeling heeft een sleutel, een token of een wachtwoord nodig. Vraag waar die is opgeslagen, wie die kan zien en wat er gebeurt als de persoon die hem heeft aangemaakt vertrekt. Een persoonlijk token in een gedeelde agent is een stil risico. Het werkt tot dat account wordt opgeheven.

Wat mag ze bereiken? Een koppeling is ook een recht. Een sleutel die één tabel kan lezen, is niet hetzelfde als een sleutel die elk record kan wijzigen. De agent gebruikt wat hij krijgt. Geef elke koppeling dus de kleinste set rechten die het werk doet en schrijf op wat die rechten zijn.

Als u alle drie de vragen voor een koppeling kunt beantwoorden, bent u er eigenaar van. Als dat niet lukt, huurt u haar en de huur moet worden betaald op de dag dat ze kapotgaat.

In EpicStaff bereikt een agent een ander systeem alleen via tools die uw team eraan koppelt: Python-tools (uw eigen tools of kant-en-klare tools die EpicStaff meelevert) of een MCP-server die uw team aansluit. MCP, het Model Context Protocol, is een gangbare standaard waarmee een agent functies in een ander systeem kan aanroepen.

EpicStaff levert ongeveer 70 kant-en-klare Python-tools mee, waaronder tools voor databasequery's, voor het ophalen van webpagina's en voor bestanden. Waar niets kant-en-klaars past, schrijft uw team een eigen Python-tool, en een tool die uw team schrijft, is code die uw team kan lezen en repareren. EpicStaff koppelt geen REST API zonder code: de ingebouwde tool voor het ophalen van webpagina's leest alleen een URL, en alles wat verder gaat dan het lezen van een URL, vraagt om een Python-tool of een MCP-server.

Omdat een tool alleen bij een agent komt als uw team die tool eraan koppelt, is de lijst met gekoppelde tools de lijst van wat die agent kan bereiken. Toegangsgegevens van tools worden bewaard als versleutelde geheimen van uw organisatie en worden niet in de flow geschreven. EpicStaff draait bovendien op uw eigen infrastructuur.

Stel dat uw servicedesk een agent wil die de openstaande bestellingen van een klant opzoekt voordat hij een antwoord opstelt.

Schrijf het verzoek op in één zin. "Lees de openstaande bestellingen van één klantnummer. Wijzig niets." Deze zin is ook de toestemming. Zoek de route. De bestellingen staan in een database. EpicStaff levert kant-en-klare tools voor databasequery's mee, dus deze database kan worden gekoppeld zonder iets nieuws te bouwen. Als het systeem alleen een web-API biedt, schrijft uw team een kleine Python-tool of sluit het een MCP-server aan. Regel een eigen account. Vraag de eigenaar van de database om een account dat de tabel met bestellingen kan lezen en verder niets. Geen persoonlijke login. Bewaar de toegangsgegevens op één plek. In EpicStaff worden toegangsgegevens van tools bewaard als versleutelde geheimen van uw organisatie en worden ze niet in de flow geschreven. Schrijf op wie ze heeft aangemaakt en wanneer ze moeten worden vervangen. Koppel de tool aan deze ene agent. Andere agents in dezelfde flow krijgen de tool niet, tenzij iemand besluit dat ze die nodig hebben. Wijs een eigenaar aan en test een storing. Zet het account één keer bewust uit. Kijk wat de agent doet en wie het merkt. Schrijf daarna de naam van de eigenaar bij de koppeling. Zes stappen, en maar twee daarvan gaan over de tool zelf. De rest gaat over eigenaarschap. Dat deel bepaalt of de koppeling volgend jaar nog werkt.