Rede e Telefonia — cadastros técnicos: blocos de IP, perfis Radius, configurações VoIP
Esta wiki cobre os cadastros técnicos de rede e telefonia: blocos de IP IPv4/IPv6 (alocação por cliente), perfis Radius (velocidade, banda, QoS), pools de IP dinâmico, configurações VoIP (SIP, troncos, ramais), planos de chamadas. É a camada técnica abaixo do contrato comercial.
🌐 Parte 1 — Rede
1 IP Pool
Rede → IP Pool
Pools de IPs disponíveis para alocação automática a clientes. Pool tem range início/fim, gateway, DNS.
2 IP Pool IPv4 / IPv6
3 Monitor de Rede
Rede → Monitor
Monitoramento de equipamentos em produção — uptime, latência, alertas.
4 Ponto de Acesso
Rede → Ponto de Acesso
Cadastro de OLTs, switches, AP wifi — equipamentos de infraestrutura que dão serviço.
5 Radius — Grupo Check / Reply
Atributos Radius por grupo — define velocidade, política QoS, etc. Aplicados ao login do cliente.
📞 Parte 2 — Telefonia
6 Números
Telefonia → Número
Catálogo de números (DDD+número) que a empresa tem para alocar a clientes.
7 Número MVNO
Telefonia → Número MVNO
Números celular de operadora MVNO (operadora virtual móvel).
8 Cartão SIM
Telefonia → Cartão SIM
Inventário de chips SIM físicos — vinculados ao número celular MVNO.
9 Plano de Telefonia
Telefonia → Plano
Planos VoIP — minutos, velocidade, abrangência. Vinculados a contratos.
10 Grupo / Usuário
Hierarquia VoIP — grupos (PABX virtual) com múltiplos usuários (ramais).
11 Integrador
Telefonia → Integrador
Provider VoIP/MVNO — Twilio, Asterisk, etc.
12 CDR (Call Detail Record)
Telefonia → CDR
Histórico de chamadas — origem, destino, duração, custo. Usado para faturamento e analítica.
Estrutura / fluxo (diagrama).
Documentos relacionados
Glossário
| Termo |
Significado |
| Quaza |
Sistema ERP/BSS pra ISP — gestão integrada de cliente, financeiro, fiscal, técnico. |
| Contrato |
Vínculo formal entre cliente e empresa, define o que está sendo prestado. |
| Fatura |
Documento de cobrança gerado a partir do contrato. |
| Auditoria |
Revisão sistemática de registros para detectar inconsistências. |
| Permissão |
Direito de acesso/edição vinculado a papel ou usuário. |
| API REST |
Interface programática que permite integração com sistemas externos. |
| Cron / crontab |
Agendador de tarefas que roda em horários definidos. |
| Webhook |
Notificação automática que sistema externo recebe quando evento ocorre. |
| Centro de custo |
Dimensão transversal — filial, projeto, setor. |
| Conciliação |
Processo de garantir que extrato bancário bate com Quaza. |
Pegadinhas frequentes
1. Falta de validação pós-configuração. Cadastro feito sem teste real = pega o erro quando vai pra produção. Sempre teste com dado dummy antes.
2. Permissões mal definidas. Operador com acesso de admin = risco. Defina papéis claros.
3. Não treinar equipe nova. Funcionário novo opera no escuro, faz besteira por desconhecimento.
4. Mudar configuração sem registrar. Quem mudou, quando, por quê — perde-se rastro.
5. Ignorar alertas/notificações. Alerta que ninguém olha não serve.
6. Operações em massa sem dry-run. Antes de aplicar a 1000 registros, teste com 5.
FAQ
Como começar a usar este módulo?
Configure os pré-requisitos listados acima, faça um teste em ambiente seguro (ou com poucos registros), valide com a equipe, e só então ative em produção.
Preciso de permissão especial pra acessar?
Sim. Cada papel (operador/supervisor/admin) tem permissões distintas. Confirme com o administrador do Quaza.
Via API REST do Quaza. Webhooks notificam eventos importantes. Consulte a equipe técnica para credenciais.
O que acontece se houver erro?
Os logs ficam no painel de tarefas/auditoria. Configure alertas (email/Slack) para falhas críticas — não confie em ninguém olhar log manualmente.
Como acompanhar mudanças?
Cada registro tem histórico (timestamp, usuário, ação). Use o filtro de auditoria pra rastrear modificações suspeitas.
O módulo funciona multi-filial?
Sim — via centro de custo (filial) atribuído ao lançamento. Relatórios filtram por filial.
Boas práticas operacionais
Esta seção reúne hábitos que provedores experientes adotam pra evitar problemas recorrentes neste módulo. Aplicação consistente faz diferença grande no longo prazo — diferença entre operação caótica e operação previsível.
Revisão periódica
Reserve 30 minutos por semana pra revisar o estado do módulo: o que rodou, o que falhou, o que ficou pendente. Anomalia detectada cedo custa 10x menos que descoberta tarde.
Documentação de procedimentos
Crie checklists internos pra operações recorrentes — abertura/fechamento do mês, processamento em lote, correção de inconsistências. Não dependa de quem "sabe de cabeça" — funcionário pode sair, ficar doente, ter dia ruim.
Backup antes de operações em massa
Qualquer mudança que afete 100+ registros deve ser precedida de backup ou export. Restaurar uma alteração massiva equivocada é caro; prevenir é simples.
Mudanças que impactam o cliente (preço, cobrança, regra) devem ser comunicadas com antecedência. Cliente surpreendido reclama; cliente avisado entende.
Indicadores acompanhados
Defina 2-3 indicadores que medem a saúde do módulo. Acompanhe semanalmente. Quando algum sai do range esperado, investigue antes de virar problema visível.