Designing a banking middleware for multi-subsidiary organizations
How to protect core banking systems while exposing governed APIs, partner integrations, and observable money flows across multiple entities.
Loading…
Lessons and practical techniques from designing payment rails, distributed backends, and resilient platforms in Africa and beyond.
How to protect core banking systems while exposing governed APIs, partner integrations, and observable money flows across multiple entities.
A short architecture decision record for choosing accounting correctness, auditability, and reconciliation over a simple mutable balance table.
Beyond the landing page: payments, distribution, and trust assumptions that don’t survive first contact with the market.
Clear money boundaries, idempotent commands, and ledgers your finance team can reason about — not just a bigger Postgres cluster.
Fewer slides, clearer decisions: ADRs as a contract between teams — not a beauty contest for diagrams.
Semantic tokens for the design system; product layers only where marketing and UX need to diverge — without breaking engineering or accessibility.
Wave, Orange Money, Free Money: the API gaps, callback traps, and idempotency pitfalls that production systems expose — and how to architect around them.
A single page to align problem, users, metrics, and explicit non-goals before anyone draws a diagram.
Describe your tech landscape and constraints — I’ll offer straightforward advice if there’s a technical match.
Get in touch