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

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

एंड-टू-एंड नीतियां

कृपया पहले ही इंटिग्रेशन की इन ज़रूरी शर्तों को पढ़ें इंटिग्रेशन शुरू करते समय. पार्टनर को यहां दी गई ज़रूरी शर्तें पूरी करनी होंगी और उन नीतियों को जिन्हें Actions Center के साथ इंटिग्रेट किया जा सकता है बुकिंग का पूरा इंटिग्रेशन.

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

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

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

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

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

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

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

  7. जिन पार्टनर को ऐडवांस में पैसे चुकाने की सुविधा देनी है उन्हें Actions Center की पेमेंट से जुड़ी नीति का पालन करना होगा. उनके पेमेंट प्रोसेस करने वाली कंपनियों को इस सुविधा के साथ काम करने वाली सूची में शामिल होना चाहिए और टोकन के तौर पर पैसे स्वीकार करने होंगे.

  8. पार्टनर के पास, सेवाओं की कीमत के लिए कीमत से जुड़ा सटीक डेटा उपलब्ध होना चाहिए. साथ ही, कार्रवाई केंद्र की कीमत तय करने की नीति का पालन करना भी ज़रूरी है.

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

  10. पार्टनर को कार्रवाई केंद्र के व्यापारी और सेवा से जुड़ी ज़रूरी शर्तों को पूरा करना होगा.

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

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

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

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

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

ऑफ़र की नीति

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

ऑफ़र के लिए ज़रूरी शर्तें

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

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

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

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

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

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

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

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

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

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

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

सामान्य (General)

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

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

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

लैंडिंग पेज की आवश्यकताएं

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