Trocar um ERP é uma decisão grande demais para ser tomada porque o sistema “parece antigo”. Também é uma decisão importante demais para ser adiada simplesmente porque ele ainda abre, emite pedidos e mantém o faturamento funcionando.
Um ERP cumpre seu papel quando consegue acompanhar a operação real da empresa, organizar informações confiáveis e transformar processos diferentes em uma visão integrada do negócio.
O problema começa quando a empresa evolui, mas o sistema não evolui junto.
Nesse momento, algo curioso costuma acontecer: o ERP continua existindo oficialmente, mas uma parte cada vez maior da gestão passa a acontecer fora dele.
A planilha entra para corrigir aquilo que o sistema não faz. O WhatsApp vira ferramenta de acompanhamento de pedidos. O financeiro mantém controles paralelos. A produção cria sua própria forma de registrar informações.
O problema não é a idade do ERP. É a distância entre o sistema e a empresa.
Um ERP pode ter muitos anos e continuar atendendo perfeitamente uma organização. Da mesma forma, um sistema relativamente novo pode se tornar inadequado rapidamente.
Por isso, a pergunta correta não é:
“Há quanto tempo usamos esse ERP?”
A pergunta mais importante é:
“Quanto da nossa operação atual ele ainda consegue representar?”
Empresas mudam. Criam novos produtos, novas unidades, novas formas de venda, novas regras comerciais, diferentes canais de atendimento e processos que não existiam quando o sistema foi contratado.
Quando o ERP acompanha essas transformações, continua funcionando como infraestrutura de gestão.
Quando não acompanha, surge uma diferença entre como o sistema acredita que a empresa funciona e como ela realmente funciona.
É nesse espaço que aparecem os controles paralelos.
Quanto maior esse espaço, menor tende a ser o valor do ERP para a gestão.
Quando as pessoas precisam contornar o sistema, o problema já deixou de ser técnico
Todo sistema possui limitações. A questão é saber quando essas limitações começam a interferir na própria operação.
Ter planilhas dentro de uma empresa não significa que o ERP seja ruim. O alerta aparece quando elas passam a existir porque o processo oficial não consegue acontecer adequadamente dentro do sistema.
O vendedor exporta informações porque não confia no relatório comercial. O comprador mantém outro controle de estoque porque os dados chegam atrasados. A produção monta uma programação separada porque o ERP não reflete a realidade da fábrica.
O financeiro precisa consolidar arquivos manualmente para descobrir uma informação que deveria estar disponível de forma direta.
Nesse ponto, o problema não é usar Excel.
O problema é a criação de uma segunda empresa informacional funcionando paralelamente ao ERP.
Os mesmos dados passam a ser digitados mais de uma vez. As versões divergem. Um departamento toma decisões com uma informação enquanto outro utiliza outra.
Pessoas passam a gastar tempo conciliando números em vez de interpretar o negócio.
O ERP deixa de reduzir complexidade e passa a gerar trabalho para que a própria empresa consiga contorná-lo.
Se você não confia nos dados do ERP, ele perdeu uma de suas funções mais importantes
Uma empresa não precisa apenas armazenar informações. Precisa conseguir confiar nelas.
Esse ponto é central porque sistemas empresariais funcionam a partir da integração entre dados e processos.
Um sistema alimentado por informações incompletas, atrasadas ou contraditórias pode estar tecnicamente disponível e, ainda assim, produzir decisões ruins.
É fácil perceber quando isso começa a acontecer.
Uma reunião discute qual relatório está correto. O estoque físico não bate com o estoque registrado. A margem precisa ser recalculada fora do sistema. O gestor pergunta quanto existe disponível em caixa e recebe respostas diferentes dependendo de quem consulta.
Quando a organização precisa conferir sistematicamente o ERP com controles externos antes de confiar nele, existe uma inversão: o sistema deveria ser a referência, mas passou a precisar de outra referência para ser validado.
Antes de concluir que é necessário substituí-lo, porém, existe uma pergunta importante: o problema está no software ou na qualidade dos processos e dos dados?
Essa distinção evita trocas caras que apenas carregam problemas antigos para uma plataforma nova.
Nem todo ERP ruim precisa ser trocado
Comprar um sistema novo não corrige automaticamente processos mal definidos.
Se cada departamento registra informações de uma maneira, ninguém é responsável pela qualidade dos cadastros e regras importantes existem apenas na cabeça de determinadas pessoas, a mudança pode simplesmente digitalizar a desorganização existente.
Por isso, antes de decidir pela troca, a empresa precisa descobrir por que o sistema atual não funciona mais.
Talvez ele tenha recursos que nunca foram corretamente implantados. Talvez os processos tenham mudado sem que o ERP fosse reconfigurado. Talvez falte treinamento.
Também pode haver integrações possíveis que eliminariam boa parte do trabalho manual.
Mas existe outra possibilidade: o sistema simplesmente atingiu seu limite.
E insistir nele passa a custar mais do que mudar.
O custo mais perigoso de um ERP inadequado não aparece na mensalidade
É comum avaliar um sistema pelo preço da licença, manutenção ou suporte.
Só que o verdadeiro custo de um ERP inadequado costuma estar espalhado pela organização.
Está nas horas gastas copiando informações entre sistemas, no pedido digitado duas vezes, na conferência manual que poderia ser automatizada, no estoque comprado sem necessidade e no gestor que só descobre um problema quando ele já aconteceu.
Também aparece no fechamento que leva dias para consolidar informações que deveriam estar integradas.
Esses custos dificilmente aparecem como uma linha chamada “custo do ERP atual”.
Eles aparecem como retrabalho, atraso, horas administrativas, erros, baixa produtividade e dificuldade de decisão.
O ERP também pode se tornar um obstáculo ao crescimento
Existe um momento em que a limitação deixa de afetar apenas a eficiência atual e começa a limitar aquilo que a empresa gostaria de fazer no futuro.
Uma nova unidade exige controles que o sistema não suporta. Um novo canal de vendas não conversa com o estoque. A empresa deseja automatizar processos, mas não consegue integrar o ERP.
Quer utilizar melhor seus dados, porém eles estão fragmentados ou são difíceis de acessar.
Nesse cenário, o problema já não é somente operacional.
É estratégico.
Um ERP deveria fornecer uma base sobre a qual a organização consegue evoluir.
Quando cada nova iniciativa exige lutar contra o sistema existente, a empresa passa a organizar seus planos em função das limitações da tecnologia.
Deveria acontecer o contrário.
A tecnologia precisa sustentar o negócio.
Trocar o ERP não significa procurar um sistema com mais funcionalidades
Esse erro é comum.
A empresa sai de um sistema que não atende mais às suas necessidades e começa a comparar fornecedores pela quantidade de recursos apresentados durante a demonstração.
Mais módulos, mais telas e mais relatórios não significam necessariamente um ERP melhor.
Ele é melhor quando existe aderência entre processo, informação e necessidade de gestão.
Uma troca bem conduzida começa entendendo a empresa antes de escolher o software.
É preciso saber como um pedido percorre a organização, onde existe retrabalho, quais informações precisam circular entre comercial, estoque, compras, produção e financeiro e quais decisões hoje são tomadas sem dados suficientes.
Sem essas respostas, é muito fácil trocar um conjunto de limitações por outro.
Então, quando realmente está na hora de trocar?
A hora de trocar chega quando o ERP deixa de acompanhar o modelo operacional da empresa e corrigir essa distância se torna inviável técnica, econômica ou estrategicamente.
Não é necessário esperar o sistema parar de funcionar.
Na verdade, quando chega a esse ponto, a decisão provavelmente já foi adiada demais.
O momento de avaliar uma substituição é quando os sinais começam a se acumular: a informação já não é confiável, os controles paralelos se tornaram permanentes, integrações são difíceis, processos importantes dependem de trabalho manual e novas necessidades do negócio esbarram continuamente na arquitetura atual.
Um único problema isolado raramente justifica uma migração. O que justifica é o padrão.
Quando a organização precisa se adaptar cada vez mais ao ERP, em vez de o ERP acompanhar a evolução da organização, existe uma questão estrutural a ser resolvida.
Antes de trocar o ERP, descubra exatamente o que precisa mudar
Uma boa decisão não começa escolhendo fornecedores.
Começa diagnosticando a operação atual.
É preciso separar o que é problema de processo, problema de dados, problema de implantação e problema efetivo da tecnologia.
Só depois disso faz sentido decidir entre otimizar o ambiente existente, integrar novas ferramentas, reimplantar processos ou substituir o ERP.
Essa análise também torna a eventual migração muito mais segura.
A empresa deixa de procurar simplesmente “um ERP novo” e passa a procurar uma estrutura capaz de sustentar a operação que realmente possui — e aquela que pretende construir.
Quando ele já não consegue fazer isso, a troca deixa de ser uma discussão sobre tecnologia.
Passa a ser uma decisão de gestão.
Seu ERP ainda acompanha sua empresa?
Se sua operação depende cada vez mais de planilhas, controles paralelos, conferências manuais e informações espalhadas entre setores, vale investigar onde está o problema antes de simplesmente aceitar isso como parte da rotina.
A LBN pode analisar o cenário atual, os processos que o sistema precisa atender e os pontos em que a tecnologia está deixando de acompanhar a operação.
Entre em contato com a LBN para conversar sobre o seu cenário.
Referências
- WALLACE, Thomas F.; KREMZAR, Michael H. ERP: Making It Happen: The Implementers' Guide to Success with Enterprise Resource Planning. John Wiley & Sons, 2001.
- MOTIWALLA, Luvai F.; THOMPSON, Jeffrey. Enterprise Systems for Management. 2. ed. Pearson, 2012/2014.
- GARG, Vinod Kumar; VENKITAKRISHNAN, N. K. Enterprise Resource Planning: Concepts and Practice. PHI Learning, 2003.
- SEACORD, Robert C.; PLAKOSH, Daniel; LEWIS, Grace A. Modernizing Legacy Systems: Software Technologies, Engineering Processes, and Business Practices. Addison-Wesley Professional, 2003.
- BRODIE, Michael L.; STONEBRAKER, Michael. Migrating Legacy Systems: Gateways, Interfaces & the Incremental Approach. Morgan Kaufmann, 1995.