03Banking-as-a-Service

Banking-as-a-Service integration — build on the right partner for the programme.

Most embedded-finance products are only as good as the integration beneath them. The BaaS provider gets you a sandbox and a Postman collection; the gap between that and a production programme — reconciliation, customer-funds-location records, partner failover, scheme compliance — is the part you engineer yourself.

FCA · UK CFPB · US FCAC · Canada
Discuss a build →See pricing
01 — Problem

Where banking-as-a-service builds usually go wrong.

We build the integration layer between your product and your BaaS partner — Modulr, Moorwand, ClearBank, Railsr, Currencycloud or whoever fits the programme. The providers are good at the rails and the licence; they’re deliberately thin on the operational layer that makes a programme survive its first audit.

The fault lines are consistent. A balance API that’s eventually-consistent with the partner ledger. A reconciliation process that’s a month-end export rather than a real-time control. Customer-funds-location records that can’t answer “where is customer X’s money right now” — the failure mode behind the 2024 BaaS collapses and one the CFPB is now actively enforcing against. Partner-concentration risk with no failover path.

What we build is the programme-management layer above the provider: a canonical ledger that owns where every customer pound or dollar sits, continuous reconciliation across partner, internal and customer-facing views, and a partner-abstraction layer so a commercial change or an outage at one provider doesn’t take down the product.

02 — What we build

End-to-end, audit-ready, in production.

01

Provider integration

Modulr, Moorwand, ClearBank, Railsr, Currencycloud, Solaris — accounts, payments and card APIs wired to production standards, not sandbox standards.

02

Programme-management layer

The operational layer the provider doesn’t give you: onboarding orchestration, account lifecycle, limits, fees and customer servicing.

03

Customer-funds-location ledger

Canonical record of where every customer’s money sits at any moment — the CFPB-enforced standard since the 2024 BaaS collapses.

04

Real-time reconciliation

Partner ledger → internal ledger → customer-facing balance, reconciled on every state change with a hard SLA and on-call alerting.

05

Card programme integration

BIN sponsorship (Moorwand and others), issuer-processor integration (Marqeta, Thredd, Enfuce), tokenisation and scheme compliance.

06

Partner abstraction & failover

Multi-provider abstraction so a commercial change or an outage at one BaaS partner doesn’t take the product down.

07

Safeguarding & FBO evidence

Segregation accounting and the evidence trail the FCA’s safeguarding regime expects from the e-money your partner holds.

08

Embedded-finance journeys

Account opening, KYC orchestration and customer servicing built on top of the provider, inside your product’s own UX.

03 — Patterns

Build patterns we ship from.

Pattern A

Programme-management platform

Vendor-abstracted layer above one or more BaaS providers — owning onboarding, lifecycle, limits, fees and servicing.

ModulrMoorwandClearBankAWS Step Functions
Pattern B

Customer-funds-location ledger

Event-sourced canonical record of fund location with point-in-time reconstruction — answers “where is customer X’s money” in one call.

Postgres event-sourcingKafkaS3 / Glacier
Pattern C

Real-time reconciliation engine

Partner / internal / customer match on every state change, with break workflow and on-call alerting against a hard SLA.

Kafka / SQSPostgresdbt
Pattern D

Card programme integration

BIN sponsor + issuer-processor + scheme compliance, with tokenisation and a clean dispute pipeline.

MoorwandMarqetaThreddEnfuce
04 — Regulations

What this work has to comply with.

UKFCA Safeguarding (May 2026)UKEMRs 2011 / PSRs 2017UKEMD agent / distributor modelUSPartner-bank / BaaS guidance (OCC / FDIC / Fed)USCFPB consumer-funds-location enforcementGlobalCard scheme rules (Visa / Mastercard)GlobalAML / KYC obligationsCARetail Payment Activities Act
05 — Stack

What we build with.

BaaS & e-money partners

ModulrMoorwandClearBankRailsrCurrencycloudSolarisOpenPayd

Card issuing & processing

MarqetaThreddEnfucePaymentology

Infrastructure

AWS Step FunctionsPostgres event-sourcingKafkaOpenTelemetry
06 — Recent build

A programme-management layer across two BaaS partners — with a funds-location ledger that passed diligence in a day.

A UK embedded-finance scale-up was running its product on a single BaaS provider with no real-time reconciliation. The balance API was eventually-consistent with the partner ledger, customer-funds-location was a weekly export, and the single-provider dependency had been flagged as a material risk in their last raise.

We built a programme-management layer above two providers (Modulr for accounts and payments, a card-issuing partner for the card programme), a canonical customer-funds-location ledger reconciled on every state change, and a partner-abstraction layer that let the product run across both without journey changes.

When the next investor’s technical diligence asked “where is any given customer’s money, right now, and how do you know,” the answer was a single API call with point-in-time history. The diligence item that had taken weeks the previous round closed in a day.

2 partners
One programme layer
<60s
Reconciliation SLA
1 day
Funds-location diligence closed
07 — FAQs

Questions we get every time.

What does a BaaS provider give you, and what do you still have to build?

A provider gives you the licence, the rails (accounts, payments, sometimes cards) and an API. What they deliberately don’t give you is the programme-management layer: onboarding orchestration, account lifecycle, limits and fees, customer servicing, real-time reconciliation, and the customer-funds-location records a regulator expects. That gap — provider sandbox to production programme — is the work. Most firms underestimate it by a factor of two or three.

How do you build a customer-funds-location ledger, and why does it matter now?

It’s a canonical, event-sourced record where every customer pound or dollar has exactly one location at any moment — partner account, sub-ledger, FBO designation, settlement-in-flight. State changes are timestamped events, so you can reconstruct “where was customer X’s money on date Y.” It matters now because the CFPB has started enforcing against firms that “failed to maintain adequate records of the location of consumers’ funds” — the failure mode at the heart of the 2024 BaaS collapses. If you can’t answer the question in real time, it’s your top remediation priority.

Can you integrate more than one BaaS provider for failover?

Yes — and for any programme at scale we recommend planning for it from day one. The pattern is a provider-abstraction layer: thin per-provider adapters beneath a canonical programme model, so the product reads the canonical model and a commercial change or outage at one provider is an adapter swap, not a rebuild. You don’t have to launch on two — but the cost of designing for two and using one is small, and the cost of retrofitting multi-provider later is large.

Do you work with Modulr and Moorwand specifically?

Yes. Modulr (FCA EMI, direct Faster Payments / Bacs / SEPA participant) is a common choice for accounts and payments; Moorwand (FCA EMI, BIN sponsorship and card issuing) is a common choice for card programmes. We’re provider-pragmatic — we’ll build on whichever partner fits the programme’s licence model, scheme access, geography and economics, and we’ll tell you honestly where a provider’s operational layer is thin enough that you’ll need to engineer around it.

How does the FCA’s safeguarding regime affect a BaaS programme?

The e-money your BaaS partner holds on your customers’ behalf is safeguarded, and from 7 May 2026 the FCA’s enhanced regime expects continuous, evidenced segregation rather than periodic attestation. Even though your partner holds the funds, you sit in the operational chain that determines where they are — so your programme needs reconciliation and evidence that support the partner’s safeguarding obligations and your own customer-funds-location records.

Scoping a banking-as-a-service build?

Send us a few sentences. We’ll come back inside three business days with a credible delivery plan and a date.