Общедоступная страница статуса отображает текущую доступность ядра платформы Zentor App. Она напрямую запрашивает конечную точку состояния бэкенда без использования промежуточного кэширования. Показано, доступны ли в момент запроса бэкенд и база данных. На странице намеренно отсутствует выдуманное значение процента времени работы и исторический анализ SLA.
Положительный статус не означает, что каждая функция тенанта работает без ошибок. Доступ WhatsApp может быть неправильно настроен, пароль SMTP — истек, или домен не разблокирован, даже если ядро платформы доступно. Внешние провайдеры, такие как Twilio, PayPal или поставщик ИИ, не проходят полную автоматическую проверку в рамках общего проверки состояния.
При возникновении сбоя сначала следует обратиться к странице статуса. Если она сообщает об ошибке ядра, повторные локальные изменения конфигурации, как правило, бессмысленны. Если платформа доступна, переходите к диагностике тенанта: панель состояния системы, кнопки тестирования каналов и логи. Логи содержат максимум 500 строк и не имеют фильтрации. Во вкладке Automation-Runs отсутствует кнопка повторной попытки.
Отображение представляет собой моментальный снимок. Для новой проверки страницу необходимо обновить. Она не может доказать, что в предыдущий момент времени сбоя не было. Для обращения в службу поддержки запишите время, тенанта, затронутую функцию, видимую ошибку и воспроизводимые шаги. Секреты и персональные тексты сообщений не должны без запроса включаться в сообщение.
Таким образом, страница статуса отвечает лишь на вопрос, доступна ли центральная платформа в данный момент. Она не заменяет тестирование каналов или проверку изолированной инстансии SIP. Публичная историческая статистика доступности или публичный SLA в настоящее время не предоставляются.
Если страница в браузере вообще не загружается, дополнительно проверьте собственное интернет-соединение или разрешение DNS. Проблема локальной сети может создать такое же впечатление, как и сбой платформы. Напротив, доступный конечный пункт статуса не является доказательством работоспособности отдельного пакета фронтенда. Поэтому к расширенной диагностике относятся консоль браузера и сетевой протокол.
При повторяющихся сбоях целесообразно вести временной ряд собственных наблюдений, поскольку публичная страница сама не хранит историю. Время, длительность и затронутые функции можно документировать внутренне. Однако на основе этого нельзя выводить официальную квоту доступности Zentor, пока не будет опубликована соответствующая статистика платформы.
Кроме того, следует проверить, затрагивает ли проблема только языковую версию, отдельное устройство или всех пользователей. Такое уточнение помогает разделить причины на уровне фронтенда, сети и бэкенда и предотвращает ненужные изменения в рабочей конфигурации тенанта.