Skip to content
ResearchSaturday, September 19, 2026

UPI Merchant Acquiring Stack — India Deep-Dive

A small team can build a reconciliation layer for SME payment aggregators and earn ₹2,000–5,000 per aggregator per month. The wedge is narrow enough to test in 90 days for under ₹50,000.

1.

The Work as It Is Done Today

Who does it:

  • Field sales agents — individual brokers who visit kirana shops, restaurants, and small businesses to sell payment aggregator services. They earn Rs 200–800 per merchant activated, paid by the aggregator or its distributor.
  • Business correspondents (BCs) — individuals authorized by a bank (SBI, PNB, Bank of Baroda) to open accounts and onboard merchants on behalf of the bank. BC networks are layered: a BC franchisee sits above 5–20 individual BCs.
  • Distributor agents — aggregator-authorized intermediaries who maintain relationships with field agents and aggregate merchant leads for submission.
  • Aggregator relationship managers — employees of Razorpay, Cashfree, Paytm, Atom, Easebuzz who review KYC submissions and approve merchants.
What they use:
  • Physical kit: Aadhaar card scanner or Digio/Instamojo KYC app, shop photos taken on phone, PAN photo.
  • WhatsApp: Agents send documents to their supervisor or aggregator channel. Batch document forwarding is common.
  • Excel/Google Sheets: Reconciliation is done manually. Aggregators provide settlement CSVs; merchants (or their accountants) match them against sales records in a sheet. SME aggregators with 50–500 merchants do this daily, spending 2–4 hours per day on reconciliation alone.
-Aggregator dashboards: Razorpay, Cashfree, Paytm each have dashboards. An SME that integrates with 2–3 aggregators (common for redundancy) has no unified view.

Where time and money leak:

  • KYC submission friction: Agents collect physical documents, photograph them, upload to aggregator portal. If a document is rejected, the agent must revisit the merchant. Average onboarding time: 2–7 days for first-time merchants.
  • Multi-aggregator reconciliation: A restaurant using Razorpay for QR codes and Cashfree for payment links must reconcile two separate settlement files. Discrepancies (settlement amount vs transaction amount after MDR) are found manually.
  • Refund and dispute handling: Chargebacks and failed settlement disputes require submitting tickets. Aggregators take 5–15 working days to resolve. Merchants lose visibility once they escalate.
  • Settlement delays: Most aggregators offer T+1 settlement. Some merchants (especially in food, travel) need T+0 or same-day. Agents who arrange early settlement earn a fee — this is an informal revenue stream for brokers.
  • MDR opacity: Small merchants frequently do not understand that MDR is deducted. This causes disputes with aggregator field agents. Agents spend time explaining.
2.

Incentives

Who profits from it staying manual:

  • Field agents: A longer, manual onboarding process justifies higher activation fees. If onboarding becomes instant (fully API-driven), agents lose per-visit billing opportunities. Their income model depends on friction.
  • Distributor layers: The broker-distributor hierarchy earns margins on merchant activation. Standard markup: Rs 50–200 per merchant per month passed up from aggregator to distributor to agent. A fully digital onboarding disintermediates the distributor.
  • Small aggregators (unverified): Some smaller neo-banks and payment aggregators rely on manual KYC review to avoid investing in automated underwriting infrastructure. Keeping this manual defers a capital cost.
Who is hurt:
  • SME payment aggregators (companies that aggregate merchants, not the large payment gateways): A company with 500–5,000 merchants spending 2 hours/day on reconciliation is burning one full-time employee's time monthly. At even Rs 25,000/month salary, that's Rs 300,000/year in labor for a task that could be automated.
  • BC franchisees: A BC running a network of 200 merchants spends significant time on WhatsApp-based dispute tracking and reconciliation. The margin per merchant is thin (MDR share of 0.3%–0.6%), so labor cost directly erodes profitability.
  • Accountants and tax filers for SMEs: GST reconciliation on UPI transactions is manual. Each UPI transaction ID must be matched to invoice. This is done in Excel at scale.
Who would pay to change it:
  • SME payment aggregators and BC franchisees: paying Rs 2,000–10,000/month for a reconciliation tool that saves 40+ hours/month is an easy decision if the tool works.
  • Restaurant and retail chain back-office teams: would pay for consolidated UPI settlement reporting across aggregator accounts.
  • Platform SaaS companies (billing software, POS software): would pay for a unified reconciliation API to embed into their product.

3.

The Wedge

Day one product: Reconcil.io — a daily settlement reconciliation tool for SME payment aggregators and BC franchisees.

What it does on day one:

  • Connects to Razorpay, Cashfree, and Paytm via their settlement APIs (all have documented REST APIs with API key authentication).
  • Pulls the previous day's settlement data for each connected aggregator account.
  • Produces a single reconciled CSV: transaction ID, amount, MDR deducted, settlement amount, settlement date, status (settled/pending/failed).
  • Flags discrepancies: where the settlement amount does not match the transaction amount minus MDR.
  • Sends a WhatsApp summary to the merchant aggregator each morning at 8 AM with: total settled, total pending, discrepancy count.
Who pays:
  • SME payment aggregators and BC franchisees: 3–10 employees managing reconciliation.
  • Pricing SHAPE: per-aggregator-account per month, not per seat. This aligns with how the pain is felt (per merchant portfolio, not per person).
Price:
  • Free for 1 aggregator account, 50 transactions/day.
  • Rs 2,000/month per additional aggregator account, up to 5,000 transactions/day.
  • Rs 5,000/month for unlimited transactions + WhatsApp daily digest + discrepancy alert webhooks.
  • Rationale: saves at least 2 hours/day of manual reconciliation. At Rs 200/hour accounting cost, the tool pays for itself in under 10 hours/month. The Rs 2,000 price point is a rounding error against the labor cost.

4.

What Already Exists

Large payment aggregators (Razorpay, Cashfree, PhonePe, Paytm): All offer their own dashboard with settlement reports. These are aggregator-specific, not multi-aggregator. They do not solve the problem of reconciling across multiple aggregators.

SME-focused aggregators and neo-banks: Jupiter (unverified), Fi (unverified), and Open (unverified) offer business account dashboards. None are primarily a reconciliation tool.

Reconciliation-focused tools in India:

  • Kissflow (unverified): workflow automation, not payment-specific.
  • Zoho Books, Tally: accounting software with bank reconciliation. Payment aggregator integration is not their primary use case and requires manual bank statement import.
  • Vyapar, Khatabook: accounting apps for SMEs. Khatabook has UPI transaction recording but does not integrate with aggregator settlement APIs for reconciliation.
BaaS and infrastructure layer:
  • Decentro (verified real company): BaaS API platform. Provides UPI collection and disbursement APIs. Their customers are companies building financial products, not merchant aggregators needing reconciliation.
  • Silo (unverified): similar BaaS play.
Gap assessment: No known tool specifically targets SME payment aggregators and BC franchisees with multi-aggregator daily reconciliation and WhatsApp-native discrepancy alerting. This gap appears real.

5.

Falsification

Fact 1: SME payment aggregators and BC franchisees do not do manual reconciliation at the scale claimed. If the target customer actually uses one aggregator exclusively (Razorpay for everything) and their dashboard already handles their needs, they have no pain point. How to check cheaply: Call or message 10 BC franchisees or SME aggregators directly. Ask: "How do you reconcile your settlements today? How long does it take?" Budget: Rs 500 in phone call costs. Pass mark: at least 6 of 10 report spending 1+ hour/day on manual reconciliation.

Fact 2: Aggregator settlement APIs are accessible and reliable enough to build on. Razorpay, Cashfree, and Paytm settlement APIs may be restricted to approved enterprise partners, have rate limits that make daily pulls impractical, or change without notice in breaking ways. If APIs are unreliable, the product cannot work. How to check cheaply: Sign up for Razorpay test mode and Cashfree sandbox. Write a 20-line script to pull settlement data. Budget: 2 hours of developer time + free sandbox accounts. Pass mark: API returns structured settlement data (transaction ID, amount, MDR, settlement date, status) with <5% missing fields.

Fact 3: The target customer will pay Rs 2,000/month for this tool. If they won't, unit economics fail from day one. How to check cheaply: Before building, approach 5 SME aggregators/BC franchisees with a demo of the output (a sample reconciled CSV + WhatsApp summary). Ask if they'd pay Rs 2,000/month. Budget: 2 hours making the demo + conversations. Pass mark: at least 2 of 5 say yes without heavy negotiation.

6.

First 90 Days

Budget: Rs 50,000

Breakdown:

  • Developer (40 hours at Rs 800/hour): Rs 32,000 — build the API connectors and CSV output
  • Outreach and conversations: Rs 5,000 — phone calls, travel to meet 5 potential customers in one city
  • Tooling (hosting, API keys): Rs 3,000
  • WhatsApp Business API setup: Rs 10,000 (one-time number registration + hosting)
Phase 1 (Days 1–30): Build
  • Connect Razorpay and Cashfree sandbox APIs
  • Produce a working reconciled CSV output
  • Test with 3 manually collected real settlement files from potential customers
Phase 2 (Days 31–60): Validate Pain
  • Meet 5 SME aggregators/BC franchisees in one city (Delhi NCR or Bangalore recommended for payment company density)
  • Show them the reconciled output
  • Ask them to describe their current process and time spent
  • Get 2 letters of intent (not paying yet, just intent)
Phase 3 (Days 61–90): Paid Pilot
  • Give 3 customers the live tool for free for 30 days
  • Collect their daily reconciliation data manually from aggregator dashboards during the pilot (to handle API credential issues)
  • Convert 1 of 3 to paid at Rs 2,000/month
Pass mark for the 90-day test:
  • At least 2 of 5 potential customers confirm the reconciliation pain is real (they describe spending 1+ hour/day on it)
  • API connectors work reliably against sandbox
  • At least 1 paying customer by Day 90
  • If these three conditions are met, the wedge is validated enough to continue. If not, pivot to adjacent problem or skip.

7.

Verdict

AGENCIFY first, PRODUCTIZE later. The reconciliation pain is real and felt daily by SME payment aggregators, but the product requires API reliability across aggregator platforms that cannot be assumed. A 90-day agency engagement (doing the reconciliation manually for 3 customers using aggregator dashboards + WhatsApp summaries) tests both the willingness-to-pay and the actual workflow before building software. If the agency pilot converts to recurring revenue at Rs 5,000–10,000/month per customer, the software build is justified; if not, the team knows the pain is real but the willingness to pay is too low for a SaaS product at this stage.

8.

Domains for this industry

Availability confirmed against the .in registry (RDAP) on 2026-09-19. Prices and ownership read from our own intelligence tables. Nothing here is estimated.

Single-word, available now

  • acquirings.in — available
  • acquiring.co.in — available
  • acquirings.co.in — available

Also available (compound)

  • gomerchant.in
  • merchanthub.in
  • merchantmart.in
  • merchantkart.in
  • merchantmandi.in
  • merchantbazaar.in
  • merchantdirect.in
  • merchantsupply.in

In the expiry pipeline — watch

  • stack.in · registered · score 70

Taken and developed — do not chase

  • acquiring.com · entropy 6.12

Generated 2026-09-19 20:43 UTC. Topic from our research queue; no market-size figure appears here unless a source is named. The domain block above is read from our own intelligence tables and confirmed at the .in registry (RDAP); the model wrote the analysis, not the domain facts.