Preciso migrar meu ERP TOTVS: qual tipo de migração é a sua?

"Migrar o ERP TOTVS" pode significar três coisas completamente diferentes, com processos, custos e riscos distintos entre si. Quem não identifica a categoria correta antes de começar frequentemente inicia o projeto errado. Este artigo ajuda a classificar o tipo de migração correto antes de qualquer decisão.

Três tipos de migração, e por que confundi-los custa caro

Quando um gestor de TI diz que precisa "migrar o ERP", essa frase pode descrever situações radicalmente diferentes. Um ambiente que precisa sair de servidores físicos para a cloud. Um Protheus em release desatualizado que precisa de upgrade. Ou uma empresa que vai trocar o Datasul pelo Protheus.

São três projetos com escopo, prazo, custo e risco completamente distintos. Confundi-los tem consequências práticas e, com frequência, financeiras.

Um caso recorrente: a empresa contrata uma consultoria para "migrar o ERP", imaginando que se trata de uma atualização de infraestrutura. Só no meio do projeto percebe que a real necessidade era a troca do sistema, com migração de dados, remapeamento de processos e retreinamento de usuários. O projeto dobra de tamanho e o orçamento vai junto.

Antes de contratar qualquer tipo de serviço, vale identificar em qual das três categorias você está.

Migração de ambiente: quando o ERP muda de casa

Para quem é esta seção: gestor de TI avaliando saída de datacenter próprio, contrato de infraestrutura a vencer, custo de servidores on-premises alto ou necessidade de escalabilidade.

Na migração de ambiente, o ERP e sua versão permanecem exatamente os mesmos. Os dados também. O que muda é onde o sistema está hospedado: de servidor físico para cloud pública (AWS, Azure, GCP) ou para a cloud TOTVS.

O que precisa ser reconfigurado no novo ambiente: parâmetros do AppServer, configurações do DbAccess, modelo de backup, regras de acesso de rede e SLA de disponibilidade. Integrações com outros sistemas precisam ser revalidadas, mesmo que o código não mude.

O que não precisa ser refeito: customizações em ADVPL ficam intactas. Os dados históricos ficam onde estão. A versão do release não muda.

O sinal de que este é o seu caso: o ERP funciona bem operacionalmente, mas a infraestrutura está cara, lenta ou com contrato a vencer.

Migrações de ambiente em Protheus, Datasul e RM têm pontos de atenção distintos em cada plataforma de cloud. Os cuidados com o AppServer no Protheus não são os mesmos que os cuidados com a configuração do servidor Datasul. A documentação técnica da TOTVS cobre os requisitos por produto, mas a configuração específica do ambiente depende da arquitetura de cada empresa.

→ Ver guia completo de migração de ambiente do ERP TOTVS para cloud

Migração de release: quando o ERP precisa de atualização de versão

Para quem é esta seção: gestor de TI com release desatualizado no Protheus, Datasul ou RM, empresa com novas obrigações fiscais a cumprir (Reforma Tributária, SPED, NF-e) ou ambiente travado por customizações antigas.

Na migração de release, os servidores ficam onde estão e os dados também. O que muda é a versão do software. Com ela, mudam todos os fontes nativos do ERP.

Aqui mora o principal risco que a maioria dos gestores subestima: customizações feitas sobre fontes nativos do Protheus precisam ser revisadas e adaptadas para a nova versão. Fontes customizados que modificam rotinas padrão são os mais críticos. Se esse mapeamento não for feito antes da migração, o ambiente vai para produção com funcionalidades quebradas.

No Datasul, o risco equivalente está em scripts e customizações Progress que interagem com rotinas padrão do produto. No RM, em adaptações de módulos de RH e Educação que dependem de tabelas ou lógica de versões anteriores.

O sinal de que este é o seu tipo: o release atual não suporta uma obrigação fiscal nova, o fornecedor informou que a versão perde suporte, ou a empresa precisa de funcionalidades disponíveis apenas em versões mais recentes.

O mapeamento das customizações é a etapa que define se o projeto termina no prazo ou dobra de escopo. A Groundwork conduz migrações de release em ambientes TOTVS há mais de uma década. Em ambientes com alto volume de customizações ADVPL, o diagnóstico prévio é obrigatório: sem ele, o levantamento real de escopo só aparece no meio do projeto.

O BT Monitor da Groundwork registra um espelho de performance antes e depois de cada atualização de release, permitindo comparar o impacto da mudança de versão em cada rotina crítica do ambiente.

→ Ver guia de migração de release do ERP TOTVS

Migração de ERP: quando o sistema muda completamente

Para quem é esta seção: empresa usando Datasul que considera migrar para Protheus, quem está adotando TOTVS pela primeira vez, ou quem usa RM em um segmento e considera expandir para outro módulo.

Na migração de ERP, o sistema de gestão muda. Isso quer dizer: dados precisam ser migrados para a nova estrutura de banco de dados, integrações precisam ser refeitas do zero, processos precisam ser remapeados e usuários precisam ser retreinados.

É o projeto mais complexo e longo dos três. Prazos de 6 a 18 meses são comuns dependendo do porte da empresa e da complexidade dos processos envolvidos. Dados históricos podem ser migrados para o novo sistema ou mantidos no legado para consulta, conforme a decisão de negócio.

Uma distinção importante: migração de Datasul para Protheus e migração de um ERP externo para qualquer produto TOTVS são projetos com perfis diferentes. O primeiro aproveita o conhecimento do ambiente TOTVS já existente na empresa. O segundo começa do zero em termos de parametrização, processo e cultura de uso do sistema.

O sinal de que este é o seu tipo: a empresa usa um ERP que não atende mais os processos, vai trocar de fornecedor, ou está consolidando sistemas diferentes num único produto TOTVS.

A Groundwork conduz os dois perfis de migração de ERP, tanto entre produtos TOTVS quanto de sistemas externos para o portfólio TOTVS. Antes de decidir qual ERP adotar, vale entender as diferenças entre Protheus, Datasul e RM: cada produto tem origens, setores de destaque e características técnicas que influenciam diretamente o custo e o prazo de implantação.

→ Ver comparativo Protheus vs Datasul vs RM

Qual é o seu caso?

Use a tabela abaixo para identificar o tipo de migração que você precisa antes de qualquer conversa com fornecedores:

A tabela resume o critério mais direto de triagem. Se o ERP está funcionando bem e só a infraestrutura é o problema, é migração de ambiente. Se o sistema precisa de uma versão mais nova sem trocar de produto, é migração de release. Se o sistema em si precisa ser substituído, é migração de ERP.

Perguntas frequentes sobre migração de ERP TOTVS

É possível fazer migração de release e migração de ambiente ao mesmo tempo?

Tecnicamente sim, mas não é recomendado. Executar as duas mudanças em paralelo dificulta o diagnóstico de qualquer problema: se algo quebrar, fica impossível saber se a causa foi a mudança de ambiente ou a atualização de versão. O recomendado é fazer uma por vez, com janela de estabilização entre elas.

Quanto tempo leva uma migração de ERP TOTVS?

Depende do tipo. Migração de ambiente leva de 2 a 8 semanas. Migração de release leva de 4 a 12 semanas, dependendo do volume de customizações. Migração completa de ERP leva de 6 a 18 meses. Esses prazos pressupõem planejamento adequado. Projetos que começam sem diagnóstico prévio costumam dobrar o tempo estimado.

O que acontece com as customizações ADVPL durante uma migração de release?

As customizações feitas sobre fontes nativos do Protheus precisam ser revisadas e adaptadas para a nova versão. Fontes que modificam rotinas padrão são os mais críticos. O mapeamento das customizações é a etapa mais importante antes de iniciar qualquer migração de release. Sem esse mapeamento, o risco de quebra em produção é alto.

Preciso de consultoria especializada para migrar meu ERP TOTVS?

Depende do tipo e da complexidade. Migração de ambiente em um ambiente pequeno pode ser feita internamente com a documentação técnica da TOTVS. Migração de release com alto volume de customizações ADVPL e migração completa de ERP dificilmente são conduzidas com segurança sem experiência anterior naquele tipo de projeto específico.

Como saber se o meu release TOTVS está desatualizado?

A TOTVS mantém uma política de suporte por versão para cada produto. Quando um release sai do ciclo de suporte, ele deixa de receber atualizações fiscais e de segurança. O indicador mais comum é a chegada de uma obrigação fiscal nova, como as mudanças do IBS e da CBS previstas pela Reforma Tributária, que releases mais antigos não suportam sem atualização.

Pronto para identificar o seu tipo de migração?

A Groundwork tem mais de 200 clientes em operação em ambientes TOTVS e pode ajudar a identificar o caminho certo para o seu caso. Independente do tipo de migração, o ponto de partida é sempre o mesmo: entender o estado atual do ambiente antes de planejar qualquer mudança.

→ Fale com um especialista em migração TOTVS