शिकायत लिखने के बाद भी जवाब उपयोगी न मिले तो कई बार वजह यह होती है कि file में केवल “पैसे नहीं आए” लिखा होता है। PFMS helpdesk को किस योजना, किस अवधि और किस transaction की जाँच करनी है, यह साफ दिखना चाहिए। अच्छी complaint लंबी कहानी से नहीं, सही facts से बनती है।
PFMS ने अपने beneficiary problem-reporting guide को नवंबर 2026 में अपडेट किया है। उसमें grievance दर्ज करने, email acknowledgement, ticket देखने, reply देने और समस्या बंद होने पर feedback का क्रम समझाया गया है। नीचे उसी प्रकाशित guide और खुले public form के आधार पर सरल तैयारी दी गई है; किसी व्यक्ति की ओर से complaint जमा नहीं की गई है।
पहले देखें कि आपका सवाल PFMS helpdesk का है या योजना विभाग का
PFMS एक वित्तीय management और payment platform है। योजना में पात्रता, application verification या किसी खास किस्त की मंजूरी का निर्णय संबंधित विभाग करता है। अगर आवेदन ही reject हुआ है, तो केवल PFMS ticket बनाकर उस निर्णय को स्वतः बदला नहीं जा सकता।
दूसरी ओर, विभाग ने payment भेजने का record दिया है लेकिन tracker और bank response में अंतर है, तो technical query में PFMS reference उपयोगी हो सकता है। बैंक की KYC या account restriction के लिए बैंक से भी काम करवाना होगा। पहली complaint में यह लिखना मदद करता है कि आप पहले किस संस्था से क्या जवाब ले चुके हैं।
| स्थिति | उपयोगी पहला सवाल | साथ रखने वाला प्रमाण |
|---|---|---|
| योजना में application pending | कौन-सी verification बाकी है? | Application receipt और पूरा scheme status |
| बैंक validation rejected | Exact response किस record से जुड़ा है? | Error और बैंक/विभाग की correction receipt |
| Payment record में विरोधाभास | इस transaction का final response क्या है? | Payment reference, status date और relevant statement |
| PFMS public service पर तकनीकी error | कौन-सी service, कब और किस कदम पर रुकी? | URL, error text और निजी डेटा हटाया screenshot |
सही form तक official रास्ते से पहुँचें
PFMS के मुख्य पृष्ठ से Helpdesk या Post Grievance का रास्ता लें, या सीधे आधिकारिक helpdesk landing page खोलें। यहाँ Citizen Login के नीचे Raise a Grievance / Query और Check status के अलग विकल्प हैं।
उस सरकारी entry page से grievance form एक Freshdesk address पर खुल सकता है। इसे केवल दूसरे domain के कारण नकली न मानें; official PFMS पृष्ठ से पहुँचना संबंध की पुष्टि करता है। फिर भी search ad या अनजान संदेश से मिली मिलती-जुलती URL पर निजी जानकारी न भरें।
नवंबर के user guide में PFMS website और helpdesk landing page दोनों से शुरू करने के रास्ते दिए गए हैं। अगर homepage का menu बदला मिले तो ऊपर दिया official helpdesk entry उपयोग करें। पुराने tutorial की हर button position आज भी वैसी होगी, यह जरूरी नहीं।
Form भरने से पहले यह छोटा packet तैयार करें
- नाम और ऐसा email जिसे आप आगे भी खोल सकें।
- Scheme का पूरा नाम, application/beneficiary reference और संबंधित अवधि।
- उपलब्ध transaction reference तथा exact status/error, तारीख सहित।
- Bank या department को पहले दी शिकायत और उसका उत्तर।
- अगर credit mismatch है तो केवल संबंधित समय/entry का आवश्यक statement evidence।
- आप कौन-सा स्पष्ट समाधान चाहते हैं: कारण, record correction की पुष्टि या transaction trace।
यह पूरी bank statement, आधार, PAN और परिवार के सभी documents का बिना जरूरत bundle भेजने की सलाह नहीं है। जितनी जानकारी आधिकारिक complaint के लिए जरूरी है उतनी दें। Unrelated transactions, password, PIN और OTP भेजने से बचें। सहायक व्यक्ति form भर रहा हो तो भी tracking email पर आपका सुरक्षित access होना चाहिए।
User type, issue और subject कैसे चुनें?
खुले grievance form में user name, user type, state, mobile, issue type, priority, email, subject और grievance description जैसे fields दिखाई देते हैं। अपना वास्तविक role चुनें। सामान्य लाभार्थी केवल जल्दी जवाब पाने के लिए Agency या सरकारी officer का गलत role न चुने। आपके चयन के बाद अतिरिक्त fields खुलें तो उनमें भी सही संदर्भ दें।
Subject छोटा और पहचान योग्य रखें। उदाहरण: “छात्रवृत्ति 2026–27: payment reference ___ पर status और bank credit में अंतर।” Subject में पूरा account number डालना जरूरी नहीं। “बहुत जरूरी पैसे दो” से बेहतर है समस्या का वास्तविक प्रकार लिखना। Priority भी असली परिस्थिति के अनुसार चुनें।
Payment complaint का भरने योग्य नमूना
मैं ___ योजना का लाभार्थी हूँ। आवेदन/लाभार्थी reference ___ और संबंधित अवधि ___ है। ___ तारीख को official record में ___ status दिखा। उपलब्ध payment reference ___ है।
मेरी समस्या: ___। मैंने ___ तारीख को ___ बैंक/विभाग से संपर्क किया। उनका जवाब/receipt ___ है। साथ में आवश्यक status evidence तथा संबंधित document संलग्न हैं।
कृपया इस reference की वास्तविक स्थिति, error का जिम्मेदार record और मेरी अगली अधिकृत कार्रवाई स्पष्ट करें। यदि यह विषय किसी अन्य विभाग का है, तो संबंधित route और आवश्यक reference बताने में मदद करें।
यह नमूना किसी असली व्यक्ति की complaint नहीं है। खाली जगह अपनी स्थिति से भरें और जो जानकारी उपलब्ध नहीं है उसे “अभी उपलब्ध नहीं” लिखें। गलत amount, मनगढ़ंत UTR या अप्रमाणित fraud का आरोप जोड़ने से शिकायत मजबूत नहीं होती।
Attachment की तस्वीर साफ हो, संबंधित heading और तारीख दिखे तथा text पढ़ा जा सके। जरूरी reference को description में भी लिखें। केवल धुँधली फोटो भेजकर अनुमान लगाने की जिम्मेदारी helpdesk पर न छोड़ें।
Submit के बाद acknowledgement और status कैसे सँभालें?
प्रकाशित beneficiary guide के अनुसार समस्या दर्ज होने पर email acknowledgement में ticket number मिलता है। इसे अपने रिकॉर्ड में रखें। केवल form भर लेना और submit होने की पुष्टि मिलना अलग हैं। यदि confirmation नहीं दिखी तो अपनी email, spam folder और submission outcome जाँचें; बिना जाँच कई duplicate tickets न बनाएँ।
Helpdesk landing page खास तौर पर कहता है कि status देखने के लिए वही email इस्तेमाल करें जिससे grievance/query जमा की थी। नए user को signup, activation email और password के चरण मिल सकते हैं, जैसा guide में बताया गया है। किसी CSC या परिचित की email से complaint बनी थी तो पहले tracking access का वैध तरीका उनसे स्पष्ट करें।
Ticket खुलने पर उसका number, subject, date और responses देखें। आगे नया प्रमाण मिले तो उसी ticket में reply देकर chronology बनाए रखें। Official guide में Reply और attachment का रास्ता है। यह कहना कि “कल बैंक ने KYC पूरा होने की receipt दी, संलग्न है” नए generic ticket से ज्यादा स्पष्ट रहता है।
Reply आया तो समस्या बंद करने से पहले क्या मिलाएँ?
उत्तर ने आपके exact प्रश्न का जवाब दिया या केवल दूसरे कार्यालय का रास्ता बताया? अगर नई जानकारी माँगी गई है तो जरूरत के अनुसार दें। Account correction बताया गया है तो उसका outcome जाँचें। Payment successful बताया गया है तो relevant bank entry का मिलान करें।
Guide में beneficiary के स्तर पर ticket close करने और feedback देने के विकल्प हैं। समस्या सुलझी नहीं है तो उपलब्ध reply/feedback route से साफ बताएं कि कौन-सा अंतर बाकी है। किसी निश्चित दिन में समाधान या हर feedback पर automatic reopening का वादा यहाँ नहीं किया जा रहा है। अलग issue हो तो उसके लिए अलग reference देना उचित हो सकता है।
अक्सर पूछे जाने वाले सवाल
क्या PFMS complaint बनाने से scheme approval मिल जाएगा?
नहीं। Eligibility और sanction का संबंधित विभागीय रास्ता अलग है। Helpdesk query में अपने payment/system issue को स्पष्ट करें और department की भूमिका भी पहचानें।
हर बार नया ticket बनाना चाहिए?
उसी समस्या का नया evidence हो तो पुराने ticket में reply देकर history रखें। बिना कारण duplicates बनाने से अलग-अलग replies में रिकॉर्ड बँट सकता है।
Status login में कौन-सा email लगेगा?
Official landing page उसी email से login करने को कहता है जो grievance submit करते समय उपयोग हुआ था। Password भूलने पर प्रकाशित reset प्रक्रिया अपनाएँ।
क्या helpdesk payment release कराने का शुल्क माँगता है?
PFMS का official home page ऐसे money-demand claims से सावधान करता है। अनजान caller को पैसे, OTP या PIN न दें। उसकी पहचान अपने official ticket से verify करें।
Ticket से पहले bank mapping समझनी है?
Aadhaar linking और mapper का फर्क देखें। अलग-अलग accounts की किस्त खोज रहे हैं तो transaction tracing की गाइड से अपनी evidence sheet बनाएँ।
आधिकारिक स्रोत
स्रोत जाँच: 8 नवंबर 2026। आवेदन के दिन अपने मामले की नई विभागीय सूचना देखें।