Platformstatus
Live-status van die Zentor App-kernplatform — direk uit die Backend opgevra, sonder caching.
Die publieke statusblad wys die huidige bereikbaarheid van die Zentor App-kernplatform. Dit vra die Backend Health-endpoint direk en sonder caching op. Dit wys of Backend en databasis op die tydstip van die versoek bereikbaar is. Die blad bevat doelbewus geen uitgedinkte Uptime-persentasie en geen historiese SLA-evaluering nie.
'n Positiewe status beteken nie dat elke enkele Tenant-funksie foutloos werk nie. 'n WhatsApp-toegang kan verkeerd gekonfigureer wees, 'n SMTP-wagwoord kan verval het of 'n domein kan nie gemagtig wees nie, selfs al is die kernplatform bereikbaar. Eksterne verskaffers soos Twilio, PayPal of 'n KI-provider word nie outomaties volledig deur die algemene Health Check getoets nie.
By 'n storing behoort die statusblad eerste oopgemaak te word. As dit 'n kernfout meld, is herhaalde plaaslike konfigurasieveranderinge gewoonlik nie sinvol nie. As die platform bereikbaar is, volg Tenant-diagnose: System Status-panel, kanaaltoetsknoppies en logs. Die logs bevat hoogstens 500 reëls en het geen filter nie. In die Automation Runs-tab is daar geen Retry-knoppie nie.
Die vertoning is 'n momentopname. Vir 'n nuwe kontrole moet die blad herlaai word. Dit kan nie bewys dat daar vroeër geen storing was nie. Vir 'n supportmelding behoort tydstip, Tenant, betrokke funksie, sigbare fout en reproduceerbare stappe aangeteken te word. Secrets en persoonlike boodskaptekste hoort nie ongevraagd in die melding nie.
Die statusblad beantwoord dus net die vraag of die sentrale platform tans bereikbaar is. Dit vervang nóg kanaalspesifieke toetse nóg die kontrole van 'n geïsoleerde SIP-instansie. 'n Publieke historiese beskikbaarheidstatistiek of publieke SLA word tans nie verskaf nie.
As die blad glad nie in die browser laai nie, behoort die eie internetverbinding of DNS-resolusie ook nagegaan te word. 'n Plaaslike netwerkprobleem kan dieselfde indruk as 'n platformstoring skep. Omgekeerd is 'n bereikbare Status-endpoint geen bewys dat 'n individuele Frontend Bundle werk nie. Daarom behoort browserconsole en netwerklog tot gevorderde diagnose.
By herhalende storings is 'n tydreeks van eie waarnemings nuttig omdat die publieke blad self geen geskiedenis stoor nie. Tyd, duur en betrokke funksies kan intern gedokumenteer word. Daaruit mag egter geen amptelike Zentor-beskikbaarheidskoers afgelei word solank geen toepaslike platformstatistiek gepubliseer is nie.
Daarbenewens behoort gekontroleer te word of 'n probleem slegs een taalweergawe, een toestel of alle gebruikers raak. Hierdie afbakening help om Frontend-, netwerk- en Backend-oorsake van mekaar te onderskei en voorkom onnodige veranderinge aan 'n werkende Tenant-konfigurasie.
Wat hierdie status wys — en wat nie
Hierdie status wys of die kernplatform (Backend en databasis) bereikbaar is. Dit is geen waarborg dat alle funksies vir elke Tenant foutloos werk nie en geen historiese beskikbaarheidstatistiek nie. Daar is tans geen publieke SLA vir die Demo- en Starter-pakkette nie — individuele SLA-ooreenkomste is in die Individueel (Individuell)-pakket moontlik (sien pryse).
Huidige status
Status word gelaai …
Wat gekontroleer word
- Die Backend-proses loop en antwoord.
- Die databasisverbinding is bereikbaar.
- Geen opeenhoping van foute sedert die laaste prosesstart nie.
Wat hierdie status nie wys nie
- Geen uitspraak oor individuele Tenant-funksies of individuele integrasies nie.
- Geen historiese beskikbaarheids- of Uptime-statistiek (bv. „99,9 % in die laaste maand“) nie — so 'n meetreeks bestaan tans nie.
- Geen plaasvervanger vir 'n kontraktuele SLA nie. Besonderhede oor die SLA-reëling is op die prysblad beskikbaar.
- Die vertoonde runtime verwys na die tans lopende serverproses, nie na 'n langtermyn beskikbaarheidsgeskiedenis nie.