Koppelen aan een systeem zonder API
Geen API? Dan blijven e-mailverwerking, bestandsuitwisseling, MCP en RPA over, met per route een eigen prijs in beheer en aantoonbaarheid.
Rick Verhoeven, Oprichter · , bijgewerkt · 5 min
Bijna elk automatiseringsplan loopt vroeg of laat vast op één systeem. Het planbord van de leverancier, het urenpakket uit 2011, het portaal waarin je opdrachtgever de werkbonnen wil zien. Er is geen API. Of er is er een, maar je krijgt hem niet. De vraag is dan niet óf je koppelt, maar hoe, en wat die keuze je daarna kost aan beheer en aantoonbaarheid.
Er zijn vier routes: e-mailverwerking, bestandsuitwisseling, MCP en RPA. Ze staan op volgorde van voorkeur. Geen ervan is gratis, en ze verschillen vooral in hoe stil ze kapotgaan.
Eerst: bestaat die API echt niet?
Vaak bestaat hij wel. Hij staat niet op de website, hij zit in een duurdere licentie, of de leverancier geeft hem alleen vrij op verzoek van de klant zelf en niet van de bouwer. Stel die vraag schriftelijk en bewaar het antwoord, en lees wat je bij een API vastlegt als hij er toch blijkt te zijn. Vraag er meteen bij naar aanroeplimieten, versiebeleid en wat er met de koppeling gebeurt bij een update.
Kijk ook naar de andere kant. Veel pakketten kunnen zelf niets ophalen, maar wél iets versturen bij een gebeurtenis: een nieuwe order, een gewijzigde status, een goedgekeurde bon. Een halve koppeling is beter dan geen. Levert ook dat niets op, dan pas gaan we om het systeem heen.
E-mail als koppelvlak
De meeste systemen zonder API mailen wél. Orderbevestiging, werkbon, urenstaat, factuur als PDF. Je zet daar een eigen postbus tussen, leest bericht en bijlage uit, en maakt er een gestructureerd record van in het systeem dat wél open is. Dit is meestal de goedkoopste en de snelste route.
Verstandig als de afzender vast is en de opmaak stabiel. Onverstandig zodra je vrije tekst van een collega of klant moet uitlezen: dan bouw je een raadmachine die op dinsdag iets anders doet dan op maandag. Bewaar altijd het originele bericht naast het verwerkte record, en laat de verwerking hard stoppen bij twijfel in plaats van te gokken. Een koppeling die zwijgend de helft mist, is erger dan geen koppeling.
Bestandsuitwisseling
Bijna elk pakket kan exporteren: CSV, XML, een vaste rapportage naar een map of naar SFTP. Je haalt het bestand op, controleert het en verwerkt het. Goed te loggen en makkelijk over te dragen aan een andere partij, maar traag. Een export van vannacht is vandaag oud, en een export die uitblijft merk je pas als iemand een order mist.
Regel daarom twee dingen vóór livegang: een controle op het aantal regels ten opzichte van de vorige keer, en een alarm op een bestand dat niet komt. Zonder die twee is bestandsuitwisseling geen koppeling maar een gewoonte. Zet er ook een bewaartermijn op; exports met klant- of kandidaatgegevens blijven anders jaren in een map staan.
MCP
MCP is een standaard waarmee een AI-model gereedschap krijgt (zie MCP in de praktijk): lees deze klant, maak deze regel aan, zoek deze order. Steeds meer leveranciers leveren zo'n server bij hun product, en anders zetten wij er zelf één voor. Het aantrekkelijke is de afbakening: je legt vast welke handelingen bestaan, wie ze mag aanroepen en met welke rechten.
Het is geen ontsnapping aan het API-probleem. Onder de MCP-server zit alsnog een API, een database of een mailbox; MCP maakt alleen de bovenkant netter. En omdat er een model tussen zit, hoeft dezelfde vraag niet tot dezelfde aanroep te leiden. Zet er dus geen onomkeerbare handelingen achter zonder bevestiging, en log elke aanroep met invoer en uitkomst.
RPA, en waarom pas als laatste
RPA is software die het scherm bedient zoals een medewerker dat doet: inloggen, klikken, typen, opslaan. Het werkt overal, ook op een pakket zonder enige koppeling. Daarom is het verleidelijk, en daarom is het het duurst in beheer. Een verplaatste knop, een extra cookiemelding of een tragere server breekt de robot, en hij breekt halverwege een handeling.
Doe het alleen bij een stabiel scherm en genoeg volume, en tel de beheerlast op bij de prijs. Laat de robot werken op een eigen account, niet op dat van een medewerker, en laat elke stap vastleggen met een logregel of schermafdruk. Kan dat niet, dan raden we RPA af. Hij loopt dan wel, maar je kunt achteraf niet aantonen wat hij heeft gedaan, en dat is precies wat je bij een controle nodig hebt.
Hoe je kiest
- Mailt het systeem zelf al wat je nodig hebt? Begin bij e-mailverwerking en bewaar het originele bericht bij het record.
- Kan het exporteren op een vast tijdstip? Kies bestandsuitwisseling, en accepteer dat je met gegevens van gisteren werkt.
- Levert de leverancier zelf een MCP-server? Neem die boven een zelfgebouwde RPA-omweg, ook als hij in de licentie geld kost.
- Blijft alleen het scherm over en verandert dat scherm zelden? RPA, met een eigen account en volledige logging.
- Gaat het om een handvol handelingen per week, of verandert het systeem elk kwartaal? Niet koppelen. Dat handwerk is goedkoper dan het beheer.
Wat je nu kunt doen: zet het proces op één A4 en noteer per systeem wat erin moet, wat eruit moet, en langs welk kanaal dat vandaag al gebeurt: mail, export, portaal of het hoofd van een collega. Leg de antwoorden van je leveranciers ernaast. Wat overblijft is je echte koppellijst, en daarop valt de keuze uit dit artikel te maken. Meet vóór de bouw hoeveel handelingen en hoeveel doorlooptijd het nu kost, zodat je na livegang iets hebt om tegen af te zetten.