استكشاف الأخطاء وإصلاحها
الخطوات الأولى للتشخيص الذاتي عند حدوث مشكلات.
تتناول صفحة «استكشاف الأخطاء وإصلاحها - دعم Zentor» مجال الوظيفة المحدد في هذا الرابط. ويُستكمل الملخص الحالي بسير العمل الفعلي والمتطلبات والقيود المعروفة. يعتمد التشخيص الذاتي على لوحة حالة النظام وأزرار اختبار القنوات والسجلات التي تعرض بحد أقصى 500 سطر. لا يتوفر مرشح في عرض السجل. وفي قسم الأتمتة يعرض تبويب Runs عمليات التنفيذ، لكنه لا يحتوي على زر لإعادة المحاولة.
يوثق مرجع API نقاط JSON العامة الفعلية فقط. قد تكون مسارات المحتوى والنماذج بلا مصادقة، بينما تعتمد على مسارات Widget رمز التضمين والمراجعة من المصدر. المسارات الداخلية غير مشمولة. لم يُنفذ مفتاح API عام للمطورين. يجب أن تحتوي الأمثلة على حقول مثبتة وقيم مجهولة الهوية فقط، من دون UUID أو طوابع زمنية أو رسائل شبيهة بالإنتاج. الحد المعروف هو 2000 طلب خلال 15 دقيقة. ليس متاحًا حد منفصل موثق باستمرار لكل endpoint، لذا من الضروري أن التحكم في الإعادات وpolling. يلزم أن تصف عبارة الاختبار الحي ما تم اختباره فعلًا. الاختبار السلبي أو التشابه البرمجي ليس تحققًا كاملًا لنجاح حي. يجب أن يبقى محتوى «استكشاف الأخطاء وإصلاحها - دعم Zentor» خاصًا بهذا الرابط https://zentor-app.de/ar/hilfe/fehlerbehebung، وأن يستخدم حقائق موثقة فقط، مع فصل واضح بين الخدمة الذاتية للـTenant والعمليات التي تنفذها Zentor. توضح هذه الصفحة أيضًا دورها داخل مركز المساعدة، من أول فحص حتى النتيجة المتوقعة، مع ذكر الحدود المثبتة والإحالة إلى القسم التفصيلي المناسب. لا تُضاف وظائف غير مثبتة للعنوان https://zentor-app.de/ar/hilfe/fehlerbehebung. وبذلك يبقى النص شاملًا من دون حشو أو تكرار نمطي.
ملاحظة التحقق 1 للصفحة 43: لا يتضمن هذا النص إلا الوظائف والقيم والمسؤوليات المثبتة لهذا الرابط. ولا يخلط بين واجهة Tenant وMaster Admin أو بين مسارات API العامة والنقاط الداخلية. عند تغير المنتج يجب إعادة التحقق من القيم في الكود وقاعدة البيانات والسلوك الحي. إذا استمرت المشكلة، يُفضّل تنفيذ اختبار واحد منضبط بدل تكرار الإجراء عدة مرات. يجب تسجيل وقت الاختبار، والقناة المستخدمة، ورسالة الخطأ الظاهرة، ومعرّف المحادثة عند توفره. تساعد هذه المعلومات على التمييز بين عطل عام في الخدمة ومشكلة إعداد تخص مستأجرًا أو قناة بعينها.