खास जानकारी

ध्यान दें: फ़िलहाल, कार्रवाई केंद्र पर यह सुविधा नए ऐड-ऑन फ़ंक्शन के लिए उपलब्ध नहीं है.

Actions Center के रिज़र्वेशन कैंपेन से जुड़े इंटिग्रेशन के तहत, आपके पास व्यापारियों/कंपनियों/कारोबारियों को ऑप्ट-इन करने का विकल्प होता है कि आप उपयोगकर्ताओं से बुकिंग, अपॉइंटमेंट या बुकिंग के समय पेमेंट पा सकें. Google, टोकनाइज़ेशन की सुविधा सेट अप करने के लिए, पेमेंट प्रोसेस करने वाली कंपनियों के साथ काम करता है. इसके बाद, पेमेंट प्रोसेस करने वाली कंपनियां यूनीक टोकन का इस्तेमाल करके, व्यापारियों/कंपनियों को सुरक्षित तरीके से पेमेंट करती हैं.

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

3DS1 और 3DS2 के लिए सहायता उपलब्ध है. लागू करने के बारे में जानने के लिए, कृपया यह ट्यूटोरियल देखें.

ज़रूरी शर्तें

अपने व्यापारियों/कंपनियों को ऐक्शन सेंटर से पेमेंट पाने के लिए, आपको ये ज़रूरी शर्तें पूरी करनी होंगी:

1. साथ काम करने वाली पेमेंट प्रोसेस करने वाली कंपनी का इस्तेमाल करें. काम करने वाले प्रोसेसर की नई सूची Google Pay वेबसाइट पर देखी जा सकती है.
2. अपने प्रोसेसर के मुताबिक, टोकन वाले पेमेंट स्वीकार करें.
3. पहचान की पुष्टि और कारोबार की पुष्टि करने की प्रक्रिया पूरी करें.
4. जिन बुकिंग के लिए एसिंक्रोनस पुष्टि ज़रूरी है उसके लिए पैसे चुकाने की सुविधा चालू नहीं की जा सकती.

पेमेंट के लिए फ़ीड और बुकिंग सर्वर में होने वाले बदलाव

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

फ़ीड

• मर्चेंट फ़ीड: tokenization_config फ़ील्ड में सेट किए गए tokenization_parameter के ज़रिए क्रेडिट/डेबिट कार्ड की जानकारी दें. यह सेट, पेमेंट प्रोसेस करने वाली कंपनी के हिसाब से तय होता है. यह सेट paymentMethodTokenizationParameters.parameters का वही सेट है जिसे Google Pay के साथ इंटिग्रेट करने पर पास भेजा जाता.
  ध्यान दें: अगर व्यापारी/कंपनी की तरफ़ से पेमेंट इकट्ठा किए जाते हैं, तो व्यापारी के पैरामीटर के बजाय, अपने पैरामीटर दिए जा सकते हैं.
• सेवाएं/उपलब्धता फ़ीड: अपने इस्तेमाल के सही उदाहरण के हिसाब से, पैसे चुकाने की ज़रूरी शर्तें बताएं. ज़्यादा जानकारी के लिए, पेमेंट के इस्तेमाल के उदाहरण देखें.

बुकिंग सर्वर

• उपयोगकर्ता जिस तरह के पेमेंट कर रहे हैं उसके आधार पर, CreateBooking तरीका लागू करें
• Google, CreateBookingRequest के हिस्से के तौर पर, payment_processing_parameters.unparsed_payment_method_token फ़ील्ड में पेमेंट टोकन भेजेगा. यह वही paymentData है जो आपके कॉलबैक को Google Pay इंटिग्रेशन में मिलेगा.
• CreateBookingResponse में, Payment Information मैसेज शामिल करें. इसमें पेमेंट टाइप, स्टेटस, लेन-देन आईडी, और कीमत / शुल्क के बारे में जानकारी दें.
• CreateBookingResponse में, payment_information.payment_processed_by फ़ील्ड को PROCESSED_BY_PARTNER पर सेट करें.

पेमेंट के लिए इस्तेमाल के उदाहरण

इस्तेमाल के इन हर उदाहरण के लिए पेमेंट लेने या न लेने का फ़ैसला करते समय, कृपया हमारी पेमेंट पॉलिसी देखें. साथ ही, पक्का करें कि आपके पास सभी ज़रूरी नीतियों का पालन करने का विकल्प हो.

पेमेंट के कुछ उदाहरण नीचे दिए गए हैं:

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

इस्तेमाल के हर उदाहरण को लागू करने के तरीके के बारे में ज़्यादा जानकारी के लिए, पेमेंट को कॉन्फ़िगर करने से जुड़ा ट्यूटोरियल देखें.

प्रीपेड बुकिंग करें

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

पहली इमेज: प्रीपेड बुकिंग का क्रम डायग्राम

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

सेवा फ़ीड में होने वाले बदलाव

• उस सेवा के लिए, prepayment_type फ़ील्ड को REQUIRED पर सेट करें.
• उस सेवा के लिए, require_credit_card फ़ील्ड को REQUIRE_CREDIT_CARD_CONDITIONAL पर सेट करें.

डिपॉज़िट और ना पहुंचने का शुल्क

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

दूसरी इमेज: डिपॉजिट या ना पहुंचने का शुल्क बुकिंग के क्रम का डायग्राम

यह पक्का करने के लिए कि लोग बुकिंग के लिए आए, वे जमा और ना पहुंचने के शुल्क का इस्तेमाल कर सकते हैं.

• जमा की गई रकम को उपयोगकर्ता के क्रेडिट कार्ड से शुरू में या बाद में कभी भी बदला जा सकता है.
• अगर उपयोगकर्ता, बुकिंग में नहीं आता है, तो उससे शुल्क लिया जा सकता है.
• अगर ज़रूरी हो, तो बुकिंग के लिए, रकम जमा करने और न आने पर लगने वाला शुल्क, दोनों को एक साथ जोड़ा जा सकता है.
• भले ही, पहले से पैसे चुकाने की ज़रूरत न हो, लेकिन बुकिंग सर्वर को CreateBooking अनुरोध का जवाब देने के लिए, payment_transaction_id वाले PaymentInformation की ज़रूरत होगी. यह यूनीक होना चाहिए. payment_transaction_id की जानकारी, पेमेंट प्रोसेस करने वाली कंपनी से देना ज़रूरी नहीं है. हालांकि, इसे बुकिंग सर्वर जनरेट कर सकता है.

सेवाओं या उपलब्धता फ़ीड में होने वाले बदलाव

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

• पेमेंट जमा करने की सुविधा चालू करने के लिए, deposit फ़ील्ड को सेवा या उपलब्धता स्लॉट के लेवल पर सेट करें.
• अगर आपको अपॉइंटमेंट न लेने का शुल्क देना है, तो no_show_fee फ़ील्ड को सेवा या उपलब्धता के स्लॉट के लेवल पर सेट करें.
• सेवा या उपलब्धता वाले स्लॉट के लेवल पर, require_credit_card फ़ील्ड को REQUIRE_CREDIT_CARD_CONDITIONAL पर सेट करें.
• (ज़रूरी नहीं) prepayment_type को REQUIRED या OPTIONAL पर सेट करें.

क्रेडिट कार्ड ज़रूरी है

इस्तेमाल के कुछ और मामले भी हो सकते हैं, जिनके लिए बुकिंग के समय क्रेडिट कार्ड की ज़रूरत हो सकती है.

• किसी व्यापारी/कंपनी/कारोबारी के लिए, require_credit_card फ़ील्ड को सेवा लेवल या उपलब्धता स्लॉट के लेवल पर, REQUIRE_CREDIT_CARD_ALWAYS पर सेट करें.

रद्द करना और रिफ़ंड

सदस्यता रद्द करने और रिफ़ंड की प्रक्रिया या तो पार्टनर (आप) करता है या उपयोगकर्ता, कार्रवाई केंद्र के ज़रिए करता है. दोनों मामलों में, आपको उस CancellationPolicy का पालन करना होगा जो सेवा के लेवल पर सेट किया गया था और बुकिंग चेकआउट के समय उपयोगकर्ता को इसकी जानकारी दी गई थी.

अगर CancellationPolicy नहीं दिया जाता है, तो यह माना जाएगा कि min_advance_online_canceling की बताई गई सदस्यता रद्द करने की अवधि के दौरान, सेवा के लेवल पर सेट की गई बुकिंग रद्द करने पर, सदस्यता रद्द करने पर रिफ़ंड मिल जाएगा. अगर min_advance_online_canceling के बारे में जानकारी नहीं दी गई है, तो इसका मतलब है कि यह 0 है. इसका मतलब है कि इसे किसी भी समय रद्द किया जा सकता है.

अगर आपको Actions Center की तरफ़ से, रद्द करने की सुविधा को बंद करना ज़रूरी है, तो कृपया अपने Google पीओसी से इस बारे में बात करें.

आरटीयू में बदलाव

• उपयोगकर्ता को रिफ़ंड देने के बाद, आपको बुकिंग का आरटीयू अपडेट करना होगा. इससे, बुकिंग के पेमेंट की स्थिति में बदलाव किया जा सकेगा. update_mask को status,payment_information.prepayment_status पर सेट करें. साथ ही, payment_information.prepayment_status = PREPAYMENT_REFUNDED और status = CANCELED को सेट करें.
  • नए BookingStatus = CANCELED और PrepaymentStatus = PREPAYMENT_REFUNDED का इस्तेमाल करें. Maps Booking API और gRPC टेंप्लेट, दोनों के लिए Enum वैल्यू CANCELED_AUTOMATIC_REFUND अब काम नहीं करती.

बुकिंग सर्वर पर स्विच करें

• जब ऐक्शन सेंटर कोई UpdateBookingRequest भेजता है और इससे उपयोगकर्ता के लिए रिफ़ंड ट्रिगर होता है, तब booking.payment_information.prepayment_status = PREPAYMENT_REFUNDED को UpdateBookingResponse में सेट करें.