الإطلاق والمراقبة

يحدّد فريقنا موعدًا محددًا لإطلاق التطبيق. قد تلاحظ تأخّرًا في ظهور التجار على الإنترنت لعدّة ساعات.

تتم مراقبة عملية الدمج لمدة أسبوع بعد الإطلاق. إذا تجاوزت أخطاء "خادم الحجز" أو "التحديثات في الوقت الفعلي" أي حدود للأخطاء، سنُعلمك بذلك لتصحيحها. إذا لم يتم حلّ المشاكل، ستزيل Google عملية الدمج.

خادم الحجز

في جميع عمليات تنفيذ Booking Server، يجب تضمين المسار HealthCheck. يتحقّق "مركز الإجراءات" بشكل دوري من مسار HealthCheck. إذا لم يستجب أو عرض ردًا غير سليم، سنوقف عملية الدمج مؤقتًا. نواصل التحقّق بشكل دوري من مسار HealthCheck، وبعد أن يعود إلى الاستجابة بشكل سليم، نعيد تلقائيًا عملية الدمج.

طُرق التنفيذ العادية حدود معدّل الخطأ حدود وقت الاستجابة
CheckAvailability
ملاحظة: نقطة نهاية خادم الحجز هذه قديمة. يجب ألا تتضمّن عمليات الدمج الجديدة نقطة النهاية هذه.
< 10‏% أقل من 5 ثوانٍ
BatchAvailabilityLookup <3% أقل من 1.5 ثانية
CreateBooking

UpdateBooking

<5% أقل من 4 ثوانٍ

RTUs

بالنسبة إلى وحدات RTU، يتم قياس وقت الاستجابة من خلال الفرق الزمني بين وقت اتّخاذ إجراء (مثل تعديل حجز) ووقت تلقّي &quot;مركز الإجراءات&quot; لطلب وحدة RTU.

واجهة برمجة التطبيقات حدود معدّل الخطأ حدود وقت الاستجابة
BookingNotification RTU أقل من% 10 كل يوم ولكل ولاية أقل من 5 دقائق

يمكنك مراقبة معدّلات الخطأ من خلال لوحات البيانات المختلفة في "بوابة الشريك"، لا سيما لوحات بيانات الخلاصات وخادم الحجز وRTU.

متطلبات الالتزام بسياسات المستودع

تأكَّد من مواصلة اتّباع متطلبات الالتزام بسياسات المستودع الإعلاني. للحصول على معلومات حول كيفية إيقاف التاجر لخدمتك، يُرجى الاطّلاع على قسم إزالة الروابط التابعة لجهات خارجية في مقالة المساعدة. في حال انتهاك سياسة توافق المستودع الإعلاني، قد يتم إيقاف عملية الدمج أو إنهاؤها.