Dienst · Integratie
Systeem integratie
Koppelingen die je systemen écht laten samenwerken — REST, SOAP, event-driven, mTLS. Wat het probleem ook vraagt.
Bedrijfssystemen praten zelden uit zichzelf met elkaar. ERP, CRM, webshop, document-management, planning, boekhouding, overheidsregisters — elk met een eigen API, datamodel en tempo. Van Peer Consultancy ontwerpt en bouwt integraties die deze systemen netjes laten samenwerken, zodat informatie zonder handmatige overdracht op de juiste plek belandt.
Zes onderdelen van een betrouwbare integratie
Integratie-architectuur
Vooraf vaststellen welk patroon past: hub-and-spoke, event-driven, batch, of combinatie. Een goede architectuur voorkomt dat een koppeling vandaag werkt maar over een jaar onderhoudsmoeras wordt.
API-koppelingen bouwen
REST, SOAP, GraphQL, webhooks — afhankelijk van wat de bronsystemen ondersteunen. Met aandacht voor authenticatie (OAuth2, mTLS, API keys), foutafhandeling, retry-logica en idempotentie.
Event-driven integratie
Voor scenario's waar systemen losgekoppeld moeten blijven of waar real-time reactie nodig is: Azure Service Bus, Event Grid, of vergelijkbare berichtsystemen.
Document- en datapipelines
Geautomatiseerde flows voor facturen, contracten, productdata, klantgegevens. Vaak in combinatie met document-intelligence of LLM-extractie voor ongestructureerde input.
Bulk- en migratie-integraties
Eenmalige of periodieke bulkdata-overdracht, met validatie en mapping op datamodelniveau.
Monitoring en beheer
Een integratie die je niet kunt observeren bestaat eigenlijk niet. Logging, dashboards en alerts horen bij de oplevering, niet erna.
Wat ik veel inzet
- Hub-and-spoke — centraal beheer van datastromen
- Event-driven — losgekoppelde, schaalbare flows
- Eventual consistency — waar real-time onnodig duur is
- Circuit breakers + retry-logica — voor robuuste verbindingen
- Idempotente operaties — zodat herstart na fout veilig is
Stack
REST, SOAP, GraphQL, webhooks. Azure Logic Apps, Functions, Service Bus, Event Grid. .NET en Python voor maatwerkcomponenten. Make of n8n voor lichtere flows waar dat sneller en goedkoper is.
Bij twijfel: het ontwerp bepaalt de tools, niet andersom.
Veelgestelde vragen
Wat is het verschil tussen een koppeling en een integratie?
Een koppeling stuurt data van A naar B. Een integratie doet dat ook, maar met aandacht voor architectuur, foutscenario's, monitoring en onderhoudbaarheid. In de praktijk wordt het door elkaar gebruikt — wat telt is dat het robuust blijft werken.
Heb ik middleware of iPaaS nodig?
Niet altijd. Voor twee of drie systemen met een handvol flows is direct maatwerk vaak goedkoper en sneller. Bij tien of meer systemen of veel veranderende flows wordt een platformaanpak (Azure Logic Apps, iPaaS) interessanter.
Wat gebeurt er als één systeem tijdelijk uitvalt?
Bij goed ontworpen integratie wordt het bericht vastgehouden, opnieuw aangeboden bij herstel en gelogd voor zichtbaarheid. Niet alle bestaande koppelingen werken zo — dat is precies wat ik vaak verbeter.
Hoelang gaat een integratie mee?
Met goed onderhoud en duidelijke documentatie minstens vijf tot tien jaar. De grootste vijand is niet de tijd zelf maar veranderingen aan een van de bronsystemen — daar hoort het ontwerp rekening mee te houden.
Een koppeling die er nog niet is?
Of een bestaande integratie die instabiel of onbeheersbaar is geworden? Plan een vrijblijvend gesprek.