راه اندازی و نظارت کنید

تیم ما راه اندازی را برای یک تاریخ و زمان مشخص برنامه ریزی می کند. ممکن است شاهد تاخیر در آنلاین شدن تاجران در چند ساعت باشید.

ادغام شما به مدت یک هفته پس از راه اندازی نظارت می شود. اگر سرور رزرو یا به‌روزرسانی‌های بی‌درنگ (RTU) شما بیش از آستانه خطا باشد، به شما اطلاع خواهیم داد تا آنها را اصلاح کنید. اگر مشکلات حل نشد، Google ادغام شما را حذف خواهد کرد.

سرور رزرو

برای تمام پیاده سازی های Booking Server، یک مسیر HealthCheck وجود دارد که باید گنجانده شود. مرکز اقدامات به طور دوره ای مسیر HealthCheck شما را بررسی می کند. اگر پاسخ نداد یا پاسخ ناسالم را نشان داد، ادغام شما را به طور موقت غیرفعال می کنیم. ما به بررسی دوره‌ای مسیر HealthCheck شما ادامه می‌دهیم و پس از اینکه یک پاسخ سالم را نشان داد، به طور خودکار یکپارچگی شما را بازیابی می‌کنیم.

روشهای اجرای استاندارد آستانه نرخ خطا آستانه تأخیر
CheckAvailability
توجه: این نقطه پایانی سرور رزرو، قدیمی است. ادغام های جدید نباید این نقطه پایانی را پیاده سازی کنند.
 <10% <5 ثانیه
BatchAvailabilityLookup <3% <1.5 ثانیه
CreateBooking

UpdateBooking

 <5% <4s

RTU ها

برای RTU، تأخیر با تفاوت زمانی بین زمانی که یک اقدام انجام می شود (به عنوان مثال، تغییر یک رزرو) و زمانی که مرکز اقدامات درخواست RTU را دریافت می کند، اندازه گیری می شود.

API آستانه نرخ خطا آستانه تأخیر
BookingNotification RTU <10٪ هر روز و برای هر ایالت <5 دقیقه

می‌توانید نرخ خطا را از طریق داشبوردهای مختلف پورتال شریک، یعنی فیدها ، سرور رزرو و داشبوردهای RTU نظارت کنید.

الزامات انطباق موجودی

مطمئن شوید که همچنان از الزامات مطابقت موجودی پیروی می کنید. برای اطلاع از نحوه انصراف یک تاجر از خدمات شما، به بخش حذف پیوندهای شخص ثالث در مقاله راهنما مراجعه کنید. اگر خط‌مشی مطابقت با موجودی را نقض کنید، ممکن است یکپارچه‌سازی شما غیرفعال یا خاتمه یابد.