Vier wegen naar hetzelfde doel
De beslissing is genomen: geen handmatig overzetten van orders tussen systemen meer. En dan begint het tweede probleem, waarover minder vaak wordt gesproken. De ene leverancier stelt een integratie via API voor. De tweede houdt vol dat een nachtelijke export van CSV-bestanden volstaat. Een kennis uit de branche prijst RPA-robots aan die in plaats van een mens op het scherm klikken, en omdat een deel van de documenten toch als pdf binnenkomt, lonkt ook OCR. Elk van deze wegen kan goed zijn. Geen enkele is overal goed.
Wat het overtypen zelf kost en hoe u de omvang ervan berekent, beschreven we in het artikel over hoeveel uur per week een team verliest aan het overzetten van gegevens. Hier gaan we ervan uit dat u die rekensom al heeft gemaakt. Tijd om de manier van koppelen te kiezen.
API, oftewel de directe verbinding
Systemen communiceren programmatisch met elkaar: een order die in het ERP wordt opgeslagen, staat even later in het CRM, zonder menselijke tussenkomst. Dit is de duurzaamste vorm van integratie, omdat de fabrikant van het systeem de API als een officieel contract behandelt. Wijzigingen worden aangekondigd, gedocumenteerd en achterwaarts compatibel gehouden.
Een eerlijke marge voor een enkele koppeling is doorgaans 2-6 weken, en de kosten hangen vooral af van het aantal gegevensstromen en de kwaliteit van de documentatie aan beide kanten. We geven het ruiterlijk toe: bij de start kost een API meer dan een bestandsdump, omdat er programmeerwerk en tests nodig zijn. Daar staat tegenover dat het onderhoud daarna het goedkoopst is van alle vier de wegen.
Bestandsexport, oftewel eenvoud met een tijdschema
Het ene systeem schrijft elke nacht een CSV- of XML-bestand weg, het andere leest het ’s ochtends in. Het klinkt archaïsch, maar is soms het verstandigst: de implementatie duurt enkele dagen tot twee weken en kost het minst. De prijs van die eenvoud is vertraging. De gegevens stromen één keer per etmaal en meestal in één richting. Voor het doorgeven van facturen aan de boekhouding volstaat dat, voor voorraadstanden in een webshop niet meer.
OCR, wanneer gegevens als beeld binnenkomen
Facturen van honderden leveranciers, gescande rapporten, papier. OCR met een AI-laag haalt de velden uit een document en slaat ze op in het systeem. Deze weg is zinvol wanneer er aan de andere kant niets is om mee te integreren, omdat er tientallen afzenders zijn en u hun geen formaat kunt opleggen. De nauwkeurigheid is nooit 100%, dus een verplicht onderdeel van de implementatie is een proces waarin een mens de uitzonderingen controleert. Realistische doorlooptijd: 3-8 weken, afhankelijk van de verscheidenheid aan documenten.
RPA, oftewel een robot die klikt als een mens
Een script logt in op de applicatie en voert in de interface dezelfde handelingen uit die een medewerker deed. Het voordeel is duidelijk: er is geen API of toestemming van de fabrikant nodig, en een werkende demo staat er binnen enkele dagen. Het nadeel ook: de robot zit vastgeklonken aan de weergave van het scherm. Een systeemupdate verschuift een knop 20 pixels en de gegevensstroom valt stil, vaak geruisloos. Wat ons betreft zou RPA de laatste optie moeten zijn, niet de eerste, want de lage startkosten betalen bedrijven daarna elke maand terug in onderhoud en in stress na iedere update.
Vergelijkingstabel
| Criterium | API | Bestandsexport | OCR | RPA |
|---|---|---|---|---|
| Wanneer zinvol | beide systemen hebben een API | gegevens één keer per dag nodig | documenten van veel afzenders | gesloten systeem, geen API |
| Implementatietijd | 2-6 weken | dagen tot 2 weken | 3-8 weken | dagen (demo), weken (productie) |
| Startkosten | gemiddeld | laag | gemiddeld tot hoog | laag |
| Onderhoudskosten | laag | laag, maar vereist een eigenaar | gemiddeld (controle van uitzonderingen) | hoog |
| Kwetsbaarheid | laag | laag | gemiddeld | hoog |
| Actualiteit van gegevens | seconden | een etmaal | minuten tot uren | minuten |
Drie valkuilen die we het vaakst tegenkomen
De eerste: RPA op een interface die verandert. Als de leverancier van het systeem elk kwartaal updates uitbrengt, gaat de robot elk kwartaal stuk. Het budget om hem in de gaten te houden kan de kosten van een degelijke API-koppeling overstijgen.
De tweede: een CSV-export zonder eigenaar. Het bestand wordt niet meer gegenereerd, niemand krijgt een melding en twee weken lang werkt het bedrijf met verouderde gegevens. Een bestandsexport moet een met naam aangewezen beheerder hebben en een automatisch alarm wanneer het bestand niet aankomt.
De derde: OCR op documenten die ook digitaal hadden kunnen binnenkomen. Als een zakenpartner facturen uitreikt vanuit een systeem met een API of via KSeF, dan is het machinaal uitlezen van zijn pdf’s betalen voor een kunstmatig probleem. Het is goedkoper om een uitwisselingsformaat af te spreken.
Een beslisboom in vier stappen
- Hebben beide systemen een gedocumenteerde API? Kies dan de API. De hogere startkosten verdienen zich terug in het onderhoud.
- Geen API, maar zijn de gegevens één keer per dag voldoende? Bestandsexport, met een eigenaar en een alarm.
- Komen de gegevens binnen als documenten van veel externe afzenders? OCR met een proces voor de controle van uitzonderingen.
- Gesloten systeem, een leverancier die niet meewerkt, en gegevens die realtime nodig zijn? Pas dan RPA, met een onderhoudsbudget en een plan om over te stappen op een API zodra die beschikbaar komt.
In de praktijk combineren grotere implementaties de wegen: API tussen ERP en CRM, OCR voor facturen van leveranciers, bestandsexport naar het datawarehouse. Dat is normaal. Belangrijk is dat elke gegevensstroom het instrument krijgt dat bij zijn kenmerken past, en niet het ene lievelingsinstrument van de leverancier.
Hoe wij dit bij ESKOM AI aanpakken
Bij ESKOM AI is de keuze van de integratieweg onderdeel van de analyse, geen aanname vooraf. We onderzoeken de interfaces van uw systemen, daarna voert een team van gespecialiseerde AI-agents het grootste deel van het engineeringwerk bij de bouw van de koppeling uit, en het geheel doorloopt het volledige spectrum aan tests: unit-, integratie-, E2E-, interface-, beveiligings- en performancetests. Dankzij het geautomatiseerde ontwikkelproces praten we over weken, niet over kwartalen. Hoe zo’n project er stap voor stap uitziet, beschreven we in het artikel over hoe u ERP, CRM en uw eigen applicatie in weken koppelt.
Staat u voor de keuze tussen een van deze vier wegen, plan dan een gratis adviesgesprek via het formulier op eskom.ai/pl/kontakt. Schrijf welke systemen u wilt koppelen en hoe snel de gegevens moeten stromen — we komen terug met een aanbeveling voor een concrete weg en een eerlijke prijsopgave.