आपके दो बैंक खाते हैं। योजना के form में एक account लिखा था, लेकिन पिछले महीने किसी दूसरे खाते में सरकारी पैसा आया। अगली किस्त किसमें जाएगी? इसका उत्तर केवल passbook देखकर या “सबसे नया खाता” चुनकर नहीं मिल सकता। पहले संबंधित भुगतान का route और फिर उस transaction का record देखना होगा।
यह guide उस व्यक्ति के लिए है जिसे अपनी अपेक्षित किस्त ढूँढनी है। काम चार हिस्सों में करें: सही योजना और किस्त पहचानें, भुगतान का तरीका समझें, संबंधित बैंक का record देखें और transaction reference से मिलान करें। खाते में जमा होने का सबसे उपयोगी प्रमाण उस अवधि की bank statement है।
पहले किस भुगतान की बात कर रहे हैं, उसे तय करें
“सरकार के पैसे” कहने के बजाय योजना का नाम, beneficiary/application ID, किस महीने या किस्त का भुगतान और portal पर दिख रही स्थिति लिखें। परिवार के किसी दूसरे सदस्य की payment सूचना को अपने account से न मिलाएँ। एक ही परिवार में पेंशन, छात्रवृत्ति और किसान सहायता के अलग लाभार्थी हो सकते हैं।
बैंक जाने से पहले भुगतान की राशि अनुमान से न लिखें। योजना के आधिकारिक record में जो amount और payment date उपलब्ध हो, वही लें। केवल eligibility approved दिखने पर पैसा भेज दिया गया है, ऐसा निष्कर्ष न निकालें। Approval, payment instruction और account credit अलग-अलग पड़ाव हो सकते हैं।
खाता चुनने के दो रास्ते समझें
CGA के SNA SPARSH संबंधी आधिकारिक SOP में account based और Aadhaar based DBT का अंतर दिया गया है। इसका व्यावहारिक अर्थ है कि हर सरकारी भुगतान का destination केवल NPCI mapping से तय नहीं होता। अपनी योजना या payment record से route की पुष्टि करना पहली जाँच है।
| भुगतान का तरीका | पहले क्या मिलाएँ? | कौन सा अनुमान गलत पड़ सकता है? |
|---|---|---|
| Account number आधारित | योजना में उस भुगतान के लिए दर्ज account number और IFSC | NPCI में बैंक बदलते ही इस payment के account details भी बदल गए |
| Aadhaar आधारित APB भुगतान | संबंधित समय की सक्रिय bank mapping और बैंक का credit record | Form में लिखे सबसे पुराने खाते में ही हर किस्त जाएगी |
| तरीका स्पष्ट नहीं | योजना कार्यालय से payment reference और route पूछें | सभी accounts में बार-बार seeding कराने से किस्त मिल जाएगी |
इसलिए बैंक बदलने से पहले एक पन्ने पर अपने दोनों accounts के अंतिम चार अंक लिखें। किस योजना में कौन सा खाता दर्ज है, यह भी जोड़ें। इससे विभाग को सही record दिखा सकेंगे। किसी सार्वजनिक comment, WhatsApp group या अनजान सहायता form में पूरा account number और Aadhaar डालना जरूरी नहीं है।
Aadhaar route हो तो mapped bank कहाँ देखें?
UIDAI के DBT FAQ में bank seeding जाँच के लिए myAadhaar और NPCI BASE के लिंक दिए गए हैं। आधिकारिक सेवा में माँगी गई authentication पूरी करके उपलब्ध bank name, mapping status और तारीख देखें। Result में जो account information उपलब्ध हो, उसे अपने record से मिलाएँ; अस्पष्ट हो तो बैंक से संबंधित खाते की पुष्टि लें।
SBI की BASE जानकारी में mapping history की सुविधा भी बताई गई है। यह खासकर तब उपयोगी है जब किस्त जारी होने के आसपास बैंक बदला हो। आज दिख रहा active bank पुराने भुगतान का अंतिम credit proof नहीं है। उस transaction की तारीख और उस समय इस्तेमाल हुए destination को अलग से जाँचना पड़ सकता है।
सिर्फ SMS नहीं आया, इसलिए भुगतान नहीं हुआ—यह भी पक्का निष्कर्ष नहीं है। बैंक के पास पुराना mobile number हो सकता है या alert न मिला हो। Passbook update, bank app, internet banking या branch से उस पूरी अवधि की statement लें। किसी अनजान caller को OTP देने से सरकारी पैसा “release” नहीं होता।
अब transaction को खाते की entry से मिलाएँ
- योजना का record खोलें: किस्त की स्थिति, राशि, उपलब्ध processing/credit date और payment reference नोट करें। Status का पूरा शब्द लिखें; केवल रंग देखकर अर्थ न निकालें।
- PFMS coverage देखें: DBT Bharat का Citizen Corner payment status सुविधा को PFMS वाली योजनाओं के लिए बताता है। अपनी योजना उसमें आती हो तो दिए गए आधिकारिक payment-status लिंक का उपयोग करें।
- Bank statement निकालें: अपेक्षित तारीख से पहले और बाद का उचित समय लें। केवल balance देखने से यह पता नहीं चलता कि किस योजना की कौन सी credit entry आई।
- चार बातें मिलाएँ: amount, date, account के अंतिम अंक और उपलब्ध transaction reference/UTR। तारीखों में processing और credit का अंतर हो तो बैंक से स्पष्ट कराएँ।
- अंतर लिखें: उदाहरण के लिए “portal में payment successful, लेकिन संबंधित account statement में उस reference की credit नहीं दिखती।” इसी स्पष्ट समस्या पर शिकायत करें।
PFMS record में उपलब्ध UTR या payment reference बैंक को transaction trace करने में मदद करता है। CGA के भुगतान जानकारी संबंधी memorandum में भी UTR और payee remarks के उपयोग का उल्लेख है। हर screen पर समान fields नहीं होंगी; जो विवरण वास्तव में उपलब्ध है, उसी को सुरक्षित रखें।
Success दिखे, लेकिन passbook में credit न मिले तो
पहले केवल passbook की आखिरी printed line नहीं, संबंधित अवधि की updated statement लें। फिर योजना से उपलब्ध transaction reference, राशि, payment date और destination bank/account का विवरण माँगें। वर्तमान NPCI mapping को पुराने transaction का destination मानकर किसी दूसरे बैंक की statement खोजते रहने से मामला उलझ सकता है।
जिस बैंक को payment भेजा गया था, उसे लिखें: “इस reference के लिए credit trace चाहिए। इस अवधि की statement में entry नहीं मिल रही। कृपया credited, returned या अन्य उपलब्ध परिणाम और संबंधित तारीख स्पष्ट करें।” PFMS की Banking FAQ credit delay के लिए बैंक और failure का कारण जानने के लिए initiating department/funding agency की भूमिका अलग बताती है।
बैंक पैसा वापस गया बताए तो return reference/कारण लेकर scheme office से उस पुराने payment की स्थिति और लागू अगला कदम पूछें। केवल नया account दर्ज होने से पिछली किस्त अपने आप दोबारा जारी होने की गारंटी नहीं है। दोनों संस्थाओं के जवाब अलग हों तो उन्हीं references को एक file में जोड़ें; नए अस्पष्ट आवेदन शुरू करने से पहले इस transaction का उत्तर माँगें।
PFMS की तकनीकी शिकायत के लिए वर्तमान आधिकारिक helpdesk से शुरुआत करें और acknowledgement सुरक्षित रखें। उसी ticket के साथ bank और scheme office के उपलब्ध जवाब जोड़ें। कोई payment-release fee माँगे तो उसे सरकारी प्रक्रिया का प्रमाण न मानें।
तीन खातों वाला एक काल्पनिक उदाहरण
मान लें रेखा के बैंक A और बैंक B में खाते हैं। बेटी की छात्रवृत्ति का account बैंक C में है। रेखा ने अपनी Aadhaar based सहायता के लिए B चुना, लेकिन विभाग से मिलने वाला एक अलग reimbursement अभी भी A के account number पर भेजा जाता है। बेटी की payment C में आएगी क्योंकि लाभार्थी और उसका record अलग हैं।
इस स्थिति में “हमारे घर का DBT बैंक B है” कहकर बाकी दो payments वहीं ढूँढना भ्रम पैदा करेगा। रेखा पहले लाभार्थी, फिर scheme और फिर payment route अलग करती हैं। यह उदाहरण सिर्फ जाँच का तरीका समझाता है; किसी वास्तविक योजना के bank-selection नियम का दावा नहीं है।
किस स्थिति में बैंक जाएँ, किसमें योजना कार्यालय?
| स्थिति | किससे बात करें? | क्या माँगें? |
|---|---|---|
| किस्त जारी होने का record नहीं | योजना कार्यालय या उसका grievance channel | Application/beneficiary status और release संबंधी कारण |
| Failed/returned transaction | विभाग और संबंधित बैंक, कारण के अनुसार | Failure reason, सही विवरण और reprocessing की स्थिति |
| Success दिखता है, entry नहीं मिलती | Payment reference के साथ destination bank | Credit trace, संबंधित account और reversal हो तो उसका विवरण |
| गलत या पुराना account दर्ज है | उस record का जिम्मेदार विभाग/बैंक | Update acknowledgment; पहले भेजे payment की अलग स्थिति |
अगर लाभ किसी पुराने लेकिन आपके ही खाते में जमा हुआ है, तो वह सामान्यतः payment tracing की अलग स्थिति है; केवल नया खाता चाहने से वही किस्त दोबारा देय नहीं हो जाती। पहले जमा राशि की पहचान करें, फिर भविष्य के भुगतान के लिए सही बदलाव की प्रक्रिया अपनाएँ। पुराना account बंद करने से पहले pending transactions की स्थिति साफ करना समझदारी है।
“No record” का मतलब अपने आप rejection नहीं है
गलत account से खोज, गलत योजना, चुनी हुई अवधि, payment system की coverage या अभी payment file न बनने जैसे अलग कारण हो सकते हैं। उपलब्ध search fields दोबारा मिलाएँ और फिर योजना कार्यालय से पूछें। केवल एक portal result के आधार पर नया आवेदन या नया बैंक खाता बनाना जरूरी नहीं है।
PFMS के वर्तमान DBT Status Tracker में Beneficiary Validation और Payment अलग विकल्प हैं। इसी public tracker पर payment results पिछले दो वर्षों तक दिखाने की सूचना है। यह display की सीमा है; इससे पुराने बैंक या विभागीय record मिट जाने अथवा claim का अधिकार खत्म होने का निष्कर्ष नहीं निकलता। पुरानी किस्त के लिए विभागीय reference और bank statement से जाँच करें।
यदि आपका सवाल खास योजना से जुड़ा है, तो उसकी अलग जाँच भी करें: NSP application और verification तथा PM-KISAN status के अपने चरण हैं। बैंक का सही होना इन विभागीय चरणों का विकल्प नहीं है।
अंत में आपके पास एक छोटी payment sheet होनी चाहिए: किस्त का नाम, route, destination, reference और statement की संबंधित entry। पैसा नहीं मिला तो इसी sheet से अगली शिकायत करें। इससे हर बार शुरुआत से पूरी कहानी बताने के बजाय अधिकारी सीधे उस transaction पर काम कर सकेगा।
आपके काम के सवाल
क्या सबसे नया बैंक खाता खोलने पर DBT उसी में आएगा?
केवल account खोलना पर्याप्त नहीं है। Aadhaar based route में संबंधित active mapping और account based route में भुगतान के लिए दर्ज account details महत्त्वपूर्ण हैं। नई passbook को payment destination की पुष्टि न मानें।
आज mapped bank B है, क्या पिछली किस्त भी B में आई होगी?
जरूरी नहीं। भुगतान की तारीख, उस समय की mapping और transaction trace देखें। वर्तमान status पुराने credit का प्रमाण नहीं है; संबंधित अवधि की statement और payment reference मिलाएँ।
PFMS पर record नहीं मिला तो क्या योजना रद्द हो गई?
इस निष्कर्ष पर न पहुँचें। पहले सही account, scheme, समय और PFMS coverage जाँचें। फिर योजना के beneficiary और release record से कारण पूछें। सभी योजनाओं का हर भुगतान एक ही tracker में दिखना जरूरी नहीं है।
आधिकारिक जानकारी और जाँच की तारीख
इस लेख के लिए नीचे के आधिकारिक स्रोत 8 नवंबर 2026 को जाँचे गए। आवेदन या शिकायत करते समय संबंधित संस्था का वर्तमान form और आपके मामले का लिखित उत्तर भी मिलाएँ।
- CGA: Account Based DBT through SNA SPARSH
- UIDAI: DBT FAQ
- SBI: BASE
- DBT Bharat: Citizen payment services
- CGA payment-information memorandum, official Prasar Bharati copy
- PFMS: वर्तमान DBT Status Tracker
- PFMS Helpdesk: Banking FAQs
- PFMS: beneficiary grievance guide, 3 November 2026
मुख्य फोटो: प्रतीकात्मक तस्वीर। Photo by Towfiqu barbhuiya on Unsplash. तस्वीर विषय समझाने के लिए है; यह किसी योजना के सत्यापित लाभार्थी या केन्द्र का दावा नहीं है।