बुकिंग के लिए एंड-टू-एंड इंटिग्रेशन की नीतियां

नीचे दी गई इंटिग्रेशन नीतियां, रिज़र्वेशन कैंपेन के एंड-टू-एंड इंटिग्रेशन पर लागू होती हैं.

शुरू से अंत तक के लिए नीतियां

कृपया इंटिग्रेशन शुरू करने से पहले, इंटिग्रेशन से जुड़ी इन ज़रूरी शर्तों को पढ़ें. पार्टनर को कार्रवाई केंद्र के बुकिंग से जुड़े एंड-टू-एंड इंटिग्रेशन के साथ इंटिग्रेट करने के लिए, नीचे दी गई ज़रूरी शर्तों और नीतियों को पूरा करना होगा.

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

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

प्लैटफ़ॉर्म से जुड़ी सामान्य ज़रूरी शर्तें

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

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

  5. पार्टनर के लिए, यह ज़रूरी है कि वे 30 या इससे ज़्यादा दिनों तक कारोबारियों या कंपनियों के पास उपलब्ध हों.

  6. पार्टनर को ऑनलाइन बुकिंग रद्द करने का तरीका अपनाना होगा.

  7. जिन पार्टनर को ऐडवांस में पेमेंट करने की ज़रूरत है उन्हें Actions Center की पेमेंट पॉलिसी का पालन करना होगा. साथ ही, पेमेंट प्रोसेस करने वाली कंपनी के तौर पर, नीचे दी गई मंज़ूरी दी गई सूची में शामिल होना ज़रूरी है. साथ ही, टोकन वाले पेमेंट स्वीकार करने होंगे.

  8. पार्टनर को सेवाओं की लागत के लिए कीमत की सटीक जानकारी देने और कार्रवाई केंद्र की कीमत तय करने की नीति का पालन करने की सुविधा मिलनी चाहिए.

  9. पार्टनर के लिए ज़रूरी है कि वे ऐक्शन सेंटर की तकनीकी बुकिंग के एंड-टू-एंड इंटिग्रेशन की ज़रूरी शर्तों को पूरा करते हों.

  10. पार्टनर को Actions Center की व्यापारी/कंपनी और सेवाओं से जुड़ी ज़रूरी शर्तों का पालन करना होगा.

  11. पार्टनर को, ऐक्शन सेंटर के सहायता और रखरखाव से जुड़े दिशा-निर्देशों का पालन करना होगा.

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

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

  14. पार्टनर को, ऐक्शन सेंटर की वर्टिकल या सुविधाओं से जुड़ी खास नीतियों (ऑफ़र, पेमेंट, ऑनलाइन सेवाएं, और डाइनिंग) का पालन करना होगा.

  15. पार्टनर को दिशा-निर्देशों के मुताबिक, व्यापारी/कंपनी/कारोबारी के नाम, पते, सेवाओं के नाम, और ब्यौरे के लिए स्टैंडर्ड क्वालिटी वाला कॉन्टेंट मैनेज करना होगा.

ऑफ़र की नीति

बुकिंग के एंड-टू-एंड इंटिग्रेशन में ऑफ़र को शामिल करने के लिए, यह ज़रूरी है कि वे हमारी ज़रूरी शर्तों और तकनीकी शर्तों को पूरा करते हों.

ज़रूरी शर्तें पूरी करता है

  • ऑफ़र, आम तौर पर सभी खरीदारों के लिए उपलब्ध होना चाहिए.
  • किसी ग्राहक को ऑफ़र रिडीम करने के लिए, किसी सदस्यता कार्यक्रम, ईमेल सूची के लिए साइन अप करने, किसी खास क्रेडिट कार्ड का इस्तेमाल करने या किसी दूसरी पाबंदी का इस्तेमाल करने की ज़रूरत नहीं होनी चाहिए.
  • यह ऑफ़र, सिर्फ़ कुछ खास उम्र समूहों के लिए उपलब्ध है. जैसे, छात्र-छात्राओं या बुज़ुर्गों के लिए छूट.
  • ऑफ़र, अनुमान के हिसाब से उपलब्ध होना चाहिए. उदाहरण के लिए, कोई ऑफ़र दोपहर 3 बजे से शाम 4 बजे तक मान्य हो सकता है, हालांकि, ऐसे ऑफ़र की अनुमति नहीं है जिसके लिए आपको पहले 10 ग्राहकों में से एक होना ज़रूरी हो.
  • यह ज़रूरी है कि व्यापारी/कंपनी/कारोबारी, ऑफ़र की जानकारी दे और कंपनी का दिया हो.

ऐसे ऑफ़र जो तकनीकी या ज़रूरी शर्तों को पूरा नहीं करते

अगर कोई ऑफ़र हमारी ज़रूरी शर्तों को पूरा नहीं करता है, तो उसे रिज़र्वेशन कैंपेन के एंड-टू-एंड इंटिग्रेशन में शामिल नहीं किया जाना चाहिए.

अगर कोई ऑफ़र तकनीकी ज़रूरतों के मुताबिक नहीं है या हमारे डेटा स्पेसिफ़िकेशन के मुताबिक नहीं है, तो इस समय इसे रिज़र्वेशन कैंपेन के एंड-टू-एंड इंटिग्रेशन से हटा देना चाहिए. कृपया अपने Google प्रतिनिधि से संपर्क करके हमें इसकी जानकारी दें. साथ ही, यह भी बताएँ कि किन सुविधाओं या बदलावों को लागू करना है. कृपया संपर्क करते समय, ऑफ़र की संख्या और उन कारोबारियों या कंपनियों की संख्या शामिल करें जिन पर इसका असर पड़ेगा. साथ ही, कुछ सैंपल ऑफ़र भी शामिल करें.

फ़ूड मेन्यू से जुड़ी नीति और ज़रूरी शर्तें

इंटिग्रेशन शुरू करने से पहले, कृपया इंटिग्रेशन से जुड़ी इन ज़रूरी शर्तों को पढ़ें. पार्टनर को फ़ूड मेन्यू से जुड़ी नीतियों का पालन करना होगा और यहां दी गई ज़रूरी शर्तें पूरी करनी होंगी. कृपया ध्यान दें कि Google, मेन्यू और पकवान से जुड़ा डेटा दिखाने का अधिकार सुरक्षित रखता है. इससे उपयोगकर्ताओं को मदद मिलती है.

ज़रूरी शर्तों और नीतियों को पूरा न करने पर, इंटिग्रेशन हो सकता है. साथ ही, कारोबारियों या कंपनियों को निलंबित किया जा सकता है या उन्हें प्लैटफ़ॉर्म से हटाया जा सकता है.

नीति और ज़रूरी शर्तें

  1. पार्टनर को मेन्यू फ़ीड में पाबंदी वाली जानकारी (जानकारी देखें) नहीं भेजनी चाहिए. जैसे- आपत्तिजनक भाषा, पाबंदी वाली इमेज, व्यक्तिगत पहचान से जुड़ी जानकारी (पीआईआई) या यूज़र जनरेटेड कॉन्टेंट.
  2. पार्टनर को सेवाएं जैसे नॉन-मेन्यू आइटम शेयर करने के लिए, मेन्यू फ़ीड का इस्तेमाल नहीं करना चाहिए (उदाहरण: कर्बसाइड, प्रमोशन कोड वगैरह).
  3. पार्टनर को बुकिंग E2E मेन्यू की खास जानकारी या ऑर्डरिंग रीडायरेक्ट मेन्यू की खास जानकारी में सभी ज़रूरी डेटा देना होगा (फ़ाइल का साइज़ 2 एमबी से ज़्यादा नहीं होना चाहिए). बुकिंग E2E मेन्यू की खास जानकारी या ऑर्डर करने के लिए रीडायरेक्ट मेन्यू की खास जानकारी में तकनीकी शर्तों को पूरा किया गया है. इसके लिए, फ़ील्ड को 'ज़रूरी नहीं' के तौर पर मार्क करें.
  4. पार्टनर को सिर्फ़ रेस्टोरेंट की जगहों के लिए उपलब्ध मेन्यू आइटम उपलब्ध कराने चाहिए.
  5. पार्टनर को हर जगह के लिए पूरा मेन्यू भेजना होगा. जिन व्यापारियों के पास अधूरे मेन्यू हैं उन्हें शायद डिसप्ले न दिखाया जाए.
  6. पार्टनर और व्यापारियों/कंपनियों/कारोबारियों के लिए यह ज़रूरी है कि उनके मेन्यू सटीक हों और उन्हें हर दिन अपडेट मिलते रहें.
  7. मेन्यू आइटम की फ़ोटो अच्छी रोशनी में होनी चाहिए, उनमें एक फ़ोकस मेन्यू आइटम होना चाहिए, लोगों या खाने की दूसरी चीज़ों की इमेज शामिल नहीं होनी चाहिए, और इमेज खास जानकारी के मुताबिक होनी चाहिए (फ़ोटो दिशा-निर्देश देखें).
  8. जब तक स्थानीय कानूनों और नियमों के तहत ज़रूरी न हो, तब तक कीमतें, मेन्यू में दिखने वाले हर आइटम के हिसाब से दिखाई जानी चाहिए. इसमें सलाह, टैक्स या शुल्क शामिल नहीं होने चाहिए. पार्टनर को साफ़ तौर पर स्थानीय मुद्रा की जानकारी देनी होगी.
  9. खास मेन्यू के साथ काम किया जाता है और उपलब्ध न होने पर उन्हें हटा देना चाहिए (उदाहरण: प्रीक्स फ़िक्स, सीज़नल, सीमित समय के लिए खास).

पेमेंट्स रीडायरेक्ट की नीतियां

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

सामान्य

ये नीतियां, Reserve with Google पर पेमेंट से जुड़े सभी लेन-देन और इन्वेंट्री पर लागू होती हैं:

  1. किसी उपयोगकर्ता से वही शुल्क लिया जाना चाहिए जो लागू कानूनों के मुताबिक, लेन-देन की शर्तों में बताया गया हो.
  2. अगर सेवा के लिए ऐडवांस में पैसे चुकाने, शो का कोई शुल्क नहीं, और/या पैसे जमा करने की ज़रूरत है, तो servicecancellation_policy की परिभाषा ज़रूरी है.
  3. रीयल-टाइम अपडेट (आरटीयू) का इस्तेमाल करके, प्रॉडक्ट की उपलब्धता की जानकारी अपडेट करने की ज़िम्मेदारी पार्टनर की होती है. इसके अलावा, यह पक्का करने की ज़िम्मेदारी भी पार्टनर की होती है कि BatchAvailabilityLookup कॉल से, स्लॉट की सटीक उपलब्धता दिखती है.
  4. क्रेडिट-कार्ड से किए गए किसी भी लेन-देन के लिए, उपयोगकर्ता से कोई शुल्क नहीं लिया जाना चाहिए.
  5. ऐसे उपयोगकर्ता से कोई भी शुल्क नहीं लिया जाना चाहिए जिसने चेकआउट के दौरान साफ़ तौर पर सहमति न दी हो. इसके बारे में हमारी पेमेंट कॉन्फ़िगरेशन प्रक्रिया का इस्तेमाल करके बताया गया है.
  6. लिंक की गई सेवा की शर्तों वाले पेज में दी गई पैसे चुकाने की शर्तों के लिए, इस ज़रूरी शर्त को पूरा नहीं किया जाता.
  7. व्यक्तिगत सेवाओं[^1] के लिए, सभी पेमेंट बुकिंग के समय या सिर्फ़ व्यक्तिगत तौर पर मिलने चाहिए. किसी भी दूसरे तरीके से पेमेंट का अनुरोध करने पर पूरी तरह से पाबंदी है.
  8. लेन-देन को व्यापारी/कंपनी की जगह की मुद्रा में ही दिखाया जाना चाहिए और शुल्क लिया जाना चाहिए. यह मुद्रा, पेमेंट्स कॉन्फ़िगरेशन की प्रोसेस का इस्तेमाल करके तय की जाती है. कोई मुद्रा रूपांतरण नहीं हो सकता.

1. व्यक्तिगत तौर पर की जाने वाली सभी सेवाएं. इनमें ऐसी सेवाएं शामिल नहीं हैं जो इस इंटिग्रेशन के ज़रिए दी जाती हैं, जैसे कि पहले से किए गए पेमेंट और जमा

लैंडिंग पेज से जुड़ी ज़रूरी शर्तें

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