All products
Audit & Assurance
CA Audit
AboutContactSupportSign InBook a Demo →
NBFC Lending Suite · LOS · LMS · EIR · ECL · Accounting

One loan book. Every number it produces agrees with every other.

Most NBFCs run an origination system, a loan management system, an EIR spreadsheet, an ECL model and a GL interface — five systems telling five versions of the same loan. FinIFRS Lending is one book: the application you underwrite is the loan you service, the schedule you service is the cash flow the EIR is solved on, the EIR is the rate the ECL is discounted at, and every rupee reaches the ledger through a balanced journal. Consumer durable, gold and vehicle loans ship configured; the next product is a template and a maker-checker approval away.

✓ LOS → LMS → accounting in one book✓ Contract rate, APR and EIR — three rates, never confused✓ Ind AS 109 ECL beside RBI IRACP✓ Fortnightly CIC file, validated before it leaves✓ Integer-paise money — no rounding drift✓ Maker-checker on every product change
17
Live lending stages — products to regulatory returns, each a working screen
3
Rates computed per loan: contract, APR (KFS) and Ind AS 109 EIR
0
Rupees of day-one income from dealer subvention — it earns through the EIR
6
AI features whose figures are computed by the engine, never by the model
The problem

“Why does the loan carry ₹21,701 when the customer owes ₹24,000?”

An auditor asks it every year, and in most NBFCs the answer lives in three places that were never built to agree: the LMS knows what the customer owes, a spreadsheet knows the EIR, and a consultant's model knows the provision. Each is internally right. Together they cannot be reconciled — which is exactly the property a regulator and an auditor test for.

The core LMS

Knows the dues and the DPD. Has never heard of amortised cost, and books the dealer's subvention as day-one income.

The EIR spreadsheet

Recomputed at quarter end from an export, on cash flows that no longer match what the LMS actually collected.

The ECL model

Discounted at the contract rate, staged on a different DPD cut, and reconciled to nothing the ledger holds.

What others can't do

What a lending stack of point products structurally cannot do.

These are not features bolted on. They fall out of having one engine and one book — which is why a vendor with an LMS and a separate accounting add-on cannot match them without rebuilding.

ONLY HERE · 01

EIR and ECL from the same code path

The impairment is discounted at the rate the interest income was recognised at, because one engine produced both. Your auditor's reconciliation is a query, not a project.

ONLY HERE · 02

Policies bound to the loan for life

A loan is booked against the exact effective-dated version of every policy. Changing the product tomorrow never re-prices a loan booked yesterday — and the explainer can prove which version applied.

ONLY HERE · 03

Three outcomes, not two

Underwriting returns PASS, REFER or FAIL. A REFER names the waivable rule, the authority allowed to waive it, and the arithmetic — ‘FOIR 58.3% against a 50% ceiling’ — not a silent reject.

ONLY HERE · 04

Two provisions, one screen

Ind AS 109 ECL and RBI IRACP computed side by side on the same classification, with the 13-Mar-2020 impairment-reserve rule applied where the prudential floor is higher.

ONLY HERE · 05

Payment breaks caught before the borrower is

Rail vs book reconciliation flags SETTLED_NOT_POSTED — a paid EMI that never reached the loan — before it becomes a collection call, a penal charge and a bureau report.

ONLY HERE · 06

Every NACH return code is an instruction

Insufficient funds re-presents after salary day; a technical decline re-presents tonight; a mandate cancellation stops presenting. Codes drive action, not an error log.

What is inside

Seventeen stages, each a working screen.

The lending pipeline runs left to right across the product. Every stage below is live in the product today — none is a slide.

PRDProduct catalogueStart from a consumer-durable, gold or e-bike template; draft → review → approve → active under maker-checker.
SIMLoan simulatorPrice any loan against a product: repayment schedule, amortised-cost schedule, charges and all three rates.
CUSCustomer & KYCOne customer record across loans, identity verified once, re-used everywhere.
LOSApplications & underwritingCredit policy as data. PASS / REFER / FAIL with the amount they do qualify for and the arithmetic behind it.
VERVerificationKYC, bureau tradeline reading (declared vs actual obligations for FOIR) and income verification behind ports.
DOCDocuments & KFSRBI Key Facts Statement with APR computation sheet, third-party fee split and validity window — tested against the direction.
LMSLoans & servicingBooking, schedules, part-payment, foreclosure, suspense application and appropriation order — performing and NPA.
PAYPayments & NACHMandates, presentation, return-code handling and UTR-level settlement against the book.
EODEnd of dayInterest dues, accrual, DPD, classification and GL posting — sharded, idempotent, safe to re-run after a crash.
COLCollateral & gold vaultPledge, custody and release; strong-room reconciliation; LTV against each ticket-size cap.
RECRecoveryNPA workflow, restructure and write-off with the ledger consequence of each step.
PTNPartners & dealer schemesZero-cost EMI schemes resolved into loan terms, subvention, gross / withheld / net dealer payouts.
ECLProvisionsInd AS 109 staging and ECL alongside RBI IRACP, with the higher-of rule and the impairment reserve.
ACCAccountingJournal templates, accounting periods and a balanced GL feed; every entry traceable to its loan event.
REGRegulatoryFortnightly CIC file with rejection reasons found in advance; asset-classification schedule behind DNBS-02.
MIGMigrationLoad a legacy book with validation, opening balances that tie, and an AI-proposed column mapping you approve.
EXPExport packsEvery screen exports to CSV / XLSX with the as-at date it was cut on.
ASTAssistantExplainer, credit adviser and portfolio Q&A over a whitelisted, read-only query catalogue.
The workflow

Application to annual report, without a hand-off.

Each step consumes the stored output of the one before it — never a re-keyed export.

1

Configure

template → active product

Pick a starter product, adjust the six policy families, submit. A checker approves; the product goes live effective-dated.

2

Originate

applicant → decision

KYC, bureau and income verified; the credit policy returns PASS, REFER or FAIL with its reasons and the eligible amount.

3

Disclose & sign

decision → KFS → agreement

The KFS is generated with APR, fee split and contingent charges; the validity window is enforced before execution.

4

Book & disburse

agreement → loan

Schedule and EIR solved at booking from the lender's own cash flows, subvention and fees included.

5

Service

loan → dues, receipts, DPD

NACH presentation, receipts, suspense, part-payments and foreclosures, appropriated by policy.

6

Close the day

book → ledger

EOD accrues on the EIR, ages DPD, classifies NPA and posts balanced journals shard by shard.

7

Provide & report

ledger → ECL, IRACP, CIC, returns

Provisions, bureau file and returns built from the one measured book, each with its own cross-check.

AI-native · 6 live

AI where it saves an afternoon. Never where it moves a rupee.

The engine computes every figure first and stores it. A model is allowed to put stored facts into sentences, rank what the engine already ranked, or propose a mapping a human approves — nothing else.

Ind AS explainer

Live

“Why is this loan carried at ₹21,701?” — answered from the stored EIR schedule, accrual register and bound policy versions, each figure cited.

Credit adviser

Live

Computed observations — four days from NPA, eligible for upgrade, mandate failing — ranked into next actions. Penal charges are never called interest.

Portfolio Q&A

Live

Ask the book a question. The model picks a reviewed read-only query and returns the SQL that ran beside the answer.

Gold price-shock stress

Live

Shock the benchmark, revalue every pledge, re-rank LTVs against each cap; the model drafts the outreach order.

Payment reconciliation

Live

Rail vs book breaks classified and explained, with SETTLED_NOT_POSTED escalated first.

Migration mapping agent

Live

Proposes how `PRIN_OS`, `INT_SUSP` and `NPA_DT` map to the loader — and refuses a mapping that would book unearned income. Never applies one itself.

Collections voice & WhatsApp nudges

Roadmap

Borrower-facing reminders drafted from the dues engine, in the borrower's language.

The boundary

Across every FinIFRS product the rule is the same: a deterministic, tested engine computes and stores every figure first. AI reads documents, drafts sentences and answers questions over what is already stored — it never computes, posts or approves an amount.

Highly configurable

Configure the product. Never wait for a release.

Every rule a credit or finance team argues about is a validated, versioned policy — parsed against the engine's own schema on write and again on read, so a stored policy can only describe something the engine can compute.

Six policy families — interest, charges, allocation / appropriation, asset classification, eligibility and collateral — each effective-dated.
Interest methods: reducing, flat, interest-only and bullet; day counts and holiday calendars per product.
Appropriation order configurable separately for performing and NPA accounts.
Asset-classification rules with sticky or account-level NPA, upgrade conditions and DPD buckets.
Gold LTV caps by ticket size; vehicle and e-bike collateral with their own valuation rules.
Dealer schemes: subvention, advance EMIs, processing fee and payout netting — per partner, per period.
Credit policy rules with waivable vs non-waivable limbs and named waiver authorities.
Maker-checker on every change, with the diff, the approver and the effective date on record.
Neck and neck

Side by side with how NBFCs run lending today.

Categories, not vendor names — the comparison is about architecture, and architecture is what you cannot configure your way out of.

CapabilityLegacy core LMS + add-onsSpreadsheets + consultantFinIFRS
EIR solved on the lender's own cash flows at bookingAdd-on, from exportsQuarter-end workbook✓ Native, stored per loan
Subvention and fees earned through the EIROften day-one incomeManual adjustment✓ B5.4.1 by construction
ECL discounted at the loan's own EIRSeparate modelContract rate✓ Same engine, provable
Ind AS 109 and RBI IRACP side by sideIRACP onlyTwo workbooks✓ One classification, both provisions
RBI KFS with APR computation sheetTemplate document—✓ Generated and validated
CIC file validated before submissionRejection report next week—✓ Reasons found in advance
New product liveVendor change request—✓ Template + maker-checker
AI that cannot invent a figure——✓ Engine computes, model narrates
The questions the room actually asks

We already have an LMS. Do we have to replace it?

No. Take the EIR & ECL engine on its own and feed it your LMS's loan tape — the same measurement, provisions and notes, without migrating servicing. Many lenders start there and move servicing later.

Which products can we run on it today?

Consumer durable (including zero-cost EMI with dealer subvention), gold loans with vault custody and LTV monitoring, and vehicle / e-bike loans ship as templates. Other term-loan products are configured from the same six policy families.

How do you handle end of day at scale?

EOD runs per tenant, per business date, per shard, with a constant number of database round-trips per shard rather than one per loan. Every stage is idempotent, so a crash mid-run is re-run, not repaired.

Can the AI features change a loan?

No. Every AI feature reads figures the engine has already computed and stored. The migration agent proposes; a person approves. The portfolio assistant can only run reviewed read-only queries, and shows the SQL it ran.

What about money arithmetic?

All money is held as integer paise end to end. There is no floating-point rounding to drift between the schedule, the ledger and the provision.

The low-risk way in

Bring one product's book. We'll show you where it doesn't tie.

A four-week pilot on a closed month of your loan tape: we book it, solve the EIR, run ECL beside IRACP and hand back the reconciliation your current stack can't produce.

Works with
Beyond the product lines

We build the AI-native finance automation you can't buy.

A regulator's bespoke return, a partner settlement, a reconciliation between two systems only you run. We build it to your requirement on the same engines, audit trail and AI boundary our products run on — in weeks, with golden tests, and handed over as configuration your team owns.

01Deterministic where money movesEvery figure is computed by a tested engine — never by a model.
02AI where documents and questions areExtraction, narrative and Q&A over stored facts, with validation.
03Governance from day oneHash-chained audit, maker-checker and tenant isolation, inherited.
04Yours to changeRules as versioned configuration your controllers edit after go-live.