Den offentlige statussiden viser den aktuelle tilgjengeligheten til kjerneplattformen i Zentor App. Den spør backend-helseendepunktet direkte og uten mellomlagring. Den viser om backend og database er tilgjengelige på tidspunktet for forespørselen. Siden inneholder bevisst ingen oppdiktet oppetidsprosent og ingen historisk SLA-evaluering.
En positiv status betyr ikke at hver enkelt tenant-funksjon fungerer feilfritt. En WhatsApp-tilgang kan være feilkonfigurert, et SMTP-passord utløpt eller et domene ikke godkjent, selv om kjerneplattformen er tilgjengelig. Eksterne leverandører som Twilio, PayPal eller en KI-leverandør kontrolleres ikke automatisk fullstendig av den generelle helsesjekken.
Ved en feil bør du først åpne statussiden. Melder den en kjernefeil, er gjentatte lokale konfigurasjonsendringer som regel ikke fornuftige. Er plattformen tilgjengelig, følger tenant-diagnoser: systemstatus-panel, kanaltestknapper og logger. Loggene omfatter maksimalt 500 linjer og har ikke noe filter. I fanen Automation-Runs finnes det ingen Retry-knapp.
Visningen er et øyeblikksbilde. For en ny kontroll må siden oppdateres. Den kan ikke bevise at det ikke forelå en feil på et tidligere tidspunkt. For en supportmelding bør tidspunkt, tenant, berørt funksjon, synlig feil og reproduserbare trinn noteres. Hemmeligheter og personrelaterte meldingstekster hører ikke uoppfordret hjemme i meldingen.
Statussiden besvarer dermed bare spørsmålet om den sentrale plattformen er tilgjengelig akkurat nå. Den erstatter verken kanalspesifikke tester eller kontrollen av en isolert SIP-instans. En offentlig historisk tilgjengelighetsstatistikk eller en offentlig SLA tilbys for øyeblikket ikke.
Hvis siden ikke lastes i nettleseren i det hele tatt, bør du i tillegg kontrollere din egen internettforbindelse eller DNS-oppløsning. Et lokalt nettverksproblem kan gi samme inntrykk som en plattformfeil. Omvendt er et tilgjengelig statusendepunkt ikke bevis på at en enkelt frontend-bundle fungerer. Derfor hører nettleserkonsoll og nettverkslogg med til den utvidede diagnosen.
Ved tilbakevendende feil er en tidsserie av egne observasjoner hensiktsmessig, siden den offentlige siden selv ikke lagrer noen historikk. Klokkeslett, varighet og berørte funksjoner kan dokumenteres internt. Det må imidlertid ikke utledes noen offisiell Zentor-tilgjengelighetsandel av dette så lenge ingen tilsvarende plattformstatistikk er publisert.
I tillegg bør det kontrolleres om et problem bare gjelder én språkversjon, én enkelt enhet eller alle brukere. Denne avgrensningen bidrar til å skille frontend-, nettverks- og backend-årsaker fra hverandre og forhindrer unødvendige endringer i en fungerende tenant-konfigurasjon.