API-koppelingen
Je systemen laten praten, zonder tussenpersoon met een export.
De meeste organisaties hebben de software die ze nodig hebben al. Wat ontbreekt is de verbinding ertussen: het ERP weet niet wat de webshop weet, de planning niet wat de boordcomputer doorgeeft. Wij bouwen die koppelingen — en de API’s waar anderen weer op aansluiten.
WatiseenAPI-koppeling?
Een API is de deur die een systeem openzet voor andere software: een afgesproken manier om gegevens op te vragen of door te geven, zonder dat er een mens bij hoeft. Een API-koppeling is de verbinding die twee van die systemen aan elkaar knoopt.
Het verschil met wat er nu vaak gebeurt, is de mens ertussen. Zonder koppeling draait iemand een export, opent hem in Excel, gooit er kolommen uit, en importeert hem ergens anders. Dat werkt — tot die persoon op vakantie is, tot iemand een kolom verschuift, of tot de gegevens al verouderd zijn op het moment dat ze aankomen.
Met een koppeling gebeurt hetzelfde automatisch, direct, en op het moment dat het moet. Belangrijker nog: er is één plek waar de waarheid staat. Bij exporteren en importeren maak je een tweede kopie, en twee kopieën gaan uit elkaar lopen.
Wanneerjeeenkoppelingnodighebt
Vier signalen, en ze zijn allemaal herkenbaar zonder technische kennis.
-
Dezelfde gegevens worden twee keer ingevoerd. Een order in de webshop én in het ERP. Een klant in het CRM én in de boekhouding. Elke dubbele invoer is een plek waar de twee uit elkaar gaan lopen.
-
Er bestaat een terugkerende export. Wekelijks of maandelijks, met de hand bijgewerkt en gemaild. Dat is een koppeling met handkracht, en hij is stuk zodra degene die hem maakt er niet is.
-
De vraag "hoe staat het ervoor?" kost een telefoontje. Omdat het antwoord in een systeem staat waar de vrager niet bij kan.
-
Een leverancier of klant vraagt om een API. Steeds vaker een voorwaarde om zaken te doen, niet een wens.
Watwijkoppelen
-
Systeem aan systeem. ERP, CRM, boekhouding, webshop, planning, magazijnsoftware. Heeft het een API, dan sluiten we erop aan.
-
Inloggen en identiteit. Single sign-on met SAML 2, OAuth of DigiD, zodat gebruikers niet nóg een wachtwoord krijgen.
-
Betalingen. Betalingsintegratie met de partijen die je al gebruikt.
-
Je eigen API bouwen. Soms is de vraag niet "koppel ons aan hen" maar "zorg dat anderen aan ons kunnen koppelen". Dan bouwen we de API, met documentatie en versiebeheer erbij.
-
Als er geen API is. Dat is zelden een blokkade. Een database, een bestandsuitwisseling of een tussenlaag die we ervoor zetten — er is bijna altijd een weg. Welke het wordt, bepalen we vóórdat we iets beloven.
Wijschrevendelibrarieswaarmeeeenhelesectorkoppelt
In de logistiek praat iedereen met iedereen: een verlader met een vervoerder, een planningssysteem met een boordcomputer. Zonder gedeelde taal betekent elke nieuwe combinatie een eigen vertaallaag, die gebouwd, getest en jarenlang onderhouden moet worden.
OpenTripModel is die gedeelde taal — een open datastandaard waar ruim twintig Nederlandse vervoerders gegevens mee uitwisselen. In april 2025 hebben wij vanaf nul twee libraries geschreven die OTM 5.6 ondersteunen, één voor Java en één voor .NET. Ze staan onder MIT-licentie publiek op GitHub, met validatie tegen profielen als CBS, TransportOrder en CarbonFootprint. Je koppelt dus niet alleen data, je krijgt ook te horen wanneer een bericht niet klopt.
Dat is een ander soort referentie dan een logo op een pagina: de code is openbaar en na te lezen.
Verder draaien we koppelingen in productie bij Keana, waar transportorders van meerdere partijen binnenkomen en tot ritten worden gebundeld — en in onze eigen Developer Portal, die de gegevens van vijf losse tools achter één inlog bij elkaar brengt.
Zoekjeietsanders?
-
Klantportaal laten maken — Eén plek waar jouw klanten hun eigen orders, facturen en dossiers zien. Draait meestal op precies deze koppelingen.
-
Maatwerk software — Software die precies jouw proces volgt, landelijk.
-
Webapplicatie laten maken — Applicaties die in de browser draaien, voor je hele organisatie.
-
App laten maken — Native iOS- en Android-apps, of één codebase voor beide.
-
AI consultancy — AI invoeren én meten of het echt iets oplevert.
-
Softwarebedrijf in Alkmaar — Liever iemand uit de regio? Loop binnen.
Veelgestelde vragen over API-koppelingen
Wat kost een API-koppeling laten maken?
Dat hangt bijna volledig af van het systeem aan de andere kant, niet van wat je wilt koppelen. Een moderne, goed gedocumenteerde API is een kwestie van dagen; een verouderd pakket zonder documentatie waar we eerst uit moeten zien te vinden hoe het werkt, is een ander project. Daarom kijken we eerst naar de bron voordat we een bedrag noemen. Omdat we Agile werken, kun je daarna per sprint bijsturen.
Wat is het verschil tussen een API en een koppeling?
+
Een API is wat één systeem aanbiedt: de afgesproken manier waarop andere software er gegevens uit kan halen of in kan zetten. Een koppeling is wat je daarmee bouwt — de verbinding tussen twee systemen. Een systeem kan dus een API hebben zonder dat er één koppeling bestaat.
Ons systeem heeft geen API. Kan het dan wel?
+
Meestal wel. Er is bijna altijd een andere ingang: een database, een bestandsuitwisseling, of een tussenlaag die we ervoor bouwen en die de rest van je landschap wél een nette API biedt. Dat is werk, en het is de reden dat we die vraag vooraf beantwoorden in plaats van erna.
Werken jullie met open standaarden zoals EDI of OTM?
+
Ja, en met OTM hebben we dat ook zichtbaar gedaan: we schreven de open source libraries voor OpenTripModel 5.6 in Java en .NET, publiek op GitHub onder MIT-licentie. Een standaard maakt koppelen goedkoper omdat het datamodel niet in elk project opnieuw uitgeschreven hoeft te worden. Welke standaard in jouw keten geldt, verschilt per sector — dat is een van de eerste dingen die we uitzoeken.
Wat gebeurt er als de leverancier zijn API verandert?
+
Dat gebeurt, en het is de belangrijkste reden om een koppeling niet als eenmalig project te zien. We bouwen met versiebeheer en monitoring, zodat een wijziging opvalt voordat een klant hem merkt. Onderhoud hoort erbij: software is nooit klaar, koppelingen al helemaal niet.
Van wie is de koppeling en de broncode?
+
Van jou. Je krijgt de broncode en de documentatie, zodat je niet aan ons vastzit. Dat is dezelfde reden dat we onze OTM-libraries open source hebben gezet: een koppeling die alleen door de bouwer te onderhouden is, is een afhankelijkheid, geen oplossing.
Vraag het aan de Experts
Benieuwd of jouw systeem te koppelen is? Koffie? ☕