अक्सर पूछे जाने वाले सवाल

इस पेज पर, Google Pay API के बारे में सामान्य जानकारी और अक्सर पूछे जाने वाले सवाल दिए गए हैं.

Google Pay API के बारे में जानकारी

Google Pay की मदद से, आपके ऐप्लिकेशन और वेबसाइट पर आसानी से चेकआउट किया जा सकता है. Google Pay API की मदद से, आपके ग्राहक आपके ऐप्लिकेशन और साइटों पर आसानी से चेकआउट कर सकते हैं. इसके लिए, वे अपने Google खातों में सेव किए गए कार्ड इस्तेमाल कर सकते हैं.

सहायता कैसे पाएं

Google Pay और Wallet Console में रजिस्टर करें. इसके बाद, सहायता टीम से संपर्क करें को चुनें. हम इंटिग्रेशन से जुड़ी समस्याओं को हल करने में आपकी मदद कर सकते हैं. इसके अलावा, अपने इंटिग्रेशन को खुद डीबग करने के लिए, Android पर समस्या हल करने की हमारी गाइड और वेब पर समस्या हल करने की हमारी गाइड देखें.

इस्तेमाल की जा सकने वाली सुविधाएं

Google Pay API में कई सुविधाएं काम करती हैं.

पेमेंट के इस्तेमाल किए जा सकने वाले तरीके

Google Pay API, कार्ड या नेटवर्क टोकन दिखा सकता है.

ध्यान दें: पेमेंट के कौनसे तरीके इस्तेमाल किए जा सकते हैं, यह जानने के लिए कारोबारियों या कंपनियों को अपने प्रोसेसर से संपर्क करना होगा.

बार-बार होने वाली बिलिंग और सदस्यताएं

बार-बार होने वाली बिलिंग की सुविधा, Google Pay API से मिले जवाब में दिखाए गए पेमेंट के तरीके से जुड़ी होती है. बार-बार होने वाली बिलिंग के लिए, टोकन वाले कार्ड और सेव किए गए कार्ड, दोनों का इस्तेमाल किया जा सकता है. बार-बार होने वाली बिलिंग को प्रोसेस करने के लिए, कारोबारी या कंपनी को हमारे एपीआई को बार-बार कॉल करने की ज़रूरत नहीं होती. इसके बजाय, बार-बार होने वाले पेमेंट के लिए, पेमेंट क्रेडेंशियल को कारोबारी या कंपनी के पास सेव किया जाता है. कारोबारी, बार-बार होने वाली बिलिंग को मैनेज करने के लिए, अपने पेमेंट गेटवे एपीआई का इस्तेमाल करता है.

अगर यहां दी गई बातें सही हैं, तो Google Pay पर बार-बार होने वाले पेमेंट की सुविधा काम करती है:

• कारोबारी या कंपनियां, नेटवर्क के नियमों का पालन करती हैं. जैसे, कारोबारी या कंपनी की ओर से शुरू किए गए लेन-देन.
• कारोबारी या कंपनी की खरीदारी की प्रोसेस के दौरान, पेमेंट की शर्तों के बारे में बताया जाता है. साथ ही, उपयोगकर्ता को उन्हें स्वीकार करना होता है.

हम अलग-अलग रकम के लिए, बार-बार होने वाली बिलिंग की सुविधा भी देते हैं. उदाहरण के लिए, मोबाइल और इंटरनेट सेवा देने वाली कंपनियों के फ़ोन के बिल, हर महीने चुकाए जा सकते हैं. ज़्यादा जानकारी के लिए, व्यापारियों/कंपनियों को अपने पेमेंट गेटवे के प्रतिनिधि से संपर्क करना होगा.

ऑटो-रीलोड या "टॉप-अप"

एक ही कीमत पर अपने-आप रीलोड होने की सुविधा को प्रोसेस करने के लिए, कारोबारी या कंपनी को हर बार हमारे एपीआई को कॉल करने की ज़रूरत नहीं होती. पेमेंट क्रेडेंशियल को कारोबारी या कंपनी की ओर से सेव किया जाता है और फिर से इस्तेमाल किया जाता है. ज़्यादा जानकारी पाने के लिए, कारोबारियों या कंपनियों को अपने पेमेंट गेटवे के प्रतिनिधि से संपर्क करना होगा.

चार्जबैक (पैसे खाते में वापस आना)

कारोबारी या कंपनियां, पेमेंट रद्द करने, पैसे वापस पाने या विवादों के लिए, पेमेंट के रिवर्सल को उसी तरह मैनेज कर सकती हैं जिस तरह वे पेमेंट के अन्य तरीकों के लिए चार्जबैक मैनेज करती हैं. ज़्यादा जानकारी के लिए, कारोबारियों या कंपनियों को अपने प्रोसेसर के प्रतिनिधि से संपर्क करना होगा.

दान इकट्ठा करना

मंज़ूरी पा चुकी गैर-लाभकारी संस्थाएं (एनपीओ), दान पाने के लिए Google Pay API को इंटिग्रेट कर सकती हैं. हालांकि, इसके लिए उन्हें ऐसे दस्तावेज़ उपलब्ध कराने होंगे जिनसे यह साबित, प्रमाणित, और पुष्टि हो सके कि वे गैर-लाभकारी संस्थाएं हैं. उदाहरण के लिए, अमेरिका में मौजूद गैर-लाभकारी संगठनों को ज़रूरी शर्तें पूरी करने के लिए, आईआरएस से 501(c)3 स्टेटस का मान्य सबूत देना होगा.

शर्तें और नीतियां

Google Pay की सेवा की शर्तें

सभी कारोबारियों या कंपनियों को Google Pay की सेवा की शर्तों से सहमत होना होगा और उनका पालन करना होगा.

Google Pay API के उचित इस्तेमाल की नीति

सभी कारोबारियों या कंपनियों को Google Pay API की उचित इस्तेमाल की नीति से सहमत होना होगा और उसका पालन करना होगा.

जुआ खेलने से जुड़ी नीति

जुए से जुड़ी हमारी नीति, Google Pay API की उचित इस्तेमाल की नीति में बताई गई है.

जुए से जुड़ी हमारी नीति में समय-समय पर बदलाव हो सकता है. सबमिट किए गए सभी कॉन्टेंट की समीक्षा की जाती है और मंज़ूरी मिलने के बाद ही उसे पब्लिश किया जाता है.

हम इन देशों में मौजूद कंपनियों के जुए से जुड़े इंटिग्रेशन स्वीकार करते हैं:

• ऑस्ट्रेलिया
• ऑस्ट्रिया
• कनाडा
• चेकिया
• फ़्रांस
• जॉर्जिया
• जर्मनी
• ग्रीस
• हंगरी
• आयरलैंड
• इटली
• जापान
• नीदरलैंड्स
• पोलैंड
• पुर्तगाल
• रोमानिया
• स्पेन
• स्वीडन
• यूनाइटेड किंगडम

आने वाले समय में, हम इस सुविधा को और बेहतर बना सकते हैं.

जुआ खेलने से जुड़े इंटिग्रेशन के लिए, Google Pay API के प्रोडक्शन ट्रैक का ऐक्सेस पाने के लिए, आपको ये ज़रूरी शर्तें पूरी करनी होंगी:

• अगर आपके पास ऊपर बताए गए देशों में से किसी एक में, सिर्फ़ Android के लिए जुए से जुड़ा इंटिग्रेशन है, तो आपको Google Play की जुए से जुड़ी नीति का पालन करना होगा. साथ ही, आपको Google Play की जांच प्रक्रिया में शामिल होना होगा. इसके बाद, हम सिर्फ़ Android के लिए इंटिग्रेट किए गए आपके ऐप्लिकेशन की समीक्षा कर सकते हैं. इससे हमें यह तय करने में मदद मिलेगी कि आपको Google Pay API के प्रोडक्शन टेस्टिंग ट्रैक का ऐक्सेस दिया जाए या नहीं.
• अगर आपके पास ऊपर बताए गए किसी देश में, सिर्फ़ वेब पर जुआ खेलने की सुविधा देने वाला इंटिग्रेशन है, तो आपको Google Pay API के साथ ऑनबोर्डिंग की प्रोसेस के दौरान, आधिकारिक लाइसेंस सबमिट करना होगा. इससे यह साबित होगा कि आपके पास उस देश में जुआ खेलने की सुविधा देने की ज़रूरी शर्तें पूरी करने वाला लाइसेंस है. इसके बाद, हम आपके सिर्फ़ वेब वाले इंटिग्रेशन का आकलन कर सकते हैं, ताकि आपको Google Pay API के लिए प्रोडक्शन टेस्टिंग ट्रैक का ऐक्सेस मिल सके.
• अगर आपने ऊपर बताए गए किसी देश में Android और वेब पर जुए से जुड़े ऐप्लिकेशन को इंटिग्रेट किया है, तो आपको सबसे पहले Google Play की जुए से जुड़ी नीति का पालन करना होगा. साथ ही, Google Play की जांच की प्रक्रिया में शामिल होना होगा. इसके बाद, हम आपके Android और वेब इंटिग्रेशन का आकलन कर सकते हैं, ताकि आपको Google Pay API के लिए प्रोडक्शन टेस्टिंग ट्रैक का ऐक्सेस मिल सके.

ऐसे देश जहां कुछ खास शर्तें या पाबंदियां लागू हैं

सूची में शामिल देशों में, जुए से जुड़े इंटिग्रेशन की अनुमति तब मिलती है, जब वे ये शर्तें पूरी करते हों:

देश	Android इंटिग्रेशन की ज़रूरी शर्तें	वेब इंटिग्रेशन की ज़रूरी शर्तें
बुल्गारिया	हां, लेकिन पाबंदियों के साथ: ऐसे ऐप्लिकेशन जो किसी वेबसाइट पर रीडायरेक्ट करते हैं वे ज़रूरी शर्तें पूरी करते हैं. ऐसे ऐप्लिकेशन इस्तेमाल करने की अनुमति नहीं है जो किसी वेबसाइट पर रीडायरेक्ट नहीं करते.	हां
साइप्रस	हां, लेकिन पाबंदियों के साथ: राज्य की लॉटरी, ज़रूरी शर्तें पूरी करती हो. OPAP Cyprus Limited को अनुमति है. ऑनलाइन कसीनो के विज्ञापन दिखाने की अनुमति नहीं है. स्लॉट मशीन की अनुमति नहीं है. घुड़दौड़ पर सट्टेबाज़ी करने की अनुमति नहीं है. डॉग रेसिंग पर सट्टा लगाने की अनुमति नहीं है. स्प्रेड बेटिंग पर पाबंदी है. सट्टेबाज़ी के एक्सचेंज पर पाबंदी है.	हां, लेकिन पाबंदियों के साथ: राज्य की लॉटरी, ज़रूरी शर्तें पूरी करती हो. OPAP Cyprus Limited को अनुमति है. ऑनलाइन कसीनो के विज्ञापन दिखाने की अनुमति नहीं है. स्लॉट मशीन की अनुमति नहीं है. घुड़दौड़ पर सट्टेबाज़ी करने की अनुमति नहीं है. डॉग रेसिंग पर सट्टा लगाने की अनुमति नहीं है. स्प्रेड बेटिंग पर पाबंदी है. सट्टेबाज़ी के एक्सचेंज पर पाबंदी है.
फ़िनलैंड	हां, लेकिन पाबंदियों के साथ: Veikkaus Oy को अनुमति है.	हां, लेकिन पाबंदियों के साथ: Veikkaus Oy को अनुमति है.
कज़ाकस्तान	हां, लेकिन पाबंदियों के साथ: लॉटरी के विज्ञापन दिखाए जा सकते हैं. खेलों पर सट्टेबाज़ी की अनुमति है. टोटलाइज़ेटर को अनुमति है. ऑनलाइन कसीनो के विज्ञापन दिखाने की अनुमति नहीं है. इलेक्ट्रॉनिक कैसीनो पर पाबंदी है.	हां, लेकिन कुछ पाबंदियों के साथ: लॉटरी के विज्ञापन दिखाए जा सकते हैं. खेलों पर सट्टेबाज़ी की अनुमति है. टोटलाइज़ेटर को अनुमति है. ऑनलाइन कसीनो के विज्ञापन दिखाने की अनुमति नहीं है. इलेक्ट्रॉनिक कैसीनो पर पाबंदी है.
पोलैंड	नहीं	हां, लेकिन पाबंदियों के साथ: लाइसेंस वाले जुआ ऑपरेटर, इस सुविधा का इस्तेमाल कर सकते हैं.
दक्षिण अफ़्रीका	हां, लेकिन पाबंदियों के साथ: ऑनलाइन स्पोर्ट्स बेटिंग की सुविधा देने वाले ऐप्लिकेशन को मंज़ूरी मिल सकती है.	हां, लेकिन कुछ पाबंदियों के साथ: ऑनलाइन स्पोर्ट्स बेटिंग के विज्ञापन दिखाने की अनुमति है.

अगर आपको Google Pay API को किसी ऐसे देश में उपलब्ध कराना है जिसके लिए आपको पहले अनुमति नहीं मिली थी, तो अनुमति पाने के लिए हमसे संपर्क करें. कृपया ध्यान दें कि आपको हर उस देश के लिए, जुए का आधिकारिक लाइसेंस देना होगा जहां आपको जुए से जुड़ी सेवाएं देनी हैं. हम Google Pay API का इस्तेमाल, जुए से जुड़ी ऐसी सेवाओं के लिए नहीं करने देते जो नाबालिगों या स्थानीय कानूनों के मुताबिक जुआ खेलने पर पाबंदी वाले लोगों को टारगेट करती हैं.

स्वास्थ्य सेवा से जुड़ी नीति

स्वास्थ्य सेवा से जुड़ी हमारी नीति, Google Pay API की उचित इस्तेमाल की नीति में बताई गई है.

स्वास्थ्य सेवा से जुड़े अपने इस्तेमाल के उदाहरण की पुष्टि करने के लिए, ऑनबोर्डिंग के दौरान ज़रूरी लाइसेंस शेयर करने के लिए तैयार रहें. सभी सबमिशन की समीक्षा की जाती है और उन्हें मंज़ूरी दी जाती है.

वित्तीय सेवाओं से जुड़ी नीति

वित्तीय सेवाओं से जुड़ी हमारी नीति के बारे में, Google Pay API के उचित इस्तेमाल की नीति में बताया गया है.

शामिल होने पर, वित्तीय सेवाओं के इस्तेमाल के उदाहरण की पुष्टि करने के लिए, ज़रूरी लाइसेंस शेयर करने के लिए तैयार रहें. सबमिट किए गए सभी कॉन्टेंट की समीक्षा की जाती है और मंज़ूरी मिलने के बाद ही उसे पब्लिश किया जाता है.

अक्सर पूछे जाने वाले सामान्य सवाल

कारोबारियों या कंपनियों के लिए, अक्सर पूछे जाने वाले सवाल यहां दिए गए हैं:

मैं जोखिम और स्ट्रॉन्ग कस्टमर ऑथेंटिकेशन को मैनेज करने के लिए, किसी बड़े पीएसपी का इस्तेमाल करता/करती हूं. मुझे GPay के बारे में क्या जानना चाहिए?

Google Pay API, पेमेंट के तरीकों को साइन और एन्क्रिप्ट किए गए पेलोड में दिखाता है. लौटाए गए पेमेंट के तरीके, पैन या टोकन वाले कार्ड होते हैं. ये कार्ड, डिवाइस पैन (डीपीएएन) और क्रिप्टोग्राम से बने होते हैं.

टोकनाइज़ किए गए कार्ड के पेलोड, बिना किसी अतिरिक्त पुष्टि या चैलेंज के प्रोसेस किए जाते हैं.

जिन कार्ड पेलोड में पैन शामिल होता है उनके लिए, इन-हाउस या पीएसपी से मिले समाधान के ज़रिए 3D सिक्योर की ज़रूरत होती है.

अगर आपका पीएसपी, जोखिम और SCA लॉजिक को मैनेज करता है, तो पक्का करें कि आपके Google Pay API इंटिग्रेशन में ये प्रॉपर्टी शामिल हों:

• merchantInfo.merchantName (Android, वेब): कारोबारी या कंपनी का नाम, पेमेंट शीट में रेंडर किया जाता है.
• transactionInfo.countryCode (Android, वेब): इससे पता चलता है कि लेन-देन कहां प्रोसेस होता है. आपको पेमेंट प्रोसेस करने वाले बैंक के देश की जानकारी देनी होगी.
• transactionInfo.totalPrice (Android, वेब): लेन-देन की कुल मॉनेटरी वैल्यू. इसमें दशमलव के बाद दो अंकों तक की वैल्यू शामिल की जा सकती है.

मुझे Google कारोबारी या कंपनी का आईडी कैसे मिलेगा?

Google से आपकी वेबसाइट को मंज़ूरी मिलने के बाद, आपको Google मर्चेंट आईडी मिल सकता है. इस प्रोसेस को शुरू करने के लिए, Google Pay और Wallet Console में साइन इन करें. इसके बाद, Google Pay API इंटिग्रेशन बनाएं. आपको पूरी तरह क्वालिफ़ाइड डोमेन और सबडोमेन की सूची देनी होगी. इससे आपको Google Pay API को कॉल करने में मदद मिलेगी.

ध्यान दें: अगर आपको सबडोमेन के साथ 50 से ज़्यादा पूरी तरह से क्वालिफ़ाइड डोमेन सबमिट करने हैं, तो इस फ़ॉर्म का इस्तेमाल करके, अन्य समाधान ढूंढें.

क्या एक ही कारोबारी या कंपनी का आईडी का इस्तेमाल, कई ब्रैंड और चैनलों (वेब/ऐप्लिकेशन) के लिए किया जा सकता है?

हां, एक से ज़्यादा ब्रैंड और प्लैटफ़ॉर्म (जैसे, वेब और Android) पर एक ही कारोबारी या कंपनी के आईडी का इस्तेमाल किया जा सकता है. आम तौर पर, हमारा सुझाव है कि आप ऐसा करें, ताकि मिलान करने में आसानी हो.

कारोबारी या कंपनियां, अपने ऐप्लिकेशन और साइटों पर Google Pay से पेमेंट स्वीकार करने की सुविधा का प्रमोशन कैसे कर सकती हैं?

Google Pay के साथ काम करने की सुविधा को हाइलाइट करने के लिए, पक्का करें कि आपने हमारे Android और वेब ब्रैंड के दिशा-निर्देशों में उपलब्ध ऐसेट का इस्तेमाल किया हो.

अगर आपके पास Android इंटिग्रेशन है, तो Play Store में मौजूद ब्यौरे में यह नोट किया जा सकता है कि अब आपके ऐप्लिकेशन में Google Pay की सुविधा उपलब्ध है. वेब इंटिग्रेशन के लिए, कारोबारी या कंपनी की वेबसाइट पर सीधे तौर पर ब्यौरा जोड़ा जा सकता है.

क्या ई-कॉमर्स प्लैटफ़ॉर्म पर Google Pay का इस्तेमाल किया जा सकता है?

हां, Google Pay API का इस्तेमाल करके, ई-कॉमर्स प्लैटफ़ॉर्म को Google Pay से जोड़ा जा सकता है. पेमेंट प्रोसेस करने वाली कंपनी, गेटवे या ई-कॉमर्स प्लैटफ़ॉर्म पार्टनर, जो अपने कारोबारियों या कंपनियों की ओर से चेकआउट पेज होस्ट करते हैं वे Google Pay की होस्ट की गई चेकआउट सुविधा का इस्तेमाल कर सकते हैं.

पेमेंट की सेवा देने वाली कौनसी कंपनियां, Google Pay की सुविधा देती हैं?

Google Pay के साथ काम करने वाले प्रोसेसर की सूची देखने के लिए, Google Pay प्रोसेसर की सूची देखें.

Google Pay किन देशों और इलाकों में उपलब्ध है?

उन देशों की सूची देखें जहां ऑनलाइन या ऐप्लिकेशन में पेमेंट करने के लिए, Google Pay का इस्तेमाल किया जा सकता है.

Google Pay टोकन (CRYPTOGRAM_3DS) की सुविधा किन देशों और इलाकों में उपलब्ध है?

उन देशों और बैंकों की सूची देखने के लिए, स्टोर में जाकर और टच किए बिना खरीदारी करने के लिए, पेमेंट के उपलब्ध तरीके ढूंढना पेज पर जाएं जहां Google Pay टोकन (CRYPTOGRAM_3DS) इस्तेमाल किए जा सकते हैं. इसमें, इस्तेमाल किए जा सकने वाले और इस्तेमाल न किए जा सकने वाले, दोनों तरह के कार्ड की सूची दी जाती है.

Google Play इन-ऐप बिलिंग और Google Pay API में क्या अंतर है?

Android ऐप्लिकेशन पर डिजिटल प्रॉडक्ट और सेवाएं बेचने वाले Google Play डेवलपर को Google Play इन-ऐप बिलिंग का इस्तेमाल करना होगा. इसके बारे में Google Play डेवलपर नीति केंद्र में बताया गया है. इन-ऐप्लिकेशन बिलिंग के उदाहरणों में, वर्चुअल गेम प्रॉडक्ट, ऐप्लिकेशन की सुविधाएं या कॉन्टेंट, और क्लाउड सॉफ़्टवेयर प्रॉडक्ट शामिल हैं. इन-ऐप बिलिंग के बारे में ज़्यादा जानने के लिए, Google Play Billing की खास जानकारी पेज देखें.

ऐप्लिकेशन में इस्तेमाल किए जाने पर, Google Pay API सिर्फ़ फ़िज़िकल प्रॉडक्ट और सेवाओं के लिए उपलब्ध होता है.

क्या Google Pay कोई शुल्क लेता है?

Google Pay, पेमेंट के लिए Google Pay API का इस्तेमाल करने पर, उपयोगकर्ताओं, कारोबारियों/कंपनियों, और डेवलपर से कोई अतिरिक्त शुल्क नहीं लेता है. खास तौर पर, कारोबारियों को पेमेंट प्रोसेस करने वाली कंपनी को प्रोसेसिंग फ़ीस देनी पड़ती है.

Google, क्रेडेंशियल की पुष्टि करने और धोखाधड़ी को रोकने के लिए क्या करता है?

Google में जोड़े गए सभी कार्ड की पुष्टि की जाती है. इससे कार्ड की जानकारी की पुष्टि की जाती है. इसमें कार्ड वेरिफ़िकेशन कोड (सीवीसी) शामिल है. Google, जोखिम का आकलन करने वाले एक इंजन को भी चलाता है. यह इंजन, इन चीज़ों के आधार पर काम करता है: इंस्ट्रूमेंट का डेटा, Google खाते की प्रोफ़ाइलें, खरीदारी का इतिहास, जगह की जानकारी, और डिवाइस की जानकारी. हालांकि, कारोबारियों या कंपनियों को Google Pay से होने वाले लेन-देन के लिए, धोखाधड़ी और जोखिम का आकलन करने वाले मौजूदा टूल का इस्तेमाल जारी रखना होगा.

क्या मोबाइल ऐप्लिकेशन के वेबव्यू में Google Pay का इस्तेमाल किया जा सकता है?

Android वेबव्यू, Google Pay के साथ पूरी तरह से काम करते हैं और मोबाइल वेब जैसा अनुभव देते हैं. इसके लिए, आपको ज़रूरी WebKit डिपेंडेंसी जोड़नी होगी. हालांकि, iOS वेबव्यू पर, isReadyToPay API हमेशा false दिखाएगा. ऐसा तीसरे पक्ष की कुकी पर iOS की पाबंदियों की वजह से होता है. वेबव्यू में मौजूद Android ऐप्लिकेशन और वेबसाइट डोमेन, दोनों को प्रोडक्शन टेस्टिंग ट्रैक के ऐक्सेस के लिए मंज़ूरी मिली हो. लागू करने के तरीके के बारे में ज़्यादा जानने के लिए, Android वेबव्यू का इस्तेमाल करना या iOS WKWebview का इस्तेमाल करना दस्तावेज़ देखें.

मेरा प्रोसेसर इस सूची में शामिल नहीं है. क्या अब भी Google Pay के साथ इंटिग्रेट किया जा सकता है?

Google Pay, ई-कॉमर्स प्लैटफ़ॉर्म और पेमेंट प्रोसेस करने वाली कंपनियों के साथ लगातार साझेदारी कर रहा है. अगर आपको g.co/pay/processors पर पेमेंट प्रोसेस करने वाली कंपनी नहीं मिलती है, तो अनुरोध सबमिट करें. प्रोसेसर उपलब्ध होने पर, आपको सूचना दी जाती है.

अगर मेरे पास पहले से ही पेमेंट प्रोसेस करने वाली कंपनी या पेमेंट प्लैटफ़ॉर्म की सेवा देने वाली कंपनी है, तो मैं Google Pay को कैसे चालू करूं?

Google Pay, पेमेंट की सेवा देने वाली कई कंपनियों और ई-कॉमर्स प्लैटफ़ॉर्म की सेवा देने वाली कंपनियों के साथ काम करता है. इनमें से हर एक के लिए, खास और आपकी ज़रूरत के हिसाब से दस्तावेज़ उपलब्ध हैं. इससे आपको इनका इस्तेमाल शुरू करने में मदद मिलेगी. साथ ही, आसानी से शामिल होने के लिए हमारा मुख्य ट्यूटोरियल भी उपलब्ध है.

अगर मैं पेमेंट प्रोसेस करने वाली कंपनी हूं, तो मैं अपने कारोबारियों या कंपनियों को बड़े पैमाने पर Google Pay से पेमेंट करने की सुविधा कैसे दूं?

पेमेंट प्रोसेस करने वाली कंपनियां, वेब इंटिग्रेशन के लिए होस्ट किए गए चेकआउट के हमारे समाधान को लागू कर सकती हैं. होस्ट किए गए चेकआउट की सुविधा की मदद से, आपके क्लाइंट अपने खरीदारों को Google Pay से पेमेंट करने का विकल्प दे सकते हैं. साथ ही, उन्हें Google Pay पर अलग-अलग तौर पर रजिस्टर करने की ज़रूरत नहीं होती.

सबसे पहले, आपको पेमेंट प्रोसेस करने वाली कंपनी के तौर पर शामिल होना होगा. होस्ट किए गए चेकआउट समाधान को इंटिग्रेट करने के लिए, Google के उस तकनीकी प्रतिनिधि से संपर्क करें जिसने आपको शामिल होने में मदद की थी.

अगर मैं चेकआउट प्रोसेस में शिपिंग की सुविधा ऑफ़र करूं, तो Google Pay मेरे उपयोगकर्ताओं को शिपिंग के अलग-अलग विकल्प और कीमतें कैसे दिखा सकता है?

वेब इंटिग्रेशन के लिए, आपको शिपिंग पते की ज़रूरत होती है. साथ ही, आपको PaymentDataRequest ऑब्जेक्ट, PaymentOptions ऑब्जेक्ट, और PaymentDataCallbacks ऑब्जेक्ट में, शिपिंग के अलग-अलग विकल्प और कीमत दिखानी होती है. उदाहरण के लिए, डाइनैमिक प्राइस अपडेट डेमो देखें.

Android इंटिग्रेशन के लिए, आपको PaymentDataRequest ऑब्जेक्ट में शिपिंग पता देना होगा.

Google Pay से की गई खरीदारी का पैसा मुझे कैसे मिलेगा?

Google Pay API, उपयोगकर्ताओं से पेमेंट की जानकारी लेकर, पेमेंट की सेवा देने वाली कंपनी को भेजता है. इससे लेन-देन की प्रोसेस आसान हो जाती है. यह पैसों के लेन-देन में शामिल नहीं होता. इसे आपके मौजूदा पेमेंट इन्फ़्रास्ट्रक्चर के साथ काम करने के लिए डिज़ाइन किया गया है.

प्रोडक्शन ट्रैक का ऐक्सेस पाने के लिए क्या ज़रूरी शर्तें हैं?

कारोबारियों या कंपनियों को Google Pay और Wallet Console में Business Profile बनानी होगी. साथ ही, समीक्षा के लिए खरीदारी के फ़्लो के स्क्रीनशॉट अपलोड करने होंगे. Google Pay API को होस्ट करने वाले हर डोमेन को मंज़ूरी के लिए अलग-अलग सबमिट करना होगा. ऐसा इसलिए, क्योंकि वाइल्डकार्ड डोमेन (जैसे, *.merchant.com) स्वीकार नहीं किए जाते. ज़्यादा जानकारी के लिए, Android और/या वेब के लिए, इंटिग्रेशन पब्लिश करने वाला पेज देखें.

मुझे इंटिग्रेशन के लिए सबमिट किए गए अपने अनुरोध की स्थिति के बारे में कैसे पता चलेगा? साथ ही, मुझे यह कैसे पता चलेगा कि समीक्षा की प्रोसेस के बाद, मुझे कोई बदलाव करने की ज़रूरत है या नहीं?

Google Pay API इंटिग्रेशन को समीक्षा के लिए सबमिट करने के बाद, आपको ईमेल से नतीजे भेजे जाते हैं. अगर आपका इंटिग्रेशन, उचित इस्तेमाल की नीति और ब्रैंड के दिशा-निर्देशों का पालन करता है, तो इसे मंज़ूरी मिल जाती है. साथ ही, Google Pay और Wallet Console में इसका स्टेटस चालू है के तौर पर दिखता है. अगर इसमें बदलाव करने की ज़रूरत होती है, तो स्टेटस में ज़्यादा जानकारी चाहिए दिखता है. साथ ही, ईमेल में यह जानकारी दी जाती है कि आपको फिर से सबमिट करने से पहले क्या ठीक करना है. सबमिट किए गए फ़ॉर्म के बारे में कोई सवाल पूछने के लिए, Google Pay और Wallet Console से सीधे सहायता टीम से संपर्क किया जा सकता है.

अगर मुझे गड़बड़ी का मैसेज दिखता है, तो मैं Google Pay API के इंटिग्रेशन से जुड़ी समस्या कैसे हल करूं?

गड़बड़ी के सामान्य कोड और उन्हें ठीक करने के तरीकों के बारे में जानने के लिए, Android और वेब के लिए समस्या हल करने की हमारी गाइड देखें. अगर आपको कुछ और पूछना है, तो Google Pay और Wallet Console की सहायता टीम से संपर्क करें.

कार्ड पर पाबंदी लगाने के लिए, Google Pay API इंटिग्रेशन को अपनी पसंद के मुताबिक कैसे बनाया जा सकता है?

कार्ड को पसंद के मुताबिक बनाने के सभी विकल्प, Android और वेब, दोनों के लिए CardParameters ऑब्जेक्ट में उपलब्ध हैं. उदाहरण के लिए, आपके पास यह चुनने का विकल्प होता है कि आपको किन कार्ड नेटवर्क और किन देशों में कार्ड जारी करने वाली कंपनियों को अनुमति देनी है.

Google Pay API क्या है?

Google Pay API की मदद से, आपके खरीदार अपने Google खाते में सेव किए गए पेमेंट के तरीकों से, बटन दबाकर पेमेंट कर सकते हैं. इस एपीआई की मदद से, लाखों उपयोगकर्ता आसानी से चेकआउट कर सकते हैं. साथ ही, उनके पास करोड़ों सेव किए गए कार्ड होते हैं. यह ज़्यादा सुरक्षा देता है. इसमें ग्राहक के पेमेंट डेटा को Google के सर्वर से लेकर, पेमेंट प्रोसेस करने वाली कंपनी तक पूरी तरह सुरक्षित किया जाता है. इसे इंटिग्रेट करना आसान है. यह आपके मौजूदा पेमेंट प्रोसेसिंग स्टैक के साथ काम करता है. साथ ही, इसे कोड की कुछ लाइनों की मदद से लागू किया जा सकता है.

Google Pay API और Google Wallet API के बीच क्या संबंध है?

Google Pay API और Google Wallet API, दोनों अलग-अलग एपीआई हैं. Google Pay API की मदद से, आपके ग्राहक आपकी वेबसाइट या Android ऐप्लिकेशन पर, Google Pay को पेमेंट के तरीके के तौर पर इस्तेमाल कर सकते हैं. Google Wallet API की मदद से, डेवलपर अलग-अलग कामों के लिए डिजिटल पास बना सकते हैं और उन्हें मैनेज कर सकते हैं. उदाहरण के लिए, लॉयल्टी कार्ड, टिकट, ऐक्सेस पास, सेहत का डेटा, और पसंद के मुताबिक बनाए जा सकने वाले अन्य आइटम. Google Wallet API के बारे में ज़्यादा जानने के लिए, कृपया Google Wallet API के डेवलपर दस्तावेज़ पर जाएं.

Google Pay API का मौजूदा वर्शन क्या है और अपडेट कैसे मैनेज किए जाते हैं?

मौजूदा वर्शन, Android और वेब दस्तावेज़ में मौजूद है. Google इस वर्शन को कई सालों से बनाए हुए है. इसमें सिर्फ़ नई सुविधाएं और वैकल्पिक फ़ील्ड जोड़े गए हैं. एपीआई में किए गए सभी अपडेट, पिछले वर्शन के साथ काम करते हैं. इससे यह पक्का होता है कि मौजूदा इंटिग्रेशन में कोई रुकावट न आए.

कौनसे प्लैटफ़ॉर्म, डीपीएएन (CRYPTOGRAM_3DS) और एफ़पीएएन (PAN_ONLY) के साथ काम करते हैं?

DPAN, Android के लिए खास तौर पर बनाए गए हैं. ये सिर्फ़ Android डिवाइसों या Android मोबाइल वेब/वेबव्यू पर चेकआउट करते समय उपलब्ध होते हैं. डेस्कटॉप वेब और iOS डिवाइसों पर डीपीएएन काम नहीं करते हैं. इसलिए, ये डिवाइस डिफ़ॉल्ट रूप से PAN_ONLY वैल्यू दिखाएंगे.

हम डीपीएएन और एफपीएएन के बीच अंतर कैसे करते हैं और इन्हें कैसे मैनेज किया जाना चाहिए?

assuranceDetails ऑब्जेक्ट को डीपीएएन और एफ़पीएएन की पहचान करने के लिए नहीं बनाया गया है. इसे इसलिए डिज़ाइन किया गया है, ताकि कारोबारी या कंपनियां यह तय कर सकें कि किसी लेन-देन के लिए, 3D Secure की मदद से पुष्टि करने की ज़रूरत है या नहीं. इससे स्ट्रॉन्ग कस्टमर ऑथेंटिकेशन (एससीए) की ज़रूरी शर्तों को पूरा करने में मदद मिलती है. यह जानकारी पाने के लिए, कारोबारियों या कंपनियों को Google Pay API के अनुरोध में कार्ड पैरामीटर में assuranceDetailsRequired: true जोड़ना होगा.

cardHolderAuthenticated और accountVerified में क्या अंतर है?

अनुरोध में assuranceDetailsRequired को true पर सेट करने पर, जवाब में दो प्रॉपर्टी शामिल होंगी:

• accountVerified: इससे पता चलता है कि पेमेंट के लिए इस्तेमाल किया गया कार्ड असली है और खाता अच्छी स्थिति में है. हालांकि, सिर्फ़ पुष्टि करने से, अनुमति को सुरक्षित रखने की सुविधा नहीं मिलती.
• cardHolderAuthenticated: इससे पता चलता है कि उपयोगकर्ता ने Android डिवाइस से लेन-देन शुरू किया और डिवाइस पर उपलब्ध नेटवर्क टोकन का इस्तेमाल किया.

हम 3D Secure को ट्रिगर करने के लिए, इन फ़्लैग का इस्तेमाल कैसे करते हैं?

कारोबारियों या कंपनियों को इन फ़्लैग का इस्तेमाल करके, 3D Secure ट्रिगर करने की लॉजिक बनाना चाहिए. अगर cardHolderAuthenticated और accountVerified, दोनों true के तौर पर दिखते हैं, तो क्रेडेंशियल को काफ़ी सुरक्षित और SCA के मुताबिक माना जाता है. साथ ही, आपको 3DS की मदद से पुष्टि करने के लिए, ट्रांजै़क्शन की प्रोसेस को आगे बढ़ाने की ज़रूरत नहीं होती.

अगर कारोबारी या कंपनियां assuranceDetailsRequired: true सेट करती हैं, तो क्या उन्हें ई-कॉमर्स टोकन मिलेंगे?

नहीं, ई-कॉमर्स टोकन को पीएसपी लेवल पर कंट्रोल किया जाता है.

क्या Google Pay से किए गए लेन-देन के लिए, जवाबदेही में बदलाव किया जा सकता है?

लायबिलिटी शिफ़्ट की सुविधा की उपलब्धता, कार्ड नेटवर्क पर निर्भर करती है. ज़्यादा जानकारी के लिए, Visa की जवाबदेही ट्रांसफ़र करने की सुविधा चालू करना लेख पढ़ें.

हम 'अभी खरीदें, बाद में पेमेंट करें' (बीएनपीएल) सुविधा का इस्तेमाल करके किए गए लेन-देन का पता कैसे लगाते हैं?

फ़िलहाल, 'अभी खरीदें, बाद में चुकाएं' सुविधा का इस्तेमाल करके किए गए लेन-देन के लिए कोई खास आइडेंटिफ़ायर नहीं है. ये आपके सिस्टम में सामान्य एफ़पीएएन क्रेडेंशियल के तौर पर दिखेंगे.

क्या Google, एससीए की स्थितियों की जांच करने के लिए टेस्ट कार्ड उपलब्ध करा सकता है?

Google Pay API, सीधे तौर पर एससीए टेस्ट कार्ड उपलब्ध नहीं करा सकता. पेमेंट की सेवा देने वाली कंपनी (पीएसपी) को अपने सैंडबॉक्स एनवायरमेंट में, टेस्ट कार्ड सुइट का इस्तेमाल करना चाहिए, ताकि आपकी टेस्टिंग की ज़रूरतों को पूरा किया जा सके.

एन्क्रिप्ट किए गए पेमेंट क्रेडेंशियल के खत्म होने की तारीख या टाइम-टू-लिव (टीटीएल) क्या है?

एन्क्रिप्ट (सुरक्षित) किया गया Google Pay पेलोड, ठीक एक हफ़्ते बाद खत्म हो जाता है. देरी से मिलने वाली अनुमतियों या एसिंक्रोनस प्रोसेसिंग को मैनेज करने वाले व्यापारियों/कंपनियों/कारोबारियों को यह पक्का करना होगा कि पेलोड की समयसीमा खत्म होने से पहले, पेमेंट की सेवा देने वाली कंपनी (पीएसपी) से पेमेंट की अनुमति मिल जाए.

खरीदारी के बाद की कार्रवाइयां, जैसे कि रिफ़ंड और फिर से अनुमति लेना, कैसे मैनेज की जाती हैं?

Google Pay, पैसे के लेन-देन में शामिल नहीं होता है. यह सिर्फ़ टोकन वाले क्रेडेंशियल के लिए, पास-थ्रू के तौर पर काम करता है. पहली बार पेमेंट होने के बाद, पेमेंट सेवा देने वाली कंपनी (पीएसपी), एन्क्रिप्ट (सुरक्षित) किए गए पेलोड में मौजूद पेमेंट की जानकारी को अपने मालिकाना हक वाले टोकन (जैसे, "कारोबारी या कंपनी का टोकन" या "ग्राहक की प्रोफ़ाइल आईडी") से मैप करती है. खरीदारी के बाद होने वाले सभी इंटरैक्शन और पैसों के लेन-देन को पूरी तरह से आपके और आपके पीएसपी के बीच मैनेज किया जाता है.

डाइनैमिक प्राइसिंग, व्यापारी/कंपनी/कारोबारी की ओर से शुरू किए गए लेन-देन के साथ कैसे काम करती है?

फ़िलहाल, व्यापारी/कंपनी/कारोबारी की ओर से शुरू किए गए लेन-देन (एमआईटी) के लिए, डाइनैमिक प्राइसिंग की सुविधा काम नहीं करती. यह एक आम समस्या है.

वेबव्यू में Google Pay के लिए, कॉन्टेंट की सुरक्षा के लिए नीति (सीएसपी) का कौन-सा कॉन्फ़िगरेशन ज़रूरी है?

अगर कॉन्टेंट की सुरक्षा के लिए नीति (सीएसपी) का इस्तेमाल किया जा रहा है, तो पक्का करें कि आपने connect-src डायरेक्टिव के लिए सही वैल्यू सेट की हों. इससे आपके वेबव्यू में Google Pay का इस्तेमाल किया जा सकेगा. उदाहरण के लिए:

Content-Security-Policy: connect-src pay.google.com google.com account.google.com www.google.com
  

मैं Google Pay वेब एपीआई के साथ, कॉन्टेंट की सुरक्षा के लिए नीति (सीएसपी) के नॉन्स का इस्तेमाल कैसे करूं?

अगर आपकी साइट पर सख्त सीएसपी लागू है, जिसके लिए स्क्रिप्ट को लागू करने और डाइनैमिक तौर पर इंजेक्ट की गई स्टाइल के लिए नॉन्स की ज़रूरत होती है, तो:

1. pay.js को लोड करने वाले <script> टैग में, अपने सीएसपी nonce एट्रिब्यूट को शामिल करें:

   <script
     async
     src="https://pay.google.com/gp/p/js/pay.js"
     nonce="your-nonce-value"
     onload="onGooglePayLoaded()">
   </script>

2. PaymentsClient को इंस्टैंटिएट करते समय, PaymentOptions में nonce प्रॉपर्टी पास करें:

   const paymentsClient = new google.payments.api.PaymentsClient({
     environment: 'TEST',
     nonce: 'your-nonce-value'
   });
         

Google Pay, इस नॉनस एट्रिब्यूट को डाइनैमिक तरीके से जोड़े गए सभी <style> और <script> एलिमेंट पर लागू करता है. इनमें createButton() से बनाई गई बटन स्टाइल भी शामिल हैं.

क्या Google Pay API, चेकआउट के दौरान एनआईडी कुकी का इस्तेमाल करता है या उसे इसकी ज़रूरत होती है?

नहीं. NID कुकी का इस्तेमाल, Google Pay API के चेकआउट प्रोसेस के लिए नहीं किया जाता. साथ ही, यह कुकी इस प्रोसेस के साथ काम नहीं करती.

NID कुकी, Google की सर्वर-साइड सेवा से जुड़ी होती है. इसे उन लोगों के लिए डिज़ाइन किया गया है जिन्होंने Google खाते में साइन इन नहीं किया है. यह कुकी, ऐसे लोगों का निजी डेटा सेव करती है.

सेवा से जुड़ी ज़रूरी सुविधाएं—जैसे कि सुरक्षा, धोखाधड़ी रोकना, और सेवा की भरोसेमंद होना—एनआईडी कुकी से अलग काम करती हैं. Google Pay API को इस तरह डिज़ाइन किया गया है कि इस कुकी के मौजूद होने या न होने से, कारोबारियों या कंपनियों और उपयोगकर्ताओं को मिलने वाले सुरक्षित और भरोसेमंद अनुभव पर कोई असर नहीं पड़ता.

Google, निजता बनाए रखने के लिए प्रतिबद्ध है. साथ ही, यह पक्का करता है कि इन कुकी को Google की निजता नीति और टेक्नोलॉजी और कुकी नीति के मुताबिक मैनेज किया जाए. ये संसाधन, आपके अनुपालन दस्तावेज़ के लिए काम के हो सकते हैं. साथ ही, इनसे उपयोगकर्ताओं को ज़्यादा पारदर्शिता दी जा सकती है.