Bankieren, treasury en ISO 20022-connectiviteit
Betalingen eruit, afschriften erin, automatisch afgestemd in elke valuta
Treasuryteams voeren betalingen nog handmatig opnieuw in en stemmen afschriften met de hand af
Veel treasuryteams voeren betalingen in bij bankportalen, verzamelen afschriften in verschillende formaten per bank en stemmen rekeningen aan het einde van de maand af in spreadsheets. Elke handmatige stap is een vertraging, een kostenpost en een kans op fraude of fouten.
Banken stappen ook over op ISO 20022, de internationale standaard voor financiële berichten, met rijkere, gestructureerde data dan de oudere SWIFT MT-formaten. Systemen die die berichten niet kunnen maken en lezen, raken achterop bij hun banken.
Wat er voor u verandert
Straight-through processing
Goedgekeurde betalingsruns verlaten het ERP als ondertekende bestanden of API-aanroepen, en afschriften komen terug in een vorm die het ERP zelf afstemt.
Een snellere afsluiting
Afstemming in meerdere valuta’s die elke dag draait, in plaats van handmatige CSV-uploads en spreadsheetcorrecties aan het einde van de maand.
Elke uitzondering bij een mens
Afgewezen betalingen en niet-afgestemde regels belanden met de reden in een dead-letterwachtrij voor uitzonderingen, en raken nooit zoek in een mailbox.
Wat we leveren
Host-to-host- en directe bankconnectiviteit
Verbindingen via SFTP, EBICS en SWIFT, en openbanking- en directe bank-API’s, gekozen per bank en per land.
Genereren van betalingsbestanden
ISO 20022 pain.001-betalingsbestanden opgebouwd uit uw betalingsruns, gevalideerd tegen de variant van elke bank en ondertekend of versleuteld zoals die vereist.
Status- en afwijzingsafhandeling
pain.002-statusrapporten die worden teruggelezen, zodat elke betaling als geaccepteerd, afgewezen of in behandeling verschijnt, met de redencode van de bank.
Inlezen van afschriften
camt.053- en MT940-eindafschriften en intradayrapporten die worden opgehaald, gecontroleerd op hiaten en duplicaten, en in het ERP geladen.
Interbankberichten voor banken en fintechs
pacs-berichten voor overschrijvingen en hun status tussen financiële instellingen, aangesloten op grootboeken van corebanking.
Afstemming in meerdere valuta’s
Matchregels die open posten automatisch afboeken over valuta’s en rekeningen heen, en de rest naar een uitzonderingenwachtrij sturen.
Bewijs van banktests en runbooks
De testcases van elke bank worden uitgevoerd en vastgelegd voor uw auditors, met meldingen bij ontbrekende bestanden, mislukte overschrijvingen en verlopende sleutels of certificaten.
Hoe we werken
Breng banken en stromen in kaart
We inventariseren uw banken, rekeningen, betalingstypen en huidige handmatige stappen, en spreken af welke stromen eerst gaan.
Specificeer elk formaat
We werken vanuit de implementatiehandleiding van elke bank en schrijven de mapping, inclusief ondertekening, versleuteling en bestandsnamen.
Bouw de connectors
We bouwen betalingsexport, statusimport, afschriftimport en matching, met geautomatiseerde tests voor elk formaat.
Test met elke bank
We voeren de afgesproken testcases uit in de testomgeving van de bank en lossen op wat de validatie van de bank afwijst.
Ga live bank voor bank
We schakelen één bank tegelijk over, met het huidige proces als terugvaloptie tot het nieuwe is bewezen.
Monitor en ondersteun
We letten op overschrijvingen, sleutels en certificaatverloop, en plannen formaatwijzigingen zodra banken die aankondigen.
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.
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).
Standaarden, formaten en kanalen
We bouwen vanuit de implementatiehandleiding van elke bank, niet alleen vanuit de standaard. Het noemen van een product betekent geen partnerschap met de leverancier ervan.
- Bankstandaarden en -kanalen
- ISO 20022
- pain.001
- pain.002
- camt.052
- camt.053
- camt.054
- MT940
- MT942
- Swift
- EBICS
- SFTP (H2H)
- OpenPGP
- PSD2
- Berlin Group NextGenPSD2
- UK Open Banking Standard
- FAPI
Bewezen in productie
Voor een Tier-1 GCC-bank en regionaal conglomeraat verbonden we SAP S/4HANA via ISO 20022 met regionale bankinfrastructuur. Betalingen worden ondertekend, uitzonderingen belanden in dead-letterwachtrijen en de afstemming over de bankrekeningen is automatisch.
Hoe u begint
Duidelijke eisen aan banken en formaten gaan rechtstreeks naar een voorstel. Meerdere banken, landen of een ongedocumenteerde legacy-interface beginnen meestal met de Blueprint Studio of de Brownfield Diagnostic Bridge.
Wat er nu gebeurt
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.
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.
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.
Embedded specialisten en strategische uitbreiding
Principal engineers en specialisten nearshore en op locatie, en embedded oplossings-, transformatie-, PQC- en integratiearchitecten.
Vragen en antwoorden
Wat is ISO 20022, en waarom is het belangrijk?
ISO 20022 is de internationale standaard voor financiële berichten. De XML-berichten bevatten gestructureerde data, zoals volledige namen, adressen en betalingsdetails, die de oudere SWIFT MT-formaten niet kunnen bevatten. Banken en betalingssystemen zijn erop overgestapt, dus betalings- en afschriftbestanden die erop zijn gebaseerd, stemmen beter af en doorstaan vaker compliancecontroles.
Met welke bankformaten en kanalen werkt u?
We gebruiken pain.001 voor betalingen, pain.002 voor status, camt.052, camt.053 en camt.054 voor rekeningoverzichten, en pacs-berichten tussen banken. We lezen ook de MT940- en MT942-afschriften die veel banken nog sturen. Transport is host-to-host SFTP, EBICS, SWIFT of bank-API’s. Elke bank heeft haar eigen variant van elk formaat, dus we bouwen vanuit haar implementatiehandleiding.
Met welke ERP-systemen kunt u banken verbinden?
SAP S/4HANA, Oracle Fusion Cloud ERP en NetSuite, Microsoft Dynamics 365, Odoo en Sage, evenals treasurysystemen en maatwerksystemen. Waar het ERP een eigen module voor bankcommunicatie heeft, configureren en breiden we die uit in plaats van eromheen te bouwen.
Hoe houdt u betalingsbestanden veilig?
Betalingsbestanden worden ondertekend en versleuteld zoals elke bank vereist en gaan alleen over het afgesproken kanaal. Sleutels en certificaten worden bewaard in uw sleutelkluis of hardwarebeveiligingsmodule (HSM), nooit in code. Bestanden worden gevalideerd voordat ze worden verzonden, en elke overschrijving wordt gelogd, zodat u kunt nagaan wie elke betaling heeft goedgekeurd en verzonden.
Wat gebeurt er wanneer een afschriftregel niet overeenkomt?
Die komt in een beoordelingslijst met de waarschijnlijke kandidaten en de reden waarom de regel niet overeenkwam, zoals een ander bedrag of een ontbrekende referentie. Uw team verwerkt de regel daar, en de regels kunnen worden aangepast zodat hetzelfde geval de volgende keer wel overeenkomt. Er wordt niets in het grootboek geboekt zonder een koppeling die u hebt goedgekeurd.
Wat bepaalt het tempo van een bankintegratie?
Meestal de bank, niet de code. Elke bank bepaalt haar eigen onboardingstappen, testvensters en goedkeuringen, en sommige hebben contracten of sleuteluitwisseling nodig voordat het testen kan beginnen. Na de mappingstap geven we u een plan per bank en beginnen we te testen met de bank die het eerst klaar is.
Wat gebeurt er wanneer een bank haar formaat wijzigt?
Banken kondigen formaatwijzigingen vooraf aan, zoals velen deden bij de overstap van SWIFT MT naar ISO 20022. We volgen die berichten voor de banken waarop we aansluiten, beoordelen de impact en plannen de wijziging en de tests met de bank vóór haar deadline.
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
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.
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.
Mobilisatie
Zodra u tekent, beginnen onze engineeringpods met Sprint 0 binnen 5–10 werkdagen na ondertekening van het contract.
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.