De openbare statuspagina toont de huidige bereikbaarheid van het kernplatform van Zentor App. Zij vraagt het health-endpoint van de backend rechtstreeks en zonder tussenopslag op. Weergegeven wordt of de backend en de database op het moment van de aanvraag bereikbaar zijn. De pagina bevat bewust geen verzonnen uptimepercentage en geen historische SLA-evaluatie.
Een positieve status betekent niet dat elke individuele tenantfunctie foutloos werkt. Een WhatsApp-toegang kan verkeerd geconfigureerd zijn, een SMTP-wachtwoord kan verlopen zijn of een domein kan niet vrijgegeven zijn, hoewel het kernplatform bereikbaar is. Externe aanbieders zoals Twilio, PayPal of een AI-provider worden door de algemene health-check niet automatisch volledig gecontroleerd.
Bij een storing moet eerst de statuspagina worden geraadpleegd. Meldt deze een kernfout, dan zijn herhaalde lokale configuratiewijzigingen meestal niet zinvol. Is het platform bereikbaar, dan volgen tenantdiagnoses: systeemstatuspaneel, kanaaltestknoppen en logs. De logs bevatten maximaal 500 regels en hebben geen filter. In het tabblad Automation-Runs is geen Retry-knop aanwezig.
De weergave is een momentopname. Voor een nieuwe controle moet de pagina worden vernieuwd. Zij kan niet bewijzen dat er op een eerder tijdstip geen storing was. Voor een supportmelding moeten tijdstip, tenant, getroffen functie, zichtbare fout en reproduceerbare stappen worden genoteerd. Geheimen en berichtteksten met persoonsgegevens horen niet ongevraagd in de melding.
De statuspagina beantwoordt dus alleen de vraag of het centrale platform op dit moment bereikbaar is. Zij vervangt noch kanaalspecifieke tests noch de controle van een geïsoleerde SIP-instantie. Er wordt momenteel geen openbare historische beschikbaarheidsstatistiek of openbare SLA verstrekt.
Als de pagina in de browser helemaal niet laadt, moet ook de eigen internetverbinding of DNS-resolutie worden gecontroleerd. Een lokaal netwerkprobleem kan dezelfde indruk wekken als een platformstoring. Omgekeerd is een bereikbaar statusendpoint geen bewijs voor de werking van een afzonderlijke frontendbundel. Daarom behoren browserconsole en netwerklogboek tot de uitgebreide diagnose.
Bij terugkerende storingen is een tijdreeks van eigen waarnemingen zinvol, omdat de openbare pagina zelf geen historie opslaat. Tijdstip, duur en getroffen functies kunnen intern worden gedocumenteerd. Hieruit mag echter geen officieel Zentor-beschikbaarheidspercentage worden afgeleid, zolang er geen bijbehorende platformstatistiek is gepubliceerd.
Bovendien moet worden gecontroleerd of een probleem alleen één taalversie, één apparaat of alle gebruikers betreft. Deze afbakening helpt frontend-, netwerk- en backendoorzaken van elkaar te onderscheiden en voorkomt onnodige wijzigingen in een werkende tenantconfiguratie.