Para reduzir visita técnica no provedor, o caminho mais rápido não é contratar mais equipes de campo — é resolver remotamente aquilo que hoje coloca uma van na rua. A maioria dos chamados de um ISP não é rompimento de fibra nem troca de ONU: é Wi-Fi lento, senha esquecida, roteador travado ou o clássico "caiu a internet" que some com um reboot. Quando cada um desses vira deslocamento, você paga combustível, hora de técnico ocioso no trânsito e ainda deixa o assinante esperando meio período.
Este guia mostra, de forma prática e técnica-acessível, como combinar gerência TR-069 (via ACS), IA no atendimento e autoatendimento para cortar as visitas evitáveis — reduzindo o custo por chamado e melhorando a satisfação, sem abrir mão de segurança e conformidade com a LGPD.
Quais chamados realmente exigem um técnico (e quais não)
Antes de otimizar, vale separar o que é problema de campo do que é problema de configuração ou de camada de aplicação. Rompimento de drop, ONU queimada, sinal óptico fora de faixa e cabeamento interno danificado continuam exigindo deslocamento — não há mágica remota para fibra partida.
O problema é que, na prática, boa parte da agenda de campo é ocupada por chamados que nunca precisariam de um técnico. São questões que se resolvem em minutos com acesso ao aparelho e ao ERP.
- Exige visita: fibra rompida, ONU com defeito de hardware, sinal GPON fora do padrão, infraestrutura interna do cliente.
- Resolve remoto: Wi-Fi congestionado ou canal ruim, senha esquecida, roteador travado, DNS, bloqueio por inadimplência, dúvida de plano/velocidade.
- Resolve o próprio cliente: reboot, trocar a senha do Wi-Fi, ver a 2ª via/Pix, testar a velocidade.
Reduzir visita técnica no provedor começa no ACS (TR-069)
O TR-069 é o protocolo CWMP de gerência de CPE — o padrão que permite administrar remotamente ONUs GPON e roteadores. O ACS é o servidor que fala esse protocolo e gerencia toda a base de aparelhos: consulta status, altera parâmetros e executa comandos sem ninguém tocar no equipamento fisicamente.
Um ponto que costuma travar essa conversa é o CGNAT. A boa notícia: a gerência TR-069 funciona mesmo com o cliente atrás de CGNAT, porque a sessão parte do CPE em direção ao ACS — o aparelho é quem inicia a conexão. Ou seja, você não precisa de IP público em cada assinante para gerenciar a base.
No nosso ACS, isso já roda em produção com cerca de 1.350 ONUs, 24 modelos homologados (TP-Link, Huawei, Nokia, FiberHome, ZTE, Intelbras, entre outros) e padrões TR-098/TR-181. Ele integra ao IXC e ao Integrador ISP pelo PPPoE e tem motor anti-martelo: aplica só o que cada aparelho aceita, sem ficar reenviando comando que o CPE rejeita.
Wi-Fi, senha, reboot e diagnóstico sem mandar equipe
Com o ACS no ar, o atendente (ou a IA) passa a resolver na hora o que antes virava ordem de serviço. Tudo isso pela rede de gerência, sem visita técnica:
- Trocar SSID e senha do Wi-Fi (2,4 GHz e 5 GHz) enquanto o cliente ainda está na linha.
- Reiniciar o roteador/ONU remotamente para destravar sessões e liberar memória.
- Diagnosticar sinal, uso de canal e status de portas para entender se é problema de rede ou de hardware.
- Rodar speedtest a partir do próprio CPE, medindo a velocidade real entregue.
- Liberar/ajustar velocidade e reaplicar perfil de acordo com o plano contratado.
IA no atendimento: identifica o cliente e resolve, não só responde
A segunda alavanca é a IA no primeiro contato. A diferença entre um chatbot comum e uma IA que reduz visita está em executar ação — e não apenas mandar o cliente "reiniciar o aparelho e aguardar".
No OMNI, todos os canais (WhatsApp Oficial, Instagram, Telegram, chat web, e-mail e telefonia) caem numa fila só, e a IA identifica o cliente no IXC para resolver na hora: 2ª via e Pix, troca de senha do Wi-Fi via ACS, liberação de velocidade. O SQUAD vai além no diagnóstico: identifica, diagnostica, executa a ação no ACS e no IXC (reboot, senha, 2ª via, renegociação) e, quando não é caso para automação, escala para o humano já com todo o contexto — nada de o cliente repetir tudo de novo.
Isso muda a economia do suporte: chamados simples nem chegam ao técnico, e os complexos chegam ao atendente prontos para decisão.
Autoatendimento: o cliente resolve em segundos
Nem todo cliente quer falar com alguém — muitos só querem resolver rápido, às 23h, sem fila. O autoatendimento captura exatamente essa demanda e tira volume do canal humano.
Fluxos guiados no WhatsApp e no chat permitem que o próprio assinante rode um reboot, troque a senha do Wi-Fi, veja a 2ª via ou teste a velocidade — sempre com as ações executadas pelo ACS e pelo IXC por trás. O ganho é duplo: resolve o problema e ainda educa o cliente a se autoatender na próxima.
Custo e satisfação: o que muda quando você reduz visita técnica
O impacto financeiro é direto. Cada visita evitada economiza combustível, hora de técnico, desgaste de veículo e a capacidade de campo que fica livre para o que realmente importa (instalações e reparos de infraestrutura). Em bases grandes, cortar mesmo uma fração das visitas evitáveis já paga a operação de suporte remoto.
Do lado da satisfação, a conta é ainda mais clara: um problema de Wi-Fi resolvido em 3 minutos no WhatsApp gera uma experiência incomparavelmente melhor do que um agendamento para "amanhã, entre 8h e 12h". Menos espera, menos reincidência e menos cancelamento por frustração com suporte.
- Menos deslocamentos = menor custo por chamado e mais janelas livres para instalações.
- Resolução no primeiro contato = NPS e retenção melhores.
- Fila unificada + IA = tempo de resposta menor mesmo em pico e fora do horário comercial.
Como implementar sem virar caos (governança e LGPD)
Automação em cima da base de clientes exige cuidado. Dar poder para IA e atendentes executarem ações no ACS e no IXC significa tratar dados pessoais e mexer na conexão de gente real — então governança não é opcional.
Na prática, isso quer dizer trabalhar com perfis e permissões (RBAC), registro de quem fez o quê, e tratamento de dados do cliente alinhado à LGPD (base legal, minimização e trilha de auditoria). O aprendizado da IA, quando existe, deve ser governado — revisado antes de virar comportamento padrão. Comece por um piloto: escolha os modelos de CPE já homologados, ative os fluxos de maior volume (senha Wi-Fi, reboot, 2ª via) e vá expandindo conforme mede a queda nas visitas.
Vale um lembrete de escopo: o Integrador tem um ERP próprio (o ISP) em desenvolvimento; hoje a integração de ERP recomendada é com o IXC, líder de mercado. Nada aqui promete substituir seu ERP no curto prazo — a proposta é somar suporte remoto e IA à operação que você já roda.
Perguntas frequentes
Suporte remoto via TR-069 funciona com cliente atrás de CGNAT?
Sim. A gerência TR-069 funciona mesmo com o assinante em CGNAT porque a sessão parte do CPE em direção ao ACS — é o próprio aparelho que inicia a conexão. Por isso você não precisa de IP público em cada cliente para trocar senha de Wi-Fi, reiniciar ou diagnosticar remotamente.
Preciso trocar todos os roteadores da base para usar o ACS?
Não necessariamente. O ACS opera sobre modelos de CPE homologados — hoje são 24 modelos de fabricantes como TP-Link, Huawei, Nokia, FiberHome, ZTE e Intelbras, nos padrões TR-098/TR-181. O ideal é começar pelos modelos já suportados na sua base e expandir a partir daí, com o motor anti-martelo aplicando só o que cada aparelho aceita.
A IA substitui o atendente humano?
Não. A IA resolve os casos simples e de alto volume (senha Wi-Fi, reboot, 2ª via, liberação de velocidade) e, quando o caso é complexo, escala para o humano já com todo o contexto do diagnóstico. O objetivo é reduzir visitas e tempo de fila, não eliminar o time — que passa a focar no que realmente exige gente.
Como fica a LGPD ao automatizar suporte com dados do cliente?
Automatizar exige tratar os dados do assinante conforme a LGPD: base legal adequada, minimização, controle de acesso por perfil (RBAC) e trilha de auditoria de quem executou cada ação no ACS e no IXC. Boas plataformas já trazem esses controles; o importante é definir governança antes de dar escala à automação.