حالة المنصة
الحالة المباشرة للمنصة الأساسية لـ Zentor App — يتم استعلامها مباشرة من الخادم الخلفي دون تخزين مؤقت.
تعرض صفحة الحالة العامة مدى إمكانية الوصول الحالية إلى المنصة الأساسية لتطبيق Zentor. تستعلم الصفحة عن نقطة فحص صحة الواجهة الخلفية (Backend) مباشرة ودون تخزين مؤقت. يُعرض ما إذا كانت الواجهة الخلفية وقاعدة البيانات قابلتين للوصول في وقت الطلب. لا تتضمن الصفحة عمدًا أي نسبة مئوية مختلقة لمدة التشغيل (Uptime) ولا أي تحليل تاريخي لاتفاقية مستوى الخدمة (SLA).
لا تعني الحالة الإيجابية أن كل وظيفة فردية خاصة بالمستأجر تعمل دون أخطاء. فقد يكون الوصول إلى واتساب مُعدًّا بشكل خاطئ، أو تكون كلمة مرور SMTP منتهية الصلاحية، أو يكون النطاق غير معتمد، رغم أن المنصة الأساسية قابلة للوصول. لا يتحقق فحص الصحة العام تلقائيًا وبشكل كامل من مزودي الخدمات الخارجيين مثل Twilio أو PayPal أو أحد مزودي الذكاء الاصطناعي.
عند حدوث عطل، ينبغي زيارة صفحة الحالة أولاً. إذا أبلغت عن خطأ جوهري، فإن التغييرات المتكررة في الإعدادات المحلية غالبًا ما تكون غير مجدية. وإذا كانت المنصة قابلة للوصول، تأتي بعد ذلك تشخيصات خاصة بالمستأجر: لوحة حالة النظام، وأزرار اختبار القنوات، والسجلات (Logs). تقتصر السجلات على 500 سطر كحد أقصى ولا تحتوي على أي عامل تصفية (Filter). لا يوجد زر إعادة محاولة (Retry) في تبويب تشغيلات الأتمتة (Automation-Runs).
العرض هو لقطة لحظية. يجب تحديث الصفحة لإجراء فحص جديد. لا يمكنها إثبات عدم وجود عطل في وقت سابق. عند الإبلاغ عن مشكلة للدعم الفني، ينبغي تدوين الوقت، والمستأجر، والوظيفة المتأثرة، والخطأ الظاهر، والخطوات القابلة لإعادة التكرار. لا ينبغي إدراج أي أسرار أو محتويات رسائل شخصية في البلاغ دون طلب صريح لذلك.
بذلك تجيب صفحة الحالة عن سؤال واحد فقط، وهو ما إذا كانت المنصة المركزية قابلة للوصول حاليًا. فهي لا تحل محل الاختبارات الخاصة بكل قناة ولا التحقق من مثيل SIP معزول. لا تُقدَّم حاليًا أي إحصائية تاريخية عامة للتوافر ولا أي اتفاقية مستوى خدمة (SLA) عامة.
إذا لم تُحمَّل الصفحة إطلاقًا في المتصفح، فينبغي أيضًا التحقق من اتصال الإنترنت الخاص بكم أو من تحليل نظام أسماء النطاقات (DNS). قد تخلق مشكلة شبكة محلية الانطباع نفسه الذي يخلقه عطل في المنصة. وفي المقابل، فإن قابلية الوصول إلى نقطة نهاية الحالة (Status-Endpoint) ليست دليلاً على عمل حزمة واجهة أمامية (Frontend) بعينها. لذلك تُعد وحدة تحكم المتصفح وسجل الشبكة جزءًا من التشخيص الموسّع.
في حال تكرر الأعطال، يكون من المفيد الاحتفاظ بسلسلة زمنية من ملاحظاتكم الخاصة، لأن الصفحة العامة نفسها لا تخزّن أي سجل تاريخي. يمكن توثيق الوقت والمدة والوظائف المتأثرة داخليًا. غير أنه لا يجوز استنتاج نسبة توافر رسمية لـZentor من ذلك، ما لم تُنشر إحصائية منصة رسمية مقابلة.
ينبغي أيضًا التحقق مما إذا كانت مشكلة ما تخص نسخة لغوية واحدة فقط، أو جهازًا واحدًا فقط، أو جميع المستخدمين. يساعد هذا التحديد على الفصل بين أسباب الواجهة الأمامية والشبكة والواجهة الخلفية، ويمنع إجراء تغييرات غير ضرورية على إعداد مستأجر يعمل بشكل صحيح.
ما تُظهره هذه الحالة — وما لا تُظهره
تُظهر هذه الحالة ما إذا كانت المنصة الأساسية (الخادم الخلفي وقاعدة البيانات) متاحة. وهي ليست ضمانًا بأن جميع الوظائف تعمل دون أخطاء لدى كل مستأجر، وليست إحصائية تاريخية للتوافر. لا يوجد حاليًا اتفاقية مستوى خدمة (SLA) عامة لباقتي Demo وStarter — يمكن الاتفاق على SLA مخصص ضمن الباقة المخصصة (Individuell) (راجع صفحة الأسعار).
الحالة الحالية
جارٍ تحميل الحالة …
ما الذي يتم فحصه
- عملية الخادم الخلفي تعمل وتستجيب.
- الاتصال بقاعدة البيانات متاح.
- لا يوجد تراكم للأخطاء منذ آخر بدء للعملية.
ما لا تُظهره هذه الحالة
- لا تتضمن أي إفادة بشأن وظائف فردية للمستأجرين أو التكاملات الخاصة.
- لا توجد إحصائية تاريخية للتوافر أو مدة التشغيل (Uptime) (مثل «99.9% خلال الشهر الماضي») — لا توجد حاليًا سلسلة قياسات من هذا النوع.
- لا تُعد بديلاً عن اتفاقية مستوى خدمة (SLA) تعاقدية. تجدون تفاصيل تنظيم SLA على صفحة الأسعار.
- تشير مدة التشغيل المعروضة إلى عملية الخادم الجارية حاليًا، وليس إلى سجل توافر طويل الأمد.