Gestão · migração de sistema

Como migrar de sistema de provedor sem parar a operação: checklist completo

Publicado em 17 de agosto de 2026 · Por Matheus H. Frossard · 8 min de leitura

Migrar o sistema de gestão de um provedor de internet é possível sem parar a cobrança, sem derrubar cliente e sem perder histórico — desde que a migração siga fases: diagnóstico, saneamento dos dados, importação em homologação, validação em paralelo, virada em janela planejada e acompanhamento pós-virada. Este checklist detalha cada fase e os erros que fazem provedores adiarem (ou se arrependerem de) uma troca de sistema.

Por que provedores adiam a migração errada de medo — e o que realmente dá errado

O medo clássico é "vai parar tudo": boleto sair errado, Radius derrubar cliente, equipe perdida no sistema novo. Na prática, os desastres de migração quase nunca vêm da virada em si — vêm de pular o saneamento e de virar sem validar. Dados ruins entram no sistema novo, e o problema que era invisível no sistema antigo explode no primeiro fechamento. As seis fases abaixo existem para impedir exatamente isso.

Fase 1 — Diagnóstico e inventário

  • Liste o que existe: quantos clientes ativos/inativos, contratos, planos, promoções vigentes, faturas em aberto, equipamentos em comodato, estoque;
  • Liste o que integra: bancos e gateways de cobrança, concentradores (Mikrotik, Huawei…), Radius, TR-069/ACS, WhatsApp/atendimento, contabilidade — cada integração é um item de teste na virada;
  • Defina o que NÃO migra: clientes cancelados há anos, planos extintos, lixo de cadastro. Migração é a melhor oportunidade de faxina que um provedor tem.

Fase 2 — Saneamento dos dados (a fase que ninguém quer fazer)

É a mais trabalhosa e a mais rentável. Com a NFCom obrigatória, cadastro fiscal ruim não é mais só desorganização — é nota rejeitada. Antes de importar:

  • CPF/CNPJ válidos e únicos (elimine duplicados e cadastros genéricos);
  • Endereços completos com CEP e cidade correta;
  • Contratos ativos batendo com o que a cobrança realmente fatura;
  • Planos de acesso batendo com os perfis reais do Radius/concentrador.

Fase 3 — Importação em ambiente de homologação

Os dados saneados entram primeiro num ambiente de teste do sistema novo. Aqui se confere: totais de clientes e contratos batem? A régua de cobrança reproduz os vencimentos atuais? Os planos mapearam certo? Um fechamento de faturamento simulado no ambiente de homologação deve produzir os mesmos números do sistema antigo — se não produz, o problema se resolve aqui, não na produção.

Fase 4 — Validação em paralelo

Antes da virada, valide os fluxos críticos de ponta a ponta no sistema novo:

  • Cobrança: registre boletos de teste no banco (homologação do convênio), confirme remessa/retorno ou API;
  • Rede: autentique clientes-piloto pelo novo Radius, teste bloqueio/desbloqueio automático;
  • Fiscal: emita NFCom em homologação da SEFAZ;
  • Equipe: treine cada setor no fluxo que ele usa (atendimento, financeiro, técnico) — meia dúzia de operações reais valem mais que um manual.

Fase 5 — A virada

  • Escolha uma janela de baixo movimento (madrugada de meio de semana), longe do fechamento do ciclo de cobrança — nunca migre na semana de gerar boletos;
  • Congele alterações no sistema antigo, rode a carga final incremental (o delta desde a importação de homologação);
  • Aponte a autenticação e as integrações para o sistema novo;
  • Boletos já emitidos continuam válidos no banco — o ciclo corrente termina no fluxo antigo, o próximo nasce no novo;
  • Tenha critério de rollback combinado: o que precisa falhar para voltar atrás, e quem decide.

Fase 6 — Pós-virada

Nas duas primeiras semanas: confira diariamente o retorno bancário (pagamentos baixando?), o funil de autenticação (algum plano sem perfil?), as primeiras NFCom autorizadas e a fila do atendimento (dúvida repetida da equipe indica treino faltando). O primeiro fechamento completo no sistema novo é o marco que encerra a migração.

Erros que mais se repetem

  • Migrar sem sanear ("depois a gente arruma") — depois nunca chega, e a NFCom rejeita;
  • Virar junto com o fechamento do ciclo;
  • Não testar o convênio bancário em homologação e descobrir o boleto rejeitado na remessa real;
  • Esquecer integrações "pequenas" (SVA, negativação, app do assinante) que só aparecem quando quebram;
  • Não definir dono da migração de cada lado — do provedor e do fornecedor.

Como funciona na Altarede

Na migração assistida do Altarede, essas fases são conduzidas pela nossa equipe: importamos cadastros, contratos, planos e histórico financeiro do sistema anterior, validamos com você em homologação e acompanhamos até a operação rodar 100% — com migração inclusa no plano, sem fidelidade. Quem chega por causa da NFCom costuma aproveitar a mesma virada para ativar a emissão junto com o faturamento.

Perguntas frequentes

Quanto tempo demora a migração?

De duas a seis semanas no cronograma típico, conforme o tamanho da base e a qualidade dos dados — o saneamento é o que mais varia. A virada em si é uma janela de horas.

Perco o histórico financeiro?

Não deveria. Cadastros, contratos, planos e histórico financeiro migram juntos na migração assistida do Altarede. Muda o sistema, não a memória da operação.

A cobrança e a autenticação param na virada?

Não, com virada planejada: boletos do ciclo corrente seguem válidos e a autenticação é apontada para o novo sistema em janela de baixo movimento, com planos validados antes. O assinante não percebe.

Pensando em trocar de sistema?

Conte como está sua operação hoje e receba o plano de migração assistida — sem fidelidade e sem parar a cobrança.

Planejar minha migração