Why IPO applications get rejected

The plain answer

When an issue does not give you shares, one of two things happened, and they are not the same event. Your application was rejected, which means it failed a check and never entered the allotment at all. Or your application was valid, accepted and then lost the draw because the retail book was oversubscribed. Most people who say their IPO application was rejected are describing the second one.

A rejection is a decision about the form. Something in the application did not match a record that the registrar or the bank holds: the name against the PAN, the bank account, the Demat account, the lot count, the mandate. The bid is struck out before allotment, and the block on your money lifts.

A non-allotment is a decision about the shares. Your application passed every check, sat in the draw with thousands of others and did not come out. There is no mistake in it to find, and no fix that improves the next attempt beyond the size of the retail book.

The outcomes feel identical because the screens you check do not separate them. A broker app shows one status line that reads the same either way, and the money returns in both cases. The difference lives in the records: a rejection carries a reason, a non-allotment carries none. DematOpen's own snapshot of recent issues shows the same pattern, where the applications landing in oversubscribed retail books are overwhelmingly valid bids that simply ran out of shares.

That difference decides what you do next. A rejection is fixable, and the fix sits in your paperwork or your funding rather than in the issue itself. A non-allotment needs no fix at all: the next application will be checked exactly the same way, and the outcome will depend on how many people bid against you.

Duplicate applications

The rule is one application per PAN per investor category. Two bids from the same PAN in the same category are both treated as invalid, even when they come from different brokers, different bank accounts or different UPI IDs. The duplicate does not merge with the first bid or add a second entry to the draw. Both applications disappear.

The reason the mistake is so common is that nothing stops you at submission. The app accepts the second bid, the bank blocks the money a second time and you go into the close believing you hold two entries. The duplicate check runs afterwards, on the full set of bids, and the rejection surfaces days later on a status page that lists both applications as invalid.

The category qualifier matters. A single PAN may apply once in the retail category, and once more in a separate category the issue opens, such as an employee reservation, because those are different pools with different allocation rules. Within one category, one PAN produces one bid, and the registrar counts categories separately when it checks for duplicates.

Name and PAN mismatches

A name mismatch is the single most common genuine rejection cause, and it is the one applicants find hardest to accept, because every document they hold is genuine. The check does not ask whether a document is real. It asks whether the name in the application reads identically to the name in the PAN database, the bank account and the Demat account, and identical is meant literally.

Small differences fail it. A middle name that appears in the PAN but not on the bank account. Initials on one record and a full name on another. A name changed after marriage and updated everywhere except the PAN. A spelling variant carried for years without anyone noticing. Each record can be perfectly valid on its own and still fail the comparison against the other two.

The PAN has a second condition attached. It has to be linked to Aadhaar. An inoperative PAN, one that was never linked or whose linkage lapsed, fails at validation, which means the application is struck out before it ever reaches the allotment stage. You can check the linkage status on the income tax e-filing portal in a couple of minutes, and it is worth doing before an issue opens rather than after.

• Compare the three names. Open the PAN record, the bank account and your Demat holding statement side by side and read the name fields as a stranger would. Look for expanded initials, missing middle names and surname order.
• Fix the record, not the form. Typing the name differently in the broker app does not help, because the registrar compares records rather than keystrokes. If the mismatch is real, correct the underlying document first.
• Keep the PAN current. A name change after marriage belongs on the PAN before the next application, not after it.
• Confirm the Aadhaar linkage. An inoperative PAN rejects the bid outright, and it is the one item on this list that no amount of care in the application form can work around.

Bank account and funding rules

The bank account behind the application has to belong to the applicant. Third-party funding is not permitted, which rules out bidding with a parent's account, a friend's account or a firm's account. A joint account works only where the applicant is the first holder, because the first holder is the person the bank treats as the owner of the funds. This rule catches people who apply from an account they use every day without realising the account is held jointly with a spouse who is listed first.

The second rule is about the size of the block, and it trips up careful applicants who read the band from the bottom. Under ASBA the bank blocks the amount at the cap price of the band, not the floor. The arithmetic is lot size multiplied by the cap price, and the account has to hold that full amount when the mandate is created.

The difference between the two figures is not small change at scale. An applicant who works out the block at ₹30,000 and leaves exactly that in the account watches the mandate fail, because the bank asked for ₹31,500 and found less. The block is a worst-case figure for a reason: the final issue price is only fixed after the book closes, so the system holds the highest amount the bid could cost. If the issue prices below the cap, only the lower amount is debited and the difference is released.

Leave a cushion above the arithmetic. Banks look at the available balance at the moment the mandate is created, so a pending cheque, an automatic debit scheduled the same week or a bill payment in flight can pull the balance below the block after you have already calculated it correctly.

The UPI mandate and why it fails silently

Applying in the broker app creates a bid. It does not create a block. The block happens when you approve the UPI mandate, and the mandate has to be accepted in your UPI app before bidding closes. If you never open the UPI app, nothing was ever blocked and the application was never completed, whatever the broker app chooses to display. This is the quietest failure on the whole list, because an unfinished application and a finished one can look identical on the screen where you submitted it.

Three things go wrong with a mandate, and they are worth telling apart. The mandate is never authorised, which means the request sat in the app unread. The mandate is declined, either because you tapped the wrong button on a notification or because the bank timed out. Or the mandate lapses, because the approval window closed while you were deciding. None of the three can be fixed after the close.

• The UPI ID must belong to the applicant's own bank account. A UPI handle linked to someone else's account fails the same way a third-party bank account does, even when the money is genuinely available.
• The funds must be there at mandate creation. Moving money into the account the next morning is too late, because the block is attempted once and the request dies if the balance is short.
• The mandate is capped at ₹5 lakh per application. Larger bids run through the bank ASBA route with net banking instead of the UPI route, which is worth knowing if you ever bid above the retail category.
• Approve it in the same sitting. Submit the bid, then open the UPI app and clear the pending request before you close the phone. The habit costs a minute and removes the whole failure mode.

Lot size, the retail ceiling and category errors

A bid is a whole number of lots, never a number of shares. Ask for 150 shares when the lot is 100 and the application fails, because the exchange bidding platform accepts lot multiples only. The same applies downwards: the minimum bid is one lot, so a bid for fewer shares than the lot contains has nowhere to go.

The retail ceiling

Retail applications run from one lot up to a ceiling, and the retail category caps an application at ₹2,00,000. The cap applies to the value of the bid, worked out at the top of the price band, so the largest retail bid is the number of lots that fits under it rather than a fixed lot count. Go past it and the bid no longer belongs to the category you entered, which is a rejection.

The category has to match the amount

Each investor category has a size range attached. Retail sits at the bottom, up to the ₹2,00,000 ceiling. The non-institutional category starts above that ceiling and runs upward through progressively larger ticket sizes. An application that crosses the boundary in either direction fails: a retail bid above the ceiling, or a non-institutional bid below the non-institutional minimum, is a bid that does not fit the category printed on it.

Cut-off price belongs to retail only

The cut-off option lets a retail applicant bid without naming a price, agreeing in effect to pay whatever the issue finally prices at within the band. It exists so that individual investors do not have to second-guess the book. It is available in the retail category and nowhere else. A non-retail applicant who bids at cut-off has made an invalid bid, because the higher categories are required to name a price inside the band.

Read your bid back before you submit it. The three numbers that have to agree are the lot count, the category and the amount, and a bid that satisfies two of the three is still a rejected bid.

Demat account problems

Allotment credits to a Demat account number, so that account has to exist, belong to the applicant and be in working order. A trading account alone is not enough. The shares are credited in dematerialised form to the depository account, and an application that names a mismatched or missing Demat account fails at the credit stage even when everything else about the bid was correct.

Dormancy is the version of this problem that surprises people. An account that has seen no activity for a long stretch can be marked dormant by the depository, and a dormant account cannot receive a credit. The same applies to a frozen account, whether the freeze came from an incomplete KYC record, a pledge that was never released or a regulatory flag. Everything looks normal in the app right up to the point where the shares should arrive.

• Check the account is active before the issue opens. If it has been dormant, ask your depository participant to reactivate it. The request is routine and it takes days rather than hours, which is why it cannot wait until the allotment date.
• Make sure the Demat account is the applicant's own. An allotment cannot be redirected into someone else's account, so applying in your name with a relative's Demat account number fails.
• Match the PAN on the Demat account. The account carries a PAN, and where that PAN differs from the one on the application, the credit has nowhere to land.
• Confirm the account number in the bid. Some applicants hold accounts with more than one depository participant. Pick one deliberately rather than accepting whatever the form prefilled.

What happens to your money

The fear behind most rejection questions is about money that has left the account. Nothing leaves. Under ASBA the bank blocks the amount instead of transferring it, so the cash sits in your account through the whole issue and earns whatever interest it normally earns. A rejected or unallotted application is simply unblocked, which means the applicant loses nothing but the opportunity.

The schedule runs on working days from the close. The issue closes on T day, the registrar finalises the basis of allotment on T+1, shares credit and unblock instructions go out on T+2, and trading begins on T+3. This compressed timeline is mandatory for public issues under SEBI circular SEBI/HO/CFD/TPD1/CIR/P/2023/140 of 9 August 2023, which also makes delays in unblocking compensable to the applicant. A block still sitting in your account a week after listing day is not normal, and it is worth raising with both the bank and the broker.

Charges follow the same logic. Brokerage on an IPO application is ₹0 at the brokers compared on this site, and statutory charges do not attach to an application that never became a trade. There is no STT, no exchange transaction charge and no stamp duty on a bid that was rejected or that lost the draw. Those charges first appear on the contract note of a sale, on the day you eventually sell allotted shares.

How to check what happened

The registrar publishes the basis of allotment once the issue closes, and that document is the record of what actually happened. You do not need to read the whole thing. You need the status page for the issue, which you reach with your PAN or your application number, and which is usually linked from the app you applied through.

India's registrar business is a small set of firms, chiefly Link Intime, now part of MUFG Intime, and KFin Technologies. Each issue is handled by one of them, and the broker app points to the right one. The status page distinguishes the two outcomes in a way the broker app does not: a rejection comes with a reason, and a non-allotment comes with nothing but a nil figure against the shares you asked for.

• A reason attached: the application was rejected. The reason is your fix list, and it will name things like an invalid bid, a duplicate application, a PAN mismatch or a failed mandate.
• No reason, no shares: the application was valid and the draw went elsewhere. Nothing about your paperwork needs changing.
• Shares credited: the money was debited at the final issue price and the holding appears in your Demat account on T+2, ready to trade on T+3.
• The bank should agree. If the status page says rejected but the lien is still sitting in your account days later, the two records have diverged, and that is a support call rather than something to wait out.

The basis of allotment document also tells you how the retail book was subscribed and how many valid applications it drew, which answers the question before you ask it. Where an issue was subscribed many times over in retail, almost every valid applicant received nil, and the result you are staring at was the ordinary outcome rather than a fault in your bid.

The pre-submit checklist

Everything on this page collapses into a short list you can run through in the five minutes before you tap apply. None of it costs money, and every item on it removes a rejection reason that has nothing to do with the company or the issue.

• One application, one PAN, one category. Check that nobody in the household is bidding twice on the same PAN, including through a second broker.
• Three names, one spelling. PAN, bank account and Demat account should read identically. Fix the record rather than the form.
• PAN linked to Aadhaar. An inoperative PAN ends the application at validation.
• Your own account, first holder. The block has to come from the applicant's own bank account, and a joint account works only where the applicant is listed first.
• The block at the cap price. Work out lot size × cap price, add a cushion, and leave the balance untouched until the mandate is created.
• Approve the mandate in the same sitting. Submit the bid, then clear the pending UPI request before you do anything else.
• Whole lots, inside the ceiling. The lot count has to be a whole number, the bid has to fit the category, and a cut-off bid belongs to retail only.
• An active Demat account. Dormant or frozen accounts cannot receive a credit, and reactivation takes days.
• Nothing to change after the close. Revisions and withdrawals are possible only while bidding is open.

The cause, what you see, and the fix

Run the list once and you have removed every rejection cause on this page. What remains after that is the draw, which no checklist controls and no application format improves.

What people usually get wrong

Questions people ask

Where to go next

If your last application was rejected, the fix sits in a record rather than in the issue. The pages below cover the application process itself, the KYC checks that run behind it, and the account your shares have to land in.

Sources

• Securities and Exchange Board of India. Circular SEBI/HO/CFD/TPD1/CIR/P/2023/140 dated 9 August 2023, reducing the listing timeline for public issues to T+3. Accessed 14 September 2026.
• National Payments Corporation of India. “UPI product overview, including the IPO mandate flow.” Accessed 14 September 2026.
• National Stock Exchange of India. “Primary market: public issues and the IPO bidding platform.” Accessed 14 September 2026.
• BSE Limited. “Public issues on BSE.” Accessed 14 September 2026.