Skip to content

Account Aggregator Framework

Imagine you are opening a trading account and the broker asks for your last six months of bank statements to verify your income for F&O (Futures and Options) trading. Traditionally, you would log into your net banking portal, download a PDF, and upload it to the broker’s website — a process that is slow, error-prone, and requires the broker to parse hundreds of different bank statement formats. The Account Aggregator (AA) framework changes this entirely. AA is like a digital courier service for your financial data — instead of downloading bank statements and uploading them, the data flows directly from your bank to the broker with your one-tap consent. No PDFs, no uploads, no format-parsing headaches. This page covers how the AA framework works, who the key players are, and how a stock broking firm should integrate with it.

The AA framework is built on three roles: the FIP (your bank, which holds your data), the FIU (the broker, which wants your data), and the AA (the consent layer in between, which ensures the data only flows when you explicitly approve it). Understanding these three roles is essential to understanding how the integration works.

The AA ecosystem has grown rapidly since its launch and now covers the vast majority of Indian financial accounts. These numbers give you a sense of the infrastructure’s maturity and reliability.

MetricValue
Financial Institutions Live126
Accounts Enabled2.61 billion
FIPs Integrated90+
Licensed AAs16

In plain English: with 2.61 billion accounts enabled and 126 financial institutions live on the network, the AA ecosystem covers essentially every major bank and financial institution in India. Your customers’ bank accounts are almost certainly accessible through this framework.

Not all 16 licensed AAs are equally relevant for a stock broking use case. The following table highlights the operators that matter most, along with their specific strengths.

OperatorEntityStrengthRelevance for Broking
FinvuCookiejar TechnologiesEarliest entrant, strong consumer appWide bank FIP coverage
OneMoneyFinSec AA SolutionsConsumer-focused, wide coverageGood for retail onboarding
CAMS FinservCAMSFinServMF ecosystem (RTA backing)Mutual fund holdings fetch
AnumatiPerfios AA ServicesAnalytics + AA combinedIncome verification with analytics
PhonePePhonePe TechnologyMassive UPI consumer baseHighest consent conversion rates
DigioDigio InterneteSign + KYC (Know Your Customer) + AA combinedFull-stack if using Digio for eSign
Protean SurakshAAProtean eGovGovernment-backedRegulatory trust signal
CRIF ConnectCRIF ConnectCredit bureau backgroundCredit + AA data combined

In plain English: rather than integrating with each of these 16 AAs individually, the recommended approach is to use a multi-AA gateway that routes consent requests to whichever AA the customer is registered with. This brings us to the integration approach.

There are two ways to integrate with the AA ecosystem: through a multi-AA gateway (recommended) or directly with individual AAs. The gateway approach is strongly preferred for stock broking because it provides smart routing, fallback capabilities, and a single integration point.

ApproachHowProsCons
Multi-AA Gateway (Recommended)Use Setu or Signzy gateway. Single integration, smart routing.Higher conversion (AA fallback). One contract. Best UX.Gateway margin on top of AA fees.
Direct AA IntegrationRegister as FIU with individual AAs. Implement ReBIT (Reserve Bank Information Technology) API spec.No middleman. Direct pricing.Multiple contracts. No smart routing.

In plain English: use a gateway like Setu. You write one integration, sign one contract, and the gateway handles routing consent requests to the right AA for each customer. The small gateway margin is well worth the operational simplicity.

Now let us look at how the API (Application Programming Interface) flow works at a technical level.

The AA flow has two distinct phases: consent collection and data fetch. In the consent phase, the broker (FIU) requests the customer’s permission to access their financial data. In the data fetch phase, the encrypted data flows from the bank (FIP) through the AA to the broker. Critically, the AA itself cannot see or store the data — it is encrypted end-to-end using Diffie-Hellman session keys.

CONSENT FLOW:
FIU (Broker) ──POST /Consent──▸ Account Aggregator
▸ AA sends consent request to customer's AA app
▸ Customer reviews: data type, purpose, duration, frequency
▸ Customer approves via OTP/PIN
▸ AA notifies FIU: consent_status = ACTIVE
DATA FETCH FLOW:
FIU ──POST /FI/request (consent_id)──▸ AA ──▸ FIP (Bank/CDSL)
▸ FIP encrypts + digitally signs data
▸ AA is "blind pipe" — cannot read data
▸ FIU decrypts using Diffie-Hellman session keys

In plain English: the customer gets a notification on their AA app asking “Do you want to share your bank statement with [Broker Name] for the purpose of income verification?” They review the details — what data, for how long, how often — and approve with an OTP or PIN. Once approved, the bank encrypts the data and sends it through the AA to the broker. The AA acts as a “blind pipe” and never sees the actual data.

The AA framework supports more than just bank statements. Here is the full list of financial data types that can be fetched.

FI TypeRegulatorStatusUse for Broking
Savings/Current StatementsRBILiveF&O income proof (Rs.10K credit in 6 months)
Term/Recurring DepositsRBILiveNet worth verification
Equity Shares (Demat)SEBI (Securities and Exchange Board of India)LiveExisting holdings for financial profile
Mutual Fund UnitsSEBILiveNet worth + cross-sell
Insurance PoliciesIRDAI (Insurance Regulatory and Development Authority of India)LiveFinancial profile
NPS BalancesPFRDA (Pension Fund Regulatory and Development Authority)LiveRetirement corpus
GST ReturnsDoR (Department of Revenue)Coming SoonBusiness income for proprietors

In plain English: for stock broking, the most relevant data type is savings/current account statements (for F&O income verification). But the framework also lets you fetch demat holdings, mutual fund units, and insurance policies — data that can enrich the customer’s financial profile and support suitability assessments.

If you are already using Perfios for ITR-based income verification, you might wonder how AA compares. The answer is: they are complementary, not competing.

DimensionAccount AggregatorPerfios ITR Analysis
Data SourceDirect from bank FIP (real-time)ITR documents (PDF/XML)
ConsentCustomer OTP on AA appCustomer uploads document
SpeedSeconds (near real-time)Minutes (document parsing)
DepthTransaction-level bank dataStructured tax return data
CostRs.5-25/fetchRs.15-50/document
Best ForQuick F&O activation via bank statementDetailed income assessment
UX ImpactZero document upload — just consentPDF upload required

In plain English: for the common case of verifying that a customer has Rs.10,000 or more credited to their bank account in the last six months (the typical F&O activation threshold), AA is faster, cheaper, and provides a better customer experience than asking for ITR documents. Use Perfios ITR when you need more detailed income analysis — such as verifying salary breakdowns, business income, or tax-saving investments.

Finally, here is the current regulatory status of AA integration for stock brokers.

In plain English: you are not required to integrate with the AA framework today, but the direction of travel is clear. SEBI is systematically enabling digital data infrastructure across the securities ecosystem, and brokers who adopt AA early will offer a materially better onboarding experience — no document uploads, near-instant income verification, and higher completion rates. The question is not “whether” but “when,” and the engineering effort (1-2 weeks using a gateway like Setu) is modest enough to justify early investment.