Core Banking & Ledger · Use case

Run a real-time, double-entry ledger

Short answer

A ledger is your system of record for money: every movement becomes balanced debit and credit postings that can't be changed, only reversed. A ledger platform gives you that correctness, real-time balances and sub-accounts without building and proving it yourself.

What this use case is

A ledger is your system of record for money: every movement becomes balanced debit and credit postings that can't be changed, only reversed. A ledger platform gives you that correctness, real-time balances and sub-accounts without building and proving it yourself.

Who builds this

Wallets and neobanks
Marketplaces holding balances
Payment platforms
Lenders
Crypto platforms

What your customer sees

  1. 1Accurate balances that update instantly
  2. 2Consistent history
  3. 3Correct statements

How Core Banking & Ledger solves it

1

Event arrives from payments, cards or internal actions

Event arrives from payments, cards or internal actions

2

Converted into balanced postings with idempotency

Converted into balanced postings with idempotency

3

Balances updated in real time

Balances updated in real time

4

Holds and pending amounts tracked

Holds and pending amounts tracked

5

Events published to your systems

Events published to your systems

6

Reports and reconciliation drawn from the same data

Reports and reconciliation drawn from the same data

Want to have

  1. Double-entry enforcement
  2. Immutability and reversals
  3. Idempotent APIs
  4. Real-time balances
  5. Holds and pending states
  6. Sub-accounts
  7. Event streams
  8. Audit trail

Optional

  1. Multi-currency
  2. Time-travel queries on past balances
  3. Reconciliation tooling

Design decisions

Build or buy

Build in-house
Ledger platform

control versus time and correctness risk.

Scope

Ledger only
Ledger plus products

focus versus completeness.

What to put in your RFP

Correctness

  • double entry
  • idempotency
  • reversals

Performance

  • throughput
  • latency

Model

  • accounts
  • sub-accounts
  • holds

Integration

  • APIs
  • events

Operations

  • reconciliation
  • audit

Commercials

  • pricing by volume
Add these to an RFP

How to evaluate providers for this use case

  1. 1Correctness guarantees
  2. 2Production performance
  3. 3Data model fit
  4. 4Event quality

Pitfalls

  • Building a ledger on a general database without enforcing balance
  • Mutable records
  • No reconciliation with external providers

What providers will ask you

  1. Transaction volumes
  2. Account structures
  3. Current ledger and pain points

Other Finlane categories that cover parts of this

This use case is solved mainly with Core Banking & Ledger. These categories cover specific parts of it and can be tendered alongside it.

Frequently asked questions

Other Core Banking & Ledger use cases

Scope run a real-time, double-entry ledger with Core Banking & Ledger providers

Scope this use case