O que é um software license agreement?

Um software license agreement, em português um contrato de licença de software, é um contrato pelo qual o titular de um programa de computador concede a outra parte o direito de utilizar esse programa em condições definidas, mantendo a titularidade do software. O contrato define para que pode o software ser utilizado, por quantas pessoas ou em quantas máquinas, durante quanto tempo, a que preço e o que acontece quando uma das partes pretende sair.

O contrato é necessário porque o software está protegido por direitos de autor. Nos Estados Unidos, o titular do copyright detém os direitos exclusivos de reproduzir uma obra, preparar obras derivadas e distribuir cópias [1]. Instalar, copiar ou adaptar um programa toca nesses direitos. A licença é a permissão que torna a utilização lícita, e a sua redação é a fronteira daquilo que uma empresa pode efetivamente fazer.

Essa distinção tem consequências. Os tribunais federais dos Estados Unidos entenderam que o utilizador de software é licenciado e não proprietário de um exemplar quando o titular do copyright concede uma licença, restringe significativamente a transmissão e impõe restrições de utilização relevantes. Segundo esse raciocínio, um licenciado não pode invocar a first sale doctrine nem a defesa de essential step da section 117, e os seus direitos resultam apenas das condições do contrato de licença [2]. Comprar software e ser proprietário de software não são a mesma coisa.

O mesmo instrumento circula com vários nomes, e as diferenças dizem sobretudo respeito a quem assina e ao grau de negociação das condições.

Designação	O que costuma ser
Software license agreement (SLA)	O termo geral para o contrato que concede direitos de utilização
End user license agreement (EULA)	O formulário padrão não negociável apresentado na instalação ou no registo
Contrato de licença empresarial ou por volume	Um contrato negociado para uma organização que compra em escala
Contrato de subscrição ou SaaS (software as a service)	Acesso concedido por um prazo, normalmente alojado pelo fornecedor
Licença perpétua	O direito de executar indefinidamente uma versão específica, com suporte adquirido à parte
Licença de código aberto	Uma licença pública que concede direitos amplos sujeitos a condições

Vale a pena assinalar duas armadilhas de designação. Primeira: no meio do software asset management, a sigla SLA designa o software license agreement [3], ao passo que na maioria dos contextos contratuais SLA significa service level agreement, um documento diferente sobre disponibilidade e tempos de resposta. Confirme a qual dos dois se refere a contraparte antes de responder. Segunda: um EULA é um tipo de contrato de licença de software e não uma categoria distinta; é a versão padronizada apresentada ao utilizador final [3].

As licenças de código aberto também são contratos de licença de software, com uma economia pouco habitual. Para se qualificar como código aberto ao abrigo da definição da Open Source Initiative, uma licença tem de permitir a redistribuição livre, disponibilizar o código-fonte e admitir modificações e obras derivadas [4]. As obrigações tendem a ser de atribuição e de condições de distribuição em vez de pagamentos, e é precisamente por isso que passam despercebidas.

Finalidade e utilizações comuns

O contrato desempenha quatro funções ao mesmo tempo. Concede uma permissão que o direito de autor de outro modo negaria. Limita essa permissão para que o fornecedor possa vender âmbitos diferentes a preços diferentes. Reparte o risco através das cláusulas de garantia, indemnização e responsabilidade. E fixa o ritmo comercial: o que é pago, quando, e como a relação se renova ou termina.

Situações típicas em que surge:

• Uma empresa subscreve um produto SaaS e aceita as condições no momento do registo.
• Um fornecedor e um cliente negoceiam um contrato empresarial que abrange vários produtos e várias unidades de negócio.
• O software é incorporado em hardware ou revendido a terceiros, o que exige normalmente um contrato de revenda ou de distribuição autónomo.
• Um programador licencia uma biblioteca de componentes dentro de um produto comercial.
• Uma entidade pública adquire software comercial. As regras federais de contratação dos Estados Unidos determinam que o software comercial seja adquirido ao abrigo das licenças habitualmente disponibilizadas ao público, na medida em que essas licenças sejam compatíveis com o direito federal [5].

Partes do contrato

Existem duas partes designadas e vários outros intervenientes cujo comportamento é regulado pelo contrato sem que o assinem.

O licenciante detém ou controla os direitos sobre o software. Concede a licença e compromete-se normalmente a entregar o software, prestar o suporte acordado, defender-se de reclamações por violação de propriedade intelectual e cumprir as obrigações de proteção de dados quando trata dados do cliente.

O licenciado recebe o direito de utilização. As suas obrigações são habitualmente pagar as retribuições, manter-se dentro do âmbito licenciado, proteger credenciais e informação confidencial, respeitar as restrições de utilização e cooperar na verificação de licenças.

Para além das assinaturas, o contrato abrange normalmente utilizadores autorizados como trabalhadores e prestadores, sociedades do grupo do licenciado e, por vezes, clientes finais quando o licenciado está autorizado a incorporar ou revender. O licenciado continua em regra responsável pelo cumprimento por parte destes. É a cláusula que transforma o descuido de uma única equipa em responsabilidade da entidade signatária.

Termos e cláusulas essenciais

Esta é informação geral sobre a forma como estes contratos estão estruturados, não aconselhamento jurídico sobre um contrato concreto.

Concessão da licença. A frase central. Verifique se é exclusiva ou não exclusiva, perpétua ou por prazo determinado, mundial ou territorial, transmissível ou não, e se é permitido o sublicenciamento.

Âmbito e métricas de licença. O que é contado: utilizadores nomeados, utilizadores em simultâneo, núcleos de CPU (central processing unit), dispositivos, ambientes, volume de transações ou escalão de faturação. A métrica é aquilo que o fornecedor mede no dia de uma auditoria.

Restrições. As proibições habituais abrangem a engenharia inversa, o benchmarking, a partilha de acessos fora do grupo licenciado, a utilização como centro de serviços e a remoção de menções de propriedade.

Propriedade intelectual e titularidade. Confirma que o licenciante mantém a titularidade e regula a quem pertencem sugestões, configurações e quaisquer dados ou resultados do cliente.

Retribuições, acerto e aumentos. Preço, periodicidade de faturação, o que desencadeia valores adicionais por utilização fora do âmbito e qualquer aumento na renovação, com ou sem limite.

Suporte, manutenção e níveis de serviço. Frequentemente um anexo separado. Onde existam compromissos de disponibilidade e tempos de resposta, constam normalmente de um service level agreement junto ao contrato principal.

Garantias e exclusões. O que o fornecedor promete que o software fará, durante quanto tempo e o que fica expressamente excluído.

Indemnizações. Na maioria dos casos, o licenciante indemniza contra reclamações de terceiros relativas a propriedade intelectual, e o licenciado indemniza contra a utilização indevida.

Limitação de responsabilidade. Limites e exclusões, bem como os casos em que o limite não se aplica.

Direitos de auditoria e verificação. O direito de o fornecedor inspecionar a utilização, o pré-aviso exigido e quem paga as diferenças.

Prazo, renovação e cessação. Tratados adiante, porque é aí que se perde a maior parte do dinheiro no plano operacional.

Proteção de dados e segurança. Quando o fornecedor trata dados pessoais, junto à licença situa-se normalmente um contrato de subcontratação de dados.

Uma nota estrutural sobre cópias de segurança. Nos Estados Unidos, a faculdade de cópia de arquivo prevista na section 117 cabe ao proprietário de um exemplar, e todas as cópias de arquivo devem ser destruídas quando a posse continuada deixa de ser legítima [1]. Na União Europeia a posição é diferente: a cópia de apoio feita por quem tem o direito de utilizar o programa não pode ser impedida por contrato na medida em que seja necessária a essa utilização, e a primeira venda de uma cópia na União pelo titular esgota o direito de distribuição dessa cópia [6]. A jurisdição altera a resposta, pelo que deve ler a cláusula de lei aplicável antes de presumir que vale uma ou outra regra.

Datas importantes e eventos do ciclo de vida

Os contratos de licença de software são conduzidos por datas, e essas datas raramente estão no mesmo documento que a página de assinaturas.

• Data de produção de efeitos e início do prazo. Umas vezes a data da nota de encomenda, outras o aprovisionamento, outras o fim de um piloto.
• Fim do prazo de subscrição ou de licença. A data em que os direitos caducam se nada acontecer.
• Data de renovação automática. A maioria dos contratos de subscrição renova-se por si salvo denúncia.
• Prazo limite de denúncia. O verdadeiro prazo. Situa-se semanas ou meses antes da data de renovação, e falhá-lo vincula a empresa a mais um período completo.
• Data de comunicação de aumento de preço. Quando o fornecedor tem de anunciar um aumento antes de o poder aplicar.
• Datas de acerto ou de reporte de utilização. Reconciliação periódica da utilização efetiva face aos direitos contratados.
• Renovação de suporte ou manutenção. Nas licenças perpétuas segue muitas vezes um ciclo próprio.
• Prazos de pré-aviso de auditoria. O aviso prévio que o fornecedor tem de dar antes de verificar.
• Obrigações posteriores à cessação. Eliminação ou devolução do software e dos dados, e qualquer período de encerramento ou transição.

Cada um destes pontos pertence a uma pessoa, não a uma pasta. A decisão de renovação é das compras, a reconciliação de utilização é da área de TI (tecnologias de informação), e a confirmação de eliminação é muitas vezes da segurança.

Riscos e erros comuns

Renovação automática silenciosa. A janela de denúncia fecha-se, o prazo renova-se, e o orçamento fica comprometido antes de alguém ter avaliado se a ferramenta ainda é utilizada.

Crescimento não controlado do âmbito. Uma equipa acrescenta utilizadores, cria um segundo ambiente ou move uma carga para mais núcleos. A utilização cresce de forma orgânica e os direitos contratados não.

Auditorias sem preparação. As auditorias de fornecedores são frequentes e caras. O relatório 2026 State of ITAM (IT asset management) da Flexera concluiu que 48 por cento das organizações inquiridas foram auditadas no último ano, que 64 por cento das organizações auditadas reportaram auditorias da Microsoft e que 44 por cento dos inquiridos gastaram mais de um milhão de dólares em auditorias ao longo de três anos [7]. O mesmo relatório concluiu que apenas 36 por cento das organizações têm visibilidade completa sobre o seu parque de TI [7].

Tratar uma licença assinada como uma compra. Como mostra a distinção entre licenciado e proprietário, a revenda, a transmissão e até certas cópias podem estar restringidas de formas que surpreendem as equipas convencidas de que compraram o software [2].

Perder o conjunto documental. Uma relação de licenciamento é normalmente um contrato-quadro mais notas de encomenda, aditamentos, anexos de suporte e um contrato de subcontratação de dados. Quando só o contrato-quadro é arquivado, faltam justamente as condições comerciais que realmente vigoram.

Obrigações de código aberto por gerir. As condições de atribuição e de disponibilização do código-fonte não vêm com fatura, pelo que nada motiva uma revisão até que um cliente ou um comprador pergunte [4].

Sem responsável. A falha mais comum não é uma cláusula má. É um contrato assinado pelo qual ninguém foi responsabilizado.

Tipos de contrato relacionados

• Um master service agreement (MSA) rege uma relação de serviços continuada e é frequentemente o documento principal do qual dependem as notas de encomenda. Uma licença de software concede direitos de utilização; um MSA define como o trabalho é prestado.
• Um service level agreement define compromissos de desempenho, créditos e meios de reação. Junta-se normalmente a uma licença ou subscrição em vez de as substituir.
• Um contrato de subcontratação de dados regula o modo como o fornecedor trata dados pessoais por conta do cliente.
• Um contrato de revenda de software autoriza um terceiro a vender ou distribuir o software, o que uma licença de utilizador final padrão não faz.
• Um EULA é um contrato de licença de software em forma padronizada de aceitação por clique, e não um tipo contratual distinto [3].

Lista de verificação para a gestão de contratos

Percorra-a com um contrato real à frente, não de memória.

1. Arquive o conjunto completo. Reúna o contrato-quadro, cada nota de encomenda, os aditamentos, o anexo de suporte e o contrato de subcontratação de dados num repositório de contratos pesquisável, ligados como uma única relação.
2. Registe a métrica de licença e o número. Anote o que é contado e qual é o direito exato, para que uma questão de utilização possa ser respondida sem reabrir o PDF.
3. Extraia as cláusulas que comportam risco. Capte âmbito de licença, restrições, retribuições e mecanismos de aumento, direitos de auditoria, prazos de pré-aviso e limites de responsabilidade como campos estruturados. A extração de dados contratuais transforma isto num passo repetível em vez de um exercício de leitura.
4. Marque em agenda o prazo de denúncia, não a data de renovação. Configure o lembrete com antecedência suficiente face ao prazo de denúncia para que caiba uma decisão real, e dirija-o à pessoa que a pode tomar.
5. Designe um responsável por contrato. Uma pessoa que responda pela renovação, pela utilização e pela resposta a auditorias.
6. Reconcilie a utilização antes de cada renovação. Compare utilizadores, dispositivos ou ambientes efetivos com os direitos contratados e resolva a diferença antes de o fornecedor a encontrar.
7. Guarde prova de auditoria ao longo do tempo. Documentos de direitos, registos de instalação e correspondência, mantidos onde possam ser apresentados com rapidez.
8. Reveja as obrigações com uma cadência fixa. Trimestral para os contratos grandes, anual para os restantes. Verifique as obrigações de código aberto na mesma ocasião.
9. Confirme que os passos posteriores à cessação foram mesmo executados. Eliminação, devolução e revogação de acessos são obrigações, não intenções.

Para a versão operacional passo a passo, veja como gerir contratos de licença de software. Para o quadro mais alargado de fornecedores, a gestão de contratos com fornecedores trata a mesma disciplina num portefólio completo.

A Contracko trabalha do lado contratual do licenciamento de software. Guarda as licenças assinadas e os documentos associados, extrai com inteligência artificial (IA) as cláusulas e as datas essenciais e avisa a pessoa certa antes de se fechar uma janela de denúncia. Não deteta software instalado nem conta instalações, o que é o trabalho das ferramentas de software asset management. Se a lacuna está em acompanhar os próprios contratos, comece uma avaliação gratuita e carregue alguns contratos de licença para ver o que daí resulta.

Fontes

[1] U.S. Code, Title 17, sections 106 e 117 (direitos exclusivos do titular do copyright; limites à cópia e às cópias de arquivo de programas de computador pelo proprietário de um exemplar). law.cornell.edu/uscode/text/17/117

[2] United States Court of Appeals for the Ninth Circuit, Vernor v. Autodesk, Inc., 621 F.3d 1102 (2010) (teste de três fatores entre licenciado e proprietário e indisponibilidade das defesas first sale e essential step para licenciados). cdn.ca9.uscourts.gov/datastore/opinions/2010/09/10/09-35969.pdf

[3] Flexera, entrada de glossário sobre software license agreements (terminologia SLA e relação entre um SLA e um EULA). flexera.com/resources/glossary/what-is-a-software-license-agreement

[4] Open Source Initiative, The Open Source Definition (redistribuição livre, disponibilidade do código-fonte e obras derivadas). opensource.org/osd

[5] U.S. Federal Acquisition Regulation 27.405-3 (software comercial adquirido ao abrigo das licenças habitualmente disponibilizadas ao público). acquisition.gov/far/27.405-3

[6] União Europeia, Directive 2009/24/EC relativa à proteção jurídica dos programas de computador (esgotamento do direito de distribuição e cópia de apoio que não pode ser impedida por contrato). eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32009L0024

[7] Flexera, 2026 State of ITAM Report (frequência de auditorias, despesa com auditorias, distribuição por fornecedor e visibilidade do parque de TI). flexera.com/blog/it-asset-management/state-of-itam-2026-audits

As imagens deste artigo foram geradas com a ajuda de IA.