Software integratie is het koppelen van losse applicaties, zoals je ERP, webshop, PIM, WMS en CRM, zodat ze automatisch gegevens uitwisselen en samen één bedrijfsproces uitvoeren. Een order die in je webshop binnenkomt, gaat dan zonder overtypen naar je ERP, daarna naar je magazijn, en de track-and-trace komt vanzelf terug bij de klant. In dit artikel lees je waarom systemen dat niet uit zichzelf doen, welke integratiepatronen er zijn en hoe je verstandig begint.
Wat is software integratie precies?
Bij software integratie gaat het om de verbinding tussen applicaties en de processen die over die applicaties heen lopen. Denk aan order-to-cash (van bestelling tot betaling), procure-to-pay (van inkoop tot betaling aan de leverancier) of het publiceren van een nieuw product op je webshop en marketplaces. Elke stap in zo’n proces gebeurt in een ander systeem, en de integratie zorgt dat de overdracht tussen die systemen automatisch en betrouwbaar verloopt.
Dat is iets anders dan data-integratie. Bij data-integratie ligt de nadruk op het samenbrengen van gegevens, bijvoorbeeld voor rapportages of één centraal klantbeeld. Software integratie draait om de vraag: welk systeem moet wanneer iets doen, en wat heeft het daarvoor nodig van een ander systeem? Data is het middel, het werkende proces is het doel. In de praktijk overlappen de twee, maar de vragen die je stelt zijn anders.
Waarom praten systemen niet vanzelf met elkaar?
Iedere leverancier bouwt zijn software voor een eigen doel, met een eigen datamodel. Daardoor ontstaan er verschillen die je niet met één klik overbrugt:
- Andere begrippen. Wat in je webshop een “product met varianten” is, is in je ERP misschien een lijst losse artikelnummers. Een “klant” in je CRM is een contactpersoon, in je boekhouding een debiteur.
- Andere formaten. Het ene systeem noteert een datum als 30-09-2026, het andere als 2026-09-30T00:00:00Z. Btw-codes, eenheden en landcodes verschillen ook vaak.
- Andere technieken. Een moderne SaaS-applicatie heeft een REST API, een ouder ERP werkt misschien alleen met CSV-exports of een directe databaseverbinding, en een grote retailer eist EDI-berichten.
- Andere ritmes. Een webshop verwerkt orders elke seconde, een financieel pakket boekt misschien één keer per dag.
Zonder integratie vullen mensen dat gat op: exporteren, in Excel bewerken, importeren, overtypen. Dat kost tijd, levert fouten op en zorgt voor datasilo’s waarin elk systeem een eigen versie van de waarheid heeft.
De technieken waarmee systemen gegevens uitwisselen
Onder elke integratie ligt een of meer van deze technieken. Welke je gebruikt, hangt vooral af van wat de systemen ondersteunen.
API’s
Een API is een gedocumenteerde toegang tot een applicatie, waarmee je gegevens kunt opvragen, aanmaken en wijzigen. Het is de meest gebruikte en meest nette manier om te koppelen. Meer uitleg vind je in het artikel over wat een API koppeling is.
Webhooks
Met een webhook stuurt een systeem zelf een seintje zodra er iets verandert, bijvoorbeeld “nieuwe order” of “product gewijzigd”. Zo hoeft de integratie niet steeds te vragen of er iets nieuws is. Shopify, Magento en veel andere SaaS-pakketten bieden webhooks aan.
Bestanden
CSV, XML of Excel via SFTP is ouderwets maar nog steeds heel gangbaar, zeker bij leveranciersfeeds, prijslijsten en oudere systemen. Ook EDI is in de kern een gestandaardiseerde vorm van berichtuitwisseling tussen handelspartners.
Directe databasetoegang
Soms is lezen of schrijven in de database de enige optie, bijvoorbeeld bij een on-premise ERP zonder API. Dat werkt, maar het is kwetsbaar: je slaat de controles van de applicatie over en een update van het pakket kan je koppeling breken. Gebruik dit alleen als het echt niet anders kan, en dan liefst alleen-lezen.
Integratiepatronen: hoe je systemen met elkaar verbindt
Naast de techniek kies je een architectuur. Er zijn drie hoofdpatronen, die je in de praktijk vaak combineert.
Point-to-point
Elk systeem wordt rechtstreeks aan elk ander systeem gekoppeld. Bij twee systemen is dat prima: snel gebouwd en overzichtelijk. Maar het aantal verbindingen groeit hard. Bij vijf systemen die allemaal met elkaar praten heb je al tien koppelingen, elk met eigen logica, eigen foutafhandeling en eigen onderhoud. Vervang je dan je ERP, dan moet je alle koppelingen met dat ERP opnieuw bouwen.
Hub-and-spoke
Alle systemen praten met één centrale laag, de hub, en nooit rechtstreeks met elkaar. De hub vertaalt formaten, valideert gegevens, routeert berichten en houdt bij wat er gebeurt. Het grote voordeel: elk systeem heeft maar één verbinding, en een systeem vervangen raakt alleen die ene verbinding. Een integratieplatform of datahub werkt volgens dit principe.
Event-driven
Bij een event-driven opzet publiceert een systeem een gebeurtenis (“order betaald”, “voorraad gewijzigd”) en reageren andere systemen daarop als ze die gebeurtenis relevant vinden. De verzender hoeft niet te weten wie er luistert. Dat maakt het makkelijk om later een nieuw systeem toe te voegen, bijvoorbeeld een marketplace die ook wil weten wanneer de voorraad verandert. Event-driven combineer je vaak met een hub, die de events ontvangt en doorzet.
| Patroon | Geschikt voor | Let op |
|---|---|---|
| Point-to-point | Twee of drie systemen, eenvoudige stromen | Wordt snel onoverzichtelijk bij groei |
| Hub-and-spoke | Vier of meer systemen, meerdere processen | Vraagt een platform en een goede opzet vooraf |
| Event-driven | Snelle processen, veel afnemers van dezelfde gebeurtenis | Volgorde en dubbele berichten goed afvangen |
Een typisch applicatielandschap
Bij een groothandel of merk met een webshop zie je vaak dit landschap, met elk systeem als eigenaar van een deel van de gegevens:
- ERP (bijvoorbeeld Exact, Business Central, AFAS of SAP): artikelen, prijzen, klanten, orders en financiën.
- PIM (bijvoorbeeld Akeneo): productteksten, specificaties en afbeeldingen.
- Webshop (bijvoorbeeld Magento of Shopify) en marketplaces: de verkoopkanalen.
- WMS: fysieke voorraad, picken, verzenden en track-and-trace.
- CRM: contactmomenten, offertes en verkoopkansen.
Het orderproces loopt dan zo: de webshop stuurt de order naar het ERP, het ERP zet de pickopdracht door naar het WMS, het WMS meldt de verzending terug, het ERP maakt de factuur en de webshop toont de status aan de klant. Elke pijl in dat verhaal is een integratie. Vaak is het ERP de spil, zoals je ziet bij een ERP koppeling.
Maatwerk code of een integratieplatform?
Je kunt integraties laten programmeren als losse scripts of een eigen applicatie. Dat geeft volledige vrijheid en werkt goed voor één eenvoudige, stabiele stroom. Het nadeel zit in wat eromheen moet: foutafhandeling, opnieuw proberen bij een storing, logging, monitoring en documentatie. Dat bouw je bij maatwerk telkens zelf, en de kennis zit vaak bij één ontwikkelaar.
Een integratieplatform (iPaaS) levert die basis standaard mee: connectoren voor gangbare systemen, een plek voor mapping en transformatie, zichtbare logs en meldingen als iets misgaat. Je betaalt een licentie, maar je hoeft het fundament niet steeds opnieuw te bouwen. Bij meer dan een paar stromen, of als je landschap nog gaat veranderen, is een platform meestal de beheersbaarste keuze. Maatwerk code blijft nuttig voor specifieke logica, en die kun je vaak binnen het platform onderbrengen.
Hoe begin je met software integratie?
- Breng je processen in kaart. Teken het orderproces, het productproces en het retourproces. Waar wordt nu handmatig overgetypt of geëxporteerd?
- Bepaal per gegeven de bron. Welk systeem is leidend voor prijzen, voorraad, productteksten en klantgegevens? Zonder die afspraak overschrijven systemen elkaar.
- Kies de stroom met de meeste pijn. Meestal is dat orders van webshop naar ERP, of voorraad terug naar de verkoopkanalen. Begin daar, niet met alles tegelijk.
- Controleer wat de systemen kunnen. Is er een API, zijn er webhooks, welke limieten gelden er, welke velden zijn beschikbaar?
- Kies een architectuur die kan groeien. Ook als je met één stroom begint, is het verstandig die al via een centrale laag te laten lopen.
- Regel beheer vanaf dag één. Spreek af wie meldingen krijgt, hoe fouten worden opgelost en waar de documentatie staat.
Software integratie laten realiseren
Wil je weten hoe jouw systemen het beste samenwerken? Wij bouwen applicatie-integraties bij voorkeur op Alumio, een Nederlands integratieplatform, en leveren elke koppeling met mapping, validatie, foutafhandeling met retries, monitoring, logging en documentatie. Vaste pakketten beginnen bij € 4.950, zie de tarieven. Twijfel je waar je moet beginnen? Plan dan een gratis datascan van ongeveer 45 minuten via de contactpagina.
