Central de Ajuda Quaza Provedores

Neste tutorial vamos demonstrar como verificar a causa do término de conexão/sessão do usuário.

Neste tutorial vamos demonstrar como verificar a causa do término de conexão/sessão do usuário.

Primeiro podemos ir em Menu > Cliente > Cliente > Através do ícone editar acessa o cliente que deseja conferir > Aba usuário (pode-se também ir em Menu > Cliente > Usuário se você já sabe qual o PPPOE do cliente), você irá visualizar a seguinte tela:

Ao acessar o usuário você pode ir na aba sessões e verá a seguinte imagem:

Conforme destacado na imagem, mostra qual a causa da desconexão do cliente, logo baixo segue uma lista das causas e suas explicações (estas podem ser conferidas também no "?" ao lado do "Motivo término sessão"):

Lost-Carrier: O sinal da conexão foi perdido.

User-Request: O usuário iniciou a desconexão (logout).

Lost-Service: O serviço não pode mais ser fornecido; por exemplo, a conexão do usuário com um host foi interrompida.

Idle-Timeout: O tempo limite de conexão ociosa expirou.

Session-Timeout: O usuário atingiu o tempo máximo contínuo permitido para o serviço ou sessão.

Admin-Reset: O administrador do sistema redefiniu a porta ou a sessão.

Admin-Reboot: O administrador do sistema encerrou a sessão no concentrador; por exemplo, antes de reiniciar o concentrador.

Port-Error: O concentrador detectou um erro na porta que exigiu o fim da sessão.

NAS-Error: O concentrador detectou um erro que exigiu o fim da sessão.

NAS-Request: O concentrador encerrou a sessão por um motivo de não erro.

NAS-Reboot: O concentrador encerrou a sessão devido a uma reinicialização não administrativa.

Port-Unneeded: O concentrador encerrou a sessão porque o uso de recursos ficou abaixo do limite baixo; por exemplo, o algoritmo de largura de banda sob demanda determinou que a porta não era mais necessária.

Port-Preempted: O concentrador encerrou a sessão para alocar a porta para um uso de maior prioridade.

Port-Suspended: O concentrador encerrou a sessão para suspender uma sessão virtual.

Service-Unavailable: O concentrador não pôde fornecer o serviço solicitado.

Callback: O concentrador está encerrando a sessão atual para realizar a chamada de volta para uma nova sessão.

User-Error: Um erro na entrada do usuário fez com que a sessão fosse encerrada.

Host-Request: O host de login encerrou a sessão normalmente.

Em caso de dúvidas ou problemas, não hesite em contatar nosso suporte. Estamos aqui para ajudar!

Agradecemos por utilizar nossa documentação!

Glossário

Pegadinhas frequentes

FAQ

Quem pode acessar essa funcionalidade?

Depende da permissão do usuário. Confira com o administrador do Quaza se você não vê a opção.

O que fazer se aparecer um erro?

Anote a mensagem completa, screenshot, e abra um chamado no suporte do Quaza com esses dados.

Esta funcionalidade tem versão para cliente final?

Algumas funcionalidades têm Portal do Cliente. Verifique no módulo Portal .

Posso integrar via API?

Sim — a maioria das funcionalidades do Quaza expõe endpoints REST. Consulte a documentação técnica.

Quaza tem treinamento oficial?

Sim — equipe de suporte oferece sessões de onboarding sob agendamento.

Ciclo completo da operação

Boas práticas operacionais

Para tirar o máximo desta funcionalidade, observe os pontos abaixo. São práticas que provedores experientes adotam para evitar erros recorrentes e maximizar valor extraído do Quaza.

Antes de operar

• Confirme permissão de acesso: nem todo operador tem permissão para todas as funcionalidades. Verifique com o administrador do Quaza se algo não aparece como esperado. Permissões são vinculadas a papéis (operador, supervisor, admin).
• Cadastros pré-requisitos completos: muitas funcionalidades dependem de outros cadastros estarem completos antes. Por exemplo, antes de criar um contrato você precisa ter o cliente cadastrado, plano de vendas configurado, e regras de cobrança definidas.
• Treine pelo menos 2 operadores: redundância previne paralisação por ausência. Funcionário pode sair, ficar doente, ter dia ruim. Mantenha conhecimento distribuído entre múltiplas pessoas.
• Documente procedimentos internos: crie checklist próprio para operações recorrentes. Quem opera amanhã agradece — especialmente se for funcionário novo.

Durante a operação

• Documente decisões não óbvias: se você ajustou algo de forma diferente do default, anote o porquê. Próximo operador agradece e evita refazer análise.
• Operações em massa pedem cuidado: antes de aplicar a 100+ registros, teste com 5 e revise resultado completo. Se possível, exporte CSV antes para ter como rollback.
• Backup antes de mudanças grandes: cancelar/desfazer pode não ser possível em todas as ações. Em dúvida, faça export ou imprima tela antes.
• Comunique alterações: mudanças que impactam outras equipes (atendimento, financeiro) devem ser anunciadas com antecedência. Surpresa gera retrabalho.

Acompanhamento e revisão

• Revisão semanal de 30 minutos: dedique tempo regular para revisar o que rodou, falhou, ficou pendente neste módulo. Anomalia detectada cedo custa 10x menos que descoberta tarde.
• Defina KPIs próprios: 2-3 indicadores que medem saúde da operação. Acompanhe tendências, não só valores absolutos. Variação maior que 20% merece investigação.
• Auditoria mensal: revise sample de operações do mês passado. Use logs para confirmar que tudo aconteceu como esperado, sem desvios silenciosos.
• Compare com período anterior: "Vendi R$ 100k" — é bom? Compare com mês anterior, mesmo mês ano passado. Contexto importa mais que número absoluto.

Resolução de problemas

• Anote a mensagem de erro completa: copie o texto exato. Captura de tela ajuda. Anote quais passos levaram ao problema — facilita diagnóstico.
• Tente reproduzir em ambiente de teste: se possível, simule o erro com dado dummy antes de pedir suporte. Isso acelera resolução.
• Procure no histórico: provavelmente alguém já viu erro similar. Veja log de auditoria para entender o que mudou recentemente.
• Abra chamado bem documentado: equipe de suporte do Quaza resolve mais rápido com contexto: o que esperava, o que aconteceu, frequência, screenshots.

Indicadores típicos a acompanhar

Cada provedor define seus próprios indicadores, mas alguns são quase universais para qualquer operação no Quaza:

• Volume mensal processado (registros/transações/eventos)
• Taxa de erro (% de operações que falharam)
• Tempo médio de processamento
• Cobertura (% da carteira atendida pela funcionalidade)
• Satisfação operacional (feedback da equipe que usa)

Compare valores atuais com média dos últimos 3 meses. Variação maior que 20% em qualquer direção merece investigação — pode ser melhoria sustentável ou degradação silenciosa.

Recursos relacionados no Quaza

Este recurso se conecta com outros módulos do sistema. Conhecer essas conexões ajuda no troubleshooting e em decisões operacionais:

• Cadastro de cliente — base de tudo no Quaza. Cliente bem cadastrado evita problemas downstream.
• Plano de Contas — onde o impacto financeiro é classificado contabilmente.
• Logs de auditoria — histórico de quem fez o quê e quando, essencial para diagnóstico.
• Permissões e papéis — definem quem pode operar o quê.
• Tarefas crontab — automações que tocam neste recurso periodicamente.

Referência rápida

Atalhos e shortcuts para operação eficiente:

• Busca avançada: use filtros de data, status, responsável para reduzir lista. Filtro padrão pode esconder registros antigos.
• Exportação: a maioria das listas exporta para CSV/Excel. Útil para análise externa ou backup pré-mudança.
• Histórico: cada registro tem timeline de modificações. Acesse via botão "Histórico" ou aba lateral.
• Atalhos de teclado: Ctrl+F (busca), Ctrl+S (salvar), Esc (cancelar) na maioria das telas.
• Permissão restrita: se botão estiver cinza, é falta de permissão — não bug.