Tempo de leitura: 11 min · Atualizado em 03/09/2026
Em boa parte dos casos, sim. Se o código-fonte ainda não saiu da sua mão e o cliente está atrasado numa parcela já vencida, segurar a entrega até receber é uma reação que o direito brasileiro admite. Mas isso depende do que o contrato diz, de você ter cumprido a sua parte e de a retenção ser proporcional ao valor devido. Segurar o que ainda está com você é uma coisa; derrubar um sistema que já roda na empresa do cliente é outra, e costuma se voltar contra quem faz.
O caso é clássico: o projeto termina, o sistema entra no ar e a última parcela não cai. Resta ao desenvolvedor uma única carta na mão, o código. A dúvida é até onde dá para usá-la sem virar réu.
Reter o código pode significar três coisas
- Não entregar o que ainda está só com você. O repositório é seu, o cliente nunca teve acesso, a documentação não foi passada. É a situação mais confortável.
- Não transferir a propriedade do programa. O cliente usa o sistema, mas os direitos sobre o código seguem com quem escreveu, porque o contrato ligou essa transferência ao pagamento do preço todo.
- Mexer no que já está com o cliente. Revogar acesso ao repositório, tirar o sistema do ar, desativar licença, apagar backup. É aqui que a maioria se queima.
Quanto mais perto do terceiro item, maior o risco de a discussão virar sobre o prejuízo que você causou.
A regra, em palavras simples
Contrato de desenvolvimento é de mão dupla: um lado entrega o software, o outro paga. Quando as duas obrigações caminham juntas, quem ainda não recebeu não precisa entregar primeiro. É a lógica do mecânico que devolve o carro depois de acertar a conta.
Essa proteção serve para quem está em dia. Se você atrasou, deixou de fora funcionalidades combinadas ou o sistema não passou na homologação, o cliente usa o mesmo argumento contra você, e a discussão vira sobre quem falhou primeiro. Antes de decidir, veja as opções de quem precisa cobrar um cliente que não paga.
Quando segurar o código costuma ser defensável
- a parcela já venceu e não há discussão séria sobre o valor;
- o material retido ainda não foi entregue nem disponibilizado;
- você entregou tudo o que prometeu, e tem registro disso;
- o contrato não passou o código ao cliente antes do pagamento integral;
- o cliente foi avisado por escrito antes de a entrega ser suspensa;
- o que está sendo segurado guarda proporção com o tamanho da dívida.
Esse último ponto é o mais esquecido. Os tribunais costumam aceitar que o prestador suspenda a própria entrega enquanto não recebe, mas reagem mal a medidas que paralisam a operação do cliente por um saldo pequeno.
Quando a retenção se volta contra você
- Você também está devendo algo. Atraso, escopo incompleto ou defeito não corrigido permitem ao cliente suspender o pagamento pelo mesmo argumento.
- O contrato já entregou o código. Transferência feita sem condição, ou etapa por etapa, torna a retenção difícil de defender.
- A parcela não venceu, ou depende de um aceite formal que ninguém emitiu.
- A retenção é desproporcional. Segurar um sistema que fatura todos os dias por causa de 5% do contrato costuma ser lido como abuso.
- Você agiu por conta própria. Desligar, apagar ou bloquear sem aviso muda o foco da discussão e pode gerar dever de indenizar.
A cláusula que decide quase tudo
Em programa de computador, os direitos nascem com quem escreveu, salvo quando existe contrato transferindo ou quando o programa foi feito por empregado contratado para isso. A Lei do Software organiza esse ponto, e em projeto sob encomenda a transferência costuma estar no contrato.
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.
O que muda o resultado é o momento dessa transferência. Contrato dizendo que os direitos passam com o pagamento integral coloca o desenvolvedor em posição forte: sem pagamento, não houve transferência. Contrato dizendo que o código é do cliente desde cada entrega inverte o jogo, e o caminho passa a ser cobrar, não segurar. Releia as cláusulas essenciais do contrato antes de qualquer atitude.
Dá para segurar? Um guia rápido
| Situação | Segurar tende a ser defensável? | Ponto de atenção |
|---|---|---|
| Código nunca entregue, parcela vencida | Na maioria dos casos, sim | Avise por escrito antes |
| Sistema rodando, falta só uma parcela pequena | Posição frágil | Desproporção pesa contra você |
| Contrato condiciona a propriedade ao pagamento | Sim, posição forte | Ainda assim, não desligue nada |
| Contrato já transferiu o código sem condição | Não | O caminho é cobrar |
| Cliente aponta defeitos com chamados abertos | Depende das provas | Um exame técnico pode decidir |
| Retenção alcança banco de dados e cadastros | Não | Esses dados não são seus |
| Houve atraso ou escopo não entregue por você | Não | O cliente pode suspender o pagamento |
Os dados do cliente não entram nessa conta
Existe uma linha que não se atravessa: banco de dados, cadastro de clientes e informações pessoais tratadas pelo sistema não são seus. Quem desenvolve ou hospeda cuida desses dados por conta do contratante, e a Lei Geral de Proteção de Dados espera que sejam devolvidos ou eliminados quando a relação termina. Segurar cadastro de pessoas como pressão só cria um problema novo.
E se o contratante for uma pessoa comum, e não uma empresa, as regras de consumo entram na discussão e a retenção fica mais delicada.
O que serve de prova e quem prova o quê
Quem cobra mostra que o contrato existe e que a sua parte foi cumprida. Quem afirma ter pago mostra o pagamento. Quem alega defeito ou entrega incompleta demonstra isso, em geral com um exame técnico feito por perito.
Organize desde já: contrato e propostas assinadas, e-mails e mensagens com aprovações, registro de chamados, histórico de versões, termos de aceite, notas fiscais e boletos. Mensagem de aplicativo vale quando preservada de forma íntegra, tema do texto sobre contrato fechado por WhatsApp.
O que o cliente costuma alegar
- “O sistema não faz o que foi combinado” — o argumento mais eficaz quando o escopo é vago.
- “Vocês atrasaram” — atraso do fornecedor enfraquece qualquer retenção.
- “Já paguei quase tudo, o código é meu.”
- “Estão inviabilizando minha empresa” — vira pedido urgente ao juiz para obrigar a entrega, com multa diária.
- Indenização pelo que ele deixou de ganhar durante a parada do sistema.
Onde esse tipo de caso costuma ser perdido
- Escopo genérico: sem lista clara de entregas, fica difícil provar que você cumpriu.
- Nenhum aceite formal ao fim de cada etapa.
- Reação por impulso: bloquear acesso ou apagar repositório no calor da briga.
- Nenhuma cobrança formal antes de suspender a entrega.
- Retenção que alcança dados do cliente.
- Demora para agir: o cliente some, a empresa fecha, a cobrança perde valor.
Prazos que importam
Para cobrar valores previstos em contrato escrito, o prazo comum é de 5 anos, contados de cada parcela vencida. Depois disso a dívida continua existindo, mas perde força na Justiça, assunto do texto sobre prescrição de dívidas contratuais.
Na prática, os prazos úteis são menores. Uma cobrança formal costuma dar de 5 a 15 dias para o cliente pagar ou se manifestar. Contrato assinado pelas duas partes e por duas testemunhas pode ser cobrado por um caminho mais rápido na Justiça. E multa e juros previstos correm desde o vencimento.
O que fazer, na ordem certa
- Releia o contrato: de quem é o código, quando a propriedade passa, o que era entrega, prazo, multa e foro.
- Confira com honestidade se entregou tudo. Se faltou algo pequeno, entregue antes de cobrar.
- Não desligue, não bloqueie e não apague nada. Congele o cenário como ele está.
- Reúna provas de entrega e de cobrança em um só lugar, com datas.
- Envie uma notificação extrajudicial de cobrança com prazo, dizendo o que é devido e o que acontece depois.
- Ofereça uma saída: parcelamento, desconto à vista ou entrega do código no mesmo ato do pagamento.
- Sem acordo, avalie com um advogado a cobrança judicial, o fim do contrato com multa, ou os dois.
- Ajuste os próximos contratos: propriedade condicionada ao pagamento, aceite por etapa, escopo detalhado e depósito do código com terceiro de confiança.
Perguntas frequentes
Posso desligar o sistema do cliente que não pagou?
Desligar o que já está em uso é bem mais arriscado do que não entregar o que ainda está com você. Se ele parar de faturar por isso, pode haver dever de indenizar, mesmo com a dívida sendo real. Havendo cláusula de suspensão, avise por escrito e dê prazo antes.
O código-fonte é meu ou do cliente se o contrato não diz nada?
Sem nada por escrito e sem vínculo de emprego, os direitos tendem a ficar com quem escreveu, e o cliente costuma ficar com o direito de usar o que pagou. É zona cinzenta que termina em disputa, por isso a cláusula de propriedade importa.
Posso apagar o repositório se o cliente não pagar?
Não é boa ideia. Apagar destrói prova, pode ser visto como dano causado de propósito e transforma você em parte do problema. Manter tudo preservado, mesmo sem entregar, protege a sua cobrança.
Quanto tempo eu tenho para cobrar a última parcela?
Em contrato escrito, o prazo comum é de 5 anos a partir do vencimento de cada parcela. Quanto antes a cobrança formal, maior a chance de receber.
O cliente pode me processar por reter o código?
Pode. Ele costuma pedir ao juiz uma ordem urgente de entrega, com multa diária, e às vezes indenização pelo período parado. O resultado depende de quem estava em dia, do que o contrato dizia sobre a propriedade do código e da proporção entre a retenção e a dívida.
Fontes oficiais consultadas
- Planalto — Código Civil (Lei nº 10.406/2002), arts. 206, § 5º, I; 313; 389; 395; 397; 402; 475; 476 e 477
- Planalto — Código de Processo Civil (Lei nº 13.105/2015), arts. 300; 373; 497; 700 e 784, III
- Planalto — Lei Geral de Proteção de Dados (Lei nº 13.709/2018), arts. 5º, VI e VII; 15; 16; 18 e 39
- Planalto — Código de Defesa do Consumidor (Lei nº 8.078/1990), arts. 2º, 3º e 51
- Lei do Software (Lei nº 9.609/1998), arts. 2º, 4º e 9º
- Lei de Direitos Autorais (Lei nº 9.610/1998), arts. 49 e 50
Artigos relacionados
- O licenciado da minha marca parou de pagar os royalties: como cobrar e o que posso fazer?
- O cliente quer cancelar meu serviço pela metade, posso cobrar o valor integral do projeto?
- A outra parte parou de cumprir a obrigação dela, eu posso simplesmente parar de pagar?
- Posso rescindir contrato de consultoria empresarial por perda de confiança mesmo sem cláusula de justa causa?
Veja também nosso conteúdo completo sobre Contratos.
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.
Leia também
Sobre o autor

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.