No mercado corporativo atual, a transformação digital não é mais um diferencial, mas uma necessidade de sobrevivência. Companhias dos mais variados setores investem expressivas somas no desenvolvimento de plataformas personalizadas, sistemas de gestão empresarial (ERP) e softwares gerenciais.
Contudo, o que deveria ser um motor de eficiência pode se transformar em uma severa disputa jurídica quando prazos de entrega não são cumpridos.
Recentemente, o Tribunal de Justiça de Minas Gerais (TJMG) trouxe um importante precedente para o setor de tecnologia e direito contratual ao condenar uma empresa de desenvolvimento de softwares a devolver mais de R$ 263 mil a uma companhia de rastreamento de frotas, em razão do atraso crônico na entrega do sistema contratado.
Abaixo, analisamos os detalhes do caso e as lições jurídicas fundamentais para quem contrata ou presta serviços de tecnologia.
O caso concreto: Atraso na entrega e quebra de expectativa
O contrato, firmado em dezembro de 2022, previa o escopo completo para o desenvolvimento de um sistema gerencial no prazo de seis meses. Contudo, um ano e meio após a assinatura, o software ainda não havia sido entregue de forma funcional.
Diante da paralisia do projeto, a empresa contratante ingressou com uma ação judicial buscando a rescisão do contrato por culpa da desenvolvedora e a restituição integral dos valores pagos ao longo do projeto.
Os argumentos em debate: “Processo Colaborativo” vs. “Obrigação de Resultado”
Ao recorrer da condenação de primeira instância, a empresa de desenvolvimento de softwares utilizou duas teses defensivas muito comuns no mercado de tecnologia:
-
A Natureza do Processo Colaborativo: Sustentou que a implantação de sistemas de TI depende intrinsecamente da cooperação ativa do cliente (envio de dados, homologação de etapas, reuniões de alinhamento) e que eventuais atrasos decorreram da própria contratante.
-
Teoria do Adimplemento Substancial: Argumentou que, mesmo sem a entrega final, uma parte muito relevante do código e das funcionalidades já havia sido executada, o que impediria a rescisão integral com a devolução total do dinheiro.
A decisão do TJMG (Acórdão nº 1.0000.25.074181-6/003)
A 12ª Câmara Cível do TJMG rejeitou os argumentos de defesa da desenvolvedora. A relatora do caso, desembargadora Maria Lúcia Cabral Caruso, fixou entendimentos cruciais para a jurisprudência de contratos de tecnologia:
-
O desenvolvimento de software é uma obrigação de resultado: O contrato assume o compromisso de entregar um produto específico e funcional, e não apenas o esforço de codificar.
-
O ônus da prova no processo colaborativo: A natureza colaborativa dos projetos de TI não exime a contratada de sua responsabilidade de gerir o cronograma. Para culpar o cliente pelo atraso, a desenvolvedora precisaria ter provado documentalmente que o cliente deixou de cooperar — o que não ocorreu no processo.
-
Inaplicabilidade do adimplemento substancial em sistemas integrados: O tribunal entendeu que um sistema gerencial funciona como um conjunto articulado. Entregar “metade” ou “grande parte” do sistema não atende à finalidade do negócio se as partes não funcionarem de maneira coesa e integral. Software incompleto, neste caso, equivale a resultado útil zero para o cliente.
Lições Contratuais: Como proteger projetos de tecnologia?
Este julgamento serve como um forte alerta para empresas contratantes e desenvolvedoras de software. A falta de uma arquitetura jurídica preventiva e de uma gestão rigorosa de evidências pode custar caro.
Para mitigar riscos em projetos de tecnologia, os contratos devem prever de forma cirúrgica:
1. Matriz de Responsabilidades (RACI) e Alocação de Riscos
O contrato deve especificar exatamente quais dados, acessos e validações dependem do cliente, estipulando prazos estritos para que ele responda. Se o projeto é um “processo colaborativo”, as obrigações do cliente também devem ser tratadas com rigor contratual.
2. Notificações Formais e Registro de Delays
Caso o cliente atrase o envio de um briefing ou a validação de um sprint, a desenvolvedora deve notificá-lo formalmente por escrito imediatamente, apontando o impacto daquele atraso no cronograma final. A ausência de notificações formais faz com que o Judiciário presuma que a culpa pelo atraso é exclusiva da empresa de TI.
3. Cláusulas de Prorrogação e Tolerância
Eventualidades técnicas e mudanças de escopo (scope creep) precisam estar previstas em cláusulas que balizem o aditamento do prazo original, evitando que o mero decurso do tempo configure inadimplemento absoluto.
4. Critérios de Aceitação e Entrega por Etapas (Milestones)
Vincular os pagamentos à entrega e validação de módulos independentes e utilizáveis. Assim, caso o contrato precise ser rescindido no meio do caminho, ambas as partes possuem clareza sobre o que foi efetivamente entregue, mitigando o risco de devolução integral dos valores.
Conclusão
A condenação ao ressarcimento de R$ 263 mil demonstra que o Judiciário está atento às especificidades do mercado de tecnologia, mas não tolera a frustração de utilidade econômica dos contratos sob a justificativa de complexidade técnica.
Tanto para quem contrata quanto para quem desenvolve, a clareza nas cláusulas de escopo, cronograma e governança é a única garantia de segurança jurídica.
Sua empresa está enfrentando problemas com atrasos no desenvolvimento de softwares ou precisa de auxílio para estruturar contratos de tecnologia mais seguros? Conte com a nossa equipe especializada em Contratos Empresariais. Entre em contato para avaliar a segurança jurídica dos seus projetos.
