Google पे: इन-ऐप और वेब

1) Google पे ऑनलाइन क्या है

Google पे (GPay) - कार्ड रेल पर सुरक्षित भुगतान की एक परत (वीजा/मास्टरकार्ड/आदि) , जहां पैन को एक डिवाइस/नेटवर्क टोकन (डीपैन/नेटवर्क टोकन) द्वारा बदल दिया जाता है, और लेनदेन को एक बार ईएमवी क्रिप्टोग्राम के साथ हस्ताक्षरित किया जाता है। सत्यापन - बायोमेट्रिक्स/स्क्रीन लॉक + उपकरण बाइंडिंग।

व्यापारी के लिए, यह अनिवार्य रूप से बढ़े हुए रूपांतरण और कम धोखाधड़ी के साथ एक कार्ड सीएनपी भुगतान है। विवाद/रिफंड - कार्ड नियमों के अनुसार।

💡 कुछ क्षेत्रों में (उदाहरण के लिए, भारत), Google पे UPI-इरादे के "सर्जक" के रूप में भी कार्य करता है। इस लेख में, फोकस ऑनलाइन कार्ड भुगतान (वेब/इन-ऐप) पर है।

2) चैनल और परिदृश्य

2. 1 वेब

Google पे जेएस के माध्यम से एकीकरण ( Data अनुरोध)।

आधुनिक ब्राउज़र में काम करता है (सबसे अच्छा UX Chrome/Android है)।

बायोमेट्रिक्स के साथ संबंधित उपकरण (फोन/घड़ी) के माध्यम से ब्राउज़र में पुष्टि।

2. 2 इन-ऐप (एंड्रॉइड)

Android (देशी शीट) के लिए Google पे API।

GPay ऐप में गहरी पुष्टि, आपके ऐप पर स्थिति वापस।

2. 3 पीओएस (एनएफसी)

एचसीई/एसई के माध्यम से सीपी परिदृश्य; ऑनलाइन लेख के बाहर, चार्जबैक नियम अलग हैं।

3) टोकेनाइजेशन और सुरक्षा

DPAN/नेटवर्क टोकन नेटवर्क टोकन सेवा द्वारा जारी किया जाता है; पैन उपकरण को नहीं छोड़ ता है।

प्रत्येक भुगतान के लिए, एक ईएमवी क्रिप्टोग्राम (एक बार के हस्ताक्षर) का गठन किया जाता है।

SCA डिवाइस के बायोमेट्रिक्स/स्क्रीन लॉक (PSD2-संगत) द्वारा बंद है।

भुगतान टोकन को PSP/गेटवे (गेटवे-मोड) या व्यापारी पर उपयुक्त प्रमाणपत्र (डायरेक्ट-मोड) के साथ डिक्रिप्ट किया जाता है; शायद ही कभी)।

4) SCA/3DS मॉडल और जोखिम

में, SCA अक्सर Google पे स्तर पर किया जाता है - एक अलग 3DS शुरू नहीं हो सकता है (बैंक/PSP निर्णय लेता है)।

जारीकर्ता/नेटवर्क लेनदेन के अतिरिक्त सत्यापन/अस्वीकृति (विशेष रूप से उच्च जोखिम वाले एमसीसी के लिए) का अनुरोध कर सकता है।

संवेदनशील वर्टिकल्स के लिए चयनात्मक विफलताएं और कम सीमाएं संभव हैं।

5) एमआईटी/पुनरावृत्ति और सीओएफ

एकतरफा लेनदेन के लिए Google पे टोकन फिर से डेबिट करने के लिए पात्र नहीं है।

एमआईटी/आवर्तक के लिए:

GPay के माध्यम से पहला भुगतान MIT के लिए सहमति प्राप्त करता है PSP/अधिग्राहक से COF (नेटवर्क टोकन/VTS/MDES) में कार्ड को टोकन करें।
आगे राइट-ऑफ सही लेनदेन मार्कअप के साथ सीओएफ टोकन के साथ एमआईटी की तरह हैं।
सीओएफ और बैंक की सहमति के बिना - उच्च गिरावट/चार्जबैक जोखिम।

6) कनेक्टिविटी विकल्प: गेटवे बनाम डायरेक्ट

गेटवे (अनुशंसित): 'टोकन स्पेसिफिकेशन। टाइप = " PSP टोकन को डिक्रिप्ट करता है और प्राधिकरण करता है। तेज शुरुआत, कम अनुपालन।

प्रत्यक्ष: 'टाइप = "डायरेक्ट" "व्यापारी स्वतंत्र रूप से कार्ड नेटवर्क टोकन को डिक्रिप्ट कर प्रमाणपत्र/कुंजी और कड़ी सुरक्षा की आवश्यकता है; शायद ही कभी लागू होता है।

Data अनुरोध (कॉन्फ़िगरेशन कोर):

'All Meations' 'प्रकार: "CARD",' मापदंड। ऑथमेथड्स '(' पैन _ ओनली ',' CRYPTOGRAM _ 3DS '),' CARDNetworks ',' billeMations पैरामीटर्स '।
'टोकेन स्पेसिफिकेशन' → 'गेटवे' или 'डायरेक्ट'।
'tractInfo' → राशि/मुद्रा/कुल प्राइस स्टेटस।
'MerchantInfo' → 'merchantId '/' merchantName'।

7) एकीकरण प्रवाह

7. 1 वेब (चरण)

1. GPay क्लाइंट इनिशियलाइजेशन → iRadeToPay जाँच।

2. DataRexape का संग्रह (नेटवर्क, प्रमाणीकरण विधियों और टोकन के साथ)।

3. प्रदर्शित GPay शीट → उपयोक्ता पुष्टि करता है (SCA)।

4. Data (सिफर टोकन) प्राप्त करें और PSP को भेजें।

5. Ответ PSP: 'अधिकृत/सफल/असफल' + वेबहुक।

6. जरूरत से 'कैप्चर/रिफंड'; पुनरावृत्ति - दैनिक रजिस्टरों द्वारा।

7. 2 एंड्रॉइड (इन-ऐप)

इसी तरह, एक ' Client' बनाएं, एक ' DatAxAplice' पास करें, एक टोकन प्राप्त करें और इसे बैकएंड/PSP पर पास करें।

8) स्टेटस, बस्तियाँ और रिटर्न

ऑनलाइन स्थिति: 'अधिकृत/सफल/असफल/रद्द/रद्द' (+ 'कुछ पीएसपी में लंबित')।

निपटान: PSP/अधिग्रहणकर्ता रजिस्टरों द्वारा, आमतौर पर T + 1/T + 2। ऑनलाइन सफलता और लेखा नामांकन को अलग करें।

धनवापसी: कार्ड नियमों द्वारा आंशिक/पूर्ण।

चार्जबैक: कार्ड प्रक्रिया (INR/NAD, आदि) प्रासंगिक बनी हुई है।

9) लगातार विफलता के कारण (गिरावट)

एमसीसी/ऊर्ध्वाधर (आईगेमिंग/अर्ध-कैश) - जारीकर्ताओं/पीएसपी के लिए चयनात्मक अवरोधन।

बेमेल भू (मानचित्र देश/आईपी/व्यापारी स्थान)।

गलत ' DatArequation' कॉन्फ़िगरेशन (नेटवर्क/प्रमाणीकरण विधि), गलत 'मर्चेंटआईडी' या टोकन मोड।

COF/सहमति के बिना MIT।

SCA टाइमआउट/यूजर फ्लो इंटरप्ट।

10) यूएक्स पैटर्न (जो रूपांतरण को बढ़ाता है)

मोबाइल-पहला: एंड्रॉइड पर Google पे बटन पहला तरीका लाएं।

उत्पाद कार्ड/बास्केट/चेकआउट पर बड़ा GPay बटन; ब्रांड गाइड का अनुसरण करें।

शीट को पूर्व-भरण राशि/कर/वितरण (उपयोगकर्ता-दृश्य कुल)।

वसूली: समय पर सुरक्षित पुनरावृत्ति, बार-बार विफलताओं पर cards/A2A पर स्विच करना।

Desktop↔mobayl: यदि उपयोगकर्ता फोन पर पुष्टि करता है तो QR/हैंड-ऑफ।

11) स्मार्ट रूटिंग

Android/Chrome पर GPay की पेशकश और उच्च अनुमोदन दर के साथ BINs/बैंकों के लिए।

जब संकेतक अपमानित होते हैं तो विशिष्ट बिन/जियो पर ऑटो-व्युत्पन्न GPay।

आवर्ती के लिए: GPay → COF के माध्यम से पहला भुगतान, फिर उपयोगकर्ता हस्तक्षेप के बिना MIT।

12) सुरक्षा और अनुपालन

PSP संदेश हस्ताक्षर/वेब हुक, सख्त 'पुनर्निर्देशित/वापसी' URI का सत्यापन।

कुंजी/रहस्य - तिजोरी में, कॉलबैक-एंडपॉइंट के लिए आईपी-एलोविस्ट।

पीसीआई पदचिह्न गेटवे-मोड में न्यूनतम है (आप पैन/रहस्य को नहीं छूते हैं)।

लॉग: उपकरण संकेत, कारण कोड, SCA/समय की पुष्टि करें।

13) iGaming: सुविधाएँ

उपलब्धता और सीमाएं अधिकार क्षेत्र, पीएसपी और जारीकर्ता द्वारा भिन्न होती हैं।

चयनात्मक विफलताओं और/या कम सीमाओं की अपेक्षा करें; स्थानीय नियमों की जाँच करें।

आवर्तक राइट-ऑफ - सीओएफ और प्रलेखित खिलाड़ी सहमति के साथ केवल एमआईटी।

विकल्प रखें: A2A/open-banking, स्थानीय पर्स, eCash। यदि गिरावट GPay पर अधिक है तो फॉलबैक दर्ज करें।

14) सुलह और रिपोर्टिंग (रिकॉन)

लॉगइन:

'paymanId/transactId', 'ardId', नेटवर्क (Visa/MC/...), BIN/bank, राशि/मुद्रा, स्थिति/इनकार कोड, चैनल (वेब/इन-ऐप), टाइमस्टैम्प, ARN N R R R.

दैनिक ऑटो-रिकॉन + आवधिक पूर्ण-पुनरावृत्ति।

अलर्ट: "रजिस्ट्री के बिना ऑनलाइन सफलता", "डबल कैप्चर", "उम्र बढ़ ने की उम्र"।

15) केपीआई और विधि प्रबंधन

अनुमोदन दर GPay बनाम नियमित कार्ड (बैंकों/BIN/भू/उपकरणों द्वारा)।

एंड्रॉइड ट्रैफिक में GPay का हिस्सा, 'जीत-दर को फिर से आजमाएं'।

डिक्री मैट्रिक्स (कारण कोड), доля एससीए टाइमआउट।

चार्जबैक दर/ODR, सेटलमेंट लैग, доля आंशिक रिफंड।

ऑटो-व्युत्पन्न थ्रेशोल्ड नियम (उदाहरण के लिए, एक विशिष्ट बिन/जियो के लिए

16) आउटपुट चेकलिस्ट

1. PSP में GPay कनेक्ट करें; MerchantId प्राप्त करें, Meations/networks और token Sprefication कॉन्फ़िगर करें।

2. वेब/इन-ऐप शीट, 'अधिकृत/कैप्चर/रिफंड', वेबहूक (हस्ताक्षर/एनएमएएस), पहचान पत्र और रिट्रेज़को लागू करें।

3. एमआईटी + स्टोर सहमति के लिए सीओएफ/नेटवर्क टोकन कॉन्फ़िगर करें।

4. स्मार्ट-रूटिंग सक्षम करें: एंड्रॉइड पर GPay प्राथमिकता, cards/A2A पर फॉलबैक।

5. ब्रांड गाइड (बटन/प्रतीक/कॉपीराइट) की जाँच कर रहा है।

6. बिल्ड रीकॉन और अलर्ट: सिंक से बाहर, उम्र बढ़ ने ऑथ, डबल कैप्चर।

7. E2E परीक्षण: वेब/एंड्रॉइड, आंशिक कैप्चर/रिफंड, टाइमआउट/रिप्ले, पीएसपी क्षरण, उच्च भार।

लैंडमार्क कार्ड

रेल: कार्ड (वीजा/एमसी/...); चार्जबैक - कार्ड के नियमों के अनुसार।

SCA: बायोमेट्रिक्स/स्क्रीन लॉक (PSD2-संगत); 3DS आमतौर पर अलग से आवश्यक नहीं होता है।

टोकन: DPAN + EMV क्रिप्टोग्राम; आवर्तक - सीओएफ/नेटवर्क टोकन के लिए।

Статусы: 'अधिकृत/पकड़ा/सफल/असफल/वापस/शून्य'।

सेटलमेंट: PSP रजिस्टर (T + 1/T + 2) द्वारा।

सीमाएँ: उपकरण/ब्राउज़र/जियो द्वारा उपलब्धता; आईगेमिंग - पीएसपी/जारीकर्ता नीति के लिए।

सारांश फिर से शुरू करें

Google पे उच्च मोबाइल रूपांतरण और अंतर्निहित SCA के साथ एक कार्ड भुगतान त्वरक है। गेटवे-मोड के माध्यम से एकीकृत करें, DatAxAplection आवश्यकताओं को पूरा करें, webhooks + idempotency + recon के आसपास निर्माण करें, और आवर्तक के लिए COF का उपयोग करें। IGaming के लिए - वैकल्पिक रेल और स्मार्ट रूटिंग को उपलब्धता के रूप में रखें और सीमाएं अधिकार क्षेत्र, बैंक और PSP द्वारा भिन्न होती हैं।