Een API-koppeling laten maken en processen automatiseren tussen je systemen.

Wat een koppeling oplevert

De meeste bedrijven hebben geen tekort aan systemen maar aan verbindingen ertussen. Een aanvraag komt binnen op de website, iemand typt hem over in het CRM. Een betaling komt binnen bij de provider, iemand maakt er handmatig een factuurregel van. Een order staat in de shop, iemand zet hem in de planning. Elke stap is klein, en juist daardoor blijft het bestaan.

Een koppeling haalt dat overtypen weg en maakt van die stappen iets dat vanzelf gebeurt. Dat scheelt niet alleen tijd: gegevens die maar één keer worden ingevoerd, gaan minder vaak mis. Bevestigingen, herinneringen en notificaties die aan een status hangen, gaan bovendien altijd uit, ook op een drukke dag.

Dit is los af te nemen. Een koppeling of automatisering is een eigen traject en kan naast een bestaande website of applicatie draaien, ook als die niet door ons is gebouwd; hoe eenvoudig dat is, hangt af van het platform.

Gegevensstromen en systeemgrenzen

Een koppeling begint bij de vraag wat het andere systeem toelaat. Alles met een bruikbare API of export is te koppelen, maar wat die API precies biedt, verschilt per systeem: welke velden je mag lezen, welke je mag schrijven, hoe vaak je mag bevragen. We noemen daarom vooraf geen lijst met merken, maar controleren in de inventarisatie per systeem wat mogelijk is. Toegang en accounts bij externe partijen vraag jij aan, want die staan op jouw naam.

Daarna gaat het om de vertaling. Velden en statussen van het ene systeem zijn zelden identiek aan die van het andere, dus leggen we vast wat waarmee overeenkomt en valideren we wat er doorgaat. Ook de richting is een keuze: gaat informatie één kant op, of moeten beide systemen elkaar bijwerken? Dat laatste is zwaarder, omdat er dan bepaald moet worden welk systeem gelijk heeft als ze van elkaar afwijken.

Tot slot bepaalt de trigger wanneer het gebeurt: een aanvraag, een betaling, een statuswijziging, of een vast tijdstip voor exports, rapportages en controles.

Foutafhandeling en inzicht

Een koppeling die alleen werkt als alles goed gaat, is niet af. Systemen zijn af en toe onbereikbaar, een API geeft een onverwacht antwoord, of een veld blijkt leeg. Daarom hoort in de scope wat er dán gebeurt: opnieuw proberen, melden, of het bericht vastleggen zodat het niet verdwijnt. Dat wordt gebouwd en getest, niet achteraf bedacht.

Om dat te kunnen controleren, hoort er een logboek bij waarin je ziet wat er is verstuurd en wat is mislukt. We testen de koppeling met echte gegevens in een testomgeving, inclusief wat er mis kan gaan, en dragen bij de ingebruikname dat logboek over samen met een controle op de eerste echte gegevens.

Onderhoud en wat de prijs bepaalt

Een koppeling is onderhoud dat nooit helemaal ophoudt, omdat de andere kant niet van jou is. Verandert een externe API, dan moet de koppeling mee. Dat is een scopeonderdeel waar we vooraf afspraken over maken, geen aanname. De omgeving zelf draait onder technisch beheer: hosting en deployment binnen de afgesproken basis, SSL, updates en controle. Betaalde diensten of infrastructuur van derden die de koppeling nodig heeft, vallen daarbuiten en worden apart doorberekend.

De prijs volgt uit de scope: het aantal systemen en de richting van de uitwisseling bepalen de omvang, meer dan het soort systeem. Loopt de automatisering uit op een proces met eigen schermen, rollen en statussen, dan is dat geen koppeling meer maar een webapplicatie. De vanafprijzen per projecttype staan op de tarievenpagina, en hoe een traject loopt op de pagina werkwijze.