Revitalização de ERP e processos: mais do sistema que você já tem

Revitalização de ERP é recuperar o valor do sistema que a empresa já tem, corrigindo o processo, o uso e as customizações, antes de decidir trocar de ERP. Ela parte de uma pergunta simples: o que não funciona é o sistema ou o jeito como o trabalho passa por ele?

Quem sente que o ERP poderia entregar mais costuma ter razão no sintoma. O diagnóstico é que merece cuidado. Uma parte das queixas é limitação real do sistema. Outra parte é processo que nunca foi redesenhado, funcionalidade que ninguém aprendeu a usar e customização que perdeu a função. Trocar de ERP resolve a primeira parte e carrega as outras para o sistema novo.

O que levantar antes de uma implantação ou migração está no post sobre levantamento de processos antes do ERP. Aqui o foco é a decisão anterior: revitalizar, migrar ou trocar.

O que entra em uma revitalização de ERP

Revitalizar não é atualizar a versão nem comprar módulo novo, embora possa incluir as duas coisas. É um trabalho em três frentes, nesta ordem.

Processo. Redesenhar o fluxo que hoje passa por fora do sistema. Etapa que existe por hábito e não por controle, passagem entre áreas que depende de alguém lembrar de avisar. Muita coisa aqui se resolve sem mexer no ERP.

Uso. Fazer o sistema ser usado como foi desenhado. Parametrização incompleta, cadastro com qualidade ruim, funcionalidade padrão que a empresa comprou e não ativou, pessoas que aprenderam um atalho com o colega e nunca o caminho certo. É a frente mais barata e a mais esquecida.

Customização. Revisar o que foi construído sob medida ao longo dos anos. Uma parte sustenta regras de negócio valiosas. Outra foi feita para um gestor que saiu ou para contornar uma limitação que o padrão já resolve. Desligar o que não tem uso reduz custo de manutenção hoje e custo de migração amanhã.

O que sobra depois dessas três frentes é a lista honesta de limitações do sistema. É com ela, e não com a lista de queixas, que se decide trocar.

Sinais de ERP subutilizado

Nenhum destes sinais prova sozinho que o sistema é ruim.

• Trabalho paralelo em planilha. A fila de aprovação, o controle de pendências, a previsão de pagamentos vivem no Excel e são alimentados com dados extraídos do ERP.
• Retrabalho. Pedido alterado depois de aprovado, nota lançada e estornada, cadastro corrigido toda semana. O sistema registra o retrabalho, mas ninguém olha o total.
• Aprovações fora do sistema. O gestor aprova por e-mail ou mensagem, e alguém registra a aprovação no ERP depois, às vezes em nome dele.
• Customizações que ninguém usa. Rotinas, telas e relatórios específicos que continuam sendo mantidos e testados a cada atualização, sem usuário identificado.
• Relatórios refeitos à mão. O fechamento, o relatório da diretoria e o indicador da segunda-feira juntam três extrações e uma hora de ajuste manual, todo mês.
• "O sistema não faz isso." Frase repetida para funcionalidades que o padrão tem, mas que nunca foram configuradas.

O problema é do sistema ou do jeito de usar?

O mesmo sintoma pode ter causas diferentes, e cada causa pede uma resposta diferente. A tabela ajuda a não pular direto para a troca.

Sinal	Causa possível no processo ou no uso	Causa possível no sistema	Como distinguir
Planilha paralela	Controle criado por falta de confiança no dado ou por hábito	O ERP não tem a informação ou não deixa consultá-la do jeito necessário	Perguntar a quem mantém a planilha o que ela tem que o sistema não tem
Retrabalho	Cadastro ruim, regra de aprovação mal desenhada, pedido feito com pressa	Validação que o sistema não faz e deveria fazer	Ver no histórico do ERP em que etapa o retrabalho começa
Aprovação fora do sistema	Gestor sem acesso prático, alçada desatualizada	Workflow do ERP rígido ou sem acesso móvel	Contar quantas aprovações são registradas depois do fato
Customização sem uso	Rotina criada para uma necessidade que acabou	Customização que compensa limitação real do padrão	Cruzar o que existe com o que é executado e com quem diz usar
Relatório refeito à mão	Ninguém conhece o relatório padrão, dado espalhado em campos livres	O modelo de dados não guarda a informação	Verificar se a informação existe no sistema em forma estruturada

Quando a causa está no processo ou no uso, trocar de ERP não resolve. Quando está no sistema, revitalizar não resolve. O mapa existe para separar uma coisa da outra.

Revitalizar, migrar ou trocar: quando cada um faz sentido

São três caminhos, que não se excluem. Muitas empresas revitalizam primeiro e migram depois, com menos bagagem.

	Revitalizar	Migrar (mesmo fabricante)	Trocar de ERP
O que é	Corrigir processo, uso e customização no sistema atual	Ir para a versão ou plataforma nova do mesmo fabricante, como ECC para S/4HANA ou Protheus antigo para o atual	Implantar um ERP de outro fabricante
Quando faz sentido	A maior parte das queixas tem causa em processo, uso ou customização	O sistema atende, mas a versão está perto do fim do suporte ou impede evoluir	Há limitações estruturais que o sistema atual não resolve em nenhuma versão
Custo relativo	Menor	Médio a alto, depende do legado de customização	O mais alto
Prazo relativo	Meses, em ondas	Meses a mais de um ano	Mais de um ano, em geral
Risco principal	Tratar como revitalização o que é limitação real e adiar uma decisão necessária	Levar para a versão nova customizações e hábitos que não deveriam ir	Requisito não declarado e parada de operação na virada
O que não resolve	Limitação estrutural do sistema	Processo ruim, que migra junto	Processo ruim, que é reimplantado no sistema novo

Duas observações sobre a tabela.

Migração com prazo não elimina a revitalização. Para quem está no SAP ECC, o calendário pesa: em comunicado de fevereiro de 2020, a SAP anunciou manutenção padrão do Business Suite 7 até o fim de 2027, com manutenção estendida opcional até o fim de 2030. Mesmo com data, revitalizar antes melhora a migração. Na discussão entre greenfield e brownfield, quem sabe quais customizações têm uso e quais processos já foram redesenhados chega à decisão com evidência, e o fit-to-standard deixa de ser uma discussão de opinião. Vale o mesmo para a atualização do Protheus ou do Datasul.

Trocar de ERP é legítimo. Há casos em que o sistema não acompanha o modelo de negócio, o volume ou a regulação do setor. A revitalização não serve para adiar essa conclusão. Serve para que ela seja tirada com base em limitações confirmadas, e não em frustração acumulada.

O que mapear para decidir

A decisão depende de um mapa de como o trabalho realmente acontece hoje. Ele tem duas fontes, e as duas são necessárias.

Os dados do ERP: o que o sistema registra

O ERP guarda o histórico de cada pedido, nota, pagamento e cadastro. Lido como log de eventos, com mineração de processos, esse histórico mostra o caminho real de cada caso: as variações do fluxo, onde há retrabalho, quanto tempo cada etapa leva, quantas aprovações acontecem depois do fato, quais rotinas customizadas são de fato executadas. É a base objetiva do mapa, com volume e frequência que nenhuma entrevista substitui.

As pessoas: o que o sistema não registra

A planilha paralela não deixa rastro no ERP. A mensagem que substitui o workflow também não, nem a meia hora diária que alguém gasta montando um relatório. O motivo de cada contorno só quem faz sabe contar. Ouvir as pessoas do escopo, todas e não só um representante por área, mostra o trabalho que acontece em volta do sistema e explica por que ele acontece.

Os dois juntos fazem o mapa

O log mostra que muitos pedidos são alterados depois de aprovados. As pessoas contam por quê: o cadastro de fornecedor está desatualizado e o comprador só descobre na hora de emitir. O log mostra a etapa. As pessoas mostram a causa. Com as duas fontes, cada achado pode ser classificado em uma de quatro filas:

1. Ajuste de processo, que não precisa de tecnologia.
2. Uso e parametrização, que se resolve no ERP atual, sem desenvolvimento.
3. Customização, a revisar, simplificar ou desligar.
4. Limitação do sistema, que entra na decisão de migrar ou trocar.

Exemplo ilustrativo, com números hipotéticos

Uma empresa com 90 pessoas em compras, fiscal e contas a pagar considera trocar o ERP. O mapa consolida 32 problemas recorrentes. Na classificação, 13 são ajuste de processo, 10 são uso e parametrização, 5 envolvem customização e 4 são limitações do sistema. A decisão de trocar, que parecia apoiada em 32 queixas, passa a ser discutida com base em 4. Pode ser que essas 4 justifiquem a troca. Mas agora a empresa sabe que as outras 28 iriam junto para o sistema novo se não fossem tratadas antes.

Revitalização no Protheus e no Datasul

Para quem roda TOTVS, revitalizar é o caminho mais curto para o ERP entregar mais, porque boa parte do que falta já está no ecossistema. Três frentes costumam render primeiro:

• Manter o Protheus ou o Datasul atualizado e usar o que já vem no produto. Funcionalidades nativas de compras, fiscal e financeiro que ficaram de fora na implantação original costumam resolver queixas que pareciam limitação do sistema.
• Trazer para dentro do ecossistema o que hoje corre em planilha e e-mail. Aprovações e fluxos que vivem por fora podem ganhar processo formal no próprio ERP ou no Fluig, com registro e prazo.
• Somar agentes de IA ao ERP, sem trocá-lo. Soluções disponíveis na TOTVS Store, como o Agente Negociador da UpFlux, executam a rotina de compras dentro do Protheus e do Datasul, respeitando as alçadas e a trilha do próprio sistema.

O parceiro TOTVS que já atende a empresa é peça central nesse trabalho: o mapa mostra onde agir, e a configuração e a evolução do ERP seguem com quem conhece o ambiente.

Onde os agentes de IA entram depois

Com o processo redesenhado e o uso corrigido, sobra trabalho repetitivo que as pessoas ainda fazem dentro do ERP: conferir nota contra pedido, cobrar aprovação pendente, montar cotação, conciliar. É aqui que agentes de IA entram, executando a rotina dentro do sistema que a empresa já tem, com as alçadas e a trilha do próprio ERP, sem trocar de sistema.

A ordem importa. Agente colocado sobre processo ruim executa o processo ruim mais rápido. Por isso ele vem depois do mapa, nas atividades em que o mapa mostrou volume, regra clara e horas gastas. As páginas sobre agentes no Protheus e no Datasul mostram como isso funciona nas compras.

Como o Nous Scan entrega o mapa e a fila de evolução

O Nous Scan é um caminho direto para a parte do mapa que o ERP não registra. Um agente de IA entrevista 100% do time do escopo, por link e sem agendar nada. Em duas semanas devolve o mapa da operação: onde o trabalho trava, quanto custa em horas e em reais, e a fila de evolução, do ajuste de processo que não precisa de tecnologia ao que um agente de IA resolve.

Nada é plugado em sistema nenhum. O insumo é o que as pessoas contam sobre a própria rotina, então não exige integração nem demanda do TI, que costuma estar ocupado justamente com o ERP. A liderança vê o consolidado, nunca a entrevista individual, e isso faz as pessoas falarem da planilha que ninguém deveria saber que existe.

Somado à leitura dos dados do ERP, vira o mapa completo para decidir o que revitalizar já, o que levar para uma migração e o que justifica trocar. A página de mapeamento de processos com IA mostra a entrega, e o Nous Scan pode ser conhecido direto no site do produto.

Perguntas frequentes

O que é revitalização de ERP?

É o trabalho de recuperar o valor do ERP atual corrigindo processo, uso e customização, antes de decidir por uma migração ou troca de sistema.

Vale a pena trocar de ERP?

Vale quando há limitações estruturais confirmadas, que o sistema atual não resolve em nenhuma versão. Não vale quando a maior parte das queixas vem de processo, uso ou customização, porque esses problemas vão junto para o sistema novo. Separar as duas coisas com um mapa do trabalho real é o passo que reduz o risco da decisão.

Como saber se o ERP está subutilizado?

Os sinais mais comuns são planilhas paralelas alimentadas com dados do ERP, retrabalho recorrente, aprovações feitas por e-mail e registradas depois, customizações sem usuário identificado e relatórios montados à mão todo mês.

Revitalizar atrasa a migração para o S/4HANA?

Não precisa atrasar. A revitalização feita antes reduz o que precisa ser migrado e dá evidência para decisões como greenfield ou brownfield e fit-to-standard.

Process mining é suficiente para decidir?

Process mining é a base: mostra com precisão o que o ERP registra, com volume, tempo e variação de cada caso. O que ele não alcança é o trabalho feito fora do sistema e o motivo de cada contorno. Por isso a decisão fica mais segura quando o log do ERP é combinado com o relato de todas as pessoas do escopo.

Quanto tempo leva para ter o mapa?

Com o Nous Scan, o mapa da parte que acontece fora do sistema, com horas, reais e fila de evolução, fica pronto em duas semanas, sem integração com o ERP. A execução da revitalização depende do tamanho da fila e costuma ser feita em ondas.

Próximo passo

Se a troca de ERP está em discussão, o mapa vem antes do pedido de proposta. Comece pelo mapeamento de processos com IA para saber o que é do sistema e o que é do jeito de usá-lo.