लेखक: 
Account Aggregator 2026 Hindi Guide: RBI-regulated Account Aggregator (AA) आपके bank या दूसरे eligible financial records को आपकी explicit consent से regulated recipients तक साझा कराने का तरीका है। यह लेख account linking, FIP/FIU flow, consent artefact, date-range/frequency, revoke process, privacy controls और अक्टूबर 2026 की interoperability घोषणा को अलग-अलग समझाता है। AA कोई automatic loan guarantee या payment authorisation नहीं है।
Account Aggregator 2026 क्या है? सीधी भाषा में जवाब
Account Aggregator (AA) भारत की consent-based financial-data sharing व्यवस्था है। RBI-regulated NBFC-AA किसी ग्राहक की अनुमति मिलने पर उसके financial institution में मौजूद data को दूसरी authorised financial institution तक सुरक्षित तरीके से पहुँचाने में मदद करता है। उदाहरण के लिए personal loan आवेदन के समय bank statement की PDF email करने के बजाय ग्राहक तय कर सकता है कि lending bank को कौन-से खाते की कितने समय की transaction information मिले। यह system खुद loan sanction नहीं करता, payment नहीं भेजता और bank balance के इस्तेमाल की अनुमति नहीं देता। Customer की स्पष्ट सहमति इसका मूल आधार है। इसलिए account link करने और data-share consent देने को अलग कदम समझना बेहद जरूरी है।
FIP, FIU और AA: चार parties का पूरा flow
ग्राहक data owner और consent giver होता है। Financial Information Provider (FIP) वह institution है जिसके पास data सुरक्षित रहता है—जैसे eligible bank या दूसरी participating financial institution। Financial Information User (FIU) वह regulated institution है जो किसी authorised purpose के लिए data प्राप्त करना चाहती है, उदाहरणतः lender। Account Aggregator (AA) consent workflow और encrypted transfer का intermediary है। सामान्य sequence में FIU data request करती है; AA user को request और terms दिखाता है; user approval देता है; FIP permitted information सुरक्षित भेजता है; FIU तय purpose के लिए information इस्तेमाल करती है। AA bridge है, loan guarantor या customer deposits रखने वाला bank नहीं।
क्यों बनाया गया AA Framework?
पहले borrower को अलग-अलग banks से महीनों की statements download कर lender को upload करनी पड़ सकती थीं। इससे time लगता था, गलत document submit होने, outdated statements और sensitive PDFs अनावश्यक जगह जमा होने के जोखिम थे। AA system customer-controlled digital consent के साथ records को authorised parties के बीच भेजने का infrastructure देता है। इसका फायदा bank और lender दोनों को data verification के बाद होता है। पर पूरी प्रक्रिया automatic loan approval की guarantee नहीं है; interest rate, credit eligibility, lender risk policy, repayment capacity और अन्य documents अभी भी अलग evaluate होते हैं। AA की आवश्यकता तभी पड़ती है जब relevant institutions और requested data type network पर supported हों।
Step 1: भरोसेमंद RBI-regulated AA कैसे चुनें?
Account Aggregator app चुनते समय केवल social media advertisement पर भरोसा न करें। Sahamati की AA Apps directory से participating providers और उनके web/mobile options समझें; institution की official website तथा RBI registration status अलग से verify करें। एक provider की interface आपको आसान लगे और दूसरे की app privacy controls अधिक स्पष्ट हों, तो features compare करें। Registration के समय किसने app बनाया है, उसका privacy notice, customer grievance contact और consent-dashboard accessibility देखें। किसी agent द्वारा WhatsApp पर भेजी APK install करने या bank login credentials साझा करने की जरूरत नहीं होनी चाहिए। Legitimate AA की पहचान उससे जुड़ी permissions और formal regulatory status से करें।
Step 2: AA Handle बनाना और mobile verification
Provider के authorised web portal या mobile app में signup शुरू करें। User को registered mobile number verification और provider के documented customer identification steps पूरे करने पड़ सकते हैं। कई applications account discovery के लिए financial institution में दर्ज mobile number का उपयोग करती हैं। किसी AA handle का format एक सामान्य digital identifier की तरह हो सकता है; provider की actual naming और supported handle formats देखें। यह login स्वयं bank statement को third-party lender तक नहीं भेज देता। Account creation और FIU को consent देना अलग choices हैं। Sign-up confirmation के बाद security lock, notification preferences और consent history location खोजें ताकि भविष्य में किसी data request को आसानी से review या revoke कर सकें।
Step 3: बैंक और अन्य eligible accounts discover/link कैसे होते हैं?
AA app participating Financial Information Providers में आपके पहचान-संबद्ध financial accounts खोज सकती है। उसके बाद आप eligible account चुनकर provider की verified linking steps पूरी करते हैं। कुछ cases में bank द्वारा OTP या other confirmation needed हो सकती है। Account linking का अर्थ केवल data source को AA handle से associate करना है; इससे हर lender को automatic access नहीं मिलता। Sahamati के consumer guides में स्पष्ट है कि linking के बाद भी किसी FIU को data देने के लिए अलग explicit consent चाहिए। यदि कोई account list में न मिले तो registered contact details, FIP availability और app-support guidance देखें। Specific insurance, mutual fund या pension record हर provider पर हमेशा discoverable होगा, ऐसा मानना उचित नहीं।
Step 4: Consent Request में किन fields को जरूर पढ़ें?
किसी lender या FIU की request approve करने से पहले कम-से-कम सात बातों की समीक्षा करें: data माँगने वाली संस्था का नाम, data category, कौन-से accounts शामिल हैं, किस purpose से चाहिए, historical data किस अवधि का है, permission कितने समय valid रहेगी और कितनी बार data access किया जा सकेगा। इसके अतिरिक्त data recipient और data retention-related information के लिए request का relevant detail देखें। एक बार की loan verification और पूरे loan tenure के दौरान periodic account monitoring अलग consent हो सकती हैं। एक ही screen पर multiple consent requests हों तो each purpose अलग पढ़ें। जितनी information की वास्तविक जरूरत हो उससे ज्यादा access देना privacy exposure बढ़ा सकता है।
One-time बनाम recurring data consent
AA data sharing हमेशा केवल एक बार की bank statement transfer नहीं होती। कुछ legitimate use-cases में एक specified validity period के भीतर repeated fetch permissions माँगी जा सकती हैं, जैसे existing loan servicing। Customer को request में allowed frequency, date range, purpose और expiry जाँचना चाहिए। One-time consent एक fixed snapshot दे सकती है; periodic consent से future bank activity भी requested scope में आ सकती है। दोनों विकल्प का risk और convenience अलग है। सिर्फ यह देखकर कि request किसी known lender से आई है, पूरे कई वर्षों का data access स्वीकार न करें। यदि optional broader monitoring की जरूरत समझ नहीं आती तो FIU से written clarification लें और available narrower authorisation consider करें।
Consent artefact क्या होता है और क्या-क्या दर्ज रहता है?
AA framework में user की authorised permission को standardised consent artefact के रूप में describe किया जाता है। यह जानना महत्वपूर्ण है क्योंकि vague sentence—जैसे हम आपका पूरा data देख सकते हैं—सुरक्षित informed consent नहीं है। Official rules में user identity, information type, purpose, recipient, notification address, consent validity तथा access specifications जैसे fields शामिल होते हैं। यह consent का verifiable record होता है, account-holder की unrestricted power of attorney नहीं। किसी institution का बाद में transaction data use करना उसके applicable rules और stated purpose से जुड़ा होता है। Request के accurate summary और time/date की copy personal records में रख सकते हैं, लेकिन full screenshots में private account identifiers दूसरों को share न करें।
Loan के दौरान वास्तविक AA journey: उदाहरण
एक salaried applicant ₹3 लाख personal loan के लिए lender के authorised app में आवेदन देता है। Lender cashflow verify करना चाहता है और उसके AA provider के माध्यम से request भेजता है। Applicant AA app में approved data-source bank चुनता है, last few months की permitted transaction information और lender का नाम देखता है। Consent approve होने पर bank encrypted information requested channel से lender को भेज सकती है। Lender उस data के आधार पर income stability evaluate कर सकता है, लेकिन उसका decision credit bureau report, existing EMIs, employer verification तथा product policy पर भी निर्भर हो सकता है। Applicant के approval से funds debit नहीं होते। यह educational hypothetical process है, किसी वास्तविक bank के guaranteed approval flow का claim नहीं।
AA consent कैसे revoke या withdraw करें?
आमतौर पर अपने उसी AA app या provider’s web dashboard में login करके Active Consents अथवा Consent History section देखें। संबंधित FIU और consent ID select करें, attached data accounts, purpose तथा validity verify करें और provider का revoke option उपयोग करें। Sahamati FAQ और AA Apps guide बताते हैं कि users consent history और active permissions manage कर सकते हैं। Confirmation का timestamp और status सुरक्षित रखें। App labels provider के अनुसार बदल सकते हैं। Consent revocation future authorised fetching रोकने के लिए है; FIU को पहले legitimately मिला data तुरन्त मिट जाने का universal promise नहीं समझें।
Revocation के बाद पहले शेयर हुए data का क्या?
यह सबसे महत्वपूर्ण privacy सवाल है। Consent revoke करने से AA channel में future access पर असर पड़ता है, लेकिन earlier valid consent पर FIU तक पहुँच चुका historical data उस institution के applicable retention rules और stated purpose के अंतर्गत रह सकता है। इसलिए revoke और data deletion दो अलग requests समझें। अगर आप FIU से retained statements हटवाना चाहते हैं तो उसकी published privacy policy, grievance process और applicable legal retention obligations देखें। Approval के समय consent validity और data retention notice पढ़ने की वजह भी यही है। Loan चल रहा हो और repayment verification में fresh bank data चाहिए, तो revocation के बाद lender आपसे alternative document या clarification माँग सकता है।
AA क्या आपकी banking passwords या transactions control करता है?
NBFC-AA का intended role consent-driven financial information transfer है, bank account से money transfer करना नहीं। AA app को bank password, debit card PIN या UPI PIN बिना necessity के share न करें। Valid institution authorised bank verification flow चलाए तो उसे safe channel में पूरा करें, phone call पर मिले OTP को caller को न बताएं। AA के data bridge model और payment aggregators / payment gateways के बीच बड़ा अंतर है। Payment aggregator merchant से customer funds collect/settle करने की अलग type की service हो सकती है। अगर कोई app कहती है कि AA permission देकर bank balance से refund release होगा, तो इसे suspicious समझें।
Data security: AA खुद data देखता या store करता है?
Account Aggregator model का design encrypted data transfer और minimal intermediary visibility के लिए है। Government Department of Financial Services तथा banking explanations के अनुसार financial information AA के पास store नहीं होती; वही information originating FIP और authorised receiving FIU के बीच transit करती है। लेकिन इससे यह निष्कर्ष नहीं निकलता कि FIU द्वारा प्राप्त information हमेशा सभी systems से गायब हो जाएगी। Lender को authorised request पर records मिलते हैं; उसे applicable privacy, financial-sector और contractual controls follow करने होंगे। Customer के लिए सबसे मजबूत control है precise consent: कौन data लेगा, क्यों लेगा, कितने समय तक और कितनी बार। किसी third-party dashboard की universal zero-risk guarantee स्वीकार न करें।
एक consent screen पढ़ने का practical checklist
मान लें request में एक lender, savings account, पिछले छह महीनों की transactions, loan eligibility assessment और one-time access दिख रहा है। यह requirement समझ में आती है तो applicant informed choice कर सकता है। लेकिन वही request तीन वर्ष की transactions, daily ongoing access और unrelated investment-marketing purpose माँग रही हो तो applicant को clarification और narrowing के बारे में पूछना चाहिए। Financial user कितना data वास्तव में चाहता है, उसका objective terms में स्पष्ट होना चाहिए। Data categories जैसे profile, balance summary और individual transactions अलग हो सकती हैं। Checkbox पहले से selected देखकर approve न करें। Need-based sharing, explicit recipient name और expiry awareness सामान्य consent hygiene है।
2026 में नया क्या: interoperability की घोषणा
अक्टूबर 2026 में RBI Governor के policy announcement के बाद news outlets ने report किया कि अलग Account Aggregators के बीच interoperability को वर्ष के अंत तक बढ़ाने का लक्ष्य है। इसका उद्देश्य customer onboarding और network fragmentation कम करना बताया गया है। यह announcement और ground-level full rollout अलग बातें हैं। किसी FIU या AA application में cross-AA linking वास्तव में enabled है या नहीं, इसे उसी provider की live documentation से verify करें। पुराने Sahamati FAQ में अलग AA login IDs पुनः इस्तेमाल न होने जैसी सीमाएँ मिलती हैं; 2026 changes के बाद customer journey stepwise बदल सकती है। इस guide में implementation complete होने का दावा नहीं किया गया है।
2026 pricing news: FIU fee बनाम consumer charge
अक्टूबर 2026 में प्रकाशित industry reports में Account Aggregator ecosystem के financial institutions के लिए proposed standardised data-access fee model पर चर्चा हुई है, जिसकी prospective start date November 2026 बताई गई। Consumer को direct data sharing fee लगेगी, यह निष्कर्ष निकालना गलत है। Customer-facing price या FIU charging का actual contract, regulatory position और effective implementation अलग जांचें। AA provider या lender की दूसरे financial products के लिए commercial fees हो सकती हैं, लेकिन consent process और loan product charges को मिलाकर न देखें। कई explanations में users के लिए AA registration voluntary और data sharing no direct consumer fee के रूप में described है; किसी नई fee demand को verified provider documents से cross-check करें।
AA और Open Banking में क्या अंतर है?
Open Banking एक व्यापक concept है जिसमें permission-based APIs के जरिए financial services और information exchange design हो सकते हैं। Indian AA framework उसका एक consent-managed regulated ecosystem है, जिसके participants, licences और sharing standards specific हैं। केवल bank के statement download API को AA कहना सही नहीं होगा। AA consent request purpose, data type, recipient और validity जैसी boundaries enforce करने के लिए structured process प्रदान करती है। यही वजह है कि individual customers के लिए consent dashboard practically important है। कोई application अपने finance dashboard में balance numbers दिखाती है, इस आधार पर उसे RBI-regulated NBFC-AA नहीं माना जाना चाहिए। Legal entity, certificate और integration model अलग verify करें।
AA बनाम Credit Bureau / CIBIL Score
Credit Bureau और Account Aggregator अलग purpose पूरा करते हैं। Credit Bureau repayment history के आधार पर credit records तथा scores प्रस्तुत कर सकता है। AA consent मिलने पर participating financial institutions से eligible data share करवा सकता है, जो actual cashflow या account activity समझने में मदद करता है। एक lender दोनों sources और अन्य checks का इस्तेमाल कर सकता है। AA पर एक positive bank balance दिखना credit approval या low-interest loan की guarantee नहीं है। यदि आपको score reports का अर्थ समझना है तो Nexeons की CIBIL Score guide देखें; access और decision दोनों में transparency जरूरी है।
AA और UPI Mandate / UPI Circle में क्या अलग है?
AA consent का उद्देश्य financial information share करना है। UPI Mandate / AutoPay recurring payment authorisation है, जबकि UPI Circle trusted Secondary User को delegated payments देता है। यदि किसी application ने Account Aggregator में bank statements के लिए अनुमति माँगी है, तो इसका मतलब वह आपके पैसे debit भी कर सकती है—ऐसा निष्कर्ष ठीक नहीं। Payment authorisation के अलग rails और controls होते हैं। Fraudsters कभी-कभी consent की language का misuse करके UPI PIN माँग सकते हैं। हमेशा app के actual transaction type देखें: financial data access, banking payment या recurring collection। हमारी UPI AutoPay guide में mandate के अलग steps दिए हैं।
Freelancer और MSME के लिए practical benefits
एक छोटा business कई accounts में merchant receipts, supplier payments और operating expenses रख सकता है। Loan application में अलग statements जुटाने का काम समय लेता है। जहां lender, FIP और AA network support मौजूद हो, वहाँ customer-authorised electronic bank data lender को borrowing capacity समझने में मदद कर सकता है। लेकिन कोई guaranteed MSME loan या government subsidy नहीं मिलती। Sales की seasonality, cash deposits, GST returns और loan repayment history जैसे factors independent lending policies के अधीन रहेंगे। Owner को consent request में business account के सही holder, user authority और required months of cashflow देखना चाहिए। Multi-partner firms के joint accounts की authorisation needs individual accounts से अलग हो सकती हैं।
अगर bank या financial account दिखाई नहीं दे रहा
सबसे पहले देखें कि participating bank या product category FIP के रूप में network support देता है या नहीं। Registered mobile number mismatch, account type restrictions, app-side temporary technical issue या linked record permissions कारण हो सकते हैं। हर insurer, investment account और deposit automatic रूप से उपलब्ध नहीं हैं। Customer को उस bank की helpdesk और chosen AA provider की documentation से supported account types confirm करने चाहिए। किसी fake app को bank statement PDF manually upload करना alternative नहीं मानें। यदि loan application के लिए AA data अनिवार्य दिख रहा है लेकिन आपका bank connected नहीं, तो lender से alternative approved verification method पूछें। यह eligibility issue complaint नहीं भी हो सकता।
Suspicious SMS या fake Account Aggregator link से बचाव
अगर message कहता है कि RBI ने आपके accounts lock कर दिए हैं और AA consent तुरंत approve करना होगा, तो उसे official statement मानने से पहले स्वतंत्र verification करें। App या lender का name search करके original site खोलें; SMS का shortened URL सीधे tap न करें। KYC update के बहाने banking PIN, Aadhaar OTP या screen-sharing permissions देने से बचें। Legitimate consent request में recipient और purpose स्पष्ट होने चाहिए। यदि आपने कोई loan या investment service शुरू ही नहीं की, तो unsolicited request को accept न करें। Financial institution की official helpline से पूछें कि request किस reference के अंतर्गत आई है। संभावित fraud के बाद credentials secure करें और applicable reporting route use करें।
Personal checklist: अपने consent register में क्या रखें?
अपनी privacy management के लिए छोटी spreadsheet उपयोगी हो सकती है: AA provider, consent ID, requesting FIU, linked account alias, purpose, data start/end date, permitted frequency, approval date, expiry date, revoke date और support ticket reference। पूरा account number या login secret document में लिखने की जरूरत नहीं। हर महीने active consents review करें और पुराने loan application से unrelated access को जरूरत के अनुसार close करें। किसी provider में expired permissions automatically show हों तो भी actual status check करें। Consent-register का उद्देश्य आपकी oversight मजबूत करना है, proof of guaranteed regulatory compliance नहीं। अलग family members के consents एक shared unprotected sheet में नहीं रखने चाहिए।
Decision table: request approve करने से पहले
| Check | Approve से पहले देखें | Red flag |
|---|---|---|
| FIU | आपने जिस lender/service से request की | Unknown company |
| Purpose | Specific loan या service requirement | Undefined future use |
| Accounts | सिर्फ जरूरी participating account | अनावश्यक multiple accounts |
| Date range | Relevant historical transactions | बिना कारण लंबी history |
| Frequency | One-time या justified periodic | Excessive ongoing fetch |
| Expiry | Clear validity period | Unreadable terms |
| Control | Consent dashboard में status / revoke | No clear support path |
Frequently Asked Questions: क्या AA registration compulsory है?
नहीं। Government Department of Financial Services ने consumer participation को voluntary बताया है। यदि customer किसी financial product के लिए data-sharing option नहीं चुनना चाहता, तो provider के available alternative verification methods पूछ सकता है। किसी specific lender के underwriting process और product availability के कारण documentation की दूसरी requirements हो सकती हैं। Voluntary sharing का अर्थ यह नहीं कि loan बिना income verification के देना lender की obligation है। आप authorised request को decline कर सकते हैं, मगर product decision lender के rules से प्रभावित हो सकता है।
Frequently Asked Questions: क्या consent revoke करने पर loan खत्म हो जाएगा?
Data-sharing consent revoke करना और loan contract समाप्त करना अलग प्रक्रियाएँ हैं। Loan repayment, interest और borrower obligations signed contract के अनुसार चलते हैं। Revocation के बाद lender को future monitoring या verification के लिए alternate documents चाहिए हो सकते हैं। Consent dashboard में revoke status successful दिखे तो भी lender की privacy notice और retained data position अलग review करें। अगर lender कहता है कि active consent आवश्यक है, तो उसका contractual/regulatory basis और suitable alternative written form में पूछें।
Frequently Asked Questions: क्या डेटा पहले से FIU तक पहुँचा है?
Consent history कुछ platforms पर request status, account selection और prior authorisation record दिखा सकती है। Exact fetch history या FIU के पास retained dataset का detail provider implementation पर निर्भर होगा। अपना consumer dashboard देखें, consent artefact या reference ID note करें और discrepancy पर AA तथा receiving institution support से जानकारी माँगें। पहले share हो चुके bank statements की retention policy FIU के controls से जुड़ी है, न कि केवल AA app में दिखाई दे रहे Active या Revoked label से।
Primary sources और October 2026 fact-check notes
RBI framework के official government summary के लिए Department of Financial Services: Account Aggregator देखें। Consumer steps, current AA providers और consent management के लिए Sahamati AA Apps directory, Sahamati FAQ और AA Handle explainer महत्वपूर्ण हैं। October 2026 की interoperability और prospective industry fee reports को Business Standard dated report के रूप में अलग स्पष्ट किया गया है; rollout guaranteed नहीं। इस guide का educational purpose है, व्यक्तिगत lending advice नहीं।
इस विषय पर आगे क्या पढ़ें?
इस खबर से जुड़े विषयों को आसान भाषा में और गहराई से समझें।
