Middleware laten maken: één laag tussen al je systemen

De meeste bedrijven groeien in software zoals ze in kantoorruimte groeien: er komt steeds iets bij. Eerst een boekhoudpakket, dan een webshop, een CRM, een ERP, een warehouse-systeem en een planningstool. Elk systeem doet zijn eigen werk goed, maar ze moeten ook gegevens met elkaar delen. Een order uit de webshop moet naar het ERP, de factuur naar de boekhouding, de klant naar het CRM en de levering naar het WMS.

Middleware is de laag die dat regelt. Elk systeem praat alleen met de middleware, en de middleware zorgt dat het bericht in het juiste formaat bij de juiste ontvanger aankomt. Daarbij doet goede middleware vier dingen:

• Vertalen: een 'klant' in Shopify ziet er anders uit dan een 'debiteur' in AFAS of een 'relatie' in Exact Online. De middleware zet de velden centraal om (data mapping).
• Routeren: bepalen welk systeem welk bericht moet krijgen, en in welke volgorde.
• Bufferen: berichten tijdelijk vasthouden in een queue als een systeem even niet bereikbaar is, en ze daarna alsnog afleveren.
• Bewaken: loggen wat er gebeurt, fouten melden en zichtbaar maken waar een bericht is gebleven.

Je kunt middleware zien als een centrale verkeerstoren voor je bedrijfsdata. Zonder verkeerstoren moet elk vliegtuig zelf met alle andere vliegtuigen afspreken wie wanneer landt. Met verkeerstoren is er één plek die overzicht heeft en ingrijpt als het misgaat.

Systemen koppelen: point-to-point versus hub-and-spoke

Bij systemen koppelen zijn er grofweg twee manieren. Bij point-to-point koppel je elk systeem direct aan elk ander systeem dat het nodig heeft. Dat is overzichtelijk bij twee of drie systemen — en precies wat we doen bij een losse API koppeling. Bij hub-and-spoke praat elk systeem alleen met een centrale hub: de middleware. Het aantal koppelingen groeit dan lineair in plaats van kwadratisch, en de logica staat op één plek in plaats van verspreid over tientallen scripts.

Het grootste voordeel merk je bij verandering. Vervang je je webshop, dan hoef je alleen de koppeling tussen de nieuwe webshop en de middleware te bouwen. ERP, CRM, WMS en boekhouding merken er niets van, want zij praten nog steeds met dezelfde middleware in hetzelfde datamodel.

Software koppeling met één bron van waarheid

Een veelvoorkomend probleem in groeiende bedrijven is dat dezelfde gegevens in meerdere systemen worden bijgehouden. Een klantadres staat in het CRM, in de webshop en in de boekhouding — en na een paar maanden zijn het drie verschillende adressen. Een goede software koppeling via middleware lost dat op door per type data vast te leggen welk systeem leidend is. Wijzigingen gaan altijd eerst naar de bron, en de middleware verspreidt ze daarna naar de rest. Conflicten worden gelogd in plaats van stilletjes overschreven.

Beheer en monitoring: zien wat er gebeurt

Middleware zonder monitoring is een zwart gat. Wij bouwen elke integratielaag met gestructureerde logging per bericht, zodat je van elke order kunt zien wanneer hij binnenkwam, hoe hij vertaald is en bij welke systemen hij is afgeleverd. Mislukte berichten verschijnen op een dashboard met de foutmelding erbij, en jouw team kan ze na een correctie met één klik opnieuw verwerken. Voor kritieke stromen zetten we alerts naar e-mail of Slack, zodat je een probleem ziet voordat een klant het merkt.

Beveiliging van je integratielaag

Omdat alle bedrijfsdata langs de middleware komt, is beveiliging de basis. Credentials voor gekoppelde systemen staan versleuteld in een secret manager, niet in code. We gebruiken per systeem het sterkste mechanisme dat het ondersteunt, zoals OAuth 2.0 of API keys met IP-allowlisting, scheiden test en productie strikt en hosten standaard binnen de EU. Persoonsgegevens slaan we alleen op als dat functioneel nodig is, en logs bevatten geen gevoelige velden.

Wat kost middleware en hoe verloopt een traject?

De kosten van middleware laten maken hangen af van het aantal systemen, de complexiteit van de data mapping, het volume en de eisen aan beschikbaarheid. Omdat je in één keer een fundament bouwt — centrale datalaag, queues, logging, monitoring — is de eerste fase een grotere investering dan één losse koppeling. Elke volgende koppeling op datzelfde fundament is daarna aanzienlijk sneller en goedkoper. En anders dan bij een iPaaS betaal je geen terugkerende kosten per taak of per connector.

We werken daarom bijna altijd gefaseerd: eerst de twee of drie stromen die het meeste handwerk of de meeste fouten veroorzaken, daarna de rest. Zo verdient de middleware zich al terug terwijl hij nog groeit. Een eerste indruk van het budget krijg je met onze kostencalculator voor softwareprojecten; een persoonlijk voorstel ontvang je via een gratis software offerte.

Middleware staat zelden op zichzelf. Vaak is het onderdeel van een breder traject rond maatwerk software ontwikkeling, of het fundament onder een klantenportaal dat data uit al je systemen moet tonen. Speelt dat bij jou, dan denken we graag mee over het hele plaatje.

"Software Vrienden snapt wat je nodig hebt en vooral ook waarom. We kunnen op hoog niveau met ze sparren en ze pakken de creatieve ruimte waar die is." — Sander, Improvers