खास जानकारी

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

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

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

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

आपके कारोबारी या कंपनियां, ऐक्शन सेंटर से पेमेंट पा सकें, इसके लिए आपको ये शर्तें पूरी करनी होंगी:

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

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

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

फ़ीड

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

बुकिंग सर्वर

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

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

इनमें से किसी भी मामले में पेमेंट स्वीकार करने का फ़ैसला लेते समय, कृपया पेमेंट से जुड़ी हमारी नीतियों को पढ़ें. साथ ही, पक्का करें कि आप सभी ज़रूरी नीतियों का पालन कर पा रहे हों.

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

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

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

प्रीपेड बुकिंग की प्रोसेस पूरी करना

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

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

सेवाओं के फ़ीड में बदलाव

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

जमा और बुकिंग कराकर न आने पर लगने वाला शुल्क

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

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

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

अगर आपको ऐक्शन सेंटर से सदस्यता रद्द करने की सुविधा बंद करनी है, तो कृपया अपने 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 टेंप्लेट, दोनों के लिए वैल्यू के तौर पर CANCELED_AUTOMATIC_REFUND का इस्तेमाल नहीं किया जा सकता.

बुकिंग सर्वर में बदलना

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