Sistema encomendado veio com defeitos: recusa de aceite e correção
A empresa encomendou um sistema sob medida, pagou parte ou tudo, e recebeu um software que trava, perde dados, não roda as funções combinadas ou simplesmente não aguenta o uso real. A pergunta que surge é direta: dá para recusar o aceite e segurar o pagamento até que funcione? A resposta depende de separar o que é defeito real do que é ajuste fino esperado em qualquer entrega. Software encomendado quase nunca chega perfeito no primeiro dia, mas há uma diferença entre acabamento pendente e sistema que não cumpre o que foi contratado.
Aceite e conferencia, não formalidade automática
No desenvolvimento sob encomenda, o aceite é o momento em que a contratante verifica se a entrega corresponde ao que foi contratado. Recusar o aceite de um software que não atende às especificações não é capricho: é o exercício do direito de conferir antes de dar quitação. A recusa deve ser fundamentada, apontando quais funções falham, com evidências como logs, prints e relatórios de teste, e não um descontentamento genérico.
Uma recusa bem construída identifica cada defeito, distingue o que é bloqueante do que é cosmético e concede prazo para correção. É esse cuidado que sustenta a posição da empresa caso o desenvolvedor cobre a parcela vinculada ao aceite.
Bug grave e vício da coisa entregue
O software recebido em contrato comutativo pode ser enjeitado por vícios ocultos que o tornem impróprio ao uso a que se destina ou lhe diminuam o valor, na lógica do art. 441 do Código Civil, o vício redibitório. Um sistema que não processa o que foi especificado, que corrompe dados ou que não suporta a carga contratada tem vício que autoriza exigir correção ou, conforme o caso, o abatimento do preço.
É importante distinguir. Defeito que impede o uso previsto é vício. Melhoria que a empresa passou a desejar depois, mas que não constava do escopo, é outra conversa e pode ser cobrada como novo trabalho.
Corrigir, abater ou romper: as saidas diante do software defeituoso
Diante de falhas que descumprem o contratado, o art. 475 do Código Civil abre à contratante a escolha entre exigir a correção, que é o cumprimento, ou resolver o contrato, sempre com perdas e danos. Na prática, o caminho costuma ser gradual: notificar apontando os defeitos, conceder prazo para saná-los e, só diante da recusa ou da falha reiterada, partir para a rescisão ou o abatimento.
A Lei do Software reforça essa posição: o art. 8 da Lei 9.609/1998 obriga quem comercializa o programa a assegurar serviços técnicos relativos ao seu adequado funcionamento durante o prazo de validade técnica da versão. Corrigir defeito do que foi entregue faz parte do que se contratou, não é favor.
Segurar o pagamento: quando e legitimo e quando e arriscado
A retenção da parcela vinculada ao aceite pode ser legítima quando o software realmente não cumpre o contratado e a recusa é fundamentada, em aplicação da exceção do contrato não cumprido. Mas segurar todo o pagamento por defeitos pontuais, ou por funções que estavam fora do escopo, expõe a empresa a ser vista como a parte inadimplente.
O caminho seguro é proporcional: reter o que corresponde à entrega defeituosa, pagar o que foi efetivamente entregue e útil, e documentar a recusa. O depósito judicial do valor controvertido é uma alternativa que preserva a empresa enquanto se discute a correção.
Como o advogado conduz a recusa de aceite
O trabalho começa por transformar a reclamação técnica em recusa juridicamente sólida: notificação que lista os defeitos, remete ao escopo contratado e fixa prazo de correção. Persistindo a falha, encaminha-se a resolução com perdas e danos, o abatimento do preço ou a execução da garantia, conforme o contrato.
O atendimento é remoto, com contrato e matriz de requisitos compartilhados em canal seguro, evidências técnicas organizadas por falha e acompanhamento processual eletrônico. Não se garante desfecho, porque ele depende do que foi especificado e da prova de que a entrega não o cumpriu.
Perguntas frequentes
Posso me recusar a dar aceite em um software cheio de bugs?
Sim, desde que a recusa seja fundamentada, apontando quais funções falham em relação ao escopo e concedendo prazo de correção. Aceite é conferência da entrega, não formalidade automática.
Bug no sistema encomendado dá direito a exigir correção?
Defeito que torna o software impróprio ao uso contratado é vício, na lógica do art. 441. A empresa pode exigir a correção, e o art. 8 da Lei do Software obriga o fornecedor a assegurar o adequado funcionamento durante a validade técnica da versão.
Posso não pagar enquanto o sistema não funcionar?
É possível reter a parcela vinculada à entrega defeituosa, com base na exceção do contrato não cumprido, mas segurar todo o pagamento por falhas pontuais é arriscado. O depósito do valor controvertido protege a empresa durante a discussão.
Proveniência
Conteúdo informativo; não substitui a análise individual de um advogado sobre o seu caso.
Conteúdos relacionados
Links internos
Conteúdo informativo. Não substitui a análise individual de um advogado ou da Defensoria Pública sobre o seu caso.