- Managed — Lerian runs your infrastructure and wires the pieces at deploy time. You open the Console, enable the products, and use them — no environment variables, no integration calls. (You won’t need the rest of this page.)
- Self-hosted / BYOC — you run the infrastructure, so you do the wiring: configure each product’s URLs and environment, and deploy it. The rest of this page walks that. Once it’s connected, you can operate from the Console or call the APIs directly — that’s a UX choice, not extra wiring.
Start with the ledger
Everything records in Midaz, the Ledger — it’s the foundation the rest builds on. Stand it up first. CRM is already part of Midaz. The holders and aliases you learned about are built in, so there’s nothing separate to wire — you just enable it. (This is different from the pieces below, which are separate services.) → Set up Midaz · CRM in Midaz
Connect the pieces to the ledger
The other pieces are standalone services, and they don’t all connect the same way — that difference is the practical part:
- Payments and Fees call the ledger’s API. Each runs as its own service and reaches out to Midaz’s API — Payments to record money moving in and out, Fees to post the fee operations. You point each at the ledger’s API in its configuration. → Payments (TED) setup · Fees plugin
- Reporter reads the ledger’s data. It pulls from the ledger (read-only, one direction) to build statements and reports — it never writes back. → Reporter
- Tracer doesn’t connect to the ledger at all — your application orchestrates both. Your code calls Tracer’s validation first, and only sends the transaction to Midaz if the decision is ALLOW. Tracer and Midaz never talk directly. → Tracer integration guide
Tracer checks your configured policies and limits — not account balances. The ledger stays the source of truth for what an account actually holds.
One login across the pieces
So the pieces work as one product (and not as separate logins), they share authentication through Access Manager: it issues the tokens each service trusts. Each piece authenticates with credentials managed there — keep the details in one place and point the pieces at it. → Access Manager
Deploy the stack
There’s no single “install everything” bundle — you deploy each piece (one Helm chart per product) and bring them up in order: Midaz → Access Manager → products and plugins → Console The Console comes last because it needs the others already running. → Helm charts
Operate it from the Console
Once everything is running, the Console is your single pane of glass: enable the pieces and manage them with one login. Enabling a module in the Console turns it on in the interface and shares the login — the piece-to-ledger wiring is the deployment step above, not something the Console does for you. → Lerian Console
On a managed setup
If Lerian runs your infrastructure, all the wiring above is already done for you. From your side it’s simple: enable the modules in the Console and start using them — no environment variables, no deployment. The integration journey on this page is what Lerian handles underneath.
Going further (optional)
A complete core banking is the composition above. When you need more, the same model extends — for example Matcher (reconciliation) or Flowker (workflow automation). They aren’t part of core banking, but they plug into the same stack when your needs grow.

