Skip to main content
NEXCLARA

A decision does not improve by becoming more opaque

It improves when it becomes more legible, better informed, explainable and traceable. NEXCLARA was born of that conviction, and of nothing else.

Credit does not only lack capital. It lacks reading.

An institution that cannot read a file correctly makes not one error but two — and they are symmetrical. Correcting one while worsening the other moves the portfolio nowhere.

Refusing a business that would have repaid

The file fits no grid: no banking history, collateral the model cannot read, incomplete accounts. The refusal is not a risk decision, it is an admission of inability to assess.

Cost: an opportunity lost, invisible in the accounts.

Lending to a business that will not repay

The signals were there — falling cash, repeated delays, client concentration — but scattered across systems that do not speak to one another, or buried in a file nobody had time to read in full.

Cost: a non-performing loan, highly visible in the accounts.

These two errors do not have opposite causes. They have the same one: the risk was read badly.

That is precisely where NEXCLARA exists. Not to decide in the institution's place, but so that more is understood at the moment it decides.

NEXCLARA is not a name found after the product

It is its summary. Two roots, one promise — and a signature that is not a slogan but a conclusion.

NEX

The next generation. Not faster or more automated: built differently, on different requirements.

CLARA

Light, what is made limpid. Where risk was opaque and unexplainable, legibility becomes the primary function.

NEXCLARA

Clarity decides.

Read beforehand, that sentence is a signature. Read afterwards, it is a consequence: the next generation of credit decision will be clear, or it will be worth no more than the last.

What a decision must be to deserve the name

A fast decision that cannot be explained is not a good decision: it is a bet documented after the fact. Five requirements follow, and they govern the entire architecture of the product.

  • Informedit draws on what the institution already holds, including what it did not know how to use.
  • Explainablethe explanation arises from the same calculation as the decision. Produced separately, it would end up contradicting it.
  • Traceablewhat was decided, by whom, on which rules and which versions, is still retrievable months later.
  • Governablerules, scorecards and thresholds belong to the institution, which changes them without depending on us.
  • Defensiblebefore a risk committee, an auditor or a regulator, without having to reconstruct the reasoning.

Technology informs. The institution decides.

This is not a turn of phrase, it is an architectural constraint.

A tool that decided in the analyst's place would have to be more certain than it can be. NEXCLARA takes the opposite route: it makes visible what weighs, names what is missing, flags what deserves attention — and then stops. The gap between the recommendation and the final decision is not a failure of the system: it is information, and it is kept as such.

It is also why the explainability module carries the brand's name. CLARITY is not a feature added to satisfy a regulatory expectation: it is the company's promise, made concrete in the product.

A technology provider, and nothing else

This positioning is deliberate and structural. It determines what NEXCLARA does, and what it rules out.

  • NEXCLARA does not grant credit and carries no credit risk.
  • NEXCLARA is not a credit bureau and builds no credit database for its own account.
  • NEXCLARA does not issue electronic money and performs no payment operations.
  • The client institution remains the data controller; NEXCLARA acts as a technical processor.

The data belongs to the client institution. The software, the models and the algorithms remain the property of NEXCLARA.

One regulatory framework, eight states

The West African Economic and Monetary Union brings together eight states around a single regulator, a common currency and a harmonised banking framework. A solution that is compliant in one country is compliant in the others, without regulatory reconstruction. That unity shapes how the platform is designed.

The OHADA area, with business law harmonised across seventeen countries, extends that scope naturally.

Six differences that show up on the first file

None of them is a matter of comfort. Each one changes the outcome of real applications.

Six differences that show up on the first file
Regulatory frameworkDesigned for another framework, adapted afterwards.Native to the BCEAO framework and to the law applicable in the region.
Incomplete filesAbsence replaced by an average — manufactured information.Absence is information: it is handled, flagged, and weighs on the confidence level.
Local collateralModels centred on real-estate collateral.Joint liability guarantees, progressive lending cycles, inventory pledges.
ExplainabilityPartial, reconstructed after the decision.Computed in the same act as the decision: it cannot diverge.
Deployment on your premisesRarely possible, the architecture being tied to the vendor.Planned, documented and tested as a deployment mode in its own right.
ConfigurationEvery policy change goes through a request to the vendor.Rules, scorecards and thresholds changed by your teams, with simulation beforehand.

Do not build alone before listening

The scarce resource is not technical capability: it is precise knowledge of each institution's real origination process. A platform that is technically remarkable but misaligned with the banking workflow serves nobody.

  1. 1

    Listen

    Meet risk and credit leadership, map the real processes, the systems in place, the data available and the points where files stall. No selling at this stage.

  2. 2

    Calibrate

    Translate the existing credit policy into an explicit scorecard, with your teams. That is what makes starting without statistical history possible.

  3. 3

    Go live

    Deploy in whichever mode your security policy requires, integrate with existing systems, train the analysts.

  4. 4

    Measure

    Track the gap between recommendation and human decision, performance by score cohort, and data quality. That gap is the richest indicator in the system.

From Senegal to the OHADA area, in that order

A decision infrastructure is not rolled out by announcement. It is rolled out institution by institution, market by market, each step resting on what the previous one demonstrated.

  1. Anchoring

    Senegal

    Validate the product with real institutions, on their own files, and demonstrate a measurable effect rather than a promised one.

  2. Consolidation

    Côte d'Ivoire, Mali, Benin

    WAEMU shares a regulator, a currency and a banking framework: compliance established in one country extends to the others without rebuilding.

  3. Continental reach

    OHADA area

    Business law common to seventeen states makes extension possible; it does not make it automatic. Each market remains a market.

  4. Platform

    Ecosystem

    Open the decision through an interface contract, so that others — fintechs, insurers, operators — build on it rather than beside it.

To become the reference infrastructure for credit decisions in Africa

This is an ambition, and it is stated as one.

An infrastructure is not decreed: it is earned institution by institution, by holding over time to requirements few providers agree to impose on themselves. Making credit risk legible, explainable and fair, so that capital reaches those who deserve it — that is the mission, and everything else follows from it.

The most useful conversation is about your files, not ours

An hour on your actual origination process teaches more than a standard demonstration. You can also start on your own: the platform is there to explore, and the prices are public.

Back to top