Propriedade intelectual do código: de quem é o que seu squad escreve?

Por padrão, o código pertence a quem o escreve —não a quem paga por ele—. Na maioria das jurisdições, incluindo os Estados Unidos, o software encomendado a um contratado independente não se enquadra nas categorias que a lei reconhece como “trabalho por encomenda” (work made for hire), então um squad, uma agência ou um freelancer retêm os direitos autorais do código, a menos que exista um contrato que os transfira explicitamente para a empresa que pagou pelo projeto.

Pagar a fatura não é suficiente: sem essa cessão por escrito, a empresa pode acabar sem a propriedade legal do produto que financiou. É um problema que quase nunca aparece até que seja necessário —uma rodada de investimento que exige due diligence técnica, uma troca de fornecedor, uma disputa por exclusividade— e é aí que alguém revisa o contrato e descobre que nunca houve uma cláusula de cessão de propriedade intelectual, ou que a que existia estava mal redigida.

Por que pagar pelo código não te torna dono dele?

A lei de direitos autorais define uma lista fechada de categorias elegíveis para “trabalho por encomenda” em obras produzidas por terceiros —traduções, contribuições a uma obra coletiva, partes de um filme, entre poucas outras— e o software encomendado a um contratado independente não é uma delas (17 U.S. Code § 101). Por isso o rótulo “work for hire” sozinho, sem uma cessão explícita de direitos, quase nunca é suficiente para transferir a titularidade real do código: o ponto de partida legal é que o autor original mantém os direitos, e o contrato precisa reverter essa regra por escrito, não assumi-la.

O que um contrato precisa ter para ceder a propriedade do código?

Uma cessão de propriedade intelectual sólida não é uma frase solta na última página. No mínimo, ela precisa cobrir:

• Uma cláusula de cessão (assignment) redigida no tempo presente —“cede e transfere”, não “cederá no futuro”— para que a transferência seja efetiva desde o momento em que o código é criado, não condicionada a um trâmite posterior.
• Escopo completo do trabalho: não só o entregável final, mas documentação, scripts internos, configuração de infraestrutura e qualquer outro artefato produzido durante o projeto.
• Tratamento explícito das bibliotecas e componentes preexistentes que o squad já tinha antes do projeto —esses são licenciados para o uso do cliente, não cedidos, e o contrato precisa dizer quais são.
• Renúncia a direitos morais onde a jurisdição permitir, para evitar reivindicações posteriores sobre atribuição ou modificação do código.

O que acontece se uma cessão explícita nunca foi assinada?

Sem cessão, a empresa que pagou pelo projeto fica em uma posição legal mais fraca do que imagina: não tem um direito de propriedade que possa fazer valer contra terceiros, não pode entrar com uma ação por infração de copyright sobre esse código sem ser a titular, e qualquer tentativa de vender o produto, captar uma rodada ou trocar de fornecedor técnico pode esbarrar na mesma pergunta sem resposta clara. A tendência regulatória caminha nessa direção: na Califórnia, o Freelance Worker Protection Act —em vigor desde janeiro de 2025— exige diretamente que todo contrato com um trabalhador freelance esteja por escrito, reconhecendo que deixá-lo verbal ou implícito é a causa mais comum desse tipo de disputa.

Como a Zenit resolve isso?

Na Zenit, a cessão de propriedade intelectual não é algo que cada empresa precisa negociar do zero com cada squad: é parte do acordo sob o qual um squad opera dentro da plataforma, não um ponto solto que depende de alguém lembrar de pedir. Essa clareza contratual é complementada por evidência verificável: o SafePay libera cada pagamento contra um milestone específico, com critérios de aceitação acordados e trabalho entregue no repositório —então, além do contrato, fica um registro concreto do que foi construído, quando e sob qual condição.

Essa combinação —contrato claro mais evidência verificável— é a mesma lógica que protege a empresa se um squad não conseguir terminar um projeto: o que já foi construído e aceito não depende da memória de ninguém.