Um projeto de implementação de ERP industrial percorre quatro etapas com entregas próprias: diagnóstico e blueprint, configuração e parametrização, treinamento e homologação, go-live e estabilização. Cada etapa tem um documento que a encerra, participantes definidos e decisões que precisam sair antes de avançar para a seguinte.
Gestores que avaliam ERP costumam receber cronogramas com nomes de fases e durações, mas raramente com o que de fato acontece dentro de cada uma, quem participa e o que precisa estar decidido para o projeto avançar. Sem isso, a empresa entra no projeto sem saber onde vai ser cobrada.
Este é o desenho de etapas usado em implementações de SAP Business One com DiamondOne em manufatura não seriada, com as entregas concretas de cada fase. Quem procura a duração de cada etapa encontra o dimensionamento na página sobre tempo de implementação.
Etapa 1: Diagnóstico e Blueprint
A primeira etapa não configura nada. Ela mapeia como a indústria opera hoje e define como vai operar no sistema, e é a etapa que determina o sucesso das outras três.
O que acontece
O trabalho é de levantamento em campo: entender o fluxo do pedido desde a entrada até o faturamento, mapear os processos de PCP, documentar as estruturas de produto e os roteiros de fabricação existentes, identificar onde estão os controles paralelos em planilha e por que eles existem.
Essa última pergunta é a mais produtiva do projeto inteiro. Toda planilha paralela existe porque o sistema anterior não atendia alguma necessidade real. Descobrir qual é a necessidade evita que a planilha sobreviva ao novo ERP.
Quem participa
Consultor de processos e consultor de produção pelo lado do parceiro. Pelo lado da indústria: gestor de PCP, responsável por custos, engenharia de produto e alguém de chão de fábrica que conheça a operação real, não a operação descrita no procedimento.
O que encerra a etapa
O documento de blueprint, que descreve os processos como vão ser executados no sistema, os pontos onde o processo atual vai mudar e as decisões que a indústria precisa tomar. É o documento que serve de referência quando surgir divergência mais adiante.
Decisões que precisam sair aqui
- Como a estrutura de produto vai ser criada em pedidos sob encomenda: por ordem, por variante ou a partir de um modelo base.
- Em que pontos do roteiro haverá apontamento de produção.
- Qual o critério de rateio de custos indiretos.
- Quais controles em planilha serão descontinuados e quais viram requisito do sistema.
Etapa 2: Configuração e Parametrização
Com o blueprint aprovado, o sistema passa a ser construído. É a etapa mais longa do projeto e a que consome mais tempo da equipe do parceiro.
O que acontece
Configuração do SAP Business One nos módulos contratados e do DiamondOne nos módulos de manufatura: PCP, sequenciamento, apontamento, custeio por ordem e rastreabilidade. Em paralelo, acontece a preparação e a carga dos dados mestres.
A carga de dados é a parte que mais surpreende. Materiais, estruturas de produto, roteiros, centros de custo, clientes e fornecedores precisam entrar consistentes. Quando o cadastro de origem tem duplicidade ou descrição inconsistente, o saneamento acontece aqui, e é trabalho da indústria, não do parceiro, porque só quem opera sabe qual dos três cadastros duplicados é o correto.
Quem participa
Consultores de configuração pelo lado do parceiro. Pelo lado da indústria, a participação é menor em horas do que na etapa anterior, mas concentrada: validação de parametrizações e, principalmente, saneamento e validação dos dados mestres.
O que encerra a etapa
Ambiente configurado com dados reais carregados, pronto para receber os testes da etapa seguinte. Não é um ambiente aprovado ainda, é um ambiente testável.
Etapa 3: Treinamento e Homologação
A terceira etapa transfere o sistema para as pessoas que vão usá-lo e valida se ele funciona com a realidade da indústria.
O que acontece
Treinamento por perfil de usuário, não treinamento genérico. Um planejador precisa aprender a sequenciar, um apontador precisa aprender a registrar produção no ritmo do turno, quem cuida de custos precisa aprender a ler o custo por ordem e entender de onde vem cada componente.
Em seguida vem a homologação: rodar processos completos com dados reais de produção em ambiente de teste. Um pedido real percorre todo o caminho, da entrada ao faturamento, e a indústria confere se o resultado corresponde ao esperado.
Por que a homologação precisa usar dados reais
Dados fictícios são bem comportados. Eles não têm o item com unidade de medida divergente, o roteiro com operação terceirizada no meio, o pedido que mudou de escopo depois de iniciado. São exatamente esses casos que quebram no go-live, e homologar com dados reais é o que faz eles aparecerem antes.
O que encerra a etapa
Aceite formal da indústria: os processos homologados rodaram com dados reais e o resultado foi validado pelas áreas responsáveis. Sem esse aceite, não há go-live.
Etapa 4: Go-live e Estabilização
A entrada em produção é um evento de data marcada, mas a etapa vai além dele.
O que acontece
Corte para o novo sistema, com saldos de estoque, ordens em aberto e posições financeiras transferidos. É comum manter operação paralela por cerca de duas semanas, com o sistema anterior ainda acessível como rede de segurança, e suporte intensivo do parceiro nas primeiras semanas.
A estabilização é a fase em que aparecem os casos que ninguém previu: a exceção de processo que acontece uma vez por mês, o relatório que alguém usava e não citou no levantamento, o comportamento que estava correto no teste e desconcerta na operação real.
Quando escolher a data de corte
A data ideal é a de menor turbulência operacional. Fechamento de exercício, pico de demanda e período de férias coletivas são os piores momentos possíveis, porque combinam operação sob pressão com equipe reduzida.
O que encerra a etapa
Operação rodando exclusivamente no novo sistema, com os indicadores de produção e custo sendo extraídos do ERP e não de controles paralelos. O critério prático é simples: se as planilhas antigas continuam sendo alimentadas, a estabilização não terminou.
O que Acontece Depois do Go-live
Encerrada a estabilização, o projeto muda de natureza e passa a ser evolução. Módulos que ficaram para uma segunda onda entram, integrações adicionais são avaliadas e a indústria começa a usar dados que antes não tinha para decisões que antes eram feitas por percepção.
É comum que o maior valor apareça nessa fase, não no go-live. Custo real por ordem, ocupação real dos centros produtivos e margem por pedido antes da entrega só ganham significado depois de alguns meses de histórico acumulado.
Como a Objetiva Solução Conduz o Projeto
A Objetiva Solução é SAP Partner e implementa ERP exclusivamente em indústrias há 16 anos, com sede em Ipatinga e atendimento em todo o Brasil. A metodologia segue as quatro etapas descritas, com o blueprint como documento de referência e aceite formal da indústria antes de cada avanço de fase.
A diferença de um parceiro especializado em manufatura aparece na primeira etapa: mapear roteiro com operação terceirizada, estrutura de produto que nasce junto com o pedido e apontamento em chão de fábrica exige repertório que não se constrói em projetos de outros setores.
Perguntas Frequentes sobre as Etapas do Projeto
Quais são as etapas de uma implementação de ERP? São quatro: diagnóstico e blueprint, configuração e parametrização, treinamento e homologação, go-live e estabilização. Cada uma tem entregas próprias e um aceite que autoriza o avanço para a seguinte.
O que é o blueprint de um projeto de ERP? É o documento que encerra a etapa de diagnóstico. Ele descreve como cada processo vai ser executado no sistema, aponta onde o processo atual vai mudar e registra as decisões que a indústria precisa tomar. Serve de referência sempre que aparecer divergência de entendimento durante o projeto.
Em qual etapa a equipe interna é mais exigida? No diagnóstico e na homologação. No diagnóstico porque só quem opera consegue descrever o processo real, e na homologação porque só quem opera consegue julgar se o resultado do sistema corresponde ao esperado.
É possível pular alguma etapa para ganhar tempo? Não sem transferir o custo para depois. Reduzir o diagnóstico gera retrabalho de configuração, e reduzir a homologação empurra os problemas para a estabilização, quando a empresa já está operando no sistema novo e o custo de errar é maior.
Quem decide a data do go-live? A indústria, com recomendação do parceiro. O critério técnico é o aceite da homologação, e o critério operacional é escolher um período de menor turbulência, evitando fechamento de exercício, pico de demanda e férias coletivas.
O projeto termina no go-live? Não. A estabilização vem depois e só termina quando a operação roda exclusivamente no novo sistema, sem controles paralelos em planilha sendo alimentados. A partir daí o trabalho passa a ser de evolução, não de implementação.
