Wat is een API? Betekenis, voorbeelden en kosten

Een API is een vaste set afspraken waarmee twee softwaresystemen rechtstreeks gegevens uitwisselen, zonder dat iemand iets hoeft over te typen. De afkorting staat voor Application Programming Interface: de interface waarmee het ene programma iets opvraagt bij of doorgeeft aan het andere.

Je gebruikt ze dagelijks. Een klant rekent af in je webshop en binnen enkele seconden staat de order in Exact Online, verwerkt Mollie de iDEAL-betaling en heeft PostNL een verzendinstructie.

Elke schakel in die keten loopt over een API.

Wie maatwerk software overweegt of bestaande pakketten beter wil laten samenwerken, komt er dus altijd bij uit. Die gids behandelt het hele traject van idee tot oplevering; hier staat het fundament centraal.

Wat betekent API? De afkorting uitgelegd#

API staat voor Application Programming Interface. Je spreekt het uit als drie losse letters: aa-pee-ie.

Let wel op de context. In de klassieke betekenis is een API de aanroepbare buitenkant van een programmabibliotheek, en zo staat het ook nog in de Nederlandse Wikipedia.

In het dagelijkse MKB-gesprek bedoelt vrijwel iedereen iets specifiekers: een webservice waarmee je via internet gegevens uit een pakket haalt of erin zet. Dat is de betekenis die hieronder centraal staat.

Buiten de software-wereld is API trouwens ook de afkorting van het American Petroleum Institute en van luchtkwaliteitsindexen. Die hebben niets met koppelingen te maken.

Hoe een API werkt#

Klinkt technisch, dat woord interface. Het concept is simpel.

De restaurant-analogie. Jij (de klant) zit aan tafel en wilt een biefstuk.

De keuken (het systeem) kan die biefstuk bereiden, maar je loopt niet zelf de keuken in. Er is een ober (de API) die jouw bestelling opneemt, naar de keuken brengt en met het juiste bord terugkomt.

Een API werkt precies zo. Het is de gestandaardiseerde tussenpersoon waarmee twee softwaresystemen met elkaar communiceren.

Systeem A stuurt een verzoek ("geef me de voorraadstatus van product X"), de API bezorgt dat verzoek bij systeem B, en systeem B stuurt het antwoord terug via diezelfde API.

Drie kenmerken maken API's zo waardevol:

• Gestandaardiseerd: Elke API heeft documentatie die precies beschrijft welke verzoeken mogelijk zijn en welk antwoord je terugkrijgt. Zoals een menukaart in dat restaurant.
• Veilig: Je krijgt alleen toegang tot wat de API toestaat. De keuken blijft achter gesloten deuren.
• Automatisch: Eenmaal ingericht draait de koppeling 24/7 zonder menselijke tussenkomst.

Wat is een API-koppeling?#

API en API-koppeling worden vaak door elkaar gebruikt, maar het zijn twee verschillende dingen. De API is de interface die een softwareleverancier beschikbaar stelt — het stopcontact.

De API-koppeling is de verbinding die jij (of je ontwikkelaar) bouwt tussen twee specifieke systemen — het snoer dat je in dat stopcontact steekt.

Concreet: Exact Online biedt een API aan. Pas als jouw webshop via die API automatisch orders doorstuurt naar Exact Online, is er sprake van een API-koppeling.

De API bestaat dus al; de koppeling moet gemaakt worden. Wil je zo'n API-koppeling laten maken, dan bouwen we precies dat snoer — of het nu om een Exact Online-koppeling gaat of om je eigen pakket.

Wat is API-integratie?#

API-integratie is een ander woord voor datzelfde snoer: twee systemen die via hun API's gegevens uitwisselen. Systeemintegratie is de bredere term, want die dekt ook routes zonder API — een databasekoppeling, bestandsuitwisseling via SFTP of een CSV-import.

In offertes en vacatures lees je meestal "integratie", in het gesprek met je boekhouder "koppeling". Er zit geen technisch verschil tussen: in beide gevallen gaat data automatisch van systeem A naar systeem B.

Er zijn drie routes om zo'n koppeling te realiseren:

1. No-code integratieplatforms (iPaaS) zoals Zapier, Make of n8n. Je klikt kant-en-klare connectoren aan elkaar zonder te programmeren. Snel en goedkoop, maar je loopt tegen grenzen aan zodra je businesslogica nodig hebt die buiten de standaardconnectoren valt: conditionele routering, datatransformatie, hoge volumes.
2. Middleware-platforms die gespecialiseerd zijn in Nederlandse bedrijfssoftware, bijvoorbeeld voor koppelingen tussen AFAS, Exact Online en je webshop. Robuuster dan generiek iPaaS, inclusief monitoring en foutafhandeling.
3. Maatwerk-koppelingen die een ontwikkelaar specifiek voor jouw situatie bouwt. Noodzakelijk bij hoge transactievolumes, complexe datamapping, realtime-eisen of systemen zonder standaardconnector.

Welke route past, hangt af van het aantal systemen, het datavolume en hoe uniek je proces is. Verderop in dit artikel vind je per route een kostenindicatie.

De meerwaarde van API's voor jouw bedrijf#

De gemiddelde MKB-onderneming draait op een handvol tot enkele tientallen softwarepakketten: CRM, boekhouding, webshop, e-mailmarketing, HR, planning. Zonder API's zijn dat evenzoveel eilandjes die niet met elkaar praten.

Dat levert drie problemen op:

1. Dubbele invoer. Dezelfde klantgegevens in drie systemen handmatig bijhouden. Kost tijd, veroorzaakt fouten.
2. Vertraagde informatie. Je voorraadbeheer loopt achter op de webshop. Klanten bestellen producten die al uitverkocht zijn.
3. Schaalbeperking. Elke nieuwe medewerker betekent meer handwerk. Groei zorgt voor meer chaos in plaats van meer omzet.

API-koppelingen lossen dit op door systemen in realtime met elkaar te verbinden. Een wijziging in systeem A is direct zichtbaar in systeem B.

Geen vertraging, geen handwerk.

Concrete besparing in de praktijk#

Reken de bovenste regel eens door. Bij 50 orders per dag is 8 tot 12 minuten overtypen per order goed voor bijna 7 tot 10 uur werk — per dag, niet per week.

Ook kleiner telt aan: bij tien orders per dag gaat er nog altijd ruim een tot twee uur per dag in zitten.

Wil je weten wat er in jouw situatie te halen valt? Bekijk onze maatwerk software diensten voor API-koppelingen en integraties op maat.

Soorten API's: REST, SOAP en GraphQL#

Je hoeft als ondernemer geen API-types te kunnen programmeren. Maar het helpt om de drie belangrijkste te herkennen, zodat je mee kunt praten met een ontwikkelaar.

REST API (meest gebruikt)#

REST is de standaard voor moderne webapplicaties.

De API's van partijen als Mollie en Bol.com werken met simpele HTTP-verzoeken (dezelfde technologie als je webbrowser) en sturen data terug in JSON-formaat: lichtgewicht en makkelijk leesbaar.

Herken je aan: Moderne webshops, betaaldiensten, SaaS-tools, sociale media.

SOAP API (oudere standaard)#

SOAP is de voorganger van REST. Zwaarder, strikter en complexer, maar met ingebouwde beveiligingsstandaarden.

Je vindt SOAP nog veel bij banken, verzekeraars en overheidsinstanties.

Herken je aan: Twinfield, sommige banksystemen, UWV-koppelingen, overheidsregistraties.

GraphQL (nieuwste)#

GraphQL is ontwikkeld door Facebook en laat je precies aangeven welke data je wilt ophalen.

Niet meer, niet minder. Handig bij mobiele apps en dashboards waar bandbreedte telt.

Herken je aan: Moderne startups, headless e-commerce, Shopify Storefront API.

Voor de meeste MKB-toepassingen is REST de juiste keuze. Simpel, snel en breed ondersteund.

Webhook: het omgekeerde van een API-verzoek#

Een webhook wordt vaak een vierde API-type genoemd, maar dat is het niet. Het verschil zit in wie het gesprek begint.

Bij een gewoon API-verzoek vraagt jouw systeem iets op: zijn er nieuwe orders? Dat heet pollen, en je herhaalt het elke minuut of elk kwartier.

Bij een webhook draai je het om. Je geeft de leverancier een URL, en zodra er iets gebeurt stuurt hun systeem het bericht naar jou.

• Pollen bij lage frequentie, als je het volledige beeld wilt verversen, of als de leverancier geen webhooks aanbiedt.
• Webhook bij gebeurtenissen die meteen moeten aankomen: een geslaagde betaling, een statuswijziging van een zending, een geannuleerde order.

De valkuil zit in de aanname dat een webhook altijd aankomt.

Staat jouw server even uit, dan is het bericht weg. Daarom staat in onze koppelingen standaard een dagelijkse controleronde via de gewone API naast de webhook, die ophaalt wat gemist is.

Vijf API-voorbeelden die je al kent#

1. Exact Online API#

Exact Online biedt een uitgebreide REST API — uitgelegd in ons artikel over de Exact Online API — waarmee je financiële data kunt synchroniseren met je webshop, CRM of planning. Nieuwe facturen, klantmutaties en grootboekregels worden automatisch uitgewisseld.

Geen overtypen, geen importbestanden.

2. Mollie Payments API#

Elke iDEAL-betaling in een Nederlandse webshop loopt via een API. Mollie's Payments API maakt het betaalverzoek aan, verwerkt de transactie en stuurt een bevestiging terug — alles binnen seconden.

3. PostNL verzend-API#

PostNL's Shipping API genereert automatisch verzendlabels en track-and-trace codes. Je webshop stuurt de ordergegevens via de API, en de klant ontvangt direct een traceerlink.

4. Bol.com Retailer API#

Verkopers op Bol.com gebruiken de Retailer API om producten te synchroniseren, orders op te halen en voorraad bij te werken. Bij een assortiment van enige omvang is handmatig bijhouden geen optie meer.

5. KVK Handelsregister API#

De KVK API laat je automatisch bedrijfsgegevens ophalen op basis van een KVK-nummer. Handig voor CRM-verrijking, offertetools en klantregistratie.

Van de koppelingen die in het Nederlandse MKB het vaakst langskomen staat de techniek per pakket uitgewerkt: Nmbrs voor salarisverwerking, Moneybird voor facturatie en Picqer voor magazijn en voorraad, het hart van veel groothandel software. Handig als je wilt zien hoeveel een concrete API in de praktijk toestaat.

Een API maken: zelf aanbieden of een bestaande gebruiken#

"Een API maken" betekent in de praktijk twee heel verschillende dingen, en dat verschil bepaalt de hele begroting.

Variant 1: koppelen op een bestaande API. Dit is veruit het vaakst wat mensen bedoelen. Exact Online, Mollie en PostNL hebben hun API al; jij bouwt het stuk software dat ermee praat.

Je bent gebonden aan wat hun documentatie toestaat en aan hun rate limits.

Variant 2: zelf een API aanbieden op je eigen systeem. Dit speelt zodra anderen bij jouw gegevens moeten: een klantenportaal, een dealer die voorraad opvraagt, een app op je eigen database. Dan ben jij de leverancier, met alle plichten die daarbij horen.

Bouw je zelf een API, dan hoort dit er minimaal bij:

1. Bepaal wat naar buiten gaat. Welke gegevens ontsluit je, en welke nadrukkelijk niet? Een inhoudelijke keuze, geen technische.
2. Kies het model. REST met JSON, tenzij er een harde reden is voor iets anders.
3. Regel authenticatie. OAuth 2.0 als er namens gebruikers wordt gewerkt, een eigen sleutel per afnemer bij systeem-naar-systeem-verkeer. Nooit één sleutel voor iedereen.
4. Zet grenzen. Rate limiting en paginering, zodat één afnemer je database niet plat legt.
5. Documenteer machineleesbaar. Een OpenAPI-beschrijving is de standaard; daaruit rollen testomgeving en voorbeeldcode vanzelf.
6. Versioneer vanaf dag één. Zonder versienummer kun je later niets meer wijzigen zonder iemands koppeling te breken.

Stap 6 wordt het vaakst overgeslagen en is het duurst om terug te draaien. Een API is een belofte aan iedereen die erop bouwt: zodra er één afnemer op zit, is elke wijziging een migratie.

API's en AI: geen koppeling, geen automatisering#

Wie AI wil inzetten in bedrijfsprocessen, komt onvermijdelijk bij API's uit. Om twee redenen.

Reden 1: AI-modellen bereik je zelf via een API. Taalmodellen zoals Claude gebruik je in bedrijfssoftware niet via een chatvenster, maar via hun API. Je eigen systeem stuurt een verzoek ("classificeer deze factuur", "vat dit klantgesprek samen") en krijgt het resultaat als gestructureerde data terug.

Elke serieuze AI-integratie is technisch gezien dus een API-koppeling.

Reden 2: AI werkt alleen met data die het kan bereiken. Een AI-tool die facturen verwerkt, heeft toegang nodig tot je boekhoudpakket.

Een chatbot die klantvragen beantwoordt, moet realtime je CRM en orderhistorie kunnen raadplegen. Zitten die gegevens opgesloten in losse systemen zonder koppeling, dan blijft AI een motor zonder brandstof.

Dat tweede punt is in de praktijk de grootste drempel.

Volgens de CBS AI Monitor 2024 gebruikte in 2024 22,7% van de Nederlandse bedrijven met 10 of meer werkzame personen een of meer AI-technologieën. Onderzoeksbureau Dialogic wijst er in zijn mkb-onderzoek op dat datagedreven werken en een data-infrastructuur die op orde is, belangrijke randvoorwaarden zijn voor succesvolle toepassing van AI: zonder gestructureerde, betrouwbare en actuele data geven algoritmes verkeerde of onbetrouwbare uitkomsten.

De juiste volgorde is daarom: eerst systemen koppelen, dan datakwaliteit valideren, en pas daarna de AI-laag toevoegen. Bedrijven die bij de AI-tool beginnen, ontdekken vaak halverwege dat de benodigde data niet bereikbaar is — en dan verdampt de tijdsbesparing in het handmatig overtypen van AI-uitkomsten.

Drie combinaties van koppeling en AI die in de praktijk veel voorkomen:

• Boekhouding + AI: inkomende facturen worden door AI gescand en geclassificeerd, en via de Exact Online API automatisch geboekt. Bij afwijkingen krijgt de boekhouder een melding.
• CRM + AI: een AI-model analyseert gedragsdata uit je CRM (paginabezoeken, e-mailopens, formulierinvullingen) en kent leads automatisch een score toe, zodat sales alleen kansrijke leads belt.
• Webshop + ERP + AI: verkoopdata uit de webshop en inkoopdata uit het ERP worden gecombineerd tot één dataset waarop een AI-model inkoopadvies genereert.

MCP: de laag waarmee AI-modellen je API's zelf bereiken#

Inmiddels is er een open standaard die dit patroon verandert: het Model Context Protocol (MCP), bedoeld om AI-toepassingen te verbinden met externe systemen, databronnen en tools. De makers vergelijken het met een USB-C-poort voor AI: één stekkervorm in plaats van een eigen bouwsel per combinatie.

Claude, ChatGPT, Visual Studio Code en Cursor ondersteunen het.

Het verschil met een klassieke koppeling zit in wie bepaalt wat er gebeurt. Bij een gewone API-koppeling programmeer je elke aanroep vooraf: bij gebeurtenis A haal je veld B op.

Bij een MCP-server beschrijf je wát er beschikbaar is — voorraad opvragen, offerte aanmaken — en kiest het model per situatie welke aanroep nodig is.

Eén nuance gaat in verkoopgesprekken structureel verloren: MCP vervángt je API niet, het draait erbovenop. Je hebt nog steeds dezelfde authenticatie, dezelfde rechten en dezelfde datakwaliteit nodig, plus een vraag die er eerder niet was — wat mag het model zelfstandig aanroepen en wat niet.

Zonder werkende koppeling eronder valt er niets te ontsluiten.

Wil je het strategische plaatje van AI in je bedrijfsprocessen? Lees de complete gids over AI automatisering, of doe de gratis AI-scan om te ontdekken welke processen in jouw bedrijf het meest geschikt zijn.

Wanneer heeft jouw bedrijf een API-koppeling nodig?#

Niet elk bedrijf heeft direct maatwerk-koppelingen nodig. Soms volstaat een standaard integratie via Zapier of Make. Maar in deze situaties wordt een API-koppeling op maat serieus waardevol:

• Je verwerkt meer dan 50 orders per dag en handmatige invoer wordt een bottleneck
• Je gebruikt 4+ systemen die niet native met elkaar koppelen
• Je hebt branche-specifieke software die geen standaard integraties biedt
• Fouten door dubbele invoer kosten je geld of klantvertrouwen
• Je wilt realtime data in plaats van dagelijkse of wekelijkse synchronisatie
• Je groeit en processen die nu nog handmatig kunnen, worden onhoudbaar bij 2x het volume

Herken je drie of meer van deze punten? Dan loont het om een maatwerk API-koppeling te laten bouwen.

Standaardkoppeling of maatwerk: zo kies je#

Maatwerk is geen kwaliteitsoordeel maar een gevolg. Zodra er tussen twee systemen logica moet zitten die geen connector kent, verschuift de keuze vanzelf.

Zes criteria geven in de praktijk de doorslag.

Twee of meer regels in de rechterkolom? Dan kost een standaardplatform op termijn meer dan het bespaart.

Je betaalt per taak, loopt tegen limieten aan en bouwt de ontbrekende logica alsnog — maar dan verspreid over tien losse stappen die na een jaar niemand meer kan lezen.

Wat maatwerk oplevert staat uitgewerkt op onze pagina over koppelingen tussen systemen laten maken. Hoe zo'n traject verloopt, van inventarisatie tot oplevering, lees je in API-integratie laten maken.

Wat kost een API-koppeling?#

De kosten hangen af van de complexiteit, het aantal systemen en de kwaliteit van de beschikbare API-documentatie.

Terugverdientijd. Een koppeling van € 5.000 die 10 uur per week aan handwerk bespaart (tegen € 40/uur), verdient zichzelf in 12-13 weken terug. Daarna is het pure winst.

Reken daarnaast op € 500-2.000 per jaar aan onderhoud. API's veranderen: leveranciers brengen nieuwe versies uit, endpoints wijzigen, authenticatie wordt aangescherpt.

Onderhoud is geen luxe maar noodzaak.

Veelgemaakte fouten bij API-projecten#

1. Geen error handling inrichten. API's kunnen falen.

Servers gaan down, rate limits worden bereikt, data is onverwacht. Zonder foutafhandeling merk je problemen pas als een klant belt.

2. De API-documentatie niet controleren. Sommige softwareleveranciers adverteren met een "open API" die in werkelijkheid beperkt, verouderd of slecht gedocumenteerd is.

Controleer de documentatie voordat je een project start.

3. Beveiliging onderschatten. API-sleutels horen niet in e-mails, Slack-berichten of frontend-code.

Gebruik altijd versleutelde opslag en beperk toegangsrechten tot het minimum.

4. Te veel tegelijk willen koppelen. Begin met de koppeling die de meeste handmatige uren bespaart.

Bewijs de waarde, breid daarna uit.

Volgende stap: van begrip naar actie#

Een API is geen doel op zich. Het is een middel om je bedrijfssystemen slim te laten samenwerken, handmatig werk te schrappen en sneller te groeien.

Wil je het grotere plaatje van software op maat voor je bedrijf? Lees dan onze complete gids over maatwerk software voor het MKB, waarin we het hele traject behandelen — van behoefteanalyse tot oplevering en onderhoud.

Klaar om te onderzoeken welke API-koppelingen jouw bedrijfsprocessen versnellen? Neem contact op voor een vrijblijvend adviesgesprek.