जब आप सीमाओं के पार पैसा भेजते हैं, तो आपसे पूछा जा सकता है कि रास्ते में बैंकों द्वारा लगाए जाने वाले प्रोसेसिंग शुल्कों का भुगतान किसे करना चाहिए। यह चुनाव आमतौर पर तीन छोटे कोडों में से किसी एक से व्यक्त किया जाता है: OUR, SHA या BEN। ये तीन निश्चित शुल्क राशियाँ नहीं हैं। ये इस बारे में निर्देश हैं कि कौन सा पक्ष शुल्क वहन करता है, और गलत चुनाव करना एक सामान्य कारण है कि प्राप्तकर्ता को अपेक्षा से कम राशि मिलती है। यह व्याख्या इस बात को कवर करती है कि हर कोड का क्या मतलब है, यह कहाँ दिखाई देता है, यह कब महत्वपूर्ण होता है और जब आप Coinepay के साथ पैसा भेजते हैं तो शुल्क कैसे संभाले जाते हैं।
OUR, SHA और BEN का असल में क्या मतलब है
ये कोड उस भुगतान संदेश के अंदर यात्रा करते हैं जिसे बैंक आपस में आदान-प्रदान करते हैं। प्रत्येक कोड श्रृंखला में मौजूद बैंकों को बताता है कि लेनदेन शुल्क किसे वहन करना चाहिए।
- OUR \u2014 भेजने वाला सब कुछ चुकाता है। भुगतानकर्ता को सभी लेनदेन शुल्क वहन करने का निर्देश दिया जाता है, जिसमें रास्ते में बैंकों द्वारा और प्राप्तकर्ता के बैंक द्वारा जोड़े गए शुल्क भी शामिल हैं। लक्ष्य यह है कि लाभार्थी को पूरी राशि मिले।
- SHA \u2014 शुल्क साझा किए जाते हैं। भुगतानकर्ता भेजने वाले पक्ष के शुल्क चुकाता है और प्राप्तकर्ता प्राप्त करने वाले पक्ष के शुल्क चुकाता है। \u201cसाझा\u201d का मतलब यह नहीं है कि सफाई से 50-50 बँटवारा हो; हर पक्ष बस अपना हिस्सा चुकाता है।
- BEN \u2014 लाभार्थी भुगतान करता है। प्राप्तकर्ता को सभी लेनदेन शुल्क वहन करने का निर्देश दिया जाता है, जिसमें संभावित रूप से भेजने वाले बैंक का शुल्क भी शामिल है। इसलिए जमा की गई राशि भेजी गई राशि से कम हो सकती है।
सामान्य अंतरराष्ट्रीय ट्रांसफ़र के लिए SHA सबसे सामान्य डिफ़ॉल्ट है। OUR अक्सर तब चुना जाता है जब भेजने वाले ने एक सटीक राशि पहुँचाने का वादा किया हो \u2014 उदाहरण के लिए किसी इनवॉइस का पूरा निपटान करना।
कोड कैसा दिखता है और इसे कहाँ खोजें
एक पुराने SWIFT MT103 भुगतान संदेश में, शुल्क निर्देश फ़ील्ड 71A में होता है और बस OUR, SHA या BEN पढ़ा जाता है। नए ISO 20022 मानक के अंतर्गत समतुल्य शुल्क-वहनकर्ता कोड DEBT (देनदार/भेजने वाला भुगतान करता है), SHAR (साझा) और CRED (लेनदार/लाभार्थी भुगतान करता है) हैं। पुराने MT और ISO 20022 सीमा-पार भुगतान निर्देशों के लिए SWIFT की सह-अस्तित्व अवधि 22 नवंबर 2025 को समाप्त हो गई, इसलिए भले ही ISO कोड मानक बन जाएँ, पुराना 71A शब्दांकन अभी भी बैंक रिकॉर्ड और इंटरफ़ेस में दिखाई दे सकता है।
एक काल्पनिक उदाहरण कि यह किसी ट्रांसफ़र रिकॉर्ड में कैसा दिख सकता है:
71A: OUR \u2014 लाभार्थी: Jordan Rivera \u2014 संदर्भ: INV-2026-0042 (काल्पनिक, केवल उदाहरण के लिए)
जब आप कोई ट्रांसफ़र सेट अप करते हैं तो आपको आमतौर पर यह चुनाव कच्चे कोड के बजाय सरल भाषा में प्रस्तुत किया जाएगा \u2014 कुछ इस तरह \u201cशुल्क कौन चुकाता है?\u201d। बैंक स्टेटमेंट या रेमिटेंस सलाह में, कोड स्वयं भुगतान विवरण के बगल में दिखाई दे सकता है।
संबंधित कोडों की एक त्वरित तुलना
| MT 71A | ISO 20022 | शुल्क कौन वहन करता है | सामान्य उपयोग |
|---|---|---|---|
| OUR | DEBT | भेजने वाला सभी शुल्क चुकाता है | इनवॉइस का पूरा भुगतान; एक सटीक राशि पहुँचाना |
| SHA | SHAR | हर पक्ष अपना शुल्क चुकाता है | कई वायर पर सामान्य उद्देश्य वाला डिफ़ॉल्ट |
| BEN | CRED | लाभार्थी सभी शुल्क चुकाता है | जब प्राप्तकर्ता लागत वहन करने के लिए सहमत हो |
| \u2014 | SLEV | स्कीम/सेवा-स्तर नियमों का पालन करता है | SEPA जैसे स्कीम-शासित भुगतान |
ध्यान दें कि SLEV OUR, SHA या BEN का कोई और वर्तनी रूप नहीं है। इसका मतलब है कि शुल्क लागू सेवा-स्तर या स्कीम नियमों का पालन करते हैं। SEPA क्रेडिट ट्रांसफ़र के लिए, European Payments Council के ग्राहक-से-बैंक दिशानिर्देश केवल SLEV की अनुमति देते हैं जब कोई शुल्क-वहनकर्ता तत्व प्रदान किया जाता है, इसलिए किसी SEPA ट्रांसफ़र को तीन कोडों में से एक मुफ़्त चुनाव के रूप में प्रस्तुत नहीं किया जाना चाहिए।
चुनाव कब महत्वपूर्ण होता है \u2014 और कब नहीं
शुल्क कोड सबसे अधिक पारंपरिक SWIFT वायर पर महत्वपूर्ण होता है जो एक या अधिक संवाददाता बैंकों से होकर गुजर सकते हैं। जब भेजने वाले और प्राप्त करने वाले बैंकों के बीच कोई सीधा संबंध नहीं होता, तो मध्यस्थ भुगतान को संभालते हैं, और उनमें से हर एक \u2014 साथ ही प्राप्त करने वाला बैंक \u2014 एक अलग शुल्क लगा सकता है। कोड उन बैंकों को बताता है कि शुल्क किसके खाते में लगने चाहिए।
कई क्षेत्रों में यह चुनाव कानून द्वारा सीमित है:
- EU के भीतर, जहाँ दोनों भुगतान-सेवा प्रदाता वहीं स्थित हों, Payment Services Directive 2 (अनुच्छेद 62(2)) के अनुसार हर पक्ष को अपने स्वयं के प्रदाता द्वारा लगाए गए शुल्क चुकाने होते हैं \u2014 OUR या BEN इसे बस खारिज नहीं कर सकते। अनुच्छेद 81 के अनुसार आम तौर पर पूरी राशि बिना कटौती के ट्रांसफ़र की जानी चाहिए, हालाँकि प्राप्तकर्ता और उसका प्रदाता जमा करने से पहले एक स्पष्ट रूप से पहचानी गई कटौती पर सहमत हो सकते हैं।
- UK में, जहाँ दोनों प्रदाता UK में हों, Payment Services Regulations 2017 का विनियमन 66(2) इसी तरह हर प्रदाता के शुल्क उसके अपने ग्राहक को आवंटित करता है। यह हर UK-से-विदेश वायर के लिए एक सर्वव्यापी नियम नहीं है।
- कवर की गई US-से-विदेशी रेमिटेंस के लिए, प्रदाता को शुल्क, विनिमय दर और पहुँचने वाली अपेक्षित राशि का खुलासा करना होगा, और यह चेतावनी देनी पड़ सकती है कि विदेशी कर या शुल्क फिर भी काटे जा सकते हैं। वह खुलासा दायित्व हर प्रदाता को तीनों कोड प्रदान करने के लिए बाध्य नहीं करता।
तो व्यावहारिक सबक यह है: कोड मुख्य रूप से पारंपरिक संवाददाता-बैंक वायर के लिए प्रासंगिक है, और तब भी स्थानीय स्कीम या विनियमन आपके लिए परिणाम तय कर सकता है।
सामान्य गलतियाँ और अगर यह गलत हो तो क्या होता है
- यह मानना कि OUR पूरी राशि की गारंटी देता है। OUR एक निर्देश है, कोई बिना शर्त गारंटी नहीं। कोई मध्यस्थ या प्राप्त करने वाला बैंक इसका समर्थन या पालन नहीं कर सकता, और जब कोई भुगतान किसी स्थानीय स्कीम में प्रवेश करता है तो यह निर्देश खो सकता है।
- SHA या BEN के तहत कम जमा से आश्चर्यचकित होना। रास्ते में आय से लिए गए शुल्क, साथ ही एक प्राप्त करने वाले बैंक का शुल्क, अंतिम जमा को कम कर सकते हैं। BEN के तहत यह अपेक्षित है; SHA के तहत एक प्राप्त करने वाले पक्ष का शुल्क सामान्य है।
- यह भूल जाना कि वापसी भी कम हो सकती है। अगर कोई भुगतान वापस किया जाता है, तो धनराशि वापस आने से पहले प्रोसेसिंग और संवाददाता शुल्क पहले ही काटे जा सकते हैं।
- शुल्क को मुद्रा रूपांतरण के साथ भ्रमित करना। एक विनिमय दर या रूपांतरण शुल्क शुल्क-वहनकर्ता चुनाव से स्वतंत्र रूप से प्राप्तकर्ता की राशि को प्रभावित करता है। \u201cगायब\u201d राशि हमेशा कोई शुल्क नहीं होती।
एक ईमानदार सीमा: सटीक संवाददाता मार्ग, हर तीसरे-पक्ष का शुल्क, क्या हर बैंक OUR का सम्मान करता है, और अंतिम जमा की गई राशि अकेले कोड से नहीं जानी जा सकती। किसी विशिष्ट मार्ग के लिए, भेजने वाले प्रदाता के कोटेशन और प्राप्त करने वाले बैंक की शर्तों पर भरोसा करें।
Coinepay के साथ भेजने पर शुल्क कैसे काम करते हैं
Coinepay Global Remittance को एक कच्चे बैंक वायर की तुलना में इसे सरल रखने के लिए डिज़ाइन किया गया है। संवाददाता शुल्कों के बारे में आपको अनुमान लगाने देने के बजाय, Coinepay किसी ट्रांसफ़र की पुष्टि करने से पहले विनिमय दर और शुल्क स्पष्ट रूप से दिखाता है, और हर ट्रांसफ़र में स्थिति ट्रैकिंग होती है ताकि आप इसे भुगतान तक का अनुसरण कर सकें। आप व्यापक प्रतिबंधों के अधीन क्षेत्राधिकारों को छोड़कर हर देश और क्षेत्र को भेज सकते हैं, जिसमें भुगतान बैंक खाता जमा, मोबाइल वॉलेट (उदाहरण के लिए UPI, GCash, Maya, M-Pesa, bKash, JazzCash या GoPay) या नकद पिकअप के माध्यम से होता है।
पैसा भेजने के लिए:
- Coinepay ऐप या डैशबोर्ड में रजिस्टर करें और पहचान सत्यापन (KYC) पूरा करें। इसे App Store या Google Play से डाउनलोड करें।
- गंतव्य देश, भुगतान विधि और मुद्रा चुनें।
- पुष्टि करने से पहले दिखाई गई दर, शुल्क और प्राप्तकर्ता को मिलने वाली राशि की समीक्षा करें।
- पुष्टि करें और ट्रांसफ़र की स्थिति को पूरा होने तक ट्रैक करें।
चूँकि लागत पहले से प्रस्तुत की जाती है, इसलिए आपको बाद में OUR, SHA या BEN के परिणाम का पुनर्निर्माण नहीं करना पड़ता। ट्रांसफ़र पहचान सत्यापन, प्रतिबंध स्क्रीनिंग और स्थानीय विनियमों के अधीन हैं, और Coinepay फंड के उद्देश्य या स्रोत जैसे दस्तावेज़ माँग सकता है। अगर आप अनिश्चित हैं कि किसी विशेष भुगतान में कौन सी शुल्क व्यवस्था शामिल है, तो भेजने से पहले Coinepay सहायता से संपर्क करें या Telegram पर टीम तक पहुँचें।
अगर आपको विदेशी आपूर्तिकर्ताओं के साथ भी निपटान करना है, तो Coinepay अनुपालन-सम्मत लेनदेन रिकॉर्ड के साथ भागीदारों की स्थानीय मुद्राओं में अंतरराष्ट्रीय व्यापार भुगतान का समर्थन करता है। Coinepay होम पेज पर अधिक जानें।
अपना Coinepay वर्चुअल कार्ड प्राप्त करें: साइन अप करें · App Store · Google Play · ग्राहक सहायता
अक्सर पूछे जाने वाले सवाल
क्या OUR इस बात की गारंटी देता है कि मेरे प्राप्तकर्ता को पूरी राशि मिले?
नहीं। OUR भेजने वाले को सभी शुल्क वहन करने का निर्देश देता है, लेकिन यह कोई बिना शर्त गारंटी नहीं है। कोई मध्यस्थ या प्राप्त करने वाला बैंक निर्देश का समर्थन या पालन नहीं कर सकता, और जब कोई भुगतान किसी स्थानीय स्कीम में प्रवेश करता है तो यह खो सकता है। मार्ग की विशिष्ट शर्तें जाँचें।
क्या SHA का मतलब है कि शुल्क 50-50 बँटते हैं?
नहीं। SHA के तहत भेजने वाला भेजने वाले पक्ष के शुल्क चुकाता है और प्राप्तकर्ता प्राप्त करने वाले पक्ष के शुल्क चुकाता है। हर पक्ष बस अपना हिस्सा वहन करता है, जो शायद ही कभी बराबर बँटवारा होता है।
DEBT, CRED और SHAR क्या हैं?
ये ISO 20022 शुल्क-वहनकर्ता कोड हैं जो पुराने MT 71A मानों से मेल खाते हैं: DEBT बराबर OUR, CRED बराबर BEN और SHAR बराबर SHA। SLEV एक अलग कोड है जिसका मतलब है कि शुल्क स्कीम या सेवा-स्तर नियमों का पालन करते हैं।
क्या Coinepay के साथ भेजते समय मैं OUR, SHA या BEN चुन सकता हूँ?
Coinepay किसी ट्रांसफ़र की पुष्टि करने से पहले विनिमय दर और शुल्क स्पष्ट रूप से दिखाता है, इसलिए आप बैंक शुल्क कोड चुनने के बजाय लागत पहले से देख लेते हैं। अगर आपका किसी विशिष्ट भुगतान के शुल्क के बारे में कोई प्रश्न है, तो भेजने से पहले Coinepay सहायता से संपर्क करें।
मेरे प्राप्तकर्ता को मेरे भेजे गए से कम राशि क्यों मिली?
SHA या BEN के तहत, रास्ते में लिए गए शुल्क और एक प्राप्त करने वाले बैंक का शुल्क जमा को कम कर सकते हैं। एक मुद्रा रूपांतरण शुल्क भी शुल्क कोड से स्वतंत्र रूप से राशि को कम कर सकता है। Coinepay के साथ, शुल्क और प्राप्तकर्ता की राशि पुष्टि करने से पहले दिखाई जाती है।
संबंधित गाइड
- देश के अनुसार बैंक खाता संख्या के प्रारूप: ये क्या हैं और इनका उपयोग कैसे करें
- अंतरराष्ट्रीय ट्रांसफ़र में लाभार्थी का नाम मेल न खाना: क्या करें
- MT103 भुगतान पुष्टिकरण: यह क्या है और इसका उपयोग कैसे करें
- भारत में रेमिटेंस कोड का उद्देश्य: ये क्या हैं और इनका उपयोग कैसे करें
- SEPA ट्रांसफ़र: यह क्या है और ट्रांसफ़र के लिए इसका उपयोग कैसे करें
- मध्यस्थ और संवाददाता बैंक: एक ट्रांसफर गाइड

