FOR NBFCs

Loan Management System for NBFCs

Lokta Core is built for the NBFC reality — co-lending with bank and digital-lender partners, per-partner settlement and reconciliation, RBI-style asset classification across the full lifecycle, and securitization-grade reporting that does not require manual reconciliation. Schema-per-tenant Postgres with per-partner audit isolation enforced at the database layer; founder-led engagement from RFP through production.

FAQ

Common NBFC questions about Lokta Core

What NBFCs typically ask in an enterprise LMS evaluation.

  • Does Lokta Core support RBI co-lending guidelines?

    Yes. Lokta Core treats partners as first-class entities, not a tag on the loan. Co-lending configuration covers NBFC originator share, bank co-lender share, distribution waterfall, and partner reconciliation — wired into the data model, settlement events, and accounting feed from day one.

  • How does Lokta Core handle NPA classification under RBI norms?

    Configurable DPD thresholds drive an explicit STANDARD / SUB_STANDARD / DOUBTFUL / LOSS lifecycle. Recovery tracking continues on written-off accounts. Portfolio MIS cuts by partner, geography, product, and asset class are queryable off the canonical model — no separate NPA reporting pipeline to maintain.

  • Can Lokta Core run alongside our existing core banking system?

    Yes. Lokta Core can run as the system of record for the loan book, or as a satellite that syncs bidirectionally with an existing core banking system. Direction and field mapping are configured during implementation against your CBS, not hard-coded.

  • Can Lokta Core produce securitization-grade reports?

    Yes. Pool composition, cohort cuts, and securitization MIS exports come off the canonical model. The underlying accounting events that drive securitization reporting already exist in the platform — pool extraction is a configuration, not a data-engineering project.

  • How is per-partner data isolation enforced?

    Schema-per-tenant Postgres with tenant context set at the database connection level — cross-partner queries are blocked at the database boundary, not at the application layer. Each partner sees its own audit; the platform owner sees the consolidated view through elevated permissions.