PFMS में Failed दिखा और किसी ने कह दिया, “Aadhaar link करा लो।” लेकिन error अगर गलत IFSC का है तो केवल Aadhaar जमा करने से वह गलती नहीं सुधरेगी। सही शुरुआत है: पूरा response पढ़ना और यह पहचानना कि किस record को किस संस्था ने ठीक करना है।
यह गाइड payment failure की file बनाने के लिए है। इसमें किसी किस्त की मंजूरी, राशि या तय दिन में दोबारा भुगतान का वादा नहीं है। आपकी योजना का विभाग eligibility और payment पर काम करता है; बैंक अपने account, KYC और लागू mapping record पर।
पहले पूरी error line सुरक्षित करें
एक screenshot में scheme/category, relevant instalment, status और कारण साथ दिखें तो बेहतर है। उसके साथ तारीख और उपलब्ध payment reference लिख लें। सिर्फ “Rejected” काटकर भेजने से अधिकारी को पता नहीं चलेगा कि बैंक ने किस कारण लौटाया या validation किस चरण पर रुकी है।
अगर screen पर कारण नहीं मिलता, तो scheme office से संबंधित response माँगें। PFMS Banking FAQ भी failure का कारण जानने के लिए initiating department या funding agency से संपर्क बताता है। खुद कोई code चुनकर application में लिखना सही नहीं।
Validation rejection और payment failure को अलग रखें
लाभार्थी विवरण की जाँच में रुकावट और भेजे गए भुगतान का वापस आना अलग पड़ाव हैं। पहले में जरूरी नहीं कि रकम भेजी ही गई हो। दूसरे में transaction का response भी देखना पड़ सकता है। Official PFMS remedy matrix इसी कारण account-based तथा Aadhaar-based validation और payment की अलग tables देती है।
किस चरण की error है, यह अपनी file के ऊपर लिखें। उदाहरण: “Beneficiary Validation में bank account invalid” या “Payment में bank returned: account closed।” दोनों को एक सामान्य “DBT बंद” विषय में मिलाने से सुधार का रास्ता अस्पष्ट हो जाता है।
Error के अनुसार अपना पहला संपर्क चुनें
| Response का अर्थ | पहला काम | तैयारी |
|---|---|---|
| Account number या IFSC गलत | Scheme department को सही विवरण देकर record correction पूछें | बैंक से सत्यापित विवरण और application reference |
| Account closed | विभाग को अपने मान्य सक्रिय account का विवरण दें | पुराने खाते की स्थिति तथा नए विवरण का प्रमाण |
| KYC/invalid-account से संबंधित बैंक response | बैंक शाखा से अपने account की जाँच कराएँ | पूरा error, बैंक की KYC माँग और उसकी पावती |
| Aadhaar NPCI में seeded नहीं या DBT disabled | बैंक से seeding और mapper update की पुष्टि लें | सहमति/अनुरोध का reference और response |
| बैंक नाम और branch IFSC का मेल नहीं | वर्तमान शाखा विवरण विभाग में ठीक कराएँ | सही bank/branch/IFSC की पुष्टि |
| Account और Aadhaar दोनों से संबंधित त्रुटि | एक समस्या ठीक मानकर दूसरी न छोड़ें | संबंधित बैंक और विभाग की अलग correction receipts |
यह हर possible error की पूरी सूची नहीं है। आपके message का शब्द अलग है तो उसका मूल response बैंक/विभाग को दिखाएँ। खासकर UID disabled for DBT को अपने Aadhaar के रद्द हो जाने का अर्थ न दें। अलग response का अलग अर्थ हो सकता है; UIDAI से जुड़ी वास्तविक समस्या हो तो उसके आधिकारिक route की जरूरत होगी।
तीन काल्पनिक cases से सुधार का फर्क समझें
Case 1: बैंक merger के बाद पुराने IFSC से record भेजा गया
रीना का account चलता है और वह उससे सामान्य लेन-देन कर रही हैं। फिर भी payment rejected है, क्योंकि scheme record में पुरानी branch detail है। वह बैंक से वर्तमान विवरण लेकर विभाग में correction देती हैं। केवल नया Aadhaar linking form देना इस record की गलती को नहीं दिखाता। विभाग से correction स्वीकार होने और आगे validation की स्थिति भी पूछती हैं।
Case 2: बैंक ने KYC की कमी बताई
मोहन के मामले में response और शाखा की जाँच KYC समस्या दिखाते हैं। पहले बैंक की वास्तविक माँग पूरी करनी होगी। बैंक से receipt लेकर वे विभाग को correction की जानकारी देते हैं और पूछते हैं कि उस failed transaction के लिए अब क्या प्रक्रिया होगी। KYC पूरी होने की तारीख को payment credit date नहीं मानते।
Case 3: Aadhaar-based route में mapper problem
शबाना के बैंक record में Aadhaar दिखाई देता है लेकिन संबंधित payment response mapping की समस्या बताता है। वह बैंक से NPCI mapper का outcome पूछती हैं। अपने सभी accounts में एक साथ नए requests देने के बजाय एक साफ request और उसका status रखती हैं। इस तरह पुराने और नए responses का मिलान संभव रहता है।
Correction देने के बाद कौन-सा प्रमाण लें?
“ठीक हो जाएगा” सुनना और record ठीक होने का प्रमाण मिलना अलग बातें हैं। अपनी copy पर receipt/reference, तारीख, office/branch और जमा किए गए document की सूची रखें। यदि system में किसी field की correction हुई है तो उसका उपलब्ध acknowledgement माँगें। सभी portal समान receipt नहीं देते; जो official evidence उपलब्ध हो उसे सुरक्षित रखें।
- पहले failed attempt का reference और exact reason लिखें।
- Bank या department में दिया correction request अलग दर्ज करें।
- उस request का outcome या pending स्थिति पता करें।
- इसके बाद beneficiary validation दोबारा हुई या नहीं, विभाग से पूछें।
- पुरानी किस्त के reprocessing अथवा नए payment instruction की स्थिति अलग पूछें।
Payment file बनाने या सरकारी workflow में re-push करने का काम लाभार्थी की सार्वजनिक screen से जरूरी नहीं होता। किसी agent के “मैं back-end से retry कर दूँगा” दावे पर पैसे न दें। आधिकारिक PFMS home page भुगतान process कराने के लिए राशि माँगने वाले संदेशों से सावधान करता है।
Follow-up में यह छोटा विवरण भेजें
योजना ___ की अवधि ___ का payment reference ___ है। Response में ___ लिखा है। मैंने ___ तारीख को ___ संस्था में correction दिया; receipt ___ है। कृपया पुष्टि करें कि सुधार record में स्वीकार हुआ है या नहीं और इस failed किस्त के लिए अगला अधिकृत चरण क्या है।
Screenshot के साथ जरूरी जानकारी text में भी लिखें। सार्वजनिक संदेश में account के केवल अंतिम अंक रखें। पूर्ण विवरण और दस्तावेज अधिकृत form या कार्यालय की जरूरत के अनुसार दें। OTP, PIN या banking password complaint का हिस्सा नहीं होते।
अगर बैंक और विभाग एक-दूसरे के पास भेज रहे हैं तो दोनों के लिखित जवाब जोड़कर एक स्पष्ट सवाल रखें: “जिस error के कारण भुगतान रुका, उसका record कौन बदल सकता है?” यही प्रश्न सामान्य शिकायत से ज्यादा उपयोगी है। Technical record mismatch रह जाए तो PFMS की आधिकारिक helpdesk पर उसी evidence का उपयोग करें।
अक्सर पूछे जाने वाले सवाल
क्या हर failure Aadhaar की वजह से होता है?
नहीं। PFMS की matrix में account, IFSC, account status, KYC और mapping जैसी अलग स्थितियाँ हैं। पहले अपने पूरे response से कारण पहचानें।
KYC कर दी है तो रकम अपने आप दोबारा आएगी?
यह मानना सही नहीं। Correction, validation और failed instalment का नया payment अलग चरण हैं। विभाग से उसी किस्त का अगला workflow पूछें।
पुराना error अभी भी दिखता है, क्या सुधार बेकार हुआ?
पहले देखें कि आप पुराने failed attempt को देख रहे हैं या नए validation response को। तारीख और reference का मिलान करें। पुरानी entry को मिटना सुधार का एकमात्र प्रमाण नहीं है।
क्या नया bank account खोलना जरूरी है?
हर मामले में नहीं। गलत IFSC या अधूरी KYC का समाधान अपने existing account में हो सकता है। खाते की स्थिति देखकर बैंक और विभाग का सही निर्देश लें।
BASE request भी pending है तो किसे शिकायत करें?
वह request और PFMS की payment अलग records हैं। पहले BASE pending/rejected response की गाइड देखें। Linking और mapping की बुनियाद के लिए दोनों का फर्क समझें।
आधिकारिक स्रोत
स्रोत जाँच: 8 नवंबर 2026। आवेदन के दिन अपने मामले की नई विभागीय सूचना देखें।