“₹2,000 से ज्यादा UPI payment करोगे तो अब extra पैसा कटेगा”—ऐसा अधूरा संदेश ग्राहक और दुकानदार की स्थिति मिला देता है। UPI charges समझने के लिए तीन चीजें अलग रखें: पैसा किसे भेजा, कौन-सा payment source इस्तेमाल हुआ और जिस शुल्क का जिक्र है उसे कौन देगा।
8 अक्टूबर 2026 तक उपलब्ध स्रोतों की इस समीक्षा में ग्राहक से लिए जाने वाले charge और merchant-side MDR का फर्क सबसे जरूरी है। Department of Financial Services की सितंबर 2026 की FAQ ग्राहक के routine UPI payments और person-to-person transfers को charge-free बताती है। नीचे का लेख किसी अनजान संदेश को वर्तमान नियम का प्रमाण नहीं मानता।
पहले MDR का अर्थ समझें
MDR यानी Merchant Discount Rate digital payment स्वीकार करने से जुड़ा merchant-side शुल्क है। उसका उल्लेख होने का अर्थ यह नहीं कि ग्राहक के खाते से अपने-आप सामान की कीमत से अतिरिक्त रकम कटेगी। Invoice का मूल्य, आपके app में दिखाई payable amount और merchant की payment settlement अलग रिकॉर्ड हैं।
उदाहरण: आप ₹3,000 का सामान खरीदते हैं। ग्राहक के लिए जांचने वाली राशि ₹3,000 है। Merchant को provider से कितनी settlement मिली, यह उसका अलग विषय है। अगर दुकान अलग “UPI fee” जोड़ती है तो पूछें कि fee किस चीज की है, लिखित bill देखें और लागू official policy से तुलना करें। Merchant cost और ग्राहक की payable राशि को एक ही संख्या न समझें।
आधिकारिक FAQ और लागू होने की तारीख अलग पढ़ें
DFS की FAQ में चुनिंदा bank-account-to-merchant UPI payments में ₹2,000 से ऊपर 0.4% MDR, ₹75,000 और ऊपर ₹300 cap तथा eligible छोटे merchants के लिए अलग छूट बताई गई है। Credit-linked UPI और कुछ खास merchant categories की व्यवस्था अलग है। इसलिए “हर transaction पर एक rate” कहना सही नहीं।
तारीख को लेकर अलग सावधानी चाहिए: सितंबर की घोषणा में 15 अक्टूबर 2026 का rollout बताया गया था। 8 अक्टूबर की Reuters report के अनुसार उसे टालने पर विचार चल रहा है और अंतिम निर्णय pending है। यह deferment की confirmed notification नहीं है। इस लेख में 15 अक्टूबर को पहले घोषित तारीख और delay को रिपोर्ट में बताई संभावना के रूप में अलग रखा गया है।
P2P और P2M में फर्क क्यों मायने रखता है?
P2P में आप किसी व्यक्ति को पैसे भेजते हैं—जैसे परिवार को मदद या दोस्त को हिस्सा। P2M में merchant को goods या services के लिए भुगतान होता है। केवल amount देखकर दोनों का नियम एक जैसा नहीं निकाला जा सकता। App की transaction information और recipient details देखें।
₹5,000 दोस्त को भेजना और ₹5,000 की दुकान की खरीद दो अलग संदर्भ हैं। यदि वायरल पोस्ट कहता है “₹2,000 से ऊपर सभी payments पर charge”, तो उसने recipient और transaction type नहीं बताया। ऐसी अधूरी बात से अपना payment method बदलने से पहले पूरी जानकारी जाँचें। Payment की limit, fees और fraud protection भी अलग प्रश्न हैं।
₹5,000 की खरीद का एक काल्पनिक हिसाब
यह केवल MDR गणना समझाने का उदाहरण है, आज हर merchant पर charge लागू होने का दावा नहीं। मान लें कोई योग्य transaction उस 0.4% merchant rate के दायरे में आता है। तब ₹5,000 × 0.004 = ₹20 की merchant-side गणना होगी। Customer के लिए इसे ₹5,020 का bill मान लेना गलत निष्कर्ष होगा।
यही अंतर ordinary customer को सबसे ज्यादा चाहिए: rate की गणना और payer की पहचान साथ पढ़ें। Settlement, tax treatment या payment provider की बाकी contractual fees के लिए merchant को अपना agreement देखना होगा। Online उदाहरण वास्तविक bank statement या किसी particular दुकान का bill नहीं है।
| समझाने वाला scenario | पूछने वाला सवाल | सावधानी |
|---|---|---|
| दोस्त को ₹5,000 | व्यक्ति को transfer है? | merchant rate से न मिलाएं |
| दुकान पर ₹5,000 | transaction किस category में है? | customer charge और MDR अलग रखें |
| छोटे व्यापारी का QR | official merchant classification क्या है? | केवल दुकान का आकार देखकर न तय करें |
| credit-linked UPI | funding source क्या है? | bank-account UPI जैसा न मानें |
छोटे दुकानदार कौन-सी जानकारी जाँचें?
Merchant को पहले अपनी bank/provider की official communication पढ़नी चाहिए। पूछें कि QR किस category में onboard हुआ है, settlement statement में fees कैसे दिखाई जाती हैं और किस transaction पर कौन-सी शर्त लागू होती है। मौखिक sales pitch या दूसरे दुकानदार का screenshot आपके account की terms नहीं बताता।
अलग personal QR इस्तेमाल करके classification छिपाने या बड़ी sale को जानबूझकर split करने की सलाह इस लेख में नहीं दी गई है। अपनी वास्तविक कारोबारी जरूरत provider को बताकर उचित व्यवस्था समझें। बदलती policy में bank का official notice और applicable effective date रिकॉर्ड में रखें। Refund और reconciliation की प्रक्रिया भी पूछें।
ग्राहक को payment screen पर क्या देखना चाहिए?
Payment confirm करने से पहले recipient name, amount और चुना funding source देखें। दुकान की price और app की payable amount मेल खाती है या नहीं, इसे जांचना रोजमर्रा की अच्छी आदत है। अगर difference है तो जल्दबाजी में PIN डालने के बजाय उसका कारण पूछें। Fee का नाम, उसे लेने वाली entity और लागू terms उपलब्ध होनी चाहिए।
Failed या pending payment में दोबारा पैसे भेजने से पहले app/bank में status जाँचें। केवल merchant के phone पर confirmation न दिखने से पहली payment को असफल नहीं मान लें। Transaction reference संभालें और official support से संपर्क करें। MDR की चर्चा और failed payment की शिकायत दो अलग मुद्दे हैं।
UPI fee वाला message कैसे fact-check करें?
सबसे पहले message की तारीख देखें। फिर link खोलकर वास्तविक domain जांचें—नाम में government या bank जैसा शब्द होना पर्याप्त नहीं। Original notification, FAQ या provider communication में customer, merchant और transaction source का उल्लेख खोजें। News report में “may”, “proposed” और “effective” जैसे शब्द अलग meaning रखते हैं।
कोई screenshot सिर्फ एक heading दिखाता है तो पूरी खबर और official reference पढ़ें। पुराने PPI interchange, card-linked payment या platform fee की खबर को ordinary bank-account transfer पर लागू करने से confusion हो सकता है। यदि official दस्तावेज नहीं मिलता तो दावा confirmed नियम कहकर आगे न भेजें।
शुल्क के नाम पर धोखाधड़ी से बचें
“UPI चालू रखने के लिए verification fee भेजो” या “नए MDR से बचने के लिए यह APK install करो” जैसी बात policy का प्रमाण नहीं है। कोई official-looking व्यक्ति PIN या OTP मांगे तो न दें। Help के लिए app या bank का independently खोला official support इस्तेमाल करें; संदेश में दिया अज्ञात नंबर ही एकमात्र संपर्क न बनाएं।
Financial fraud हो तो बैंक/payment provider को जल्दी बताएं, 1930 पर report करें और cybercrime.gov.in पर complaint दें। Chats और transaction records रखें। UPI fraud से बचने के तरीके और online earning scam की पहचान भी पढ़ सकते हैं।
इस update में पुराने लेख से क्या सुधरा?
पुराने explainer में rate और date को अभी announce न हुआ बताया गया था। नए स्रोतों के बाद वह बात current नहीं रही। अब announced framework, customer protection और rollout को टालने की unconfirmed report अलग-अलग बताए गए हैं। कोई नई effective-date notification आने पर यही लेख उसी original URL पर फिर update किया जा सकता है।
आपके लिए सबसे उपयोगी आदत है: “charge कितना है” से पहले “charge कौन देगा और किस transaction पर” पूछना। किसी future तारीख की headline को आज लागू rule समझकर निर्णय न लें। इस पेज की update date और नीचे दिए मूल स्रोत अगली बार भी देखें।
