O que é ERP e quando vale a pena implantar um

O problema que o ERP resolve

Numa organização sem base única, o mesmo fornecedor existe com três grafias diferentes, o valor do contrato no jurídico não bate com o do financeiro, e ninguém consegue dizer, sem montar planilha, quanto foi gasto num centro de custo no mês passado.

Isso não é falha de disciplina, é consequência de arquitetura: quando cada área tem seu próprio cadastro, divergir é o comportamento natural do sistema. ERP ataca a causa, transformando a informação compartilhada em registro único, e não em cópia sincronizada de vez em quando.

O sinal de que chegou a hora

Não é o tamanho da organização, é o custo da reconciliação. Alguns sinais concretos:

• Fechamento mensal que consome dias de gente qualificada juntando número de sistemas diferentes.
• Decisão que espera relatório, em vez de consultar um painel.
• Auditoria em que a maior parte do esforço é provar de onde veio o dado, e não explicar a decisão.
• Planilha crítica que virou sistema, com um único responsável que ninguém sabe substituir.
• Processo que trava porque uma informação está num sistema que a área seguinte não acessa.

Quando dois ou três desses aparecem juntos, o custo de não integrar já está sendo pago, só que de forma difusa.

O erro que faz o projeto naufragar

É quase sempre o mesmo: tratar a implantação como projeto de tecnologia. O sistema entra, os dados migram, e os processos continuam os mesmos, agora numa tela diferente. Seis meses depois, as planilhas voltaram, porque o processo que as gerava nunca foi revisto.

ERP muda quem faz o quê, em que ordem e com que informação. Se essa conversa não acontecer antes, ela acontece depois, no meio da operação, e aí custa muito mais caro.

Big bang ou por etapas

Entrar com tudo de uma vez tem apelo, porque encurta o período de convivência entre sistemas. Na prática, concentra todo o risco num único dia e exige que a organização inteira aprenda ao mesmo tempo.

A entrada por etapas convive com o legado por mais tempo, e isso dá trabalho, mas permite corrigir o desenho no segundo módulo com o que se aprendeu no primeiro. Para a maioria das organizações, a segunda opção custa menos no total, mesmo parecendo mais lenta no cronograma.

O dado é a parte mais subestimada

Migrar cadastro sujo para um sistema novo produz um sistema novo com cadastro sujo, e ainda queima a confiança da organização na ferramenta logo na estreia. Fornecedor duplicado, centro de custo que não existe mais, contrato encerrado ainda ativo: tudo isso precisa ser tratado antes, e é trabalho que ninguém gosta de orçar.

Vale reservar esforço explícito para isso no plano. Projeto que trata migração como tarefa técnica de fim de cronograma costuma descobrir o tamanho do problema quando já não há prazo.

Como medir se valeu

Módulos implantados não medem nada. O que mede:

• Tempo de fechamento mensal, antes e depois.
• Horas gastas em reconciliação entre áreas.
• Tempo entre a necessidade e o pedido atendido, no ciclo de compras.
• Percentual de decisões tomadas com dado do sistema, em vez de planilha paralela.
• Esforço de auditoria para rastrear uma transação de ponta a ponta.

Se as planilhas paralelas continuam existindo depois da implantação, elas são o indicador mais honesto: o processo não foi resolvido, foi contornado.