Orkivanta
← All posts
7 min read

AI calling agent for loan and invoice recovery in India

An AI voice agent can take the early, repetitive stage of loan and invoice recovery in India — the first reminders, the routine payment-arrangement calls, the authentication that has to happen before anything sensitive is discussed — while a person handles the accounts that actually need judgment. Whether it works has almost nothing to do with the voice and almost everything to do with whether it respects the rules recovery contact is held to here: scrubbing against the Do-Not-Disturb registry, the RBI's expectations on how and when recovery contact happens, DPDP-era consent for the borrower data you feed it, and a hard stop a human can pull. Get that layer wrong and you have automated a regulatory problem at scale. Here is what works and what to keep away from a machine.

What the agent should actually do

On a routine early-stage account, the useful loop is narrow and rule-bound: authenticate the right party before discussing anything, state plainly who is calling and why, deliver a first reminder, offer a documented payment arrangement the account is eligible for, capture a promise-to-pay, and write the outcome back to your loan or invoice system. When the borrower disputes the amount, signals hardship, or the conversation turns sensitive, the agent's job is to recognise that and hand to a human with the full context — not to improvise, and never to threaten.

The economics only clear with the plumbing behind that. Per-call cost tracking in rupees, so spend is legible per account instead of a lump sum at month-end. Deduplication and frequency caps, so the same borrower is not dialled again and again by a system that lost track of itself. Per-circle retry timing, so calls land when a region actually answers. And an operator kill-switch that halts every line at once. Every conversation scored and logged, so the morning after a run you can see what happened on each account and defend it if asked.

The compliance layer is the product, and it is mostly questions

The RBI's directions on recovery conduct set expectations around calling hours, frequency, and the prohibition on harassment. The DND registry governs unsolicited commercial calls. DPDP raises consent and retention questions for the borrower data the agent works from. None of these are settings you switch on with confidence from a blog post, and a vendor who tells you their agent is compliant out of the box is answering a question only your counsel can.

The honest posture is to treat every one of these as a decision for your compliance and legal function, made before a single automated call: what hours, what frequency cap, what disclosure, what script, what is logged, what routes to a human. The system's job is to make those human decisions enforceable — hard timing and frequency caps, DND scrubbing before every campaign, a complete audit log of what was said and when, and the kill-switch. That is different from the system deciding what is compliant. It carries the policy your people set; it does not author it, and it is not a substitute for legal review.

What the public evidence shows, and what it does not

Skit.ai publicly reports that for SameDay Auto Finance, a US auto lender, an AI voice collections system moved promise-to-pay rates from 5.7% to 11.5% — a doubling — alongside a 43% rise in the collection rate, average handle time down from 28 to 18 seconds, and per-call collection cost down about 75%. Those are Skit.ai's reported results for its own client — third-party public evidence, not an Orkivanta outcome and not a figure you should expect. They come from a different country under different recovery rules, on auto-finance accounts, and the page presents them as the vendor's own claim.

Read that way, the case is still useful. It points at where voice automation earns its keep in recovery — high-volume early-stage contact, authentication, the routine arrangement — and at where the reported gains come from: more consistent first contact at a lower cost per attempt. It does not tell you your numbers. The only defensible way to size this is against your own ledger and your own compliance constraints, not by inheriting a vendor's headline from another market.

Where recovery automation is wrong for you

When the ledger is small. A few hundred accounts a month is a person with a phone, not a build — the math does not clear.

When the account is in dispute or hardship. The moment a borrower contests the debt or signals genuine distress, that is a human's call, not because the agent cannot speak but because the accountability cannot sit with a machine. The agent should catch the signal and escalate, not push.

When the relationship is the repayment lever. A long-standing B2B invoice often gets paid because a known account manager rings — automate the reminder around that, not the call that carries the relationship.

When your data is dirty. Wrong numbers and settled accounts still marked open mean the agent calls the wrong people confidently, and in recovery that is not a nuisance — it is a complaint waiting to be filed. Fix the ledger before you point a dialer at it.

Before you talk to anyone

Score your workflow first.

One number, already counted in your systems, that should move — and a switch to stop the thing if it misbehaves. Our readiness test checks exactly that, in a few minutes, with the result shown immediately.

Take the readiness test