Keystone Labs · Product briefing
OBConnect

Open banking compliance,
without a compliance team.

For digital banks, neobanks and account-holding fintechs under the SAMA Open Banking Framework: the same FAPI edge, consent engine and journey a tier-1 bank runs, on a single node, in weeks.

COMPACT PROFILE SAMA FRAMEWORK SANDBOX INCLUDED
KEYSTONE LABSOBCONNECT · FOR FINTECHS · 01
Licensed to operate

Licensed to operate.
Expected to comply like a bank.

The same framework as a tier-1 bank

Standards-compliant APIs with availability SLAs, FAPI-grade authorization, consent journeys, directory trust, reporting and audit - the obligations do not scale down with headcount.

No team to build seven projects

Your engineers are building the product. A compliance platform, a FAPI authorization server and a regulator-shaped journey are three specialisms you should not have to hire for.

Partners are waiting on your APIs

Aggregators and lenders want to build against you now. Without a sandbox and a portal, every integration is a bespoke conversation.

Certification decides your launch

Conformance testing and supervisory evidence gate go-live. Getting there late is the one delay the roadmap cannot absorb.

KEYSTONE LABSOBCONNECT · FOR FINTECHS · 02
The platform

One compliance layer between the outside world
and the systems that run your bank.

Outside the bank
TPP · fintech applicensed AISP
National directorytrust framework
Regulatorreports · audit
OBConnectCompliance layer
  • Mutual TLS & FAPI edge
  • Consent system of record
  • The standard’s APIs
  • Directory trust on every call
  • Audit chain & report set
  • Operator console, portal, sandbox
Inside your data centre
Core banking APIsESB · API layer
Identity & SCAbank IdP
Payment railssarie · mada
SIEM · NOClogs · alerts

The same platform tier-1 banks deploy, in a compact profile that runs every service on one node - and grows into the full high-availability profile as you do, without a migration.

KEYSTONE LABSOBCONNECT · FOR FINTECHS · 03
Deployment

The whole platform on one node.
Then the full profile, when you need it.

  • Compact profile. Every service - edge, authorization server, consent, the standard’s APIs, connector hub, reporting - on a single Kubernetes node for a proof of concept, a sandbox tier or a small estate.
  • Standard profile when you grow. Multi-node, active-active across two data centres where the network allows, rolling upgrades with no maintenance window.
  • Your infrastructure, your data. Licensed software inside your perimeter; no runtime egress, no SaaS data-sharing questions in the security review.
  • Air-gap ready. Images from a bundled registry; directory sync and pack updates through a controlled, signature-verified channel.
KEYSTONE LABSOBCONNECT · FOR FINTECHS · 04
The lifecycle

Every stage of open banking, managed.

From the moment a third party is admitted to the moment a customer withdraws access, the regulated path runs end to end on the platform. Your systems answer one question: what does this customer hold?

01

A third party onboards

Licence, certification, role and certificate chain verified against the national directory. Admission is a maker-checker decision by your staff.

Directory verified
02

A consent is requested

The TPP calls the standard’s API over mutual TLS with a signed request. The consent is created in the system of record, awaiting authorisation.

Awaiting authorisation
03

The customer decides, data flows

They approve in the bilingual journey. Every call is then checked against the consent, fetched through the connector and minimised before it leaves.

Authorised · audited
04

The customer stays in control

One tap in the dashboard revokes the consent, kills every derived token and notifies the TPP with a signed event.

Revoked
KEYSTONE LABSOBCONNECT · FOR FINTECHS · 05
Your partners

A sandbox and a portal from day one,
so partners integrate while you certify.

  • Documentation that cannot drift. The portal serves the activated Standard Pack’s API document byte for byte - the same one the gateway enforces.
  • Onboarding as a runbook. Certificate types, base URLs, the registration steps, the error glossary and the published rate limits, in one place.
  • A sandbox behind the same edge. Synthetic customers and deterministic scenarios, including the unhappy paths conformance tests probe.
  • Change and status register. Live versions, deprecation states and the notices the framework requires you to publish.
KEYSTONE LABSOBCONNECT · FOR FINTECHS · 06
Integration

Plugs into the APIs you already run.

Banks don’t expose the core. They expose the API layer their own channels use - and OBConnect is a client of that layer. It does all the compliance shaping; your APIs only have to answer faithfully.

Regulated surface
Account informationAIS
Payment initiationPIS
Confirmation of fundsCAF
Consent notificationssigned events
OBConnectStandard Pack + Connector Hub
  • Wire format ↔ canonical model
  • Consent enforced, data minimised
  • One client of your bank
  • Timeouts, bulkheads, circuit breakers
  • Signed connector bundles
  • Credentials held once, in the hub
Your bank
API gateway / ESBREST · SOAP
Core bankingT24 · Finacle · Flexcube
Identity & SCAyour IdP
Payment systemssarie · mada

Whatever sits behind your API layer, the connector is a client of it. Most estates integrate through the mapping connector; the SDK is the escape hatch.

KEYSTONE LABSOBCONNECT · FOR FINTECHS · 07
The mapping connector

Integration is writing mappings, not Java.

  • One signed engine, one YAML per bank. Endpoints, auth scheme, paging, formats and field mappings from your response shapes to the canonical model.
  • Secrets by reference. The mapping names a secret; the deployment supplies it. The file is safe to commit and to hand to a bank.
  • Validated at activation. Unknown keys, misspelt canonical tokens and dangling references refuse to load, with the breadcrumb of the mistake.
  • An SDK escape hatch. Handshakes and pagination the language cannot express land in a two-jar Java SPI, proven by a conformance kit before the platform sees it.
KEYSTONE LABSOBCONNECT · FOR FINTECHS · 08
The proof

Evidence your regulator will recognise.

Audit is a write path, not a log. Every consent transition, every data access and every privileged change is hash-chained on the same transaction as the action itself.

  • Tamper-evident chain - each event references the seal before it; verify on demand, export to WORM storage.
  • The regulator’s report set - availability, performance, consent volumes and TPP activity, generated from the event backbone.
  • Measured where the standard defines it - availability and response time at the edge; a correlation id on every response, including denials.
KEYSTONE LABSOBCONNECT · FOR FINTECHS · 09
Built to pass the security review

What your architecture and infosec teams ask first.

On-premise, air-gap ready

Licensed software in your data centre on Kubernetes. No SaaS, no runtime egress; directory sync and pack updates enter through a controlled, signature-verified channel.

FAPI 1.0 Advanced

Mutual TLS everywhere a TPP touches, pushed authorization requests, signed request objects, private_key_jwt, PKCE and certificate-bound tokens re-checked at the edge.

Keys in your custody

Signing and transport keys generated and held in the bank’s HSM through PKCS#11. Nothing about the platform needs the vendor in the room.

Maker-checker on every change

No privileged operation runs on one person’s say-so, and no script with a secret can approve one. Every decision is on the audit chain.

Partner and connector code never runs in the same process as consent enforcement or TPP traffic; bundles are signed and verified fail-closed at startup.

KEYSTONE LABSOBCONNECT · FOR FINTECHS · 10
Two products, one foundation

Drops into Wahid, or stands alone.

With Wahid

Consent operations, TPP management and the audit trail sit beside the rest of your operations in Wahid, the configurable back office - one identity, one set of controls, one place to work.

Standalone

OBConnect runs beside whatever you already have. The operator console, developer portal and reporting are its own; integration is the mapping to your APIs and nothing else.

Both are built and delivered by the same team, in the GCC, for the standards the region writes.

KEYSTONE LABSOBCONNECT · FOR FINTECHS · 11
The outcome

Weeks, not months. Without losing control.

Nothing regulator-facing is written for you. Your engineers map the platform to your APIs; ours are alongside from the first workshop to certification.

1

Week 1 · Deploy and discover

The compact profile running in your environment, and a gap analysis of your API estate against the standard’s surface.

2

Weeks 2 to 3 · Connect

The mapping connector written as configuration against your APIs, with the conformance kit green before the platform ever sees it.

3

Weeks 4 to 6 · Brand and operate

The journey white-labelled, your staff on the operator console, the developer portal and sandbox opened to licensed third parties.

4

Then · Certify and go live

Conformance runs, the evidence bundle, the regulator’s report set, and a platform your own team operates.

KEYSTONE LABSOBCONNECT · FOR FINTECHS · 12
Next step

See OBConnect in action.

A guided walkthrough of the lifecycle, with your launch plan in mind. Bring the API your app already uses - we’ll show it mapped and answering the standard.

01

Discovery and gap analysis

A week with your engineering and compliance leads: the standard’s surface against the APIs you have.

02

Connected pilot

The compact profile in your environment, your APIs mapped, the conformance kit green, the journey in your brand.

03

Certification plan

Sandbox and portal opened to partners, the evidence bundle, the report set, and operations in your hands.

[email protected]keystonelbs.com/obconnect
KEYSTONE LABSOBCONNECT · FOR FINTECHS · 13
01 / 15 ← → navigate · F fullscreen