Modelos de licenciamento SAP: como funciona a precificação

Usuário nomeado: o modelo tradicional

O licenciamento por usuário nomeado se consolidou nos anos 1990 e estruturou a base dos contratos perpétuos com manutenção anual, ainda hoje amplamente presente em implantações on-premise^[1]. Nesse modelo, cada colaborador com acesso ao sistema recebe uma classificação de usuário — tipicamente Professional, Limited, Developer ou Worker — cada uma com capacidades e custo diferentes.

O risco do desalinhamento de perfil

Um dos riscos mais recorrentes desse modelo é a desconexão entre o perfil contratado e o uso real do colaborador. Em um caso amplamente citado no setor, quase 180 usuários de uma empresa operavam apenas em tarefas operacionais básicas — que poderiam ser executadas com licenças limitadas ou de usuário nomeado mais baratas — mas estavam classificados como usuários Professional, categoria mais cara^[1]. Esse tipo de desalinhamento geralmente só é descoberto em auditoria, quando já gerou anos de pagamento em excesso.

Licenciamento por módulo (engine): métricas de negócio

Além do usuário nomeado, a SAP cobra separadamente por módulos específicos medidos por métricas próprias — número de documentos processados, volume financeiro movimentado ou quantidade de núcleos de CPU, dependendo do módulo^[1]. Essa combinação de métricas cria complexidade real de contratação: a empresa não está apenas comprando "acessos", mas também capacidade de processamento medida de formas distintas por módulo, o que dificulta a previsibilidade de custo à medida que a operação cresce.

Acesso indireto e o modelo de Digital Access

O acesso indireto é, historicamente, o ponto de maior tensão contratual entre clientes SAP e o fornecedor. O conceito cobre situações em que um sistema de terceiros — CRM, e-commerce, uma solução de logística mobile — acessa ou gera dados no SAP via API, sem que exista um usuário humano logado diretamente no sistema.

Como o acesso indireto pegou empresas de surpresa

Em um caso citado no mercado brasileiro, uma solução mobile de logística que acessava o SAP via API foi considerada pela SAP como acesso indireto não licenciado, resultando em cobrança retroativa de R$ 1,4 milhão para a empresa^[1]. Esse tipo de exposição levou a SAP a criar o modelo de Digital Access, que cobra com base em documentos gerados por sistemas externos, em vez de contar usuários — mudança que exige monitoramento técnico detalhado para evitar exposição em auditoria^[1].

Por que mapear integrações antes de assinar

Antes de fechar ou renovar um contrato SAP, mapear todas as integrações externas que tocam o sistema — e usar a ferramenta de estimativa de Digital Access da própria SAP — é uma etapa recomendada para evitar cobranças retroativas por acesso indireto não previsto no orçamento original^[2].

Modelos de assinatura em nuvem: RISE e GROW with SAP

Com a migração do portfólio para a nuvem, a SAP passou a oferecer modelos de assinatura que combinam produto, infraestrutura e suporte em um único contrato, distintos do licenciamento perpétuo tradicional.

Nuvem pura: assinatura com métrica FUE

No modelo de nuvem pura, a empresa paga uma taxa anual ou mensal que já inclui hospedagem e atualizações, medida pela métrica Full Usage Equivalent (FUE), que converte diferentes tipos de uso em uma unidade comparável de consumo^[2].

RISE with SAP: para migrações complexas

O RISE with SAP combina S/4HANA Cloud, a Business Technology Platform (BTP), ferramentas de migração e suporte em uma única assinatura, voltado a empresas com processos de migração mais complexos, tipicamente vindas de ambientes on-premise legados^[2].

GROW with SAP: para empresas de médio porte

Já o GROW with SAP mira empresas de médio porte que buscam implantação mais rápida, com escopo inicial mais limitado do que o RISE — uma porta de entrada mais enxuta para quem não precisa de toda a complexidade de uma migração corporativa completa^[2].

Perpétuo vs. assinatura: a diferença de estrutura de custo

No modelo on-premise tradicional, a empresa paga uma licença perpétua à vista mais um percentual de manutenção anual — algo em torno de 22% do valor da licença, segundo referências de mercado^[2]. Já a nuvem segue um modelo de pagamento recorrente, com termos contratuais tipicamente mais rígidos quanto a reajustes e renovação.

O licenciamento como questão de governança, não só de TI

Um ponto de consenso entre especialistas do setor é que licenciamento SAP não é um tema puramente técnico, nem apenas jurídico — é uma questão de governança corporativa^[1]. Isso implica algumas práticas essenciais que vão além da negociação inicial do contrato:

1. Monitoramento contínuo do uso real: comparar periodicamente o perfil contratado de cada usuário com o que ele efetivamente faz no sistema, para identificar desalinhamentos antes de uma auditoria.
2. Revisão e reclassificação contratual: negociar cláusulas que permitam reclassificar usuários sem custo adicional quando o perfil de uso muda.
3. Envolvimento das áreas de negócio: incluir as áreas usuárias na definição de perfis de acesso, já que TI sozinha nem sempre tem visibilidade completa de como cada pessoa usa o sistema no dia a dia.
4. Planejamento da evolução da arquitetura: antecipar como mudanças futuras — novas integrações, expansão de módulos — vão impactar o licenciamento, em vez de descobrir o impacto apenas na auditoria seguinte.