Contrato de Licenciamento de Software
Contrato de Licenciamento de Software
O presente Contrato de Licenciamento de Software (o “Contrato”) entra em vigor a partir de indique data de vigênciacontrato_licenciamento_software_0001, sendo celebrado em indique cidade de assinaturacontrato_licenciamento_software_0002/indique estado de assinaturacontrato_licenciamento_software_0003, entre:
Esta pergunta identifica a Parte que concede a licença de uso do Software e que, em regra, detém os direitos patrimoniais sobre ele ou possui poderes para licenciá-lo. A identificação completa reduz risco de contestação quanto à titularidade, emissão de notas fiscais e legitimidade para cobrar preços e aplicar restrições de uso. Escolha a natureza da Licenciante (pessoa física, MEI ou pessoa jurídica) e preencha os dados com precisão, pois esses dados serão usados ao longo do Contrato e na seção de assinaturas.
Esta pergunta identifica a Parte que receberá o direito de uso do Software, dentro dos limites definidos neste Contrato (prazo, território, usuários, dispositivos e demais restrições). A correta identificação da Licenciada é essencial para limitar o uso ao contratante, evitar alegações de “compra” do Software e organizar obrigações como pagamento, cumprimento de regras de uso e proteção de credenciais. Escolha a natureza da Licenciada e preencha os dados com atenção, pois eles serão repetidos na seção de assinaturas e contatos.
denominadas conjuntamente como Partes, e individualmente como Parte, as Partes celebram o presente Contrato, que se regerá pelas cláusulas e condições seguintes.
Esta pergunta define exatamente qual programa de computador está sendo licenciado e como a Licenciada terá acesso a ele. É essencial indicar nome, versão e módulos para evitar dúvidas sobre o que está incluído, especialmente quando existirem diferentes edições, pacotes e atualizações. A forma de disponibilização (instalação local, acesso em ambiente hospedado ou modelo híbrido) impacta requisitos técnicos, segurança, suporte e responsabilidades por disponibilidade. Selecione a opção que corresponde ao cenário real e preencha os campos com dados objetivos.
Esta pergunta define o “tipo” da licença: se será exclusiva ou não exclusiva, por prazo determinado, por prazo indeterminado com rescisão, ou perpétua (uso contínuo sem termo final, normalmente condicionado ao cumprimento das obrigações). Esses elementos impactam preço, renovação, rescisão e possibilidade de a Licenciante licenciar o mesmo Software a terceiros. Na prática brasileira, a licença costuma ser não exclusiva e não transferível, mas há casos de exclusividade negociada por território ou segmento. Escolha a opção que corresponde ao acordo comercial e preencha datas e prazos.
Esta pergunta define a limitação objetiva do direito de uso, evitando “uso ilimitado” não negociado e reduzindo risco de infração por exceder o contratado. Em licenças corporativas, o limite pode ser por usuários nomeados, por acessos simultâneos, por dispositivos/instâncias, ou por uso interno ilimitado em um CNPJ específico. A escolha impacta preço, auditoria e configuração do sistema. Selecione a opção mais comum para sua realidade e informe números e regras de substituição de usuários, quando aplicável.
Esta pergunta define onde a licença pode ser usada e se abrange filiais, controladas, coligadas ou apenas uma unidade específica. Isso é importante porque muitas empresas operam em múltiplas localidades e CNPJs, e o uso por entidades não previstas pode caracterizar extrapolação contratual. O território também influencia suporte, regras tributárias e custos. Selecione a alternativa que reflita a operação real da Licenciada e descreva claramente a abrangência para evitar interpretação ampliativa.
Esta pergunta define se a Licenciada pode transferir a licença para terceiros, ceder o contrato ou sublicenciar o Software. Em licenças de software, a regra prática mais comum é a proibição de transferência sem consentimento, porque a licença é concedida com base em condições comerciais e limites de uso. No entanto, operações societárias (fusão, incorporação, cisão) e reorganizações internas podem exigir alguma flexibilidade. Escolha a opção que melhor protege o negócio e preencha o procedimento quando aplicável.
Esta pergunta define como o Software será disponibilizado e qual Parte será responsável por instalar, ativar e configurar o acesso inicial. Sem essa definição, surgem disputas comuns sobre prazos (“quando começou a vigência”), cobrança (“quando inicia o pagamento”), e responsabilidade por falhas decorrentes de infraestrutura inadequada. Também é importante registrar se haverá chave de licença, credenciais, ou procedimento de ativação, pois isso se conecta ao controle de uso. Escolha a alternativa compatível com o modelo de disponibilização e indique prazos e meios.
Esta pergunta define se haverá suporte e manutenção, em quais horários, por quais canais e com quais prazos de resposta. Na prática, muitos conflitos surgem porque o cliente presume atendimento imediato, enquanto o fornecedor trabalha com horário comercial e fila de chamados. Ao fixar um padrão, as Partes evitam promessas implícitas e tornam o relacionamento mais previsível. Se o Software for crítico, pode ser necessário suporte ampliado; se for simples, pode haver apenas suporte básico. Escolha a opção compatível com a realidade e informe o canal e prazos.
Esta pergunta define se a Licenciante fornecerá correções (bugs), atualizações (melhorias e ajustes) e novas versões (mudanças mais amplas), e se isso está incluído no preço. Na prática, a Licenciada precisa saber se receberá atualizações de segurança e compatibilidade, e a Licenciante precisa evitar obrigação ilimitada de evoluir o produto sem remuneração. A clareza aqui reduz frustração e evita discussão sobre “direito a upgrade”. Escolha a opção mais comum para a contratação e informe periodicidade ou condições.
Esta pergunta define o valor cobrado e como será pago, incluindo periodicidade, vencimento, meio de pagamento e o que está incluído (licença, suporte, atualizações). Em licenças de software, o preço pode ser pago de uma vez (pagamento único), por assinatura mensal/anual ou por usuário, e isso influencia rescisão, prazos e suspensão por inadimplência. A redação precisa evitar dúvidas sobre início de cobrança e sobre o que acontece em caso de atraso. Escolha a opção mais comum para a contratação e preencha os valores e datas.
Esta pergunta define como os preços serão atualizados ao longo do tempo, evitando conflito entre inflação, custos de manutenção e expectativa de estabilidade de preço. Em contratos brasileiros, é comum prever reajuste anual por índice (como IPCA), ou outro índice acordado, especialmente em assinaturas mensais e anuais. Em pagamento único, pode não haver reajuste, mas pode existir cobrança de manutenção separada. Escolha a alternativa que melhor reflete a negociação e indique o índice e periodicidade para evitar interpretação ambígua.
Esta pergunta define as consequências do atraso no pagamento, especificando quando surgem multa e juros e se o acesso ao Software pode ser suspenso. Em contratos de software, a suspensão por inadimplência é muito comum, principalmente em assinaturas, mas precisa ser claramente vinculada ao evento de atraso e a um prazo mínimo, para evitar alegações de suspensão arbitrária. Também é importante indicar o que acontece com dados e acessos quando há suspensão em ambiente hospedado. Escolha a alternativa mais adequada e preencha percentuais e prazos com objetividade.
6. PROPRIEDADE INTELECTUAL E RESTRIÇÕES DE USO
6.1. Titularidade. O Software é protegido pela legislação brasileira aplicável e permanece de titularidade da Licenciante e/ou de seus legítimos titulares, não havendo qualquer cessão de direitos patrimoniais à Licenciada, salvo previsão expressa neste Contrato.
6.2. Vedações. A Licenciada não poderá copiar, reproduzir, distribuir, sublicenciar, vender, alugar, ceder, descompilar, realizar engenharia reversa, remover avisos de propriedade intelectual, ou explorar o Software fora do escopo contratado, salvo quando e na medida em que tal ato seja expressamente permitido pela legislação aplicável.
6.3. Cópia de segurança. Quando tecnicamente aplicável, a Licenciada poderá manter cópia de segurança estritamente para fins de salvaguarda, sem uso simultâneo ou distribuição, mantendo controles internos para evitar acesso por terceiros.
Esta pergunta define a quem pertencem melhorias e customizações feitas no contexto do uso do Software, e quais direitos a Licenciada terá sobre elas. Em muitos contratos, customizações são incorporadas ao produto e permanecem da Licenciante, com licença de uso para o cliente. Em outros, o cliente exige cessão das customizações específicas, especialmente quando paga desenvolvimento dedicado. A escolha impacta manutenção futura, reutilização e custos. Selecione a alternativa que reflete a negociação e descreva as customizações e direitos de uso de forma objetiva.
Esta pergunta define regras de sigilo sobre informações técnicas, comerciais, credenciais, preços, estratégias e quaisquer dados não públicos trocados durante a relação. Em licenciamento de software, confidencialidade é especialmente relevante para proteger código, arquitetura, medidas de segurança, chaves de licença e informações do negócio da Licenciada. A cláusula deve indicar o que é confidencial, por quanto tempo o sigilo dura e em quais situações a divulgação é permitida (por exemplo, ordem legal). Escolha a alternativa adequada e preencha o prazo para que a obrigação fique clara e executável.
Esta pergunta é necessária para adequar o Contrato à realidade de softwares que podem tratar dados pessoais, especialmente quando há hospedagem, suporte remoto ou acesso a bases da Licenciada. A escolha define se a Licenciante terá acesso a dados pessoais, em que condições, e quais medidas mínimas serão adotadas (segurança, controle de acesso, notificação de incidentes e cooperação). Se o Software for instalado localmente e a Licenciante não tiver acesso a dados, isso deve constar para evitar responsabilidade indevida. Selecione a opção correspondente e preencha canais e prazos para comunicação.
Esta pergunta define o que a Licenciante garante sobre o Software (por exemplo, funcionamento conforme documentação) e como será tratada a responsabilidade por falhas, indisponibilidade e danos. Em contratos brasileiros, é comum limitar responsabilidade a danos diretos e excluir lucros cessantes, sem afastar deveres que a lei considere irrenunciáveis. A cláusula deve ser clara para evitar expectativa de “software perfeito” e para reduzir disputas sobre perdas indiretas. Escolha a opção que melhor equilibra risco e preço e preencha limites quando existirem.
Esta pergunta define em que situações o Contrato pode ser encerrado e quais efeitos ocorrem após o término, como cessação de uso, desinstalação e eliminação de cópias. Em licenciamento de software, a rescisão pode ocorrer por inadimplência, violação de restrições de uso, ou por decisão imotivada (quando o contrato é por prazo indeterminado). Sem essa cláusula, a relação pode terminar de forma conflituosa, com discussão sobre prazos e direito de continuar usando o Software. Selecione a alternativa compatível com a vigência escolhida e preencha prazos de aviso e de desinstalação.
Esta pergunta define o caminho para resolver conflitos, escolhendo foro judicial, mediação prévia ou arbitragem. Disputas em licenciamento de software podem envolver inadimplência, interpretação de limites de uso, obrigações de suporte, propriedade intelectual, customizações e responsabilidade por falhas. A eleição de foro é a alternativa mais simples e comum; a mediação pode reduzir custo e preservar relacionamento; a arbitragem pode ser interessante para confidencialidade e tecnicidade, mas tende a ser mais onerosa. Selecione a opção coerente com o porte das Partes e indique comarca ou instituição.
9.1. Alterações por escrito. Qualquer modificação deste Contrato somente terá validade se feita por escrito e assinada por ambas as Partes.
9.2. Acordo integral. Este Contrato constitui o entendimento integral entre as Partes sobre o licenciamento do Software, substituindo entendimentos anteriores sobre o mesmo objeto.
9.3. Divisibilidade. A invalidade de qualquer disposição não afetará as demais.
9.4. Tolerância. A tolerância a descumprimento não implica renúncia, novação ou alteração do pactuado.
9.5. Lei aplicável. Este Contrato será regido pelas leis brasileiras.
9.6. Notificações. Notificações formais serão enviadas aos e-mails e endereços indicados nas assinaturas, produzindo efeitos na data de confirmação de recebimento ou em indique prazo ciênciacontrato_licenciamento_software_1801 dias do envio, o que ocorrer primeiro.
9.7. Força maior. Eventos imprevisíveis ou inevitáveis, alheios à vontade das Partes, que impeçam temporariamente o cumprimento de obrigação, suspendem a exigibilidade enquanto durar o impedimento, desde que a Parte afetada comunique a outra em prazo razoável.
Esta pergunta define a forma de assinatura mais adequada à prática brasileira e ao nível de formalidade desejado. Em muitos casos, a assinatura manuscrita sem testemunhas é comum e suficiente para validade, embora a assinatura com duas testemunhas possa reforçar a prova e facilitar eventual cobrança judicial. A assinatura eletrônica é amplamente utilizada quando as Partes concordam e adotam um meio confiável. Como apenas uma opção será escolhida, selecione a forma real de assinatura e preencha dados de testemunhas quando aplicável.
Conteúdo da página
Contrato de Licenciamento de Software: Guia Completo para Licenciante e Licenciado
1. O Que é o Contrato de Licenciamento de Software
O Contrato de Licenciamento de Software é o instrumento jurídico que regula o direito de uso de um programa de computador (software) concedido pela licenciante (detentora dos direitos) à licenciada (usuária), mediante condições específicas e, geralmente, pagamento de uma contraprestação. Por meio desse contrato, a licenciante não transfere a propriedade do software — ela concede apenas o direito de usar, conforme os termos definidos.
No Brasil, o licenciamento de software é regulado principalmente pela Lei nº 9.609/1998 (Lei de Software, também chamada de Lei do Software) e pela Lei nº 9.610/1998 (Lei de Direitos Autorais). O software é protegido como obra intelectual pelo prazo de 50 anos a partir do início do ano civil seguinte ao da sua publicação (art. 2º, § 2º da Lei 9.609/1998).
O uso de um template ou construtor de Contrato de Licenciamento de Software como o disponível online no DiretoDoc.com é especialmente útil para desenvolvedores independentes, startups e empresas de tecnologia que licenciam seus produtos para outras empresas ou usuários finais. O modelo permite criar um documento juridicamente estruturado e fazer download nos formatos WORD ou PDF, economizando tempo e custos de elaboração.
2. Lei de Software (Lei 9.609/1998): Base Legal do Licenciamento
A Lei 9.609/1998 estabelece as regras fundamentais do licenciamento de software no Brasil:
- Proteção como obra intelectual: o software é protegido como obra literária pelo direito autoral, independentemente de registro (embora o registro no INPI confira presunção de autoria).
- Titular dos direitos: o desenvolvedor pessoa física é o titular original. Quando desenvolvido por empregado no exercício de suas funções, o empregador é o titular, salvo disposição contratual em contrário (art. 4º da Lei 9.609/98).
- Contrato escrito obrigatório: o licenciamento de software não registrado deve ser feito por instrumento escrito para ter validade (art. 9º). Contratos verbais de licença são inválidos.
- Direitos do usuário (art. 6º): a lei garante ao usuário determinados direitos que não podem ser suprimidos por contrato: direito de fazer cópia de backup, de estudar o funcionamento do software e de corrigir erros se o licenciante não o fizer.
- Prazo de proteção: 50 anos, a contar de 1º de janeiro do ano seguinte ao da publicação ou, não publicado, da criação.
3. Tipos de Licença: Exclusiva, Não Exclusiva e Open Source
A escolha do tipo de licença é a decisão mais estratégica do contrato de licenciamento, pois define os direitos e obrigações de ambas as partes de forma estrutural:
- Licença não exclusiva: a licenciante mantém o direito de conceder a mesma licença a quantas outras empresas ou usuários desejar. É o modelo padrão para softwares comerciais, ferramentas SaaS e aplicativos de prateleira. A não exclusividade geralmente resulta em licenças mais baratas.
- Licença exclusiva: a licenciante compromete-se a não licenciar o software a outros dentro de determinado escopo (mercado, território, período). É utilizada para softwares altamente customizados ou quando a licenciada faz investimentos significativos para integrar o software ao seu negócio. A exclusividade tem um preço — e o contrato deve regular o que acontece se a licenciante violar o compromisso.
- Open Source (código aberto): o software é disponibilizado com licença que permite o uso, cópia, modificação e redistribuição, geralmente gratuita. As licenças open source mais comuns são: MIT (mais permissiva), Apache 2.0 (permissiva), GPL (copyleft — obras derivadas devem manter a mesma licença) e LGPL. Empresas que incorporam softwares GPL em produtos comerciais devem atentar para as obrigações de copyleft.
4. Escopo da Licença: O Que o Usuário Pode e Não Pode Fazer
O contrato deve definir com precisão o escopo de uso autorizado — o que a licenciada pode fazer com o software e o que é expressamente proibido:
- Número de usuários (seats): a licença pode ser para um usuário específico, para um número determinado de usuários simultâneos ou para uso ilimitado dentro da empresa licenciada.
- Número de dispositivos: a licença pode limitar o uso a um número específico de computadores, servidores ou dispositivos móveis.
- Finalidade de uso: uso apenas para fins internos da empresa, ou também para desenvolvimento de produtos que serão vendidos a terceiros, ou para prestação de serviços a clientes.
- Modificações: a licenciada pode modificar o código-fonte? Pode criar obras derivadas? Se sim, quem detém os direitos sobre as modificações?
- Sublicenciamento: a licenciada pode conceder licença do software a terceiros (clientes, parceiros)? O sublicenciamento requer autorização prévia da licenciante?
- Redistribuição: a licenciada pode distribuir o software a terceiros, como parte de um produto ou serviço próprio?
5. SLA (Service Level Agreement): Garantia de Desempenho
Para softwares entregues como serviço (SaaS) ou com suporte contínuo, o SLA é uma parte essencial do contrato de licenciamento. O SLA define os níveis mínimos de disponibilidade, desempenho e suporte garantidos pela licenciante e as consequências pelo não cumprimento:
- Disponibilidade (uptime): percentual de tempo em que o sistema estará operacional. O padrão de mercado para SaaS crítico é 99,9% ("três noves"), que permite até 8,7 horas de indisponibilidade por ano. Sistemas críticos (saúde, financeiro) exigem 99,99% ou mais.
- Tempo de resposta para incidentes (RTO — Recovery Time Objective): quanto tempo o fornecedor tem para responder a um incidente crítico. Geralmente classificado por severidade: crítico (1 hora), alto (4 horas), médio (24 horas).
- Janelas de manutenção: períodos programados para atualizações que podem causar indisponibilidade. O SLA deve prever aviso mínimo antes de manutenções programadas.
- Penalidades (créditos de SLA): quando o fornecedor não cumpre o SLA, geralmente oferece créditos equivalentes a um percentual da mensalidade. O contrato deve especificar o cálculo e o limite máximo de créditos.
Em contratos de licenciamento entre empresas de médio e grande porte, o SLA é negociado detalhadamente e pode incluir penalidades financeiras mais expressivas do que simples créditos de serviço.
6. Propriedade Intelectual: Código-Fonte e Obras Derivadas
A titularidade do código-fonte é um dos pontos mais críticos do contrato de licenciamento — especialmente quando o software é customizado ou desenvolvido parcialmente com especificações da licenciada. Sem cláusula expressa, a Lei de Software atribui os direitos ao desenvolvedor (licenciante).
O contrato deve regular:
- Código-fonte original: permanece com a licenciante, salvo acordo de cessão total de direitos (que seria um contrato de desenvolvimento, não de licença).
- Customizações pagas: quando a licenciada paga pela customização do software, quem é titular das customizações? A licenciante pode usar as customizações em outros clientes? A licenciada pode modificar as customizações com outros fornecedores?
- Dados gerados pelo uso: os dados produzidos pela licenciada no uso do software pertencem à licenciada. A licenciante não pode usar esses dados para outros fins sem autorização — o que se conecta às obrigações do DPA (LGPD).
- Melhorias e novas versões: a licenciada que sugere funcionalidades ou contribui com código tem algum direito sobre as melhorias implementadas? Isso deve ser definido expressamente.
7. Escrow de Código-Fonte: Proteção Contra o Risco do Fornecedor
O escrow de código-fonte é uma cláusula de proteção para a licenciada no caso de a licenciante encerrar suas atividades, ser adquirida por concorrente ou descontinuar o produto. Nessa estrutura, a licenciante deposita o código-fonte em um agente de custódia neutro (cartório ou empresa especializada), que o disponibilizará à licenciada se ocorrer um dos eventos gatilho definidos no contrato.
O escrow é especialmente importante para softwares críticos para a operação da empresa licenciada — sistemas ERP, plataformas de e-commerce, sistemas hospitalares. Sem acesso ao código-fonte, a licenciada fica completamente dependente do licenciante, sem capacidade de corrigir erros, fazer melhorias ou migrar para outro fornecedor.
8. Rescisão, Migração e Portabilidade de Dados
O que acontece com os dados da empresa quando o contrato de licenciamento termina? Essa é uma questão crítica que muitas empresas negligenciam ao assinar contratos de SaaS e plataformas cloud. O contrato deve regular:
- Portabilidade de dados: o direito da licenciada de exportar todos os seus dados em formato padrão aberto (ex.: CSV, JSON, XML) antes ou ao término do contrato. A LGPD também garante esse direito quando os dados incluem dados pessoais (art. 18, V).
- Período de transição: após a rescisão, quanto tempo a licenciante mantém o sistema acessível para a licenciada exportar seus dados? O padrão razoável é de 30 a 90 dias.
- Eliminação dos dados: após o período de transição, a licenciante deve eliminar todos os dados da licenciada e confirmar isso por escrito.
- Suporte pós-rescisão: em softwares instalados (on-premise), a licenciante pode oferecer um período de suporte pós-rescisão para facilitar a migração.
Cláusulas de lock-in — que tornam a migração para outro fornecedor extremamente difícil ou custosa — são cada vez mais questionadas juridicamente. O contrato que o construtor de documentos do DiretoDoc.com disponibiliza inclui cláusulas de portabilidade equilibradas para ambas as partes.
9. Aspectos Tributários do Licenciamento de Software
O tratamento tributário do licenciamento de software é um dos pontos de maior complexidade e litígio fiscal no Brasil. A questão central é: o licenciamento de software é prestação de serviço (ISS) ou é circulação de mercadoria (ICMS)?
O Supremo Tribunal Federal, no julgamento das ADIs 1.945 e 5.659 (2021), pacificou a questão para softwares comercializados por download ou streaming: incide ISS, não ICMS, nessas operações. A exceção são os softwares desenvolvidos por encomenda (customizados), que continuam sujeitos ao ISS como prestação de serviços.
Para contratos de licenciamento entre empresas, é necessário verificar: a alíquota de ISS no município da licenciante (2% a 5%); a possibilidade de retenção do ISS pelo tomador (licenciada); e as regras de PIS, COFINS, CSLL e IRPJ sobre as receitas de licenciamento. Em contratos internacionais, incide CIDE-Royalties (10%) sobre remessas ao exterior por licenciamento de software.
10. Tratamento de Dados Pessoais no Contrato de Software
Praticamente todos os softwares modernos tratam dados pessoais de alguma forma — usuários, clientes, colaboradores. Quando a licenciante hospeda e processa dados da licenciada, ela é operadora de dados pessoais nos termos da LGPD. O contrato de licenciamento deve incluir ou referenciar um DPA (Data Processing Agreement):
- Identificação do controlador (licenciada) e do operador (licenciante)
- Escopo e finalidade do tratamento de dados no software
- Medidas de segurança técnicas implementadas
- Política de notificação de incidentes
- Transferência internacional de dados (se os servidores estiverem fora do Brasil)
O não cumprimento das exigências da LGPD no contexto de software pode gerar sanções da ANPD para ambas as partes. Recomendamos criar o Contrato de Tratamento de Dados Pessoais separado ou como aditivo ao contrato de licenciamento.
11. Como Criar Seu Contrato de Licenciamento no DiretoDoc.com
O modelo de Contrato de Licenciamento de Software do DiretoDoc.com foi elaborado com base na Lei 9.609/1998, na Lei 9.610/1998 e nas melhores práticas do setor de tecnologia. O template online permite criar contratos para software instalado localmente (on-premise), para SaaS e para modelos híbridos, cobrindo as cláusulas de identificação do software, tipo de licença, escopo de uso, SLA, propriedade intelectual, rescisão e portabilidade de dados.
Para fazer download, selecione as condições aplicáveis ao seu modelo de negócio, preencha os dados das partes e o sistema gera o documento. O download está disponível em WORD ou PDF. Para uma proteção completa, complemente com um Contrato de Confidencialidade (NDA) durante as negociações e demonstrações do software, e com o DPA para regular o tratamento de dados pessoais na plataforma.
12. Contrato de Manutenção e Suporte: Diferente do Licenciamento
O Contrato de Licenciamento de Software define o direito de uso. O Contrato de Manutenção e Suporte define os serviços adicionais que o licenciante prestará após o fornecimento do software. Em muitos contratos, especialmente de software perpetual (on-premise), esses dois contratos são separados:
- Manutenção corretiva: correção de bugs e erros na versão atual do software. Geralmente incluída no suporte básico.
- Manutenção evolutiva: melhorias e novas funcionalidades. Pode exigir contrato separado ou pagamento de taxa adicional.
- Manutenção adaptativa: atualizações necessárias por mudanças no ambiente (novos sistemas operacionais, mudanças tributárias, atualizações de segurança).
Um ponto crítico: software on-premise sem contrato de manutenção ativa pode ficar desatualizado em relação a vulnerabilidades de segurança. O contrato de licenciamento deve deixar claro se as atualizações de segurança estão incluídas, por quanto tempo e com qual periodicidade.
13. Open Source no Ambiente Empresarial: Cuidados com GPL
O uso de software open source em aplicações empresariais cresce continuamente, mas traz riscos jurídicos que muitas empresas desconhecem. O principal risco está nas licenças copyleft, especialmente a GPL (GNU General Public License):
- GPL v2/v3: se o seu software incorpora código GPL, o software derivado também deve ser distribuído sob GPL — tornando-o open source. Isso é chamado de "efeito viral" do GPL.
- LGPL: versão mais permissiva para bibliotecas. Permite o uso em software proprietário se a biblioteca for vinculada dinamicamente.
- MIT, Apache, BSD: licenças permissivas que permitem uso em software proprietário, com poucas restrições (geralmente apenas manter a nota de copyright).
Empresas que desenvolvem software comercial devem ter um inventário atualizado dos componentes open source utilizados e suas licenças. Ferramentas de SBOM (Software Bill of Materials) automatizam esse processo e são cada vez mais exigidas em contratos de licenciamento com grandes corporações e pelo setor público.
14. SaaS Multi-Tenant: Particularidades do Licenciamento
No modelo SaaS (Software as a Service), múltiplos clientes compartilham a mesma infraestrutura (arquitetura multi-tenant). Isso cria particularidades no contrato de licenciamento entre empresas que diferem do licenciamento de software instalado:
- Isolamento de dados: o contrato deve garantir que os dados de um cliente não sejam acessíveis a outros clientes no ambiente compartilhado.
- Personalização limitada: em SaaS multi-tenant, personalizações profundas geralmente não são possíveis. O contrato deve ser claro sobre o nível de customização permitido.
- Dependência de conectividade: o SaaS requer conexão internet. O contrato deve regular o que acontece em caso de indisponibilidade da internet do cliente ou do fornecedor.
- Atualizações automáticas: o fornecedor atualiza o software para todos os clientes simultaneamente. O contrato deve prever aviso prévio e janela de manutenção para minimizar interrupções.
15. Licenciamento de Software e Tributação: ISS vs. ICMS
A tributação do software no Brasil foi objeto de décadas de litígio entre estados (ICMS) e municípios (ISS). O STF encerrou a principal controvérsia no julgamento das ADIs 1.945 e 5.659 em 2021, estabelecendo que:
- ISS incide sobre o licenciamento de software — seja software personalizado (sob encomenda) ou software de prateleira (padronizado) comercializado por download, streaming ou acesso online. A alíquota é municipal, de 2% a 5%.
- ICMS incide sobre a circulação de softwares em mídia física (CDs, pendrives) — modalidade cada vez mais rara no mercado atual.
Para contratos de licenciamento de software entre empresas, o tomador (licenciada) pode ser obrigado a reter o ISS na fonte, dependendo da legislação municipal do local do tomador e do tipo de serviço. O contrato deve definir claramente quem é responsável pelo recolhimento do ISS e como o valor é tratado na negociação do preço.
16. Modelo Complementar: O Pacote Jurídico Completo para Software
Um produto de software bem protegido juridicamente requer mais do que apenas o contrato de licenciamento. O pacote jurídico completo para um software comercial inclui:
- Contrato de Licenciamento de Software: direito de uso, escopo, SLA e rescisão (este documento)
- Contrato de Tratamento de Dados (DPA): obrigatório quando o software trata dados pessoais (LGPD)
- NDA: proteção durante demonstrações e negociações antes da assinatura do contrato
- Termos de Uso e Política de Privacidade: para softwares acessados por usuários finais pela internet
- Registro no INPI: registro do software para presunção legal de autoria
O DiretoDoc.com disponibiliza os principais instrumentos desse pacote. Usar o construtor online para criar o contrato de licenciamento, o DPA e o NDA juntos garante consistência jurídica entre os documentos e agiliza a comercialização do seu produto de software.
17. Cláusulas de Limitação de Responsabilidade no Licenciamento
Contratos de licenciamento de software quase invariavelmente contêm cláusulas de limitação de responsabilidade que restringem a exposição do licenciante por danos causados por falhas no software. É importante para a licenciada entender o que essas cláusulas implicam e negociar limites razoáveis:
- Exclusão de danos indiretos: a maioria dos contratos exclui responsabilidade por lucros cessantes, perda de dados, danos reputacionais e outros danos indiretos. Isso significa que se um bug no software causar perda de pedidos, o fornecedor não responde pelo faturamento perdido — apenas pelo valor do contrato.
- Limite máximo de responsabilidade: geralmente limitado a 12 meses de mensalidade ou ao valor pago no último ano. Para sistemas críticos, negocie um múltiplo maior.
- Carve-outs (exceções): violações de confidencialidade, violação de direitos de propriedade intelectual e dolo do fornecedor geralmente não têm limite de responsabilidade — e assim deve ser.
Uma cláusula de limitação de responsabilidade completamente desequilibrada (que exclui qualquer responsabilidade do fornecedor por qualquer dano) pode ser considerada abusiva e nula pelo juiz brasileiro com base no art. 51 do CDC (para relações de consumo) ou no art. 421 CC (função social do contrato).
18. Propriedade Intelectual em Contratos de Desenvolvimento de Software
Quando o software é desenvolvido especificamente para o cliente (desenvolvimento sob encomenda), em vez de licenciado, as questões de propriedade intelectual são ainda mais complexas. A distinção fundamental entre desenvolvimento e licenciamento:
- Licenciamento: o desenvolvedor mantém a propriedade do código e concede apenas o direito de uso. Qualquer cliente pode usar o mesmo produto.
- Desenvolvimento sob encomenda: pode ser estruturado como cessão total de direitos (o cliente detém o código) ou como licenciamento exclusivo (o desenvolvedor mantém o código mas não pode licenciar a concorrentes).
Para software de missão crítica ou com vantagem competitiva estratégica, a cliente deve negociar a cessão total dos direitos patrimoniais, com entrega do código-fonte, documentação e artefatos de desenvolvimento. O preço de desenvolvimento com cessão é geralmente maior — mas a segurança jurídica e a independência do fornecedor justificam o investimento.
19. Licenciamento de Software em Startups: Do MVP ao Produto Escalável
Para startups que estão desenvolvendo um produto de software, o contrato de licenciamento evolui junto com o negócio. Nos diferentes estágios:
- MVP (Minimum Viable Product): licenças de teste ou piloto com poucos usuários, termos simplificados, sem SLA exigente. O foco é validar o produto, não proteger juridicamente a escala.
- Early adoption: os primeiros clientes pagantes merecem contratos de licenciamento formais, mesmo que ainda simples. Defina o escopo, o preço e as condições básicas de suporte.
- Escala: contratos padronizados (order form + termos gerais de licenciamento), com SLA específico, DPA em conformidade com LGPD, e cláusulas de renovação e expansão automática.
O template de Contrato de Licenciamento de Software do DiretoDoc.com é adequado para os estágios de early adoption e escala inicial. Para operações enterprise com clientes corporativos de grande porte, é recomendável personalizar o contrato com a assessoria de um advogado especializado em contratos de tecnologia.
20. Contrato de Manutenção de Software: Complemento ao Licenciamento
O Contrato de Manutenção e Suporte de Software é o complemento natural ao contrato de licenciamento para softwares instalados localmente (on-premise). Enquanto o contrato de licenciamento define o direito de uso, o contrato de manutenção define o que o fornecedor fará para garantir que o software continue funcionando adequadamente ao longo do tempo.
Um contrato de manutenção completo deve cobrir: manutenção corretiva (correção de bugs críticos, alta prioridade, média e baixa); manutenção adaptativa (atualizações de compatibilidade com novos sistemas operacionais e plataformas); manutenção evolutiva (novas funcionalidades — geralmente em contrato separado); suporte técnico com canais e SLA definidos; e fornecimento de atualizações e novas versões durante a vigência.
Para garantir a continuidade do suporte, o contrato de manutenção deve ser anual (renovável automaticamente) e vinculado ao contrato de licenciamento — de modo que o cancelamento de um implique revisão do outro. Use o Contrato de Tratamento de Dados em paralelo para cobrir os aspectos de privacidade das operações de suporte remoto.
21. Rescisão de Contratos SaaS: Armadilhas Comuns
A rescisão de um contrato de SaaS parece simples no papel — basta cancelar a assinatura. Na prática, muitas empresas se deparam com surpresas desagradáveis ao tentar sair de um sistema que usavam há anos:
- Dados presos no formato proprietário: o sistema armazenou todos os dados em um formato que só pode ser lido pelo próprio software. A exportação para outro formato não está prevista no contrato, ou o arquivo exportado é tão mal estruturado que é inutilizável.
- Período de fidelidade não percebido: o contrato previa renovação automática e fidelidade mínima de 12 meses. A empresa cancelou no mês 11 mas recebeu cobrança de multa pelo mês restante.
- Dados excluídos imediatamente: ao cancelar, o sistema excluiu os dados imediatamente, sem o período de graça para exportação que a empresa precisava.
- Migração sem suporte: o fornecedor não oferece suporte à migração para concorrentes — e internamente a empresa não tem ninguém capaz de fazer a migração técnica.
Para evitar esses problemas, o contrato de licenciamento deve prever: período mínimo de 30 dias após o cancelamento para exportação de dados; formato padrão aberto para exportação; suporte mínimo durante a transição; e confirmação escrita da eliminação dos dados após a migração.
22. Licenciamento de Software Open Source em Produtos Comerciais
Quando uma empresa incorpora software open source em seus produtos comerciais, é fundamental verificar as licenças de cada componente utilizado. O erro mais comum é incorporar código licenciado sob GPL (copyleft) sem perceber que isso obriga a disponibilizar o código-fonte do produto inteiro sob a mesma licença. As implicações práticas:
- Produtos que incorporam código GPL devem distribuir ou disponibilizar o código-fonte completo ao comprador
- Para software distribuído apenas como SaaS (sem distribuição do binário), a GPL v2 geralmente não se aplica — mas a AGPL (Affero GPL) foi criada especificamente para cobrir esse cenário
- Licenças MIT, Apache 2.0 e BSD são permissivas e permitem uso em produtos comerciais sem obrigação de abertura do código
- A LGPL permite uso em software proprietário se a biblioteca for vinculada dinamicamente (não compilada junto ao produto)
Para empresas que desenvolvem software, um processo formal de aprovação de novas dependências open source — verificando a licença antes da incorporação — é uma prática de governança essencial. O contrato de licenciamento do produto final deve mencionar os componentes open source utilizados e suas licenças, em cumprimento aos requisitos de atribuição de crédito que a maioria das licenças permissivas exige.