Alkemia · Enterprise Apps Strategy

Seis condições fixam o custo do contrato
e chegam preenchidas por padrão.

O custo de um contrato de Cloud ERP ao longo do prazo é fixado por condições que chegam preenchidas por padrão, raramente são apresentadas como escolha, e param de ser negociáveis no dia da assinatura. São seis, todas legíveis nos documentos que o cliente já tem em mãos. O preço de partida é o termo mais disputado da proposta, e costuma ser o único que a negociação alcança.
Para quem tem uma proposta de SAP Cloud ERP em avaliação
Onde os termos moram

Um contrato de Cloud ERP se distribui por vários documentos, e a diferença entre dois deles decide o que faz sentido negociar. Os termos gerais carregam as condições que valem para toda a família de contratos e não se alteram cliente a cliente. O formulário de pedido e os anexos de serviço carregam o que é específico daquela operação: duração, direitos de uso contratados, reajuste, escopo de serviço, níveis de disponibilidade. Um time que não separa os dois gasta capital de negociação onde não há movimento e aceita como imutável aquilo que era o objeto real da conversa.

Os dois documentos

Uma parte é constante. A outra é a negociação.

Constante

Termos gerais

Valem para toda a família de contratos e não são reescritos por cliente. É onde ficam a ausência de rescisão por conveniência, a ausência de retorno a licença perpétua e a impossibilidade de reduzir volume contratado dentro do prazo.

Saber que são constantes evita gastar a negociação onde ela não tem efeito. Mas o conteúdo dessas cláusulas continua sendo informação de decisão: é ele que define o custo de mudar de ideia.

Específico

Formulário de pedido e anexos

Carregam o que é daquela operação: duração, direitos de uso e as bases sobre as quais eles são medidos, reajuste anual, mecânica de renovação e prazos de aviso, escopo de serviço incluído, nível de disponibilidade e o que é serviço adicional.

É aqui que a proposta pode mudar antes de assinar, e é a parte que chega preenchida com valores padrão que ninguém apresentou como decisão.

Por que a janela é curta

O relógio da manutenção comprime a fase que decide a economia.

As datas são públicas e específicas. Para o Business Suite 7, que inclui o SAP ERP 6.0 (o ECC) e é a geração on-premise anterior ao S/4HANA, a SAP mantém manutenção mainstream das aplicações centrais até o fim de 2027. De 2028 a 2030 existe manutenção estendida opcional, com prêmio de dois pontos percentuais sobre a base de manutenção, aplicável ao escopo de suporte do Business Suite 7 e não apenas à parte ainda em conversão. Quem não optar passa a manutenção específica de cliente. Para as aplicações centrais, essas janelas de manutenção mainstream e estendida abrangem apenas os três enhancement packages (EHP) mais recentes de cada aplicação (no SAP ERP 6.0, os EHP 6, 7 e 8). Sistemas sem enhancement package ou em um nível anterior precisam passar para um desses níveis elegíveis para receber manutenção nessas janelas. Para os cenários mais complexos, a opção de transição SAP ERP, private edition, oferece uma subscrição de continuidade entre 2031 e 2033, com pré-requisitos próprios, entre eles migração para SAP ERP, private edition, em SAP HANA concluída antes do fim de 2030. Do lado do S/4HANA, a SAP mantém o compromisso de que haverá sempre ao menos uma versão em manutenção até o fim de 2040.

O efeito dessas datas sobre a negociação é indireto e é o ponto. Elas encurtam o tempo disponível para a única fase em que os termos ainda são reversíveis, e essa fase é a primeira a ser cortada quando o cronograma aperta, porque é a que não produz entregável visível. A diligência que some é a comercial e contratual, porque costuma não ter dono designado.

Depois da assinatura, o mesmo pedido muda de natureza. Antes, ele é sustentado por uma alternativa concreta: não assinar, assinar outra coisa, assinar mais tarde. Depois, vira solicitação de alteração avaliada sem contraparte, e o que antes se negociava passa a se comprar.

O que precisa estar resolvido

Seis decisões, e o documento onde cada uma se lê.

Nenhuma delas exige acesso privilegiado a informação do fornecedor. Todas estão escritas em documentos que o cliente recebe antes de assinar. O que muda o resultado é tratá-las como decisões enquanto ainda há alternativa do outro lado.

  • A

    A base do que já se tem

    O que do parque atual entra na assinatura, e o que sai antes dela.

    Uma proposta é dimensionada sobre uma leitura do que o cliente já possui e já usa. Quando essa leitura não foi refeita, direito de uso ocioso atravessa a conversão e deixa de ser um ativo parado para virar compromisso recorrente, pago todo ano do prazo. Refazer essa leitura antes da assinatura muda a base de cálculo sobre a qual todo o resto é precificado.

    Onde se lê: Contratos e histórico de direitos de uso do cliente, contra a base assumida na proposta.

  • B

    A base de medição de cada serviço

    Sobre o que o custo cresce, serviço a serviço, ao longo do prazo.

    Serviços subscritos não medem todos a mesma coisa. Uns escalam por usuário classificado, outros por documento processado por sistema de terceiro, outros por volume de negócio. Duas consequências práticas: a projeção precisa ser feita sobre volume projetado e não sobre o volume de hoje, e vale verificar se dois serviços diferentes não estão medindo sobre a mesma base, o que expõe a mesma grandeza duas vezes.

    Onde se lê: As linhas de direito de uso do formulário de pedido e a descrição de serviço de cada item.

  • C

    O que está na taxa e o que é linha à parte

    A fronteira entre serviço incluído e serviço adicional, escrita antes de precisar dele.

    A assinatura carrega uma linha de base de serviço. Fora dela ficam itens que a operação real costuma exigir: pacotes de segurança e conformidade contratados contra lacunas documentadas, retenção estendida de backup, ambientes não produtivos e o número de ciclos de teste que eles suportam. Nenhum desses é surpresa contratual, todos estão escritos. O que decide o custo é se foram escopados antes da assinatura ou pedidos depois, quando o preço deixa de ser comparável.

    Onde se lê: O documento de papéis e responsabilidades, que separa serviço padrão de serviço adicional.

  • D

    A mecânica do prazo

    Duração, renovação, reajuste e o que acontece se a necessidade encolher.

    Aqui está a distinção que mais muda a conversa. Parte dessas condições é padrão dos termos gerais e vale em todo contrato dessa família: não há rescisão por conveniência, não há queda para licença perpétua, não há redução de volume dentro do prazo. Outra parte é do formulário de pedido e varia caso a caso: a duração, o reajuste anual e a mecânica de renovação, incluindo a assimetria entre o prazo de aviso do cliente e o do fornecedor. Tratar as duas como se fossem a mesma coisa faz o time negociar o que é constante e aceitar como constante o que era negociável.

    Onde se lê: Os termos gerais para o que é padrão, o formulário de pedido para o que varia.

  • E

    A economia do nível de serviço

    O que o compromisso de disponibilidade vale contra o custo de uma hora parada.

    O remédio contratual por indisponibilidade é um crédito sobre a taxa, e ele é limitado. O teto do ressarcimento é função da taxa paga ao fornecedor, enquanto o prejuízo de uma parada é função do que deixou de operar. São duas grandezas independentes. A decisão está em comparar o preço do compromisso superior contra o custo próprio de uma hora de indisponibilidade nos processos que realmente param. Para muitas operações o padrão basta, e essa também é uma conclusão defensável.

    Onde se lê: O anexo de nível de serviço, lido contra o custo de indisponibilidade calculado pelo cliente.

  • F

    A saída

    O que custa recuperar os próprios dados, e quantas vezes isso está incluído.

    A devolução de dados no encerramento é serviço padrão, entregue uma vez no ciclo do contrato, e o planejamento, o transporte e o armazenamento ficam com o cliente. Qualquer outra ocorrência durante a vigência é serviço adicional. Isso importa antes de assinar porque cenários bastante comuns pedem mais de uma extração: uma operação em paralelo, uma cisão, a saída de uma unidade. Modelar a saída na assinatura é o único momento em que ela ainda é comparável contra alternativas.

    Onde se lê: A descrição do serviço de devolução de dados e o que ela atribui ao cliente.

A ordem importa. As três primeiras fixam a base de cálculo, e as três últimas só podem ser avaliadas depois que essa base existe.

Cada uma dessas seis é uma escolha até a assinatura. Na assinatura, todas passam a ser premissas.

Alexandre Pereira

O próximo passo

Testar a proposta enquanto as premissas ainda são reversíveis.

Para o CFO que responde pelo compromisso plurianual e para o CIO que responde pela arquitetura que ele fixa, a pergunta operacional é: das seis, quantas estão resolvidas por escrito na proposta atual. Uma conversa de 30 minutos, sem compromisso, é suficiente para identificar quais ficaram abertas e quais dependem de informação que ainda não foi pedida ao fornecedor. Se a conclusão for que a proposta já se sustenta como está, essa também é uma resposta útil, e é a que dispensa o trabalho seguinte.

Falar da sua decisão

contact@alkemia.io

Quando o trabalho precisa ir além da conversa, o ponto de entrada é o diagnóstico pré-assinatura.

Para o mesmo programa lido pelo lado da falha, veja por que programas de SAP Cloud ERP falham.

Perguntas frequentes

A decisão pré-assinatura, em termos práticos.

Quando termina a manutenção do SAP ECC?
O SAP ECC (SAP ERP 6.0) faz parte do SAP Business Suite 7, a geração on-premise anterior ao S/4HANA. A SAP mantém manutenção mainstream para as aplicações centrais do Business Suite 7 até o fim de 2027. De 2028 até o fim de 2030 existe manutenção estendida opcional, com prêmio de dois pontos percentuais sobre a base de manutenção, aplicável ao escopo de suporte do Business Suite 7. Quem não optar pela estendida passa a manutenção específica de cliente. Para as aplicações centrais, essas janelas de manutenção mainstream e estendida abrangem apenas os três enhancement packages (EHP) mais recentes de cada aplicação (no SAP ERP 6.0, os EHP 6, 7 e 8). Em paralelo, a SAP mantém o compromisso de que haverá sempre ao menos uma versão do S/4HANA em manutenção até o fim de 2040.
Existe caminho depois de 2030?
Existe, e tem forma própria: uma subscrição com prazo definido, com escopo, preço e pré-requisitos próprios. A SAP oferece o SAP ERP, private edition, transition option para continuidade de negócio entre 2031 e 2033. Os pré-requisitos públicos são específicos: o sistema precisa ter migrado para SAP ERP, private edition sobre SAP HANA antes de 31 de dezembro de 2030, o HANA é o único banco suportado, há tamanho mínimo de 2 TB, e a oferta só existe combinada com o max success plan, o plano de sucesso da SAP que agrega serviços de transformação, durante o período. Cada um desses pré-requisitos é uma decisão que precisa caber no cronograma atual, porque a janela de migração fecha em 31 de dezembro de 2030.
Negociar bem o desconto não resolve o custo do contrato?
Resolve uma parte, e é a parte que mais recebe atenção. O desconto incide sobre o preço de partida. O que o contrato custa ao longo do prazo depende também da base sobre a qual cada serviço é medido, do que está incluído na taxa e do que é linha à parte, do reajuste anual e da possibilidade ou não de reduzir volume, e do custo de sair. Essas condições continuam valendo depois que o desconto já foi concedido, e a maioria delas não é apresentada como escolha porque chega preenchida por padrão.
O que dá para mudar depois da assinatura?
Menos do que costuma se supor, por uma razão estrutural. Antes da assinatura existe uma alternativa concreta: não assinar, assinar outra coisa, assinar depois. Essa alternativa é o que dá conteúdo econômico a qualquer pedido. Depois da assinatura os mesmos pedidos passam a ser solicitações de alteração, avaliadas sem alternativa do outro lado, e o preço dessas alterações reflete essa ausência.
Como o contrato de ERP afeta a agenda de IA?
Um contrato de Cloud ERP fixa por vários anos o núcleo transacional sobre o qual a agenda de IA vai operar: onde os dados ficam, em que formato saem, quais integrações são contratadas e quanto custa cada documento que um sistema externo processa. Iniciativas de IA que dependem de leitura ou escrita nesse núcleo herdam essas condições sem poder renegociá-las. Faz sentido levar os casos de uso de IA já previstos para dentro da avaliação da proposta, enquanto as bases de medição e os direitos de extração ainda estão abertos.
Toda proposta precisa dessa revisão?
Não. Quando o parque é pequeno e homogêneo, o inventário de direitos de uso está atualizado, não há integrações relevantes com sistemas de terceiros e o valor comprometido é modesto, o retorno de uma revisão independente tende a não pagar o tempo que ela consome. O trabalho se justifica quando o valor comprometido é material, quando a base de medição é incerta, ou quando o cronograma pressiona a decisão a ponto de a diligência estar sendo cortada para caber na janela.

As condições de um contrato específico dependem da edição dos documentos aplicáveis, do formulário de pedido efetivamente proposto e da jurisdição. Antes de agir, vale validar o caso concreto contra os próprios documentos e com apoio jurídico.

SAP e os nomes de produtos SAP são marcas da SAP SE ou de suas afiliadas. A Alkemia é uma consultoria independente, sem afiliação, endosso ou representação da SAP. Este material é informativo, descreve estruturas contratuais em termos gerais e não constitui assessoria jurídica nem determina os termos de nenhum contrato específico. As datas de manutenção refletem as posições publicadas pela SAP e consultadas em agosto de 2026.