Payment Gateway શું છે? ઑનલાઇન પેમેન્ટ કેવી રીતે કામ કરે છે
Payment gateway એ સેવા છે જે checkout પર ગ્રાહકની payment વિગતો સુરક્ષિત રીતે લે છે, તેમને મંજૂરી માટે બેંકો અને કાર્ડ નેટવર્ક પર મોકલે છે, અને "મંજૂર" અથવા "નામંજૂર" પાછું મોકલે છે — સામાન્ય રીતે થોડી સેકન્ડોમાં. તે તમારી એપ અને નાણાકીય પ્રણાલી વચ્ચેનો સેતુ છે. Stripe, PayPal, Adyen, Square અને Braintree જાણીતા ઉદાહરણો છે.
આજે આમાંની મોટાભાગની કંપનીઓ gateway ને પૈસા મેળવવા માટે જરૂરી બીજી બધી વસ્તુઓ સાથે બંડલ કરે છે, એટલે "payment gateway", "payment processor" અને "payment provider" ઘણીવાર એક જ અર્થમાં વપરાય છે.
AI સાથે બનાવતી વખતે payment gateways શા માટે મહત્વના છે
"Payments ઉમેરો" એ AI બિલ્ડરોને લોકો કરતી સૌથી સામાન્ય વિનંતીઓમાંની એક છે, અને સૂક્ષ્મ રીતે ખોટી થવી સૌથી સહેલી પણ છે. કોડ પોતે સામાન્ય રીતે ટૂંકો હોય છે. મહત્વના ભાગ તેની આસપાસના નિર્ણયો છે:
- કયો પ્રદાતા. તમારા વ્યવસાય, દેશ અને તમે શું વેચો છો તેના માટે કયો બંધબેસે છે.
- કોડ ક્યાં ચાલે છે. Secret payment keys સર્વર પર રહેવી જોઈએ, ક્યારેય બ્રાઉઝરમાં નહીં.
- તમારી એપ કેવી રીતે જાણે કે payment સફળ થઈ. વિશ્વસનીય રીત પ્રદાતા તરફથી webhook છે — ગ્રાહક "આભાર" પેજ પર પહોંચે તે નહીં.
- તમારી કાનૂની અને કર જવાબદારીઓ, જે નક્કી કરે છે કે merchant of record કોણ છે.
Gateway શું કરે છે તે સમજવાથી તમે સ્પષ્ટ સૂચનાઓ આપી શકો છો અને પરિણામ સુરક્ષિત છે કે નહીં તે તપાસી શકો છો.
રોજિંદો ઉદાહરણ
દુકાનમાં કાર્ડથી ચૂકવણીનો વિચાર કરો.
કાઉન્ટર પરનું કાર્ડ ટર્મિનલ એ gateway છે: તે તમારું કાર્ડ સુરક્ષિત રીતે વાંચે છે અને વિનંતી મોકલે છે. તે કશું નક્કી કરતું નથી — તે "શું આ વ્યક્તિ €40 ચૂકવી શકે?" એ પ્રશ્ન સાંકળ દ્વારા તમારી બેંક સુધી મોકલે છે અને જવાબ પાછો લાવે છે. દુકાનની બેંક (acquirer) અને તમારી બેંક (issuer) નિર્ણય લે છે, તેમને જોડતા કાર્ડ નેટવર્ક (Visa, Mastercard) દ્વારા.
ઑનલાઇન payment gateway એ તે ટર્મિનલ છે, વેબ માટે ફરીથી બનાવેલું — વત્તા ઇન્ટરનેટ પર આવતી કાર્ડ વિગતોને સંભાળવાની સુરક્ષા.
ઑનલાઇન કાર્ડ પેમેન્ટ કેવી રીતે કામ કરે છે
ગ્રાહક "Pay" ક્લિક કર્યા પછીની થોડી સેકન્ડોમાં શું થાય છે:
| પગલું | શું થાય છે | કોણ કરે છે |
|---|---|---|
| 1. Checkout | ગ્રાહક સુરક્ષિત payment ફોર્મ પર કાર્ડની વિગતો દાખલ કરે છે | પ્રદાતાનું ફોર્મ અથવા પેજ |
| 2. Encryption | વિગતો એન્ક્રિપ્ટ થઈને gateway પર મોકલાય છે | Gateway |
| 3. Authorisation request | વિનંતી કાર્ડ નેટવર્ક અને ગ્રાહકની બેંક સુધી જાય છે | Processor, કાર્ડ નેટવર્ક |
| 4. Checks | બેંક ભંડોળ અને છેતરપિંડીના સંકેતો તપાસે છે, અને 3D Secure જેવી વધારાની ચકાસણી માંગી શકે છે | Issuing bank |
| 5. Response | મંજૂર અથવા નામંજૂર તમારી એપ પર પાછું આવે છે | Gateway |
| 6. Capture and settlement | પૈસા એકઠા થાય છે અને, પ્રદાતાના payout શેડ્યૂલ પછી, ફીસ બાદ કરીને તમારા બેંક ખાતામાં જાય છે | Processor, acquirer |
બે મુદ્દા જાણવા જેવા છે:
- Authorisation એ ચુકવણી મળવા જેવું નથી. પહેલાં પૈસા અનામત રખાય છે, પછી capture થાય છે, પછી તમારા ખાતામાં settle થાય છે — ઘણીવાર દિવસો પછી.
- તમારી એપે કાર્ડ નંબર બિલકુલ જોવો ન જોઈએ. આધુનિક પ્રદાતાઓ તમને hosted checkout પેજ અથવા embedded fields આપે છે જે તેઓ નિયંત્રિત કરે છે, અને તમારી એપને ફક્ત payment નો સંદર્ભ મળે છે.
મુખ્ય ભાગો અને તેમને કોણ સંભાળે છે
| ભાગ | તે શું છે |
|---|---|
| Payment gateway | payment વિગતો સુરક્ષિત રીતે પકડે અને આગળ મોકલે. |
| Payment processor | બેંકો વચ્ચે વ્યવહારનો ડેટા ખસેડે. |
| Merchant account | તમારા વતી કાર્ડ payments મેળવતું એકાઉન્ટ. Stripe જેવા પ્રદાતાઓ તેને બંડલ કરે છે. |
| Acquirer | વેપારીની બાજુની બેંક. |
| Issuer | ગ્રાહકની બેંક, જે મંજૂર અથવા નામંજૂર કરે છે. |
| Card network | Visa, Mastercard અને બીજા, જે acquirers અને issuers ને જોડે છે. |
| Merchant of record | વ્યવસાય જે કાયદેસર રીતે ગ્રાહકને વેચે છે અને વેરો, રિફંડ અને વિવાદો માટે જવાબદાર છે. |
કેટલાક પ્રદાતાઓ (Paddle, Lemon Squeezy) પોતે merchant of record તરીકે કામ કરે છે, ઊંચી ફીના બદલામાં તમારા માટે વેચાણ વેરો અને VAT સંભાળે છે. બીજા (Stripe, PayPal) તમને merchant of record રાખે છે, વૈકલ્પિક કર સાધનો સાથે. વિકલ્પોની ન્યાયી સમજ માટે, Stripe વિરુદ્ધ Paddle વિરુદ્ધ Lemon Squeezy અને Stripe વિરુદ્ધ PayPal જુઓ.
એક કામ કરેલું ઉદાહરણ: કોર્સ વેચવો
તમે €99નો ઑનલાઇન કોર્સ વેચો છો અને તમારા AI બિલ્ડરને "Buy" બટન ઉમેરવા કહો છો.
- ગ્રાહક Buy ક્લિક કરે છે. તમારો સર્વર તેની secret key વાપરીને પ્રદાતાને €99 માટે checkout session બનાવવા કહે છે અને એક લિંક પાછી મેળવે છે.
- ગ્રાહકને પ્રદાતાના hosted checkout પેજ પર મોકલાય છે, તે કાર્ડ દાખલ કરે છે, અને તેમની બેંક સાથે કોઈપણ 3D Secure ચકાસણી પૂર્ણ કરે છે.
- Payment મંજૂર થાય છે, અને ગ્રાહકને તમારા "સફળ" પેજ પર રીડાયરેક્ટ કરાય છે.
- અલગથી, પ્રદાતા તમારા સર્વરને webhook મોકલે છે: "session X માટે payment સફળ." તમારો સર્વર webhook ની signature તપાસે છે, ઓર્ડર શોધે છે, તેને paid ચિહ્નિત કરે છે અને કોર્સ ખોલે છે.
- થોડા દિવસો પછી, ફીસ બાદ કરેલા પૈસા તમારા બેંક ખાતામાં આવે છે.
પગલું 4 સૌથી મહત્વનું છે. જો તમે કોર્સ સફળતા પેજ પર ખોલ્યો હોત, તો જે કોઈ તે URL શોધે તે મફતમાં મેળવી શકત, અને જે ગ્રાહકનો બ્રાઉઝર વહેલો બંધ થઈ ગયો તે ચૂકવણી કરીને પણ કંઈ ન મેળવત.
મુખ્ય શબ્દો
| શબ્દ | અર્થ |
|---|---|
| Checkout session | એક ખરીદી માટે તમારા સર્વર દ્વારા બનાવેલું એક વારનું payment પેજ અથવા પ્રવાહ. |
| Test mode | એક સેન્ડબોક્સ જ્યાં તમે test keys અને test card નંબર વાપરો છો — કોઈ વાસ્તવિક પૈસા ખસતા નથી. |
| Publishable / secret key | Publishable key બ્રાઉઝર કોડમાં દેખાઈ શકે; secret key સર્વર પર રહેવી જોઈએ. |
| 3D Secure | વધારાનું પગલું જ્યાં ગ્રાહક તેમની બેંક સાથે payment ની પુષ્ટિ કરે, યુરોપમાં Strong Customer Authentication (SCA) નિયમો હેઠળ સામાન્ય. |
| PCI DSS | કાર્ડ ડેટા સંભાળતા કોઈપણ માટે કાર્ડ ઉદ્યોગનું સુરક્ષા ધોરણ. |
| Chargeback | જ્યારે ગ્રાહક તેમની બેંક સાથે payment ને વિવાદિત કરે અને પૈસા પાછા ખેંચાય. |
| Refund | તમારા દ્વારા સ્વેચ્છાએ પાછા અપાયેલા પૈસા. |
| Payout | પ્રદાતા દ્વારા તમારા એકઠા કરેલા પૈસા તમારા બેંક ખાતામાં ટ્રાન્સફર કરવા. |
સામાન્ય ગેરસમજણો
- "ગ્રાહકને ફરી ચાર્જ કરવા માટે મારે કાર્ડ નંબર સ્ટોર કરવા પડે." ના. પ્રદાતાઓ કાર્ડ સ્ટોર કરે છે અને તમને પુનરાવર્તિત ચાર્જ અને subscriptions માટે સંદર્ભ token આપે છે. તમારે ક્યારેય જાતે કાર્ડ નંબર ન સાચવવા જોઈએ.
- "સફળતા પેજનો અર્થ છે કે payment કામ કર્યું." સર્વર પર webhooks વડે payments ની પુષ્ટિ કરો. રીડાયરેક્ટ છોડી શકાય, નકલી હોઈ શકે, અથવા ક્યારેય ન થઈ શકે.
- "બધા payment પ્રદાતાઓનો ખર્ચ લગભગ સરખો છે." ફી પ્રદાતા, દેશ, કાર્ડના પ્રકાર અને કર સંભાળ સામેલ છે કે નહીં તે પ્રમાણે બદલાય છે. તમારા દેશ માટે દરેક પ્રદાતાનું વર્તમાન pricing પેજ તપાસો.
- "Stripe વાપરવાથી હું PCI compliant થઈ જાઉં." તે compliance ઘણું સરળ બનાવે છે, કારણ કે કાર્ડ ડેટા પ્રદાતા પાસે રહે છે — પણ તમારે હજી એક (સામાન્ય રીતે ટૂંકું) self-assessment પૂર્ણ કરવું પડે.
- "Test mode અને live mode બિલકુલ એક જેવા વર્તે છે." તે નજીક છે, પણ live mode માટે સંપૂર્ણ ચકાસાયેલ એકાઉન્ટ, live environment માટે સેટ કરેલા વાસ્તવિક webhook endpoints, અને વાસ્તવિક બેંક વિગતો જોઈએ.
- "Payment gateway મારા કર સંભાળે છે." ફક્ત જો તે merchant of record હોય અથવા તમે તેના કર સાધનો ચાલુ અને ગોઠવો. તમારા સ્થાનિક નિયમો તપાસો અથવા સલાહકારને પૂછો.
તમારા AI બિલ્ડરને શું પૂછવું
- "[ઉત્પાદન] માટે [Stripe] Checkout ઉમેરો. Session સર્વર પર બનાવો, environment variable માંથી secret key વાપરીને."
- "Webhook થી જ orders ને paid ચિહ્નિત કરો, અને webhook ની signature તપાસો."
- "Webhook બે વાર મોકલાય તો પણ ડુપ્લિકેટ orders ન બને તે સંભાળો."
- "Test mode keys વાપરો અને પ્રદાતાના test cards વડે ટેસ્ટિંગ સમજાવો, નામંજૂર થયેલા કાર્ડ સહિત."
- "ગ્રાહક ચૂકવણી પછી ટેબ બંધ કરી દે તો શું થાય?"
- "જ્યાં payment key વપરાય છે તે દરેક જગ્યા બતાવો, અને ખાતરી કરો કે secret key ક્યારેય બ્રાઉઝર સુધી પહોંચતી નથી."
Mythex પર payment gateways
Mythex તમે બનાવેલી એપ માટે બિલ્ટ-ઇન payments સમાવતું નથી, અને "Connect Stripe" નું એક-ક્લિક બટન નથી. તમે તમારા પસંદ કરેલા પ્રદાતા સાથે એકાઉન્ટ બનાવો છો, તેની test keys પ્રોજેક્ટ secrets તરીકે ઉમેરો છો, અને એજન્ટને સર્વર બાજુએ checkout બનાવવા કહો છો. Preview માં પ્રદાતાના test cards વડે ટેસ્ટ કરો, પછી publish કરો. દસ્તાવેજો Stripe વડે payments સ્વીકારો માં આ પગલાં સમજાવે છે, અને Webhooks પુષ્ટિના પગલાને આવરી લે છે.
પગલે પગલે બનાવવા માટે, તમારી એપમાં payments કેવી રીતે ઉમેરવા જુઓ, અને recurring billing માટે, Stripe સાથે subscriptions કેવી રીતે ઉમેરવા જુઓ.
પ્રશ્નો
સાદી ભાષામાં payment gateway એટલે શું?
Payment gateway એ સેવા છે જે તમારા checkout માંથી ગ્રાહકની payment વિગતો સુરક્ષિત રીતે લે છે, તેમને મંજૂરી માટે બેંકો અને કાર્ડ નેટવર્ક પર મોકલે છે, અને મંજૂર અથવા નામંજૂર જવાબ તમારી એપને પાછો આપે છે — સામાન્ય રીતે થોડી સેકન્ડોમાં.
Payment gateway અને payment processor વચ્ચે શો તફાવત છે?
કડક રીતે, gateway એ સુરક્ષિત આગળનો દરવાજો છે જે payment વિગતો પકડે અને આગળ મોકલે, અને processor બેંકો વચ્ચે વ્યવહાર ખસેડે છે. વ્યવહારમાં, Stripe, PayPal અને Adyen જેવા આધુનિક પ્રદાતાઓ બંનેને, તેમજ merchant account ને એક સેવામાં જોડે છે, એટલે શબ્દો ઘણીવાર એક સાથે વપરાય છે.
કાર્ડ પેમેન્ટ સ્વીકારવા માટે શું મારે PCI compliant હોવું જરૂરી છે?
કાર્ડ સ્વીકારતો કોઈપણ વ્યવસાય કોઈક રીતે PCI DSS સુરક્ષા ધોરણ પૂરું કરવું જોઈએ. Hosted checkout પેજ અથવા પ્રદાતાના embedded payment fields વાપરવાથી કાર્ડ નંબર ક્યારેય તમારા સર્વરને સ્પર્શતા નથી, જે તમારી જવાબદારી ઘણી ઘટાડે છે. તમારો પ્રદાતા કહેશે કયું self-assessment લાગુ પડે છે.
Merchant of record એટલે શું?
Merchant of record એ વ્યવસાય છે જે કાયદેસર રીતે ગ્રાહકને વેચે છે, અને વેચાણ વેરો અથવા VAT એકઠો કરવો અને ચૂકવવો, રિફંડ અને chargebacks સંભાળવા જેવી બાબતો માટે જવાબદાર છે. Paddle અને Lemon Squeezy જેવી સેવાઓ તમારા વતી merchant of record તરીકે કામ કરે છે; Stripe અથવા PayPal સાથે સામાન્ય રીતે તમે જ હો છો.
શું AI વડે બનેલી એપમાં payments ઉમેરી શકાય?
હા. AI બિલ્ડર તમારી એપને Stripe જેવા પ્રદાતા સાથે જોડતો કોડ લખી શકે છે: સર્વર પર checkout sessions બનાવવા, webhooks સંભાળવા અને ઓર્ડર અપડેટ કરવા. તમારે હજી પ્રદાતા સાથે પોતાનું એકાઉન્ટ જોઈએ, અને લાઇવ જતા પહેલાં બધું તેના test mode માં ટેસ્ટ કરવું જોઈએ.