Licença de software: acesso ao código não significa propriedade
A licença de software autoriza uso do programa dentro de limites definidos sem transferir, por si só, sua titularidade. O contrato deve indicar usuários, dispositivos, ambiente, prazo, cópias, integração, modificação, suporte, atualização e auditoria. Também precisa distinguir software padrão, customização, componentes de terceiros e código aberto.
“Licença para uso interno” parece suficiente até surgir ambiente de homologação, empresa do grupo, fornecedor terceirizado ou infraestrutura de contingência.
Por Giovanny Maciel, Sócio-fundador
Licença de software define quais faculdades de uso são concedidas sem transferir, por si só, a titularidade do programa. A Lei nº 9.609/1998 disciplina proteção e comercialização de software e remete subsidiariamente à legislação de direitos autorais em pontos relevantes. O contrato precisa traduzir “licença” em permissões técnicas concretas.
Usuário, instalação e ambiente precisam aparecer
Licença por usuário nomeado, usuário concorrente, dispositivo, servidor, unidade de negócio ou volume são modelos diferentes. O contrato deve explicar ambientes de produção, teste, backup e contingência. Sem isso, uma cópia usada apenas para disaster recovery pode ser tratada como infração ou, no extremo oposto, um limite comercial pode ficar impossível de medir.
Restrições precisam acompanhar o produto real
Engenharia reversa, cópia, modificação, sublicenciamento, acesso por terceiros e uso para prestar serviços podem ter tratamentos específicos. A redação deve levar em conta direitos previstos em lei e a arquitetura concreta do software, evitando importar proibições incompatíveis com o regime jurídico ou com integrações necessárias ao cliente.
A licença de software também se diferencia do contrato SaaS: no SaaS, disponibilidade, hospedagem e operação contínua ocupam posição central; em licença instalada, suporte e manutenção podem ser serviços separados.
Auditoria de uso precisa de limites
Se o fornecedor pode auditar licenças, o contrato deve definir aviso, dados acessados, frequência e proteção de informações do cliente. Métrica que só o fornecedor consegue calcular sem transparência gera disputa de compliance de licença.
No encerramento, especifique desinstalação, chaves, cópias autorizadas, dados do cliente e eventual período de migração. Uma licença clara permite que TI saiba o que pode instalar e jurídico saiba o que precisa provar, sem depender de interpretação posterior de termos comerciais.
Atualização e fim de suporte merecem calendário
Mesmo em licença permanente, versões podem deixar de receber correções. O contrato deve separar direito de continuar usando uma versão de obrigação do fornecedor de atualizá-la. Quando há manutenção contratada, indique versões suportadas, política de atualização e tratamento de vulnerabilidades críticas.
Se a solução depende de chave ou servidor de ativação, o encerramento do fornecedor pode afetar uma licença que parecia “perpétua”. Operações críticas devem analisar esse ponto e, quando adequado, combinar mecanismos de continuidade.
Perguntas frequentes
Licença de software transfere o código-fonte?
Não. Direito de uso, acesso a código-fonte e titularidade são temas distintos e precisam de previsão específica.
Licença perpétua significa suporte para sempre?
Não necessariamente. Duração do direito de uso e duração de manutenção, atualização ou suporte devem ser tratadas separadamente.