Systemen koppelen zonder handmatig werk
Elk systeem dat je erbij neemt, maakt de vraag groter: wie weet nu de waarheid? Een koppeling is daarom geen technisch klusje maar een afspraak. Welk systeem is leidend voor de prijs, welk voor de voorraad, en wat gebeurt er als twee bronnen elkaar tegenspreken. Die vragen beantwoorden we voordat we bouwen.
Daarna kiezen we de vorm bij de vraag. Een iPaaS als Make, n8n of Alumio wanneer het om herkenbare processen gaat die je zelf wilt kunnen aanpassen, of maatwerk op de API's wanneer volume, snelheid of veiligheid dat vraagt. Zoveel mogelijk laten we de koppeling zichzelf bewaken: mislukte berichten komen in een wachtrij en proberen het opnieuw, en afwijkingen vallen op in plaats van dat ze een maand later boven komen.
Je werkt met Paul, Head of Engineering. Hij legt vast welk systeem waarover leidend is en zet de status van elke koppeling in een overzicht waar jij zelf bij kunt. Zo zie je zelf dat het loopt, in plaats van dat je ons moet vertrouwen.
Wat omvat een API-koppeling?
Vier lagen. De afspraken: welke gegevens heen en weer gaan, hoe vaak, en welk systeem leidend is per veld. De techniek: een API-koppeling op de systemen die dat aanbieden, of een tussenoplossing voor systemen die geen moderne API hebben. De foutafhandeling: wat er gebeurt als een bericht niet aankomt, wie dat ziet en hoe het opnieuw wordt aangeboden. En het beheer: monitoring op de koppeling zelf, plus documentatie zodat een volgende partij weet wat er staat.
Van losse koppelingen naar één integratielaag
Bij twee systemen is een directe koppeling het simpelst. Bij zes wordt het een web waarin elke wijziging drie andere dingen raakt. Dan is een middleware- of integratielaag ertussen goedkoper: elk systeem praat met één punt in plaats van met vijf andere, en een systeem vervangen betekent één koppeling opnieuw maken en niet vijf. Wij bouwen die laag zo dat je hem zelf kunt uitbreiden, en we leveren de documentatie en de toegang mee. Je zit dus niet aan ons vast om een leverancier toe te voegen.
