पेमेंट गेटवे म्हणजे काय? ऑनलाइन पेमेंट कसे चालते, सोपे स्पष्टीकरण
पेमेंट गेटवे ही अशी सेवा आहे जी checkout वर ग्राहकाचे पेमेंट तपशील सुरक्षितपणे घेते, मंजुरीसाठी बँका आणि कार्ड नेटवर्क्सकडे पाठवते, आणि "मंजूर" किंवा "नाकारले" असे उत्तर परत पाठवते — सहसा काही सेकंदांत. ती तुमचे अॅप आणि आर्थिक प्रणाली यांच्यातील पूल आहे. Stripe, PayPal, Adyen, Square आणि Braintree ही सुप्रसिद्ध उदाहरणे आहेत.
आज यातील बहुतेक कंपन्या गेटवेसोबत पैसे मिळवण्यासाठी लागणारे इतर सर्व काही एकत्र देतात, त्यामुळे "payment gateway", "payment processor" आणि "payment provider" हे शब्द अनेकदा एकाच अर्थाने वापरले जातात.
AI सह तयार करताना पेमेंट गेटवे का महत्त्वाचे आहेत
"पेमेंट जोडा" ही AI बिल्डर्सना लोक करत असलेल्या सर्वात सामान्य विनंत्यांपैकी एक आहे, आणि ती चुकीची होणे सर्वात सोपे आहे. कोड स्वतः सहसा लहान असतो. महत्त्वाचे असतात त्याभोवतीचे निर्णय:
- कोणता provider. तुमचा व्यवसाय, देश आणि तुम्ही काय विकता यास कोणता योग्य बसतो.
- कोड कुठे चालतो. गुप्त पेमेंट keys सर्व्हरवरच राहिल्या पाहिजेत, कधीही ब्राउझरमध्ये नव्हे.
- तुमच्या अॅपला पेमेंट यशस्वी झाले हे कसे कळते. विश्वसनीय मार्ग म्हणजे provider कडून webhook — ग्राहक "धन्यवाद" पेजवर पोहोचणे नव्हे.
- तुमच्या कायदेशीर आणि कर जबाबदाऱ्या, जे कोण merchant of record आहे त्यावर अवलंबून असतात.
गेटवे काय करतो हे समजल्याने तुम्हाला स्पष्ट सूचना देता येतात आणि परिणाम सुरक्षित आहे का ते तपासता येते.
रोजच्या उदाहरणातून
दुकानात कार्डने पैसे देण्याचा विचार करा.
दुकानातील कार्ड टर्मिनल म्हणजे गेटवे: ते कार्ड सुरक्षितपणे वाचते आणि विनंती पुढे पाठवते. ते काहीही ठरवत नाही — "ही व्यक्ती ४० युरो देऊ शकते का?" हा प्रश्न एका साखळीद्वारे तुमच्या बँकेपर्यंत पाठवते आणि उत्तर परत आणते. दुकानाची बँक (acquirer) आणि तुमची बँक (issuer) निर्णय घेतात, आणि त्यांना जोडणारे कार्ड नेटवर्क (Visa, Mastercard) असते.
ऑनलाइन पेमेंट गेटवे म्हणजे तेच टर्मिनल वेबसाठी नव्याने बांधलेले — इंटरनेटवरून आलेले कार्ड तपशील हाताळण्याच्या सुरक्षिततेसह.
ऑनलाइन कार्ड पेमेंट कसे चालते
ग्राहकाने "Pay" क्लिक केल्यानंतर काही सेकंदांत हे घडते:
| पायरी | काय घडते | कोण करतो |
|---|---|---|
| 1. Checkout | ग्राहक सुरक्षित पेमेंट फॉर्मवर कार्ड तपशील भरतो | पेमेंट provider चा फॉर्म किंवा पेज |
| 2. Encryption | तपशील एन्क्रिप्ट होऊन गेटवेकडे पाठवले जातात | गेटवे |
| 3. Authorisation request | विनंती कार्ड नेटवर्क आणि ग्राहकाच्या बँकेकडे जाते | प्रोसेसर, कार्ड नेटवर्क |
| 4. Checks | बँक निधी आणि फसवणुकीचे संकेत तपासते, आणि 3D Secure सारखी अतिरिक्त पडताळणी मागू शकते | Issuing bank |
| 5. Response | मंजूर किंवा नाकारलेले उत्तर तुमच्या अॅपला परत येते | गेटवे |
| 6. Capture and settlement | पैसे गोळा होतात आणि provider च्या payout वेळापत्रकानंतर, शुल्क वजा करून तुमच्या बँक खात्यात जमा होतात | प्रोसेसर, acquirer |
दोन मुद्दे जाणून घेण्यासारखे आहेत:
- Authorisation म्हणजे पैसे मिळणे नव्हे. आधी रक्कम राखून ठेवली जाते, मग घेतली (capture) जाते, मग तुमच्या खात्यात settle होते — अनेकदा काही दिवसांनी.
- तुमच्या अॅपने कार्ड नंबर अजिबात पाहू नये. आधुनिक providers तुम्हाला hosted checkout पेज किंवा embedded फील्ड्स देतात जे ते नियंत्रित करतात, आणि तुमचे अॅप फक्त पेमेंटचा संदर्भ घेते.
मुख्य घटक आणि ते कोण हाताळतो
| घटक | ते काय आहे |
|---|---|
| Payment gateway | पेमेंट तपशील सुरक्षितपणे घेऊन पुढे पाठवते. |
| Payment processor | बँकांदरम्यान व्यवहार डेटा हलवतो. |
| Merchant account | तुमच्या वतीने कार्ड पेमेंट स्वीकारणारे खाते. Stripe सारखे providers ते एकत्र देतात. |
| Acquirer | व्यापाऱ्याच्या बाजूची बँक. |
| Issuer | ग्राहकाची बँक, जी मंजूर किंवा नाकारते. |
| Card network | Visa, Mastercard आणि इतर, जे acquirers आणि issuers यांना जोडतात. |
| Merchant of record | कायदेशीरदृष्ट्या ग्राहकाला विकणारा व्यवसाय, कर, परतावे आणि वादांसाठी जबाबदार. |
काही providers (Paddle, Lemon Squeezy) स्वतः merchant of record म्हणून काम करतात, जास्त शुल्काच्या बदल्यात तुमच्यासाठी विक्री कर आणि VAT हाताळतात. इतर (Stripe, PayPal) तुम्हाला merchant of record ठेवतात, पर्यायी कर साधनांसह. पर्यायांचा निष्पक्ष आढावा हवा असल्यास Stripe विरुद्ध Paddle विरुद्ध Lemon Squeezy आणि Stripe विरुद्ध PayPal पहा.
एक उदाहरण: कोर्स विकणे
तुम्ही €99 चा ऑनलाइन कोर्स विकता आणि AI बिल्डरला "Buy" बटण जोडायला सांगता.
- ग्राहक Buy क्लिक करतो. तुमचा सर्व्हर त्याच्या गुप्त key वापरून provider ला €99 साठी checkout session तयार करायला सांगतो आणि एक लिंक मिळवतो.
- ग्राहकाला provider च्या hosted checkout पेजवर पाठवले जाते, तो कार्ड भरतो आणि बँकेसोबत कोणतीही 3D Secure पडताळणी पूर्ण करतो.
- पेमेंट मंजूर होते, आणि ग्राहकाला तुमच्या "यशस्वी" पेजवर पाठवले जाते.
- वेगळ्याने, provider तुमच्या सर्व्हरला webhook पाठवतो: "session X साठीचे पेमेंट यशस्वी झाले." तुमचा सर्व्हर webhook ची signature तपासतो, ऑर्डर शोधतो, ती paid म्हणून चिन्हांकित करतो आणि कोर्स उघडतो.
- काही दिवसांनी शुल्क वजा करून पैसे तुमच्या बँक खात्यात येतात.
पायरी 4 सर्वात महत्त्वाची आहे. यशस्वी पेजवर कोर्स उघडला असता, तर तो URL सापडलेला कोणीही तो फुकट मिळवू शकला असता, आणि ज्या ग्राहकांचा ब्राउझर लवकर बंद झाला त्यांनी पैसे देऊनही काहीच मिळाले नसते.
महत्त्वाच्या संज्ञा
| संज्ञा | अर्थ |
|---|---|
| Checkout session | तुमच्या सर्व्हरने एका विशिष्ट खरेदीसाठी तयार केलेले एकवेळचे पेमेंट पेज किंवा प्रवाह. |
| Test mode | test keys आणि test कार्ड नंबर वापरण्याचे sandbox — खरे पैसे हलत नाहीत. |
| Publishable / secret key | publishable key browser कोडमध्ये दिसू शकते; secret key सर्व्हरवरच राहिली पाहिजे. |
| 3D Secure | अतिरिक्त पायरी जिथे ग्राहक बँकेसोबत पेमेंटची पुष्टी करतो, युरोपमध्ये Strong Customer Authentication (SCA) नियमांखाली सामान्य. |
| PCI DSS | कार्ड डेटा हाताळणाऱ्या प्रत्येकासाठी कार्ड उद्योगाचे सुरक्षा मानक. |
| Chargeback | ग्राहकाने बँकेकडे पेमेंटवर वाद घातल्यावर पैसे परत खेचले जाणे. |
| Refund | तुम्ही स्वेच्छेने परत केलेले पैसे. |
| Payout | provider ने गोळा केलेले तुमचे पैसे तुमच्या बँक खात्यात हस्तांतरित करणे. |
सामान्य गैरसमज
- "ग्राहकांना पुन्हा शुल्क लावण्यासाठी मला कार्ड नंबर साठवावे लागतात." नाही. provider कार्ड साठवतो आणि पुनरावृत्ती शुल्क व सदस्यत्वांसाठी तुम्हाला एक संदर्भ token देतो. तुम्ही कार्ड नंबर स्वतः कधीही साठवू नयेत.
- "यशस्वी पेज म्हणजे पेमेंट झाले." सर्व्हरवर webhooks द्वारे पेमेंटची पुष्टी करा. redirects वगळले जाऊ शकतात, बनावट असू शकतात, किंवा अजिबात होऊ शकत नाहीत.
- "सर्व पेमेंट providers साधारण सारखेच खर्च करतात." शुल्क provider, देश, कार्ड प्रकार आणि कर हाताळणी समाविष्ट आहे का यावर अवलंबून बदलते. तुमच्या देशासाठी प्रत्येक provider चे सध्याचे किंमत पेज तपासा.
- "Stripe वापरल्याने मी PCI compliant होतो." यामुळे अनुपालन खूप सोपे होते, कारण कार्ड डेटा provider कडेच राहतो — पण तुम्हाला तरीही एक (सहसा लहान) self-assessment पूर्ण करावे लागते.
- "Test mode आणि live mode अगदी सारखे वागतात." ते जवळपास सारखे असतात, पण live mode ला पूर्णपणे पडताळलेले खाते, live वातावरणासाठी सेट केलेले खरे webhook endpoints आणि खरे बँक तपशील लागतात.
- "पेमेंट गेटवे माझे कर हाताळतो." तो merchant of record असेल किंवा तुम्ही त्याची कर वैशिष्ट्ये चालू करून कॉन्फिगर केली असेल तरच. तुमचे स्थानिक नियम तपासा किंवा सल्लागाराला विचारा.
तुमच्या AI बिल्डरकडे काय विचारावे
- "[उत्पादनासाठी] [Stripe] Checkout जोडा. सर्व्हरवर पर्यावरण व्हेरिएबलमधील secret key वापरून session तयार करा."
- "पेमेंट फक्त पडताळलेल्या webhook वरूनच ऑर्डर paid म्हणून चिन्हांकित करा, आणि webhook ची signature तपासा."
- "webhook दोनदा पाठवला गेला तरी डुप्लिकेट ऑर्डर्स तयार होणार नाहीत हे हाताळा."
- "Test mode च्या keys वापरा आणि provider च्या test कार्ड्ससह तपासण्याची पायरी-पायरीने माहिती द्या, नाकारलेल्या कार्डसह."
- "ग्राहकाने पैसे दिल्यानंतर टॅब बंद केला तर काय होते?"
- "प्रत्येक पेमेंट key कुठे वापरली जाते ते दाखवा, आणि गुप्त key कधीही ब्राउझरपर्यंत पोहोचत नाही याची खात्री करा."
Mythex वरील पेमेंट गेटवे
Mythex मध्ये तुम्ही बांधलेल्या अॅप्ससाठी अंगभूत पेमेंट्स नाहीत, आणि "एका क्लिकने Stripe जोडा" असे काही नाही. तुम्ही निवडलेल्या provider कडे खाते तयार करता, त्याच्या test keys प्रोजेक्ट सिक्रेट्स म्हणून जोडता, आणि agent ला सर्व्हर बाजूचा checkout बांधायला सांगता. Preview मध्ये provider च्या test कार्ड्सने चाचणी करा, मग publish करा. docs मध्ये Stripe ने पेमेंट स्वीकारणे ची पायरी-पायरीने माहिती आहे, आणि Webhooks पुष्टीकरण पायरी समजावते.
पायरी-पायरीने बांधणीसाठी अॅपमध्ये पेमेंट कसे जोडावे पहा, आणि आवर्ती बिलिंगसाठी Stripe सह subscriptions कसे जोडावे.
प्रश्न
पेमेंट गेटवे म्हणजे सोप्या शब्दांत काय?
पेमेंट गेटवे ही सेवा आहे जी ग्राहकाचे पेमेंट तपशील तुमच्या checkout वरून सुरक्षितपणे घेते, मंजुरीसाठी बँका आणि कार्ड नेटवर्क्सकडे पाठवते आणि मंजूर किंवा नाकारलेले उत्तर तुमच्या अॅपला परत देते — सहसा काही सेकंदांत.
पेमेंट गेटवे आणि पेमेंट प्रोसेसरमध्ये काय फरक आहे?
काटेकोरपणे, गेटवे हे सुरक्षित दार आहे जे पेमेंट तपशील घेते आणि पुढे पाठवते, आणि प्रोसेसर बँकांदरम्यान व्यवहार हलवतो. प्रत्यक्षात Stripe, PayPal आणि Adyen सारखे आधुनिक providers दोन्ही, तसेच merchant account, एकाच सेवेत एकत्र देतात, त्यामुळे अटी अनेकदा एकमेकांऐवजी वापरल्या जातात.
कार्डने पेमेंट स्वीकारण्यासाठी मला PCI compliant असणे आवश्यक आहे का?
कार्ड स्वीकारणाऱ्या कोणत्याही व्यवसायाला PCI DSS सुरक्षा मानकाची काही प्रमाणात पूर्तता करावी लागते. hosted checkout पेज किंवा provider चे embedded पेमेंट फील्ड्स वापरल्याने कार्ड नंबर तुमच्या सर्व्हरला कधीच स्पर्श करत नाहीत, आणि तुमची जबाबदारी खूप कमी होते. कोणते self-assessment लागू होते ते तुमचा provider सांगेल.
merchant of record म्हणजे काय?
merchant of record हा असा व्यवसाय आहे जो कायदेशीरदृष्ट्या ग्राहकाला विकतो, आणि त्याची जबाबदारी असते जसे विक्री कर किंवा VAT गोळा करणे आणि भरणे, परतावे आणि chargebacks हाताळणे. Paddle आणि Lemon Squeezy सारख्या सेवा तुमच्यासाठी merchant of record म्हणून काम करतात; Stripe किंवा PayPal सोबत सहसा तुम्हीच असता.
AI सह बनवलेल्या अॅपमध्ये मी पेमेंट जोडू शकतो का?
हो. AI बिल्डर तुमचे अॅप Stripe सारख्या provider ला जोडणारा कोड लिहू शकतो: सर्व्हरवर checkout sessions तयार करणे, webhooks हाताळणे आणि ऑर्डर्स अद्ययावत करणे. provider सोबत तुमचे स्वतःचे खाते लागते, आणि लाइव्ह जाण्यापूर्वी सर्व काही त्याच्या test mode मध्ये तपासा.