Strona statusu publicznego wyświetla aktualną dostępność platformy jądrowej Zentor App. Bezpośrednio i bez użycia pamięci podręcznej zapytuje ona o punkt końcowy zdrowia backendu. Wyświetlane jest, czy backend i baza danych są w momencie zapytania dostępne. Strona celowo nie zawiera wymyślonej liczby procentów czasu działania ani analizy historycznej SLA.
Pozytywny status nie oznacza, że każda pojedyncza funkcja tenanta działa bezbłędnie. Dostęp WhatsApp może być źle skonfigurowany, hasło SMTP wygasło lub domena nie została uwolniona, mimo że platforma jądrowa jest dostępna. Zewnętrzni dostawcy, takie jak Twilio, PayPal lub dostawca usług AI, nie są automatycznie w pełni sprawdzani przez ogólny test zdrowia.
W przypadku awarii należy najpierw wywołać stronę statusu. Jeśli zgłasza ona błąd jądrowy, powtarzalne lokalne zmiany konfiguracji zazwyczaj nie mają sensu. Jeśli platforma jest dostępna, następują diagnozy tenanta: panel statusu systemu, przyciski testu kanałów i logi. Logi zawierają maksymalnie 500 wierszy i nie posiadają filtra. W zakładce Automation-Runs nie ma przycisku Retry.
Wyświetlanie jest ujęciem w czasie. Aby przeprowadzić nową weryfikację, należy odświeżyć stronę. Nie może ona udowodnić, że w wcześniejszym momencie nie wystąpiła awaria. Do zgłoszenia wsparcia należy zapisać czas, tenanta, dotkniętą funkcję, widoczny błąd i powtarzalne kroki. Tajne dane i teksty wiadomości zawierające dane osobowe nie powinny być bez pytania włączone do zgłoszenia.
Strona statusu odpowiada zatem tylko na pytanie, czy centralna platforma jest obecnie dostępna. Nie zastępuje ona testów związanych z kanałami ani weryfikacji izolowanej instancji SIP. Obecnie nie jest dostarczana publiczna statystyka historycznej dostępności ani publiczne SLA.
Jeśli strona w przeglądarce w ogóle się nie ładuje, należy dodatkowo sprawdzić własne połączenie internetowe lub rozszerzenie DNS. Problem sieci lokalnej może wywołać to samo wrażenie co awaria platformy. Z kolei dostępny punkt końcowy statusu nie jest dowodem na działanie pojedynczego pakietu front-endu. Dlatego do zaawansowanej diagnostyki należy włączyć konsolę przeglądarki i protokół sieciowy.
W przypadku nawracających awarii przydatna jest seria czasowa własnych obserwacji, ponieważ strona publiczna sama nie przechowuje historii. Czas, trwanie i dotknięte funkcje można dokumentować wewnętrznie. Jednakże nie należy z tego wyciągać oficjalnej stawki dostępności Zentor, dopóki nie zostanie opublikowana odpowiednia statystyka platformy.
Dodatkowo należy sprawdzić, czy problem dotyczy tylko wersji językowej, pojedynczego urządzenia lub wszystkich użytkowników. Ta precyzja pomaga oddzielić przyczyny front-endowe, sieciowe i backendowe oraz zapobiega niepotrzebnym zmianom w działającej konfiguracji tenanta.