تیم ما زمان و تاریخ مشخصی را برای راهاندازی تعیین میکند. ممکن است شاهد تأخیر چند ساعته در آنلاین شدن فروشگاهها باشید.
ادغام شما به مدت یک هفته پس از راهاندازی تحت نظارت است. اگر سرور رزرو یا بهروزرسانیهای بلادرنگ (RTU) شما از آستانه خطا عبور کنند، به شما اطلاع میدهیم تا آنها را اصلاح کنید. اگر مشکلات حل نشوند، گوگل ادغام شما را حذف خواهد کرد.
سرور رزرو
برای همه پیادهسازیهای سرور رزرو، یک مسیر HealthCheck وجود دارد که باید گنجانده شود. مرکز عملیات به صورت دورهای مسیر HealthCheck شما را بررسی میکند. اگر پاسخ ندهد یا پاسخ ناسالمی برگرداند، ما ادغام شما را موقتاً غیرفعال میکنیم. ما همچنان به صورت دورهای مسیر HealthCheck شما را بررسی میکنیم و پس از اینکه پاسخ سالمی برگرداند، به طور خودکار ادغام شما را بازیابی میکنیم.
| روشهای پیادهسازی استاندارد | آستانههای نرخ خطا | آستانههای تأخیر |
|---|---|---|
CheckAvailability توجه: این نقطه پایانی سرور رزرو، قدیمی است. ادغامهای جدید نباید این نقطه پایانی را پیادهسازی کنند. | <10٪ | <5s |
BatchAvailabilityLookup | <3٪ | <1.5s |
CreateBooking | <5٪ | <4s |
RTU ها
برای RTUها، تأخیر با اختلاف زمانی بین زمانی که یک اقدام انجام میشود (مثلاً تغییر رزرو) و زمانی که مرکز عملیات درخواست RTU را دریافت میکند، اندازهگیری میشود.
| رابط برنامهنویسی کاربردی | آستانههای نرخ خطا | آستانههای تأخیر |
|---|---|---|
BookingNotification RTU | کمتر از 10٪ در هر روز و برای هر ایالت | کمتر از ۵ دقیقه |
شما میتوانید نرخ خطا را از طریق داشبوردهای مختلف پورتال شرکا، یعنی داشبوردهای Ingestion Viewer ، Booking Server و RTU ، رصد کنید.
الزامات انطباق موجودی
مطمئن شوید که همچنان الزامات انطباق با موجودی کالا را رعایت میکنید. برای کسب اطلاعات در مورد اینکه چگونه یک فروشنده میتواند از خدمات شما انصراف دهد، به بخش حذف پیوندهای شخص ثالث در مقاله راهنما مراجعه کنید. اگر خطمشی انطباق با موجودی کالا را نقض کنید، ممکن است ادغام شما غیرفعال یا خاتمه یابد.