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