Account You Cannot Get
An Account You Cannot Get is a payment account that a lawful business is unable to obtain because the provider, acquirer, scheme or bank will not underwrite its refund, fraud, dispute, sanctions or regulatory risk. Incorporation, tax registration and legality do not by themselves make a merchant acceptable for payment processing.
The need for this gate comes from a timing mismatch in payments. A merchant can be paid out before customers, card networks, banks or regulators force money to move back. If the merchant has disappeared, become insolvent or simply emptied its balance, someone else may be left funding refunds, chargebacks, fraud losses or sanctions exposure. Onboarding is therefore not just identity checking. It is a decision about who absorbs future payment risk.
Concretely, the provider checks the merchant’s legal entity, owners, bank account, product, geography, delivery model, refund policy, expected volume and history of disputes or complaints. It then maps that business to its own rules, acquiring-bank rules, card-scheme rules and local regulatory obligations. Card models allow post-settlement disputes, so reversal exposure matters directly. Push-payment systems such as UPI differ mechanically, but providers still screen for fraud, complaints, AML, sanctions and prohibited categories.
The trade-off is that lawful businesses can be refused, delayed, capped or terminated for reasons that feel unrelated to company law. Firearms, adult content, cannabis or CBD, travel, ticketing, gaming, sweepstakes, crypto, tobacco, pharmaceuticals and similar categories may be restricted depending on provider, licence, jurisdiction and rail. This is commonly misunderstood: the provider is not only asking whether the business is legal, but whether it can safely carry the downstream risk.
Engineers meet this in marketplace onboarding, seller activation, payout timing and product expansion. Dangerous patterns include letting a seller process before category approval, paying out before reversal exposure is covered, reusing an approved merchant account for a new product line, or assuming UPI means no underwriting. The practical invariant is simple: if customers can need their money back, the platform must be able to return it even after rejection or termination.
Common questions
- Why can a legal business be rejected by a payment provider?
- Because the provider is underwriting more than legality. It may be liable, directly or indirectly, for refunds, disputes, fraud, sanctions failures, prohibited-category breaches and regulatory complaints. A business can be properly registered and still fall outside the risk appetite or rules of Stripe, Adyen, Razorpay, PayPal, an acquiring bank or a card scheme.
- What is the provider actually underwriting during onboarding?
- It is underwriting the gap between accepting money and the point where that money can no longer come back. That includes card chargebacks, refunds after non-delivery, fraud claims, complaints, AML and sanctions issues, and category violations. The merchant’s identity matters, but so do what it sells, when it delivers and how much reversal risk it creates.
- Does UPI remove the need for merchant underwriting?
- No. UPI is not the same as card acquiring because it is a bank-account push-payment system rather than a card model with the same chargeback mechanics. But PSPs and regulated entities still care about category approval, KYC, KYB, fraud, AML, sanctions and complaint risk. Different rail, different mechanics, but not zero underwriting.
- What should platforms do before paying out to a new merchant?
- Do not treat sign-up as approval. Confirm the business category, ownership, bank account and permitted payment rails before allowing meaningful processing or irreversible payout. Hold enough balance, reserve or operational cash to refund customers if the merchant is later rejected, terminated or unable to cover reversals.