Payment Gateway क्या है? ऑनलाइन पेमेंट कैसे काम करते हैं, समझें
Payment gateway वह सेवा है जो checkout पर ग्राहक का पेमेंट विवरण सुरक्षित रूप से लेती है, उसे मंज़ूरी के लिए बैंकों और card networks तक भेजती है, और "स्वीकृत" या "अस्वीकृत" वापस लाती है — आम तौर पर कुछ ही सेकंड में। यह आपके ऐप और वित्तीय व्यवस्था के बीच पुल है। Stripe, PayPal, Adyen, Square और Braintree प्रसिद्ध उदाहरण हैं।
आज ज़्यादातर कंपनियाँ gateway को उन सभी चीज़ों के साथ बाँधती हैं जो आपको पैसे पाने के लिए चाहिए, इसलिए "payment gateway", "payment processor" और "payment provider" अक्सर एक ही अर्थ में इस्तेमाल होते हैं।
AI से बनाते समय payment gateways क्यों मायने रखते हैं
"Payments जोड़ो" उन सबसे आम अनुरोधों में से एक है जो लोग AI builders से करते हैं, और उसे सूक्ष्म तरीके से गलत करना सबसे आसान भी है। कोड खुद आम तौर पर छोटा होता है। असली महत्व उसके आसपास के फ़ैसलों का है:
- कौन सा provider आपके व्यवसाय, देश और आप क्या बेचते हैं, उसके लिए ठीक है।
- कोड कहाँ चलता है। Secret payment keys सर्वर पर रहनी चाहिए, कभी browser में नहीं।
- आपके ऐप को कैसे पता चलता है कि पेमेंट सफल हुआ। भरोसेमंद तरीका provider की ओर से एक webhook है — न कि ग्राहक का किसी "धन्यवाद" पेज पर पहुँचना।
- आपकी कानूनी और टैक्स ज़िम्मेदारियाँ, जो इस पर निर्भर करती हैं कि merchant of record कौन है।
Gateway क्या करता है, यह समझने से आप साफ़ निर्देश दे पाते हैं और जाँच पाते हैं कि नतीजा सुरक्षित है।
रोज़मर्रा की मिसाल
दुकान में कार्ड से पेमेंट करने के बारे में सोचिए।
काउंटर पर रखा कार्ड टर्मिनल gateway है: वह आपका कार्ड सुरक्षित रूप से पढ़ता है और अनुरोध आगे भेजता है। वह खुद कोई फ़ैसला नहीं लेता — वह सवाल "क्या यह व्यक्ति €40 दे सकता है?" एक श्रृंखला के ज़रिए आपके बैंक तक ले जाता है और जवाब वापस लाता है। दुकान का बैंक (acquirer) और ग्राहक का बैंक (issuer) फ़ैसला करते हैं, card network (Visa, Mastercard) के ज़रिए जो उन्हें जोड़ता है।
ऑनलाइन payment gateway वही टर्मिनल है, वेब के लिए दोबारा बनाया गया — और इंटरनेट पर आए कार्ड विवरण को संभालने की सुरक्षा के साथ।
ऑनलाइन कार्ड पेमेंट कैसे काम करता है
ग्राहक के "Pay" दबाने के बाद के कुछ सेकंड में यह होता है:
| चरण | क्या होता है | कौन करता है |
|---|---|---|
| 1. Checkout | ग्राहक एक सुरक्षित payment form पर कार्ड विवरण भरता है | Payment provider का form या पेज |
| 2. Encryption | विवरण encrypt होकर gateway को भेजा जाता है | Gateway |
| 3. Authorisation request | अनुरोध card network और ग्राहक के बैंक तक जाता है | Processor, card network |
| 4. जाँच | बैंक फ़ंड और fraud संकेत देखता है, और 3D Secure जैसी अतिरिक्त पुष्टि माँग सकता है | Issuing bank |
| 5. जवाब | स्वीकृत या अस्वीकृत का जवाब आपके ऐप तक वापस आता है | Gateway |
| 6. Capture और settlement | पैसा लिया जाता है और, provider के payout schedule के बाद, फ़ीस घटाकर आपके बैंक खाते में जाता है | Processor, acquirer |
दो बातें जानने लायक हैं:
- Authorisation का मतलब भुगतान मिल जाना नहीं है। पहले पैसा आरक्षित होता है, फिर capture होता है, फिर आपके खाते में settle होता है — अक्सर कई दिनों बाद।
- आपके ऐप को कार्ड नंबर बिल्कुल नहीं दिखना चाहिए। आधुनिक providers आपको hosted checkout पेज या embedded fields देते हैं जिन्हें वे नियंत्रित करते हैं, और आपका ऐप केवल पेमेंट का एक संदर्भ पाता है।
मुख्य हिस्से, और उन्हें कौन संभालता है
| हिस्सा | वह क्या है |
|---|---|
| Payment gateway | पेमेंट विवरण सुरक्षित रूप से लेता और आगे भेजता है। |
| Payment processor | बैंकों के बीच लेनदेन का डेटा आगे बढ़ाता है। |
| Merchant account | वह खाता जो आपकी ओर से कार्ड पेमेंट प्राप्त करता है। Stripe जैसे providers इसे साथ जोड़ते हैं। |
| Acquirer | व्यापारी की ओर का बैंक। |
| Issuer | ग्राहक का बैंक, जो स्वीकृति या अस्वीकृति देता है। |
| Card network | Visa, Mastercard और दूसरे, जो acquirers और issuers को जोड़ते हैं। |
| Merchant of record | वह व्यवसाय जो कानूनी रूप से ग्राहक को बेचता है और टैक्स, refunds और विवादों के लिए ज़िम्मेदार है। |
कुछ providers (Paddle, Lemon Squeezy) खुद merchant of record बनते हैं, और अधिक फ़ीस के बदले आपके लिए sales tax और VAT संभालते हैं। अन्य (Stripe, PayPal) आपको merchant of record छोड़ते हैं, साथ में वैकल्पिक tax tools के साथ। विकल्पों की निष्पक्ष तुलना के लिए देखें Stripe बनाम Paddle बनाम Lemon Squeezy और Stripe बनाम PayPal।
एक उदाहरण: एक कोर्स बेचना
आप एक ऑनलाइन कोर्स €99 में बेचते हैं और अपने AI builder से एक "Buy" बटन जोड़ने को कहते हैं।
- ग्राहक Buy क्लिक करता है। आपका सर्वर अपनी secret key से provider से €99 के लिए एक checkout session बनाने को कहता है और एक link वापस पाता है।
- ग्राहक provider के hosted checkout पेज पर जाता है, कार्ड भरता है, और अपने बैंक के साथ किसी 3D Secure जाँच को पूरा करता है।
- पेमेंट स्वीकृत हो जाता है, और ग्राहक आपके "success" पेज पर भेजा जाता है।
- अलग से, provider आपके सर्वर को एक webhook भेजता है: "session X का पेमेंट सफल हुआ।" आपका सर्वर webhook का signature जाँचता है, order खोजता है, उसे paid चिह्नित करता है और कोर्स खोल देता है।
- कुछ दिनों बाद, फ़ीस घटाकर पैसा आपके बैंक खाते में आ जाता है।
चरण 4 सबसे महत्वपूर्ण है। अगर आप कोर्स success पेज पर खोल देते, तो जो भी उस URL तक पहुँचता वह उसे मुफ़्त पा सकता, और जिन ग्राहकों का browser पेमेंट के बाद जल्दी बंद हो गया, वे पैसे देते और कुछ न पाते।
मुख्य शब्द
| शब्द | मतलब |
|---|---|
| Checkout session | आपके सर्वर द्वारा किसी खास खरीद के लिए बनाया गया एक बार का पेमेंट पेज या प्रवाह। |
| Test mode | एक sandbox जहाँ आप test keys और test card numbers इस्तेमाल करते हैं — असली पैसा नहीं चलता। |
| Publishable / secret key | Publishable key browser कोड में दिख सकती है; secret key सर्वर पर ही रहनी चाहिए। |
| 3D Secure | एक अतिरिक्त कदम जहाँ ग्राहक अपने बैंक के साथ पेमेंट की पुष्टि करता है, जो यूरोप में Strong Customer Authentication (SCA) नियमों के तहत आम है। |
| PCI DSS | कार्ड डेटा संभालने वाले हर व्यक्ति के लिए कार्ड उद्योग का सुरक्षा मानक। |
| Chargeback | जब ग्राहक अपने बैंक में पेमेंट पर विवाद करता है और पैसा वापस खींच लिया जाता है। |
| Refund | आपके द्वारा स्वेच्छा से लौटाया गया पैसा। |
| Payout | Provider द्वारा आपके एकत्र किए पैसे को आपके बैंक खाते में भेजना। |
आम गलतफ़हमियाँ
- "ग्राहकों को दोबारा चार्ज करने के लिए मुझे कार्ड नंबर स्टोर करने होंगे।" नहीं। Providers कार्ड स्टोर करते हैं और दोबारा चार्ज करने व subscriptions के लिए आपको एक reference token देते हैं। आपको कभी खुद कार्ड नंबर स्टोर नहीं करने चाहिए।
- "Success पेज का मतलब है पेमेंट काम कर गया।" पेमेंट की पुष्टि सर्वर पर webhooks से करें। Redirects छूट सकते हैं, नकली हो सकते हैं, या हो ही न सकें।
- "सभी payment providers की लागत लगभग एक जैसी है।" फ़ीस provider, देश, कार्ड के प्रकार और इस पर निर्भर करती है कि टैक्स संभालना शामिल है या नहीं। अपने देश के लिए हर provider का मौजूदा pricing पेज जाँचें।
- "Stripe इस्तेमाल करने से मैं PCI compliant हो जाता हूँ।" इससे अनुपालन बहुत आसान हो जाता है, क्योंकि कार्ड डेटा provider के पास रहता है — पर आपको फिर भी एक (आम तौर पर छोटी) self-assessment पूरी करनी होती है।
- "Test mode और live mode एक जैसे व्यवहार करते हैं।" वे करीब हैं, पर live mode के लिए पूरी तरह सत्यापित account, live वातावरण के लिए असली webhook endpoints, और असली बैंक विवरण चाहिए।
- "Payment gateway मेरे टैक्स संभालता है।" केवल तब जब वह merchant of record हो या आप उसकी tax सुविधाएँ चालू करके कॉन्फ़िगर करें। अपने स्थानीय नियम जाँचें या किसी सलाहकार से पूछें।
अपने AI builder से क्या माँगें
- "[product] के लिए [Stripe] Checkout जोड़ो। Session सर्वर पर बनाओ, environment variable से पढ़ी गई secret key के साथ।"
- "Orders को paid तभी चिह्नित करो जब एक सत्यापित webhook आए, और webhook का signature जाँचो।"
- "यह संभालो कि webhook दो बार भेजा जाए, बिना डुप्लिकेट orders बनाए।"
- "Test mode की keys इस्तेमाल करो और provider के test cards से टेस्ट करने का तरीका बताओ, जिसमें एक अस्वीकृत कार्ड भी हो।"
- "अगर ग्राहक पेमेंट के बाद tab बंद कर दे तो क्या होता है?"
- "हर जगह दिखाओ जहाँ कोई payment key इस्तेमाल होती है, और पक्का करो कि secret key कभी browser तक नहीं पहुँचती।"
Mythex पर payment gateways
Mythex आपके बनाए ऐप्स के लिए बने-बनाए payments शामिल नहीं करता, और "Connect Stripe" जैसा एक-क्लिक विकल्प नहीं है। आप अपने चुने provider पर एक account बनाते हैं, उसकी test keys को प्रोजेक्ट secrets के रूप में जोड़ते हैं, और agent से सर्वर की ओर checkout बनवाते हैं। Preview में provider के test cards से टेस्ट करें, फिर publish करें। Docs में Stripe से payments स्वीकार करना समझाया गया है, और Webhooks पुष्टि वाले चरण को कवर करता है।
चरण-दर-चरण निर्माण के लिए देखें अपने ऐप में payments कैसे जोड़ें और आवर्ती बिलिंग के लिए Stripe से subscriptions कैसे जोड़ें।
सवाल
सरल शब्दों में payment gateway क्या है?
Payment gateway वह सेवा है जो आपके checkout से ग्राहक का पेमेंट विवरण सुरक्षित रूप से लेती है, उसे मंज़ूरी के लिए बैंकों और card networks तक भेजती है, और आपके ऐप को स्वीकृत या अस्वीकृत का जवाब लौटाती है — आम तौर पर कुछ ही सेकंड में।
Payment gateway और payment processor में क्या फ़र्क है?
सख्ती से कहें तो gateway वह सुरक्षित दरवाज़ा है जो पेमेंट विवरण लेता और आगे भेजता है, और processor बैंकों के बीच लेनदेन को आगे बढ़ाता है। व्यवहार में Stripe, PayPal और Adyen जैसे आधुनिक providers दोनों को, और merchant account को, एक ही सेवा में जोड़ते हैं, इसलिए ये शब्द अक्सर एक-दूसरे की जगह इस्तेमाल होते हैं।
कार्ड से पेमेंट लेने के लिए क्या मुझे PCI compliant होना होगा?
कार्ड स्वीकार करने वाले हर व्यवसाय को किसी न किसी रूप में PCI DSS सुरक्षा मानक का पालन करना होता है। Hosted checkout पेज या provider के embedded payment fields इस्तेमाल करने पर कार्ड नंबर आपके सर्वर तक कभी नहीं पहुँचते, जिससे आपकी ज़िम्मेदारी काफ़ी कम हो जाती है। कौन सी self-assessment लागू होती है, यह आपका provider बताएगा।
Merchant of record क्या है?
Merchant of record वह व्यवसाय है जो कानूनी रूप से ग्राहक को बेचता है, और टैक्स या VAT वसूलने व चुकाने, refunds और chargebacks संभालने के लिए ज़िम्मेदार होता है। Paddle और Lemon Squeezy जैसी सेवाएँ आपके लिए merchant of record बनती हैं; Stripe या PayPal के साथ आम तौर पर आप खुद होते हैं।
क्या AI से बने ऐप में पेमेंट जोड़ सकता हूँ?
हाँ। AI builder ऐसा कोड लिख सकता है जो आपके ऐप को Stripe जैसे provider से जोड़े: सर्वर पर checkout sessions बनाना, webhooks संभालना और orders अपडेट करना। Provider के यहाँ आपका अपना account चाहिए, और लाइव जाने से पहले सब कुछ उसके test mode में टेस्ट करना चाहिए।