Empresários, diretores e CTOs devem revisar as cláusulas de cessão em software sob encomenda antes de liberar acesso ao repositório, ambientes e dados. Elas definem quem pode explorar o código, por quanto tempo e com quais limitações, evitando refação, disputa de titularidade e vazamento de segredos.
Cláusulas de cessão em software sob encomenda: o que blindar na negociação
O ponto central dessas cláusulas é simples: quem paga pelo desenvolvimento não necessariamente “vira dono” de tudo, se o contrato não tratar do tema com precisão. A discussão costuma aparecer quando o produto começa a gerar receita, ou quando há troca de fornecedor.
Para o CTO, a blindagem passa por definir escopo de direitos, entregáveis verificáveis e limites de reutilização. Para a diretoria, o foco é reduzir risco jurídico e risco de continuidade do negócio. Sem isso, um “ok no e-mail” não sustenta a cadeia de titularidade.
O que a lei já resolve (e o que ela só resolve se você escrever no contrato)
Dois textos legais orientam a conversa, mas não substituem um contrato bem escrito. Um deles trata do software. O outro trata dos direitos autorais em geral.
O Instituto Nacional da Propriedade Industrial (INPI) é referência prática quando a empresa precisa organizar ativos intangíveis. Mesmo quando não há registro, a governança interna precisa existir. Contrato, anexos e trilha de versões são parte dessa governança.
Cessão de direitos em software é a transferência contratual da titularidade patrimonial do código e de suas versões, do desenvolvedor para a empresa contratante, total ou parcial. Segundo o INPI, a Lei nº 9.609/1998, art. 4º, permite que o contrato defina a titularidade e a exploração econômica do programa desenvolvido em relação de trabalho ou prestação de serviços. A Lei nº 9.610/1998, art. 49, exige que a cessão de direitos autorais seja feita por escrito. Ignorar isso expõe a empresa a disputa sobre “quem pode usar, vender e alterar” o software, inclusive com risco de paralisação do produto.
Recomendação prática (e quando não vale)
Minha recomendação é exigir cessão expressa, por escrito, com delimitação de território, prazo e modalidades de exploração. Isso funciona bem quando o objetivo é transformar o software em ativo estratégico.
Essa abordagem não vale quando o fornecedor vai entregar um produto padrão, com licenças de uso iguais para todos. Nessa hipótese, insistir em “cessão total” costuma encarecer e atrasar a contratação. O correto é negociar uma licença robusta e auditável.
Checklist de cláusulas que evitam o litígio mais comum: “código é meu”
O erro recorrente é misturar três coisas no mesmo parágrafo: escopo, cessão e pagamento. O contrato fica subjetivo, e cada lado passa a “interpretar” depois do conflito. A Lei nº 9.610/1998, art. 50, trata a interpretação da cessão de forma restritiva. Isso torna perigoso escrever amplo e genérico.
- Objeto e entregáveis: lista do que é “software” no projeto (código-fonte, build, infraestrutura como código, pipelines, scripts, documentação, modelos e prompts).
- Evento de cessão: definir se a cessão ocorre por etapa aceita, por pagamento, ou por entrega final com aceite formal.
- Alcance da cessão: total ou parcial, incluindo direitos de alteração, integração e distribuição.
- Repositório e custódia: Git sob organização da contratante, chaves sob controle do CTO, e política de acesso.
- Prova de autoria e histórico: commits assinados, tags por release e registro de issues por demanda.
- Penalidades por retenção: multa por não entrega de código, chaves, credenciais e artefatos.
Cláusula de terceiros: o “buraco” que aparece no due diligence
Uma empresa pode “comprar” um software e, ainda assim, não ter direitos sobre tudo que está dentro dele. Bibliotecas, SDKs e trechos copiados geram passivo. O contrato deve obrigar o fornecedor a listar componentes de terceiros e as licenças aplicáveis.
Minha recomendação é incluir uma declaração de conformidade de licenças (open source e proprietárias), com obrigação de substituir componente incompatível. Isso vale quando o software vai ser comercializado.
Essa recomendação não vale para protótipos internos de curto prazo. Neles, o custo de compliance completo pode superar o benefício. O critério é o destino do produto: interno ou comercial.
Como estruturar a cessão em anexos, para o jurídico não travar o roadmap
Um contrato curto, com anexos fortes, reduz atrito entre jurídico e tecnologia. O contrato define a regra. Os anexos carregam a operação do dia a dia.
Use anexos para não renegociar tudo a cada sprint:
- Anexo de Escopo e Backlog: épicos, critérios de aceite e definição de “feito”.
- Anexo de Propriedade Intelectual: o que é preexistente do fornecedor e o que nasce no projeto.
- Anexo de Segurança e Acesso: ambientes, logs, credenciais, backup e segregação de dados.
- Anexo de SLA e Continuidade: suporte, correção de bugs, prazos e plano de transição.
Dados e acesso: cessão não substitui segurança
Na prática, o conflito começa quando o fornecedor mantém acesso a dados, produção e chaves. Um contrato que só fala de “cessão de código” não resolve vazamento nem incidente.
A Autoridade Nacional de Proteção de Dados (ANPD) orienta a leitura de governança de segurança. A Lei nº 13.709/2018, art. 46, exige medidas de segurança, técnicas e administrativas, para proteger dados pessoais. Se o software trata dados pessoais, a cláusula de acesso e logs precisa conversar com a LGPD.
Tabela rápida: cessão total, cessão parcial e licença de uso
A escolha correta depende do modelo de negócio e do nível de dependência do fornecedor. Esta comparação ajuda a decidir sem simplificar demais.
| Modelo contratual | O que a empresa recebe | Quando faz sentido | Risco típico |
|---|---|---|---|
| Cessão total | Titularidade patrimonial ampla sobre o que foi desenvolvido no projeto | Produto estratégico, M&A, investimento, escala e múltiplos fornecedores | Discussão sobre preexistentes do fornecedor e componentes de terceiros |
| Cessão parcial | Titularidade sobre módulos específicos, com reservas ao fornecedor | Projeto híbrido, integração com plataforma do fornecedor | Dependência em partes “reservadas” que viram gargalo |
| Licença de uso | Direito de usar, conforme limites de prazo, território e finalidade | SaaS, produto padrão, contratação por assinatura | Perda de continuidade se a licença terminar ou for rescindida |
Como o CFO e o CTO alinharem pagamentos ao aceite, sem criar retenção indevida
Pagamento “100% na entrega final” estimula disputa de aceite. Pagamento “100% antecipado” incentiva atraso e baixa qualidade. O meio termo é atrelar o desembolso a evidências objetivas.
Estruture marcos curtos e verificáveis, com documentos simples. Um termo de aceite por etapa, assinado digitalmente, evita discussão futura. O CTO valida critérios técnicos. O financeiro valida o marco contratual.
Um cuidado: se a cessão só ocorrer após o pagamento final, o fornecedor ainda é titular durante o projeto. Isso dificulta troca de time no meio do caminho. Para reduzir risco, use cessão por etapas aceitas, com liberação de acesso ao repositório desde o início.
Quando acionar assessoria jurídica e o que levar para a reunião
O melhor momento é antes do kickoff, quando ainda existe poder de negociação. Depois que o fornecedor já está dentro da infraestrutura, o custo de impor controle aumenta.
A ADVOGADOS GUERRA atua com assessoria jurídica na negociação e elaboração de contratos de desenvolvimento de software sob encomenda, com foco em segurança jurídica para empresas. Esse trabalho conversa bem com rotinas societárias e com a gestão de risco do negócio.
Para empresas com operação em Parque Dois Irmãos, Fortaleza, Ceará, é comum a diretoria querer agilidade sem perder governança. A solução é padronizar minutas e anexos, e treinar o time para negociar só o que muda.
Leve para a reunião:
- Resumo do produto e do modelo de monetização.
- Arquitetura em alto nível, integrações e dependências.
- Lista de acessos que o fornecedor terá.
- Rascunho do backlog com critérios de aceite.
- Política de uso de bibliotecas e ferramentas de terceiros.
Perguntas Frequentes
Se eu paguei o desenvolvimento, o código é automaticamente meu?
Não. A cessão precisa estar em instrumento escrito, conforme a Lei nº 9.610/1998, art. 49. O pagamento ajuda a provar relação comercial, mas não substitui cláusula clara de titularidade e alcance.
O fornecedor pode reutilizar partes do que ele fez para mim em outros clientes?
Sim, se o contrato não proibir ou não delimitar a reutilização. A Lei nº 9.610/1998, art. 50, leva a uma leitura restritiva da cessão, o que favorece reservas ao autor. O contrato deve separar “preexistentes”, “genéricos” e “específicos do seu negócio”.
Posso exigir que o repositório fique na minha organização desde o primeiro dia?
Sim. Isso é uma medida de governança e continuidade, e pode ser condicionante do projeto. O contrato deve prever regras de acesso, chaves e logs, para não virar só uma obrigação informal.
Quando há dados pessoais, o que preciso incluir além da cessão?
Você precisa de obrigações de segurança e controle de acesso. A Lei nº 13.709/2018, art. 46, exige medidas técnicas e administrativas para proteger dados pessoais. Isso se desdobra em cláusulas de incidente, auditoria, subcontratação e segregação de ambientes.
Qual é o sinal de alerta de que a cláusula está ruim para a empresa?
O sinal mais claro é a ausência de lista de entregáveis e de um evento objetivo de cessão por etapas. Outro alerta é quando o fornecedor “cede tudo”, mas reserva ferramentas, bibliotecas e a infraestrutura, sem listar o que fica reservado. Isso cria dependência prática, mesmo com cessão no papel.
Revisado pela equipe técnica de ADVOGADOS GUERRA, Especialistas em escritório de advocacia empresarial especializado em direito tributário, trabalhista e societário em Fortaleza.
Se a titularidade do software não estiver contratualmente fechada, a empresa fica exposta a disputa e paralisação do produto. Fale com a ADVOGADOS GUERRA agora mesmo.
