Empresas de tecnologia com produto maduro e carteira de clientes formada costumam concentrar sua energia no desenvolvimento, na infraestrutura e no time comercial, deixando o contrato de licenciamento como a última peça da operação - quase sempre um modelo antigo, adaptado de outro negócio ou herdado de uma fase em que a empresa era bem menor do que é hoje.
O desajuste aparece quando a operação cresce. O cliente que contratou o sistema para uma unidade passa a utilizá-lo em toda a rede; o contratante corporativo exige acesso ao código-fonte como condição para renovar; o grupo econômico entende que a licença adquirida por uma de suas empresas se estende naturalmente às coligadas; e o cliente inadimplente continua operando o sistema porque nada no instrumento autoriza a suspensão do acesso. Em todos esses cenários, a discussão se resolve pelo que está escrito e, quando não há nada escrito, pela interpretação de quem vier a julgar.
Licenciar um software significa autorizar o uso de algo que continua pertencendo a você, o que é bastante diferente de vender, e o contrato de licenciamento de software existe justamente para medir o tamanho dessa autorização e, por consequência, delimitar tudo aquilo que ficou de fora dela.
Este artigo reúne o que esse contrato precisa conter na perspectiva de quem licencia, quais cláusulas evitam os conflitos mais frequentes com clientes corporativos e o que muda de forma decisiva quando o produto é comercializado como serviço na nuvem.
O que é o contrato de licenciamento de software (e o que ele não transfere)
A distinção entre licenciar e ceder é o ponto de partida de tudo, porque na licença você autoriza o uso e permanece titular do software, enquanto na cessão você transfere a titularidade e deixa de ser dono daquilo que criou. Boa parte dos conflitos com clientes de grande porte nasce exatamente dessa confusão: o contratante entendeu que adquiriu o sistema quando, na verdade, adquiriu o direito de utilizá-lo dentro de certas condições.
No Brasil, o programa de computador é protegido como obra intelectual, no mesmo regime aplicado aos textos literários, e essa proteção nasce com a criação, independentemente de qualquer registro. A Lei do Software ainda determina que o uso do programa seja formalizado por meio de um contrato de licença de uso, que é o nome técnico do documento tratado neste artigo.
Há, nesse regime, um detalhe que trabalha a favor de quem licencia: contratos que envolvem direitos de autor são interpretados de forma restritiva, de modo que aquilo que não foi expressamente autorizado tende a ser considerado não autorizado. Essa regra, contudo, só produz proteção real quando o contrato descreve com precisão o que foi permitido, já que texto vago acaba enfraquecendo justamente a vantagem que a lei oferece.
Licença tradicional ou SaaS: por que os contratos não podem ser iguais
Existem dois grandes modelos de licenciamento e tratá-los com o mesmo instrumento é um dos erros mais caros que uma empresa de tecnologia pode cometer.
No modelo tradicional, em que o software é instalado no ambiente do contratante, o que precisa ser controlado é a cópia, razão pela qual o contrato deve especificar quantas instalações são permitidas, em quais equipamentos, para quantos usuários nomeados ou simultâneos, em qual versão e em qual território, porque o cliente tem o programa em seu próprio ambiente e os limites só existem se estiverem escritos.
No modelo de assinatura, conhecido como SaaS, o contratante não recebe cópia alguma e sim acesso a um sistema que roda na sua infraestrutura, o que desloca o eixo inteiro do contrato para a disponibilidade do serviço, o volume de acessos contratados, o tratamento dos dados hospedados e a forma como o acesso é encerrado quando a relação termina.
Um contrato pensado para software instalado tende a ser silencioso justamente sobre disponibilidade e dados, enquanto um contrato de SaaS que ignora a hipótese de instalação local abre brechas quando um cliente corporativo exige ambiente dedicado. Definir o modelo antes de redigir é, portanto, a primeira decisão do processo.
O código-fonte é seu e precisa continuar sendo
A licença autoriza o uso do programa em funcionamento e nada além disso, o que significa que ela não entrega o código-fonte, não permite engenharia reversa, não autoriza cópias adicionais e não transfere o uso da marca do produto (obrigações que precisam estar expressas, e não apenas subentendidas).
Dois pontos merecem atenção redobrada nas empresas que já têm equipes grandes. O primeiro é a origem do código, porque, embora os direitos sobre o programa desenvolvido por empregados no exercício de suas funções pertençam à empresa, o cenário se torna discutível quando o desenvolvimento passa por prestadores, consultorias terceirizadas ou profissionais contratados sem instrumento escrito, e essa discussão costuma aparecer no pior momento possível, que é durante uma rodada de investimento ou uma negociação de venda da empresa.
O segundo é a customização, já que adaptações desenvolvidas para um cliente específico precisam ter titularidade definida no contrato, sob pena de o contratante sustentar que pagou por um desenvolvimento exclusivo e que aquela funcionalidade não pode ser oferecida a concorrentes dele.
Vale considerar, ainda, o registro do programa no INPI, que é facultativo, porque a proteção não depende dele, mas funciona como prova de que aquele código existia em determinada data, o que se mostra bastante útil quando é preciso demonstrar autoria diante de terceiros.
As cláusulas que definem o alcance da licença
a) Escopo e limites de uso:
Este é o núcleo do contrato, pois é aqui que se define quem pode usar, quantas pessoas, em quais ambientes, com qual finalidade e em qual território, e é também aqui que se registram as proibições relevantes, como sublicenciar, compartilhar credenciais, estender a licença a empresas do mesmo grupo, ceder o contrato a terceiros ou utilizar o sistema para prestar serviços a outras companhias.
b) Prazo, valores e reajuste
Além de fixar o prazo e a forma de renovação, o contrato deve estabelecer com quanta antecedência qualquer das partes pode manifestar o desinteresse na continuidade, bem como o índice e a periodicidade do reajuste, evitando a negociação anual desgastante. É igualmente necessário prever de modo expresso o que ocorre diante da inadimplência, porque a suspensão do acesso, se não estiver autorizada no instrumento, pode ser questionada depois.
c) Atualizações, versões e suporte
A Lei do Software exige que o contrato informe o prazo de validade técnica da versão licenciada e impõe a quem comercializa o dever de manter serviços técnicos complementares enquanto esse prazo estiver em curso, o que torna indispensável separar com clareza três obrigações que o mercado costuma confundir: a correção de defeitos, a atualização para novas versões e o suporte ao usuário, cada uma com escopo e custo próprios.
d) Encerramento
O fim da relação precisa ser tão detalhado quanto o início, esclarecendo se o contratante deve desinstalar o sistema e comprovar a exclusão das cópias, se perde o acesso imediatamente ou se dispõe de um período determinado para exportar seus dados em formato utilizável, ponto decisivo no modelo de assinatura e quase sempre ausente dos modelos genéricos.
Até onde vai a sua responsabilidade quando o sistema falha
Nenhum software opera sem interrupções, e por isso o contrato precisa declarar qual é o nível de disponibilidade prometido, como são tratadas as manutenções programadas, em quanto tempo a empresa se compromete a responder a chamados conforme a gravidade e quais são as consequências quando esse compromisso não é cumprido, que normalmente assumem a forma de crédito em faturas futuras.
Também é legítimo limitar a extensão da responsabilidade, afastando prejuízos indiretos e lucros que o contratante deixou de auferir e fixando um teto de indenização vinculado aos valores pagos em determinado período, cláusula que tende a ser aceita entre empresas porque ambas negociam em condições equivalentes e com assessoria própria.
Cabe aqui uma ressalva honesta: quando o licenciado é pessoa física que utiliza o software como destinatário final, a relação pode ser de consumo, hipótese em que o Código de Defesa do Consumidor restringe bastante aquilo que se pode afastar, e cláusulas de limitação simplesmente traduzidas de contratos internacionais dificilmente sobrevivem a esse exame.
Quando o seu software trata dados dos clientes do licenciado
Se o sistema armazena ou processa dados de pessoas (clientes, pacientes, colaboradores ou usuários finais do seu contratante), a LGPD passa a integrar o contrato, independentemente de ele mencioná-la.
Na lógica da lei, quem decide por que e como os dados são utilizados costuma figurar como controlador, enquanto quem os trata seguindo as instruções dessa empresa atua como operador, de modo que, no licenciamento de software, o contratante normalmente ocupa a primeira posição e a desenvolvedora a segunda. Esse enquadramento, porém, não é automático, porque depende daquilo que cada parte efetivamente decide na operação real, e o contrato é o lugar adequado para registrar esse desenho antes que ele seja definido por terceiros.
A legislação prevê hipóteses de responsabilidade compartilhada entre os agentes de tratamento e, embora essa responsabilidade não seja automática e comporte excludentes, o risco é concreto, e é exatamente o que um bom contrato busca endereçar, ao definir finalidades de uso, medidas de segurança, prazos de comunicação de incidentes e regras para subcontratados, como os serviços de hospedagem em nuvem que sustentam a operação. Nossa equipe atua na estruturação e na revisão desses contratos, alinhando as exigências de proteção de dados à realidade técnica de cada produto.
Licenciar bem é proteger o que você construiu
Um bom contrato de licenciamento não existe para antecipar a disputa, mas para descrever com precisão aquilo que foi comercializado, de maneira que a disputa deixe de ser necessária, e é por isso que, quando o escopo, o prazo, os limites de uso, o regime de responsabilidade e o destino dos dados estão bem definidos, sobra pouco espaço para interpretações divergentes.
Modelos genéricos raramente sustentam essa função, porque desconhecem a arquitetura do produto, o modelo de cobrança adotado e o perfil dos contratantes, e o contrato de quem licencia um sistema de gestão para redes de franquias não pode ser o mesmo de quem comercializa uma plataforma por assinatura para clientes corporativos.
Se a sua empresa licencia um software e pretende revisar o instrumento que vem utilizando, ou se está estruturando um novo modelo de comercialização para atender contratantes de maior porte, converse com os nossos advogados. Nossa equipe está pronta para analisar o seu produto e construir um contrato que acompanhe o crescimento do seu negócio, com clareza e responsabilidade.
Os termos de uso do meu sistema substituem o contrato de licenciamento?
Não substituem, porque cumprem funções diferentes. Os termos de uso regulam o comportamento do usuário dentro da plataforma e são aceitos por adesão, enquanto o contrato de licenciamento define o negócio em si, com escopo, preço, prazo, responsabilidade e consequências do descumprimento. Em vendas para clientes corporativos, os dois documentos costumam conviver, com o contrato prevalecendo sobre os termos em caso de divergência.
Preciso registrar meu software no INPI para poder licenciá-lo?
O registro não é obrigatório, já que a proteção do programa de computador nasce com a criação e independe de qualquer formalidade. O que o registro no INPI oferece é uma prova de que aquele código existia em determinada data, o que facilita bastante a demonstração de autoria diante de cópias, disputas societárias ou processos de investimento.
O que acontece se o cliente parar de pagar e continuar usando o sistema?
Depende diretamente do que o contrato prevê. Quando há cláusula expressa autorizando a suspensão do acesso após determinado período de inadimplência, com aviso prévio, a medida tende a ser reconhecida como legítima; na ausência dessa previsão, o bloqueio pode ser questionado e se transformar em discussão indenizatória, o que inverte a posição de quem, em tese, estava certo.
Posso licenciar meu software para empresas de outros países?
Sim, e essa é uma operação comum entre empresas de tecnologia brasileiras. O contrato precisa, no entanto, definir expressamente a lei aplicável, o foro ou a cláusula de arbitragem, a moeda e a forma de pagamento, além de considerar as regras de câmbio e a tributação incidente sobre a remessa de valores, pontos que raramente aparecem nos modelos usados no mercado interno.
Preciso de advogado para elaborar um contrato de licenciamento de software?
Não existe exigência legal nesse sentido, mas o contrato de licenciamento é um contrato atípico, moldado caso a caso conforme o produto, o modelo de cobrança e o perfil dos contratantes. Modelos genéricos costumam falhar justamente nos pontos que geram disputa, como limites de uso, titularidade de customizações e destino dos dados no encerramento da relação.
Entre em Contato
Fale com nossa equipe.
Seja para esclarecer dúvidas ou iniciar um atendimento, estamos prontos para ouvir, orientar e construir a solução mais adequada para o seu caso.