Gegevens overtypen tussen systemen? Zo werkt een API-koppeling en wanneer loont het

In veel bedrijven gebeurt het dagelijks: een order komt binnen via de webshop, iemand typt hem over in het boekhoudpakket, en daarna nog een keer in het planningssysteem. Het kost tijd, het is foutgevoelig en niemand vindt het leuk werk. Toch blijft het vaak jarenlang zo, simpelweg omdat het altijd zo ging. Een API-koppeling kan dat handwerk overnemen. Maar wat is dat eigenlijk, en wanneer is het de investering waard?

Wat is een API, in gewone taal?

Een API is een vaste manier waarop twee softwarepakketten met elkaar praten. Vergelijk het met een ober in een restaurant. Je loopt niet zelf de keuken in om je eten te bestellen; je geeft je bestelling aan de ober, die weet hoe de keuken werkt en brengt het resultaat terug. Een API doet hetzelfde tussen systemen: het ene pakket vraagt iets aan, het andere levert het netjes aan.

Een koppeling gebruikt die API om gegevens automatisch heen en weer te sturen. Komt er een nieuwe klant binnen in je CRM, dan staat die direct ook in je boekhouding. Wordt een factuur betaald, dan ziet je verkoopteam dat meteen. Zonder dat iemand iets overtypt. Wil je weten wat een API-koppeling precies is en wat zo’n koppeling kost? Daar vind je een uitgebreidere uitleg met een voorbeeld.

Waar merk je dat je een koppeling mist?

De signalen zijn meestal herkenbaar:

  • Dubbele invoer. Dezelfde gegevens worden in twee of meer systemen ingevoerd.
  • Tegenstrijdige informatie. Het adres in het CRM wijkt af van dat in de boekhouding, en niemand weet welke klopt.
  • Wachten op elkaar. Een collega moet eerst iets exporteren of doorsturen voordat jij verder kunt.
  • Excel als lijm. Lijstjes worden geëxporteerd, bewerkt en weer geïmporteerd om systemen bij te werken.
  • Fouten die pas laat opvallen. Een tikfout in een bedrag of artikelnummer komt pas aan het licht als de klant belt.

Hoe meer van deze punten je herkent, hoe groter de kans dat een koppeling zichzelf snel terugverdient.

Kant-en-klaar of zelf laten bouwen?

Veel softwarepakketten bieden kant-en-klare koppelingen aan. Gebruik je bijvoorbeeld een bekende webshop en een veelgebruikt boekhoudpakket, dan is er vaak een plug-in die je zelf aanzet. Dat is snel en goedkoop, en voor eenvoudige situaties ruim voldoende.

Zo’n koppeling loopt wel tegen grenzen aan zodra je proces afwijkt van het gemiddelde. Denk aan eigen kortingsregels, meerdere vestigingen, afwijkende btw-situaties of gegevens die eerst gecontroleerd moeten worden voordat ze doorgaan. Dan moet je je werkwijze aanpassen aan de koppeling in plaats van andersom.

Zo liep een administratiekantoor tegen de grenzen van een standaardkoppeling aan. Facturen moesten rekening houden met meerdere administraties, afspraken per klant, verschillende tarieven en urenbijlagen. Geen kant-en-klare oplossing kon dat aan, dus werd het een maatwerk facturatiekoppeling die precies die regels volgt. Of je beter af bent met een standaardkoppeling of maatwerk, hangt daarom vooral af van hoe uniek je proces is.

Vijf dingen om vooraf te regelen

Een koppeling bouwen is technisch vaak minder spannend dan verwacht. De meeste problemen ontstaan door keuzes die vooraf niet zijn gemaakt.

1. Welk systeem is leidend?

Als een klantadres in twee systemen staat, welke versie wint dan bij een verschil? Zonder duidelijke “bron van waarheid” gaan systemen elkaar overschrijven.

2. Wat gebeurt er als iets misgaat?

Een koppeling die stil faalt, is gevaarlijker dan geen koppeling. Zorg dat er een melding komt als een order niet wordt doorgezet, en dat iemand verantwoordelijk is om die op te pakken.

3. Welke gegevens gaan er echt over?

Niet alles hoeft gesynchroniseerd te worden. Begin met de gegevens die het meeste handwerk kosten, en houd de rest buiten de koppeling. Dat houdt het overzichtelijk en verkleint de kans op fouten.

4. Hoe zit het met beveiliging en rechten?

Een koppeling heeft toegang tot je systemen. Geef die alleen de rechten die nodig zijn, en let op waar gegevens worden opgeslagen, zeker als het om klant- of persoonsgegevens gaat.

5. Wie onderhoudt het?

Softwareleveranciers voeren regelmatig updates door, en soms verandert hun API daarbij. Een koppeling heeft dus af en toe onderhoud nodig. Spreek vooraf af wie dat doet.

Wanneer loont het?

Een eenvoudige rekensom geeft vaak al duidelijkheid. Stel dat een medewerker dagelijks een half uur kwijt is aan overtypen en controleren. Dat is ruim honderd uur per jaar. Tel daar de tijd bij op die verloren gaat aan het herstellen van fouten, en de kosten van een koppeling zijn vaak binnen een jaar terugverdiend.

Belangrijker nog dan de tijdwinst is betrouwbaarheid. Als systemen automatisch dezelfde gegevens gebruiken, hoeft niemand meer te twijfelen welke versie klopt. Dat geeft rust in het team en maakt beslissingen makkelijker, omdat de cijfers kloppen.

Begin bij de grootste ergernis

Wie wil gaan koppelen, hoeft niet direct alle systemen aan elkaar te knopen. Kies het proces waar het meeste handwerk in zit of waar de meeste fouten ontstaan, en begin daar. Werkt dat goed, dan breid je stap voor stap uit.

Soms is het zelfs genoeg om een bestaande koppeling aan te vullen. Een koeriersbedrijf had al een standaardkoppeling tussen zijn planningssoftware en salarisadministratie. Alleen bepaalde looncomponenten werden niet meegenomen, waardoor er elke periode handmatig moest worden gecorrigeerd. Een kleine maatwerkaanvulling loste precies dat ene stuk op, zonder de rest te vervangen.

Wil je een API-koppeling laten maken die precies één knelpunt oplost? Dat levert vaak meer op dan een groot project dat alles tegelijk probeert te regelen.

Danny Lifino is oprichter van Code Kompas in Renesse en helpt MKB-bedrijven met digitalisering, koppelingen en AI.

Vorige

AFAS, Exact of Twinfield: welk boekhoud- en bedrijfssoftwarepakket past bij een klein bedrijf?

Latest from Blog