Central de Ajuda Quaza Provedores

Configuração do Ponto de Acesso MikroTik: Radius: Marcar o serviço de

Utilizando-se da Autenticação MAC por Radius, é possível através do sistema Quaza permitir apenas clientes autorizados a conectarem nas Wireless da rede do provedor, neste manual vamos demonstrar como fazer esta configuração.

Para que a autenticação funcione, é necessário realizar uma configuração no Ponto de Acesso, afim de habilitar a comunicação com o RADIUS do sistema, além de realizar os cadastros necessários no sistema.

Configuração do Ponto de Acesso MikroTik:

• Radius:
  • Marcar o serviço de wireless
  • Configurar no address o endereço do RADIUS do servidor
  • Configurar no secret a senha do RADIUS do servidor
  • Caso o RADIUS do servidor não utilize a porta padrão de autenticação (1812), configurar a porta correta

Exemplo de configuração RADIUS

• Security Profiles:
  
  • Ativar o MAC Authentication nas opções do RADIUS
  • O restante dos campos podem ser mantidos com os valores padrões (MAC Format XX:XX:XX:XX:XX:XX, MAC Mode as username, Called ID Format mac:ssid)

Configuração para autenticação no Sistema Quaza

• Ponto de Acesso
  • Configure o campo "Filtro de conexão" para os campos que deseja utilizar para o filtro da conexão ao Ponto de Acesso
    
    • Nenhum: a autenticação por MAC será desativada no Ponto de Acesso
    • SSID: apenas o SSID da Interface será utilizado para filtrar conexões no Ponto de Acesso
    • Interface: apenas o nome da Interface será utilizado para filtrar conexões no Ponto de Acesso
    • SSID e Interface: o SSID e a Interface serão utilizados para filtrar conexões no Ponto de Acesso

Exemplo de configuração de Filtro de conexão no Ponto de Acesso

• Interfaces do Ponto de Acesso
  • Cadastre as interfaces do ponto de acesso, os dados das mesmas serão utilizadas para os filtros
  • Para Pontos de Acesso da marca MikroTik, o botão de importar pode ser utilizado para o auto cadastro ou atualização das Interfaces

Exemplo de cadastro de Interfaces

• Usuário
  • Na aba Rádio do usuário, deve ser preenchidos os campos:
    • Ponto de Acesso
    • Interface
    • Rádio Cliente - MAC
  • Um MAC será liberado apenas para um Ponto de Acesso e uma Interface. Caso o mesmo MAC seja utilizado em outro usuário, a autenticação será sobrescrita.
  • Quando o contrato do usuário for cancelado, a autenticação do MAC será removida.

Exemplo acima é de usuário com os dados preenchidos.

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.