Consultores de negociação SAP: como reduzir o que você paga

Um consultor de negociação SAP analisa suas licenças, o uso e os termos do contrato para encontrar onde você paga demais e onde está exposto, e depois usa essas evidências para mudar o acordo. A maior parte da economia vem de correções: usuários no tipo de licença errado, módulos que ninguém usa, cobranças de infraestrutura que ninguém comparou, pacotes de serviços de que ninguém precisava. Este guia é para CIOs, CFOs e líderes de compras diante de uma renovação SAP, de uma auditoria ou de uma proposta de RISE ou GROW. Ele cobre como verificar a independência de um consultor, o que questionar, táticas para RISE e GROW e um cronograma de renovação. Comece de seis a nove meses antes da data do contrato e verifique os incentivos do consultor antes de qualquer outra coisa.

Um cliente do varejo tinha 500 licenças Professional quando os dados de uso mostravam que 200 licenças Limited bastavam. Corrigir o escopo liberou US$ 1,2 milhão por ano. Um cliente industrial quase pagou por um pacote de MES que nunca pretendia implantar e eliminou US$ 450 mil do gasto do primeiro ano. Um cliente GROW cortou mais de US$ 280 mil por ano ao retirar componentes de pacote sem uso.

Nenhum deles foi um acordo especial. Foram correções em contratos que nunca deveriam ter sido assinados do jeito que foram.

Os contratos SAP trazem custos que a maioria das equipes jurídicas não percebe e que a maioria dos integradores de sistemas não tem incentivo para apontar. Os integradores ganham com horas de implementação. Os executivos de contas da SAP ganham sobre o valor do contrato. Nenhum dos dois se beneficia ao ajudar você a pagar menos.

Antes de alguém aconselhar você sobre um contrato SAP, confirme três coisas:

1. Nenhuma receita de parceiro SAP nem comissões de implementação
2. Nenhuma relação de revenda em qualquer produto SAP
3. Honorários vinculados ao seu resultado, não à assinatura do contrato

Um consultor com relação de parceria ajuda você a atravessar o processo. Um consultor independente ajuda você a mudar o resultado. É o mesmo princípio do business case: quem vende a implementação não deve ser quem escreve o caso a favor dela.

A tabela mostra onde o custo costuma se esconder e o que fazer a respeito.

Fator de custo	Onde se esconde	O que fazer
Atribuição incorreta de tipos de usuário	Licenças Professional concedidas pelo cargo, não pela atividade no sistema	Rodar um relatório de classificação; mapear transações para tipos de licença
Shelfware no BOM	Módulos licenciados com uso nulo ou quase nulo	Auditar o uso; remover ou adiar na renovação
Acesso digital	Sistemas de terceiros criando documentos no SAP	Mapear as integrações; acordar um volume de documentos no contrato
Reajuste de preços	Aumentos na renovação sem teto	Limitar o aumento anual ou travar as tarifas durante a vigência
Serviços incluídos com prazo de validade	Horas de implementação, créditos de BTP, orçamentos de treinamento	Programar o uso deles já na assinatura
Cobranças de infraestrutura (RISE)	Custos de hospedagem não comparados com as tarifas de mercado	Fazer benchmark contra cargas de trabalho comparáveis na nuvem
Suporte excessivamente empacotado	Níveis premium cobrindo serviços que você nunca aciona	Revisão linha a linha contra o seu histórico de incidentes
Licenças on-premise sem uso	Manutenção integral de módulos que você deixou de usar	Usar os compromissos da SAP de 2026 para dividir ou encerrar quando for elegível

A última linha é nova. Desde 10 de julho de 2026, os compromissos de manutenção da SAP com a Comissão Europeia permitem que clientes on-premise dividam seus landscapes, escolham o suporte por instalação e, em casos definidos, encerrem licenças sem uso sem recalcular os descontos. Meu guia de negociação de licenças SAP explica os detalhes.

A lista de materiais (BOM, bill of materials) relaciona cada módulo e serviço licenciado. A maioria das organizações a herda do processo de vendas original e nunca a questiona.

Questione cada linha. Pergunte que parcela dos usuários usa de fato cada módulo e o que aconteceria com as operações se ele fosse retirado. Um número surpreendente de linhas sobrevive a essa pergunta com a resposta “na verdade, não temos certeza de que precisamos dele”. Trabalhei com uma indústria que removeu 15% dos módulos depois de uma sessão de alinhamento funcional, usando os padrões reais de uso para decidir o que ficava.

Cuidado com as armadilhas dos pacotes. Os pacotes reduzem o preço unitário, mas aumentam o gasto total quando incluem componentes que você não vai usar por dois ou três anos. Os pacotes GROW costumam incluir ferramentas de analytics ou aplicações por área de negócio que não estão na primeira implantação.

Mapeie as integrações antes da renovação. Todo sistema que cria documentos no SAP (CRM, MES, apps móveis, middleware) pode contar como acesso digital. A SAP não vai listar as suas integrações por você. Construa primeiro o seu próprio mapa.

Negocie escalabilidade flexível. Mínimos fixos de licenças durante o ramp-up são uma armadilha comum. Insista em preços que acompanhem o número real de usuários, e não a projeção do business case do primeiro ano.

RISE with SAP

1. Separe a pilha de custos. O RISE agrupa software, infraestrutura, operações técnicas e alguns serviços em uma única assinatura precificada em Full Use Equivalents (FUE). A SAP apresenta um só número, então peça o detalhamento. A infraestrutura é o componente que mais vale a pena questionar. Um cliente meu reduziu os custos em 22% apenas questionando as cobranças de infraestrutura e ajustando-as ao seu uso real da nuvem. Comparamos o acordo dele com os de outras empresas do setor e negociamos com firmeza.
2. Use o seu compromisso com o clean core. A SAP quer clientes em um clean core. Se você se compromete com uma personalização mínima, tem uma posição crível sobre o escopo da implementação, as estimativas de consumo do BTP e o nível de suporte. Na nuvem privada, o clean core é uma escolha que a SAP incentiva, e não uma regra contratual, e é justamente por isso que o seu compromisso tem valor.
3. Vincule os reajustes ao uso, não ao calendário. A SAP costuma embutir degraus de preço nos anos do contrato, independentemente da adoção. Negocie gatilhos ligados a usuários ativos, ao consumo de FUE ou a implantações concluídas. Se o seu rollout atrasar, o seu preço não deve subir no prazo mesmo assim.
4. Defina o acesso digital. O RISE não elimina a exposição ao acesso digital. Nomeie os cenários de integração cobertos, os volumes e o método de medição. Cláusulas do tipo “a ser definido” criam risco de auditoria.
5. Construa os termos de saída e de redução gradual. Acorde o formato de devolução dos dados, as cobranças de acesso após o término e o que acontece com a configuração do seu tenant BTP antes de assinar.

GROW with SAP

1. Disseque o escopo do pacote. Os pacotes GROW vêm pré-configurados para processos padrão. Módulos fora da sua implantação aumentam o valor do contrato sem agregar valor de entrega. O cliente GROW citado acima cortou mais de US$ 280 mil por ano depois de mapear primeiro os cenários reais de uso.
2. Governe os desvios. O GROW roda na nuvem pública, onde código customizado no core não é possível e as extensões passam pelo SAP BTP. Defina o que conta como desvio, quem o aprova e como o trabalho de extensão é precificado.
3. Fixe a residência dos dados. O GROW roda em multi-tenant na infraestrutura de hyperscalers. Especifique a região de residência, restrinja o roteamento entre países e defina a governança dos backups. Os termos padrão podem não cobrir os seus requisitos.
4. Limite o preço da renovação antes de assinar. Aumentos anuais de 5 a 7% são comuns, a menos que você trave o preço por vários anos. Tive um cliente cujas tarifas de nuvem dobraram em quatro anos por causa de cláusulas de reajuste fracas. Corrigimos isso na renovação, com aumentos limitados e vinculados ao uso real.
5. Use o BOM como alavanca. Toda linha fora do seu roadmap de implantação para o período é negociável. Remova-a e guarde-a como concessão, caso a SAP resista no desconto.

Um cliente industrial ficou preso a um contrato de três anos com níveis de serviço empacotados de que não precisava. Queimou US$ 400.000 antes que alguém percebesse. Totalmente evitável.

Quatro coisas precisam estar em todo contrato de serviços:

1. Aprovação de substituição de profissionais. Os fornecedores tiram os profissionais seniores depois do go-live. Exija a sua aprovação antes de substituir membros-chave da equipe.
2. Direito de redução gradual. Se o go-live atrasar ou você implantar em fases, é preciso poder reduzir as horas contratadas sem multa.
3. Transferência de conhecimento como entregável. Treinamento não é transferência de conhecimento. Defina runbooks, períodos de acompanhamento (shadowing) e aprovação pelo líder da sua equipe.
4. Termos de desempenho com consequências. O tempo de resposta sozinho significa pouco. Defina tempos de resolução e vincule créditos de serviço.

Cada modelo de precificação tem suas próprias armadilhas.

Modelo de precificação	Armadilhas comuns	Abordagem de negociação
Perpétua (on-premise)	Manutenção sobre shelfware; taxas que sobem com a inflação	Auditar o uso todo ano; remover ou encerrar módulos sem uso quando for elegível
Assinatura (RISE, GROW)	Os descontos do primeiro ano se esgotam; FUEs superdimensionados; crescimento sem teto	Travar tarifas por vários anos; definir termos de escalabilidade; modelar o crescimento de FUE ao longo do período
Híbrido (perpétua mais assinatura)	Pagar duas vezes por capacidades sobrepostas durante a transição	Mapear o BOM por fase; negociar preço de transição para a sobreposição
Consumo (BTP)	Difícil de prever; picos atingem o orçamento	Definir alertas e tetos mensais; revisar o consumo todo mês
Cloud por área de negócio (RH, compras, analytics)	Sobreposição com capacidades já licenciadas no core	Pedir antes uma visão de custo total com análise de sobreposição

A SAP diz a todos os clientes que os seus preços são padrão. Não são. Duas empresas do mesmo setor e com o mesmo número de funcionários podem pagar valores bem diferentes pelas mesmas licenças.

Trabalhei com um cliente que achava ter um acordo justo com a SAP, até levantarmos um relatório de benchmarking. Ele pagava 30% a mais do que empresas semelhantes. Voltamos à SAP com esses dados e renegociamos, e o cliente saiu com um acordo bem melhor.

Os benchmarks encerram o argumento de que “este é o nosso preço padrão”. Não garantem resultado, mas mudam a conversa.

1. Nove meses antes: levante os dados de uso, de classificação e de integração; comece a revisão do BOM
2. Sete meses antes: contrate um benchmark; verifique a elegibilidade segundo os compromissos de manutenção da SAP de 2026
3. Seis meses antes: acorde internamente a sua posição-alvo e os limites de saída; informe o CFO
4. Quatro a cinco meses antes: abra a conversa com a SAP com evidências, não com opiniões
5. Três meses antes: negocie os termos (tetos, escalabilidade, acesso digital, saída, serviços)
6. Antes da assinatura: revisão linha a linha do pedido final contra tudo o que foi acordado

1. 9Levante dados de uso e integraçãoRelatório de classificação, revisão do BOM
2. 7Contrate um benchmarkVerifique os compromissos de manutenção de 2026
3. 6Defina a meta e os limites de saídaInforme o CFO
4. 4-5Abra as conversas com a SAPEvidências, não opiniões
5. 3Negocie os termosTetos, escalabilidade, acesso digital, saída. Revisão linha a linha antes de assinar

Começar a 90 dias é tarde. As evidências levam meses para ser reunidas. Para o quadro contratual mais amplo, veja meu guia de negociação de contratos de ERP para CFOs.

O que um consultor de negociação SAP realmente faz?

Ele analisa o uso das licenças para encontrar tipos de usuário atribuídos incorretamente e audita o BOM em busca de módulos sem uso. Mapeia a exposição ao acesso digital, faz o benchmark do seu preço contra organizações comparáveis e estrutura termos que protegem você na renovação e em auditorias. A diferença em relação a um consultor genérico de compras é o conhecimento específico de SAP. A diferença em relação a um integrador de sistemas é o incentivo: o integrador ganha por horas, enquanto um consultor focado em custos ganha quando a sua fatura diminui.

Por que as empresas pagam demais pelas licenças SAP?

Por três motivos. As licenças Professional são atribuídas pelo cargo, e não pela atividade no sistema. O BOM reflete o que a SAP vendeu, e não o que o negócio usa, e ninguém é dono da questão de remover módulos. E a maioria das organizações não sabe quais de suas integrações contam como acesso digital. Cada um desses pontos se acumula a cada renovação até que alguém verifique.

Quais são os pontos de negociação mais importantes no RISE with SAP?

Cinco áreas movem o número. As cobranças de infraestrutura, que devem passar por benchmark contra as tarifas de mercado. Os créditos e serviços incluídos com prazo de validade, que devem ser programados na assinatura. O reajuste anual de preços, que deve ter teto. O escopo do acesso digital, que deve ser definido em vez de deixado para uma auditoria futura. E os termos de saída, que cobrem o formato dos dados, o acesso após o término e a portabilidade do tenant BTP.

Como a análise do BOM reduz os custos do contrato SAP?

Ela cruza cada componente licenciado com o uso real e com o roadmap de implantação. Levante os dados de utilização por módulo e sinalize os módulos com usuários nulos ou quase nulos. Confronte com o que está planejado para o período do contrato, calcule o custo de cada linha e apresente um BOM revisado na negociação. Pesa mais antes da assinatura. Depois dela ainda é possível, mas mais difícil.

Quais são os sinais de alerta em contratos de serviços SAP?

Níveis de serviço com tempo de resposta, mas sem tempos de resolução nem penalidades. Serviços premium empacotados sem possibilidade de saída. Renovação automática com prazo curto de aviso. Tarifas emergenciais ou fora do horário sem teto e sem pré-aprovação. Nenhum direito de aprovação sobre a substituição de pessoas-chave. E termos de saída ausentes ou vagos quanto a formato de dados, extração e acesso após o término.

Com que frequência os contratos de licenciamento SAP devem ser revisados?

Pelo menos uma vez por ano e antes de cada renovação. A revisão anual detecta o desvio no uso de usuários e novas integrações; um relatório de logins de 90 dias encontra a maior parte disso. A revisão da renovação deve começar de seis a nove meses antes do vencimento. Faça uma revisão extra quando o número de funcionários mudar de forma relevante, uma integração importante for adicionada ou removida, o modelo de implantação mudar ou a SAP anunciar uma auditoria.