रिपोर्ट: आशीष चौहान, संपादक—डिजिटल सबूत न्यूज़
अलीगढ़/बिजौली, 18 जुलाई। ग्राम पंचायत लहरा सलेमपुर से जुड़े 10 eGramSwaraj वाउचर, उपलब्ध बैंक-लेजर स्क्रीनशॉट, पोर्टल स्क्रीन रिकॉर्डिंग और भारत सरकार के आधिकारिक eGramSwaraj–PFMS भुगतान-प्रवाह का दोबारा तकनीकी मिलान करने पर एक महत्वपूर्ण निष्कर्ष सामने आया है: ये रिकॉर्ड केवल अधूरी ड्राफ्ट एंट्रियाँ नहीं थे। कम-से-कम पाँच Letter/Advice वाउचरों से जुड़ी राशियाँ बैंक खाते से डेबिट दिखती हैं, इसलिए वे भुगतान-प्रक्रिया के उन्नत चरण तक पहुँच चुकी थीं।
सबसे महत्वपूर्ण तकनीकी निष्कर्ष
उपलब्ध प्रमाण यह सिद्ध करते हैं कि 11 जुलाई 2026 को दस विस्तृत वाउचर रिपोर्ट eGramSwaraj से जनरेट हुई थीं। उपलब्ध बैंक-लेजर में पाँच संबंधित Letter/Advice वाउचरों पर कुल ₹6.81 लाख का डेबिट भी दिखाई देता है। इस कारण इन्हें भुगतान से पहले की सामान्य, अस्थायी एंट्री मानकर साधारण “Delete” से गायब होना आधिकारिक भुगतान-प्रवाह से मेल नहीं खाता।
सबसे अधिक संभावित स्थिति यह है कि मूल वित्तीय लेनदेन का इतिहास पूरी तरह मिटा नहीं, बल्कि वाउचरों की सार्वजनिक दृश्यता, रिपोर्ट-मैपिंग, वर्तमान स्थिति या मिलान-प्रस्तुति बदली है। दूसरी संभावना निरस्तीकरण, भुगतान-वापसी, त्रुटि-सुधार टिप्पणी अथवा बैक-एंड सुधार की है। जानबूझकर स्थायी रूप से हटाने या दबाने का निष्कर्ष केवल ऑडिट लॉग, उपयोगकर्ता पहचान, डाटाबेस इतिहास और PFMS/FTO रिकॉर्ड से ही निकाला जा सकता है।
हमने क्या-क्या मिलाया?
- 25 जून 2026 की Voucher Date वाले 10 Payment Voucher Detail पृष्ठ;
- रिपोर्ट जनरेशन की तारीख 11 जुलाई 2026;
- 5THSFC के P/11 से P/14 और XVFC के P/36 से P/41 तक नंबर;
- AADIHYA ASSOCIATES के नाम दर्ज लाभार्थी/वेंडर विवरण;
- SBI और Canara Bank से संबंधित सार्वजनिक बैंक-लेजर स्क्रीनशॉट;
- eGramSwaraj की Month Wise और Voucher Wise Summary की स्क्रीन रिकॉर्डिंग;
- भारत सरकार के आधिकारिक eGramSwaraj–PFMS Process Flow for Online Scheme में दर्ज भुगतान-प्रक्रिया।
पहला तथ्य: 10 वाउचर दस अलग नकद भुगतान नहीं हैं
दस्तावेजों में पाँच राशियाँ दो-दो संबंधित प्रविष्टियों के रूप में दिखाई देती हैं—एक Deduction और दूसरी Letter/Advice। इसलिए सभी 10 वाउचरों की अंकित रकम जोड़कर ₹13.62 लाख को वास्तविक निकासी बताना सही नहीं होगा। उपलब्ध बैंक-लेजर में Letter/Advice पक्ष के पाँच वाउचर वास्तविक डेबिट के रूप में दिखाई देते हैं, जिनका योग ₹6.81 लाख है।
| योजना | Deduction Voucher | Letter/Advice Voucher | राशि | दस्तावेज में प्राप्तकर्ता |
|---|---|---|---|---|
| 5THSFC | P/11 | P/12 | ₹1,00,000 | AADIHYA ASSOCIATES |
| 5THSFC | P/13 | P/14 | ₹87,000 | AADIHYA ASSOCIATES |
| XVFC | P/36 | P/37 | ₹64,000 | AADIHYA ASSOCIATES |
| XVFC | P/38 | P/39 | ₹2,00,000 | AADIHYA ASSOCIATES |
| XVFC | P/40 | P/41 | ₹2,30,000 | AADIHYA ASSOCIATES |
| Letter/Advice पक्ष का उपलब्ध बैंक डेबिट योग | ₹6,81,000 | |||
दूसरा तथ्य: पाँच भुगतान बैंक स्तर तक पहुँचे दिखाई देते हैं
उपलब्ध सार्वजनिक बैंक-लेजर स्क्रीनशॉट में 25 जून 2026 को P/12, P/14, P/37, P/39 और P/41 से संबंधित पाँच डेबिट दिखाई देते हैं। इनका योग ₹6.81 लाख है। यदि प्रमाणित बैंक स्टेटमेंट भी यही संबंध स्थापित करता है, तो इसका अर्थ होगा कि संबंधित भुगतान निर्देश केवल पोर्टल पर टाइप होकर नहीं रह गए, बल्कि बैंकिंग चैनल तक पहुँचे।
| बैंक | वाउचर | डेबिट |
|---|---|---|
| SBI Bijauli Aligarh | 5THSFC/2026-27/P/12 | ₹1,00,000 |
| SBI Bijauli Aligarh | 5THSFC/2026-27/P/14 | ₹87,000 |
| Canara Bank Bijauli | XVFC/2026-27/P/37 | ₹64,000 |
| Canara Bank Bijauli | XVFC/2026-27/P/39 | ₹2,00,000 |
| Canara Bank Bijauli | XVFC/2026-27/P/41 | ₹2,30,000 |
| कुल | ₹6,81,000 | |
आधिकारिक प्रक्रिया क्या कहती है?
भारत सरकार के eGramSwaraj–PFMS प्रक्रिया दस्तावेज के अनुसार ऑनलाइन योजना में भुगतान का सामान्य क्रम इस प्रकार है:
- PRI/Maker eGramSwaraj में Online Payment Voucher बुक करता है;
- केवल PFMS में स्वीकृत vendor/beneficiary को भुगतान के लिए चुना जा सकता है;
- दिन की बुकिंग के बाद scheme-wise Day Book बंद होती है;
- Day Book बंद होने पर उस दिन के vouchers freeze होकर transaction ID, तारीख और समय पर आधारित XML/FTO में जाते हैं;
- Maker अपने DSC से FTO पर हस्ताक्षर करता है;
- Checker विवरण देखकर approve/reject करता और अपने DSC से हस्ताक्षर करता है;
- फाइल PFMS और फिर संबंधित बैंक को भेजी जाती है;
- सफल भुगतान पर पंचायत का बैंक खाता debit और beneficiary का खाता credit होता है;
- असफल/rejected भुगतान के लिए eGramSwaraj में automatic payment cancellation voucher बनना चाहिए और PFMS status में कारण दिखना चाहिए।
इस प्रक्रिया का मामले पर सीधा अर्थ: यदि पाँच वाउचरों की रकम वास्तव में पंचायत बैंक खाते से उन्हीं voucher references पर debit हुई, तो वे सामान्य अधूरी draft entry नहीं रह सकती थीं। Day Book closure, frozen voucher file, Maker/Checker approval और PFMS/bank processing की कोई-न-कोई trail अवश्य होनी चाहिए।
तो फिर वाउचर अब क्यों नहीं दिख रहे?
उपलब्ध रिकॉर्डों के आधार पर चार तकनीकी स्थितियाँ संभव हैं। इन्हें प्रमाण की वर्तमान शक्ति के क्रम में समझना आवश्यक है:
1. सार्वजनिक रिपोर्ट, दृश्य या फिल्टर के स्तर पर रिकॉर्ड न दिखना
सबसे अधिक संभावित स्थिति यह है कि रिकॉर्ड डाटाबेस में बने हुए हों, लेकिन सार्वजनिक रिपोर्ट में पहले की तरह न खुल रहे हों। वित्तीय वर्ष, योजना, वाउचर प्रकार, लेखा इकाई, तारीख, स्थिति, गतिविधि-मैपिंग या रिपोर्ट खोज बदलने पर कोई रिकॉर्ड एक रिपोर्ट में गायब और दूसरी रिपोर्ट में मौजूद रह सकता है। पोर्टल पर Voucher Details, Day Book, Cash Book, Ledger Book, Note of Error और Offline Payment Voucher जैसी अलग-अलग रिपोर्टें उपलब्ध हैं। इसलिए एक सार्वजनिक स्क्रीन पर अनुपलब्धता अपने-आप डाटाबेस से हटाया जाना सिद्ध नहीं करती।
2. निरस्तीकरण, भुगतान-वापसी या हिसाब-मिलान
यदि भुगतान failed/rejected हुआ, तो आधिकारिक व्यवस्था में payment cancellation voucher बनना चाहिए। यदि debit के बाद बैंक reversal/refund हुआ, तो certified bank statement में अलग credit/reversal reference और PFMS/FTO status होना चाहिए। केवल बाद में बढ़ा हुआ balance देखना पर्याप्त नहीं है; प्रत्येक debit और credit का chronological trail आवश्यक है।
3. त्रुटि-सुधार टिप्पणी, संशोधन या बैक-एंड रीमैपिंग
गलत account head, activity year, voucher description, beneficiary mapping या तारीख के कारण accounting correction की जा सकती है। ऐसे correction का मूल रिकॉर्ड, Note of Error, revised entry, approving user और timestamp उपलब्ध होना चाहिए। यदि पुराने voucher numbers public detail में नहीं दिखते, लेकिन नई corrected entries बनी हैं, तो दोनों के बीच स्पष्ट cross-reference अपेक्षित है।
4. स्थायी रूप से हटाना या जानबूझकर दबाना
यह सबसे गंभीर संभावना है, लेकिन अभी उपलब्ध PDF और स्क्रीनशॉट अकेले इसे सिद्ध नहीं करते। जानबूझकर रिकॉर्ड हटाने का निष्कर्ष तभी संभव है जब server/database audit log यह दिखाए कि किस user ID ने, किस समय, किस IP/device से और किस अधिकार के तहत रिकॉर्ड delete, archive, replace या public view से suppress किया।
हमारा गहरा निष्कर्ष: “लेनदेन मिटा” कहना अभी जल्दबाजी, “दृश्य रिकॉर्ड बदला या गायब” कहना प्रमाणित
इस जाँच में दो अलग प्रश्नों को अलग रखना जरूरी है:
- क्या ये वाउचर कभी मौजूद थे?—हाँ, 11 जुलाई को जनरेट विस्तृत रिपोर्टें इसका मजबूत दस्तावेजी प्रमाण हैं।
- क्या किसी ने इन्हें जानबूझकर डाटाबेस से हटाया?—अभी सिद्ध नहीं; ऑडिट लॉग उपलब्ध नहीं है।
इसलिए वर्तमान सबसे सटीक निष्कर्ष यह है कि दस voucher-detail records पहले सार्वजनिक रूप से उपलब्ध थे और अब पहले की तरह दिखाई नहीं दे रहे; पाँच Letter/Advice references से बैंक debit भी उपलब्ध है। साधारण pre-payment deletion इस स्थिति को समझाने के लिए पर्याप्त नहीं है।
क्यों साधारण Delete वाली व्याख्या कमजोर है?
- बैंक debit का अर्थ है कि भुगतान निर्देश banking stage तक पहुँचा दिखाई देता है;
- आधिकारिक प्रक्रिया में Day Book बंद होने पर vouchers freeze होते हैं;
- Maker और Checker की digital signatures के बाद FTO PFMS को जाता है;
- सफल/असफल दोनों परिणामों का PFMS status होना चाहिए;
- rejected भुगतान पर automatic cancellation voucher बनना चाहिए;
- इसलिए बाद में कोई correction हुआ हो तो उसका original-to-revised trail अपेक्षित है।
Particulars में ‘okkk’—रिकॉर्ड की गुणवत्ता पर गंभीर प्रश्न
सभी संबंधित दस्तावेजों में कार्य का स्पष्ट विवरण देने के बजाय “okkk”, “okkkk” या “okkkkk” जैसे शब्द दिखाई देते हैं। सरकारी भुगतान में Particulars से काम, सामग्री, मजदूरी, बिल या सेवा की पहचान होनी चाहिए। यहाँ अस्पष्ट और अर्थहीन विवरण दर्ज होने के बावजूद रिकॉर्ड आगे कैसे बढ़े—यह Maker, Checker और Approver तीनों की जवाबदेही का प्रश्न है।
यदि यह केवल data-entry error था, तो correction note, Note of Error, revised particulars और approve करने वाले अधिकारी का विवरण सार्वजनिक किया जाना चाहिए।
वाउचर तारीख और Letter/Advice तारीख में अंतर
उपलब्ध दस्तावेजों में Voucher Date 25 जून 2026 है, जबकि कई Letter/Advice पृष्ठों पर 2, 3 और 4 जून 2026 की तारीखें दिखाई देती हैं। Payment advice वाउचर से पहले कैसे बनी—यह migration, पूर्व-निर्मित advice, system mapping या data-entry error हो सकता है। लेकिन प्रमाणित transaction log के बिना किसी एक कारण को अंतिम नहीं माना जा सकता।
2026-27 में 2021-22 activity—पुरानी देयता या गलत mapping?
कई वाउचरों में 2021-22 की activity दिखाई देती है, जबकि voucher financial year 2026-27 है। यदि यह पुराने कार्य की वैध लंबित देयता थी, तो carry-forward liability, revalidation order, work completion, Measurement Book और भुगतान स्वीकृति होनी चाहिए। यदि activity mapping गलत थी, तो correction/version history उपलब्ध होना चाहिए।
Wages/Suspense और फर्म को भुगतान
रिकॉर्डों में Wages/Suspense से जुड़ा account head दिखाई देता है, जबकि recipient के रूप में एक फर्म दर्ज है। इससे अपने-आप अनियमितता सिद्ध नहीं होती, मगर भुगतान की प्रकृति स्पष्ट होनी चाहिए:
- मजदूरी थी तो muster roll, श्रमिक सूची, उपस्थिति और श्रमिक बैंक भुगतान;
- सामग्री थी तो GST invoice, quotation/tender, supply order और stock register;
- ठेका/निर्माण था तो work order, estimate, Measurement Book, geo-tag photographs और completion certificate।
अब निर्णायक रूप से किन दस्तावेजों की जरूरत है?
| रिकॉर्ड | इससे क्या तय होगा? |
|---|---|
| Scheme-wise Day Book closing timestamp | वाउचर कब freeze हुए? |
| Transaction ID और frozen XML | कौन-से voucher एक payment file में थे? |
| Maker और Checker User ID/DSC certificate | किसने भुगतान फाइल sign/approve की? |
| FTO number और PFMS acknowledgement | फाइल PFMS ने कब प्राप्त की? |
| PFMS final status और failure reason | भुगतान successful, failed या rejected था? |
| UTR/Bank reference | पैसा अंतिम रूप से किस खाते में गया? |
| Payment cancellation voucher | क्या सिस्टम ने failed payment cancel किया? |
| Reversal/refund bank entry | क्या debit की राशि वापस आई? |
| Note of Error और revised vouchers | क्या accounting correction हुई? |
| Portal audit log/version history | किस user ने क्या बदला, हटाया या remap किया? |
| 1 मई से वर्तमान तक certified bank statements | पूरा chronological money trail क्या है? |
| Vendor registration, GSTIN, invoices और work records | भुगतान किस कार्य/आपूर्ति के बदले था? |
किस स्तर पर जवाबदेही बनती है?
- Maker/Data Entry: ‘okkk’ किसने लिखा, activity और account head किसने चुना?
- Checker/Verifier: अस्पष्ट particulars और पुरानी activity किस आधार पर स्वीकार हुई?
- DSC Approver: अंतिम FTO किसके डिजिटल हस्ताक्षर से गया?
- ग्राम पंचायत प्रशासन: प्रस्ताव, बिल, कार्यादेश, MB और भुगतान फाइल कहाँ है?
- BDO/ADO पंचायत/DPRO: शिकायत और RTI के बाद electronic records सुरक्षित करने के क्या आदेश हुए?
- NIC/eGramSwaraj/PFMS: voucher detail अब क्यों नहीं दिखती और status/history क्या है?
- संबंधित बैंक: debit, settlement, return, reversal और beneficiary credit का प्रमाणित क्रम क्या है?
- AADIHYA ASSOCIATES: किस कार्य, invoice और supply/work completion के बदले भुगतान प्राप्त हुआ?
रिकॉर्ड सुरक्षित करने की तत्काल जरूरत
चूँकि 11 जुलाई की जनरेट रिपोर्टें और वर्तमान सार्वजनिक दृश्यता में अंतर का दावा है, इसलिए जाँच से पहले इलेक्ट्रॉनिक साक्ष्य सुरक्षित करना आवश्यक है। संबंधित विभाग को eGramSwaraj, PFMS, SFTP, DSC signing system और बैंक reconciliation के logs सुरक्षित रखने चाहिए। Log rotation या routine data retention के कारण महत्वपूर्ण metadata नष्ट हो सकता है।
अंतिम निष्कर्ष
1. दस विस्तृत वाउचर 11 जुलाई 2026 को eGramSwaraj से जनरेट हुए थे—उनके अस्तित्व का दस्तावेजी प्रमाण उपलब्ध है।
2. ये दस अलग नकद भुगतान नहीं, पाँच Deduction–Letter/Advice जोड़े हैं। उपलब्ध वास्तविक बैंक debit ₹6.81 लाख है।
3. पाँच Letter/Advice references पर bank debit के कारण इन्हें साधारण pre-payment draft entries मानना उचित नहीं है।
4. रिकॉर्ड का सार्वजनिक दृश्य से गायब होना प्रमाणित प्रश्न है; जानबूझकर डाटाबेस से हटाया जाना अभी प्रमाणित तथ्य नहीं है।
5. सबसे संभावित स्पष्टीकरण रिपोर्ट/स्थिति की दृश्यता में बदलाव, निरस्तीकरण/वापसी/मिलान या सुधार/रीमैपिंग है।
6. यदि निरस्तीकरण या सुधार हुआ, तो cancellation voucher, Note of Error, revised entry और audit trail सामने आना चाहिए।
7. संबंधित अधिकारी ये रिकॉर्ड प्रस्तुत नहीं करते, तो वित्तीय लेनदेन के साथ-साथ सरकारी डिजिटल रिकॉर्ड की अखंडता पर भी गंभीर संदेह बना रहेगा।
डिजिटल सबूत न्यूज़ के प्रश्न
BDO बिजौली, ADO पंचायत, DPRO अलीगढ़, ग्राम पंचायत प्रशासन, NIC/eGramSwaraj नोडल अधिकारी, PFMS, संबंधित SBI और Canara Bank शाखाएँ तथा AADIHYA ASSOCIATES स्पष्ट करें:
- ₹6.81 लाख किस काम, बिल और स्वीकृति के आधार पर भुगतान हुए?
- पाँच payment vouchers के FTO, UTR और final PFMS status क्या हैं?
- दस विस्तृत voucher reports अब पहले की तरह क्यों नहीं दिखाई देतीं?
- क्या कोई cancellation, reversal, Note of Error या revised voucher बनाया गया?
- Maker, Checker और DSC approver कौन थे?
- ‘okkk/okkkkk’ जैसे particulars किसने दर्ज और किसने स्वीकार किए?
- 2021-22 activities पर 2026-27 भुगतान किस सक्षम आदेश से हुआ?
- Deduction entries का tax head, challan और reconciliation कहाँ है?
संपादकीय सावधानी: उपलब्ध दस्तावेज गंभीर red flags और जवाबदेही के प्रश्न दिखाते हैं, लेकिन किसी व्यक्ति, फर्म या अधिकारी को दोषी घोषित नहीं करते। जानबूझकर deletion, भ्रष्टाचार, फर्जी कार्य अथवा आपराधिक साजिश का अंतिम निष्कर्ष प्रमाणित audit log, FTO/PFMS, बैंक रिकॉर्ड, बिल और भौतिक सत्यापन के बाद ही निकाला जा सकता है। संबंधित पक्ष का उत्तर मिलने पर इसी Story ID में प्रमुखता से जोड़ा जाएगा।
