A revisão jurídico-técnica de contratos de ERP pode identificar licenças ociosas, módulos subutilizados, custos ocultos e riscos antes que a empresa assuma mais um ciclo de dependência
A proposta de renovação chegou. O fornecedor oferece uma condição válida por poucos dias, informa o reajuste do próximo período e sugere a inclusão de novos recursos. A área financeira compara o valor com o contrato anterior, o setor de tecnologia confirma que o sistema continua sendo necessário e a negociação se concentra no percentual de desconto.
Mas o que a empresa realmente utiliza?
Essa pergunta deveria ser respondida antes de toda contratação ou renovação de ERP. Em muitos casos, a discussão começa pelo preço quando ainda não existe uma visão confiável sobre usuários ativos, categorias de licença, módulos habilitados, funcionalidades efetivamente utilizadas, integrações, capacidade contratada, serviços sobrepostos e custos futuros.
O resultado pode ser a renovação de uma estrutura que já não corresponde à operação da empresa.
Os sistemas de gestão empresarial ocupam uma posição central na operação, conectando áreas como finanças, contabilidade, compras, estoque, produção, vendas, recursos humanos e cadeia de suprimentos. Por isso, a contratação de um ERP não pode ser analisada como a simples aquisição de um programa. O investimento pode envolver licenciamento, implantação, infraestrutura, suporte, manutenção, armazenamento, integrações, migração de dados, treinamento e customizações.
É justamente essa combinação que dificulta a identificação do custo real.
Negociar a contratação ou a renovação de um ERP não é apenas conseguir desconto
Uma empresa pode obter um desconto expressivo e, ainda assim, celebrar um contrato economicamente ruim.
Isso acontece quando o desconto é calculado sobre uma quantidade superdimensionada de licenças, inclui módulos que não serão utilizados ou reduz o preço inicial sem controlar reajustes, cobranças adicionais e custos de implantação.
Antes de negociar valores, é necessário definir a base correta da contratação. A empresa precisa compreender quantas pessoas realmente utilizarão o sistema, quais níveis de acesso são compatíveis com suas atividades, quais módulos são indispensáveis e em que momento cada recurso será colocado em produção. Também devem ser consideradas a capacidade contratada, as integrações e a possibilidade de ajustar usuários ou serviços durante a vigência. Sem esse diagnóstico, a discussão sobre desconto começa sobre uma estrutura que pode estar superdimensionada.
A negociação eficiente não começa com um pedido de desconto. Começa com um diagnóstico.
Licenças ociosas são apenas uma parte do problema
O desperdício com software corporativo não é uma hipótese abstrata. O SaaS Management Index de 2026, publicado pela Zylo, (https://zylo.com/news/2026-saas-management-index), apontou que, considerando níveis recomendados de utilização, as organizações analisadas mantinham, em média, 36% de suas licenças SaaS sem uso.
Esse percentual não pode ser convertido automaticamente em promessa de economia. Uma licença sem utilização pode estar inserida em um pacote indivisível, vinculada a um compromisso mínimo ou ser necessária para uma operação eventual. Ainda assim, o dado revela a dimensão do problema: muitas organizações não possuem correspondência precisa entre o que compram e o que efetivamente utilizam.
Em contratos de ERP e de outros softwares corporativos, o desperdício pode estar distribuído em diferentes pontos. Licenças mantidas sem utilização, usuários enquadrados em categorias superiores às necessárias, módulos nunca implantados, funcionalidades sobrepostas e capacidade acima da demanda são alguns exemplos. Custos adicionais de suporte, armazenamento, transações e integrações também podem elevar silenciosamente o valor da contratação.
A identificação dessas situações exige mais do que a leitura da proposta comercial. É necessário confrontar os documentos contratuais com dados de utilização, perfis de acesso, arquitetura, processos internos e planejamento de crescimento.
Nem todo usuário precisa da mesma licença
Os fabricantes adotam diferentes métricas de licenciamento. Há contratos baseados em usuários nomeados, usuários simultâneos, perfis de atividade, número de empregados, documentos processados, transações, capacidade computacional, armazenamento ou consumo.
Mesmo dentro de um único produto podem existir categorias distintas. No Dynamics 365, por exemplo, a Microsoft trabalha com combinações de licenças principais, licenças adicionais e perfis destinados a níveis diferentes de utilização.
Em outros ambientes, uma integração também pode alterar a posição de licenciamento. A SAP diferencia formas de utilização direta e indireta de seus sistemas. Seu modelo de acesso indireto contempla situações em que aplicações externas interagem com o ERP e podem produzir consequências contratuais.
A Oracle, por sua vez, utiliza diferentes métricas conforme o serviço, podendo se dar por usuário hospedado, pessoa remunerada, volume de registros e outras unidades, além de condições próprias para ambientes adicionais.
Esses exemplos mostram por que não basta contar logins. A empresa precisa saber quais direitos adquiriu, como o sistema está configurado, quem acessa cada função e quais processos são acionados por aplicações externas.
Também existe o risco inverso. Uma redução feita sem conhecimento técnico pode deixar a organização em desconformidade com as regras de licenciamento, comprometer processos essenciais ou aumentar sua exposição em uma auditoria do fabricante.
O objetivo não é simplesmente cortar licenças. É contratar a licença correta para a utilização real.
Licenciamento e implantação não são a mesma contratação
Em um projeto de ERP, o valor do software é apenas uma das parcelas do investimento.
A implantação pode envolver levantamento de requisitos, parametrização, customização, migração e saneamento de dados, integrações, testes, treinamento, gestão da mudança, suporte à entrada em produção e estabilização do ambiente.
Esses serviços podem ser prestados pelo fabricante, por um integrador, por um canal de distribuição ou por diferentes empresas. Mesmo quando aparecem reunidos em uma única proposta, suas responsabilidades precisam ser separadas.
A implantação também precisa deixar clara a divisão de responsabilidades entre cliente, fabricante, integrador e eventuais terceiros. Requisitos, preparação e migração de dados, desenvolvimento de integrações, testes, customizações e entrada em produção não podem permanecer em uma zona de indefinição. Quando o contrato não estabelece quem responde por cada etapa, falhas e atrasos podem gerar discussões sobre responsabilidade e novas cobranças.
Sem essa delimitação, o fabricante pode atribuir o problema ao integrador, o integrador pode alegar falha do produto e ambos podem sustentar que determinada atividade pertencia ao cliente.
As premissas da proposta podem se transformar em custo adicional
Propostas de implantação são frequentemente construídas sobre premissas. O preço pode considerar determinada quantidade de usuários, volume de dados, número de empresas, integrações, processos, relatórios e horas de participação da equipe interna.
Uma proposta pode presumir, por exemplo, que os dados serão entregues pelo cliente já tratados, que determinada integração utilizará um conector padrão ou que os processos internos serão adaptados às funcionalidades nativas do sistema. Se isso não ocorrer, atividades necessárias podem ser classificadas como mudanças de escopo e cobradas separadamente.
Por isso, a revisão deve alcançar tanto o contrato quanto a proposta técnica e a declaração de trabalho, conhecida como Statement of Work ou SOW.
O procedimento de mudança merece o mesmo cuidado. O contrato deve permitir diferenciar a correção de uma entrega defeituosa da contratação de uma nova funcionalidade ou da alteração de um requisito originalmente acordado. Sem essa distinção, atividades que deveriam integrar o escopo podem ser tratadas como serviços adicionais.
O preço fixo oferece previsibilidade, mas não elimina o risco
Contratos de implantação por preço fixo podem ser adequados quando o escopo está suficientemente definido. O valor fechado, porém, não transfere automaticamente todos os riscos para o fornecedor.
Se os requisitos forem imprecisos, atividades relevantes poderão ser excluídas da proposta. O fornecedor também poderá adotar premissas restritivas, limitar a quantidade de revisões ou classificar necessidades previsíveis como solicitações adicionais.
Um preço aparentemente seguro pode produzir um projeto incompleto.
Por outro lado, contratos baseados apenas em horas também exigem controles. Devem existir estimativas, limites de aprovação, relatórios, identificação dos profissionais, critérios de produtividade e autorização prévia para ultrapassar o orçamento.
Mais importante do que optar por preço fixo ou cobrança por horas é estabelecer um escopo verificável, entregas vinculadas a marcos, critérios de aceite e mecanismos de controle sobre mudanças e atrasos. A previsibilidade do preço perde valor quando o conteúdo da entrega permanece impreciso ou quando qualquer necessidade adicional depende de nova contratação.
A empresa pode estar pagando antes de conseguir utilizar
Projetos de ERP podem ser executados por fases. Determinados módulos entram em produção primeiro, enquanto outros dependem de integrações, migração ou adaptação de processos.
Nesse cenário, contratar todas as licenças no início pode fazer com que a empresa pague durante meses por usuários e funcionalidades ainda indisponíveis.
Quando a implantação ocorrer em fases, também deve ser avaliada a possibilidade de ativar módulos, usuários e capacidade progressivamente. A negociação pode evitar que a empresa comece a pagar integralmente por uma estrutura que somente será utilizada meses depois, além de prever condições para expansões futuras, realocação de licenças e adequação da capacidade contratada.
Nem todo fornecedor aceitará todas essas condições. Contudo, a ausência de discussão faz com que a proposta comercial seja incorporada como se fosse a única estrutura possível.
O custo real aparece no ciclo completo do contrato
A análise econômica não deve se limitar à primeira anuidade. O custo total da contratação inclui implantação, parametrização, consultoria, customizações, integrações, infraestrutura, suporte, reajustes, expansão de usuários e eventual migração ou encerramento. Ao projetar esses componentes pelo ciclo contratual, a empresa consegue comparar propostas construídas sobre métricas diferentes e identificar qual delas representa efetivamente a solução mais vantajosa.
Um fornecedor pode apresentar menor preço por usuário, mas exigir mais licenças. Outro pode incluir módulos que serão cobrados separadamente pelo concorrente. Um terceiro pode oferecer uma assinatura inicial reduzida, acompanhada de reajustes mais elevados ou custos relevantes de implantação.
A comparação precisa colocar as propostas em bases equivalentes. Sem isso, a escolha pode ser influenciada por um preço que não representa o mesmo escopo.
A renovação modifica o poder de negociação
Durante a contratação inicial, a empresa pode comparar fornecedores e avaliar diferentes arquiteturas. Na renovação, o cenário é diferente: processos, dados, integrações e pessoas já dependem do sistema.
Quanto maior a dependência e menor o tempo disponível, mais difícil será discutir redução de escopo, condições de saída e mudanças de fornecedor.
A preparação para a renovação deve começar antes da chegada da nova proposta. Esse período permite reunir contratos e aditivos, confrontar licenças adquiridas com a utilização efetiva, consultar as áreas de negócio, avaliar necessidades futuras e identificar dependências técnicas. Com essas informações, a empresa deixa de negociar pressionada pelo prazo e passa a construir uma posição própria diante do fornecedor.
Reduzir custos sem criar uma exposição de licenciamento
A revisão pode identificar oportunidades de redução, mas também deve verificar se o uso atual está coberto pelo contrato.
Contas compartilhadas, acessos realizados por terceiros, integrações não avaliadas, ambientes de contingência, uso por empresas do mesmo grupo e alterações na estrutura societária podem interferir nas obrigações de licenciamento.
O contrato também pode conceder ao fabricante direitos de auditoria, impor deveres de cooperação e prever consequências para utilização acima dos limites contratados.
Por essa razão, dados técnicos e conclusões preliminares precisam ser tratados com método, confidencialidade e estratégia. Uma suposta economia pode desaparecer se a análise não considerar simultaneamente subutilização, dependências e desconformidades.
As cláusulas que merecem revisão
Cada contratação possui características próprias, mas alguns temas aparecem com frequência em contratos de ERP e software corporativo:
- descrição dos produtos, módulos e serviços;
- métricas e limites de utilização;
- categorias de usuários;
- alteração, substituição e reaproveitamento de licenças;
- compromissos mínimos de consumo;
- início da cobrança;
- reajustes e limites para aumentos futuros;
- renovação automática e prazo para não renovação;
- auditoria do fabricante e oportunidade de regularização;
- implantação, entregáveis e critérios de aceite;
- qualificação e substituição da equipe;
- pedidos de mudança;
- níveis de serviço e créditos por indisponibilidade;
- suporte, manutenção e atualização;
- segurança, registros de eventos, backups, RTO e RPO;
- propriedade das customizações e integrações;
- uso de terceiros e subcontratados;
- tratamento de dados pessoais;
- comunicação e resposta a incidentes;
- portabilidade e formato de exportação dos dados;
- apoio de transição;
- eliminação ou devolução dos dados após o encerramento;
- descontinuação de produtos e versões;
- responsabilidade, indenização e solução de controvérsias.
No Brasil, a [Lei nº 9.609/1998 estabelece que o uso de programa de computador deve ser objeto de contrato de licença. A lei também trata das garantias aos usuários e da prestação de serviços técnicos relacionados ao adequado funcionamento durante o prazo de validade técnica da versão.
Quando o sistema trata dados pessoais, a contratação também precisa ser examinada à luz da LGPD. Segurança, instruções de tratamento, suboperadores, cooperação, incidentes e eliminação de dados não devem permanecer em documentos genéricos ou indefinidos.
A própria ANPD já destacou que a correta definição contratual de obrigações e responsabilidades entre agentes de tratamento pode contribuir para mitigar riscos e incertezas, conforme registrado na Nota Técnica nº 58/2025.
Por que a análise do contrato de ERP precisa ser multidisciplinar
O contrato informa o que foi adquirido. A configuração e os dados de utilização mostram como o sistema é usado. Os gestores internos explicam o que a operação realmente necessita.
Nenhuma dessas fontes, isoladamente, oferece uma visão completa.
Uma revisão jurídico-técnica pode reunir:
- jurídico, para interpretar contratos, anexos, responsabilidades e riscos;
- tecnologia, para avaliar arquitetura, integrações, acessos, capacidade e segurança;
- áreas de negócio, para validar processos e funcionalidades indispensáveis;
- compras e financeiro, para examinar preços, projeções, reajustes e alternativas;
- proteção de dados e compliance, para avaliar tratamento de informações, terceiros e controles.
Essa atuação também deve ser independente. Quando a recomendação parte de quem vende o software, recebe comissão ou executará a implantação, pode existir incentivo econômico para ampliar o escopo. A empresa precisa conhecer eventuais vínculos comerciais e distinguir aconselhamento independente de atividade de venda.
Como funciona uma revisão jurídico-técnica de ERP
O trabalho da José Milagre Advogados, em conjunto com a CyberExperts, pode ser organizado em cinco etapas:
- Levantamento documental
Reunião do contrato principal, propostas, pedidos, anexos, aditivos, termos de licenciamento, políticas incorporadas por referência, faturas, chamados e documentos de implantação.
- Diagnóstico técnico e funcional
Mapeamento de módulos, usuários, perfis, integrações, ambientes, capacidade, consumo e utilização efetiva. As áreas internas ajudam a distinguir o que é essencial, eventual, redundante ou dispensável.
- Análise jurídica e econômica
Verificação das métricas de licenciamento, obrigações, riscos de auditoria, condições de renovação, reajustes, níveis de serviço, proteção de dados, dependência tecnológica e custo total.
- Estratégia de negociação
Definição dos objetivos, prioridades, limites, concessões possíveis e alternativas. A empresa passa a negociar com uma base documentada, em vez de depender exclusivamente dos dados apresentados pelo fornecedor.
- Revisão e formalização
Ajuste do contrato, da proposta, dos anexos e da declaração de trabalho para que as condições negociadas estejam refletidas nos documentos que serão assinados.
Dependendo do caso, o trabalho pode resultar em uma matriz de licenças e utilização, mapa de riscos, projeção de custo total, comparação normalizada de propostas, relatório de recomendações e minuta revisada.
Quando procurar e contratar uma assessoria especializada em contratos de ERP
A revisão pode ser realizada em diferentes momentos:
- antes da seleção de um novo ERP;
- durante a comparação de propostas;
- antes da assinatura do licenciamento e da implantação;
- quando houver aumento relevante de preço;
- antes da renovação;
- diante de alteração no modelo de licenciamento;
- em migrações para a nuvem;
- após fusões, aquisições ou reorganizações societárias;
- quando o fornecedor iniciar uma auditoria;
- quando a empresa considerar substituir ou encerrar o sistema;
- diante de atrasos, cobranças adicionais ou disputas na implantação.
Quanto mais cedo a análise começar, maior será a possibilidade de corrigir o escopo e construir alternativas. Quando o prazo de renovação já venceu ou o sistema está prestes a ser interrompido, parte do poder de negociação pode ter sido perdida.
A revisão de contratos de ERP também protege os recursos públicos
Na Administração Pública, a revisão jurídico-técnica de contratos de ERP assume uma dimensão adicional. A contratação ou renovação de licenças, módulos e capacidades superiores às necessidades reais do órgão pode manter despesas sem correspondente utilidade administrativa. A análise da utilização efetiva, dos perfis de acesso, das métricas de licenciamento e do custo total da solução contribui para que os recursos economizados sejam destinados a outras políticas, serviços ou investimentos públicos.
Esse cuidado está relacionado aos princípios da eficiência, moralidade, planejamento e economicidade. A Lei nº 14.133/2021 estabelece como objetivo das contratações públicas a obtenção do resultado mais vantajoso para a Administração, considerando todo o ciclo de vida do objeto, além da prevenção de sobrepreço e superfaturamento.
Por isso, o apoio especializado pode ser útil desde os estudos preparatórios e a definição do objeto até a análise das propostas, negociação, gestão contratual, renovação e eventual substituição da solução, ajudando o órgão público a contratar somente os módulos, licenças, serviços e capacidades compatíveis com sua necessidade efetiva.
Revisar o contrato de ERP também pode devolver recursos à empresa
Um ERP pode ser indispensável sem que todas as licenças, módulos, funcionalidades e condições contratadas continuem sendo necessárias.
Por desconhecer os modelos de licenciamento dos principais fornecedores, muitas empresas contratam usuários em categorias superiores às efetivamente necessárias, mantêm módulos que nunca foram implantados, pagam por capacidade ociosa ou renovam serviços que já se sobrepõem a outras soluções. Com o passar dos anos, reajustes e novas contratações aumentam uma estrutura que raramente é confrontada com a utilização real.
Quando essas distorções são identificadas antes da contratação ou da renovação, o valor do contrato pode ser reduzido de maneira significativa. Os recursos que deixariam de financiar licenças ociosas, funcionalidades subutilizadas e serviços desnecessários podem ser direcionados à própria operação, à segurança, à inovação ou a outros investimentos estratégicos da empresa.
Essa redução, porém, não pode ser feita apenas com base em uma planilha de usuários. É necessário conhecer os modelos de licenciamento, as categorias de acesso, os módulos, as métricas de consumo, as integrações e as dependências técnicas de cada ambiente. Cortar sem analisar pode comprometer a operação ou criar uma exposição em eventual auditoria do fabricante.
A atuação da José Milagre Advogados, em conjunto com a CyberExperts, não se limita à leitura do contrato depois que as condições comerciais já foram definidas. O trabalho pode começar no levantamento das necessidades, passar pela análise das propostas, definição do escopo, comparação entre fornecedores, avaliação do licenciamento, negociação de preços e condições, revisão dos documentos, acompanhamento da implantação e chegar às renegociações, renovações, auditorias e disputas.
A equipe reúne profissionais com experiência em sistemas ERP, modelos de licenciamento, módulos, integrações, segurança e proteção de dados. Essa estrutura permite confrontar o que está previsto no contrato com aquilo que a empresa realmente utiliza e necessita, oferecendo ao jurídico, à tecnologia, ao financeiro e ao setor de compras uma base independente para negociar.
Não se trata apenas de obter um desconto sobre a proposta apresentada. Trata-se de impedir que a empresa continue pagando, durante anos, por uma estrutura maior, mais cara ou diferente daquela de que realmente precisa.
José Milagre, CEO da José Milagre Advocacia. Mestre e Doutor UNESP – [email protected]
Sua empresa está contratando, implantando, renegociando ou prestes a renovar um ERP ou software corporativo? Antes da próxima assinatura, entre em contato com a José Milagre Advogados e a CyberExperts para uma avaliação jurídico-técnica do contrato, do modelo de licenciamento e das condições comerciais.
Perguntas frequentes sobre contratos de ERP
Quando a empresa deve começar a revisar a renovação do ERP?
A revisão deve começar com antecedência suficiente para levantar os documentos, analisar a utilização, consultar as áreas internas e negociar antes do prazo de renovação automática ou de não renovação.
É possível reduzir o valor de um contrato de ERP?
A análise pode identificar licenças ociosas, usuários superdimensionados, módulos subutilizados, serviços sobrepostos e capacidades superiores à demanda. A redução possível dependerá do contrato, da utilização e das condições aceitas pelo fornecedor.
Qual é a diferença entre revisão jurídica e revisão técnico-funcional?
A revisão jurídica examina obrigações, responsabilidades, reajustes, auditorias, rescisão, níveis de serviço e proteção de dados. A análise técnico-funcional verifica usuários, módulos, integrações, métricas de consumo e aderência do sistema à operação.
A revisão pode ser feita durante a implantação?
Sim. Ela pode ser realizada antes da contratação, durante a implantação, em renegociações, na renovação, em auditorias do fabricante ou quando houver disputa sobre escopo, cobrança ou desempenho.
Órgãos públicos também podem revisar contratos de ERP?
Sim. A análise auxilia a Administração Pública a verificar se licenças, módulos, capacidades e serviços continuam compatíveis com a necessidade administrativa e com os princípios da eficiência, planejamento e economicidade.
