Empresários, diretores e sócios de startup devem revisar o contrato de cessão de direitos patrimoniais antes de colocar código, design ou conteúdos no ar e, de preferência, antes do primeiro commit pago. Ele define quem pode explorar economicamente a obra, por quanto tempo e em quais territórios. O caminho começa com inventário de ativos e uma cessão escrita, detalhada e rastreável.
Em startup, a briga raramente começa por “má vontade”. Ela começa por lacunas: repositório criado no e-mail pessoal, boleto pago sem ordem de serviço, design entregue em PNG e um contrato que só fala “prestação de serviços”. A conta chega quando entra investidor, quando um sócio sai ou quando o fornecedor aumenta preço.
O contrato de cessão de direitos patrimoniais é o instrumento que fecha essas lacunas. Ele define, com linguagem jurídica e técnica, quem passa a ser titular do direito de explorar economicamente um ativo intelectual. Isso inclui software, interfaces, documentação, textos, vídeos, banco de dados, artes e materiais de marketing.
Recomendação prática: para produto digital, não trate “cessão” como anexo opcional. Coloque a cessão como eixo do pacote contratual. O pacote também inclui NDA, ordem de serviço, política de repositório e governança de acessos. Sem essa combinação, o documento vira papel bonito e frágil.
Outro ponto que quase ninguém discute: “direitos patrimoniais” não é sinônimo de “posse do arquivo”. Você pode ter o ZIP e não ter autorização para explorar comercialmente. O inverso também acontece. A prova do que foi cedido, quando e por quem vale mais do que a pasta no Drive.
O que muda a vida do negócio é a precisão do objeto cedido. Em vez de “todo o sistema”, descreva entregáveis, módulos, repositórios, componentes, assets, bibliotecas e versões. Quanto mais rastreável, menos espaço para disputa futura. Isso também reduz risco em auditoria de M&A.
Antes de assinar, faça um inventário simples dos ativos intelectuais do produto. Use perguntas objetivas. Elas dão clareza para o jurídico, para o financeiro e para a área técnica.
- Quais repositórios existem (GitHub, GitLab, Bitbucket) e quem é o owner?
- Quais domínios, contas de nuvem e pipelines de deploy estão em nome de quem?
- Há bibliotecas open source críticas? Quais licenças e obrigações existem?
- Existe design system, UI kit, fontes e imagens com licença comercial válida?
- Quem assina commits e aprova PRs hoje? Há backup de acessos?
O contrato precisa transformar esse inventário em cláusulas operáveis. Quando a cláusula vira “comando de execução”, o time cumpre. Quando vira “frase genérica”, ninguém sabe como agir na crise.
Use este quadro para alinhar expectativa com fornecedores, sócios e gestores financeiros. Ele ajuda a separar “propriedade”, “licença” e “direito moral”, que não se confunde com patrimonial.
Comparação rápida para tomada de decisão:
| Modelo | Quem é titular do direito patrimonial | Quando faz sentido | Risco comum |
|---|---|---|---|
| Cessão total | Empresa (cessionária) | Core do produto e ativos estratégicos | Objeto mal descrito, cessão “genérica” e contestável |
| Cessão parcial | Empresa, só no que foi delimitado | Projetos com partes reaproveitáveis pelo fornecedor | Escopo curto, trava a evolução e gera custo de retrabalho |
| Licença exclusiva | Fornecedor mantém, empresa explora com exclusividade | Quando há tecnologia pré-existente do fornecedor | Dependência de manutenção, sem escrow e sem saída |
| Licença não exclusiva | Fornecedor mantém e pode licenciar a terceiros | Ferramentas de suporte e módulos genéricos | Produto perde diferencial e vira commodity |
Dois critérios evitam erro caro. Primeiro, “é core do produto?” Se sim, prefira cessão total e obrigação de entrega de tudo que permite reproduzir. Segundo, “há tecnologia anterior do fornecedor?” Se sim, use licença para o preexistente e cessão para o incremental.
Outra recomendação clara: amarre pagamento a entrega verificável. Isso vale para o financeiro. Sem gatilhos, você paga o projeto e descobre que faltou documentação, chaves e ambiente.
- Entrega técnica mínima: repositório transferido, pipeline documentado, variáveis segregadas e acesso revogado.
- Entrega de prova: lista de commits, changelog, hash de release e ata de aceite.
- Entrega jurídica: cessão assinada, cessão de terceiros e declaração de originalidade.
- Entrega operacional: runbook, diagrama de arquitetura e checklist de contingência.
O time pode perguntar: “isso tem base legal?”. Tem, e a base cobra forma e delimitação. Quando o contrato é raso, a discussão vira interpretação. Interpretação custa tempo e dinheiro.
Desenvolvedor saiu e levou o código: plano de 24h para não parar o produto
Quando “desenvolvedor saiu e levou o código” vira realidade, o objetivo nas primeiras 24 horas é garantir continuidade e prova. Você precisa preservar acesso, congelar mudanças e organizar documentação mínima. Depois disso, vem a análise jurídica do que foi criado e de como foi contratado.
Checklist das primeiras 24 horas (execução, não teoria)
Comece pela camada operacional. Corte o risco de indisponibilidade e de apagamento. Em seguida, cuide da trilha de auditoria. Ela é sua defesa.
- Revogue acessos: repositórios, cloud, CI/CD, bancos, domínio e ferramentas de suporte.
- Gere backups: export do Git, snapshots, dumps e cópia de artefatos de release.
- Trave produção: pause deploys e rotas de alteração sem aprovação.
- Levante evidências: contratos, notas fiscais, conversas, ordens de serviço e histórico de pagamentos.
- Mapeie dependências: bibliotecas, chaves e serviços terceirizados que só ele conhecia.
O que a lei ajuda a resolver e o que ela não resolve
Cessão de direitos patrimoniais é a transferência, por escrito, do direito de explorar economicamente uma criação. O Congresso Nacional, na Lei nº 9.610/1998, art. 49, exige que a transmissão de direitos seja expressa e interprete-se restritivamente quanto ao que foi cedido. Para empresa, isso significa descrever o que entra na cessão e como será explorado. Ignorar a formalidade abre disputa sobre escopo, prazo e remuneração.
Se o contrato não define prazo, a cessão pode ficar limitada no tempo, por regra legal supletiva. O Congresso Nacional, na Lei nº 9.610/1998, art. 50, prevê que, na falta de estipulação, a cessão vale por cinco anos. Para um produto que busca investimento, cinco anos é curto. Esquecer de fixar prazo e território vira risco em due diligence e trava valuation.
Em desenvolvimento de software sob vínculo de trabalho ou prestação alinhada ao objeto contratado, a titularidade pode presumir-se do contratante, salvo ajuste em contrário. O Congresso Nacional, na Lei nº 9.609/1998, art. 4º, trata do regime patrimonial do programa criado em determinadas relações de trabalho ou de prestação. Na prática, ainda assim, você precisa de prova do vínculo, do escopo e do pagamento. Confiar só na presunção costuma virar litígio longo.
O que eu recomendo, com o “quando não vale”
Minha recomendação é criar um “kit de saída” obrigatório para qualquer dev ou fornecedor, desde o primeiro dia: repositório em conta corporativa, 2FA, owners redundantes, runbook e inventário de licenças. Isso não vale apenas quando você está no estágio de protótipo local e sem usuários. Se há cliente pagando, já passou do ponto.
Minha segunda recomendação é formalizar a cessão junto com o aceite técnico. Cessão assinada sem aceite vira discussão sobre “o que foi entregue”. Aceite sem cessão vira discussão sobre “o que foi transferido”. A exceção é quando você compra um software padrão. Nesse caso, a regra é licença de uso.
Para empresas em Parque Dois Irmãos, Fortaleza, Ceará, um detalhe prático pesa: muita contratação nasce por indicação e começa “na confiança”. O risco não está na indicação. O risco está em não documentar a confiança.
Fale com um especialista para conter perda do código
Depois da contenção, a etapa crítica é transformar o caos em narrativa técnica e jurídica. Quem decide orçamento precisa enxergar custo de saída. Quem decide produto precisa enxergar impacto no roadmap. A boa notícia é que, com prova e governança, a negociação tende a ficar objetiva.
Registro não cria direito autoral, mas ajuda na prova de anterioridade e autoria. O Instituto Nacional da Propriedade Industrial (INPI) permite registro de programa de computador. Isso não substitui cessão, mas fortalece a posição da empresa em disputa. Se o ativo é core, trate o registro como item do compliance.
Na renegociação do fornecedor, use cláusulas de cessão em software sob encomenda sem brechas
Na mesa de renegociação, “cláusulas de cessão em software sob encomenda” funcionam como alavanca de preço e como seguro de continuidade. Você troca risco por previsibilidade. O fornecedor entende o que precisa entregar e o financeiro consegue comparar propostas com base no mesmo padrão.
Cláusulas que não podem faltar (e como escrever de modo verificável)
- Objeto detalhado: repositórios, módulos, documentação, design, testes, infra como código e artefatos.
- Momento da transferência: na assinatura, no pagamento, no aceite, ou em marcos por sprint.
- Território e prazo: mundo e prazo compatível com vida do produto, sem “prazo legal supletivo”.
- Direitos sobre derivados: refatorações e melhorias futuras entram no mesmo regime.
- Garantia de originalidade: declaração de que não há violação de terceiros, com dever de indenizar.
- Open source: lista de bibliotecas e obrigação de cumprir licenças e avisos.
- Entrega de chaves e ambientes: segredos em cofre corporativo e runbook de contingência.
- Subcontratação: só com aprovação e com cessão em cadeia, assinada por cada terceiro.
Boa-fé e função social como “freio” para abuso contratual
Um contrato de cessão forte não precisa ser agressivo. Ele precisa ser claro. O Congresso Nacional, no Código Civil (Lei nº 10.406/2002), art. 421, condiciona a liberdade contratual à função social do contrato. O Congresso Nacional, no Código Civil (Lei nº 10.406/2002), art. 422, exige boa-fé objetiva na formação e execução.
Tradução para diretoria: cláusula que “prende” a empresa sem saída, sem documentação e sem entrega mínima cria risco de disputa e risco operacional. Cláusula que anula qualquer reutilização legítima do fornecedor, sem delimitar escopo, também cria disputa. O equilíbrio reduz custo jurídico e reduz custo técnico.
Como precificar a cessão sem cair em armadilha
Quando o fornecedor cobra “taxa de cessão”, peça decomposição. Parte do custo é tempo de organização de entrega, testes e documentação. Outra parte é a perda do direito de reuso. Você negocia melhor quando separa as caixas.
O que eu recomendo: use dois preços, um para desenvolvimento e outro para cessão do incremental, ambos atrelados a marcos. Isso não vale quando o fornecedor entrega só parametrização de ferramenta dele. Aí a conversa correta é licença, SLA e portabilidade de dados.
Se o ativo for realmente estratégico, inclua plano de continuidade. Um caminho é escrow de código e chaves, com gatilhos de liberação por inadimplência ou indisponibilidade prolongada. Outro caminho é obrigação de transição assistida por horas pré-precificadas.
ADVOGADOS GUERRA costuma orientar a renegociação para fechar três pontos: cessão rastreável, acesso corporativo e plano de saída. Em Fortaleza, Ceará, esse tripé aparece muito quando o produto depende de um dev-chave.
Fale com um especialista para renegociar a cessão
Uma auditoria rápida antes de assinar evita 80% dos sustos. Faça o fornecedor provar o que está entregando, e não só prometer. O Instituto Nacional da Propriedade Industrial (INPI) também entra aqui como ferramenta de prova, quando o software é o coração do negócio.
Se você precisa apresentar a empresa para investidor, organize um “dossiê de titularidade” com contratos, aditivos, aceites, registros, notas fiscais e um mapa de repositórios. Um investidor não quer ouvir “está com a gente”. Ele quer ver como está com você.
Perguntas Frequentes
Contrato de cessão de direitos patrimoniais é o mesmo que contrato de prestação de serviços?
Não. Prestação de serviços trata da entrega e do pagamento. A cessão trata da titularidade e da exploração econômica do que foi criado. Você pode ter serviço bem executado e titularidade mal resolvida.
Precisa reconhecer firma ou registrar o contrato?
Nem sempre é obrigatório, mas pode ser útil para prova. Em disputa, o que pesa é documento assinado, com objeto detalhado e trilha de entrega. Registro e reconhecimento reforçam autenticidade em alguns cenários.
Se eu paguei, automaticamente virei dono do código?
Não é automático. A Lei nº 9.610/1998 exige transmissão expressa e interpreta restritivamente o que foi cedido. Pagamento prova relação comercial, mas não substitui a cessão clara e escrita.
O que acontece se o contrato não falar de prazo?
Você cria risco. A Lei nº 9.610/1998 traz regra supletiva que pode limitar a cessão no tempo quando não há estipulação. Para startups, isso é um ponto sensível em investimento e em venda da empresa.
Posso usar open source no software sob encomenda?
Pode, mas precisa cumprir as licenças. Isso inclui avisos, atribuições e, em algumas licenças, obrigações de disponibilização de código. O contrato deve exigir lista de dependências e conformidade.
Como lidar com contribuições de vários freelancers e PJ?
Use cessão em cadeia. Cada pessoa que cria ou altera material precisa assinar a cessão correspondente ao que produziu. Sem isso, você tem “buracos” de titularidade dentro do mesmo produto.
Registro no INPI substitui o contrato de cessão?
Não substitui. O registro ajuda a provar autoria e data, mas não resolve quem pode explorar economicamente, em quais condições. A cessão continua sendo o documento central.
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 o seu produto depende de código e criação, a titularidade não pode ficar no “acordo verbal”. Fale com a ADVOGADOS GUERRA agora mesmo.
Fale com um especialista para blindar a cessão
