الأسئلة المتكررة (FAQs)

متطلب العمل: يجب دعم أوضاع اشتراك متعددة لتلبية احتياجات المستخدمين المختلفة 1. يتم دعم ثلاثة أوضاع للاشتراك: - الاشتراك العام: الاشتراك في أحداث جميع الموارد ذات الصلة. بعد اشتراك الحساب الرئيسي، يتم اشتراك جميع الحسابات الفرعية تلقائيًا افتراضيًا - الاشتراك حسب المستخدم: يجب توفير object_ids محددة، أي معرفات المستخدمين - الاشتراك حسب الاستبيان: يجب توفير object_ids محددة، أي معرفات الاستبيانات 2. قواعد التهيئة: - باستثناء الاشتراك العام، يجب أن تتضمن جميع أوضاع الاشتراك الأخرى object_ids المقابلة - عند الاشتراك حسب المستخدم، لا يحتاج حدث إنشاء الاستبيان إلى object_ids - عند الاشتراك حسب الاستبيان، لا يمكن تضمين حدث إنشاء الاستبيان

سؤال تجاري: الحاجة إلى توضيح أنواع الأحداث المدعومة ونطاقها المحدد 1. يدعم 7 أنواع من الأحداث: - إنشاء الاستبيان - تعديل الاستبيان (تعديلات الأسئلة فقط، باستثناء تغييرات إعدادات الاستبيان) - حذف الاستبيان - اكتمال الاستجابة - تحديث الاستجابة - حذف الاستجابة - استجابة غير صالحة (تعرض سبب عدم الصلاحية)

المشكلة التجارية: يجب التحكم في طول حقل التفويض لضمان الأمان القاعدة التجارية: - يقتصر طول حقل التفويض على 0-512 حرفًا

المشكلة التجارية: الحاجة إلى ضمان موثوقية استدعاءات webhook القواعد التجارية: 1. إعادة المحاولة حتى 5 مرات 2. فترات إعادة المحاولة: - إعادة المحاولة الأولى: 10 ثوانٍ - إعادة المحاولة الثانية: دقيقة واحدة - إعادة المحاولة الثالثة: 5 دقائق - إعادة المحاولة الرابعة: 30 دقيقة (إرسال بريد تذكيري حول فشل الإرسال) - إعادة المحاولة الخامسة: يوم واحد (إرسال بريد تذكيري حول تعطيل الإرسال)

مشكلة تجارية: تحتاج إلى التعامل مع حالات الفشل المتتالية وإخطار المستخدم القواعد التجارية: 1. يقوم النظام تلقائيًا بتعيين جميع الويب هوكات التي لها نفس الرابط إلى وضع التعطيل 2. يرسل إشعارًا بالبريد الإلكتروني إلى المستخدم (سيُرسل البريد الإلكتروني إلى الحساب الرئيسي) 3. يحفظ سجلات الفشل في قائمة انتظار منفصلة باستخدام معرّف الويب هوك كمفتاح (يُحتفظ بها لمدة 7 أيام) 4. يسمح للمستخدم باستكمال البيانات خلال 7 أيام

المشكلة التجارية: يجب التعامل مع الأحداث خلال الفترة التي يكون فيها خطاف الويب معطلاً 1. يتم تخزين سجلات الأحداث خلال 7 أيام بعد التعطيل في قائمة انتظار منفصلة 2. إذا تجاوز عدد مرات التعطيل 1، يُرجى التواصل مع الدعم الفني 3. بعد إعادة التمكين، سيتم دفع البيانات الموجودة في قائمة الانتظار بشكل استباقي

السؤال التجاري: يجب تسجيل سجلات استدعاء webhook لأغراض استكشاف الأخطاء وإصلاحها القواعد التجارية: - يجب أن يتضمن رد النداء سجلات Alibaba Cloud بتنسيق JSON

المشكلة التجارية: يجب منع تكرار إعدادات خطافات الويب القواعد التجارية: 1. يجب أن تكون مجموعة الحقول التالية فريدة: - subscription_model (وضع الاشتراك) - event_type (نوع الحدث) - object_ids (معرّفات الكائنات) - url_subscription (عنوان URL للاشتراك) 2. الاستثناء: استخدام نفس url_subscription لأحداث مختلفة غير مقيّد

السؤال التجاري: يُشترط تنسيق موحّد للوقت، إلى جانب رابط للوصول إلى المورد. القواعد التجارية: 1. يُرجع وقت الحدث طابعًا زمنيًا بدقة المللي ثانية. 2. تتضمن معلمات الدفع عنوان URL للوصول إلى المورد.

سؤال تجاري: من الضروري توضيح أنواع حالة webhook وتأثيرها القواعد التجارية: تنقسم حالة webhook إلى أربعة أنواع: 1. البيانات التاريخية (status=0) 2. متاح (status=1) 3. غير متاح (status=2، بدون دفع) 4. معطّل من النظام (status=3، فشل عدة عمليات استدعاء عكسي)