इंटिग्रेशन से जुड़ी ये नीतियां, 'सीधे बुकिंग करने की सुविधा' के इंटिग्रेशन पर लागू होती हैं.
एंड-टू-एंड नीतियां
इंटिग्रेशन शुरू करने से पहले, कृपया इंटिग्रेशन की ज़रूरी शर्तें पढ़ें. ऐक्शन सेंटर के बुकिंग के लिए एंड-टू-एंड इंटिग्रेशन के साथ इंटिग्रेट करने के लिए, पार्टनर को यहां दी गई ज़रूरी शर्तों और नीतियों का पालन करना होगा.
नीचे दी गई शर्तें, Actions Center प्रोग्राम में शामिल होने के लिए ज़रूरी हैं. हालांकि, इन शर्तों को पूरा करने से यह गारंटी नहीं मिलती कि पार्टनर, Actions Center को इंटिग्रेट कर पाएगा या लाइव कर पाएगा.
ज़रूरी शर्तों और नीतियों का पालन न करने पर, इंटिग्रेशन, व्यापारी/कंपनी/कारोबारी या सेवाओं को निलंबित किया जा सकता है या उन्हें प्लैटफ़ॉर्म से हटाया जा सकता है.
प्लैटफ़ॉर्म से जुड़ी सामान्य ज़रूरी शर्तें
- पार्टनर को व्यापारी/कंपनी/कारोबारी और उपयोगकर्ता का सारा डेटा इकट्ठा और मैनेज करना होगा. इसमें, निजी पहचान से जुड़ी जानकारी भी शामिल है. पार्टनर को यह डेटा, सामान्य डेटा से जुड़े सुरक्षा कानून (जीडीपीआर) और निजता से जुड़े अन्य लागू कानूनों के मुताबिक इकट्ठा और मैनेज करना होगा.
- पार्टनर के पास, कारोबारियों या कंपनियों की ओर से बुकिंग करने की अनुमति होनी चाहिए.
पार्टनर के पास कारोबारियों/कंपनियों/कारोबार की उपलब्धता/समय स्लॉट का रीयल-टाइम ऐक्सेस होना चाहिए. इसका मतलब है कि पार्टनर को Google से मिलने वाले उपलब्धता के अनुरोधों का जवाब एक सेकंड से भी कम समय में देना होगा.
- खास मामला: हम ऐसी बुकिंग की सुविधा देते हैं जिनके लिए व्यापारी/कंपनी की पुष्टि की ज़रूरत नहीं होती. हालांकि, बुकिंग की प्रोसेस, उपलब्ध समय स्लॉट के आधार पर होनी चाहिए. पार्टनर के पास, बुकिंग की जगह की असल समय में उपलब्धता की जानकारी होनी चाहिए.जैसे, कारोबारी या कंपनी के ऑनलाइन सिस्टम से. भले ही, बुकिंग की प्रक्रिया पूरी करने के लिए, कारोबारी या कंपनी की पुष्टि की ज़रूरत हो.
पार्टनर के पास अपने कारोबारियों या कंपनियों के लिए पूरी इन्वेंट्री होनी चाहिए. ऐसे व्यापारी/कंपनी जो कुछ ही प्रॉडक्ट या समस्या वाले प्रॉडक्ट बेचते हैं, शायद वे इस प्रोग्राम में शामिल न हो पाएं.
पार्टनर के पास कारोबारियों या कंपनियों की उपलब्धता की जानकारी 30 दिन या उससे ज़्यादा समय से होनी चाहिए.
पार्टनर के पास, बुकिंग को ऑनलाइन रद्द करने की सुविधा होनी चाहिए.
जिन पार्टनर को पेमेंट पहले से करना होता है उन्हें ऐक्शन सेंटर की पेमेंट से जुड़ी नीति का पालन करना होगा. साथ ही, उनके पेमेंट प्रोसेसर को यहां दी गई काम करने वाली सूची में शामिल होना होगा और टोकन के ज़रिए किए जाने वाले पेमेंट स्वीकार करने होंगे.
पार्टनर को सेवाओं की कीमत के लिए सटीक डेटा देना होगा. साथ ही, उन्हें ऐक्शन सेंटर की कीमत तय करने की नीति का पालन करना होगा.
पार्टनर को, ऐक्शन सेंटर के तकनीकी बुकिंग के लिए एंड-टू-एंड इंटिग्रेशन की ज़रूरी शर्तें पूरी करनी होंगी.
पार्टनर को Actions Center की व्यापारी/कंपनी और सेवाओं से जुड़ी ज़रूरी शर्तों का पालन करना होगा.
पार्टनर को Actions Center के सहायता और रखरखाव से जुड़े दिशा-निर्देशों का पालन करना होगा.
पार्टनर को लॉन्च और निगरानी के दिशा-निर्देशों में बताई गई गड़बड़ी की दरों को बनाए रखना होगा.
सभी बुकिंग की पुष्टि, रीयल टाइम में अपने-आप होनी चाहिए. हालांकि, असाइन किए गए समय के बाद बुकिंग करने पर, पुष्टि अपने-आप नहीं होती. एक साथ काम नहीं करने वाले इंटिग्रेशन की मदद से की गई बुकिंग, एक साथ काम नहीं करने वाले इंटिग्रेशन के दिशा-निर्देश के मुताबिक होनी चाहिए.
पार्टनर को ऐक्शन सेंटर के वर्टिकल या खास सुविधाओं से जुड़ी नीतियों (ऑफ़र, पेमेंट, ऑनलाइन सेवाएं, और डाइनिंग) का पालन करना होगा.
पार्टनर को दिशा-निर्देश के मुताबिक, कारोबारी/कंपनी/कारोबारी की पहचान, पता, सेवाओं के नाम, और ब्यौरे के लिए स्टैंडर्ड क्वालिटी का कॉन्टेंट उपलब्ध कराना होगा.
ऑफ़र से जुड़ी नीति
लैंडिंग पेज
- किसी भी रेस्टोरेंट के लिए Google के साथ शेयर किए गए सभी ऑफ़र, लैंडिंग पेज पर पूरी जानकारी के साथ दिखने चाहिए.
- ऑफ़र की वैल्यू और ब्यौरा, लैंडिंग पेज पर सीधे तौर पर दिखना चाहिए.
- ऑफ़र से जुड़ी पाबंदियां, लैंडिंग पेज पर सीधे तौर पर दिखनी चाहिए. जैसे, बिल की कम से कम रकम, छूट की ज़्यादा से ज़्यादा वैल्यू, और सदस्यता की ज़रूरत.
- ऑफ़र की अन्य सभी पाबंदियां (जैसे: ज़रूरी शर्तें, रिडीम करने के निर्देश, नियम वगैरह) लैंडिंग पेज पर दिखनी चाहिए या लैंडिंग पेज पर एक क्लिक में ऐक्सेस की जानी चाहिए. जैसे, पॉप-अप डायलॉग.
OFFER_MODE_WALK_INऑफ़र को छोड़कर, सभी ऑफ़र के लिए, ऑफ़र से जुड़े ऐक्शन फ़्लो (उदाहरण के लिए, टेबल बुक करना) में उपयोगकर्ता को, अपनी पसंद के हिसाब से लागू होने वाले ऑफ़र चुनने की अनुमति होनी चाहिए. उदाहरण के लिए, बुकिंग के लिए, चुने गए समय स्लॉट और पार्टी में शामिल होने वाले लोगों की संख्या के हिसाब से ऑफ़र- ऑफ़र रिडीम करने के निर्देश और तरीके साफ़ तौर पर बताए जाने चाहिए और उन पर कार्रवाई की जानी चाहिए. उदाहरण के लिए, अगर ऑफ़र रिडीम करने के लिए, चेकआउट के समय पार्टनर सिस्टम पर बिल का पेमेंट करना ज़रूरी है, तो सिस्टम पर पेमेंट करने का निर्देश दिया जाना चाहिए. साथ ही, उपयोगकर्ता को चेकआउट के समय पार्टनर सिस्टम पर बिल का पेमेंट करने की सुविधा मिलनी चाहिए.
- अगर ऑफ़र यूआरएल, पार्टनर ऐप्लिकेशन (अगर इंस्टॉल किया गया है) पर रीडायरेक्ट कर सकता है, तो मोबाइल ऐप्लिकेशन पेज पर भी ऊपर बताई गई वही ज़रूरी शर्तें लागू होती हैं.
ऑफ़र
- ऑफ़र, आम तौर पर सभी लोगों के लिए उपलब्ध होना चाहिए. ऑफ़र के लिए, पैसे चुकाकर ली जाने वाली सदस्यता की ज़रूरत पड़ सकती है. हालांकि, यह ज़रूरी है कि कोई भी व्यक्ति सदस्यता ले सके.
- फ़ीड अपलोड करते समय, दिया गया सारा मेटाडेटा सटीक और अप-टू-डेट होना चाहिए.
- फ़ीड अपलोड करते समय, ऐसे ऑफ़र शामिल नहीं किए जाने चाहिए जो बिक चुके हैं.
खाने के मेन्यू से जुड़ी नीति और ज़रूरी शर्तें
इंटिग्रेशन शुरू करने से पहले, कृपया इंटिग्रेशन की ज़रूरी शर्तें पढ़ें. पार्टनर को खाने के मेन्यू से जुड़ी नीतियों का पालन करना होगा. साथ ही, इंटिग्रेशन की ज़रूरी शर्तें पूरी करनी होंगी. कृपया ध्यान दें कि Google के पास, मेन्यू और डिश का डेटा ऐसे तरीके से दिखाने का अधिकार सुरक्षित है जिससे उपयोगकर्ताओं को मदद मिल सके.
ज़रूरी शर्तों और नीतियों का पालन न करने पर, इंटिग्रेशन, कारोबारियों या सेवाओं को निलंबित किया जा सकता है या उन्हें प्लैटफ़ॉर्म से हटाया जा सकता है.
नीति और ज़रूरी शर्तें
- पार्टनर को मेन्यू फ़ीड में, पाबंदी वाली जानकारी (जानकारी देखें) नहीं भेजनी चाहिए. जैसे, अपशब्दों वाली भाषा, पाबंदी वाली इमेज, व्यक्तिगत पहचान से जुड़ी जानकारी (पीआईआई) या उपयोगकर्ता से जनरेट किया गया कॉन्टेंट.
- पार्टनर को मेन्यू फ़ीड का इस्तेमाल, मेन्यू में शामिल नहीं किए गए आइटम शेयर करने के लिए नहीं करना चाहिए. जैसे, सेवाएं (उदाहरण के लिए, curbside, प्रमोशन कोड वगैरह).
- पार्टनर को बुकिंग के लिए ई2ई मेन्यू स्पेसिफ़िकेशन या ऑर्डर करने के लिए रीडायरेक्ट करने वाले मेन्यू स्पेसिफ़िकेशन में, सभी ज़रूरी डेटा देना होगा. फ़ाइल का साइज़ ज़्यादा से ज़्यादा 2 एमबी होना चाहिए. तकनीकी ज़रूरी शर्तों के बारे में बुकिंग के लिए E2E मेन्यू स्पेसिफ़िकेशन या ऑर्डर करने के लिए रीडायरेक्ट मेन्यू स्पेसिफ़िकेशन में बताया गया है. इसके लिए, फ़ील्ड को ज़रूरी/ज़रूरी नहीं के तौर पर मार्क किया जाता है.
- पार्टनर को सिर्फ़ उन मेन्यू आइटम की जानकारी देनी चाहिए जो रेस्टोरेंट की उन जगहों पर उपलब्ध हैं जहां वे पार्टनर हैं.
- पार्टनर को हर जगह के लिए पूरा मेन्यू भेजना होगा. जिन व्यापारियों/कंपनियों/कारोबारियों के मेन्यू अधूरे हैं उन्हें शायद डिसप्ले न किया जाए.
- पार्टनर और कारोबारियों/कंपनियों/कारोबारियों को यह पक्का करना होगा कि मेन्यू सही हों. साथ ही, उन्हें रोज़ अपडेट देने चाहिए.
- मेन्यू आइटम की फ़ोटो ऐसी होनी चाहिए जिनमें अच्छी रोशनी हो. साथ ही, फ़ोटो में एक मेन्यू आइटम फ़ोकस में होना चाहिए. इसमें लोगों या खाने से जुड़ी चीज़ों के अलावा कोई और चीज़ नहीं होनी चाहिए. साथ ही, फ़ोटो इमेज स्पेसिफ़िकेशन के मुताबिक होनी चाहिए. फ़ोटो से जुड़े दिशा-निर्देश देखें.
- मेन्यू में मौजूद हर आइटम की कीमत, टिप, टैक्स या शुल्क के बिना दिखाई जानी चाहिए. हालांकि, अगर स्थानीय कानूनों और नियमों के मुताबिक ऐसा करना ज़रूरी है, तो ऐसा किया जा सकता है. पार्टनर को स्थानीय मुद्रा की जानकारी साफ़ तौर पर देनी होगी.
- खास मेन्यू की सुविधा काम करती है. जब ये मेन्यू उपलब्ध न हों, तब इन्हें हटा दिया जाना चाहिए. उदाहरण के लिए, प्रिक्स फ़िक्स, सीज़नल, और सीमित समय के लिए उपलब्ध खास मेन्यू.
पेमेंट रीडायरेक्ट से जुड़ी नीतियां
इस सेक्शन में, ऐक्शन सेंटर पर पेमेंट रीडायरेक्ट करने की सुविधा को लागू करने के लिए, सामान्य और सुविधा से जुड़ी नीतियों के बारे में बताया गया है. Actions Center का इस्तेमाल करने वाले उपभोक्ताओं, व्यापारियों/कंपनियों, और पार्टनर को एक जैसा अनुभव देने के लिए, शुल्क के साथ दिखाई जाने वाली इन्वेंट्री के लिए, सही दिशा-निर्देशों का पालन करना ज़रूरी है. इन नीतियों का पालन न करने पर, आपके इंटिग्रेशन को निलंबित कर दिया जाएगा.
सामान्य
ये नीतियां, Reserve with Google पर किए जाने वाले सभी पेमेंट लेन-देन और इन्वेंट्री पर लागू होती हैं:
- किसी उपयोगकर्ता से लिया गया शुल्क, लागू कानूनों के मुताबिक लेन-देन की शर्तों में बताई गई रकम के बराबर होना चाहिए.
- पार्टनर की यह ज़िम्मेदारी है कि वे रीयल-टाइम अपडेट (आरटीयू) का इस्तेमाल करके, अपॉइंटमेंट के लिए उपलब्ध स्लॉट की जानकारी अपडेट करें. इसके अलावा, यह भी पक्का करें कि
BatchAvailabilityLookupकॉल में, अपॉइंटमेंट के लिए उपलब्ध स्लॉट की सही जानकारी दिखे. - क्रेडिट कार्ड की ज़रूरत वाले किसी भी लेन-देन के लिए, उपयोगकर्ता से कोई शुल्क नहीं लिया जाना चाहिए.
- किसी उपयोगकर्ता से ऐसे शुल्क नहीं लिए जाने चाहिए जिनकी जानकारी चेकआउट के समय साफ़ तौर पर नहीं दी गई है. इस बारे में, पेमेंट कॉन्फ़िगरेशन की हमारी प्रोसेस में बताया गया है.
- लिंक किए गए सेवा की शर्तों वाले पेज पर मौजूद पेमेंट की शर्तें, इस ज़रूरी शर्त को पूरा नहीं करती हैं.
- व्यक्तिगत सेवाओं1 के लिए, सभी पेमेंट बुकिंग के समय या सिर्फ़ व्यक्तिगत तौर पर किए जाने चाहिए. किसी भी दूसरे तरीके से पेमेंट का अनुरोध करने पर, आपके चैनल पर पाबंदी लगाई जा सकती है.
- लेन-देन की जानकारी और शुल्क, व्यापारी/कंपनी की जगह की मुद्रा में दिखना चाहिए. मुद्रा की जानकारी, पेमेंट कॉन्फ़िगरेशन की प्रोसेस का इस्तेमाल करके दी जाती है. मुद्रा बदलने की सुविधा काम नहीं करेगी.
1. व्यक्तिगत तौर पर मिलने वाली सभी सेवाएं. इसमें इस इंटिग्रेशन से मिलने वाली सेवाएं शामिल नहीं हैं, जैसे कि रिफ़ंड और डिपॉज़िट
लैंडिंग पेज की ज़रूरी शर्तें
- लैंडिंग पेज पर, बुकिंग फ़्लो शुरू होना चाहिए. इसमें, पहले से चुने गए ग्रुप के साइज़ और टाइम स्लॉट की जानकारी दिखनी चाहिए.
- लैंडिंग पेज, प्लैटफ़ॉर्म देने वाली कंपनी का होम पेज या कोई दूसरा पेज नहीं होना चाहिए.
- डीप लिंक किए गए लैंडिंग पेज का पहला चरण, पेमेंट वॉल नहीं हो सकता. यहां उपयोगकर्ताओं को अपने बुकिंग के मेटाडेटा की जानकारी तब तक नहीं दिखती, जब तक वे पेमेंट की जानकारी नहीं देते.
- डीप लिंक किए गए लैंडिंग पेज का पहला चरण, लॉगिन पेज नहीं हो सकता. बुकिंग फ़्लो में, मेहमान के तौर पर चेकआउट करने का विकल्प शामिल होना चाहिए. इसकी मदद से, उपयोगकर्ता लॉग इन किए बिना या खाता बनाए बिना बुकिंग कर सकते हैं.
- लिंकआउट और लैंडिंग पेज पर, उपयोगकर्ता को बुकिंग की प्रोसेस पूरी करने के लिए, कोई ऐप्लिकेशन डाउनलोड करने की ज़रूरत नहीं होनी चाहिए.