La page de statut publique affiche la disponibilité actuelle de la plateforme centrale de Zentor App. Elle interroge directement le point de terminaison de santé (health) du backend, sans mise en cache. Elle indique si le backend et la base de données sont accessibles au moment de la requête. La page ne contient volontairement aucun pourcentage de disponibilité inventé ni aucune analyse SLA historique.
Un statut positif ne signifie pas que chaque fonction spécifique au tenant fonctionne sans erreur. Un accès WhatsApp peut être mal configuré, un mot de passe SMTP expiré ou un domaine non autorisé, alors même que la plateforme centrale est accessible. Les fournisseurs externes tels que Twilio, PayPal ou un fournisseur d'IA ne sont pas automatiquement vérifiés de façon exhaustive par le contrôle de santé général.
En cas de dysfonctionnement, il convient de consulter d'abord la page de statut. Si elle signale une erreur centrale, des modifications répétées de la configuration locale ne sont généralement pas utiles. Si la plateforme est accessible, les diagnostics au niveau du tenant suivent : panneau d'état système, boutons de test des canaux et journaux (logs). Les journaux comportent au maximum 500 lignes et ne disposent d'aucun filtre. L'onglet des exécutions d'automatisation (Automation-Runs) ne comporte pas de bouton de nouvelle tentative.
L'affichage est une photographie instantanée. Pour une nouvelle vérification, la page doit être actualisée. Elle ne peut pas prouver qu'aucun incident n'a eu lieu à un moment antérieur. Pour un signalement au support, il convient de noter l'horodatage, le tenant, la fonction concernée, l'erreur visible et les étapes de reproduction. Les secrets et les contenus de messages à caractère personnel ne doivent pas figurer spontanément dans le signalement.
La page de statut répond ainsi uniquement à la question de savoir si la plateforme centrale est actuellement accessible. Elle ne remplace ni les tests propres à un canal, ni la vérification d'une instance SIP isolée. Aucune statistique de disponibilité historique publique ni aucun SLA public n'est actuellement fourni.
Si la page ne se charge pas du tout dans le navigateur, il convient également de vérifier sa propre connexion Internet ou la résolution DNS. Un problème réseau local peut donner la même impression qu'un dysfonctionnement de la plateforme. Inversement, un point de terminaison de statut accessible ne prouve pas le bon fonctionnement d'un bundle frontend particulier. C'est pourquoi la console du navigateur et le journal réseau font partie du diagnostic approfondi.
En cas de dysfonctionnements récurrents, il est utile de tenir une série chronologique de vos propres observations, car la page publique elle-même ne conserve aucun historique. L'heure, la durée et les fonctions concernées peuvent être documentées en interne. Cependant, aucun taux de disponibilité Zentor officiel ne peut en être déduit tant qu'aucune statistique de plateforme correspondante n'est publiée.
Il convient également de vérifier si un problème concerne uniquement une version linguistique, un seul appareil ou l'ensemble des utilisateurs. Cette délimitation aide à distinguer les causes liées au frontend, au réseau et au backend, et évite des modifications inutiles d'une configuration de tenant qui fonctionne correctement.