Migração do ECC para o SAP S/4HANA: greenfield, brownfield e transição seletiva

A SAP documenta três caminhos do ECC para o SAP S/4HANA: nova implementação (greenfield), conversão de sistema (brownfield) e transição seletiva de dados (selective data transition). Um quarto termo, lift and shift, descreve mover um sistema para outra infraestrutura sem alterá-lo, e sozinho não transforma um ECC em S/4HANA. A SAP S/4HANA Cloud Public Edition só admite nova implementação. A SAP S/4HANA Cloud Private Edition e o SAP S/4HANA on-premise admitem os três caminhos.

O calendário depende do enhancement package (EHP). A manutenção principal do SAP ERP 6.0 sem EHP ou com EHP 1 a 5 terminou em 31/12/2025. A dos EHP 6 a 8 vai até 31/12/2027, com manutenção estendida opcional até 31/12/2030. Em 07/10/2026, a SAP informou que um sistema Business Suite 7 em banco de dados de terceiros só poderá ser convertido para o S/4HANA até o fim de 2030, e que depois disso resta a nova implementação.

O que é cada edição de destino está em SAP S/4HANA: o que é, e o que o contrato de nuvem da SAP cobre em uma migração, em RISE with SAP.

Quais são os caminhos oficiais do ECC para o SAP S/4HANA

A tabela reúne a definição e a condição principal de cada caminho, conforme o guia Getting Started with SAP S/4HANA 2025 e a lição da SAP sobre caminhos de transição, em outubro de 2026.

Caminho	Definição da SAP	Condição importante
Nova implementação (new implementation, greenfield)	Instalação nova do sistema, com migração de dados mestres e transacionais do legado pelo SAP S/4HANA migration cockpit	Dados transacionais concluídos, encerrados ou parcialmente encerrados não são migrados; o sistema novo não herda o código Z do ECC
Conversão de sistema (system conversion, brownfield)	Processo técnico guiado de conversão 1:1 de um SAP ERP existente em SAP S/4HANA	Não serve para consolidar sistemas; exige Unicode e não aceita dual-stack; em passo único, parte do SAP ERP 6.0 com EHP 0 a 8, com restrições por support package
Transição seletiva de dados (selective data transition)	Migração dos dados de negócio relevantes, que combina redesenho de processos com a preservação de histórico selecionado	Usa funções especializadas que não são de disponibilidade geral; a SAP recomenda fortemente serviços próprios ou parceiros especializados
Lift and shift	Mover o sistema inteiro, sem alteração, para uma nova infraestrutura, em geral por cópia de sistema	O SAP S/4HANA de origem precisa ter pelo menos nove meses de manutenção principal restantes; software e release não mudam

Na conversão, o Software Update Manager (SUM) executa em um procedimento a migração do banco para o SAP HANA, quando necessária, a atualização do software e a conversão dos dados. O guia de conversão exige antes o Maintenance Planner e o Simplification Item-Check e recomenda fortemente a análise do código customizado. Ele cita, como exemplo de aviso, que appends de tabela customizados não são mantidos por padrão e que os dados desses campos se perdem, ponto que atinge campos Z em objetos de manutenção. O destino dos programas Z está em clean core no SAP.

Lift and shift serve para mover um sistema já convertido ou para levar o ECC on-premise ao SAP ERP, private edition. Em nenhum dos dois casos a mudança de infraestrutura converte o ERP.

Qual caminho existe para cada edição de destino

A tabela cruza caminhos e destinos, segundo a documentação da SAP, em outubro de 2026.

Destino	Caminhos documentados	Observação
SAP S/4HANA on-premise	Nova implementação, conversão de sistema e transição seletiva	O cliente ou o parceiro executa e opera
SAP S/4HANA Cloud Private Edition (SAP Cloud ERP Private)	Os três caminhos e o lift and shift de um S/4HANA existente	No RISE, o cliente ou o parceiro de migração executa o SUM, e a responsabilidade pelo sistema passa à SAP Enterprise Cloud Services ao final
SAP S/4HANA Cloud Public Edition (SAP Cloud ERP)	Somente nova implementação	A SAP registra que não há conversão de sistema nem transformação de landscape para a Public Edition

Na Private Edition, a SAP entrega o RISE with SAP system transition workbench, com roteiros para lift and shift e para a conversão em um passo. O SAP S/4HANA 2025 recebeu o FPS02 em 07/10/2026, e o ciclo de cada release está em SAP S/4HANA: versões, edições e manutenção.

Até quando o ECC tem manutenção: prazos por enhancement package

A tabela resume a política publicada pela SAP para o SAP ERP 6.0, com dados de outubro de 2026. As datas não mudaram com o comunicado de 07/10/2026.

Ambiente ou modalidade	Prazo	Condição
SAP ERP 6.0 sem EHP ou com EHP 1 a 5	Manutenção principal encerrada em 31/12/2025	O upgrade para EHP 6 a 8 leva ao horizonte de 2027
SAP ERP 6.0 com EHP 6 a 8	Manutenção principal até 31/12/2027	São os três enhancement packages mais recentes
Manutenção estendida	De 2028 até 31/12/2030	Opcional, com prêmio de dois pontos percentuais sobre a base de manutenção
Manutenção específica do cliente (customer-specific maintenance)	Para quem não contrata a estendida ou depois que ela termina	Suporte limitado em relação à manutenção principal
SAP ERP, private edition, transition option	De 2031 a 2033	Assinatura de nuvem para clientes elegíveis; não prorroga o on-premise

O prêmio incide sobre a base de manutenção do contrato, e não sobre o custo do projeto. Levar o ECC para o banco SAP HANA não muda o prazo da aplicação. Cada modalidade e o efeito no SAP PM estão em O SAP PM acabou?.

As condições da opção de transição de 2031 a 2033

A SAP ERP, private edition, transition option é uma assinatura com prazo definido, centrada no ECC sobre SAP HANA. As condições publicadas pela SAP até outubro de 2026 são estas:

• Os sistemas precisam estar migrados para o SAP ERP, private edition sobre SAP HANA antes de 31/12/2030.
• O SAP HANA é o único banco suportado, e o tamanho mínimo é de 2 TB por sistema assinado.
• Os produtos elegíveis estão na SAP Note 3591251, e a oferta só existe com o plano max success, cobrado à parte.
• A compra é possível a partir de 2028. Quem aderir ao SAP ERP, private edition em 2026 tem acréscimo padrão de 20% no preço ao passar para a opção em 2031; para 2027 em diante, a SAP não divulgou o percentual.
• Funcionalidades que dependem de Java não são suportadas.

A SAP afirma que a oferta não prorroga a manutenção do SAP ERP e que nada muda para quem continuar com o ECC on-premise depois de 2030.

Os prazos de todas as versões, do ECC por enhancement package ao S/4HANA, NetWeaver e HANA, e o que cada fase de manutenção cobre estão em suporte SAP por versão: prazos de manutenção e fases.

O que o comunicado da SAP de 07/10/2026 muda depois de 2030

O comunicado trata de um grupo específico: clientes do SAP Business Suite 7 e do SAP NetWeaver que usam banco de dados de terceiros ou componentes Java. Para esse grupo, a SAP informou o seguinte:

• No fim de 2030 terminam os acordos de revenda e de suporte da SAP com os fornecedores de banco de dados de terceiros. A partir daí, a SAP não presta suporte específico de banco, mesmo para quem licenciou o banco por meio dela.
• Depois de 31/12/2030, a manutenção específica do cliente deixa de incluir correções de kernel e de segurança de kernel para esses bancos.
• A conversão de um sistema Business Suite 7 em banco de terceiros para o SAP S/4HANA ou para o SAP Cloud ERP só é possível antes do fim de 2030. Depois, o comunicado indica apenas a nova implementação.
• O SAP NetWeaver AS Java 7.5, com seus add-ons, entra em manutenção específica do cliente a partir de 2031, sem release sucessor.
• Migrar o sistema para o SAP HANA antes do fim de 2030 elimina a dependência do banco de terceiros, mas não estende a manutenção. A SAP não recomenda esse passo como caminho estratégico de longo prazo.

A restrição de conversão vale para o sistema em banco de terceiros, e não para todo ECC em qualquer banco.

Compatibility packs são direito de uso, e não prazo do ERP

Compatibility packs são funcionalidades do ECC que a SAP disponibilizou no S/4HANA por um período definido. Na apresentação de 04/02/2026, a SAP separa manutenção de direito de uso: passada a data, expira o direito de usar a funcionalidade. Os itens Transportation (LE-TRA), Customer Service (CS) e Production Planning for Process Industries (PP-PI) têm direito de uso até 2030, assim como os demais itens em sistemas S/4HANA sob assinatura de nuvem. Fora desses casos, o direito termina em 31/05/2026. A data vale para funcionalidades específicas dentro do S/4HANA, e não para o ERP, e o ECC não tem compatibility scope.

O que a manutenção precisa levar em cada caminho

A tabela mostra o destino dos dados e das dependências do SAP PM em cada caminho. A coluna de nova implementação usa o guia Migration Objects for SAP S/4HANA, na versão para o release 2021 atualizada em 02/07/2026; a lista precisa ser conferida no release de destino.

Tema	Nova implementação	Conversão de sistema	Transição seletiva
Objetos técnicos, listas de tarefas e planos	Carga pelos objetos de migração de PM: equipamento, local de instalação, listas de materiais, listas de tarefas, ponto e documento de medição, plano e item de manutenção	Convertidos no próprio sistema	Definidos pelo desenho do projeto
Ordens e notas em aberto	Na transferência direta do ERP, o objeto de ordem seleciona os tipos PM01, PM02 e PM03 com status criada ou liberada; o de nota, os tipos M1, M2 e M3 com status em aberto	Convertidas junto com o sistema	Conforme a seleção
Histórico de ordens e notas encerradas	Não entra pela migração padrão	Permanece no sistema convertido	Preservado de forma selecionada
Código Z e enhancements	Não são herdados	Mantidos, com análise antes e adaptação depois da conversão	Conforme o escopo
Interfaces e aplicativos de campo	Redesenhados sobre as interfaces do destino	Retestados no destino	Retestados no destino

Três pontos pedem decisão explícita do projeto.

• Histórico. Na nova implementação, ordens encerradas e notas concluídas ficam fora da carga padrão, e subordens são migradas como ordens independentes. O projeto precisa definir onde o histórico continuará disponível para consulta.
• Interfaces. As APIs de manutenção que a SAP documenta para a Public Edition não devem ser presumidas no ECC nem em outro release. Cada interface precisa de dono e de teste no destino, como descrito em log de integração no SAP PM.
• Aplicativos de campo. O guia do SAP Service and Asset Manager 2511 lista como backends a Private Edition, o S/4HANA on-premise e o SAP ERP 6.0 com EHP 7 ou 8, e direciona a Public Edition ao SAP Maintenance Assistant. Um aplicativo validado no ECC não está validado na Public Edition por consequência. Os pontos de planejamento estão em projeto mobile para SAP PM.

Como decidir o caminho por critério

A tabela organiza as condições da documentação da SAP que eliminam opções, em outubro de 2026.

Situação	O que a documentação da SAP indica
O destino é a Public Edition	Nova implementação, único caminho
O sistema está em banco de terceiros e o projeto pode passar de 2030	Conversão só até o fim de 2030; depois, nova implementação
É preciso manter o histórico de ordens e notas no mesmo sistema	Conversão de sistema ou transição seletiva
Vários sistemas ECC serão consolidados em um	A conversão é 1:1 e não atende; restam nova implementação ou transição seletiva
Os processos serão redesenhados e o código Z não deve ser herdado	Nova implementação, que começa sem código legado
Redesenho de processos com parte do histórico	Transição seletiva, com parceiro especializado; problemas causados por ferramentas que não são da SAP ficam fora dos contratos de suporte

No Brasil, a escolha pela Public Edition pede a conferência da localização fiscal por processo. O What's New do release 2502.1 registra campos de nota fiscal na API de fatura de fornecedor e a EFD ICMS IPI, o que comprova conteúdo fiscal naquele release, e não cobertura integral. A comparação entre as duas nuvens está em SAP Cloud ERP público e privado.

A execução da manutenção durante e depois da migração

Nos três caminhos, a execução em campo e a programação do PCM precisam de um destino validado contra a edição e o release. A PM RUN é a plataforma de execução, mobilidade e planejamento de manutenção que roda sobre o SAP PM, sem substituir o SAP, e usa o SAP PM no ECC 6.0 ou no S/4HANA, on-premise ou em nuvem. Em um projeto de migração, a integração dela entra no inventário de interfaces e no plano de regressão como qualquer outra. A página de PM RUN Mobilidade descreve o que o técnico executa no aplicativo.