2026 Bankarchitectuur: een kader voor operationele veerkracht

TL;DR. Een drie-pijler-architectuurkader voor Tier-1-banken en corporate treasury in 2026: cryptografisch beheer, ISO 20022 als autonome datalaag en rail-agnostische orchestratie — gebouwd voor DORA-niveau operationele veerkracht.

Belangrijkste punten

Samenvatting voor de directie. Het banklandschap van 2026 wordt bepaald door drie krachten die parallel bewegen.
De Veerkrachtdrieluik. Wij stellen een drie-pijler-kader voor om de core banking-stack te moderniseren: geharde beveiliging, canonieke data en multi-rail orchestratie.
Architectuurimplementatie-roadmap. Drie sequentiële fases.
Agentische treasury — wat de architectuur écht mogelijk maakt. De drie pijlers komen samen in één operationeel patroon: een treasury-agent die over context kan redeneren en betalingen kan uitvoeren, maar uitsluitend binnen de grenzen die de architectuur zelf afdwingt.

Een drie-pijler-architectuurkader voor Tier-1 CIB- en corporate treasury-teams — cryptografisch beheer, ISO 20022 als autonome datalaag en rail-agnostische orchestratie — gebouwd om te voldoen aan `DORA`, de SWIFT MT/MX-cut-over van november 2026 en de opkomst van multi-rail programmeerbare liquiditeit.

Samenvatting voor de directie #

Het banklandschap van 2026 wordt bepaald door drie krachten die parallel bewegen.

De Digital Operational Resilience Act tilt legacy-cryptoschuld — concreet: stilstaande, niet-geroteerde wachtwoordhashes en C-afhankelijkheden die de supply chain blootleggen — uit het terrein van hygiëne naar dat van bestuurlijke regelgevingsaansprakelijkheid.

De SWIFT MT/MX-cut-over van november 2026 maakt vertaalstrategieën rond MT103 overbodig. Banken die nog ongestructureerde remittance- en adresdata uitsturen, krijgen een toeslag per bericht en worden afgesneden van MX-only correspondenten. De ISO 20022-readiness-survey van RedCompass Labs onder 200 banken laat zien dat 44 % van de respondenten achterloopt op de cut-over. Met aanbesteding, leverancierselectie en parallel-running nog te gaan, is een aanloop van 12 maanden voor de onvoorbereiden al een tekort van 3 maanden.

De opkomst van multi-rail-liquiditeit — SWIFT CBPR+, PSD3 / A2A en getokeniseerde deposito's — heeft de concurrentievraag verschoven van "welke bank gebruiken we" naar "via welke rail gaat deze betaling, en onder welk beleid". Niet de rail, maar de orchestratielaag is waar de marge nu zit.

Deze whitepaper geeft een architectuur-roadmap voor CIB- en corporate treasury-teams om de overstap te maken van legacy-schuld naar een autonoom, rail-agnostisch orchestratiemodel.

De Veerkrachtdrieluik #

Wij stellen een drie-pijler-kader voor om de core banking-stack te moderniseren: geharde beveiliging, canonieke data en multi-rail orchestratie. Elke pijler is gekoppeld aan een gepubliceerd artikel dat de engineeringdetails uitwerkt.

Pijler I — Cryptografisch beheer #

Het fundament. In het tijdperk van DORA en GPU-versnelde dreigingen is "deploy-and-forget"-wachtwoordhashing een systemische aansprakelijkheid. Cryptografische rot — stilstaande Argon2id-parameters, hashes zonder pepper, C FFI met supply-chain-blootstelling — is geen regel technische schuld meer; het is een regelgevingsbevinding die nog op opschrift wacht.

De stelling. Stap weg van C-gebaseerde FFI en ga naar pure-Rust cryptoframeworks met multi-algoritmedispatch, HSM-geïnterlockte peppering en verify_and_upgrade-semantiek die bij elke login opnieuw hasht zonder zichtbare downtime voor de gebruiker.

Kerntekst. Wachtwoordbeheer borgen in enterprise banking: multi-algoritme-hashing en upgrades met hsh

Pijler II — ISO 20022 als autonoom zenuwstelsel #

De taal. Met de SWIFT MT/MX-cut-over van november 2026 is ISO 20022 de niet-onderhandelbare datalaag. Het is geen migratieproject; het is de bedrading voor agentische treasury. Zonder gestructureerde <Purp>-codes, gestructureerde <PstlAdr>-velden en gestructureerde <RmtInf>-remittance heeft een treasury-agent niets om over te redeneren — alleen proza.

De stelling. Voer een ISO-first canoniek schema in over elk API-contract, elke validatiestap en elke downstream-consument. Wijs af op parse, niet bij settlement. Stop met MX neerwaarts vertalen naar MT aan de rand — vertaal MT één keer omhoog naar MX en gooi de MT weg.

Kerntekst. Van Pain.001 naar programmeerbare liquiditeit: ISO 20022 als autonoom zenuwstelsel van treasury in 2026

Pijler III — Multi-rail orchestratie #

De uitvoering. Treasury in 2026 gaat niet meer over het kiezen van een bank — het gaat over het kiezen van een rail. SWIFT CBPR+, PSD3 / A2A en getokeniseerde deposito's zijn commodity-uitvoeringsvensters. Succes zit in de orchestratielaag die ze bindt — en in het buiten de agent houden van die laag, zodat model risk, audit en DORA-verantwoording afdwingbaar blijven.

De stelling. Haal orchestratie weg uit het model en zet het in een policy-as-code-engine die betalingen routeert op basis van corridor, ticketgrootte, settlementrisico en counterparty-relatie — waarbij de agent alleen handelt binnen de grenzen die het beleid definieert.

Kerntekst. Cross-Border 2026: ISO 20022, Open Finance en getokeniseerde deposito's in corporate treasury

Een uitgewerkt voorbeeld. Een corporate betaling van €4.2 M van Londen naar een Spaanse leverancier, T+2 acceptabel, investment-grade counterparty, geen FX-leg. De policy-as-code-engine evalueert vier inputs tegen een rail-matrix:

Rail	In aanmerking	Settlement	Kosten per leg	Liquiditeitsimpact	Geselecteerd
`SEPA CT Inst`	ja	T+0 (≤10 s)	€0.20	nostro debit, direct	—
`SEPA CT`	ja	T+1	€0.20	nostro debit, T+1	✓
SWIFT `CBPR+`	ja	T+0–T+2	€15	correspondent-leg	—
Getokeniseerd deposito	nee	n.v.t.	n.v.t.	counterparty niet on-network	—

De agent ziet de rail-keuze nooit. Hij krijgt het resultaat — "SEPA CT gekozen, audittrail aangehecht, settlement T+1" — en zet het gesprek voort. De audit-, model-risk- en DORA Article 5-verantwoording blijven in de policy-laag, waar ze review-verdedigbaar zijn. Verander de corridor naar GBP → SGD of de ticketgrootte naar €40 K, en dezelfde matrix selecteert respectievelijk CBPR+ of SEPA CT Inst, zonder enige wijziging in de agent-prompt.

Architectuurimplementatie-roadmap #

Drie sequentiële fases. Elk is op zich waardevol; samen vormen ze de Veerkrachtdrieluik van begin tot eind.

Fase 1 — Auditen en beveiligen #

Herstel cryptografische rot met memory-safe primitieven om aan DORA-veerkrachtmandaten te voldoen. Inventariseer elke wachtwoordstore, elke KDF-parameterset en elke cryptobibliotheek — inclusief indirecte C-afhankelijkheden achter FFI-lagen. Migreer naar een pure-Rust cryptoframework met verify_and_upgrade-dispatch, HSM-geïnterlockte peppering en audit-graad telemetrie voor sleutelrotatie. Documenteer de migratie als een DORA Article 5-wijziging onder bestuurlijke verantwoording.

Fase 2 — Standaardiseren #

Lijn interne API-contracten uit met canonieke ISO 20022-schema's om end-to-end datatrouw te borgen. Dwing een strikter berichtprofiel af dan CBPR+ vereist. Wijs af op parse. Vertaal MT één keer omhoog naar MX bij ingress; voer MT nooit downstream mee. Verifieer dat <Dbtr> / <Cdtr> / <DbtrAgt> / <CdtrAgt> end-to-end LEI-referenties dragen, zodat sanctiescreening auditbaar wordt in plaats van heuristisch.

Fase 3 — Orchestreren #

Zet een rail-agnostisch control plane neer dat SWIFT CBPR+, A2A / PSD3 en getokeniseerde deposito's behandelt als commodity-uitvoeringsvensters die door policy-as-code worden bestuurd. Documenteer credit-exposure-profielen per rail per corridor. Bind de agent aan het beleid, niet aan de rail. Bedraad SR 11-7-model-risk-governance en DORA Article 5-verantwoording in de orchestratielaag, niet in het model.

Agentische treasury — wat de architectuur écht mogelijk maakt #

De drie pijlers komen samen in één operationeel patroon: een treasury-agent die over context kan redeneren en betalingen kan uitvoeren, maar uitsluitend binnen de grenzen die de architectuur zelf afdwingt.

Pijler I maakt de credentials, ondertekeningssleutels en HSM-geïnterlockte secrets verdedigbaar — een randvoorwaarde voor elke niet-menselijke principaal in de betaalketen. Pijler II geeft de agent iets om over te redeneren: gestructureerde <PstlAdr>, <Purp>, <RmtInf> en LEI-verankerde counterparty-referenties — geen ongestructureerd remittance-proza dat een LLM moet raden. Pijler III trekt de lijn: de agent kan een betaling aanvragen; de policy-as-code-engine beslist welke rail, welk limiet, welke hedging-staart en welke audit-attributie van toepassing is.

Deze scheiding is geen UX-keuze. Het is de SR 11-7-model-risk-grens en de DORA Article 5-verantwoordingslijn, getrokken op de plek waar governance de beslissing daadwerkelijk kan inspecteren. Een bank die dit goed doet, levert agents die op dag één door model-risk-review komen omdat de autoriteit van de agent is afgebakend, het beleid versie-gestuurd is en het spoor herspeelbaar is. Een bank die het niet goed doet, levert een agent die zelf rails kiest, zelf zijn limieten zet en zijn eigen auditlog schrijft — en levert die direct af in een regelgevingsbevinding.

Het gesprek van 2027 gaat niet over "zetten we AI in in treasury". Het gaat over "waar trokken we de lijn, wie tekende voor het beleid en hoe bewijzen we het aan de toezichthouder". De architectuur hierboven is die lijn.

Over de auteur #

Architectuurbriefing — download de PDF #

Moet je dit kader delen met interne beveiliging, treasury of architecture-review-teams? De rapporten zijn samengebracht in één PDF-briefing — opgesteld voor Architecture Review Boards (ARB), DORA-compliancecommissies en C-level planningsessies. Inclusief empirische ankers (RedCompass Labs 200-bank readiness-survey, McKinsey Global Payments Report), multi-jurisdictionele regelgevingsmapping (DORA, Fed SR 21-14, OCC, MAS TRM, HKMA C-RAF, APRA CPS 230), een expliciet dreigingsmodel met NIST FIPS 203/204/205 post-kwantum-migratie, Basel LCR/NSFR/intraday-liquiditeitsbehandeling van getokeniseerde settlement, een vergelijkende posturematrix tegen vendor core banking, API-first en CBDC-rail-led alternatieven, en een programmarisicoregister van 10 punten. Versie: juni 2026. Formaat: US-letter print-ready, één kolom, arxiv-stijl preprint, 16 pagina's.

Drie risico's uit het programmaregister #

Het programmarisicoregister van 10 punten in de PDF is gekalibreerd op de expliciete delta's die boards hebben gemarkeerd ten opzichte van de cycli van 2024 / 2025. Drie verdienen het hier benoemd te worden:

Leveranciersconcentratie in de policy-as-code-stack. De orchestratielaag is het nieuwe enkelvoudige hefboompunt. Concentratie op één leverancier voor policy-expressie, decision logging en rail-abstractie creëert een DORA Article 28 kritische-ICT-derde-partij-blootstelling die risicocomités nu actief bevragen. De mitigatie is een twee-leveranciers-strategie met jaarlijks geteste policy-portabiliteit, niet het goedkopere één-leveranciers-spoor.
Stille MT-naar-MX-dataverlies. Banken die MT103 versturen met afgekapte adres- of remittance-data, worden schoon ingelezen op MX-kanalen — maar de gestructureerde velden blijven leeg. Het downstream-gevolg (mislukte sanctiescreening, gemiste AML-triggers, reconciliatiebreuken) komt 30–90 dagen ná de cut-over boven water, ruim voorbij de change-window-forensiek. Het register kwantificeert de verwachte back-book-remediatiekosten per €1 mrd betalingsstroom.
Toerekening van agent-handelingen. Wanneer een LLM-aangedreven treasury-agent een betaalketen triggert, kunnen drie principalen eigenaarschap claimen — de modeleigenaar, de rail-leverancier en de policy-auteur. Zonder een expliciete toerekeningsbeslissing die in de orchestratielaag is ingebakken, erft de bank alle drie de aansprakelijkheden. Het register definieert de toerekeningsboom en de SR 11-7-bewijsketen die nodig is om die te verdedigen.

Download de PDF-briefing Alle whitepapers

Samenvatting interne review #

De sectie hieronder is de directiepagina van de PDF-briefing, geschreven voor stakeholders die architectuur-, risico- en treasury-moderniseringsprogramma's leiden.

Doel #

Dit document levert een samenhangend architectuurkader voor de systemische risico's en infrastructuureisen waar Tier-1-bank- en corporate-treasury-functies in 2026 voor staan. Het is bedoeld voor Architecture Review Boards (ARB), risicocomités en stuurgroepen voor digitale transformatie.

Bestuurlijke uitdaging #

De sector navigeert drie samenvallende drukken:

Regelgevingsaansprakelijkheid. DORA heeft legacy-cryptoschuld — concreet: stilstaande, niet-geroteerde wachtwoordhashes en C-afhankelijkheden met supply-chain-blootstelling — opgewaardeerd tot een kritieke regelgevingsbevinding.
Structurele dataverschuivingen. De SWIFT MT/MX-cut-over van november 2026 maakt vertaalstrategieën op basis van MT103 overbodig. Banken die geen ISO-first datalaag implementeren, lopen materiële margeschade op via correspondent-toeslagschema's en bericht-rejectiekosten.
Orchestratiecomplexiteit. De opkomst van multi-rail-liquiditeit — SWIFT CBPR+, A2A / Open Finance (PSD3) en getokeniseerde deposito's — heeft de concurrentielast verschoven van "toegang tot een rail" naar "orchestreren over rails heen".

Voorgestelde Veerkrachtdrieluik #

Een modulaire moderniseringsstrategie gebouwd op drie pijlers.

Pijler I — Cryptografisch beheer. Stap van kwetsbare legacy C-bibliotheken naar memory-safe, pure-Rust implementaties met HSM-geïntegreerde peppering. Voldoet aan DORA-veerkrachtmandaten en elimineert een gedocumenteerde klasse van supply-chain-aanvalsvectoren.
Pijler II — De ISO 20022-datalaag. Stap af van "vertalen-aan-de-rand" en ga naar een ISO-first canoniek datamodel. Maakt de machineleesbare purpose-, remittance- en regelgevingsdata mogelijk die agentische treasury-engines vereisen.
Pijler III — Rail-agnostische orchestratie. Voer een policy-as-code-orchestratielaag in die uitvoeringsrail scheidt van betalingslogica. Minimaliseert credit-risk-blootstelling en maximaliseert kapitaalefficiëntie over corridors heen.

Strategische doelen voor 2026 / 2027 #

Compliance. Herstel cryptografische rot volledig om aan de DORA-standaarden van 2026 te voldoen voor Q4 2026.
Operationele efficiëntie. Bereik 95%+ auto-reconciliatie door strikte CBPR+ ISO 20022-schema's af te dwingen over alle corporate API-endpoints.
Risicobeheer. Documenteer credit-exposure-profielen voor elke settlement-rail en corridor die het treasury-control plane gebruikt.

Conclusie #

Dit kader brengt bankinfrastructuur van een onderhoudszwaar kostencentrum naar een programmeerbare, veerkrachtige, audit-klare treasury-machine. De drie verwezen artikelen werken de technische implementatie per pijler uit, inclusief patronen op codeniveau, sequence-flows en het multi-rail orchestratiespoor.

Download de PDF-briefing

Verspreidingsnotitie. Dit document is bedoeld voor intern gebruik door technologie- en risico-architectuurteams die moderniserings-roadmaps evalueren. Voor live code-implementaties en repository-toegang, zie de digitale appendix op sebastienrousseau.com.

Laatst herzien 2026-08-28.

Dit artikel herpubliceren

2026 Bankarchitectuur: een kader voor operationele veerkracht — Sebastien Rousseau

Een drie-pijler-architectuurkader voor Tier-1-banken en corporate treasury in 2026: cryptografisch beheer, ISO 20022 als autonome datalaag en rail-agnostische orchestratie — gebouwd voor DORA-niveau operationele veerkracht.

Dit artikel valt onder de licentie Creative Commons Attribution 4.0 International. Herpublicatie vereist attributie aan de canonieke URL.

2026 Bankarchitectuur: een kader voor operationele veerkracht — Sebastien Rousseau

Een drie-pijler-architectuurkader voor Tier-1-banken en corporate treasury in 2026: cryptografisch beheer, ISO 20022 als autonome datalaag en rail-agnostische orchestratie — gebouwd voor DORA-niveau operationele veerkracht.

Originally published at https://sebastienrousseau.com/nl/2026-06-21-2026-bankarchitectuur-een-kader-voor-operationele/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER