Estado da plataforma
Estado live da plataforma central Zentor App — consultado diretamente no backend, sem cache.
A página pública de estado mostra a acessibilidade atual da plataforma central Zentor App. Consulta diretamente o endpoint de Health do backend, sem cache. Mostra se backend e base de dados estão acessíveis no momento do pedido. Deliberadamente não apresenta uma percentagem inventada de uptime nem uma avaliação histórica SLA.
Um estado positivo não significa que cada função de tenant esteja a funcionar sem erros. Um acesso WhatsApp pode estar mal configurado, uma palavra-passe SMTP pode ter expirado ou um domínio pode não estar autorizado mesmo quando a plataforma central está acessível. Fornecedores externos como Twilio, PayPal ou um fornecedor de IA não são automaticamente verificados integralmente pelo Health Check geral.
Perante uma falha, deve primeiro abrir-se a página de estado. Se indicar um erro central, alterações repetidas na configuração local normalmente não fazem sentido. Se a plataforma estiver acessível, seguem-se diagnósticos do tenant: painel de estado do sistema, botões de teste dos canais e logs. Os logs incluem no máximo 500 linhas e não têm filtro. No separador Automation Runs não existe botão Retry.
A indicação é um instantâneo. Para uma nova verificação é necessário atualizar a página. Não consegue provar que não existiu uma falha num momento anterior. Para uma comunicação ao suporte devem ser registados hora, tenant, função afetada, erro visível e passos reproduzíveis. Segredos e textos de mensagens com dados pessoais não devem ser enviados sem solicitação.
A página de estado responde apenas à questão de saber se a plataforma central está atualmente acessível. Não substitui testes específicos de canais nem a verificação de uma instância SIP isolada. Atualmente não é disponibilizada uma estatística pública histórica de disponibilidade nem um SLA público.
Se a página não carregar no browser, deve também verificar a própria ligação à Internet ou a resolução DNS. Um problema de rede local pode dar a mesma impressão que uma falha da plataforma. Inversamente, um endpoint de estado acessível não prova o funcionamento de um bundle frontend específico. Por isso, a consola do browser e o protocolo de rede fazem parte do diagnóstico avançado.
Em falhas recorrentes, é útil criar uma série temporal com observações próprias, porque a página pública não guarda histórico. Hora, duração e funções afetadas podem ser documentadas internamente. Contudo, não deve ser derivada daí uma taxa oficial de disponibilidade da Zentor enquanto não existir uma estatística correspondente da plataforma.
Deve ainda verificar-se se o problema afeta apenas uma versão linguística, um dispositivo específico ou todos os utilizadores. Esta delimitação ajuda a distinguir causas de frontend, rede e backend e evita alterações desnecessárias numa configuração de tenant funcional.
O que este estado mostra — e o que não mostra
Este estado mostra se a plataforma central (backend e base de dados) está acessível. Não é uma garantia de que todas as funções funcionem sem erros para todos os tenants nem uma estatística histórica de disponibilidade. Atualmente não existe SLA público para Demo e Starter — acordos SLA individuais são possíveis no pacote Individual (Individuell) (ver preços).
Estado atual
A carregar estado …
O que é verificado
- O processo backend está em execução e responde.
- A ligação à base de dados está acessível.
- Sem acumulação de erros desde o último arranque do processo.
O que este estado não mostra
- Nenhuma informação sobre funções individuais dos tenants ou integrações individuais.
- Nenhuma estatística histórica de disponibilidade ou uptime (por ex., «99,9% no último mês») — atualmente não existe uma série de medições deste tipo.
- Não substitui um SLA contratual. Detalhes sobre a regulamentação SLA estão na página de preços.
- O uptime apresentado refere-se ao processo de servidor atualmente em execução, não a um histórico de disponibilidade de longo prazo.