PT EN ES ZH

Fornecedor de software recusa entregar o código-fonte após o fim do contrato: a empresa tem direito a receber?

Compartilhe este post

Por Phelipe Pereira Cardoso — advogado e sócio-fundador do PHC Advogados, na Savassi, em Belo Horizonte/MG.
Tempo de leitura: 10 min · Atualizado em 03/09/2026

Em regra, sim: se o contrato previu a entrega do código-fonte ou se a empresa contratou um sistema feito sob medida — não apenas uma licença de uso —, ela tem direito de recebê-lo integralmente ao final da relação. A recusa do fornecedor, usada como forma de pressão para renegociar valores ou prolongar a dependência técnica, pode ser revertida judicialmente, inclusive por meio de medida de urgência.

Por que o fornecedor tenta segurar o código-fonte

É uma cena comum: o contrato de desenvolvimento de software termina, a empresa decide trocar de fornecedor ou levar a manutenção para uma equipe interna, e nesse momento surge a recusa. O argumento costuma variar — “ainda há valores em aberto”, “o código é proprietário da nossa empresa”, “isso não estava previsto no escopo” — mas o efeito prático é sempre o mesmo: a empresa contratante fica refém, sem conseguir migrar o sistema, corrigir falhas ou nem sequer entender como a própria ferramenta funciona por dentro.

Essa retenção raramente é um mal-entendido técnico. Na maioria dos casos, é uma estratégia deliberada para forçar a renovação do contrato, cobrar valores adicionais não combinados ou simplesmente atrasar a saída da empresa para um concorrente. Quanto mais crítico o sistema for para a operação do negócio, maior a pressão que essa recusa consegue exercer.

Usar o sistema é diferente de ser dono dele

O primeiro ponto a esclarecer é qual tipo de contratação existe de fato. Quando a empresa apenas assina uma licença de uso de um software já pronto, de prateleira, é natural que o código-fonte permaneça com o fornecedor — a empresa comprou o direito de usar, não de possuir. Mas quando o software foi desenvolvido especificamente para aquela empresa, sob encomenda, pago por horas de desenvolvimento, por sprint ou por projeto fechado, a lógica muda: o produto do trabalho — incluindo o código-fonte — tende a pertencer a quem pagou por ele, salvo cláusula expressa em sentido contrário.

Esse tipo de confusão entre titularidade e direito de uso aparece em outros contextos digitais também. É parecido com o que ocorre quando alguém copia o layout e os textos do site de uma empresa: o ponto central da disputa é sempre “quem é o autor e titular daquele ativo digital, e quem pode decidir o que fazer com ele”.

O que o contrato precisa dizer sobre a propriedade do código

Contratos bem redigidos de desenvolvimento de software costumam ter uma cláusula específica de cessão ou titularidade dos direitos sobre o código produzido, além de uma cláusula de entrega de artefatos ao final ou na rescisão do contrato — normalmente incluindo código-fonte comentado, documentação técnica, credenciais de acesso e diagramas de arquitetura. Quando essa cláusula existe e é clara, o caminho jurídico é direto: a empresa exige o cumprimento do que foi combinado.

O problema aparece quando o contrato é omisso ou ambíguo — muitas vezes porque foi redigido às pressas, copiado de um modelo genérico ou negociado sem apoio jurídico. Mesmo nesses casos, a ausência de cláusula específica não significa ausência de direito: é preciso olhar para a natureza da contratação, o que foi efetivamente pago e o objetivo econômico do negócio para concluir a quem pertence o produto final.

Reter o código como moeda de troca costuma ser abusivo

Um fornecedor pode, em tese, discutir valores em aberto ou divergências contratuais. O que não se sustenta é usar a retenção do código-fonte — um ativo essencial para a continuidade do negócio do cliente — como instrumento de pressão para forçar uma negociação em condição de vulnerabilidade. Essa prática se aproxima de outras situações em que uma parte retém um ativo da empresa sem justificativa proporcional, como acontece quando um marketplace retém o saldo de vendas de uma empresa por meses sob pretextos genéricos.

Seu caso envolve uma situação semelhante?

Cada caso possui particularidades e deve ser analisado individualmente. Para informações sobre análise jurídica do seu caso, entre em contato com o escritório.

Entrar em contato pelo WhatsApp

Se já existe pagamento substancial realizado e entrega formal do sistema em produção, a recusa em fornecer o código-fonte tende a configurar descumprimento contratual, e não mero exercício regular de um direito de retenção.

O que já foi pago garante direitos, mesmo sem cláusula perfeita

Mesmo diante de um contrato mal redigido, a empresa que pagou pelo desenvolvimento de um sistema sob encomenda não fica sem proteção. Vale o raciocínio de que ninguém pode enriquecer às custas de outra parte sem uma causa que justifique isso: se a empresa pagou pelo trabalho de programação e o fornecedor entrega apenas um “cofre fechado” — o sistema funcionando, mas sem acesso ao que está por dentro dele —, há um desequilíbrio que o Judiciário tende a corrigir.

A situação lembra, guardadas as diferenças, o problema de uma empresa que perde o controle sobre ativos digitais essenciais por decisão de terceiros, como quando um ex-sócio muda as senhas de redes sociais e e-mails da empresa. Em ambos os casos, a pergunta de fundo é a mesma: quem pagou e quem construiu o valor daquele ativo tem prioridade sobre quem apenas o mantém sob custódia técnica.

Como o depósito do código-fonte evita esse impasse no futuro

Para empresas que ainda vão contratar desenvolvimento de software — ou renovar contratos em vigor —, existe uma solução preventiva conhecida como depósito de código-fonte em escrow: um terceiro de confiança guarda uma cópia atualizada do código, que só é liberada à contratante em situações predefinidas, como o encerramento do contrato, a falência do fornecedor ou o descumprimento de obrigações de manutenção. Esse mecanismo elimina a dependência de boa vontade do fornecedor no momento da saída.

Empresas que já enfrentaram uma crise de continuidade — por exemplo, após um incidente de segurança grave — sabem o quanto a falta de controle sobre os próprios sistemas agrava qualquer problema. É o mesmo tipo de vulnerabilidade que se discute quando uma empresa sofre um ataque de ransomware e precisa agir rápido para preservar dados e evidências antes que a situação se agrave.

Passos práticos antes de entrar na Justiça

Antes de qualquer medida judicial, vale reunir a documentação da relação contratual: o contrato assinado, comprovantes de todos os pagamentos, e-mails e mensagens que mostrem a recusa do fornecedor, e um levantamento técnico do que falta para a empresa operar de forma independente. Uma notificação formal, com prazo razoável para a entrega do código-fonte e dos demais artefatos, costuma ser o primeiro passo — e frequentemente já resolve o impasse, porque formaliza a exigência e demonstra que a empresa está disposta a levar o caso adiante.

Quando a urgência é real — por exemplo, quando o sistema trava, o suporte é interrompido ou há risco de perda de dados —, é possível buscar uma medida judicial de urgência para obrigar a entrega imediata, de forma semelhante ao que se pede em outras disputas envolvendo acesso a ativos digitais críticos, como quando uma plataforma não responde aos pedidos de recuperação de uma conta comercial. O ponto comum é o mesmo: quanto mais documentada estiver a dependência do ativo e o prejuízo da demora, mais forte fica o pedido de urgência.

Perguntas frequentes

O fornecedor pode alegar que o código-fonte é segredo comercial dele?

Pode alegar, mas esse argumento perde força quando o código foi desenvolvido especificamente para a empresa contratante e pago como parte do projeto. Nesse caso, o código deixa de ser um segredo genérico do fornecedor e passa a ser o próprio produto entregue ao cliente.

Vale a pena tentar negociar antes de entrar na Justiça?

Sim. Uma notificação formal, redigida com apoio jurídico e com prazo definido, resolve boa parte dos casos sem necessidade de processo, porque deixa claro que a empresa tem conhecimento dos seus direitos e documentação organizada para sustentá-los.

Dá para pedir uma medida judicial para obrigar a entrega imediata do código?

Sim, quando há urgência comprovada — como a paralisação do sistema, o fim abrupto do suporte técnico ou risco concreto de perda de dados — é possível pedir que o juiz determine a entrega em prazo curto, antes mesmo do julgamento final do processo.

E se o contrato não disser nada sobre o código-fonte?

A ausência de cláusula específica não elimina o direito. É preciso analisar a natureza da contratação (desenvolvimento sob encomenda versus licenciamento de software pronto), o valor pago e o objetivo do contrato para determinar a quem pertence o código produzido.

Empresas pequenas, sem contratos muito detalhados, também têm esse direito?

Sim. A robustez do contrato ajuda a provar o combinado, mas não é o único caminho: e-mails, propostas comerciais, comprovantes de pagamento e o próprio histórico de comunicação com o fornecedor também servem para demonstrar o que foi contratado e pago.

O que fazer se o sistema for essencial para a operação da empresa e o fornecedor sumir?

Nesses casos, além de reunir toda a documentação disponível, é recomendável buscar orientação jurídica com urgência, já que a paralisação de um sistema essencial pode gerar prejuízos crescentes a cada dia sem solução — o que reforça o pedido de uma medida judicial de urgência.

Fontes e fundamentos

Este conteúdo tem caráter informativo e não substitui a análise individualizada de um advogado sobre o contrato específico da empresa. As considerações apresentadas baseiam-se em princípios gerais de direito contratual e de direito autoral aplicáveis a programas de computador na legislação brasileira, além de práticas de mercado consolidadas para contratos de desenvolvimento de software, como cláusulas de cessão de direitos, entrega de artefatos ao final do contrato e depósito de código-fonte em escrow.

Artigos relacionados

Veja também nosso conteúdo completo sobre direito digital.

Seu caso envolve uma situação semelhante?

Cada caso possui particularidades e deve ser analisado individualmente. Para informações sobre análise jurídica do seu caso, entre em contato com o escritório.

Entrar em contato pelo WhatsApp

Leia também

Sobre o autor

Advogado Phelipe Pereira Cardoso, do PHC Advogados, em reuniao no escritorio

Siga @phelipecardosoadv no Instagram →

Phelipe Pereira Cardoso é advogado desde 2009 e fundador do PHC Phelipe Cardoso Advogados. Atua principalmente em Direito Civil, Empresarial e do Consumidor, com experiência em responsabilidade civil, indenizações, contratos, conflitos patrimoniais e demandas envolvendo empresas e instituições financeiras.

Ao longo de sua trajetória, concedeu entrevistas e contribuiu com análises jurídicas para veículos como TV Globo, TV Record e Rádio Itatiaia, abordando temas de interesse público e questões relevantes das relações civis e de consumo. À frente do PHC, coordena a estratégia jurídica do escritório e combina experiência prática, linguagem clara e tecnologia aplicada ao Direito para conduzir casos de forma técnica, personalizada e orientada à solução.

Precisa de orientação sobre o seu caso?

Fale com o escritório  ·  Conheça o PHC Advogados  ·  Ver outros artigos

Este conteúdo tem caráter informativo e não substitui a análise individual do seu caso por um advogado.

Se inscreva em nossa Newslatter

Fique atualizado e por dentro de tudo que acontece no direito

Outras postagens

Scroll to Top
Rolar para cima