Como funciona automação de ativação de clientes

Resumo

A automação não é um sistema novo, e sim uma camada que faz o ERP, a OLT, o RADIUS e o ACS conversarem na ordem certa.
O projeto passa por levantamento, padronização, desenho, laboratório, piloto, expansão e entrega, sempre nessa sequência.
O provedor prepara acessos de leitura, a lista de planos e VLANs, ONUs de bancada e uma pessoa do suporte como dona do processo.
No fim, o provedor recebe o fluxo ativo em todas as OLTs, o registro de cada ativação, o padrão de perfis e o roteiro manual.

Como funciona automação de ativação de clientes: os sistemas por trás

Quatro sistemas que já existem no provedor passam a trocar mensagens sem ninguém no meio, coordenados por um serviço intermediário. Cada um continua responsável pelo que sempre fez, e o serviço só decide a ordem e confere o resultado.

A automação de ativação de clientes é uma camada de orquestração: ela não guarda o cadastro nem autentica o assinante, apenas traduz o plano em comandos e confere se cada equipamento aceitou o que recebeu.

A Táquion Tech monta a automação de ativação de clientes usando o ERP, as OLTs, o RADIUS e o ACS que o provedor já opera. Quando falta uma dessas peças, ela entra como etapa própria do projeto, e não escondida dentro do fluxo.

Caminho do dado na ativação automática, do contrato à primeira navegação

ERP · Contrato
Plano e ordem de serviço
O vendedor fecha o contrato e o ERP gera a ordem de instalação com plano, endereço e, se houver, o serial da ONU.
OLT · Evento
ONU nova na porta PON
A OLT lista uma ONU ainda sem configuração, seja por aviso enviado, seja porque o serviço pergunta de tempos em tempos.
Serviço · Decisão
Contrato encontrado
O serviço casa serial, porta ou confirmação do técnico com a ordem aberta e escolhe os perfis do plano.
OLT · Comandos
Autorização e VLANs
A ONU é autorizada com perfil de linha, perfil de serviço e as VLANs de internet, TV ou voz do plano.
RADIUS e ACS
Login e roteador
O login PPPoE ou IPoE é liberado e o ACS grava Wi-Fi, DNS e ajustes quando a ONU se apresenta.
ERP · Retorno
Registro e status
O resultado volta ao ERP com hora, porta e ONU, e a ordem de serviço fecha sozinha ou abre um alerta.

Se qualquer etapa falhar, o fluxo para ali, não tenta adivinhar e avisa o suporte com o passo e o motivo.

Como cada sistema conversa com o serviço

Cada peça tem uma porta de entrada diferente, e parte do projeto é escolher a mais estável para cada uma.

ERP: API do fornecedor do sistema, consultada para ler o contrato e atualizada para gravar o resultado.
OLT: linha de comando por SSH, SNMP ou interface própria do fabricante, conforme a marca e o firmware [CONFIRMAR na versão do equipamento].
RADIUS: cadastro do login no banco que o servidor consulta, ou consulta direta ao ERP no momento da autenticação.
ACS: a ONU se apresenta pelo protocolo TR-069 e recebe o perfil que o serviço associou àquele contrato.

Entre a OLT e a ONU, quem carrega a configuração é o OMCI, o canal de gerência do GPON. O passo a passo da decisão do robô para cada ONU está no guia de como provisionar ONU automaticamente; aqui o foco é o projeto que deixa esse robô pronto.

As sete etapas do projeto, na ordem em que acontecem

O projeto começa olhando a rede como ela está e só liga a automação para todos depois de uma OLT provar que ela funciona com instalações reais. A tabela mostra o que acontece em cada etapa, o peso relativo no prazo e o que fica pronto ao final dela.

Etapas da implantação da automação de ativação de clientes
Etapa	O que acontece	Peso no prazo	O que fica pronto
Levantamento	Leitura das OLTs, do cadastro, do RADIUS e do ACS, sem alterar nada	Curto	Inventário de marcas, firmwares, perfis e planos
Padronização	Perfis, VLANs e nomes de plano igualados entre as OLTs, em janelas combinadas	Longo quando a rede cresceu sem padrão	Tabela única de plano para perfil
Desenho	Gatilho, regras de conflito, ordem das chamadas e o que fazer em cada falha	Curto	Documento do fluxo aprovado pelo provedor
Laboratório	Fluxo testado com ONUs de bancada de cada modelo em uso	Médio	Lista de modelos aprovados no fluxo
Piloto	Uma OLT ativando sozinha, com instalações reais acompanhadas	O mais longo	Critério de liberação cumprido
Expansão	Demais OLTs entram uma por vez, com teste próprio	Médio	Rede inteira no fluxo
Entrega	Treino do suporte, operação assistida e acessos de trabalho revistos	Curto	Roteiro manual e registro em uso

Os prazos em dias dependem do tamanho da rede e de quanto a padronização precisa mexer: [PREENCHER prazo típico de cada etapa]. O que se repete de um provedor para outro é a proporção, com o piloto e a padronização somando a maior parte do calendário.

Por que a padronização vem antes do desenho?

Porque o fluxo traduz plano em perfil, e essa tradução só é simples se o mesmo plano tiver o mesmo nome em todas as OLTs. Desenhar antes de igualar obriga o serviço a carregar exceções, e cada exceção é um ponto de falha.

O que o laboratório testa antes de qualquer cliente

O laboratório usa uma porta PON separada, ONUs de cada modelo do estoque e um contrato de teste no ERP.

Modo da ONU: se o modelo aceita a VLAN do plano em modo roteador e em modo bridge.
Apresentação ao ACS: se a ONU encontra o servidor sozinha ou precisa de ajuste de fábrica.
Serviços extras: se a porta de TV e a de voz recebem a VLAN certa no mesmo passo.
Troca: se desautorizar uma ONU e autorizar outra no mesmo contrato deixa a porta limpa.

O que o provedor precisa preparar antes da primeira etapa?

Acessos de leitura, informação de planos e equipamentos e uma pessoa do suporte que responda pelo processo. Com esses itens prontos, o levantamento começa no primeiro dia em vez de esperar senha e planilha.

Separe antes de o projeto começar

Usuário de leitura em cada OLT, com modelo e versão de firmware anotados.
Credencial de API do ERP para ambiente de teste, com acesso aos contratos e às ordens de serviço.
Acesso de leitura ao RADIUS e ao ACS, ou o contato de quem administra cada um.
Lista dos planos vendidos, com as VLANs de internet, TV, voz e gerência de cada um.
Duas ou três ONUs de cada modelo em estoque, separadas para o laboratório.
Uma pessoa do suporte que aprova o desenho e acompanha o piloto.
Uma equipe de campo avisada de que as instalações do piloto serão acompanhadas.

Faltando dois itens ou mais, o projeto começa pelo que existe e o restante vira pendência com dono e data. O item que mais atrasa é a credencial de API, porque depende do fornecedor do sistema de gestão.

Quando o ERP ainda não conversa com a OLT, essa ligação é um trabalho anterior, descrito no guia de como integrar OLT com ERP, e a automação acrescenta o ACS e o retorno do resultado à ordem.

Quer saber o que falta na sua rede para ativar sozinha?

Um Especialista lê as OLTs, o cadastro, o RADIUS e o ACS do provedor e devolve o desenho do fluxo e a lista do que precisa ser padronizado antes.

Pedir proposta de automação de ativação de clientes

Por que o fluxo precisa de um dono no suporte

Quem decide o que o fluxo faz quando duas ONUs aparecem na mesma porta é o provedor, não o fornecedor. Essa pessoa aprova as regras no desenho, acompanha o piloto e depois é quem lê os alertas.

Erros em cada etapa e como perceber cedo

Cada etapa tem uma falha típica, e quase todas dão sinal antes de virar problema na casa do assinante. Saber onde olhar evita descobrir o erro só quando a OLT seguinte entra no fluxo.

Falhas típicas da implantação e o sinal que aparece primeiro
Etapa	O que dá errado	Como se percebe
Levantamento	ONUs ativas na OLT sem contrato no ERP, ou o contrário	A contagem de clientes por OLT não fecha com a do sistema
Padronização	Troca de perfil derruba a sessão de quem já navegava	Pico de chamados na manhã seguinte à janela
Desenho	Regra de conflito esquecida	Duas instalações na mesma porta PON ativam a ONU errada
Laboratório	Modelo de ONU que ignora a VLAN em modo bridge	A ONU autoriza, mas o roteador do cliente não recebe endereço
Piloto	Registro marca sucesso e o cliente não navega	O técnico liga para o suporte mesmo com a ativação verde
Expansão	Marca de OLT que avisa a ONU nova de outro jeito	A ONU fica na lista de não configuradas e nada acontece
Entrega	Suporte que não sabe ler o alerta	Ativações manuais voltam a crescer depois de algumas semanas

Evite estes atalhos durante a implantação

Alguns atalhos economizam dias no começo e devolvem semanas no fim.

Atalhos que costumam sair caro

Pular o laboratório: o primeiro cliente do piloto vira o teste do modelo de ONU que ninguém conferiu.
Piloto na OLT mais cheia: muitas instalações por dia escondem o erro raro no meio dos acertos.
Liberar por prazo: a OLT seguinte entra porque a data chegou, e não porque o critério foi cumprido.
Mudar o fluxo no meio do piloto: a contagem recomeça e ninguém sabe qual versão causou cada falha.

Na prática: como funciona automação de ativação de clientes num provedor de quatro OLTs

O exemplo abaixo acompanha um provedor fictício do primeiro acesso ao fim da operação assistida. Os números de OLTs e modelos servem só para ilustrar a ordem das etapas.

O provedor tinha três OLTs de um fabricante e uma de outro, um ERP com API, um RADIUS consultando o banco do sistema e um ACS instalado, mas usado só para atualizar firmware. O suporte liberava cada ONU pelo terminal.

Levantamento: a leitura mostrou nove perfis de serviço para quatro planos e algumas ONUs ativas sem contrato correspondente.
Padronização: os perfis foram reduzidos a um por plano, porta PON por porta PON, e os contratos órfãos foram resolvidos com o financeiro.
Desenho: o provedor escolheu o serial lido no estoque como gatilho e definiu que ONU desconhecida gera alerta, nunca ativação.
Laboratório: um dos três modelos de ONU precisou de ajuste para encontrar o ACS sozinho e foi liberado só depois.
Piloto: a OLT com menos instalações diárias ativou sozinha pelo período combinado, e cada falha foi lida com o dono do processo.
Expansão: as outras duas OLTs da mesma marca entraram em seguida, e a de outro fabricante pediu tratamento próprio do aviso de ONU nova.
Entrega: o suporte recebeu o roteiro manual, treinou a leitura dos alertas e os acessos de trabalho foram revistos.

Ao final, o técnico de campo passou a ligar a ONU e ver o Wi-Fi do cadastro aparecer, sem telefonar para o escritório. A etapa mais demorada foi a padronização, e não a programação do fluxo.

O que o provedor recebe no fim e como medir se funciona

O provedor recebe o fluxo rodando em todas as OLTs e os documentos para operá-lo sem depender de quem o montou. Três números simples mostram, mês a mês, se ele continua saudável.

Fluxo ativo: todas as OLTs ativando sozinhas, com um usuário próprio e de permissão limitada em cada uma.
Documento do fluxo: gatilho, regras de conflito, ordem das chamadas e o tratamento de cada falha.
Padrão de perfis: a tabela de plano para perfil e VLAN, que vale também para OLTs compradas depois.
Roteiro manual: como concluir uma ativação à mão com o mesmo resultado quando o fluxo estiver parado.
Registro e alertas: cada ativação guardada com hora, porta e ONU, e o motivo de cada falha avisado ao suporte.

O Wi-Fi configurado à distância depende do ACS funcionando bem, assunto do guia de gerência de CPEs via TR-069. E quem precisa estimar o investimento antes de começar encontra os fatores no guia de quanto custa automação de ativação de clientes.

Três números para acompanhar depois da entrega

Os três números saem do próprio registro de ativações, lidos pelo dono do processo uma vez por mês.

Ativações sem intervenção: a fatia das instalações que fecharam sem ninguém do suporte tocar.
Tempo até navegar: os minutos entre a ONU aparecer na OLT e a sessão do assinante subir.
Falhas por motivo: quais erros se repetem, como serial divergente ou modelo de ONU fora da lista.

Perguntas frequentes

Quem opera o fluxo depois que o projeto termina?

O suporte do próprio provedor, com o dono do processo lendo os alertas e o registro. A manutenção do fluxo, como ajustar a OLT depois de um firmware novo, pode ficar com a equipe da casa ou ser contratada à parte [CONFIRMAR oferta].

A automação funciona com qualquer ERP de provedor?

Funciona com ERPs que oferecem uma API para ler contratos e gravar o resultado da ordem de serviço. Quando o sistema não tem essa porta, o serviço intermediário passa a ler o banco ou um arquivo exportado, o que exige mais cuidado.

O que muda na rotina do técnico de campo?

Ele deixa de telefonar para o escritório e passa a seguir a regra do gatilho, como ler o serial da ONU ou usar a porta indicada na ordem. Quando algo falha, o próprio alerta diz ao suporte em que passo o fluxo parou.

Dá para desligar a automação e voltar ao manual?

Dá, e o projeto deve deixar isso pronto desde o começo. Com o fluxo desligado, o suporte segue o roteiro manual e aplica os mesmos perfis padronizados, então a rede não perde o padrão.

A automação trata mudança de plano e suspensão também?

Pode tratar, se esses eventos entrarem no desenho. A troca de perfil na OLT e no RADIUS segue o mesmo caminho da ativação, e a suspensão por atraso costuma ser feita pelo RADIUS, sem mexer na ONU.

Thiago Manoel

Responsável técnico da Táquion Tech · Registro profissional [PREENCHER]

Mais de 15 anos em operações de rede, com gestão de infraestruturas de TI, administração de data centers e condução de equipes em migrações de TI e telecomunicações, com foco em alta disponibilidade e segurança.

A Táquion Tech é uma empresa de engenharia de redes de Balneário Camboriú (SC) que projeta, opera e dá suporte a redes de provedores de internet e de empresas.

Conheça a equipe da Táquion Tech

Fontes

ITU-T G.988: ONU management and control interface (OMCI): define o canal pelo qual a OLT grava perfis e VLANs na ONU autorizada
TR-069 (Wikipédia em inglês): protocolo em que a ONU se apresenta ao ACS e recebe Wi-Fi e ajustes
RFC 2865: Remote Authentication Dial In User Service (RADIUS): protocolo de autenticação que libera o login do assinante ao fim da ativação

Como funciona automação de ativação de clientes: guia para provedores