Fintech en financiële dienstverlening
Bankieren, betalingen en grootboeken verbonden voor realtime nauwkeurigheid en toezicht door toezichthouders.
Waarom financiële producten bij de verbindingen falen
Een financieel product is zelden één systeem. Het is een kernboekhouding, kaartverwerking, identiteitscontroles, fraudescreening, betaalinfrastructuur en een ERP daarachter. Het moeilijke deel zijn de verbindingen ertussen, en wat er gebeurt als een ervan uitvalt. We ontwerpen die verbindingen eerst, met het foutpad op papier.
Harde wettelijke deadlines
E-facturatieverplichtingen zoals Saoedische ZATCA-fase 2 en VAE PINT-AE, en weerbaarheidsregels zoals DORA, komen op vaste data.
Data die niet mag vertrekken
Gereguleerde banken kunnen klant- of financiële gegevens niet naar openbare AI-diensten in het buitenland sturen.
Handmatige afstemming
Batchbestanden en spreadsheets zitten nog steeds tussen banken, verwerkers en het ERP.
Wat er verandert
Realtime nauwkeurigheid van het grootboek
Elke boeking, vergoeding en afwikkeling automatisch afgestemd, met uitzonderingen die naar mensen gaan.
Klaar voor toezicht
Toegang beperkt en gelogd, en elke wijziging traceerbaar, vóór de livegang.
Soevereine AI
Document-AI en assistenten die in uw eigen omgeving draaien, zonder dat er data naar buiten gaat.
Ons leidende expertisegebied
Fintech is onze leidende sector. We bouwen en integreren de software waarop banken, betaalbedrijven, kredietverstrekkers, vermogensbeheerders, verzekeraars en aanbieders van portemonnees draaien, en we kennen de standaarden die die systemen spreken: ISO 20022, ISO 8583, EMV, open-banking-API’s en de bestandsformaten waarop banken nog steeds vertrouwen.
We bouwen voor gereguleerde omgevingen. Toegang is beperkt en gelogd, gevoelige data blijft weg van plekken waar die niet nodig is, en elke wijziging is traceerbaar. Uw compliance- en risicoteams zien hoe het systeem werkt voordat het live gaat, niet daarna.
Waar we werken
Wat we bouwen
- Digitale bankapps en portalen voor particuliere en zakelijke klanten
- Diensten die het corebankingsysteem via API’s omhullen en uitbreiden, in plaats van het te vervangen
- Zakelijke kanalen voor betalingsbestanden, goedkeuringen, afschriften en liquiditeitsposities
- Back-officetools voor operations, betalingsonderzoek en klantenservice
- Technologie voor islamitisch financieren en uitbreidingen van de kernboekhouding
Typische integraties
- Corebankingsystemen, via hun API’s, berichtwachtrijen of batchinterfaces
Wat we bouwen
- Betalingsorchestratie die elke transactie naar de juiste gateway, acquirer of infrastructuur leidt
- Onboarding van handelaren, portalen en rapportage
- Diensten voor afwikkeling, kostenberekening en uitbetaling
- Afstemming die transacties, afwikkelingen en bankafschriften met elkaar in overeenstemming brengt
Wat we bouwen
- Kredietorigination: aanvragen, documentverzameling en besluitworkflows
- Kredietbeslissingen met regels en uitlegbare modellen die kredietteams kunnen beoordelen
- Kredietbeheer: schema’s, aflossingen, achterstanden en incasso
- Portalen voor tussenpersonen en partners
Typische integraties
- Kredietbureaus, open-bankingaccountdata en identiteitsverificatie
- Core-banking- of kredietgrootboeken, en inning van aflossingen via automatische incasso of kaart
Wat we bouwen
- Klantportalen en apps met portefeuilles, transacties en documenten
- Portefeuille- en klantrapportage op basis van bewaarnemer- en marktdata
- Onboarding met vragenlijsten over geschiktheid en risicoprofiel
- Adviestools voor klantgesprekken, voorstellen en herbalancering
Typische integraties
- Bewaarnemers, brokers en aanbieders van marktdata
- Portefeuillebeheer- en CRM-systemen
Wat we bouwen
- Offerte- en aankooptrajecten voor klanten en tussenpersonen
- Uitbreidingen van polisadministratie voor producten, endossementen en verlengingen
- Claimintake met document-AI, triage en statusopvolging
- Pijplijnen voor prijs- en risicodata
Typische integraties
- Polisadministratie- en claimsystemen
- Premie-incasso, terugbetalingen en het grootboek
Wat we bouwen
- Portemonnee-apps met opwaarderen, overschrijven, rekeningen betalen en betalen bij handelaren
- Een portemonneegrootboek met boekingen in dubbel boekhouden en dagelijkse balanscontrole
- Kaartuitgifte en getokeniseerde kaarten voor mobiele betalingen
- Limieten, kosten en loyaliteitsregels die operationele teams zelf kunnen wijzigen
Typische integraties
- Verwerkers voor kaartuitgifte en tokenisatiediensten
Wat we bouwen
- Grote kwantitatieve modellen (LQM’s) voor financiële simulatie
- Systemen voor high-frequency trading (HFT)
- Realtime detectie van fraude, witwassen en afwijkend gedrag
Typische integraties
- Marktdataproviders en handelsplatformen
Wat we bouwen, verbinden en beveiligen
Digitale kanalen
Web- en mobiel bankieren, portemonnee- en beleggingsapps, ontworpen voor klanten en gebouwd voor de belasting van loonbetalingsdagen en maandeinden.
Uitbreidingen van de kern
Diensten rond het corebanking- of grootboeksysteem die producten en kanalen toevoegen zonder riskante vervanging.
Betalingsorchestratie
Routering, nieuwe pogingen en failover over gateways, acquirers en betaalinfrastructuur, met elke poging vastgelegd.
Onboarding en KYC
Onboarding van klanten en bedrijven met identiteitscontroles, screening en documentopname, en een duidelijk pad naar handmatige beoordeling.
Fraude- en transactiemonitoring
Regels en machine-learningmodellen die transacties beoordelen terwijl ze plaatsvinden en verdachte transacties vasthouden voor beoordeling.
Afstemming en financiën
Afstemming tussen grootboeken, verwerkers, banken en het ERP, zodat finance afsluit op data die het vertrouwt.
Bankconnectiviteit
Betalingen en afschriften in ISO 20022- en MT-formaten, via host-to-hostkanalen, EBICS of bank-API’s.
Kaartverwerking
Acquirers, verwerkers en uitgifteplatforms via ISO 8583 of API’s, met EMV-terminals in de winkel en 3-D Secure online.
Open banking
Accountinformatie en betalingsinitiatie via gereguleerde bank-API’s en aggregators, met correcte verwerking van toestemming.
Identiteit, KYC en AML
Identiteitsverificatie, screening op sancties en politiek prominente personen, en controle op negatieve berichtgeving, met elk resultaat bewaard voor de audit.
ERP en grootboek
Boekingen, kosten en afwikkelingen overgebracht naar het ERP, zodat finance dezelfde cijfers ziet als operations.
Kaartgegevens en PCI DSS
We ontwerpen zo dat kaartgegevens waar mogelijk buiten uw systemen blijven, via tokenisatie en gehoste betaalvelden, wat de PCI DSS-scope verkleint. Waar kaartgegevens wel moeten worden verwerkt, bouwen we volgens de beheersmaatregelen die uw beoordelaar test.
Sterke klantauthenticatie
We bouwen de authenticatiestromen die betaal- en bankregels vereisen, zoals tweefactor-aanmelding en transactieondertekening, met alleen de uitzonderingen die uw risicoteam toestaat.
KYC- en AML-beheersmaatregelen
Onboarding en monitoring bewaren het bewijs dat uw complianceteam nodig heeft: wat is gecontroleerd, wanneer, door welke provider en wie het besluit nam.
Gegevensbescherming
We spreken vóór het werk af waar persoons- en financiële gegevens mogen worden opgeslagen en verwerkt, en we ontwerpen voor de AVG en lokale wetten zoals de VAE PDPL en Saoedische PDPL waar die gelden.
Auditsporen en weerbaarheid
Elke wijziging in geld, limieten en rechten wordt gelogd en is traceerbaar, en systemen zijn gebouwd om veilig te falen en te herstellen, zoals regels voor operationele weerbaarheid verwachten.
Onze werkwijze
Gereedheid beoordelen
Een principal engineer beoordeelt scope, systemen, data en wettelijke eisen.
De verbindingen ontwerpen
De integratielaag, haar foutpaden en haar auditspoor worden eerst ontworpen.
Leveren en beheren
Gefaseerde releases achter acceptatiepoorten, daarna beheerd gebruik onder afgesproken serviceniveaus.
Scroll zijwaarts om de hele tekening te zien.
Een digitaal financieel product, end-to-end
Een bank- of walletapp praat met één API-laag. Daarachter zitten identiteitscontroles, kaartverwerking en het corebanking-grootboek. Transacties worden gescreend zodra ze plaatsvinden, en alles wat verdacht is, wordt vastgehouden voor menselijke beoordeling.
- Hoofdstroom
- Asynchroon
- Uitzonderingspad
De stroom in 9 stappen
De stroom, stap voor stap
- Van Klant naar Bank- of walletapp: Meldt zich aan, betaalt en maakt over (hoofdstroom).
- Van Bank- of walletapp naar API-laag: Verzoeken, via REST/JSON · OAuth 2.0 (hoofdstroom).
- Van API-laag naar KYC- en AML-provider: Identiteits- en screeningcontroles, via REST/JSON · webhook (hoofdstroom).
- Van API-laag naar Core banking of grootboek: Boekingen en saldi, via REST/JSON · ISO 20022 (hoofdstroom).
- Van API-laag naar Kaartverwerker: Kaartuitgifte en -controles, via REST/JSON (hoofdstroom).
- Van Kaartverwerker naar Core banking of grootboek: Kaarttransacties, via ISO 8583 (asynchroon).
- Van API-laag naar Fraude- en transactiemonitoring: Transacties om te screenen, als eventstream (asynchroon).
- Van Fraude- en transactiemonitoring naar Compliance- en operationeel team: Vastgehouden voor beoordeling (uitzonderingspad).
- Van KYC- en AML-provider naar Compliance- en operationeel team: Mislukte of onduidelijke controles doorverwezen (uitzonderingspad).
Scroll zijwaarts om de hele tekening te zien.
ERP naar bank: betalingen eruit, afschriften erin
Goedgekeurde betalingen verlaten het ERP als ondertekende ISO 20022-bestanden via een host-to-hostkanaal. Statusberichten en afschriften komen langs dezelfde weg terug en worden aan openstaande posten gekoppeld. Afwijzingen en niet-overeenkomende regels gaan met de reden erbij naar uw team.
- Hoofdstroom
- Asynchroon
- Uitzonderingspad
De stroom in 10 stappen
De stroom, stap voor stap
- Van ERP naar Integratielaag: Goedgekeurde betaalrun, via REST/JSON · IDoc (hoofdstroom).
- Van Integratielaag naar Beveiligd bankkanaal: Ondertekend en versleuteld betalingsbestand, via ISO 20022 pain.001 · OpenPGP (hoofdstroom).
- Van Beveiligd bankkanaal naar Bank: Bij de bank afgeleverd, via SFTP H2H (hoofdstroom).
- Van Bank naar Beveiligd bankkanaal: Statusberichten en afschriften, via pain.002 · camt.053 · MT940 (asynchroon).
- Van Beveiligd bankkanaal naar Integratielaag: Opgehaald en gevalideerd, via SFTP H2H (asynchroon).
- Van Integratielaag naar Afstemmingsengine: Afschriftregels, via camt.053 (asynchroon).
- Van Afstemmingsengine naar ERP: Overeenkomende posten geboekt, via REST/JSON (hoofdstroom).
- Van Integratielaag naar Treasury- en financiesteam: Afgewezen betalingen, met de redencode, via pain.002 RJCT (uitzonderingspad).
- Van Afstemmingsengine naar Treasury- en financiesteam: Niet-overeenkomende regels: een afstemmingsverschil (uitzonderingspad).
- Van Treasury- en financiesteam naar ERP: Gecorrigeerd en opnieuw ingediend (uitzonderingspad).
Scroll zijwaarts om de hele tekening te zien.
Kaartbetalingen: geautoriseerd aan de kassa, later afgewikkeld, in het ERP afgestemd
De terminal of checkout vraagt het aan de gateway, de gateway aan de acquirer, en de acquirer routeert naar het kaartsysteem en de uitgever. Afwikkelingsbestanden komen later binnen en worden in het ERP aan verkopen en kosten gekoppeld. Een timeout start een terugdraaiing, zodat de klant nooit dubbel wordt belast.
- Hoofdstroom
- Asynchroon
- Uitzonderingspad
De stroom in 8 stappen
De stroom, stap voor stap
- Van EMV-terminal of online checkout naar Betalingsgateway: Autorisatieverzoek, via EMV · REST/JSON (hoofdstroom).
- Van Betalingsgateway naar Acquirer: Autorisatie, via ISO 8583 (hoofdstroom).
- Van Acquirer naar Kaartsysteem en uitgever: Naar de uitgever gerouteerd, via ISO 8583 (hoofdstroom).
- Van Acquirer naar Betalingsgateway: Goedgekeurd of afgewezen, via ISO 8583 (asynchroon).
- Van Acquirer naar Integratielaag: Afwikkelings- en kostenbestanden, via SFTP (asynchroon).
- Van Integratielaag naar ERP: Afgewikkelde verkopen, kosten en uitbetalingen, via REST/JSON (hoofdstroom).
- Van Betalingsgateway naar EMV-terminal of online checkout: Geen antwoord op tijd: automatische terugdraaiing, via ISO 8583 0400 (uitzonderingspad).
- Van Integratielaag naar Betalingsoperationeel team: Afwikkelingsafwijking of terugboeking (uitzonderingspad).
Scroll zijwaarts om de hele tekening te zien.
Open banking: data en betalingen met toestemming van de klant
De klant geeft toestemming, de connector bewaart de tokens en elke aanroep naar de bank wordt geautoriseerd en gelogd. Wanneer toestemming verloopt of wordt ingetrokken, vraagt de app de klant opnieuw in plaats van stil te falen.
- Hoofdstroom
- Asynchroon
- Uitzonderingspad
De stroom in 7 stappen
De stroom, stap voor stap
- Van Klant naar Uw app of platform: Geeft toestemming (hoofdstroom).
- Van Uw app of platform naar Open-bankingconnector: Account- en betalingsverzoeken, via REST/JSON (hoofdstroom).
- Van Open-bankingconnector naar Bank-API’s of aggregator: Geautoriseerde API-aanroepen, via OAuth 2.0 · FAPI · REST (hoofdstroom).
- Van Bank-API’s of aggregator naar Open-bankingconnector: Saldi, transacties en betalingsstatus, via REST/JSON · webhook (asynchroon).
- Van Open-bankingconnector naar ERP of grootboek: Genormaliseerde transacties, via REST/JSON (hoofdstroom).
- Van Bank-API’s of aggregator naar Open-bankingconnector: Toestemming verlopen of ingetrokken, via HTTP 401 · 403 (uitzonderingspad).
- Van Open-bankingconnector naar Uw app of platform: Klant gevraagd toestemming te vernieuwen (uitzonderingspad).
Resultaten in financiële dienstverlening
Casestudy’s
- 99,4% straight-through processing bij geautomatiseerde afstemming van camt.053-bankafschriften
Geautomatiseerde ISO 20022-host-to-host-treasury en realtime engine voor belastingvrijgave
Hoe een commerciële Tier-1-bank in de GCC SAP S/4HANA via ISO 20022 op zijn bankinfrastructuur aansloot en elke e-factuur in realtime met ZATCA en PINT-AE goedkeurde.
- 52% lagere maandelijkse AI-token- en GPU-inferentiekosten, door semantische caching en routing naar kleine modellen
Air-gapped soeverein LLM-platform, MCP-meeragentautomatisering en token-FinOps
Hoe een gereguleerde financiële instelling in Europa en MENA tweetalig KYC- en compliancewerk automatiseerde op private taalmodellen en haar AI-inferentiekosten verlaagde.
Hoe u begint
Wat er nu gebeurt
Een tijd afspreken
Ons team mailt u om een tijd voor de sessie af te spreken.
Voorgesprek
Een gratis online voorafgaand adviesgesprek van 30 minuten: we bespreken uw doelen, systemen en beperkingen.
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.
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.
AI-native productteams
Beheerde, multidisciplinaire pods van senior engineers, uitgerust met harnesses voor agentisch coderen en QA.
Projecten met vast resultaat en beheerde diensten rond de klok
Levering met vaste scope en mijlpalen met vaste leveringsleiders, en applicatiebeheer rond de klok onder SLA-besturing.
De snelste ingang is het Sprint voor verplichte e-facturatie en ERP-gereedheid-pakket, een van onze snelle samenwerkingspakketten.
Waar te beginnenVragen en antwoorden
Welk fintechwerk doet XSIS?
Fintech is onze leidende sector. We bouwen digitale bank- en portemonnee-apps, betalings- en afwikkelingsdiensten, kredietplatforms, vermogensrapportage en verzekeringstrajecten, en we koppelen ze aan banken, kaartverwerkers, KYC-providers en ERP-systemen. We publiceren geen klantnamen zonder hun toestemming, dus we tonen onze ervaring via de systemen en standaarden waarmee we werken, en in technische gesprekken met uw architecten.
Kan XSIS werken binnen onze wettelijke en beveiligingseisen?
Ja. We werken binnen uw beleid: uw toegangsregels, uw omgevingen, uw wijzigingsproces en uw auditeisen. Vóór het werk spreken we af hoe data wordt verwerkt, welke omgevingen engineers mogen bereiken en welk bewijs uw risico- en complianceteams nodig hebben. We beschrijven de beheersmaatregelen die we toepassen helder, zodat uw beoordelaars ze kunnen toetsen.
Moeten we ons corebankingsysteem vervangen?
Meestal niet. De meeste banken winnen meer door de kern in goed gedefinieerde API’s te verpakken en nieuwe producten en kanalen als diensten eromheen te bouwen. Zo blijft het bronsysteem stabiel terwijl de klantgerichte delen sneller veranderen. Waar een kern echt moet worden vervangen, plannen we de migratie in fasen, met beide systemen afgestemd tot de oude wordt uitgeschakeld.
Hoe gaat XSIS om met kaartgegevens?
We ontwerpen zo dat zo weinig mogelijk systemen ooit een volledig kaartnummer zien. Gehoste betaalvelden, tokenisatie en netwerktokens houden kaartgegevens bij de verwerker, wat uw PCI DSS-scope verkleint. Waar een systeem kaartgegevens moet verwerken, bouwen we het volgens de geldende PCI DSS-beheersmaatregelen en documenteren we die voor uw beoordelaar.
Kan XSIS ISO 20022 en instantbetalingen ondersteunen?
Ja. We bouwen diensten die ISO 20022-berichten aanmaken, valideren en lezen, zowel voor zakelijke betalingen en rapportage, zoals pain.001 en camt.053, als voor de interbancaire berichten die instant- en grootwaardebetalingssystemen gebruiken. Elke regeling en bank heeft eigen regels, dus we werken vanuit hun implementatiehandleidingen en testen in hun testomgevingen.
Kan XSIS fraude- en transactiemonitoring bouwen?
Ja. We combineren regels die uw analisten kunnen lezen en wijzigen met machine-learningmodellen die op uw eigen data zijn getraind, en we leggen uit waarom elke melding is gemaakt. Meldingen gaan naar een casuswachtrij waar analisten beslissen, en hun beslissingen vloeien terug in de regels en de modellen. Waar u al gespecialiseerde screeningproviders gebruikt, sluiten we die aan.
Wat bepaalt de kosten van een fintechproject?
Het aantal betrokken systemen en partners, de geldende wettelijke beheersmaatregelen, het volume en de snelheid die het systeem moet verwerken, en hoeveel tests partners vóór de livegang eisen. Onboarding van partners, zoals certificering bij een bank of verwerker, bepaalt vaak het tempo meer dan de code. We ramen na de verkenning en splitsen het werk in fasen die u één voor één kunt financieren en goedkeuren.
Begin met een gesprek, niet met een contract.
Vertel ons wat u wilt bouwen, verbinden of beveiligen. Een architect neemt het met u door en adviseert daarna waar te beginnen.