Skip to content

Published services, current details, and clear categories.

Explore APIs

Bank Account Verification APIs

Send a nominal credit to a bank account and read back the beneficiary name the account holder's bank returns. That tells you a payout account is live before you use it.

your floatEXMP0000123₹1******name_at_bank · ₹1 creditedpenny-drop₹penny-less · ₹0 moved
Request and response

You confirm the required fields and consent steps with us during onboarding.

You send

Bank account number and IFSC code

You receive

Beneficiary name returned by the account holder's bank, with account and transfer status. Available fields vary by data source and account record.

Coverage
Indian bank accounts reachable over standard interbank payment rails. Scope depends on the selected service contract.
Typical users
Lenders, insurers, payment service providers, marketplaces, fleet operators, and gig platforms
Coverage note
A nominal credit goes into the account. The account holder may see a small credit in their statement.
Overview

What you can do with the Bank Account Verification APIs

Penny drop verification confirms a bank account by sending a nominal credit to it over standard interbank payment rails. The account holder's bank replies with the beneficiary name recorded against the account. That evidence comes from the bank, not from the form a customer filled in. Businesses that disburse loans, settle claims, pay sellers or onboard vendors run the check before any real value moves. It confirms that the account details are correct and that the account can receive money. A mistyped digit caught here costs a form field, while the same digit caught at payout costs a reversal and a customer who was promised money. With an API, the check runs inside the onboarding or payout workflow you already have. You compare the returned name against the name you hold, using your own match and review rules.

  • The name comes from the bank

    The beneficiary name comes back from the bank that holds the account. You can compare it against the name you already hold. Which fields come back varies with the data source and the account record.

  • Proof the account can take a credit

    A nominal amount actually settles. A successful check indicates the account is live and reachable. A cancelled cheque or a statement page cannot show that.

  • Checks inside your onboarding screen

    Connect the check to an onboarding screen, payout console, vendor master or internal dashboard. Your workflow then validates account details before it saves the record.

  • A path for closed, dormant and frozen accounts

    Accounts can be closed, dormant or frozen, and a returned name can be close without matching. Structured status information lets you route each case to auto-approval, manual review, or a request for corrected details.

How it works

The five-step Bank Account Verification APIs workflow

Our team walks you through the exact request and response for this service during onboarding.

Step 1

Ask for the account number and IFSC

Capture the account number and IFSC code from the customer or vendor. Tell them a nominal credit is part of verifying the account, and get the consent your own obligations require.

Step 2

Send the details to the API

Your application sends the captured account details through the API as part of onboarding, vendor creation or payout setup.

Step 3

The credit lands and the bank replies

A token amount is credited to the account over standard interbank payment rails, and the account holder's bank responds with the name recorded against it.

Step 4

Score the returned name

Match the returned beneficiary name against the name you already hold, using your own scoring and review thresholds, allowing for initials, expanded names and transliteration differences.

Step 5

Save the result, then pay or pause

Keep the returned name, the match result and the timestamp against the account record. Then release the payout, queue a review, or ask for corrected details.

Industries

Where teams use Bank Account Verification APIs

These sectors build the check into a decision they already make.

  • Lending and NBFCs

    Confirm a borrower's payout account before disbursal

  • Insurance

    Verify the payee account before a claim settlement or refund

  • Fintech and PSPs

    Verify a merchant's settlement account at onboarding

  • Marketplaces

    Check seller payout accounts, and re-check when they change

  • Logistics and fleet

    Verify transporter accounts onboarded in the field

  • Staffing and gig platforms

    Validate worker accounts before payout runs

What Is Penny Drop Verification?

Penny drop verification confirms that a bank account exists, is reachable, and belongs to the person or business you think it does. A nominal credit goes into the account over standard interbank payment rails, and the bank holding the account replies with the beneficiary name recorded against it.

That name is the evidence, and it comes straight from the bank.

It answers a question document collection cannot. A cancelled cheque shows what a customer submitted on one day, while a credit that settles shows the account is live and able to receive money now.

Running Penny Drop Checks Through an API

Confirming account numbers and IFSC codes by hand does not scale. Every payout batch and onboarding form is another manual check, and a mistyped digit usually surfaces only when a transfer bounces days later.

An API moves the check into the workflow you already run. An onboarding screen, a payout console or a vendor master submits the details it has just captured and gets a structured result before the record is saved. The fields that come back vary with the data source and the record.

Verification becomes a step the process cannot skip, instead of a task somebody remembers to do.

What You Send: An Account Number and IFSC Code

Two fields carry the whole check: the account number and the IFSC code. A well-formed code for the wrong branch passes a form validator, and so does a transposed digit. Both produce a confident answer about an account you did not mean.

Where those two fields come from is part of the design. Details carried over from an older vendor master fail the most quietly.

How to Read the Returned Beneficiary Name

A returned name rarely matches your record character for character. The reasons are usually ordinary:

  • initials on one side and expanded middle names on the other
  • an honorific that only one record carries
  • a different transliteration of the same name
  • a joint account held in two names
  • a sole proprietor whose account sits under a trading name

That variety is why a single threshold does badly. Most teams settle on three score ranges owned by the risk team.

A high score releases the payout. A middle score reaches a reviewer, with both names shown side by side. A low score sends the customer back to the form.

Where the line falls between a near miss and a different person is a policy question.

Who Uses Penny Drop, and for Which Decisions

  • Lending and NBFCs verify a borrower's account before a disbursal leaves the building, and again before a repayment mandate is registered against it. A failed disbursal costs more than a reversal: the customer was promised money and did not receive it.
  • Insurers run the check ahead of claim settlements and premium refunds, where payee details are captured once, under stress, and rarely revisited.
  • Fintech and payment service providers verify the settlement account a merchant nominates at onboarding, because every future collection lands there.
  • Marketplaces re-verify when a seller changes that account, a common step in an account takeover.
  • Logistics and fleet businesses pay transporters and owner-drivers onboarded in the field, from a phone, with details typed once.
  • Staffing and gig platforms face the same problem more often: many workers, small payouts, and a bounce that costs more to resolve than the payout.

Penny Drop in Day-to-Day Operations

Treat the response as a record you keep. When a payout is disputed, finance and risk teams need the evidence the decision was made on, and it cannot be rebuilt later.

Re-verification matters as much as the first check. An account verified at onboarding and first used eleven months later has not really been verified. Re-run it when bank details change, before an unusually large transfer, and on a schedule for dormant payee records.

Plan for the outcomes that sit between a clean pass and a clean fail. Accounts can be closed, dormant or frozen, a bank can be unreachable, and a name can come back close without being close enough. Each needs a defined path, agreed before launch.

An account number, an IFSC code and the name attached to them are personal financial data. Collect them for a stated purpose, tell the person what the verification is for, and get the consent your regulatory and privacy obligations require before submitting a check.

Use the result only for that purpose. Verifying a payout account before you pay it is a legitimate business need. Do not run checks on people who are not your customers.

Restrict access inside your organization, keep an audit trail of who ran what and why, and keep responses only as long as the underlying business record requires.

FAQ

Common questions

What teams ask before they integrate Bank Account Verification APIs.

A check that confirms a bank account by sending a nominal credit to it and reading back the beneficiary name the receiving bank holds against that account. Because a small amount actually settles, the result can also indicate whether the account is live and able to receive money.

Get started

Add Bank Account Verification APIs to your workflow

Tell us how you plan to use it. Our team sets up API access, agrees your pricing and takes you through onboarding.