CreateBooking Ready

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

CreateBooking टास्क के लिए ज़रूरी शर्तें

  • सैंडबॉक्स में, CreateBooking के 10 अनुरोध पूरे होने चाहिए. साथ ही, सक्सेस रेट 90% या उससे ज़्यादा होनी चाहिए.
  • प्रोडक्शन में, CreateBooking के तीन अनुरोध पूरे होने चाहिए. साथ ही, सक्सेस रेट 90% या उससे ज़्यादा होनी चाहिए.

CreateBooking की बुनियादी बातें

जब कोई उपयोगकर्ता बुकिंग शुरू करता है, तो पार्टनर के बुकिंग सर्वर को CreateBooking का अनुरोध भेजा जाता है. अनुरोध के जवाब से पता चलता है कि बुकिंग हो गई है या नहीं. अगर बुकिंग नहीं हो पाती है, तो जवाब में बुकिंग न होने की वजह के तौर पर, कारोबारी नियम से जुड़ी गड़बड़ी शामिल होनी चाहिए. उदाहरण के लिए, स्लॉट उपलब्ध नहीं है या उसी उपयोगकर्ता ने स्लॉट पहले ही बुक कर लिया है.

जब कोई उपयोगकर्ता बुकिंग करता है, तो Google आपको उपयोगकर्ता का दिया गया नाम, उपनाम, फ़ोन नंबर, और ईमेल पता भेजता है. ज़्यादा जानकारी के लिए, खाते को मैच करने और बनाने की नीति देखें.

आइडमपोटेंसी

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

  • CreateBooking
  • UpdateBooking

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

यहां कुछ उदाहरण दिए गए हैं कि बुकिंग सर्वर, आइडमपोटेंसी को कैसे हैंडल करते हैं:

  • सफल CreateBooking एचटीटीपी रिस्पॉन्स में, बनाई गई बुकिंग की जानकारी शामिल होती है. कुछ मामलों में, पेमेंट को बुकिंग फ़्लो के हिस्से के तौर पर प्रोसेस किया जाता है. अगर एक ही CreateBookingRequest को एक ही idempotency_token के साथ दूसरी बार भेजा जाता है, तो वही CreateBookingResponse वापस मिलना चाहिए. दूसरी बुकिंग नहीं की जाती है. साथ ही, अगर लागू हो, तो उपयोगकर्ता से सिर्फ़ एक बार शुल्क लिया जाता है.

आइडमपोटेंसी की ज़रूरी शर्त, स्थिति में बदलाव करने वाले सभी तरीकों पर लागू होती है.