OpenBanqing — Conventional open-banking infrastructure
One API contract for the open-banking stack.
OpenBanqing unifies payments, accounts, consents, KYC, and capital-markets rails behind one PSD2 / PSD3 / FAPI 2.0 / FDX contract — so engineering teams can ship product instead of integrating vendors.
Compliance frameworks listed describe the design scope. See the compliance page for current attestation status of each frame.
{
"rail": "SEPA_INSTANT",
"amount": { "value": "150.00", "currency": "EUR" },
"debtor": { "iban": "DE89 ••• 0130 00" },
"creditor": { "iban": "FR14 ••• 13M02 606" },
"reference": "Invoice 2026-04-1182",
"consent": "csnt_01HK2NX9ZP",
"compliance": {
"sca": "PASSED",
"fapi_v2": true,
"screening": { "ofac": "clear", "uk": "clear" }
}
}Illustrative request. Live sandbox available on request.
Connect once. Compose anything. Comply by default.
OpenBanqing sits between your product and a fragmented landscape of cores, rails, and regulators. One contract; one observability surface; one audit trail.
Connector interfaces for the major core-banking platforms (Temenos, Finastra, Mambu, Thought Machine) and PSP rails (Visa, Mastercard, Stripe, Adyen). The connector layer is open-source so you can audit, extend, or self-host.
Compose retail, commercial, wholesale, and capital-markets products from a normalised rail catalogue. ABAC policies enforce tenant, role, and jurisdiction at every call so you can ship multi-region without forking your code.
Every request is signed, audited, and policy-evaluated. Evidence is structured and exportable for SOC 2, ISO 27001, PSD2, FAPI 2.0, FDX, and ISO 20022 audits. Auditors get read-only views; you keep operational control.
What happens between POST and 201 Created
Edge ingress
≈ 6 ms of 59 ms illustrative budgetTLS 1.3 termination at the edge. DPoP proof verification. Per-tenant rate limit and burst control. The edge layer is stateless — one Cloudflare Worker per region.
One platform. Many connectors. Zero lock-in.
The edge layer is stateless. The rail catalogue is the only integration boundary. The cores are pluggable — connectors live under Apache 2.0 so you can audit, extend, or fork them.
Read why we built it this way →Edge to core, with one auth and audit pipeline
Hover any block to see what it does. The edge layer is stateless; the rail catalogue is the integration boundary; the cores are pluggable.
Rail catalogue
The rail layer normalises payments, accounts, consents, KYC, capital markets, and treasury into one OpenAPI contract. Picking a rail is a runtime field, not a build-time fork.
Every conventional banking rail, one platform.
Replace fragmented vendor integrations with a single API that normalises core-banking, payments, KYC/AML, and regulatory reporting under one authorisation and audit pipeline.
PSD2 / PSD3 / FAPI 2.0
Strong Customer Authentication, dynamic linking, DPoP, PAR, message signing — implemented to the published specifications and regression-tested against the open conformance suites.
FDX 6.0 + Open Banking UK
One product surface across UK FCA, EU EBA, and US FDX standards. Region routing happens at the edge so you don't fork your application by jurisdiction.
Basel III + IFRS 9
RWA, LCR, and NSFR computation patterns built in. Forward-looking ECL provisioning across IFRS 9 stages 1, 2, and 3 with structured lineage suitable for audit review.
Real-time payments, every rail
SEPA Instant, Faster Payments, FedNow, RTP, PIX, UPI — and SWIFT gpi tracking on cross-border — all behind one /payments endpoint with consistent error envelopes.
Multi-rail core banking
Hot-swappable banking-core connectors. The connector boundary is contract-typed so you can migrate from a legacy mainframe to a modern core without rewriting your product code.
Operational resilience
Multi-region, multi-AZ, edge-distributed by design. Structured failure pipeline, fingerprinted incidents, and DORA-aligned ICT register of information are part of the platform — not an afterthought.
An infrastructure platform — not a marketing surface.
OpenBanqing is in early access. The product is what we ship: a published OpenAPI 3.1 contract, open-source connectors, and a compliance pipeline that you can audit before you commit.
Browse the developer portal →Replace four to six vendor SDKs with one OpenAPI 3.1 contract that covers payments, accounts, consents, KYC/AML, capital markets, and treasury.
Every endpoint passes through the same authorization, consent, and audit pipeline — you cannot accidentally ship a non-compliant call.
Open-source core-banking and PSP connectors under Apache 2.0. Audit them, fork them, or build your own against the published interface.
Enterprise tier deploys inside your own AWS, GCP, or Azure tenant. Zero data egress. Helm charts, Terraform modules, and a runbook ship with the product.
Browse the rails. Pick the one you need.
Filter by category or search by spec. Every rail is normalised behind one contract and one authorisation pipeline.
Browse the rails behind the contract
Every rail is normalised behind the same authorisation and audit pipeline. Filter by category, or search by name or specification.
- SEPA Credit TransferPaymentsISO 20022 pacs.008
- SEPA Instant Credit TransferPaymentsEBA TIPS · ISO 20022
- FedNowPaymentsISO 20022 · US instant
- TCH RTPPaymentsISO 20022 · US real-time
- Faster Payments (UK)PaymentsISO 20022 migration
- SWIFT gpiPaymentsMT to MX migration · gpi tracker
- PIX (Brazil)PaymentsBCB · ISO 20022
- UPI (India)PaymentsNPCI
- Account Information ServiceAccountsPSD2 AIS · OB UK · FDX
- BalancesAccountsReal-time and posted
- TransactionsAccountsISO 20022 camt.052/053
- Standing orders & direct debitsAccountsBerlin Group · OB UK
- Consent managementConsentsAISP · PISP · CBPII
- Consent revocationConsentsWebhook + API
- Consent dashboardConsentsWhite-label UI
- KYC orchestrationKYC / AMLFATF · per-jurisdiction
- Sanctions screeningKYC / AMLOFAC · EU · UN · UK · AUSTRAC
- PEP screeningKYC / AMLPluggable provider
- Transaction monitoringKYC / AMLRules + ML provider hooks
- FX executionCapital marketsMid-market quoting · ISO 20022
- Securities order routingCapital marketsFIX 4.4 / 5.0
- SettlementCapital marketsISO 20022 sese.023/024
- Liquidity managementTreasuryBasel III LCR / NSFR
- RWA computationTreasuryBasel III standardised
- IFRS 9 ECLTreasuryStages 1 / 2 / 3
- Letters of creditTrade financeURDG / UCP 600
- GuaranteesTrade financeISO 20022 · MT 760
- Supply-chain financeTrade financeReverse factoring
- Audit pipelineOperationsStructured JSONL · append-only
- WebhooksOperationsReplay + retry · idempotency
- Regulatory reportsOperationsPSD2 · DORA · per-jurisdiction
Fourteen frameworks. Honest status on every one.
We tell you exactly where each frame stands today — designed for, in implementation, audit scheduled, or certified — and we update it as the auditors sign off.
Where we are on every framework
We don't claim certifications we don't hold. Hover or tap any frame to see its current status.
PSD2 / PSD3
Designed forEU · EBABerlin Group NextGenPSD2 v1.3.12 schema parity
See the compliance page for full evidence text on every frame.
Everything regulated institutions need to know — answered.
The questions our solutions engineers field daily, with the detail your procurement, security, and compliance teams will ask in week two of evaluation.
Pick the conversation that matches your week.
Each route opens a 30-second form. Replies come from info@openbanqing.com within one business day.
Book a demo
Live walk-through of the API, dashboard, and SDKs with one of our solutions engineers — not a sales BDR.
Security review
Architecture deep-dive, ISMS scope, sub-processor list, DPIA templates, and current attestation status under mutual NDA.
Pricing & procurement
Custom quote based on volume, regions, and tier. Includes ramp-up discounts and multi-year terms.
Partner with us
Banks, processors, ISVs, and system integrators — apply to the OpenBanqing partner network.
We reply from info@openbanqing.com within one business day. We never share your details with third parties.