A Lei do Software diz que, salvo estipulação em contrário, os direitos sobre um programa desenvolvido sob contrato pertencem a quem contratou. A regra padrão está do seu lado. O problema é que essa mesma frase abre a porta: basta o contrato dizer outra coisa, e a propriedade muda de dono sem você perceber.
Muita empresa descobre isso tarde, quando quer trocar de fornecedor, integrar com outro sistema ou simplesmente entender o que foi construído com o dinheiro dela.
O que a lei diz, em português
O artigo 4º da Lei 9.609/98, a Lei do Software, estabelece que os direitos relativos ao programa de computador desenvolvido durante a vigência de contrato pertencem exclusivamente ao empregador ou ao contratante dos serviços, salvo estipulação em contrário.
Traduzindo: se você contratou uma empresa para desenvolver um sistema para a sua operação e o contrato não diz nada sobre propriedade, a regra geral favorece você. É um bom ponto de partida.
Mas "salvo estipulação em contrário" significa que o contrato manda. Se lá estiver escrito que o fornecedor mantém a titularidade e concede uma licença de uso, é isso que vale. E essa cláusula é mais comum do que parece, muitas vezes em contrato que o cliente assinou sem ler com atenção, porque estava ansioso para começar o projeto.
Vale dizer o óbvio: isso não é orientação jurídica. É o mapa do que perguntar antes de assinar, e a leitura do seu contrato específico é trabalho do seu advogado.
Ter o código não é a mesma coisa que ter tudo
Aqui está a parte que quase ninguém explica ao cliente.
Propriedade do código é uma coisa. Conseguir usar esse código sem o fornecedor original é outra bem diferente. Já vi contrato que dá a propriedade ao cliente e, na prática, entrega uma pasta de arquivos que ninguém consegue colocar no ar.
Para que o código seja realmente utilizável por outra pessoa, três coisas precisam vir junto:
Onde ele roda. Servidor, banco de dados, serviços de terceiros. Se tudo está na conta do fornecedor, você tem o código e não tem o sistema.
Como colocar no ar. O passo a passo de instalação e publicação. Sem isso, um time novo gasta semanas só para descobrir como aquilo sobe, e você paga por essas semanas.
O que ele faz e por quê. Documentação mínima das regras de negócio que foram implementadas. É a diferença entre outro desenvolvedor dar manutenção em dias ou em meses.
Sem esses três, propriedade vira um direito no papel que não se exerce na prática.
As cláusulas que mudam tudo
Quatro pontos decidem se você está contratando um sistema ou alugando um.
Titularidade. O contrato diz que o código é seu, ou que você recebe licença de uso? As duas coisas são legítimas e têm preços diferentes. O erro é pagar preço de desenvolvimento sob medida e receber licença.
Acesso ao código durante o projeto. Você recebe o código conforme ele é feito, ou só na entrega final? Receber ao longo do caminho reduz muito o risco se a relação azedar no meio.
Onde ficam os dados. Os dados da sua operação são seus, sempre. Mas o contrato precisa dizer como você os recupera, em que formato e em quanto tempo, caso decida sair.
O que acontece no fim. Prazo de transição, obrigação de repassar acessos, suporte durante a migração. Contrato bom prevê o divórcio enquanto o casamento vai bem.
As perguntas para fazer antes de assinar
Se você está avaliando fornecedor, essas cinco perguntas revelam bastante:
Ao fim do projeto, de quem é o código? Se a resposta for demorada ou cheia de rodeios, leia a cláusula com atenção redobrada.
Se eu quiser trocar de fornecedor daqui a dois anos, o que exatamente eu levo? A resposta precisa incluir código, dados e instruções.
O sistema roda em conta de quem? Servidor e serviços no seu nome mudam completamente a sua posição.
O que vem escrito além do código? Documentação e instruções de publicação valem quase tanto quanto o código.
Quanto custa a manutenção depois de pronto, e o que ela cobre? Projeto sem essa resposta tem custo escondido garantido.
Nenhuma dessas perguntas é agressiva. Fornecedor sério responde todas sem desconforto, porque já pensou nelas antes de você.
Quando faz sentido não ser dono do código
Vale dizer que nem sempre a propriedade é o melhor negócio, e quem só defende um lado está vendendo, não explicando.
Se o que você contratou é essencialmente um produto que a empresa já tem e vai continuar evoluindo para vários clientes, faz sentido pagar licença. Você paga menos, recebe as melhorias que outros clientes financiam e não assume a responsabilidade de manter aquilo vivo.
O problema é a mistura: pagar preço de projeto exclusivo, receber um produto de prateleira levemente ajustado, e ainda ficar sem o código. Aí você teve o custo de um e a liberdade do outro.
A pergunta que separa os dois casos é simples: o que está sendo construído é específico da minha operação ou é um produto que serve para muita gente? Se for o primeiro, propriedade faz sentido. Se for o segundo, licença provavelmente é mais barata e mais inteligente.
Por onde começar
Se você já tem sistemas feitos sob medida rodando hoje:
Ache os contratos e procure a palavra propriedade, titularidade ou licença.
Pergunte ao seu time onde o sistema roda e em nome de quem estão as contas.
Teste na prática: peça ao fornecedor uma cópia atualizada do código e dos dados. A reação a esse pedido já diz muito.
Se descobrir problema, resolva na renovação, que é quando você tem poder de negociação de verdade.
É esse tipo de mapa que a gente monta no diagnóstico da AXIS: o que existe hoje, em que condições, e o que precisa mudar para a empresa não ficar presa a nenhum fornecedor, inclusive a gente. Veja as soluções da AXIS ou agende seu diagnóstico, sem compromisso.
Dúvidas comuns
De quem é o código de um software feito sob encomenda?
Pelo artigo 4º da Lei 9.609/98, salvo estipulação em contrário, os direitos pertencem ao contratante dos serviços. Mas o contrato pode dispor de outro jeito, e é por isso que a cláusula de titularidade precisa ser lida antes da assinatura.
Ter o código garante que eu consigo trocar de fornecedor?
Não sozinho. Além do código, você precisa dos dados, das instruções de publicação e do acesso aos serviços onde o sistema roda. Sem isso, a propriedade existe no papel e não se exerce.
E os dados da minha empresa, também dependem do contrato?
Os dados da operação são da empresa. O que o contrato precisa definir é o procedimento: em que formato você recebe, em quanto tempo e com que apoio, se decidir sair.
Licença de uso é sempre pior que propriedade?
Não. Quando o que você usa é um produto que o fornecedor evolui para vários clientes, licença costuma ser mais barata e mais prática. Ruim é pagar preço de projeto exclusivo e receber licença.
Preciso de advogado para revisar esse tipo de contrato?
Sim, e vale o custo. Este texto serve para você saber o que perguntar e o que procurar, não para substituir a análise de quem entende de contrato.