Um contrato de software sob medida deve definir quem detém os direitos sobre o código, quando e como ele é entregue, como ficam componentes de terceiros e do fornecedor, a documentação, a confidencialidade e a transição em caso de rescisão. Consulte um advogado para o seu caso.
As cláusulas essenciais sobre código-fonte e propriedade intelectual em um contrato de software definem quem detém os direitos sobre o que for desenvolvido, quando e como o código é entregue, como ficam componentes de terceiros e do próprio fornecedor, e o que acontece em caso de rescisão. Sem essas definições, o cliente pode pagar pelo desenvolvimento e, ainda assim, depender do fornecedor para manter ou evoluir o sistema. Este texto é informativo e não substitui orientação jurídica: consulte um advogado para o seu caso.
Código-fonte é o conjunto de instruções escritas pelos desenvolvedores, em linguagem legível, que dá origem ao sistema. Propriedade intelectual, neste contexto, é o conjunto de direitos sobre essa criação, incluindo o direito de usar, modificar e distribuir o software.
Por que o código-fonte precisa estar no contrato?
Sem o código-fonte, o cliente consegue usar o sistema, mas não consegue corrigi-lo, evoluí-lo ou levá-lo para outro fornecedor. Isso cria uma dependência que enfraquece qualquer negociação futura de preço ou prazo.
Muitos conflitos entre clientes e software houses começam justamente quando o cliente decide trocar de fornecedor e descobre que o contrato não tratava da entrega do código, da documentação ou dos acessos.
Quais cláusulas não podem faltar?
A tabela resume as cláusulas mais importantes e o que cada uma deve responder. A redação final deve ser feita ou revisada por um advogado.
| Cláusula | O que deve definir |
|---|---|
| Titularidade ou cessão de direitos | Quem detém os direitos patrimoniais sobre o software desenvolvido |
| Entrega do código-fonte | Quando, em que formato e por qual meio o código é entregue |
| Repositório | Em nome de quem fica o repositório e quem tem acesso |
| Componentes do fornecedor | Uso de bibliotecas ou módulos próprios e a licença concedida ao cliente |
| Componentes de terceiros | Lista de bibliotecas e serviços externos e suas licenças |
| Documentação | Documentação técnica mínima que acompanha o código |
| Credenciais e acessos | Entrega de senhas, chaves e contas de infraestrutura |
| Confidencialidade | Proteção das informações trocadas durante o projeto |
| Rescisão e transição | Obrigações de entrega e apoio se o contrato terminar antes do prazo |
| Garantia | Prazo e condições para correção de defeitos |
Cessão de direitos ou licença: qual a diferença?
Na cessão, os direitos patrimoniais sobre o software desenvolvido passam ao cliente, que pode usar, modificar e, conforme o caso, explorar comercialmente o sistema. Na licença, o fornecedor continua titular e autoriza o cliente a usar o software em determinadas condições.
Em projetos sob medida, é comum que o cliente busque a cessão do que foi desenvolvido especificamente para ele. Já componentes genéricos que o fornecedor reutiliza em vários projetos costumam ser licenciados. O importante é que essa divisão esteja explícita, com a lista do que é cedido e do que é licenciado.
Como tratar componentes de terceiros e código aberto?
Praticamente todo software usa bibliotecas de terceiros, muitas delas de código aberto. Cada uma tem uma licença com regras próprias, e algumas impõem obrigações a quem distribui o software.
Vale pedir no contrato:
- Uma lista dos principais componentes de terceiros e suas licenças.
- O compromisso de não usar componentes cujas licenças conflitem com o uso pretendido.
- A indicação de serviços pagos de terceiros que o cliente precisará contratar.
Isso evita surpresas, como descobrir depois que o sistema depende de um serviço com custo recorrente não previsto.
Quando e como o código deve ser entregue?
A prática mais segura é manter o repositório em uma conta do cliente desde o início do projeto, com o fornecedor como colaborador. Assim, o código está sempre disponível, e não apenas no final.
Quando isso não é possível, o contrato pode prever entregas periódicas, como a cada marco ou a cada pagamento. Em qualquer caso, a entrega deve incluir:
- Código-fonte completo e atualizado.
- Instruções para compilar, configurar e publicar o sistema.
- Scripts de banco de dados e de infraestrutura.
- Documentação técnica e de integrações.
- Credenciais de serviços e ambientes contratados para o projeto.
O que acontece se o contrato for rescindido?
A cláusula de rescisão deve tratar do que já foi produzido e pago. Em geral, busca-se garantir a entrega do código correspondente ao trabalho realizado e um período de transição, com apoio para que outra equipe assuma.
Exemplo hipotético: uma empresa encerra o contrato no meio do projeto. Como o repositório estava em sua conta e o contrato previa 30 dias de transição, a nova software house recebe código, documentação e acessos, e retoma o trabalho em poucas semanas. Sem essas cláusulas, a empresa poderia ter de recomeçar.
Como verificar se o código entregue está completo?
Receber uma pasta de arquivos não garante que o sistema possa ser mantido por outra equipe. A verificação mais confiável é pedir que alguém independente, interno ou externo, tente compilar e publicar o sistema em um ambiente novo usando apenas o que foi entregue e a documentação.
Se o processo exigir informações que só o fornecedor tem, como senhas não documentadas ou configurações feitas manualmente em servidores, a entrega está incompleta. Esse teste pode ser previsto no contrato como condição para o aceite final.
E a LGPD, entra nessas cláusulas?
Quando o sistema trata dados pessoais, o contrato também deve abordar papéis e responsabilidades de cada parte em relação à LGPD, além de medidas de segurança. Esse tema costuma ficar em cláusulas ou anexos específicos de proteção de dados. Como envolve análise do caso concreto, a orientação de um advogado é recomendável.
Próximo passo
Ao comparar propostas, pergunte a cada fornecedor como ele trata a entrega do código e a cessão de direitos, e registre as respostas. Encontre software houses verificadas, compare-as lado a lado e converse diretamente com as empresas reivindicadas pela Citeo.
Compare nota, avaliações verificadas e score, e fale direto com a empresa pela Citeo.
Perguntas frequentes
O cliente é automaticamente dono do código de um software sob encomenda?
Não se deve presumir isso. A titularidade dos direitos depende do que o contrato estabelece e da legislação aplicável ao caso. Por isso, é importante prever expressamente a cessão de direitos e a entrega do código, com orientação de um advogado.
O que é cessão de direitos em contrato de software?
Cessão de direitos é a transferência ao cliente dos direitos patrimoniais sobre o software desenvolvido, permitindo usar, modificar e explorar o sistema conforme o contrato. Ela se diferencia da licença, em que o fornecedor continua titular. A extensão da cessão deve estar descrita no contrato.
O fornecedor pode reutilizar o código que desenvolveu para mim?
Depende do que o contrato prevê. É comum que o fornecedor mantenha direitos sobre componentes genéricos que já possuía, enquanto o que foi criado especificamente para o cliente é cedido. A divisão deve estar explícita para evitar conflitos.
Onde o código-fonte deve ficar durante o projeto?
A prática mais segura é manter o repositório em uma conta do cliente desde o início, com o fornecedor como colaborador. Assim, o código está sempre acessível, inclusive em caso de rescisão. Quando isso não for possível, o contrato deve prever entregas periódicas.