Legacy-integratie is het verbinden van bestaande, vaak oudere bedrijfssoftware met moderne AI-diensten en -tools via tussenlagen, API's of middleware — zonder het oorspronkelijke systeem te vervangen. Voor het MKB in Nederland, waar bedrijven gemiddeld vijf tot acht softwaresystemen draaien waarvan minstens twee ouder dan tien jaar zijn, is dit de meest kosteneffectieve route naar AI-adoptie.
De reflex bij veel bedrijven is begrijpelijk: "We moeten eerst alles moderniseren voordat we iets met AI kunnen." Dat is vrijwel nooit waar. Je boekhoudsysteem uit 2016 hoeft niet vervangen te worden om AI-gestuurde cashflowvoorspellingen te doen. Je CRM dat al acht jaar draait hoeft niet weg om er een chatbot aan te koppelen. Wat je nodig hebt is een brug — niet een sloopkogel.
Wat maakt een systeem "legacy"?
Legacy-software is software die nog functioneert en bedrijfskritisch is, maar die is gebouwd op verouderde technologie of architectuur. Dat betekent niet per definitie dat het slecht is — het betekent dat het moeilijker is om het te laten samenwerken met moderne tools.
Kenmerken van typische legacy-systemen in het Nederlandse MKB:
- On-premise installatie — draait op een lokale server, niet in de cloud
- Beperkte of geen API — communicatie verloopt via exports (CSV, XML) of handmatige invoer
- Maatwerk uit het verleden — ooit op maat gebouwd door een lokale IT-partij, weinig documentatie
- Diep verweven met bedrijfsprocessen — iedereen werkt ermee, niemand weet precies hoe het intern werkt
- Vendor lock-in — de leverancier bepaalt het tempo van updates en de prijs van aanpassingen
Voorbeelden die we regelmatig tegenkomen: oude versies van Exact Globe, Navision (nu Dynamics 365 Business Central), SAP Business One, op maat gebouwde Access-databases, en branchespecifieke software van kleine leveranciers.
Waarom "rip and replace" bijna nooit de juiste keuze is
Volledig vervangen klinkt schoon en eenvoudig. In de praktijk is het dat zelden:
| Factor | Vervanging | Integratie |
|---|---|---|
| Kosten | €50.000–€500.000+ | €5.000–€50.000 |
| Doorlooptijd | 6-18 maanden | 4-12 weken |
| Bedrijfsrisico | Hoog (migratie, dataverlies, trainingsperiode) | Laag (bestaand systeem blijft draaien) |
| Gebruikersweerstand | Hoog (nieuw systeem leren) | Laag (bestaande werkwijze blijft) |
| Dataverlies-risico | Reëel (migratie is complex) | Minimaal (data blijft waar het is) |
| Flexibiliteit | Vastgelegd voor jaren | Stapsgewijs uitbreidbaar |
Dit is ook wat we beschrijven in ons artikel over maatwerk software vs. standaardoplossingen — de keuze is zelden zwart-wit.
Wanneer vervanging wél logisch is:
- De leverancier bestaat niet meer en er is geen ondersteuning
- Het systeem draait op hardware die niet meer te krijgen is
- De beveiligingsrisico's zijn onacceptabel (geen updates, bekende kwetsbaarheden)
- De kosten van workarounds overstijgen de kosten van vervanging
In alle andere gevallen is integratie sneller, goedkoper, en minder risicovol.
Welke integratiepatronen zijn er?
Er zijn vier gangbare manieren om legacy-systemen aan AI te koppelen. Elk heeft eigen kosten, complexiteit, en toepassingsgebied.
Patroon 1: Directe API-koppeling
Het legacy-systeem biedt een API (REST, SOAP, of zelfs een oudere variant). Je bouwt een verbinding tussen die API en de AI-dienst.
Voorbeeld: Exact Online biedt een REST API. Je kunt factuurdata ophalen, door een AI-model laten analyseren voor cashflowvoorspelling, en de resultaten terugschrijven.
Voordelen: directe verbinding, geen tussenlaag, relatief eenvoudig. Nadelen: niet elk legacy-systeem heeft een bruikbare API.
Lees meer over hoe API-koppelingen werken in ons artikel API koppeling uitgelegd.
Patroon 2: Middleware / integratielaag
Een middleware-laag zit tussen het legacy-systeem en de AI-dienst. Het vertaalt data van het ene formaat naar het andere, handelt authenticatie af, en vangt fouten op.
Voorbeeld: je hebt een oud ERP-systeem dat alleen CSV-exports kan doen. Een middleware-laag haalt die exports automatisch op (via een scheduled job of file watcher), transformeert de data naar JSON, en stuurt het naar een AI-API.
Platformen: Make (voorheen Integromat), n8n (open source, zelf te hosten), Azure Logic Apps, of een op maat gebouwde Node.js/Python service.
Voordelen: flexibel, werkt met vrijwel elk systeem, ontkoppelt bron en doel. Nadelen: extra component om te onderhouden, mogelijke vertraging.
Patroon 3: Database-koppeling
Sommige legacy-systemen bieden geen API maar draaien wel op een toegankelijke database (SQL Server, MySQL, PostgreSQL). Je kunt direct uit de database lezen — mits je voorzichtig bent.
Voorbeeld: een op maat gebouwd voorraadbeheer-systeem draait op SQL Server. Je schrijft een read-only query die dagelijks de voorraadstanden ophaalt en doorstuurt naar een AI-model voor vraagvoorspelling.
Voordelen: werkt ook als er geen API is, toegang tot alle data. Nadelen: risicovol als je schrijft naar de database (kan het systeem breken), vereist kennis van het datamodel, kan prestatieproblemen veroorzaken.
Gouden regel: lees altijd via een replica of read-only verbinding. Schrijf nooit direct in de productiedatabase van een legacy-systeem. Voordat je data uit een legacy-systeem aan AI koppelt, is het verstandig om de datakwaliteit te controleren — onze gids over bedrijfsdata klaar maken voor AI helpt je daarbij.
Patroon 4: RPA (Robotic Process Automation)
Als het systeem geen API heeft, geen toegankelijke database, en alleen een grafische interface — dan is RPA de laatste optie. Een softwarerobot klikt, typt en leest het scherm, precies zoals een mens dat doet.
Voorbeeld: een branchespecifieke Windows-applicatie uit 2008 zonder API. Een RPA-bot opent het programma, navigeert naar het rapportagescherm, exporteert de data, en stuurt het naar een AI-service.
Voordelen: werkt met werkelijk elk systeem dat een mens kan bedienen. Nadelen: fragiel (breekt bij elke interface-wijziging), langzaam, moeilijk te schalen.
Ons advies: gebruik RPA alleen als tijdelijke brug terwijl je een betere integratie bouwt. Het is nooit de eindoplossing.
Hoe kies je het juiste integratiepatroon?
| Situatie | Aanbevolen patroon |
|---|---|
| Systeem heeft een moderne REST/GraphQL API | Directe API-koppeling |
| Systeem heeft een oude SOAP/XML API | Middleware met transformatie |
| Systeem heeft alleen een database | Database-koppeling (read-only) |
| Systeem exporteert CSV/Excel bestanden | Middleware met bestandsverwerking |
| Systeem heeft alleen een GUI | RPA (als tijdelijke brug) |
| Meerdere systemen koppelen aan AI | Middleware als centrale hub |
De keuze is niet altijd technisch — het is ook organisatorisch. Welke kennis heb je in huis? Welke partij ondersteunt het legacy-systeem? Hoe kritisch is de data voor het AI-model? Die vragen beantwoord je in een inventarisatie, niet in een vergaderruimte.
Bespaar 10 uur per week op handmatig overtypen, exporteren en importeren tussen oude en nieuwe systemen
Stapsgewijze modernisering: het strangler fig-patroon
De slimste aanpak voor legacy-modernisering is het strangler fig-patroon — vernoemd naar de tropische vijgenboom die geleidelijk om een bestaande boom groeit en die uiteindelijk vervangt.
Zo werkt het:
- Laat het legacy-systeem draaien. Verander niets aan de kern.
- Bouw nieuwe functionaliteit ernaast. Elke nieuwe feature wordt gebouwd als een moderne service die via een API communiceert.
- Leid verkeer geleidelijk om. Nieuwe gebruikers en processen gebruiken de nieuwe service. Bestaande processen blijven op het oude systeem.
- Migreer stap voor stap. Wanneer een functie in het nieuwe systeem bewezen is, schakel je die functie in het oude systeem uit.
- Op termijn verdwijnt het legacy-systeem. Niet met een big bang, maar geleidelijk — zonder dat het bedrijf daar last van heeft.
Dit patroon is bewezen bij bedrijven van elke omvang, van scale-ups tot banken. Voor het MKB werkt het bijzonder goed omdat je de investering spreidt over tijd in plaats van alles vooraf te betalen.
Dit is vergelijkbaar met de afwegingen die we beschrijven in ons artikel over no-code vs. maatwerk: begin met wat het snelst waarde levert en bouw van daaruit verder.
Veelvoorkomende legacy-systemen in het Nederlandse MKB
Deze systemen komen we het vaakst tegen bij integratieopdrachten:
AFAS Profit — biedt een uitgebreide REST API (GetConnectors en UpdateConnectors). Goed koppelbaar. Uitdaging: de API heeft specifieke conventies die je moet kennen.
Exact Globe / Exact Online — Globe (on-premise) heeft een XML-interface en beperkte API. Exact Online (cloud) heeft een moderne REST API. Als je nog op Globe zit, is de overstap naar Online vaak de moeite waard puur voor de API-toegang.
SAP Business One — Service Layer API (REST-achtig) beschikbaar sinds versie 9.3. Oudere versies vereisen de DI API (COM-based), wat complexer is. Goed koppelbaar met middleware.
Microsoft Dynamics NAV / Business Central — NAV (on-premise) heeft OData en SOAP webservices. Business Central (cloud) heeft een moderne REST API. De migratie van NAV naar BC is een groot project, maar de API-verbetering is aanzienlijk.
Access-databases en Excel-macro's — verrassend veel MKB-bedrijven draaien bedrijfskritische processen op Access of Excel VBA. Geen API, maar de data is toegankelijk via ODBC of directe bestandstoegang. Middleware kan deze data ophalen en naar AI-services sturen.
Meer over hoe je softwareoverwegingen maakt: digitalisering MKB stappenplan.
Wat kost legacy-integratie?
De kosten hangen af van het integratiepatroon, de complexiteit van het legacy-systeem, en hoeveel datastromen je wilt koppelen.
| Integratiepatroon | Eenmalige kosten | Maandelijkse kosten |
|---|---|---|
| Directe API-koppeling (eenvoudig) | €2.000–€8.000 | €50–€200 |
| Middleware-integratie | €5.000–€20.000 | €100–€500 |
| Database-koppeling + transformatie | €3.000–€12.000 | €50–€300 |
| RPA-brug | €5.000–€15.000 | €200–€800 |
| Strangler fig (volledig traject) | €15.000–€80.000 | €200–€1.000 |
Vergelijk dat met volledige vervanging (€50.000-€500.000+) en de keuze is duidelijk. De investering in integratie is een fractie van de vervangingskosten — en je hebt binnen weken resultaat in plaats van maanden.
Beveiliging en compliance bij legacy-integratie
Legacy-systemen zijn vaak het zwakste punt in de beveiliging. Bij integratie moet je extra alert zijn:
Authenticatie. Gebruik moderne authenticatiemethoden (OAuth 2.0, API keys met rotatie) voor de verbinding, ook als het legacy-systeem zelf oudere methoden gebruikt. De middleware-laag kan de vertaling doen.
Dataversleuteling. Alle data die tussen systemen stroomt moet versleuteld zijn (TLS/HTTPS). Geen uitzonderingen — ook niet op het interne netwerk.
AVG-compliance. Als je persoonsgegevens synchroniseert via een integratielaag, moet die laag in je verwerkingsregister staan. De PWA vs. native app discussie raakt ook aan dit punt wanneer apps met backend-systemen communiceren.
Toegangscontrole. De integratieservice mag alleen de data benaderen die het nodig heeft. Geen admin-accounts, geen volledige database-toegang.
Meer weten over maatwerk software?
Bekijk dienstVeelgestelde vragen
De volgende stap
Je hoeft niet alles te vervangen om van AI te profiteren. De meeste legacy-systemen in het Nederlandse MKB zijn prima koppelbaar — mits je de juiste integratieaanpak kiest. Voor een breder overzicht van integratiepatronen — niet alleen legacy — lees ons artikel over AI integreren in bestaande systemen.
Begin met een inventarisatie: welke systemen draaien er, welke data hebben ze, hoe toegankelijk is die data, en welke AI-toepassingen leveren het meeste op? Dat geeft je een helder beeld van de kosten, de risico's, en de verwachte opbrengst — voordat je één regel code schrijft.
Wil je weten hoe jouw legacy-systemen het best aan AI gekoppeld kunnen worden? Neem contact op via onze AI advies dienst — we brengen je systeemlandschap in kaart en adviseren over de slimste integratieroute.
Meer weten over AI advies?
Bekijk dienst