Fim do suporte do SAP Business Suite 7 em 2027: o que decidir agora
A manutenção mainstream do SAP Business Suite 7 vai até o fim de 2027. Depois disso existem três rotas: contratar a manutenção estendida, que vale até o fim de 2030 com acréscimo de 2 pontos percentuais sobre a base de manutenção, migrar para o S/4HANA, que tem compromisso de inovação e suporte declarado até 2040, ou usar a janela para repensar o ERP inteiro. A decisão precisa sair em 2026, porque o que está em jogo é prazo de projeto, não prazo de renovação de contrato.
📚 Continue aprendendo sobre este tema:
O que termina em 2027, exatamente
Nada desliga. O ERP continua rodando no dia seguinte ao fim do prazo, com os mesmos usuários e os mesmos relatórios. O que muda é o regime de manutenção que sustenta esse ERP: é o contrato de manutenção que costuma bancar correção de erro, nota de suporte e atualização legal. Quando o regime muda, muda também o que você pode exigir do fabricante e do parceiro.
São três marcos e vale gravar os três, porque a conversa com a diretoria gira em torno deles:
| Marco | Prazo | O que significa para você |
|---|---|---|
| Manutenção mainstream do SAP Business Suite 7 | Até o fim de 2027 | Regime padrão. É o que a maioria das empresas tem hoje. |
| Manutenção estendida do SAP Business Suite 7 | Até o fim de 2030 | Acréscimo de 2 pontos percentuais sobre a base de manutenção. |
| Compromisso de inovação e suporte do S/4HANA | Até 2040 | Horizonte longo, para quem migra a plataforma. |
Repare no desenho: a estendida compra três anos, o S/4HANA compra mais de uma década. Não são opções equivalentes com preços diferentes, são horizontes de planejamento diferentes.
Por que a decisão é de 2026, e não de 2027
De maio de 2026 até dezembro de 2027 são 19 meses de calendário. Parece muito. Não é. Tire desse total o período de fechamento contábil, o congelamento de fim de ano que quase toda empresa aplica no ERP, as férias coletivas e o tempo que a diretoria leva para aprovar orçamento. Sobra bem menos do que a conta bruta sugere.
Some a isso o fato de que um projeto de ERP não é uma instalação, é uma sequência: levantamento, desenho, ambiente de homologação, testes de processo com usuário-chave, testes de carga, virada e estabilização. Cada etapa depende da anterior. Não dá para paralelizar por decreto.
A regra prática que usamos com nossos clientes é simples: se a rota escolhida envolve mudar de plataforma, o comitê precisa bater o martelo com folga de pelo menos um ciclo de fechamento inteiro antes do prazo. Se envolve apenas contratar a estendida, a decisão é comercial e cabe em semanas, mas ainda assim precisa ser tomada antes de o prazo virar urgência.
Rota 1: ficar no Business Suite 7 e contratar a manutenção estendida
É a rota de menor ruptura. Você mantém o sistema como está, mantém os processos, mantém as customizações e ganha até o fim de 2030. O custo declarado dessa extensão é o acréscimo de 2 pontos percentuais sobre a base de manutenção.
Quando essa rota faz sentido
- A empresa está no meio de outro projeto grande, como uma fusão, uma troca de planta ou uma expansão, e não tem banda para dois projetos críticos ao mesmo tempo.
- O parque de customizações é pesado e ainda não foi mapeado. Sem mapa, migrar é apostar.
- Existe uma decisão societária pendente que pode mudar o desenho do negócio nos próximos dois anos.
- O time interno de TI é pequeno e a prioridade do ano já está tomada por outro prazo, como um fim de suporte de servidor ou de banco de dados.
O que essa rota não resolve
Comprar tempo é legítimo, desde que o tempo comprado seja usado. O erro clássico é contratar a estendida, respirar aliviado e voltar ao assunto em 2029, quando a janela ficou menor do que a de hoje. Se você escolher essa rota, saia da reunião com uma data de reavaliação marcada no calendário e com o mapeamento de customizações já em andamento. A estendida não é um plano, é um prazo.
Rota 2: migrar para o S/4HANA
É a rota de horizonte longo, com compromisso de inovação e suporte até 2040. Também é a mais exigente, porque não é só uma troca de versão: muda a base de dados, muda o modelo de dados e, em geral, muda a forma como parte dos processos é executada.
Três abordagens de projeto
- Conversão do sistema existente. Você leva a base atual para a nova plataforma. Preserva histórico e configuração, mas carrega junto tudo o que está mal resolvido hoje.
- Implantação nova. Você desenha o processo do zero na plataforma nova e migra apenas os dados que interessam. Custa mais esforço de negócio e menos herança ruim.
- Transição seletiva. Um caminho intermediário, em que parte da configuração é aproveitada e parte é redesenhada. Exige um levantamento honesto antes, sob pena de virar o pior dos dois mundos.
O que a infraestrutura precisa entregar aqui
Banco em memória muda o perfil do servidor. Memória deixa de ser um detalhe de configuração e vira o principal item de dimensionamento, com impacto direto no custo do ambiente e na performance percebida pelo usuário. Ambiente de homologação deixa de ser opcional: você precisa de um lugar para testar sem risco, e esse lugar precisa parecer com produção, não com um notebook.
Antes de discutir plataforma, vale revisar o básico do dimensionamento em requisitos de servidor para SAP e entender o efeito da nuvem sobre a experiência do usuário em SAP na nuvem e performance. São dois assuntos que decidem o sucesso da migração muito antes de a primeira linha ser convertida.
Rota 3: usar a janela para repensar o ERP
Essa rota costuma ser esquecida, e é justamente a que mais faz sentido para uma parte das médias empresas. Muita companhia opera hoje um Business Suite herdado de uma época em que o negócio era outro: outra estrutura societária, outro volume, outro número de plantas. O prazo de 2027 é uma oportunidade legítima de perguntar se a plataforma ainda serve ao tamanho atual.
Para média empresa, o SAP Business One entra nessa conversa como opção dentro da mesma família, com um custo de operação e de infraestrutura tipicamente menor do que o de uma suíte corporativa completa. Não é uma resposta automática: é uma hipótese que merece ser avaliada com números da própria empresa, não com um comparativo genérico de fornecedor.
Perguntas que revelam se a rota 3 é para você
- Quantos módulos do ERP atual são efetivamente usados no dia a dia? Se a resposta for uma fração pequena, você está pagando manutenção sobre o que não usa.
- Quantas customizações ainda têm dono? Customização sem dono é dívida técnica com juros.
- Quantas planilhas paralelas existem porque o ERP não entrega o relatório que a área precisa? Planilha paralela é sintoma, não é solução.
- O time consegue fechar o mês sem intervenção manual? Se não, o problema pode não ser a versão do sistema.
Comparativo das três rotas
| Critério | Rota 1: estendida | Rota 2: S/4HANA | Rota 3: repensar o ERP |
|---|---|---|---|
| Horizonte que compra | Até o fim de 2030 | Até 2040 | Depende da plataforma escolhida |
| Ruptura na operação | Mínima | Alta | Alta |
| Esforço do time de negócio | Baixo | Alto | Muito alto |
| Exigência de infraestrutura nova | Baixa | Alta | Média a alta |
| Chance de resolver dívida de processo | Nenhuma | Média | Alta |
| Risco de a decisão voltar à mesa em pouco tempo | Alto | Baixo | Baixo |
Não existe coluna vencedora. Existe a coluna que combina com o momento da sua empresa, com o tamanho do seu time e com a agenda de investimento já comprometida.
O que a infraestrutura precisa entregar em qualquer rota
Independentemente da decisão, quatro itens saem da lista de desejos e entram na lista de requisitos:
- Ambiente de homologação de verdade. Separado de produção, com dados representativos e restaurável. Testar em produção é o caminho mais rápido para uma parada não planejada.
- Backup testado por restauração. Backup que nunca foi restaurado é uma hipótese, não uma garantia. Antes de qualquer atualização, a restauração precisa ter sido exercitada.
- Janela de parada acordada com o negócio. Quem define a janela é a operação, não a TI. E ela precisa incluir o tempo de rollback, não só o tempo de execução.
- Monitoramento contínuo antes, durante e depois. Sem linha de base de desempenho, você não consegue provar se a migração melhorou ou piorou nada.
A reforma tributária entra na mesma conta
Existe um segundo prazo puxando a mesma corda. A Lei Complementar 214/2025, publicada em 16/01/2025, regulamenta a reforma tributária. 2026 é ano-teste, com alíquotas de IBS de 0,1% e CBS de 0,9%. O impacto direto no ERP é operacional: o sistema precisa emitir e escriturar os novos tributos em paralelo aos atuais durante o período de transição.
Isso significa versão suportada, ambiente de homologação disponível e janela de atualização reservada. Uma empresa que decide adiar tudo para 2027 vai colidir os dois assuntos no mesmo trimestre. Se esse é o seu caso, veja o roteiro específico em SAP Business One e a reforma tributária.
Cinco erros que aparecem sempre
- Tratar o prazo como assunto de TI. É decisão de diretoria, com efeito sobre fechamento contábil, faturamento e auditoria.
- Pedir proposta antes de ter inventário. Sem saber quantas integrações, customizações e interfaces existem, qualquer proposta é chute com aparência de planilha.
- Confundir prazo de suporte com prazo de funcionamento. O sistema não para. O que para é a rede de proteção.
- Deixar a infraestrutura para o fim. Servidor, memória, backup e janela precisam estar resolvidos antes do primeiro teste sério, não depois.
- Escolher a rota pelo custo do primeiro ano. A comparação honesta é de horizonte inteiro, incluindo o que você vai gastar de novo quando o prazo curto vencer.
Como montar a decisão em 90 dias
- Semanas 1 a 3: inventário técnico. Versão exata em uso, integrações ativas, customizações com e sem dono, volume da base, janela de parada tolerada pelo negócio.
- Semanas 4 a 6: leitura de negócio. Quais processos realmente rodam no ERP, quais estão em planilha, o que a diretoria pretende mudar na operação nos próximos três anos.
- Semanas 7 a 9: desenho das rotas viáveis, com requisito de infraestrutura estimado para cada uma e com os riscos declarados por escrito.
- Semanas 10 a 12: decisão do comitê, definição do responsável interno pelo projeto e reserva de orçamento no ciclo seguinte.
Noventa dias para decidir, sobrando mais de um ano para executar. Essa é a diferença entre um projeto conduzido e um projeto empurrado pelo calendário.
Perguntas frequentes
O SAP Business Suite 7 para de funcionar no fim de 2027?
Não. O sistema continua operando normalmente. O que termina no fim de 2027 é a manutenção mainstream. A manutenção estendida vai até o fim de 2030, com acréscimo de 2 pontos percentuais sobre a base de manutenção.
Quanto custa migrar para o S/4HANA?
Depende do número de integrações, do volume de customizações, do tamanho da base e da abordagem escolhida. Qualquer valor apresentado antes do inventário técnico é estimativa sem lastro. O único número público e objetivo do assunto é o horizonte de suporte: até 2040.
Dá para decidir isso só em 2027?
Dá para decidir, mas provavelmente não para executar com calma. Um projeto de plataforma envolve homologação, teste com usuário-chave, virada e estabilização, e cada etapa depende da anterior. Decidir tarde empurra a empresa para a manutenção estendida por falta de tempo, não por escolha.
Onde a BS IT Solutions entra
A BS IT Solutions atua na camada que costuma ser tratada por último e que determina o resultado do projeto: infraestrutura SAP, incluindo B1, HANA e Basis, dimensionamento de servidor, ambiente de homologação, backup testado, nuvem e monitoramento NOC 24x7 antes, durante e depois da virada. Fazemos o inventário técnico que sustenta a decisão do comitê e apresentamos o requisito de infraestrutura de cada rota com clareza, sem número inventado.
Se o prazo de 2027 já apareceu na sua pauta, o momento de mapear é agora. Fale com um especialista da BS IT Solutions e comece pelo inventário.




