De API komt niet als je erop wacht
Veel belangrijke desktopsystemen (boekhouding, beheer, oudere ERP's) hebben geen API en zullen die officieel voorlopig ook niet krijgen aan de desktopkant — integraties blijven beperkt tot de bestandsexport/-import waarop andere tools in de markt al steunen.
Dat betekent niet dat automatisering onmogelijk is — het betekent dat ze anders gebouwd moet worden: door het native dataformaat rechtstreeks uit te lezen of door de bestaande interface gecontroleerd te bedienen. Softwareautomatisering zonder API betekent concreet AI-agents die precies de interface bedienen die jij zelf ook open zou hebben — geen API-integratie die, voor veel desktop-boekhoudprogramma's, gewoonweg niet bestaat.
De voorkeursroute, indien mogelijk
Wanneer de data toegankelijk is op schijf of netwerk (lokale databases, native bestanden), is directe uitlezing sneller, robuuster en veiliger dan het bedienen van de interface — het hangt niet af van hoe het scherm eruitziet en kan nooit „per ongeluk op de verkeerde knop drukken”.
De strikte regel die we toepassen: rechtstreeks lezen ja, rechtstreeks schrijven nooit. Elke wijziging loopt via het officiële importmechanisme van het bronsysteem, niet via directe manipulatie van de databestanden. In tegenstelling tot klassieke RPA, die een vast klikscript volgt, herkent een computer-use-agent wat er op het scherm is veranderd — een verplaatst venster, een hernoemd menu — en past hij zich aan, in plaats van vast te lopen bij het eerste verschil. Voor zeer gevoelige systemen, waar zelfs rechtstreeks uitlezen niet volstaat, leggen we apart uit AI self-hosted, met de data op je eigen infrastructuur, als alternatief voor het bedienen van een bestaand programma.
Directe data-uitlezing vs. automatisering op de interface
Twee manieren voor een systeem zonder API. We combineren ze bijna altijd.
| Directe data-uitlezing | Computer-use (op de interface) | |
|---|---|---|
| Hoe het werkt | Leest het native formaat: database, DBF, PDF. | Ziet het scherm en interageert zoals een mens: klikken, typen. |
| Snelheid | Snel, zonder een app te openen. | Trager, hangt af van de snelheid van de interface. |
| Robuustheid | Het hangt niet af van hoe het scherm eruitziet. | Gevoelig voor wijzigingen in interface of versie. |
| Wanneer het wordt gebruikt | De data is toegankelijk op schijf of netwerk, alleen-lezen. | De interface is de enige weg: data-invoer, validaties in de applicatie. |
| Risico | Beperkt, van ontwerp uit alleen-lezen. | Groter: geïsoleerde omgeving plus stapsgewijze validatie. |
In de praktijk combineren de meeste projecten beide: directe uitlezing voor analyse, computer-use alleen voor de stappen die echt interactie met de interface vereisen.
Wanneer de interface de enige weg is
Soms is er geen andere optie dan dat de agent met de applicatie interageert precies zoals een mens dat zou doen — klikken, typen, van het scherm lezen — voor stappen die niet via het lezen/schrijven van bestanden kunnen worden uitgevoerd (validaties in de interface, applicatiespecifieke formulieren).
Hier zijn de veiligheidsregels strenger: geïsoleerde omgeving, stap voor stap geverifieerd, en nooit onomkeerbare acties (versturen, definitieve validatie) zonder expliciete menselijke bevestiging. Een computer-use-agent is in de praktijk een AI-agent die de computer precies zo gebruikt als een mens dat zou doen — beweegt de muis, leest het scherm, drukt toetsen in — daar waar er geen andere toegangsweg is. Voor computer-use-taken, waarbij de agent zelf een lange reeks acties op het scherm bepaalt, leggen we apart uit wanneer het geavanceerdste AI-model echt de moeite waard is, ten opzichte van de rest van het gewone werkvolume.
Wat we hebben geleerd door met echte data te testen
Echte interfaces hebben verrassingen: menu's geblokkeerd door onzichtbare instellingen, foutcodes zonder uitleg, dialoogvensters die verkeerd renderen. Een goede computer-use-agent weet deze blokkades te diagnosticeren, niet gewoon dezelfde mislukte actie te herhalen.
Een concreet voorbeeld: het diagnosticeren van de reden waarom een menu in een boekhoudapplicatie geblokkeerd lijkt (een configuratie-instelling die niet zichtbaar is in de standaardinterface) — opgelost door de configuratiebestanden rechtstreeks te lezen, niet door trial-and-error op het scherm. We hebben AI-agents die de computer gebruiken getest op echte interfaces, met geblokkeerde menu's en verkeerd gerenderde dialoogvensters, niet alleen in schone testomgevingen.
Eerst diagnose, dan automatisering
Elk project van dit type begint met het checken wat technisch mogelijk is, niet met de aanname dat de interface zomaar te automatiseren is. AI-automatisering van desktopapplicaties begint altijd met een technische diagnose — we checken wat we rechtstreeks uit de data kunnen lezen voordat we voorstellen om de interface te bedienen.
- 01We checken of er een directe leesroute is (de voorkeur) of dat interactie met de interface nodig is
- 02We bouwen de connector/agent, met expliciete regels over wat hij alleen mag doen en wat bevestiging vereist
- 03We testen met echte data en scenario's, inclusief randgevallen (fouten, blokkades, onverwachte interfaces)
- 04We leveren documentatie over precies wat het systeem automatiseert en wat handmatig blijft
Vaste prijs, na een korte discovery.
- systeemdiagnose
- read-only connector
- oplevering + documentatie
- interface in kaart brengen
- agent + veiligheidsregels
- training team
- continue monitoring
- maandelijkse aanpassingen
- maandelijkse rapportage
Elk project heeft een andere context, andere processen en een andere infrastructuur, dus de prijs wordt vastgesteld na een korte, betaalde discovery en verandert daarna niet meer.
Veelgestelde vragen
Wat is een computer-use-agent?
Het is een AI-agent die met een toepassing interageert precies zoals een mens dat zou doen — hij ziet het scherm, klikt, typt — voor systemen die geen andere integratieweg bieden (geen API, geen automatische export). Het wordt gebruikt als laatste redmiddel, wanneer directe data-uitlezing niet mogelijk is.
Softwareautomatisering zonder API — is dat mogelijk?
Ja, via twee routes: rechtstreeks het native dataformaat uitlezen (robuuster, de voorkeur waar mogelijk) of gecontroleerde bediening van de bestaande interface (computer-use, wanneer er geen andere weg is). Veel belangrijke desktopsystemen in Roemenië werken zo.
Is het veilig om een AI-agent een desktoptoepassing te laten bedienen?
Met duidelijke regels, ja: geïsoleerde omgeving, gecontroleerde stappen, en geen onomkeerbare acties (versturen, definitieve validatie, verwijderen) zonder expliciete menselijke bevestiging. Zonder deze grenzen is het risico reëel — daarom ontwerpen we altijd met „wat het zelfstandig mag doen” strikt gescheiden van „wat een mens vereist”.
Waarom wachten we niet gewoon tot er een API verschijnt?
Bij sommige belangrijke desktopsystemen heeft de leverancier officieel bevestigd dat API's alleen gepland zijn voor de cloud-/webversies, niet voor de desktopversies, zonder duidelijke termijn. Je wacht dan eindeloos op een API die voor de versie die je vandaag gebruikt misschien nooit komt.
Kan er automatisch worden teruggeschreven naar het bronsysteem (bijv. boekhouding)?
Ons uitdrukkelijke advies is nee — rechtstreeks schrijven in de datafiles van een systeem kan de integriteit ervan aantasten. Elke wijziging loopt via het officiële import-/exportmechanisme dat het systeem biedt, ook al betekent dat een extra stap.
Wat kost het automatiseren van een systeem zonder API?
Dat hangt ervan af of alleen uitlezen nodig is (eenvoudiger, goedkoper) of volledige bediening van de interface (complexer).
Welke CAEN-code (Roemeense activiteitencode) dekt dit type automatisering voor een bedrijf in Roemenië?
Softwareautomatisering en -integratie op maat, inclusief computer-use-agents, valt onder dezelfde CAEN-code 6201 als maatwerksoftwareontwikkeling.
Laten we kijken wat we bij jou kunnen automatiseren.
Een gratis sessie van 30 minuten: we vertellen je wat er te automatiseren valt, hoe lang het duurt en wat het kost, met een vaste prijs na de discovery.