নিম্নলিখিত ইন্টিগ্রেশন নীতিগুলি রিজার্ভেশন এন্ড-টু-এন্ড ইন্টিগ্রেশনে প্রযোজ্য।
এন্ড-টু-এন্ড পলিসি
একটি ইন্টিগ্রেশন শুরু করার আগে অনুগ্রহ করে নিম্নলিখিত ইন্টিগ্রেশন যোগ্যতার মাপকাঠি পড়ুন। অ্যাকশন সেন্টারের রিজার্ভেশন এন্ড-টু-এন্ড ইন্টিগ্রেশনের সাথে একীভূত হওয়ার জন্য পার্টনারদের অবশ্যই নিম্নলিখিত প্রয়োজনীয়তা এবং নীতিগুলি পূরণ করতে হবে৷
যদিও নিম্নলিখিত প্রয়োজনীয়তাগুলি অ্যাকশন সেন্টার প্রোগ্রামের জন্য যোগ্যতার প্রয়োজনীয় উপাদান, প্রয়োজনীয়তাগুলি পূরণ করা গ্যারান্টি দেয় না যে কোনও অংশীদার অ্যাকশন সেন্টারের সাথে সংহত বা লাইভ হওয়ার যোগ্য হবে।
প্রয়োজনীয়তা এবং নীতিগুলি পূরণ করতে ব্যর্থতার ফলে ইন্টিগ্রেশন, বণিক বা পরিষেবাগুলি স্থগিত বা প্ল্যাটফর্ম থেকে সরানো হতে পারে৷
সাধারণ প্ল্যাটফর্মের প্রয়োজনীয়তা
- পার্টনারদের অবশ্যই সাধারণ ডেটা প্রোটেকশন রেগুলেশন (GDPR) এবং অন্য যেকোন প্রযোজ্য গোপনীয়তা আইনের সাথে সঙ্গতিপূর্ণভাবে ব্যক্তিগতভাবে শনাক্তযোগ্য তথ্য সহ সমস্ত ব্যবসায়ী এবং ব্যবহারকারীর ডেটা সংগ্রহ এবং পরিচালনা করতে হবে।
- অংশীদারদের অবশ্যই তাদের ব্যবসায়ীদের পক্ষে বুকিং করার জন্য অনুমোদিত হতে হবে।
অংশীদারদের অবশ্যই রিয়েল টাইমে বণিকদের প্রাপ্যতা/টাইম স্লটগুলিতে সরাসরি অ্যাক্সেস থাকতে হবে (অর্থাৎ অংশীদারদের অবশ্যই 1 সেকেন্ডের কম সময়ে Google থেকে উপলব্ধতার অনুরোধের প্রতিক্রিয়া জানাতে হবে)।
- বিশেষ ক্ষেত্রে : আমরা রিজার্ভেশন সমর্থন করি যার জন্য বণিকের কাছ থেকে অ্যাসিঙ্ক্রোনাস নিশ্চিতকরণের প্রয়োজন হয়, কিন্তু রিজার্ভেশন প্রবাহ অবশ্যই একটি উপলব্ধ সময়ের স্লটের উপর ভিত্তি করে হতে হবে। অংশীদারদের অবশ্যই রিয়েল টাইমে উপলব্ধতা থাকতে হবে, অর্থাৎ বণিক অনলাইন সিস্টেমের মাধ্যমে, রিজার্ভেশন চূড়ান্ত করতে বণিকের কাছ থেকে নিশ্চিতকরণের প্রয়োজন হলেও।
অংশীদারদের অবশ্যই তাদের ব্যবসায়ীদের জন্য ব্যাপক ইনভেন্টরি থাকতে হবে। আংশিক বা বিপর্যস্ত ইনভেন্টরি সহ ব্যবসায়ীরা যোগ্য নাও হতে পারে।
অংশীদারদের অবশ্যই 30 দিন বা তার বেশি ব্যবসায়ীদের উপলব্ধতা থাকতে হবে।
অংশীদারদের অবশ্যই অনলাইনে বুকিং বাতিল করতে সহায়তা করতে হবে।
যে অংশীদারদের প্রি-পেমেন্টের প্রয়োজন তাদের অবশ্যই অ্যাকশন সেন্টারের পেমেন্ট নীতি মেনে চলতে হবে, তাদের পেমেন্ট প্রসেসরগুলিকে অবশ্যই নিম্নলিখিত সমর্থিত তালিকায় থাকতে হবে এবং টোকেনাইজড পেমেন্ট গ্রহণ করতে হবে।
অংশীদারদের অবশ্যই পরিষেবার খরচের জন্য সঠিক মূল্যের ডেটা প্রদান করতে সক্ষম হতে হবে এবং অ্যাকশন সেন্টারের মূল্য নীতি মেনে চলতে হবে।
অংশীদারদের অবশ্যই অ্যাকশন সেন্টার প্রযুক্তিগত রিজার্ভেশন এন্ড-টু-এন্ড ইন্টিগ্রেশন প্রয়োজনীয়তা পূরণ করতে সক্ষম হতে হবে।
অংশীদারদের অবশ্যই অ্যাকশন সেন্টারের মার্চেন্ট এবং পরিষেবার যোগ্যতার প্রয়োজনীয়তাগুলি মেনে চলতে হবে৷
অংশীদারদের অবশ্যই অ্যাকশন সেন্টারের সহায়তা এবং রক্ষণাবেক্ষণ নির্দেশিকা মেনে চলতে হবে৷
অংশীদারদের অবশ্যই লঞ্চ এবং মনিটরিং নির্দেশিকাতে সংজ্ঞায়িত গ্রহণযোগ্য ত্রুটির হার বজায় রাখতে হবে৷
একটি async ইন্টিগ্রেশনের সাথে করা বুকিংগুলি বাদ দিয়ে সমস্ত বুকিং অবশ্যই রিয়েল টাইমে স্বয়ংক্রিয়ভাবে নিশ্চিত হতে হবে। একটি async ইন্টিগ্রেশনের মাধ্যমে করা বুকিংগুলিকে অবশ্যই Async নির্দেশিকা মেনে চলতে হবে৷
অংশীদারদের অবশ্যই অ্যাকশন সেন্টারের উল্লম্ব বা বৈশিষ্ট্যের নির্দিষ্ট নীতিগুলি মেনে চলতে হবে ( অফার , অর্থপ্রদান , অনলাইন পরিষেবা এবং ডাইনিং )।
পার্টনারকে অবশ্যই নির্দেশিকা অনুযায়ী ব্যবসায়ীর নাম, ঠিকানা, পরিষেবার নাম এবং বিবরণের জন্য মানসম্মত মানের সামগ্রী বজায় রাখতে হবে।
অনুবাদ: human page_type: lcat
প্রস্তাব নীতি
ল্যান্ডিং পৃষ্ঠা (মোবাইল পৃষ্ঠা এবং অ্যাপ্লিকেশন)
- যেকোনো রেস্তোরাঁর জন্য Google-এর সাথে শেয়ার করা সমস্ত অফার অন্তত মোবাইল ল্যান্ডিং পৃষ্ঠায় সমস্ত প্রাসঙ্গিক তথ্য সহ দৃশ্যমান হওয়া উচিত।
- অফারের মান এবং বিবরণের পাঠ্য অবশ্যই ল্যান্ডিং পৃষ্ঠায় সরাসরি দৃশ্যমান হতে হবে।
- ল্যান্ডিং পৃষ্ঠাগুলিতে অবশ্যই প্রতিটি অফারের জন্য যোগ্যতার প্রয়োজনীয়তাগুলি পরিষ্কারভাবে এবং ব্যাপকভাবে রূপরেখা দিতে হবে। এতে ব্যবহারকারীর বিভাগ, অর্থপ্রদানের পদ্ধতি, নির্দিষ্ট দিন বা সময়, ন্যূনতম ব্যয়ের পরিমাণ এবং অফারটি কতবার ব্যবহার করা যেতে পারে তার সাথে সম্পর্কিত বিধিনিষেধ অন্তর্ভুক্ত রয়েছে।
- অন্যান্য সমস্ত অফার বিধিনিষেধ (যেমন: যোগ্যতার শর্ত, রিডিমিং নির্দেশনা, শর্তাবলী …) অবশ্যই ল্যান্ডিং পৃষ্ঠায় দৃশ্যমান হতে হবে বা ল্যান্ডিং পৃষ্ঠার 1 ক্লিকের মধ্যে অ্যাক্সেসযোগ্য হতে হবে (যেমন: পপ-আপ ডায়ালগ)।
-
OFFER_MODE_WALK_INঅফার ব্যতীত সমস্ত অফারের জন্য, অফারের সাথে যুক্ত অ্যাকশন ফ্লো (উদাঃ একটি টেবিল সংরক্ষণ) ব্যবহারকারীকে অবশ্যই তাদের নির্বাচনের সাথে প্রযোজ্য অফার (গুলি) নির্বাচন করার অনুমতি দিতে হবে (উদাঃ সংরক্ষণের জন্য, সময় স্লটের জন্য প্রযোজ্য অফারগুলি এবং পার্টির আকার নির্বাচিত) - রিডিম করার নির্দেশাবলী এবং পদ্ধতিগুলি অবশ্যই স্পষ্টভাবে বলা এবং কার্যকরী হতে হবে (যেমন: যদি অফারটি রিডিম করার জন্য চেকআউটের সময় অংশীদার সিস্টেমে বিল পরিশোধ করতে হয়, তাহলে সিস্টেমে অর্থ প্রদানের নির্দেশনা উল্লেখ করা উচিত এবং ব্যবহারকারীর বিল পরিশোধ করতে সক্ষম হওয়া উচিত চেকআউটে অংশীদার সিস্টেম)।
- যখন একটি অফার URL একটি অংশীদারের ইনস্টল করা মোবাইল অ্যাপ্লিকেশনে পুনঃনির্দেশিত হয়, তখন অ্যাপ্লিকেশনটির ল্যান্ডিং পৃষ্ঠাটি অফার ল্যান্ডিং পৃষ্ঠাগুলির জন্য এই বিভাগে বর্ণিত সমস্ত প্রয়োজনীয়তা পূরণ করতে হবে৷
- Google অভিজ্ঞতায় একটি অফারের সাথে ইন্টারঅ্যাক্ট করার সাথে সাথেই ব্যাক নেভিগেট করার পরে (যেমন, ব্যাক বোতাম ব্যবহার করে, জেসচার নেভিগেশন) ব্যবহারকারীদের অবশ্যই আসল Google অভিজ্ঞতায় ফিরে যেতে হবে।
ডেটা এবং ফর্ম্যাট অফার করে
- অংশীদারদের অবশ্যই প্রাসঙ্গিক ডকুমেন্টেশনে বর্ণিত নির্দিষ্ট প্রযুক্তিগত প্রয়োজনীয়তা এবং ডেটা ফর্ম্যাটগুলি মেনে চলতে হবে। এই প্রয়োজনীয়তাগুলি পূরণ করতে ব্যর্থ হলে ফিড প্রক্রিয়াকরণ ত্রুটি বা বিলম্ব হতে পারে।
- অফারটি অবশ্যই যেকোনো ব্যবহারকারীর জন্য উপলব্ধ হতে হবে। অফারগুলির জন্য একটি অর্থপ্রদানের সদস্যতা প্রয়োজন হতে পারে, যতক্ষণ পর্যন্ত কেউ সদস্যতা নিতে পারে।
- ফিড আপলোড করার সময় প্রদত্ত সমস্ত মেটাডেটা অবশ্যই সঠিক এবং আপ-টু-ডেট হতে হবে (অন্তত দৈনিক ভিত্তিতে আপলোড করতে হবে)। তালিকাভুক্ত অফারগুলি অবশ্যই সক্রিয় এবং ব্যবহারকারীদের জন্য উপলব্ধ হতে হবে অবিলম্বে বা অগ্রিম
ValidityPeriodব্যবহার করে নির্দেশিত হিসাবে; পুরানো, বিক্রি বা মেয়াদোত্তীর্ণ অফারগুলি অবশ্যই ফিড থেকে মুছে ফেলতে হবে৷ - অংশীদারদের অবশ্যই প্ল্যাটফর্ম জুড়ে ধারাবাহিক অফার বিন্যাস ব্যবহার করতে হবে। ফিডে অফারের বিবরণ এবং অংশীদারের অ্যাপ বা ওয়েবসাইটে প্রদর্শিত অফারগুলির মধ্যে পার্থক্য নিষিদ্ধ।
- অংশীদারদের অবশ্যই
offer_display_textক্ষেত্রে স্পষ্ট এবং সংক্ষিপ্ত অফার বিশদ প্রদান করতে হবে, অফারের মান এবং যেকোনো সীমাবদ্ধতা সঠিকভাবে প্রতিফলিত করে। - অংশীদারদের অবশ্যই স্পষ্টভাবে প্রতিটি অফারের জন্য অফারের বিভাগ (বেস অফার বা অ্যাড-অন অফার) এবং প্রযোজ্য অফার মোডগুলি (
OFFER_MODE_FREE_RESERVATION,OFFER_MODE_PAID_RESERVATION,OFFER_MODE_WALK_IN) নির্দেশ করতে হবে৷ - অংশীদারদের অবশ্যই প্রতিটি অফারের জন্য অর্থপ্রদানের উপকরণের প্রকারের সঠিক ম্যাপিং নিশ্চিত করতে হবে।
খাদ্য মেনু নীতি এবং প্রয়োজনীয়তা
একটি ইন্টিগ্রেশন শুরু করার আগে অনুগ্রহ করে নিম্নলিখিত ইন্টিগ্রেশন যোগ্যতার মাপকাঠি পড়ুন। অংশীদারদের অবশ্যই খাদ্য মেনু নীতিগুলি মেনে চলতে হবে এবং সংহত হওয়ার যোগ্য হতে নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে৷ অনুগ্রহ করে মনে রাখবেন যে Google ব্যবহারকারীদের জন্য সহায়ক উপায়ে মেনু এবং ডিশ ডেটা প্রদর্শন করার অধিকার সংরক্ষণ করে৷
প্রয়োজনীয়তা এবং নীতিগুলি পূরণ করতে ব্যর্থতার ফলে ইন্টিগ্রেশন হতে পারে, বণিক বা পরিষেবাগুলি স্থগিত বা প্ল্যাটফর্ম থেকে সরানো হতে পারে৷
নীতি এবং প্রয়োজনীয়তা
- অংশীদারদের অবশ্যই মেনু ফিডে নিষিদ্ধ তথ্য ( বিশদ দেখুন) পাঠাতে হবে না যেমন অশ্লীল ভাষা, নিষিদ্ধ ছবি, ব্যক্তিগতভাবে শনাক্তযোগ্য তথ্য (PII) বা ব্যবহারকারীর তৈরি সামগ্রী।
- অংশীদারদের মেনু ফিড ব্যবহার করা উচিত নয় যেমন পরিষেবার মতো নন-মেনু আইটেম শেয়ার করার জন্য (যেমন: কার্বসাইড, প্রচার কোড, ইত্যাদি)।
- অংশীদারদের রিজার্ভেশন E2E মেনু স্পেক বা অর্ডার রিডাইরেক্ট মেনু স্পেক (সর্বোচ্চ ফাইল সাইজ 2MB) এ সমস্ত প্রয়োজনীয় ডেটা প্রদান করতে হবে। প্রযুক্তিগত প্রয়োজনীয়তাগুলিকে রিজার্ভেশন E2E মেনু স্পেক বা অর্ডারিং রিডাইরেক্ট মেনু স্পেকে ক্ষেত্রগুলিকে ঐচ্ছিক/প্রয়োজনীয় হিসাবে চিহ্নিত করে সম্বোধন করা হয়।
- অংশীদারদের শুধুমাত্র সংশ্লিষ্ট রেস্টুরেন্ট অবস্থানের জন্য উপলব্ধ মেনু আইটেম প্রদান করা উচিত।
- অংশীদারদের প্রতিটি অবস্থানের জন্য একটি সম্পূর্ণ মেনু পাঠাতে হবে। অসম্পূর্ণ মেনু সহ ব্যবসায়ীরা প্রদর্শনের জন্য যোগ্য নাও হতে পারে।
- অংশীদার এবং বণিকদের অবশ্যই নিশ্চিত করতে হবে যে মেনুগুলি সঠিক এবং তাদের প্রতিদিনের ভিত্তিতে আপডেট দেওয়া উচিত।
- মেনু আইটেমগুলির ফটোগুলি ভালভাবে আলোকিত হওয়া উচিত, একটি ইন-ফোকাস মেনু আইটেম বৈশিষ্ট্যযুক্ত হওয়া উচিত, ব্যক্তি বা অন্যান্য নন-ফুড ইমেজগুলি অন্তর্ভুক্ত করা উচিত নয় এবং চিত্রের বৈশিষ্ট্যের সাথে সঙ্গতিপূর্ণ হওয়া উচিত ( ছবির নির্দেশিকা দেখুন)৷
- মূল্য দেখানো উচিত, প্রতি মেনু আইটেম, টিপস, ট্যাক্স বা ফি ছাড়া; স্থানীয় আইন এবং অধ্যাদেশ দ্বারা প্রয়োজন না হলে। অংশীদারদের অবশ্যই স্পষ্টভাবে স্থানীয় মুদ্রা প্রদান করতে হবে।
- স্পেশালিটি মেনু সমর্থিত এবং আর উপলভ্য না থাকলে সরানো উচিত (যেমন: প্রিক্স ফিক্স, মৌসুমী, সীমিত সময়ের বিশেষ)।
পেমেন্ট পুনঃনির্দেশ নীতি
এই বিভাগটি অ্যাকশন সেন্টারে পেমেন্ট পুনঃনির্দেশ বাস্তবায়নের জন্য সাধারণ এবং বৈশিষ্ট্য-নির্দিষ্ট নীতিগুলি নির্দিষ্ট করে৷ অ্যাকশন সেন্টার ব্যবহার করে ভোক্তা, বণিক এবং অংশীদারদের জন্য একটি সামঞ্জস্যপূর্ণ অভিজ্ঞতা নিশ্চিত করতে, অর্থপ্রদানের প্রয়োজন এমন ইনভেন্টরিকে অবশ্যই যথাযথ নির্দেশিকা মেনে চলতে হবে। এই নীতিগুলি মেনে চলতে ব্যর্থতা আপনার সংহতকরণ স্থগিতের দিকে পরিচালিত করবে।
সাধারণ
এই নীতিগুলি গুগলের সাথে রিজার্ভে সমস্ত অর্থ প্রদানের লেনদেন এবং ইনভেন্টরির ক্ষেত্রে প্রযোজ্য:
- কোনও ব্যবহারকারীর কাছে চার্জ করা পরিমাণটি অবশ্যই প্রযোজ্য আইনগুলির সাথে সম্মতিতে লেনদেনের শর্তে নির্দিষ্ট পরিমাণ হতে হবে।
- অংশীদাররা একটি রিয়েল-টাইম আপডেট (RTU) ব্যবহার করে উপলব্ধতা আপডেট করার জন্য বা
BatchAvailabilityLookupকলগুলি সঠিক স্লট উপলব্ধতা প্রতিফলিত করে তা নিশ্চিত করার জন্য দায়ী৷ - কোনো ক্রেডিট কার্ডের প্রয়োজনীয় লেনদেনের জন্য ব্যবহারকারীকে কোনো চার্জ করা উচিত নয়।
- আমাদের পেমেন্ট কনফিগারেশন প্রক্রিয়া ব্যবহার করে স্পষ্টভাবে চেকআউটে সম্মত নয় এমন ব্যবহারকারীর কাছ থেকে কোনো চার্জ নেওয়া উচিত নয়।
- লিঙ্ক করা পরিষেবার শর্তাবলী পৃষ্ঠার মধ্যে থাকা অর্থপ্রদানের শর্তাবলী এই প্রয়োজনীয়তা পূরণ করে না।
- ব্যক্তিগত পরিষেবাগুলির জন্য 1 , সমস্ত অর্থপ্রদান অবশ্যই বুকিংয়ের সময় বা ব্যক্তিগতভাবে ঘটতে হবে৷ অন্য কোনো উপায়ে অর্থপ্রদানের আবেদন কঠোরভাবে নিষিদ্ধ।
- লেনদেনটি অবশ্যই ব্যবসায়ীর অবস্থানের মুদ্রায় প্রদর্শিত এবং চার্জ করতে হবে (পেমেন্ট কনফিগারেশন প্রক্রিয়া ব্যবহার করে মুদ্রা নির্দিষ্ট করা হয়)। কোন মুদ্রা রূপান্তর সঞ্চালিত হতে পারে.
1. সমস্ত ব্যক্তিগত পরিষেবা, এই ইন্টিগ্রেশনের মাধ্যমে প্রদত্ত পরিষেবাগুলি যেমন প্রিপেমেন্ট এবং ডিপোজিটগুলি গণনা করা হয় না
ল্যান্ডিং পৃষ্ঠার প্রয়োজনীয়তা
- ল্যান্ডিং পৃষ্ঠাটি অবশ্যই পার্টির আকার এবং সময় স্লট পূর্বনির্বাচিত সহ বুকিং প্রবাহের শুরু হতে হবে।
- ল্যান্ডিং পৃষ্ঠাটি প্ল্যাটফর্ম প্রদানকারীর হোমপেজ বা অন্য কোনো পৃষ্ঠা হওয়া উচিত নয়।
- গভীর লিঙ্কযুক্ত ল্যান্ডিং পৃষ্ঠার প্রথম ধাপটি একটি পেমেন্টওয়াল হতে পারে না, যেখানে ব্যবহারকারীরা তাদের রিজার্ভেশন সম্পর্কিত মেটাডেটা দেখতে পারবেন না যদি না তারা অর্থপ্রদানের বিবরণ প্রদান করেন।
- গভীর লিঙ্কযুক্ত ল্যান্ডিং পৃষ্ঠার প্রথম ধাপ একটি লগইন পৃষ্ঠা হতে পারে না। বুকিং ফ্লোতে অবশ্যই একটি অতিথি চেকআউট বিকল্প অন্তর্ভুক্ত থাকতে হবে, যেখানে ব্যবহারকারীরা লগ ইন না করে বা অ্যাকাউন্ট তৈরি না করেই একটি বুকিং সম্পূর্ণ করতে পারেন৷
- লিঙ্কআউট এবং ল্যান্ডিং পৃষ্ঠার জন্য ব্যবহারকারীর বুকিং ফ্লো সম্পূর্ণ করার জন্য একটি অ্যাপ ডাউনলোড করার প্রয়োজন নেই।