خط‌مشی‌های یکپارچه‌سازی زیر برای ادغام سرتاسر رزرواسیون اعمال می‌شود.
سیاست های پایان به انتها
لطفاً قبل از شروع یکپارچگی، معیارهای واجد شرایط بودن ادغام زیر را مطالعه کنید. شرکا باید شرایط و خط مشی های زیر را رعایت کنند تا واجد شرایط ادغام با ادغام سرتاسری رزرواسیون مرکز اقدامات باشند.
در حالی که الزامات زیر اجزای ضروری واجد شرایط بودن برای برنامه Action Center هستند، رعایت شرایط تضمین نمی‌کند که شریک واجد شرایط ادغام یا شروع به فعالیت با مرکز اقدامات باشد.
عدم رعایت الزامات و خط‌مشی‌ها ممکن است منجر به ادغام، تاجر یا خدمات به حالت تعلیق یا حذف از پلتفرم شود.
الزامات پلتفرم عمومی
- شرکا باید همه داده‌های تاجر و کاربر، از جمله هرگونه اطلاعات شناسایی شخصی، را به روشی مطابق با مقررات حفاظت از داده‌های عمومی (GDPR) و سایر قوانین مربوط به حریم خصوصی جمع‌آوری و مدیریت کنند.
- شرکا باید مجاز به رزرو از طرف تاجران خود باشند.
شرکا باید مستقیماً به موقعیت‌های دسترسی/زمان تاجران دسترسی داشته باشند (یعنی شرکا باید بتوانند در کمتر از ۱ ثانیه به درخواست‌های در دسترس بودن از طرف Google پاسخ دهند).
- مورد خاص : ما از رزروهایی پشتیبانی می‌کنیم که نیاز به تأیید ناهمزمان تاجر دارند، اما جریان رزرو باید بر اساس یک بازه زمانی موجود باشد. شرکا باید در دسترس بودن زمان واقعی، یعنی از طریق سیستم های آنلاین تاجر، حتی اگر برای نهایی کردن رزرو نیاز به تایید تاجر داشته باشند، در دسترس باشند.
شرکا باید موجودی جامعی برای بازرگانان خود داشته باشند. تجار با موجودی جزئی یا مشکل دار ممکن است واجد شرایط نباشند.
شرکا باید 30 روز یا بیشتر از تاجران در دسترس باشند.
شرکا باید از لغو آنلاین رزرو پشتیبانی کنند.
شرکایی که به پیش پرداخت نیاز دارند باید از خط مشی پرداخت Action Center پیروی کنند، پردازشگرهای پرداخت آنها باید در لیست پشتیبانی شده زیر باشند و پرداخت های رمزگذاری شده را بپذیرند.
شرکا باید بتوانند داده های دقیق قیمت گذاری را برای هزینه خدمات ارائه دهند و از خط مشی قیمت گذاری Action Center پیروی کنند.
شرکا باید بتوانند شرایط ادغام سرتاسری رزرواسیون فنی Action Center را برآورده کنند.
شرکا باید الزامات واجد شرایط بودن خدمات و بازرگانان Action Center را رعایت کنند.
شرکا باید از دستورالعمل‌های پشتیبانی و نگهداری Action Center پیروی کنند.
شرکا باید نرخ خطای قابل قبولی را که در دستورالعمل های راه اندازی و نظارت تعریف شده است حفظ کنند.
همه رزروها باید به طور خودکار در زمان واقعی تأیید شوند، به استثنای رزروهایی که با یکپارچه سازی همگام سازی شده اند. رزروهای انجام شده از طریق یکپارچه سازی async باید از دستورالعمل Async پیروی کنند.
شرکا باید از خط‌مشی‌های عمودی یا ویژگی‌های خاص مرکز اقدامات ( پیشنهادات ، پرداخت ، خدمات آنلاین و غذاخوری ) پیروی کنند.
شریک باید محتوای با کیفیت استاندارد را برای نام تاجر، آدرس، نام خدمات و توضیحات بر اساس دستورالعمل حفظ کند.
خط مشی ارائه می دهد
برای اینکه پیشنهادها بخشی از ادغام سرتاسر رزرواسیون باشند، باید معیارهای واجد شرایط بودن و الزامات فنی ما را برآورده کنند.
معیارهای واجد شرایط بودن را ارائه می دهد
- یک پیشنهاد باید به طور کلی در دسترس همه مشتریان باشد.
- یک مشتری برای استفاده از پیشنهاد نباید نیازی به ثبت نام در یک برنامه عضویت، لیست ایمیل، استفاده از کارت اعتباری خاص یا هر محدودیت دیگری داشته باشد.
- این پیشنهاد را نمی توان به گروه های سنی خاصی (تخفیف دانش آموزی یا ارشد) محدود کرد.
- یک پیشنهاد باید به طور قابل پیش بینی در دسترس باشد. به عنوان مثال، یک پیشنهاد می تواند از ساعت 15 تا 4 بعد از ظهر معتبر باشد، اما پیشنهادی که شما را ملزم می کند یکی از 10 مشتری اول باشید مجاز نیست.
- یک پیشنهاد باید توسط بازرگان ارائه شود و مورد احترام قرار گیرد.
پیشنهادهایی که شرایط فنی یا واجد شرایط بودن را برآورده نمی کنند
اگر پیشنهادی با شرایط واجد شرایط بودن ما مطابقت نداشته باشد، نباید در ادغام پایان به انتها رزرواسیون گنجانده شود.
اگر پیشنهادی با الزامات فنی مطابقت نداشته باشد یا با مشخصات داده ما مطابقت نداشته باشد، در حال حاضر باید از ادغام End-to-End Reservations حذف شود. لطفاً با مخاطب Google خود تماس بگیرید تا به ما اطلاع دهید و در مورد ویژگی‌ها یا تغییراتی که می‌خواهید اجرا شوند، بازخورد ارائه کنید. هنگام تماس، لطفاً مطمئن شوید که تعداد پیشنهادات و تعداد بازرگانانی که بر این امر تأثیر می‌گذارد و همچنین چند پیشنهاد نمونه را درج کنید.
خط مشی و الزامات منوی غذا
لطفاً قبل از شروع یکپارچگی، معیارهای واجد شرایط بودن ادغام زیر را مطالعه کنید. شرکا باید به سیاست های منوی غذا پایبند باشند و شرایط زیر را رعایت کنند تا واجد شرایط ادغام شوند. لطفاً توجه داشته باشید که Google این حق را برای خود محفوظ می‌دارد که داده‌های منو و غذا را به روش‌هایی که برای کاربران مفید باشد نشان دهد.
عدم رعایت الزامات و خط‌مشی‌ها ممکن است منجر به ادغام، تعلیق یا حذف تاجران یا خدمات از پلتفرم شود.
سیاست و الزامات
- شرکا نباید اطلاعات ممنوعه (به جزئیات را ببینید) در فید منو مانند زبان ناپسند، تصاویر ممنوع، اطلاعات شناسایی شخصی (PII) یا محتوای تولید شده توسط کاربر ارسال کنند.
- شرکا نباید از فید منو برای به اشتراک گذاشتن موارد غیر منو مانند خدمات (مثلاً حاشیه، کدهای تبلیغاتی و غیره) استفاده کنند.
- شرکا موظفند تمام اطلاعات مورد نیاز را در مشخصات منوی Reservations E2E یا مشخصات منوی تغییر مسیر سفارش (حداکثر اندازه فایل 2 مگابایت) ارائه دهند. الزامات فنی در مشخصات منوی رزرواسیون E2E یا مشخصات منوی تغییر مسیر سفارش با علامت‌گذاری فیلدها به‌عنوان اختیاری/الزامی بررسی می‌شوند.
- شرکا فقط باید آیتم های منوی موجود برای مکان های رستوران مربوطه را ارائه دهند.
- شرکا باید یک منوی کامل برای هر مکان ارسال کنند. تاجرانی که منوهای ناقص دارند ممکن است واجد شرایط نمایش نباشند.
- شرکا و بازرگانان موظفند از دقیق بودن منوها اطمینان حاصل کنند و باید به‌روزرسانی‌های روزانه را ارائه دهند.
- عکس‌های آیتم‌های منو باید دارای نور کافی باشند، دارای یک آیتم منو در فوکوس باشند، نباید شامل افراد یا سایر تصاویر غیرغذایی باشند و باید با مشخصات تصویر مطابقت داشته باشند (به دستورالعمل‌های عکس مراجعه کنید).
- قیمت‌ها باید به ازای هر آیتم منو، بدون راهنمایی، مالیات یا هزینه نشان داده شوند. مگر اینکه توسط قوانین و مقررات محلی الزامی باشد. شرکا باید به صراحت ارز محلی را ارائه دهند.
- منوهای تخصصی پشتیبانی می شوند و زمانی که دیگر در دسترس نیستند باید حذف شوند (مثلاً: تخفیف ویژه، فصلی، ویژه زمان محدود).
سیاست های پرداخت
این بخش خط مشی های کلی و ویژگی های خاص را برای اجرای پرداخت در Action Center مشخص می کند. برای اطمینان از تجربه یکنواخت برای مصرف‌کنندگان، بازرگانان و شرکای استفاده‌کننده از Action Center، موجودی‌هایی که نیاز به پرداخت دارند باید از دستورالعمل‌های مناسب پیروی کنند. عدم رعایت این سیاست ها منجر به تعلیق ادغام شما می شود.
عمومی
این خط‌مشی‌ها برای همه تراکنش‌های پرداخت و موجودی موجود در Reserve with Google اعمال می‌شود:
- همانطور که از طریق فرآیند پیکربندی پرداخت ما بیان شده است، هیچ هزینه ای نباید برای کاربری که به صراحت با آن موافقت نشده است در هنگام تسویه حساب اعمال شود.
- شرایط پرداخت موجود در صفحه «شرایط خدمات» پیوند شده، این شرط را برآورده نمی کند.
- برای خدمات حضوری، تمام پرداخت ها باید در زمان رزرو یا فقط حضوری انجام شود. درخواست پرداخت از هر طریق دیگری اکیدا ممنوع است.
- مبلغی که از یک کاربر شارژ می شود باید همان مبلغی باشد که در شرایط تراکنش مشخص شده است.
- تراکنش باید به واحد پول محل تاجر نمایش داده و شارژ شود (ارز از طریق فرآیند پیکربندی پرداخت ها مشخص می شود). هیچ تبدیل ارزی ممکن است انجام نشود.
- رمزهای پرداخت را نمی توان برای پشتیبانی از هزینه های سایر معاملات یا اهداف استفاده کرد.
- هیچ ابزار دیگری به جز رمز ایجاد شده برای این تراکنش و ارسال شده توسط Google برای شما نمی تواند برای این هزینه ها استفاده شود.
- اگر بانک دریافت‌کننده تراکنش‌های شما مشمول PSD2 است ، باید 3DS1 یا 3DS2 را برای آن تراکنش‌ها زمانی که توسط Action Center و پردازشگر پرداخت شما پشتیبانی می‌شود، پیاده‌سازی کنید.
- اگر سرویس نیاز به پیش پرداخت، بدون هزینه نمایش و/یا واریز دارد، تعریف
cancellation_policyخدمات اجباری است. - اگر اکنون یا در آینده پرداخت‌هایی را به یکپارچه‌سازی خود اضافه می‌کنید، باید اطلاعات تماس قابل اعتماد و کاملی از جمله نام، آدرس، شماره تلفن، آدرس ایمیل و اطلاعات رجیستری را که ممکن است طبق مقررات خاص لازم باشد، ارائه دهید.
بدون هزینه نمایش
خط‌مشی‌های زیر برای موجودی و معاملات با استفاده از ویژگی عدم نمایش کارمزد اعمال می‌شود:
- فقط در صورتی که کاربر پس از پنجره لغو بدون هزینه مشخص شده برای آن رزرو، آن را لغو کند، هیچ هزینه نمایشی برای لغوهای دیرهنگام دریافت نمی شود.
- اگر هیچ پنجره لغو برای رزرو مشخص نشده باشد، پنجره لغو پیش‌فرض در ابتدای رزرو به پایان می‌رسد.
- اگر از کاربر هزینه عدم نمایش دریافت می‌شود، باید Google از طریق به‌روزرسانی بی‌درنگ مطلع شود.
سپرده
سیاست های زیر برای موجودی و معاملات با استفاده از ویژگی سپرده اعمال می شود:
- سپرده ها نباید برای پرداخت تمام قیمت خدمات استفاده شوند. برای این تابع باید از پیش پرداخت استفاده شود.
- اگر کاربر قبل از پایان پنجره لغو بدون هزینه مشخص شده برای آن واریز، لغو کند، پس:
- سپرده آنها باید بازپرداخت شود یا شارژ نشود.
- اگر رزرو خارج از «مرکز اقدامات» لغو شود، باید Google از طریق به‌روزرسانی بی‌درنگ مطلع شود.
پیش پرداخت
خط‌مشی‌های زیر برای موجودی و معاملات با استفاده از ویژگی پیش‌پرداخت اعمال می‌شود:
- یک سیاست لغو برای تمام رزروهای پیش پرداخت تعریف شده است.
- اگر هیچ خط مشی لغو مشخص نشده باشد، رزرو به طور پیش فرض غیرقابل استرداد است
- اگر کاربر در یک بازه زمانی واجد شرایط برای بازپرداخت (همانطور که توسط خط مشی لغو برای آن رزرو تعریف شده است) لغو کند، سپس:
- پیش‌پرداخت آنها باید طبق سیاست لغو بازپرداخت شود.
- اگر رزرو خارج از Action Center لغو شود، Google باید از طریق به‌روزرسانی بی‌درنگ در صورت بازپرداخت یا عدم بازپرداخت، به Google اطلاع داده شود.
کارت اعتباری مورد نیاز است
خط‌مشی‌های زیر برای موجودی و تراکنش‌هایی که از ویژگی مورد نیاز کارت اعتباری استفاده می‌کنند اعمال می‌شود:
- برای تراکنش های مورد نیاز کارت اعتباری نباید هیچ هزینه ای از کاربر دریافت شود.