Sua empresa contratou um desenvolvedor PJ ou uma agência para construir o software que hoje é o produto principal do negócio. Pagou, recebeu o código, colocou em produção. Meses depois, na primeira due diligence de investimento ou em uma disputa com o próprio dev, aparece a pergunta que ninguém fez a tempo: quem é dono do software feito por um desenvolvedor terceirizado?
A resposta contraintuitiva é que, sem contrato de cessão expressa, o titular dos direitos sobre o código costuma ser o próprio desenvolvedor, não a empresa que pagou pelo desenvolvimento. A Lei 9.609/98, que rege a proteção do software no Brasil, presume titularidade do contratante apenas em situações específicas: relação de emprego formal com atividade compatível, ou prestação de serviço com cláusula contratual clara nesse sentido. Fora dessas hipóteses, o pagamento remunera a entrega, não transfere a autoria.
Este texto trata do cenário mais comum em empresas de tecnologia: contratação de dev freelancer ou agência PJ sem contrato adequado, e como isso se resolve quando o problema aparece.
O que a Lei 9.609/98 diz sobre titularidade
A Lei do Software estabelece no art. 4º que os direitos sobre programa de computador desenvolvido durante vínculo empregatício, contrato de prestação de serviços ou vínculo estatutário pertencem exclusivamente ao empregador ou contratante, desde que o desenvolvimento decorra das atribuições previstas em contrato ou seja consequência da natureza dos serviços contratados.
Duas leituras convivem sobre esse dispositivo. A leitura ampla entende que qualquer contratação de serviço de desenvolvimento já configura a hipótese legal e transfere titularidade automaticamente. A leitura restrita, mais alinhada à prática dos tribunais e ao princípio geral do direito autoral (Lei 9.610/98), exige previsão contratual expressa sobre a cessão de direitos patrimoniais.
Na prática forense, quando o dev PJ questiona a titularidade e a empresa não apresenta contrato com cláusula clara de cessão, o Judiciário costuma reconhecer que houve remuneração pelo serviço de desenvolvimento, mas não transferência automática dos direitos autorais sobre o código. É esse gap que gera passivo.
Consulte o texto integral da Lei 9.609/98 no site do Planalto e da Lei 9.610/98 sobre direitos autorais, que se aplica subsidiariamente.
Direitos patrimoniais versus direitos morais
O direito autoral sobre software se divide em duas dimensões. Os direitos patrimoniais são a capacidade de explorar economicamente a obra: reproduzir, modificar, licenciar, vender, integrar a outros produtos. Esses direitos são cedíveis e negociáveis.
Os direitos morais são a ligação pessoal entre o autor e a obra: o reconhecimento da autoria e a integridade da obra. Esses direitos são intransferíveis por natureza, embora na prática do software tenham peso reduzido em relação a obras literárias ou artísticas.
Quando falamos em regularizar a titularidade do software feito por dev terceirizado, estamos tratando dos direitos patrimoniais. É essa transferência que precisa estar formalizada em contrato para que a empresa possa livremente explorar, modificar, licenciar e vender o produto sem depender de nova autorização do desenvolvedor original.
O cenário típico do problema
O padrão se repete. Startup em fase inicial contrata dev freelancer indicado por conhecido. Combina valor mensal ou por entrega, faz pagamento via nota fiscal ou pix, recebe o código em repositório privado. Não assina contrato específico ou assina um termo genérico de prestação de serviços sem cláusula de propriedade intelectual.
Meses ou anos depois, um dos três gatilhos aparece.
Primeiro gatilho: rodada de investimento. O fundo faz due diligence, pede a cadeia de titularidade do software, encontra o gap contratual e condiciona a operação à regularização. Se o dev original já estava distante ou insatisfeito, negociar cessão nesse momento vira transação cara.
Segundo gatilho: disputa societária. O dev era sócio-fundador informal, saiu do projeto sem acordo formalizado sobre o código, e depois volta reivindicando participação sobre o produto que criou. Nesse cenário a defesa da empresa depende de documentos que raramente existem.
Terceiro gatilho: concorrência direta. O ex-dev abre negócio similar, usa partes do código que ele mesmo escreveu, e a empresa descobre que não tem base contratual para impedir. Ele pode alegar que só reutilizou obra da qual é titular original.
Como regularizar quando o contrato original não existiu
A saída é a cessão retroativa de direitos, formalizada em instrumento específico. O documento precisa cumprir alguns requisitos.
Identificação da obra: referência aos repositórios de código, versões, datas de desenvolvimento, escopo funcional. Quanto mais específica for essa identificação, menor o espaço para questionamento posterior sobre o que foi cedido.
Identificação dos cedentes: todos os desenvolvedores que efetivamente escreveram partes do código precisam assinar. Isso inclui freelancers que passaram brevemente pelo projeto, ex-funcionários PJ, colaboradores pontuais. Uma cessão parcial deixa lacunas na cadeia.
Cláusula de cessão total e definitiva: o texto precisa transferir de forma expressa, irrevogável e em caráter universal todos os direitos patrimoniais sobre o software, incluindo modificações, versões derivadas e formas de exploração ainda não previstas.
Contrapartida: pode ser simbólica, pode ser o pagamento já realizado, pode ser valor adicional. O importante é constar. Cessão gratuita de direitos autorais entre pessoas jurídicas ou entre pessoa física e jurídica gera questionamentos fiscais e civis.
Garantias e declarações do cedente: declaração de que o código é original, que não incorpora obras de terceiros sem licença, e que o cedente responde por eventual reivindicação de autoria por parte de outros desenvolvedores.
Se algum dev envolvido no histórico do desenvolvimento se recusar a assinar a cessão, existem dois caminhos: negociar individualmente com contrapartida específica, ou reescrever as partes do código atribuíveis a ele. A segunda opção é mais cara mas às vezes é a única possível.
O papel do registro no INPI
O registro de programa de computador no INPI, previsto na Lei 9.609/98, gera presunção de titularidade em favor do requerente e serve como prova documental relevante em disputas judiciais. Mas o INPI não faz verificação da cadeia de titularidade: registra o que o depositante declara.
Isso significa que o registro sem contrato de cessão adequado é uma presunção frágil. Se o dev original contestar e apresentar evidência de autoria (commits no repositório, comunicações, entregas), a presunção do registro se desfaz. O registro deve ser feito depois de resolvida a cessão contratual, funcionando como camada adicional de proteção, não como substituto do contrato.
Para os detalhes do procedimento, consulte a página do INPI sobre registro de software.
Contratos com agências: a cadeia de cessão
Quando a contratação é feita com agência de desenvolvimento em vez de dev individual, o problema ganha camada adicional. A empresa precisa que a cadeia de cessão esteja íntegra em todos os elos.
A agência precisa ter, com cada dev que ela subcontratou (CLT ou PJ), contrato que transfira os direitos autorais para ela. E o contrato entre agência e cliente final precisa transferir esses direitos adiante. Se qualquer elo dessa cadeia estiver quebrado, a titularidade não chega até a empresa contratante.
Situação comum na prática: agência assina cessão com o cliente final, mas não formalizou cessão com o freelancer que efetivamente escreveu o código. O cliente confia no contrato que tem em mãos e desconhece que a agência não pode ceder o que ela mesma não recebeu.
A cláusula recomendável em contratos com agências prevê declaração expressa da agência de que possui contratos de cessão com todos os seus colaboradores envolvidos no projeto, com responsabilidade solidária em caso de reivindicação por parte desses colaboradores.
Como os tribunais têm tratado a questão
A jurisprudência tem consolidado o entendimento de que a titularidade sobre software desenvolvido por prestador de serviço PJ depende de previsão contratual expressa. O simples pagamento pelo desenvolvimento remunera o serviço, mas não presume cessão de direitos autorais sobre o resultado.
O que se observa nas decisões é a aplicação subsidiária da Lei 9.610/98, cujo art. 49 exige interpretação restritiva da cessão de direitos autorais: o que não está expressamente cedido, permanece com o autor. Essa lógica se transporta para o software pelo diálogo entre a Lei 9.609/98 e a Lei 9.610/98.
Quando vale procurar advogado
Situações que demandam análise técnica: due diligence de investimento em curso ou próxima; identificação de gap contratual no histórico de desenvolvimento; ex-dev que sinaliza intenção de reivindicar direitos; disputa societária com sócio-fundador que atuou no código; contratação atual de dev ou agência para produto crítico; necessidade de registrar o software no INPI com base sólida.
Situações que a empresa resolve internamente: revisar contratos com prestadores atuais para incluir cláusula de cessão clara antes de novos projetos; padronizar modelo contratual para futuras contratações; organizar repositórios com identificação de contribuidores. O reparo do passado quase sempre exige apoio jurídico; a prevenção do futuro pode começar internamente.
A regularização retroativa tende a ser mais barata quanto antes for feita. Devs distantes do projeto ainda respondem a comunicações razoáveis quando não há conflito em curso. Depois que aparece disputa, cada assinatura custa mais.
Mercado Advogados atua na regularização de titularidade de software, revisão de contratos com desenvolvedores e agências, e defesa em disputas envolvendo direitos autorais sobre código. Se o cenário descrito neste texto se parece com o da sua empresa, a análise do histórico contratual específico é o ponto de partida para dimensionar o passivo e o custo da regularização.