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

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

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

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

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

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

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

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

3. पार्टनर के पास कारोबारियों/कंपनियों/कारोबार की उपलब्धता/समय स्लॉट का रीयल-टाइम ऐक्सेस होना चाहिए. इसका मतलब है कि पार्टनर को Google से मिलने वाले उपलब्धता के अनुरोधों का जवाब एक सेकंड से भी कम समय में देना होगा.

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

4. पार्टनर के पास अपने कारोबारियों या कंपनियों के लिए पूरी इन्वेंट्री होनी चाहिए. ऐसे व्यापारी/कंपनी जो कुछ ही प्रॉडक्ट या समस्या वाले प्रॉडक्ट बेचते हैं, शायद वे इस प्रोग्राम में शामिल न हो पाएं.

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

6. पार्टनर के पास, बुकिंग को ऑनलाइन रद्द करने की सुविधा होनी चाहिए.

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

8. पार्टनर को सेवाओं की कीमत के लिए सटीक कीमत का डेटा देना होगा. साथ ही, उन्हें ऐक्शन सेंटर की कीमत तय करने की नीति का पालन करना होगा.

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

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

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

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

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

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

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

translation: human page_type: lcat

ऑफ़र से जुड़ी नीति

लैंडिंग पेज (मोबाइल पेज और ऐप्लिकेशन)

• किसी भी रेस्टोरेंट के लिए Google के साथ शेयर किए गए सभी ऑफ़र, कम से कम मोबाइल लैंडिंग पेज पर, पूरी जानकारी के साथ दिखने चाहिए.
  • ऑफ़र की वैल्यू और ब्यौरा, लैंडिंग पेज पर सीधे तौर पर दिखना चाहिए.
  • लैंडिंग पेजों पर, हर ऑफ़र के लिए ज़रूरी शर्तों के बारे में साफ़ तौर पर और पूरी जानकारी दी होनी चाहिए. इसमें उपयोगकर्ता के ग्रुप, पेमेंट के तरीकों, खास दिनों या समय, कम से कम खर्च की रकम, और ऑफ़र का इस्तेमाल किए जाने की संख्या से जुड़ी पाबंदियां शामिल हैं.
  • ऑफ़र की अन्य सभी पाबंदियां (जैसे: ज़रूरी शर्तें, रिडीम करने के निर्देश, नियम वगैरह) लैंडिंग पेज पर दिखनी चाहिए या लैंडिंग पेज पर एक क्लिक में ऐक्सेस की जानी चाहिए (जैसे: पॉप-अप डायलॉग).
• OFFER_MODE_WALK_IN ऑफ़र के अलावा, सभी ऑफ़र के लिए, ऑफ़र से जुड़े ऐक्शन फ़्लो (उदाहरण के लिए, टेबल बुक करना) में उपयोगकर्ता को, अपनी पसंद के हिसाब से लागू होने वाले ऑफ़र चुनने की अनुमति होनी चाहिए. उदाहरण के लिए, बुकिंग के लिए, चुने गए टाइम स्लॉट और पार्टी में शामिल होने वाले लोगों की संख्या के हिसाब से ऑफ़र
• ऑफ़र रिडीम करने के निर्देश और तरीके साफ़ तौर पर बताए जाने चाहिए और उन पर कार्रवाई की जानी चाहिए. उदाहरण के लिए, अगर ऑफ़र रिडीम करने के लिए, चेकआउट के समय पार्टनर सिस्टम पर बिल का पेमेंट करना ज़रूरी है, तो सिस्टम पर पेमेंट करने का निर्देश दिया जाना चाहिए. साथ ही, उपयोगकर्ता को चेकआउट के समय पार्टनर सिस्टम पर बिल का पेमेंट करने की सुविधा मिलनी चाहिए.
• जब कोई ऑफ़र यूआरएल, पार्टनर के इंस्टॉल किए गए मोबाइल ऐप्लिकेशन पर रीडायरेक्ट करता है, तो ऐप्लिकेशन के लैंडिंग पेज को ऑफ़र के लैंडिंग पेजों के लिए, इस सेक्शन में बताई गई सभी ज़रूरी शर्तें पूरी करनी होंगी.
  • Google के किसी प्लैटफ़ॉर्म पर किसी ऑफ़र से इंटरैक्ट करने के तुरंत बाद, उपयोगकर्ताओं को वापस उस प्लैटफ़ॉर्म पर ले जाया जाना चाहिए जिस पर वे थे. ऐसा, 'वापस जाएं' बटन या जेस्चर नेविगेशन का इस्तेमाल करके किया जा सकता है.

ऑफ़र का डेटा और फ़ॉर्मैट

• पार्टनर को, ज़रूरी दस्तावेज़ों में बताई गई तकनीकी ज़रूरी शर्तों और डेटा फ़ॉर्मैट का पालन करना होगा. इन ज़रूरी शर्तों को पूरा न करने पर, फ़ीड प्रोसेस करने में गड़बड़ियां हो सकती हैं या इसमें देरी हो सकती है.
• ऑफ़र, आम तौर पर सभी लोगों के लिए उपलब्ध होना चाहिए. ऑफ़र के लिए, पैसे चुकाकर ली जाने वाली सदस्यता की ज़रूरत पड़ सकती है. हालांकि, यह ज़रूरी है कि कोई भी व्यक्ति सदस्यता ले सके.
• फ़ीड अपलोड करते समय, दिया गया सारा मेटाडेटा सटीक और अप-टू-डेट होना चाहिए. साथ ही, इसे कम से कम हर दिन अपलोड किया जाना चाहिए. सूची में शामिल ऑफ़र चालू होने चाहिए और उपयोगकर्ताओं के लिए तुरंत या पहले से उपलब्ध होने चाहिए, जैसा कि ValidityPeriod में बताया गया है. फ़ीड से ऐसे ऑफ़र हटा दिए जाने चाहिए जो पुराने हो गए हैं, बिक चुके हैं या जिनकी समयसीमा खत्म हो चुकी है.
• पार्टनर को सभी प्लैटफ़ॉर्म पर ऑफ़र के एक जैसे फ़ॉर्मैट का इस्तेमाल करना चाहिए. फ़ीड में मौजूद ऑफ़र की जानकारी और पार्टनर के ऐप्लिकेशन या वेबसाइट पर दिखाई गई जानकारी में अंतर नहीं होना चाहिए.
• पार्टनर को offer_display_text फ़ील्ड में, ऑफ़र की जानकारी साफ़ तौर पर और कम शब्दों में देनी होगी. इसमें ऑफ़र की वैल्यू और सीमाओं के बारे में सही जानकारी होनी चाहिए.
• पार्टनर को हर ऑफ़र के लिए, ऑफ़र की कैटगरी (बुनियादी ऑफ़र या ऐड-ऑन ऑफ़र) और लागू होने वाले ऑफ़र मोड (OFFER_MODE_FREE_RESERVATION, OFFER_MODE_PAID_RESERVATION, OFFER_MODE_WALK_IN) के बारे में साफ़ तौर पर बताना होगा.
• पार्टनर को यह पक्का करना होगा कि हर ऑफ़र के लिए, पेमेंट के तरीके के टाइप की सटीक मैपिंग की गई हो.

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

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

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

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

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

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

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

सामान्य

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

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

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

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

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