Den offentlige statusside viser den aktuelle tilgængelighed af Zentor-appens kerneplatform. Den forespørger backend-health-endepunktet direkte og uden caching. Der vises, om backend og database er tilgængelige på tidspunktet for forespørgslen. Siden indeholder bevidst ingen opfundet oppetidsprocent og ingen historisk SLA-evaluering.
En positiv status betyder ikke, at hver enkelt tenant-funktion fungerer fejlfrit. En WhatsApp-adgang kan være forkert konfigureret, en SMTP-adgangskode kan være udløbet, eller et domæne kan ikke være frigivet, selvom kerneplatformen er tilgængelig.
. Eksterne udbydere som Twilio, PayPal eller en AI-udbyder bliver ikke automatisk fuldt kontrolleret af den generelle health-check.
Ved en fejl bør statussiden først besøges. Hvis den melder en kernefejl, er gentagne lokale konfigurationsændringer som regel ikke hensigtsmæssige. Hvis platformen er tilgængelig, følger tenant-diagnoser: systemstatuspanel, kanaltestknapper og logs. Loggene omfatter maksimalt 500 linjer og har intet filter. I Automation-Runs-fanen er der ingen Retry-knap.
Visningen er et øjebliksbillede. For en ny kontrol skal siden opdateres. Den kan ikke bevise, at der på et tidligere tidspunkt ikke var en forstyrrelse. For en supportmeddelelse bør tidspunkt, tenant, berørt funktion, synlig fejl og reproducerbare trin noteres. Hemmeligheder og personhenførbare beskedtekster hører ikke uopfordret med i meddelelsen.
Statussiden besvarer således kun spørgsmålet om, hvorvidt den centrale platform aktuelt er tilgængelig. Den erstatter hverken kanalrelaterede tests eller kontrol af en isoleret SIP-instans. En offentlig historisk tilgængelighedsstatistik eller et offentligt SLA leveres i øjeblikket ikke.
Hvis siden slet ikke indlæses i browseren, bør man desuden kontrollere sin egen internetforbindelse eller DNS-opløsning. Et lokalt netværksproblem kan give samme indtryk som en platformforstyrrelse. Omvendt er et tilgængeligt status-endpoint ikke et bevis for funktionen af et enkelt frontend-bundle. Derfor hører browserkonsollen og netværksloggen til den udvidede diagnose.
Ved tilbagevendende forstyrrelser er en tidsserie med egne observationer fornuftig, fordi den offentlige side selv ikke gemmer nogen historik. Klokkeslæt, varighed og berørte funktioner kan dokumenteres internt. Heraf må dog ikke udledes en officiel Zentor-tilgængelighedsprocent, så længe der ikke er offentliggjort en tilsvarende platformstatistik.
Derudover bør det undersøges, om et problem kun berører én sprogversion, en enkelt enhed eller alle brugere. Denne afgrænsning hjælper med at adskille frontend-, netværks- og backend-årsager fra hinanden og forhindrer unødvendige ændringer i en velfungerende tenant-konfiguration.