aditya
H
o
m
e
M
y
S
e
l
f
E
x
p
e
r
i
e
n
c
e
M
y
W
o
r
k
R
e
v
i
e
w
s
C
e
r
t
i
f
i
c
a
t
i
o
n
s
B
l
o
g
C
y
b
e
r
s
e
c
u
r
i
t
y
C
o
n
t
a
c
t
Return to Articles
FinTech Engineering

NBFC Digital Lending: Building Sub-10-Second Loan Approval Pipelines

2024-09-02

🏦 Engineering Instant Trust: Digital Lending

Blog Graphic

The Indian credit market is experiencing a massive explosion, driven primarily by Non-Banking Financial Companies (NBFCs) offering instant personal loans. The entire business model relies on speed: the user downloads the app, inputs their PAN, and expects the money in their bank account within 3 minutes.

If your backend processing takes 4 minutes, the customer abandons the funnel and utilizes a competitor.

The Orchestration Problem

Approving an unsecured loan isn't a single database lookup. It is a highly complex synchronization of multiple un-reliable third-party APIs.

  1. KYC Verification: Utilizing NSDL to verify the PAN.
  2. Credit Bureau Ping: Hitting Experian or CIBIL for credit history.
  3. Account Aggregator (AA) Setup: Pulling 6 months of raw banking transaction JSON data generated via India's new FIU framework.
  4. Machine Learning Inference: Pushing that massive JSON payload through an internal XGBoost model to predict default probability.

Utilizing the Saga Pattern

When I architect FinTech backends, I rigorously avoid sequential waiting. If you await CIBIL, then await the AA payload, your API takes 15 seconds to return.

Instead, robust Next.js/Node architectures utilize the Saga Pattern combined with Promise.all(). We fire the KYC, Bureau, and AA fetch requests instantaneously in parallel.

More crucially, we must architect fallback states. If the primary Experian API times out, the backend worker must programmatically cut the connection at 1.5 seconds and trigger a redundant fallback API to Equifax.

Building sub-10 second loan pipelines isn't a machine learning problem; it is an aggressive, defensive API engineering challenge.