Migração para o SAP S/4HANA: o que mapear antes de decidir o caminho

A migração para o SAP S/4HANA é a passagem do SAP ECC para a geração atual do ERP da SAP, seja convertendo o sistema existente, seja implantando um novo, seja combinando as duas coisas. Antes de escolher o caminho, a empresa precisa de um mapa de como o trabalho realmente acontece hoje: o que o ECC registra e o que as pessoas fazem fora dele. É esse mapa que diz o que vale levar, o que pode aderir ao padrão e o que deve ser aposentado.

A decisão costuma ser tratada como técnica. Mas a pergunta que define custo e risco é de negócio: o processo atual merece ser preservado ou precisa ser redesenhado? Sem mapa, ela é respondida por opinião, e a opinião mais forte na sala vira escopo.

O prazo do ECC: o que a SAP anunciou

Em comunicado de 4 de fevereiro de 2020, a SAP informou que a manutenção padrão das aplicações centrais do SAP Business Suite 7, que inclui o SAP ERP 6.0 (o ECC), vai até o fim de 2027. Depois disso, há uma manutenção estendida opcional de três anos, de 2028 até o fim de 2030, com acréscimo de dois pontos percentuais sobre a base de manutenção. No mesmo comunicado, a SAP estendeu o compromisso de manutenção do S/4HANA até o fim de 2040.

Confirme as condições do seu contrato com a SAP ou com o seu parceiro antes de fixar o cronograma. O prazo pressiona a decisão, e decidir rápido sem mapa costuma sair mais caro do que decidir rápido com ele.

Greenfield, brownfield e migração seletiva

Nenhum dos três caminhos é melhor em abstrato. Cada um responde bem a uma situação da operação, e o mapa mostra em qual situação a empresa está.

Caminho	Quando faz sentido	O que se leva	Risco principal	O que o mapa precisa responder
Greenfield (nova implantação)	O processo atual carrega muito desvio, a empresa mudou de modelo de negócio, ou quer aderir ao padrão da SAP	Dados mestres, saldos e itens em aberto. O histórico fica consultável à parte	Mudança grande para as pessoas e requisito esquecido: o que o ECC fazia "sem ninguém pedir"	Quais processos realmente diferenciam o negócio e quais podem seguir o padrão. Quanto trabalho acontece fora do sistema e precisa ser absorvido
Brownfield (conversão do sistema)	O processo atual funciona bem, as customizações são poucas ou ainda úteis, e a prioridade é prazo e continuidade	Configuração, customizações, dados e histórico, ajustados ao que o S/4HANA exige	Levar para o sistema novo quinze ou vinte anos de remendos que ninguém usa mais	Quais customizações têm uso real, por quem e para quê. Onde o processo atual trava e não deveria ser preservado
Migração seletiva (híbrida)	Unidades ou processos em situações diferentes: parte merece ser preservada, parte redesenhada. Também em fusões e cisões	Só o que for escolhido: certas empresas do grupo, certos processos, um recorte do histórico	Complexidade de definir as regras de seleção, e dependência de parceiro especializado	Quais unidades fazem o mesmo processo de formas diferentes, e quais diferenças são legítimas. Quanto do histórico é consultado de fato

Nenhuma pergunta da última coluna é respondida pelo inventário técnico do ECC. Ele diz o que existe no sistema, não o que é usado, por quem, nem o que as pessoas fazem para contornar o que o sistema não faz.

Clean core e fit-to-standard, explicados para o executivo

Clean core é a diretriz de manter o núcleo do ERP o mais próximo possível do padrão da SAP. Necessidades específicas da empresa não são resolvidas mexendo no código do sistema, e sim por extensões construídas ao lado dele, por meios que a SAP se compromete a manter estáveis entre versões. Na prática, atualizações futuras ficam mais baratas e previsíveis, inclusive no RISE with SAP. O preço é aceitar o padrão em mais lugares do que a empresa estava acostumada.

Fit-to-standard é a forma de conduzir o desenho do processo partindo do que o padrão da SAP já faz. Em vez de levantar requisitos e depois procurar o que o sistema não atende (o fit-gap clássico, tratado no post sobre levantamento de processos antes do ERP), os workshops mostram o processo padrão e perguntam: o que no nosso negócio precisa, de verdade, ser diferente disso?

As duas ideias reduzem custo de longo prazo, e as duas dependem de a empresa saber responder com segurança "precisa ser diferente?". Quem responde nos workshops costuma ser um key user por área. Se ele não sabe que a filial do Nordeste faz o faturamento de outro jeito, ou que o time fiscal mantém uma planilha porque o cálculo padrão não cobre um caso, o fit-to-standard aprova um padrão que vai virar exceção manual depois do go-live. O clean core continua limpo no papel, e a sujeira vai para a planilha.

O que mapear antes de decidir o caminho

O mapa tem dois lados: um vem do sistema, o outro das pessoas.

O processo que o ECC registra

O ECC guarda, para cada pedido, nota, pagamento ou ordem, a sequência de eventos com data, hora e autor. Lidos como log de eventos, esses registros mostram o processo como ele acontece de fato no sistema: os caminhos mais comuns, as variações, os retornos, as aprovações refeitas, o tempo entre cada etapa, por unidade e por tipo de operação. É o que a mineração de processos faz.

Para a migração, essa leitura responde perguntas que nenhuma reunião responde com a mesma precisão:

• quantas variações reais existem em cada processo, e quanto volume passa por cada uma;
• quais unidades seguem o mesmo fluxo e quais divergem;
• onde há retrabalho registrado no sistema, como pedidos alterados depois de aprovados ou notas estornadas;
• quais customizações aparecem no caminho do processo e com que frequência são acionadas;
• quanto do histórico é de fato consultado e alimenta decisões.

Na página sobre UpFlux e SAP há mais sobre como essa leitura é feita sobre o ECC e o S/4HANA.

O que acontece fora do sistema

O log mostra o que o sistema registra. Não mostra a planilha que controla a fila antes do pedido existir, o e-mail que faz o papel de aprovação, a conferência manual que alguém faz porque já viu o cálculo errar, a redigitação de dados vindos de um portal de cliente, o relatório da segunda-feira montado a partir de três extrações. Nem o motivo de cada uma dessas coisas existir.

Esse lado só aparece quando as pessoas contam a própria rotina, e pesa em qualquer caminho:

• No greenfield, cada planilha paralela é um requisito que o padrão novo precisa absorver ou que vai continuar existindo depois do go-live.
• No brownfield, cada contorno manual é um sinal de que aquele trecho do processo talvez não mereça ser preservado como está.
• No clean core, o que não couber no padrão e não virar extensão vira trabalho manual.

O que o log do ECC mostra	O que as pessoas contam
Sequência de etapas registradas, com tempo entre elas	O que acontece entre uma etapa e outra, fora do sistema
Variações do processo e volume de cada uma	Por que a variação existe e se ela é legítima
Retrabalho registrado: alterações, estornos, reaprovações	Retrabalho invisível: conferências, redigitação, cobrança por e-mail
Customizações acionadas no caminho do processo	Para que servem, quem depende delas e o que aconteceria sem elas
Diferenças entre unidades	Se a diferença é do negócio ou só do hábito

Como o Nous Scan entrega o lado das pessoas em duas semanas

Ouvir o time inteiro sempre esbarrou em escala, e por isso o levantamento tradicional fica em um key user por área.

O Nous Scan resolve isso com um agente de IA que 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.

Três características importam num pré-projeto de S/4HANA:

• Nada é plugado em sistema nenhum. O insumo é o que as pessoas contam sobre a própria rotina. Não exige integração nem demanda do TI, já ocupado com a avaliação técnica da migração.
• A liderança vê o consolidado, nunca a entrevista individual. É o que faz as pessoas contarem sobre a planilha que ninguém deveria saber que existe.
• Complementa a leitura do log. O censo cobre o que o ECC não registra; o log cobre o que ele registra.

A página de mapeamento de processos com IA mostra como é a entrega.

Como usar o mapa para decidir o que não migrar

A decisão mais valiosa de uma migração costuma ser o que deixar para trás. Com os dois lados do mapa, cada customização, relatório e controle paralelo cai em uma de quatro decisões:

1. Aposentar. Sem uso no log e sem ninguém que dependa dela no censo. Levá-la é custo de conversão e teste sem benefício.
2. Substituir pelo padrão. Tem uso, mas a necessidade que atendia já é coberta pelo S/4HANA. O censo diz quem precisa ser treinado no jeito novo.
3. Reconstruir como extensão. Tem uso, atende a algo que diferencia o negócio e o padrão não cobre. Entra no plano como extensão ao lado do núcleo, coerente com o clean core.
4. Absorver um controle de fora. O censo revelou uma planilha ou conferência que existe porque o ECC não atendia. Se o S/4HANA atende, ela some no go-live, e o ganho entra no business case.

Exemplo ilustrativo, com números hipotéticos. Uma empresa tem 600 desenvolvimentos próprios no ECC. O log mostra que 220 foram acionados nos últimos doze meses. O censo mostra que 40 deles são relatórios que só alimentam planilhas, e descreve 35 controles paralelos que não passam por customização nenhuma. A triagem com o parceiro de implantação classifica: 380 para aposentar, 120 cobertos pelo padrão, 60 para reconstruir como extensão, 40 relatórios substituídos por análises nativas. Dos 35 controles paralelos, 18 são absorvidos pelo padrão novo. O que muda é a natureza da conversa: o escopo deixa de ser "converter o que existe" e passa a ser "converter o que é usado e resolver o que está fora".

O mesmo vale para unidades e histórico: duas unidades cuja diferença é só de hábito vão juntas para o padrão, e o histórico que ninguém consulta fica arquivado em vez de convertido.

A triagem não substitui o parceiro de implantação. Dá a ele base mais firme para estimar esforço, defender o padrão onde ele cabe e concentrar os consultores no que precisa de desenho.

Perguntas frequentes

Qual é o prazo de manutenção do SAP ECC?

Segundo o comunicado da SAP de fevereiro de 2020, a manutenção padrão das aplicações centrais do Business Suite 7, incluindo o ECC, vai até o fim de 2027, com manutenção estendida opcional de 2028 até o fim de 2030, mediante acréscimo de dois pontos percentuais. Confirme as condições do seu contrato com a SAP.

Qual a diferença entre greenfield e brownfield no S/4HANA?

No greenfield, a empresa implanta o S/4HANA do zero e leva dados mestres e saldos, redesenhando os processos a partir do padrão. No brownfield, converte o ECC existente, levando configuração, customizações e histórico. O greenfield exige mais mudança das pessoas; o brownfield corre o risco de carregar o que não deveria.

Como saber qual caminho de migração escolher?

Pelo estado da operação, não só do sistema. Se o processo atual funciona e as customizações têm uso, o brownfield tende a fazer sentido. Se há muito desvio e trabalho fora do sistema, o greenfield ou a migração seletiva costumam compensar. O mapa com o log do ECC e o relato das pessoas é o que mostra qual é o caso.

Process mining substitui o levantamento com as pessoas na migração?

Não, e o contrário também não. O process mining lê o log do ECC e mostra com precisão o que o sistema registra. O censo com as pessoas mostra o que acontece fora do sistema e por quê. A migração precisa dos dois, porque o requisito esquecido quase sempre mora no segundo.

Quanto tempo leva para mapear a operação antes da migração?

Com o Nous Scan, o lado das pessoas fica pronto em duas semanas, com 100% do time do escopo entrevistado por um agente de IA, sem integração com o ECC. A leitura do log corre em paralelo e não depende das entrevistas.

Próximo passo

Se a migração para o S/4HANA está no planejamento, o melhor momento para o mapa é antes de fechar o caminho com o parceiro. Veja como funciona o Nous Scan ou fale com a gente pela página de mapeamento de processos com IA.