Skip to main content
Baobyte AML Suite

Solutions

AML/CFT solutions by institution and by role

The obligations rhyme across Nigerian regulated entities. The operating reality does not. A Tier-1 bank is coordinating eleven people around one decision; a microfinance bank is asking two people to cover the whole programme; a law firm is starting from a spreadsheet. These pages take each of those seriously on its own terms rather than describing an average institution that does not exist.

By role

Five people who evaluate this differently

A CCO, an MLRO, an analyst, an internal auditor and a CISO can be shown the same screen and judge it against five unrelated criteria. These pages lead with the criterion rather than the screen.

Choosing a page

Where the segments genuinely diverge

If more than one of these describes you — a bank with a bureau de change subsidiary, a fintech that also onboards DNFBP merchants — read both. The platform is one tenant either way; the operating model is what changes.

Dominant constraint by institution type
Institution typeDominant constraintWhere the work concentrates
Commercial banksFederated teams and volumeConsistency of decisions across branches, subsidiaries and org units
Microfinance banksA compliance function of two or three peopleProportionate control design and a workable false-positive load
Fintechs and PSPsMachine-speed intakeAPI ingest quality, and adjudication that stays human
DNFBPsOften no compliance software at allA retrievable customer file and a defensible basic programme
Bureaux de changeCash and one-off customersCounter-side identification, aggregation and threshold reporting
InsuranceRisk sits in lifecycle events, not daily activityBeneficiaries, third-party payers, surrenders and claims
Capital marketsOwnership opacity and cross-border investorsBeneficial ownership, source of wealth and settlement flows

Constant across segments

What does not change, whichever page you came from

Segment configuration changes what is monitored, what evidence is collected and what is reported. It never changes how a decision becomes defensible.

Deployment footprint

Who is running this today

This section will carry the segment breakdown of live deployments once there is one that can be sourced and approved for publication.

Placeholder — deployment counts by institution type have not been sourced or approved for publication. Replace with sourced, approved content before this page is made public.

Segment adoption — awaiting sourced figures

Live institution counts, segment mix and reference availability belong here. Until each figure has a named internal owner and written customer approval, this block stays a shell: an unverifiable adoption number on an AML vendor's site is the first thing a buyer's own compliance function will ask us to evidence.

—

Institutions live

Awaiting a figure with a named owner and an as-at date.

—

Segments represented

Awaiting confirmation of which of the seven segments are in production.

—

Reference customers

Awaiting written approval to describe any customer, named or anonymised.

Start the conversation

Start from your segment, not from a feature list

Bring your licence category, your alert volume and the size of your compliance team. We will walk the workflow that fits them, and be explicit about what is configuration, what is integration work and what is still pending an authoritative regulatory artefact.