Skip to content

18. LOS + LMS deep-dive spec

LOS (Loan Origination System) and LMS (Loan Management System) are the two engines of any lending platform. They are described in module form in 3.E underwriting engine and 3.J LMS, and in backlog form in 13.6 and 13.10.

This section is the spec-level deep-dive — what actually happens inside, in detail. It is the reference an engineer implements against and the baseline an auditor checks against. Conventions described are Indian-practice as commonly followed.

PageCovers
18.1 LOS overview and state machineApplication lifecycle states + transitions + events + side effects
18.2 LOS calls and operationsEvery operation in LOS — APIs, integrations, validations, gates
18.3 LMS overview and state machineLoan account states + transitions + events
18.4 Interest computation conventionsDay-count, calendar, leap-year, holiday, EOM, prepayment, restructure conventions
18.5 Schedule generation algorithmsBullet, EMI, structured, drawdown-based for lines — with worked examples
18.6 Daily batch — order of operationsEnd-of-day batch sequence — accrual, classification, provisioning, NACH, recon
18.7 Charge ledger mechanicsPer charge type — computation, GL postings, GST handling, waterfall
18.8 Waterfall mathematicsConcrete payment-allocation algorithm with worked examples
18.9 Co-lending share accountingShare-level postings, dual ledgers, lockstep operations
18.10 Bureau submission file formatCIBIL Consumer + Commercial file format, field reference, submission cycle
18.11 Reconciliation algorithmConcrete matching algorithm for sponsor-bank vs LMS expected; exception handling
18.12 RBI returns referenceDNBS returns the LMS produces — fields, sources, validation
18.13 Edge cases catalogueExhaustive list of edge cases the LOS / LMS must handle

Already covered (referenced, not repeated)

Section titled “Already covered (referenced, not repeated)”
  • State machines — every state and transition, formally.
  • Per-operation specs — what happens, what’s validated, what’s posted, what’s audited.
  • Computation specs — interest formulas, schedule generation, waterfall mathematics, worked examples that engineers and finance teams can validate against.
  • Format references — CIBIL submission, RBI returns.
  • Edge case catalogue — the exhaustive operational reality.

The conventions in this section reflect standard Indian lending practice:

  • Day-count convention: actual / 365 (most NBFCs).
  • Interest periods: monthly accrual; daily computation on outstanding.
  • Holiday handling: typically “push to next working day” for dues.
  • Penal charges: separate from interest (per RBI Aug 2023 circular).
  • Upgrade on full clearance (per RBI Nov 2021 IRACP clarification).
  • GST on fees: standard 18%; CGST + SGST if intra-state; IGST if inter-state.
  • Currency: INR; amounts stored as NUMERIC(18, 2) (rupees with 2 decimal places for paise).
  • Rates: stored as decimals (0.1950 for 19.50%).
  • Daily classification: end-of-day per RBI Nov 2021.

Conventions vary by lender. Where this spec recommends, it does so for the SME WC wedge described in this doc. Production conventions must be board-approved and consistent across the platform.