Contrato de Desenvolvimento de Software

O Contrato de Desenvolvimento de Software é o documento empresarial firmado no Brasil com base na Lei de Software Lei 9.609/1998.

A Lei 9.609/1998 é o principal diploma legal que regula o software no Brasil. O Art. 1° define programa de computador como "a expressão de um conjunto organizado de instruções em linguagem natural ou codificada, contida em suporte físico de qualquer natureza, de emprego necessário em máquinas automáticas de tratamento da informação, dispositivos, instrumentos ou equipamentos periféricos". O Art. 2° equipara a proteção do software à proteção dos direitos autorais sobre obras literárias, tornando a Lei 9.610/1998 (LDA) supletivamente aplicável. O Art. 6° da Lei 9.609/1998 não exige registro do software para que este seja protegido — a proteção surge automaticamente com a criação — mas o registro no Instituto Nacional da Propriedade Industrial (INPI) ou na Biblioteca Nacional é facultativo e recomendado para fins probatórios.

A titularidade dos direitos sobre o software desenvolvido é questão central do Contrato de Desenvolvimento de Software. O Art. 4° da Lei 9.609/1998 estabelece que, salvo disposição contratual expressa em contrário, os direitos sobre software desenvolvido por empregado (vínculo CLT) pertencem ao empregador. Para desenvolvedores autônomos (pessoa física ou jurídica, sem vínculo empregatício), a regra é inversa — o desenvolvedor retém os direitos sobre o software salvo cessão expressa ao contratante. Por isso, o contrato deve incluir cláusula expressa de cessão de direitos autorais patrimoniais sobre o software ao contratante, caso este seja o objetivo das partes.

O Superior Tribunal de Justiça (STJ), ao longo de décadas de jurisprudência, consolidou entendimentos relevantes sobre contratos de software: o prazo prescricional para ações de responsabilidade contratual no desenvolvimento de software é de 10 anos (CC Art. 205, regra geral) para contratos civis ou 3 anos para relações de consumo (CDC Art. 27) quando o software é entregue ao consumidor final com vícios; a responsabilidade do desenvolvedor por vícios ocultos no software segue o CC Art. 441 e o CDC Art. 26 (para relações de consumo); e a entrega de software com funcionalidades aquém do especificado no contrato configura inadimplemento parcial (CC Art. 475) que autoriza o contratante a exigir o cumprimento ou a resolução do contrato com perdas e danos.

A Lei Geral de Proteção de Dados (LGPD — Lei 13.709/2018) impacta significativamente os contratos de desenvolvimento de software quando o sistema a ser desenvolvido tratará dados pessoais. O Art. 46 da LGPD exige que os sistemas de informação sejam desenvolvidos desde a concepção observando os princípios de proteção de dados pessoais (privacy by design e privacy by default — embora esses termos não sejam usados expressamente na lei), e o Art. 39 obriga que o operador (que pode ser o desenvolvedor) siga as instruções do controlador no tratamento de dados. O contrato deve incluir Acordo de Processamento de Dados (DPA) quando o desenvolvimento envolver acesso a dados pessoais do contratante.

O Instituto Nacional da Propriedade Industrial (INPI), vinculado ao Ministério do Desenvolvimento, Indústria, Comércio e Serviços (MDIC), é o órgão federal responsável pelo registro facultativo de programas de computador no Brasil, conforme o Art. 3° da Lei 9.609/1998 e a Resolução INPI 58/2020. O registro no INPI cria presunção de titularidade e fornece data certa à criação — relevante em disputas sobre autoria e prioridade de desenvolvimento.

O Contrato de Desenvolvimento de Software Brasil é necessário em todas as situações em que uma empresa, empreendedor ou pessoa física contrata terceiro (desenvolvedor autônomo, empresa de desenvolvimento ou agência digital) para criar, adaptar ou evoluir um sistema, aplicativo, site ou solução tecnológica personalizada — sob demanda (custom software), diferentemente de software de prateleira (off-the-shelf) já existente.

O contrato é indispensável quando uma startup contrata desenvolvedores freelancers ou uma software house para construir o produto mínimo viável (MVP — Minimum Viable Product) de sua plataforma tecnológica. Sem cláusula expressa de cessão de direitos, o código-fonte do MVP pertence ao desenvolvedor, não à startup — situação que pode inviabilizar futuras rodadas de investimento, pois investidores de capital de risco (venture capital) exigem que a startup detenha a propriedade integral do software antes de aportar recursos.

O instrumento é necessário quando empresas de qualquer porte contratam o desenvolvimento de sistemas internos (ERP — Enterprise Resource Planning, CRM — Customer Relationship Management, sistemas de gestão de RH, financeiro, fiscal) que serão integrados à infraestrutura tecnológica da empresa. A especificação funcional detalhada e o cronograma de entregas (milestones) no contrato são essenciais para gerenciar expectativas e fundamentar reivindicações por atraso ou inadimplemento.

Contratos de desenvolvimento de software são necessários para projetos de migração e modernização de sistemas legados — situações em que o desenvolvedor terá acesso a código proprietário existente, banco de dados de clientes e informações estratégicas da empresa, tornando as cláusulas de sigilo (NDA integrado) e de propriedade intelectual crucialmente importantes. A Resolução BACEN 85/2021 exige que instituições financeiras reguladas pelo Banco Central estabeleçam contratos formais com prestadores de serviços de TI que tenham acesso a dados sensíveis.

O contrato é necessário em projetos de desenvolvimento ágil (metodologia Scrum, Kanban, SAFe) com entregas incrementais (sprints), onde o escopo pode evoluir durante o projeto — a flexibilidade do desenvolvimento ágil requer contratos que estabeleçam o processo de aprovação de mudanças de escopo (change requests), o impacto no prazo e no custo de cada alteração, e os critérios de aceitação das entregas. Contratos de desenvolvimento por horas (time and material) ou por projeto (fixed price) têm implicações jurídicas diferentes que devem estar claramente definidas.

Empresarial e profissionalmente, o contrato é necessário quando há desenvolvimento colaborativo com múltiplos desenvolvedores — equipes distribuídas, co-founders técnicos, ou quando a empresa utiliza software de código aberto (open source) como base, pois as licenças de código aberto (GPL, MIT, Apache, LGPL) impõem condições que precisam ser verificadas e refletidas nas cláusulas do contrato de desenvolvimento.

Um Contrato de Desenvolvimento de Software Brasil válido e eficaz deve conter os seguintes elementos essenciais para proteger adequadamente os interesses do contratante e do desenvolvedor.

Identificação das Partes: Nome completo ou razão social, CPF ou CNPJ, endereço e dados de contato de ambas as partes. Para o desenvolvedor pessoa jurídica, incluir o nome do responsável técnico (CTO, coordenador de projeto) que conduzirá o desenvolvimento. Para desenvolvimento com equipes distribuídas, incluir cláusula sobre subcontratação e responsabilidade solidária do desenvolvedor pelos atos de seus subcontratados.

Escopo e Especificações Técnicas: Descrição detalhada do software a ser desenvolvido — funcionalidades, tecnologias a serem utilizadas (linguagem de programação, framework, banco de dados, cloud provider), plataformas suportadas (web, iOS, Android), integrações com sistemas externos, requisitos de performance, escalabilidade e segurança. O escopo deve ser tão específico quanto possível — escopo vago é a principal causa de disputas em contratos de desenvolvimento. Recomenda-se anexar ao contrato um Documento de Requisitos (SRS — Software Requirements Specification) ou um Product Backlog aprovado pelas partes.

Metodologia e Cronograma: Especificação da metodologia de desenvolvimento (Waterfall, Scrum, Kanban), as etapas do projeto e os marcos de entrega (milestones) com datas previstas. Para metodologias ágeis, definir a duração dos sprints, a frequência das reuniões de revisão (sprint review) com o contratante, e o processo de aprovação das entregas incrementais. O cronograma deve incluir os prazos para feedback e aprovação pelo contratante — atrasos na aprovação podem configurar mora do credor (CC Art. 394) e justificar prorrogação do prazo do desenvolvedor.

Remuneração e Forma de Pagamento: Valor total do contrato, modelo de cobrança (preço fixo — fixed price; ou por horas trabalhadas — time and material), cronograma de pagamentos vinculado aos marcos do projeto (ex.: 30% na assinatura, 30% na entrega do MVP, 40% na entrega final), moeda (Reais — R$), forma de pagamento (PIX, transferência bancária, boleto), e condições para reajuste por atraso no cronograma ou mudança de escopo. Para contratos de longo prazo, incluir cláusula de reajuste anual (IGPM ou IPCA — índices de inflação da Fundação Getúlio Vargas e IBGE).

Propriedade Intelectual e Cessão de Direitos: Cláusula essencial que define a titularidade dos direitos patrimoniais sobre o software desenvolvido. A cessão deve ser expressa, nos termos do Art. 4° da Lei 9.609/1998 e do Art. 49 da Lei 9.610/1998, especificando que todos os direitos patrimoniais sobre o código-fonte, documentação técnica, designs de interface, banco de dados e outros elementos desenvolvidos no âmbito do contrato são cedidos ao contratante, com caráter de exclusividade, para todas as formas de utilização, por prazo indeterminado e para todo o território nacional e internacional. Os direitos morais do autor (desenvolvedor) são inalienáveis (Art. 27 LDA) — o contratante não pode apagar os créditos de autoria do código.

Entrega do Código-Fonte: Obrigação do desenvolvedor de entregar ao contratante o código-fonte completo (source code), a documentação técnica, as credenciais de acesso a repositórios (GitHub, GitLab, Bitbucket), ambientes de produção e staging, e qualquer outra informação necessária para que o contratante possa manter, adaptar e evoluir o software independentemente do desenvolvedor após o término do contrato. A entrega do código-fonte é a contrapartida essencial da cessão de direitos.

Sigilo e Confidencialidade: Cláusula de confidencialidade (NDA integrado) protegendo as informações proprietárias do contratante às quais o desenvolvedor terá acesso durante o projeto — modelos de negócio, dados de clientes, código-fonte de sistemas existentes, planos estratégicos. Deve incluir prazo de vigência das obrigações de sigilo após o término do contrato (recomenda-se 3 a 5 anos), penalidade para violação (cláusula penal — CC Arts. 408-416) e obrigação de devolução ou destruição de materiais confidenciais.

Garantia e Manutenção: Prazo de garantia para correção de bugs identificados após a entrega (recomenda-se mínimo de 90 dias — analogia ao Art. 26, II do CDC para produtos e serviços duráveis), distinção entre bugs de desenvolvimento (responsabilidade do desenvolvedor, correção gratuita no período de garantia) e solicitações de novos recursos (responsabilidade adicional do contratante). Após o período de garantia, definir condições para contratação de manutenção evolutiva e corretiva.

Forms-legal.com disponibiliza este modelo de Contrato de Desenvolvimento de Software como ponto de partida. Todo contrato deve ser revisado por advogado especialista em direito digital e propriedade intelectual, inscrito na OAB, para adequação ao escopo específico do projeto e à situação legal das partes. A plataforma forms-legal.com disponibiliza este modelo com campos editáveis para preencher e baixar gratuitamente em formato PDF ou Word.

Para preencher o Contrato de Desenvolvimento de Software Brasil corretamente, siga as instruções abaixo para cada seção.

Escopo: seja o mais específico possível ao descrever o software. Liste as funcionalidades por módulo ou tela, especifique as tecnologias acordadas, indique as integrações necessárias (APIs, gateways de pagamento, ERPs). Quanto mais detalhado o escopo, menor o risco de disputas sobre o que foi ou não contratado. Se o escopo for muito extenso, elabore um documento de requisitos separado e anexe-o ao contrato como Anexo A.

Propriedade intelectual: decida antes de assinar se o contratante deseja a cessão total de todos os direitos (recomendado para software central do negócio) ou apenas uma licença de uso (mais barata, mas o desenvolvedor retém os direitos). Para cessão, inclua a cláusula de cessão expressa indicando exclusividade, caráter irrevogável e cobertura global. Se o desenvolvedor usar bibliotecas de código aberto, exija que liste quais serão utilizadas e verifique a compatibilidade das licenças com o uso comercial pretendido.

Cronograma: para projetos ágeis, descreva a duração dos sprints (geralmente 2 semanas), o número previsto de sprints, as funcionalidades esperadas ao final de cada sprint e os critérios de aceite de cada entrega. Inclua prazos para feedback do contratante — sem feedback tempestivo, o desenvolvedor pode alegar mora do credor.

Remuneração: especifique claramente o modelo (preço fixo ou por hora), o valor total ou a taxa horária, o cronograma de pagamentos vinculado a marcos, as condições para aprovação das faturas e os prazos de pagamento. Inclua penalidade por atraso no pagamento (juros de 1% ao mês + correção pelo IGPM ou IPCA).

Garantia: defina claramente o que é coberto pela garantia (bugs — erros de desenvolvimento que impedem o funcionamento das funcionalidades contratadas) e o que não é (novas funcionalidades, problemas causados por modificações realizadas pelo contratante após a entrega, falhas de infraestrutura fora do escopo do desenvolvedor).

O Contrato de Desenvolvimento de Software Brasil deve atender às seguintes exigências legais para ser válido e eficaz perante o ordenamento jurídico brasileiro.

Lei 9.609/1998 (Lei de Software): Art. 4° — a cessão de direitos sobre software desenvolvido por profissional autônomo deve ser expressa e contratual; Art. 6° — o registro do software no INPI é facultativo mas recomendado para fins de prova; Art. 9° — a proteção do software é de 50 anos a partir de 1° de janeiro do ano subsequente à publicação, ou de 50 anos a partir da criação se não publicado.

Lei 9.610/1998 (Lei de Direitos Autorais): Art. 49 — a cessão total de direitos patrimoniais de autor deve ser estipulada expressamente, sendo interpretada restritivamente — direitos não expressamente cedidos permanecem com o autor; Art. 50 — a cessão deve ser feita por escrito; Art. 27 — os direitos morais do autor são inalienáveis e irrenunciáveis, não podendo ser cedidos.

Código Civil (Lei 10.406/2002): Arts. 421-480 — princípios gerais de direito contratual aplicáveis ao contrato de desenvolvimento; Art. 422 — boa-fé objetiva nas fases de celebração, execução e término do contrato; Arts. 408-416 — cláusula penal (multa por inadimplemento); Art. 475 — resolução do contrato por inadimplemento com perdas e danos.

LGPD (Lei 13.709/2018): Art. 46 — privacy by design — o desenvolvimento de sistemas que tratem dados pessoais deve observar os princípios de proteção de dados desde a concepção; Art. 39 — quando o desenvolvedor tiver acesso a dados pessoais do contratante no curso do desenvolvimento, deve agir como operador seguindo as instruções do controlador — é recomendável que o contrato inclua um Acordo de Processamento de Dados (DPA).

Resolução INPI 58/2020: regulamenta o registro voluntário de programas de computador no INPI, estabelecendo o procedimento, os documentos necessários e as taxas aplicáveis. O registro cria presunção de titularidade do registrante sobre o software na data do depósito.

CLT e Lei 9.609/1998 Art. 4°: para desenvolvedores contratados como empregados (carteira assinada), os direitos sobre o software pertencem ao empregador, salvo disposição contratual em contrário. O Contrato de Desenvolvimento de Software para freelancers e empresas terceirizadas opera no regime inverso — exige cessão expressa para que os direitos pertençam ao contratante.

Os erros mais comuns em Contratos de Desenvolvimento de Software no Brasil que levam a disputas, perdas financeiras e problemas de propriedade intelectual são os seguintes.

Escopo vago ou incompleto: o erro mais crítico e mais comum — descrever o software como "sistema de gestão" ou "aplicativo de e-commerce" sem detalhar funcionalidades, tecnologias e critérios de aceite cria expectativas divergentes que inevitavelmente resultam em disputas sobre o que foi ou não entregue. A solução é incluir especificações funcionais detalhadas como anexo ao contrato, aprovadas por ambas as partes.

Ausência de cláusula de cessão de direitos: desenvolvedores que entregam o software sem cessão expressa de direitos retêm legalmente a titularidade do código — o contratante recebe uma licença de uso implícita, mas não pode modificar, sublicenciar ou vender o software sem consentimento do desenvolvedor. Startups que não incluem essa cláusula enfrentam sérios problemas ao buscar investimento ou ao mudar de fornecedor de desenvolvimento.

Falta de obrigação de entrega do código-fonte: o contrato deve especificar que o desenvolvedor é obrigado a entregar o código-fonte completo, devidamente documentado, ao término do projeto — não apenas o software compilado ou executável. Sem essa cláusula, o contratante fica refém do desenvolvedor para qualquer modificação futura.

Não definir o tratamento de change requests: a ausência de processo para solicitações de mudança de escopo (change requests) é a segunda causa mais frequente de disputas. O desenvolvedor começa a implementar funcionalidades extras a pedido do contratante sem documentação adicional — e ao final, cobra por essas implementações ou o projeto atrasa significativamente. O contrato deve estabelecer que qualquer mudança de escopo será formalizada por escrito com ajuste de prazo e valor.

Sem cláusula de confidencialidade: permitir que o desenvolvedor acesse dados estratégicos do negócio, código-fonte existente ou base de dados de clientes sem obrigação formal de sigilo expõe o contratante a riscos sérios — o desenvolvedor pode usar o conhecimento adquirido para criar solução concorrente ou divulgar informações proprietárias. O Contrato deve incluir NDA robusto com cláusula penal expressiva.