Naar de inhoud
XSIS
Een engineer werkt aan netwerkkabels in blauw licht

Ondernemingen en integraties

Middleware- en API-integratiediensten

Eén integratielaag voor elk systeem en elke partner, met de faalgevallen afgehandeld

Wanneer elke verbinding een eigen script is

De meeste bedrijven zijn afhankelijk van diensten die ze niet zelf draaien: een CRM, vervoerders en 3PL-logistiekproviders, belastingplatformen, KYC- en AML-screening en SaaS-tools. Elk heeft een eigen API, eigen limieten en een eigen manier van falen.

Eén voor één aangesloten worden ze een verzameling punt-tot-puntscripts die niemand volledig begrijpt. Een partner wijzigt zijn API, een bericht raakt ’s nachts zoek, en het eerste teken is een klacht van een klant.

Wat er voor u verandert

  1. Eén laag in plaats van een web van scripts

    Systemen publiceren en ontvangen gebeurtenissen via één beheerde laag, zodat een partner toevoegen niet betekent dat elk systeem moet worden aangeraakt.

  2. Niets verloren, niets gedupliceerd

    Idempotente schrijfacties, nieuwe pogingen met toenemende wachttijd en een dead-letterwachtrij, zodat een fout wordt opgevangen en opnieuw afgespeeld in plaats van verloren.

  3. Elke stroom zichtbaar

    Traces, foutpercentages en latentie per partner, met meldingen die zeggen welke partner faalde en hoe.

Wat we leveren

  • API-gateway

    Eén beheerde voordeur voor de API’s die u publiceert: authenticatie, snelheidslimieten, quota, versiebeheer en gebruiksanalytics.

  • Event mesh en enterprise service bus

    Een eventmesh is een netwerk van brokers dat gebeurtenissen in realtime tussen systemen en locaties routeert. Waar uw landschap al op een enterprise service bus (ESB) draait, ontwerpen en breiden we die ook uit.

  • BPMN-workflowautomatisering

    Processen die systemen en mensen omspannen, zoals onboarding of goedkeuringen, gemodelleerd in BPMN (Business Process Model and Notation) en uitgevoerd door een workflowengine.

  • Connectors voor het ecosysteem van derden

    Connectors via REST, SOAP en webhooks, of via een iPaaS (integration platform as a service), voor CRM, 3PL-logistiek, belasting en KYC- en AML-providers.

  • API-contracten en versiebeheer

    OpenAPI- of WSDL-definities per interface, met veldregels, foutcodes en limieten, en een beleid om wijzigingen van partners op te vangen.

  • Identiteit en geheimen

    Single sign-on met OpenID Connect of SAML, serviceaccess met OAuth 2.0, en inloggegevens in een geheimenkluis, met beperkte reikwijdte en periodieke rotatie.

  • Betrouwbaarheid en monitoring

    Idempotentiesleutels, herhalingen, dead-letterwachtrijen en een menselijk operationeel pad voor elke uitzondering, met dashboards en meldingen per partner.

Hoe we werken

  1. Maak de balans op

    We inventariseren de systemen en partners waarvan u afhankelijk bent, de data die elk nodig heeft en de fouten die u vandaag ziet.

  2. Ontwerp de laag

    We schrijven de API-contracten en kiezen directe aanroepen, gebeurtenissen, een ESB of een integratieplatform per stroom.

  3. Bouw de connectors

    We bouwen elke connector vanaf het begin met foutafhandeling, bescherming tegen duplicaten en logging.

  4. Test met elke partner

    We draaien contracttests en end-to-endscenario’s in de testomgeving van elke partner, inclusief fouten.

  5. Lanceer veilig

    We lanceren in fasen en houden het oude pad beschikbaar tot het nieuwe is bewezen.

  6. Beheer en pas aan

    We volgen foutpercentages en dead letters, en passen de connectors aan wanneer partners hun API’s wijzigen.

ERP naar derden: één platform, veel partnersBedrijfsgebeurtenissen verlaten het ERP één keer en het integratieplatform levert ze aan elke partner in het formaat dat die verwacht. Callbacks komen langs dezelfde weg terug. Een bericht dat na zijn nieuwe pogingen nog steeds mislukt, gaat naar een dead-letterwachtrij en genereert een melding met de payload erbij.ERPERPKlanten, orders,facturenXSISIntegratieplatformiPaaS ofmaatwerkdiensten,mapping enherhalingenDerde partijCRMAccounts, contactenen kansenDerde partijLogistiek envervoerdersZendingen en trackingDerde partijE-facturatie- enbelastingplatformGoedkeuring enrapportageDerde partijKYC- enidentiteitsproviderVerificatie enscreeningDienstDead-letterwachtrijen meldingenNiets gaat verlorenMensenOndersteuningsteam1REST · OData · webhook2REST/JSON3REST/JSON4webhook5SOAP/XML · REST6REST/JSON7webhook89

ERP naar derden: één platform, veel partners

Bedrijfsgebeurtenissen verlaten het ERP één keer en het integratieplatform levert ze aan elke partner in het formaat dat die verwacht. Callbacks komen langs dezelfde weg terug. Een bericht dat na zijn nieuwe pogingen nog steeds mislukt, gaat naar een dead-letterwachtrij en genereert een melding met de payload erbij.

  • Hoofdstroom
  • Asynchroon
  • Uitzonderingspad
De stroom in 9 stappen

De stroom, stap voor stap

  1. Van ERP naar Integratieplatform: Bedrijfsgebeurtenissen, via REST · OData · webhook (hoofdstroom).
  2. Van Integratieplatform naar CRM: Klanten en orders, via REST/JSON (hoofdstroom).
  3. Van Integratieplatform naar Logistiek en vervoerders: Zendingen geboekt, via REST/JSON (hoofdstroom).
  4. Van Logistiek en vervoerders naar Integratieplatform: Trackingevents, via webhook (asynchroon).
  5. Van Integratieplatform naar E-facturatie- en belastingplatform: Facturen voor goedkeuring, via SOAP/XML · REST (hoofdstroom).
  6. Van Integratieplatform naar KYC- en identiteitsprovider: Identiteitscontroles, via REST/JSON (hoofdstroom).
  7. Van KYC- en identiteitsprovider naar Integratieplatform: Controleresultaten, via webhook (asynchroon).
  8. Van Integratieplatform naar Dead-letterwachtrij en meldingen: Mislukt na nieuwe pogingen, naar een dead-letterwachtrij (uitzonderingspad).
  9. Van Dead-letterwachtrij en meldingen naar Ondersteuningsteam: Melding met de payload en de fout (uitzonderingspad).

Protocollen, platformen en standaarden

Als u al een integratieplatform hebt, bouwen we daarop voort. Het noemen van een product betekent geen partnerschap met de leverancier ervan.

Data en analytics
  • Apache Kafka
Integratie
  • REST
  • SOAP
  • GraphQL
  • Webhooks
  • OpenAPI
  • MuleSoft
  • Boomi
  • Azure Logic Apps
  • Apache Camel
  • RabbitMQ
Identiteit en toegang
  • OAuth 2.0
  • OpenID Connect
  • SAML 2.0
  • SCIM
  • Keycloak
  • Microsoft Entra ID
Zorgstandaarden
  • HL7 v2
  • HL7 FHIR

Bewezen in productie

Voor een Tier-1 GCC-bank en regionaal conglomeraat bouwden we een gebeurtenisgestuurd middleware-mesh op Apache Kafka. Het verbindt SAP S/4HANA met banken en belastingautoriteiten, met geheimen in HashiCorp Vault.

Hoe u begint

Een duidelijke lijst van partners en stromen gaat rechtstreeks naar een voorstel. Een ongedocumenteerd web van bestaande integraties begint met de Brownfield Diagnostic Bridge.

Wat er nu gebeurt

  1. Voorgesprek

    Een gratis online voorafgaand adviesgesprek van 30 minuten: we bespreken uw doelen, systemen en beperkingen.

  2. Gereedheidsanalyse

    In een gratis gereedheidsanalyse van 48 uur toetst een Principal Architect uw project aan de 6-punts Definition of Ready en adviseert het traject dat past.

  3. Het traject kiezen

    Projecten met een heldere scope ontvangen binnen 3–5 werkdagen een bindend voorstel. Projecten in de conceptfase starten in de Blueprint Studio. Een live systeem dat uitvalt, ongedocumenteerd is of integratie nodig heeft, begint met een diagnose van 1–2 weken. De Blueprint Studio en de diagnose hebben elk een vaste prijs, vermeld in het voorstel.

  4. Levering in vijf fasen

    Mobilisatie, sprints met live demonstraties, integratie en hardening, acceptatie en livegang, en daarna beheerde diensten. Na de lancering volgt een garantieperiode, daarna optionele ondersteuning en onderhoud.

Vragen en antwoorden

Moeten we een integratieplatform gebruiken of maatwerkcode?

Dat hangt af van hoeveel verbindingen u hebt en wie ze beheert. Een integratieplatform zoals MuleSoft, Boomi of Azure Logic Apps geeft kant-en-klare connectors, mapping en monitoring op één plek, tegen licentiekosten. Maatwerkservices geven volledige controle en geen licentie, maar meer code om te onderhouden. We vergelijken beide voor uw situatie.

Wat is het verschil tussen een ESB en een eventmesh?

Een enterprise service bus routeert en transformeert berichten via een centrale hub. Een eventmesh verdeelt gebeurtenissen via een netwerk van verbonden brokers, zodat systemen in verschillende clouds en op verschillende locaties rechtstreeks publiceren en abonneren. Veel landschappen draaien beide tijdens de overgang van het een naar het ander.

Wat gebeurt er wanneer de API van een partner niet beschikbaar is?

Verzoeken die om tijdelijke redenen mislukken, worden opnieuw geprobeerd met toenemende vertraging. Elke schrijfactie heeft een idempotentiesleutel, zodat een herhaling nooit een tweede order of factuur maakt. Een bericht dat nog steeds mislukt, gaat met de payload en de fout naar een dead-letterwachtrij. Uw team krijgt een melding en het bericht wordt opnieuw afgespeeld zodra de partner herstelt.

Hoe gaat u om met wijzigingen in API-versies?

Voor de API’s die u publiceert, hanteren we versiebeheer, houden we oude versies een afgesproken periode draaiend en vertellen we afnemers wat er verandert. Voor de API’s die u aanroept, volgen we de kennisgevingen van buitengebruikstelling van elke partner en testen we nieuwe versies in hun sandbox. Contracttests vangen een onaangekondigde wijziging op voordat die productie bereikt.

Kunt u onze identiteitsprovider aansluiten?

Ja. We voegen single sign-on met OpenID Connect of SAML 2.0 toe via providers zoals Microsoft Entra ID of Keycloak. Gebruikers worden ingericht met SCIM waar de applicatie dat ondersteunt. Uw identiteitsprovider blijft de enige plek waar toegang wordt verleend en ingetrokken.

Hoe gaat u om met snelheidslimieten?

We ontwerpen rond de gepubliceerde limieten van elke partner. We batchen verzoeken waar de API dat toestaat, cachen data die zelden verandert, spreiden geplande taken en houden afstand wanneer een limiet nadert. Monitoring laat zien hoe dicht elke stroom bij zijn limiet zit.

Klaar om te bouwen? Vraag een voorstel aan.

Stuur uw eisen of RFP. Onze architecten valideren ze en sturen een bindend voorstel met vaste scope terug.

Wat er nu gebeurt

  1. Gereedheidsanalyse

    In een gratis gereedheidsanalyse van 48 uur toetst een Principal Architect uw project aan de 6-punts Definition of Ready en adviseert het traject dat past.

  2. Bindend voorstel

    Na architectuurvalidatie zonder kosten ontvangt u binnen 3–5 werkdagen een bindend voorstel met vaste scope: mijlpalen, architectuur, teamstructuur en SLA’s. We ondertekenen op verzoek een geheimhoudingsovereenkomst (NDA) met u, voordat u uw eisen deelt.

  3. Mobilisatie

    Zodra u tekent, beginnen onze engineeringpods met Sprint 0 binnen 5–10 werkdagen na ondertekening van het contract.

  4. Levering in vijf fasen

    Mobilisatie, sprints met live demonstraties, integratie en hardening, acceptatie en livegang, en daarna beheerde diensten. Na de lancering volgt een garantieperiode, daarna optionele ondersteuning en onderhoud.