Co-lending grows your book. AssureCLA keeps both books provably in agreement.

Two lenders, one loan, two systems never built to agree. AssureCLA recomputes the controls that must match — from both partners’ own records — and flags what disagrees while you can still fix it.

  • 24-control catalogue
  • 6 asset-class control packs
  • Beside your stack · no rip-and-replace
Control engine · Built · demo-readyLive RE connectivity · Design-partner stage

Arrangement lifecycle

The control map follows the loan, not a month-end spreadsheet

Every stage keeps its own evidence state — missing inputs stay UNKNOWN, exceptions carry their owner and history to the final dossier.

  1. Step 1

    Pre-disbursal commitment

    Pin the identified partner, agreed terms and commitment evidence before origination.

  2. Step 2

    Disbursal

    Join both regulated entities' events to the same loan and evidence version.

  3. Step 3

    Partner booking window

    Test acceptance, reimbursement and partner core-ledger posting inside the regulatory window.

  4. Step 4

    Escrow and reconciliation

    Check flow completeness, statement continuity and two-book balance agreement.

  5. Step 5

    Bureau and classification sync

    Compare both-RE CIC reporting, DPD and borrower-level classification on each cycle.

  6. Step 6

    Evidence dossier

    Export verdicts, exceptions, remediation and the tamper-evident event trail for review.

Choose your perspective

One neutral evidence standard, seen from both sides

Bank

Validate the partner book independently, surface exceptions early, and carry one cited evidence dossier into risk, compliance and audit review.

AssureCLA does not replace the bank's CBS, LMS, policy or regulatory interpretation.

See the bank workflow

NBFC

Use one evidence standard across bank partners, shorten onboarding, and make remediation ownership visible without opening one partner's core to another.

Each regulated entity remains responsible for its own records, filings and decisions.

See the NBFC workflow

Inside the suite

One overlay, two modules — and an assistive layer

The assurance core, a pool layer above it, and an assistive layer that never decides — independent of both lenders’ systems, owning neither book.

AssurePlane →

The assurance core: independently recomputed controls, blended-rate verification, cryptographically signed arrangement onboarding, and an append-only audit trail where every exception carries an owner and SLA.

AssurePool →

Pool assurance for DA/PTC: eligibility screens over the arrangement’s evidence base, a frozen tape under a manifest hash, transfer-diligence rooms and post-close surveillance — computed from both REs’ own events.

Assistive agents

In development

Deterministic commentary today, AI analyst narratives ahead — every output is human-approved, and no agent ever creates an approval or an executable value.

The problem

Two sets of books, one set of obligations

The days your book and your partner’s disagree decide an inspection — and today’s tooling finds them weeks too late.

You find out after it's too late to fix

By the time month-end MIS catches a missed window or single-sided filing, it's a finding — not a fix.

Two partners, two versions of the truth

Every mismatch between your book and your partner's becomes a call, an email chain and a spreadsheet.

The inspection asks 'show me' — and the evidence is everywhere

Retention proof, escrow statements and CIC acknowledgements sit in three places; assembling the trail is its own project.

What changes

From finding out late to fixing it early

Catch it while it's still fixable

Controls recompute inside the 15-day window and the next-working-day deadline, so an exception lands as a task with an owner — not a finding.

Walk into any inspection with the answer

One auditor-ready Evidence Dossier per arrangement, on a tamper-evident trail, turns 'show me' into an export.

One truth both partners trust

Recomputed neutrally from both lenders' own records, so reconciliation shrinks to the genuine exceptions.

Grow partners without growing headcount

Add arrangements, partners and asset classes on the same rail, without compliance effort scaling with the book.

Watch it run on a demo arrangement with deliberate breaches, and see what your current process would miss.

Watch it run

See it, not slideware

This is the workspace your team would use

Executive status at a glance, breaches that can’t be quietly hidden, and evidence an auditor can trace — the running product on a demo arrangement with deliberate breaches.

AssureCLA operator workspace top view showing non-maskable breaches, RED control status, evidence anchor and cutover state
A breach the engine cannot un-see: non-maskable retention and CIC findings force RED, and UNKNOWN never dresses up as GREEN.
AssureCLA independent control plane diagram showing evidence from originator RE, partner RE, escrow bank and credit bureaus flowing into assurance outputs
Evidence in from both partners, escrow and bureaus; assurance out as verdicts, exceptions and auditor-ready dossiers.

Swipe screenshots horizontally on smaller screens →

Fits your stack

Beside your CBS, LMS and marketplace — never instead of them

Those systems each keep one lender’s book; co-lending compliance lives in the gap between two. AssureCLA fills it as a neutral overlay — nothing ripped out, neither partner opening its core to the other.

Neutral between partners

Both books reconciled by a party with no stake in either — one answer both sides can rely on.

Monitored cadence, not month-end

Controls recompute as evidence lands — inside the windows that matter, not after the monthly MIS batch closes them.

Weeks to start, not quarters

Preconfigured intake shims accept the files and feeds you already produce — lifecycle webhooks (Yubi/M2P style), core-banking loan tapes (Finacle/T24 style), bureau filings (CIBIL/Experian style).

Evidence with a tamper-evident history

Non-maskable checks on a tamper-evident, append-only trail — the spreadsheet era of “adjusted” reconciliations ends here.

Named shims describe supported payload styles, not commercial partnerships, certifications or endorsements by the named vendors.

One rail, every product

Every co-lending product you run, on the same assurance rail

The 24 co-lending controls apply to every product. On top of them, an asset class brings its own evidence — and we ship those packs one at a time rather than claiming a shelf we have not built.

Gold loans

Pack shipped

Fifteen evidence requirements over and above the common controls: assayer valuation and independence, vault custody, pledge-card delivery, LTV ceiling at origination and through movement, renewal, auction state and notice, insurance, and borrower communication — each held at UNKNOWN until the evidence is supplied, and each with a violation scenario that must be caught.

Next

In development

Housing & LAP · Vehicle & tractor · MSME term · Consumer & personal · Working capital.

Asset-class evidence reaches us through your authorised channels — we do not hold registry credentials of our own.

For your risk & compliance team · RBI Co-Lending Directions, 2025

Six controls that decide an inspection

The headline set. Express requirements cite their paragraph in the Directions; AssureCLA-derived evidence models say so.

CL-RET-01non-maskablePara 10

On-book retention

Each RE retains at least 10% of every individual loan, checked on both sides through every balance movement; ratio-correct programmes still fail loan by loan.

CL-TRF-03non-maskableDerived control supporting Para 22

15-day booking evidence

AssureCLA's derived test verifies all four events — disbursement, partner acceptance, reimbursement and partner core-ledger posting — land inside the 15-calendar-day window. A middleware acknowledgement is not a booking.

CL-COMMIT-01non-maskablePara 8, 21

Ex-ante commitment

The partner's irrevocable commitment must pre-date disbursement with agreed terms pinned; post-origination partner selection fails the Directions (transfer only to the identified partner RE, Para 23).

CL-CLASS-01non-maskablePara 33

Classification convergence

Borrower-level SMA/NPA classification must converge across both REs by end of the next working day; divergence is a critical, non-maskable exception.

CL-CLASS-02Para 31

Both-RE CIC reporting

Each RE reports its own share to the credit information companies; single filers, divergent DPD, contradictory statuses and unacknowledged files are caught per cycle.

CL-ESC-03Derived control supporting Para 26

Escrow evidence completeness

All flows route through escrow (Para 26); AssureCLA's continuity test chains statement sequences and balances, holding the status at UNKNOWN until any gap is restored or independently explained.

The full catalogue — 24 controls across the Directions, PSL and referenced regimes — lives on AssurePlane. See each one recomputed and proven against a violation.

Frequently asked

The questions every evaluation starts with

What is AssureCLA?

An independent compliance operating system and evidence control rail for co-lending. It validates loan tapes, escrow, bureau reporting, booking timelines and retention across gold, housing, vehicle, MSME, consumer and working-capital loans.

Why do banks need AssureCLA if they have a Core Banking System (CBS) or LMS?

A CBS or LMS records only one lender's book, but co-lending involves two regulated entities. AssureCLA reconciles both neutrally, recomputing controls inside the 15-day window instead of waiting for monthly MIS.

What is an Evidence Dossier?

An auditor-ready stamped export per arrangement. It carries the Evidence Confidence Score (ECS), non-maskable findings, remediation state and a cryptographic audit proof for risk committees and RBI inspections.

Are the third-party adapter shims formal partnerships?

No. They describe supported payload formats (Yubi/M2P webhooks, Finacle/T24 tapes, CIBIL/Experian files) — not partnerships, certifications or endorsements.

Operating boundary

We assure the arrangement. We are not in it.

AssureCLA is a technology service and evidence-control layer. It does not originate loans, hold funds, service loans, make credit decisions, provide legal advice, or guarantee regulatory outcomes. The lender remains responsible for its own policy, controls and regulatory interpretation.

Every capability claim is built and demonstrated, or labelled otherwise. The engine is built and demo-ready; live RE connectivity is at design-partner stage.

See your first arrangement under assurance

A 30-minute walkthrough on a demo arrangement with deliberate breaches, or a shadow pilot on your own data beside your current process.

Also useful: how a control plane differs from a co-lending marketplace.

Status vocabulary

Builtimplemented and internally tested.

Synthetic demodemonstrable with deterministic sample data.

Sandboxintegration surface available without production rails.

Design-partnercontrolled institutional connectivity is pending or underway.

In developmentpartially implemented and not ready for reliance.

Roadmapdesigned but not yet implemented.

A status applies to the named capability or connection — not automatically to every module in the suite.

AssureLocker
AssureLocker Pvt Ltd. (inc. in progress)
3rd floor, Innov8, SKCL Tech Square, SIDCO Industrial Estate, Guindy,
Chennai, Tamil Nadu 600032

AssureLocker is a verification & orchestration platform — not a lender. It supplies verified evidence and risk signals checked against authoritative sources (GSTN, MCA21, EPFO, CERSAI, Account Aggregator) and orchestrates the assessment room. It does not lend, hold or move funds, operate escrow, set advance rates, or make the credit decision — the lender's system of record makes that decision and disburses. AssureLocker Pvt Ltd. (inc. in progress), the provider of AssureLocker, operates strictly as a Technology Service Provider. Every signal is labelled by evidence tier — registry-verified, lender-side, issuer-confirmed, document-signed or self-declared (missing where unresolved); some integrations are in sandbox, lender-side or pilot, and records are written to an immutable registry (hashes only — never raw PII). Signals and figures are point-in-time and consent-bound; confidential to the named parties.

Explainable, evidence-tiered signals — auditable on request. Our algorithmic-accountability approach →

© 2026 AssureLocker Pvt Ltd.. All rights reserved. · Site version: al-20260905-192031-5156ce245