De quem é o código de um software sob medida?

Pela lógica geral da lei brasileira, software desenvolvido sob encomenda tende a pertencer a quem encomendou e pagou. Mas isso só vale de verdade se houver cláusula de cessão expressa no contrato. Sem ela, e sem acesso ao repositório, você pode ter razão no papel e ainda assim ficar sem o código na prática. O contrato é que define.

Preciso de contrato para garantir o código?

Sim, e não dá para abrir mão disso. A cessão dos direitos patrimoniais sobre o software precisa ser expressa e por escrito. Promessa verbal não vale. Exija uma cláusula de cessão total e definitiva, além de entrega do código via Git e acesso a todas as credenciais. E peça a um advogado para revisar antes de assinar.

O que é cessão de direitos patrimoniais?

É a transferência da propriedade econômica sobre o código do fornecedor para você. Com a cessão total, você passa a poder usar, modificar, vender e contratar outro time para mexer no software, sem depender de quem o criou. É o que separa ser dono de só ter uma licença de uso.

Como saber se vou ficar refém do fornecedor?

Procure os sinais: contrato que não fala de propriedade do código, fornecedor que hospeda tudo e não dá acesso ao repositório, modelo de "paga mensalidade e usa" sem cessão, código sem documentação e stack obscura que só aquela empresa domina. Se você nunca viu o código e não tem as senhas da infraestrutura, já está em risco.

Software sob encomenda: a lei protege o contratante?

A Lei do Software (9.609/98) e a Lei de Direitos Autorais (9.610/98) dão uma base favorável a quem encomenda, mas a proteção real vem do contrato bem feito. A lei não substitui uma cláusula de cessão clara nem garante, sozinha, que você tenha o código em mãos. Por isso a recomendação é sempre contratar com cessão expressa e revisão de um advogado.

De quem é o código-fonte de um software sob medida? (E por que isso decide tudo)

Você paga por um sistema sob medida durante meses. Investe dezenas de milhares de reais. E aí, um dia, decide trocar de fornecedor. Pede o código-fonte. A resposta vem seca: "o código fica conosco".

Pronto. Você virou refém.

Essa cena se repete em PMEs brasileiras com uma frequência que assusta. A pergunta "de quem é o código-fonte de um software sob medida?" parece técnica, mas é uma decisão de negócio. Decide se você tem liberdade ou se está preso a um único fornecedor para sempre.

Vamos destrinchar o assunto sem juridiquês. O que a lei brasileira diz, os três modelos de contrato que você vai encontrar por aí, as armadilhas e o que exigir por escrito antes de assinar qualquer coisa. Se você ainda está entendendo o terreno, comece pelo guia o que é software sob medida.

A regra no Brasil: encomendou, tende a ser seu — mas o contrato manda

O software no Brasil é protegido como obra intelectual. Duas leis cuidam disso: a Lei do Software (Lei 9.609/98) e a Lei de Direitos Autorais (Lei 9.610/98).

Quando você contrata uma empresa para desenvolver um sistema sob encomenda, a lógica geral é que os direitos sobre o resultado pertencem a quem encomendou e pagou. Faz sentido. Você definiu o escopo, bancou o desenvolvimento, é o dono do negócio que o software atende.

Só que existe um "mas" do tamanho de um caminhão.

A cessão dos direitos patrimoniais precisa ser expressa, por escrito. Sem cláusula clara, você entra num terreno cinzento — e terreno cinzento é onde o fornecedor que age de má-fé adora atuar. Pior: mesmo que a lei esteja teoricamente do seu lado, na prática quem detém o repositório, as senhas e o conhecimento detém o poder real.

De que adianta ter razão se o código está num servidor que você nunca acessou, sem documentação, e o único humano que entende aquilo trabalha para o fornecedor? Você ganha no papel e perde na vida.

Por isso a frase que resume tudo: o contrato é que define. Não confie na "regra geral". Confie no que está escrito e assinado.

Os três modelos que você vai encontrar (e só um te deixa livre)

Quando uma software house propõe um projeto, a relação de propriedade cai em um destes três modelos. Aprenda a diferença antes de assinar.

1. Cessão total dos direitos patrimoniais

O melhor cenário. A empresa desenvolve, recebe o pagamento e transfere para você todos os direitos patrimoniais sobre o código. O software é seu. Você usa, modifica, vende, contrata outro time para mexer nele, faz o que quiser.

É a diferença entre comprar uma casa e alugar um quarto. Na cessão total, a chave é sua.

2. Licença de uso

Aqui você não compra o código. Você compra o direito de usar o software, sob condições. O fornecedor continua dono. Pode ser legítimo em alguns casos — software de prateleira, produto SaaS já pronto, ferramenta que atende milhares de empresas.

O problema aparece quando vendem "sob medida" e entregam licença. Você pagou desenvolvimento exclusivo, mas não recebeu a posse. Se a licença for revogada, ou o fornecedor sumir, você fica sem nada.

3. O "aluguel" disfarçado

O mais perigoso e o mais comum em PMEs. Funciona assim: "você paga uma mensalidade e usa o sistema". Soa moderno, parece SaaS. Mas não há cessão, não há código entregue, não há acesso ao repositório.

Você paga, paga, paga — e nunca constrói patrimônio. No dia em que parar de pagar, perde tudo. Dois anos de mensalidade depois, você não tem um único arquivo de código nas mãos. Só dependência.

Não há nada errado em pagar mensalidade por hospedagem, suporte ou manutenção. O problema é quando a mensalidade é o único jeito de manter vivo um sistema que era para ser seu.

Red flags no contrato (e no comportamento do fornecedor)

Antes de assinar, leia o contrato procurando estes sinais. Se encontrar, acenda o alerta.

O contrato não menciona propriedade do código. Silêncio aqui não é descuido. É estratégia. Quem quer ceder, escreve a cessão.
O fornecedor hospeda tudo e não dá acesso ao repositório. Você nunca viu o GitHub, nunca recebeu um commit, não sabe onde o código mora. Bandeira vermelha gigante.
"Você paga mensalidade e usa" sem cessão. O aluguel disfarçado da seção anterior.
Código sem documentação. Mesmo que você consiga o código, sem documentação outro time vai levar semanas só para entender o que foi feito. Lock-in pela obscuridade.
Stack obscura ou proprietária. Se construíram em alguma tecnologia rara, que só aquele fornecedor domina, você não vai achar outro time para dar continuidade. Lock-in tecnológico.
Promessas verbais. "Pode ficar tranquilo que o código é seu" dito numa reunião não vale nada. Tem que estar no papel.

Repare que metade das armadilhas não está no contrato em si, mas em como o fornecedor opera. Quem esconde o repositório e foge de documentação está construindo a sua dependência, peça por peça.

O que exigir por escrito antes de assinar

Transforme as red flags em exigências. Estas cláusulas e práticas protegem você. Coloque-as no contrato e cobre o cumprimento.

Cláusula de cessão total e definitiva dos direitos patrimoniais. Expressa, sem prazo de validade, transferindo a você a propriedade do código produzido no projeto. É a cláusula mais importante do contrato.
Entrega do código-fonte via Git desde o início. Não no fim do projeto. Desde o dia 1, em um repositório que você controla (seu GitHub ou GitLab). Assim você acompanha cada linha sendo escrita.
Documentação técnica entregue. README, instruções de instalação, decisões de arquitetura. O suficiente para outro desenvolvedor assumir.
Acesso a todas as credenciais e à infraestrutura. Senhas de servidor, banco de dados, serviços de terceiros, domínios. Tudo em seu nome, sob seu controle.
Ausência de lock-in tecnológico. Stack moderna e popular, com profissionais disponíveis no mercado. Se amanhã você quiser trocar de time, deve conseguir contratar gente que domina aquela tecnologia.

Um aviso necessário: este artigo é orientação geral, não parecer jurídico. Cada projeto tem suas particularidades. Antes de assinar qualquer contrato de desenvolvimento de software, peça a um advogado para revisar. Vale cada centavo comparado ao custo de descobrir, anos depois, que você não é dono do que pagou.

O que acontece quando você NÃO é dono do código

A teoria fica abstrata até a hora em que você precisa do código e não tem. Aí o problema vira concreto, rápido.

Imagine: sua empresa rodou dois anos com um sistema de gestão sob medida. Funciona, a equipe depende dele todo dia. O fornecedor começa a atrasar entregas, sobe o preço, demora para resolver bugs. Você decide trocar.

Pede o código. Não tem. Pede acesso ao servidor. Negado. O novo fornecedor que você contratou olha a situação e dá de ombros: sem o código-fonte, não dá para continuar nada. Ou você recomeça do zero, ou continua pagando o fornecedor antigo pelo resto da vida.

As consequências reais de não ter o código:

Refém de preço. O fornecedor pode aumentar a mensalidade à vontade. Para onde você vai?
Refém de prazo. Bug crítico travando o faturamento? Você espera o fornecedor ter boa vontade. Não há plano B.
Refém de existência. Se o fornecedor fechar, for vendido ou simplesmente perder interesse no seu projeto, seu sistema morre junto.
Patrimônio zero. Todo o dinheiro investido não virou ativo da sua empresa. Virou aluguel pago.

Software sob medida bem feito é patrimônio. Deveria entrar no balanço da empresa como um ativo. Sem a posse do código, é só despesa recorrente com cara de investimento.

Como a nFactory faz: código 100% seu, desde o dia 1

Na nFactory a propriedade do código não é uma negociação tensa no fim do projeto. É o ponto de partida.

Código 100% do cliente, com cessão total. Você é dono de tudo que produzimos. Por escrito, no contrato, sem letra miúda.
Entrega via Git desde o dia 1. O repositório é o seu — no seu GitHub ou GitLab. Cada commit aparece para você em tempo real. Nada fica escondido em servidor nosso.
Documentação entregue. Outro time consegue assumir o projeto sem depender de nós.
Stack moderna e sem lock-in. Construímos com Next.js e PostgreSQL, tecnologias com um mar de desenvolvedores no mercado. Se você quiser trocar de equipe amanhã, contrata quem quiser. A gente não te prende.
Escopo e preço fechados antes de começar. Você sabe o que vai receber e quanto vai pagar antes da primeira linha de código. Sem surpresa, sem mensalidade-armadilha.

A lógica é simples: se o nosso trabalho é bom, você fica porque quer, não porque está preso. Liberdade do cliente é o nosso padrão de qualidade.

Esse modelo serve para qualquer projeto — de um ERP para PME a uma plataforma específica do seu setor. E se você está nessa fase de orçar, dê uma olhada também em quanto custa desenvolver um sistema em 2026 para entrar na conversa com números na mão.

Antes de assinar qualquer contrato, fale com a gente

Se você está prestes a contratar um desenvolvimento, ou desconfia que já caiu numa armadilha de lock-in, vale uma conversa franca. Em 30 minutos de diagnóstico gratuito, a gente analisa sua situação e mostra como garantir que o código seja seu de verdade — com escopo, preço e propriedade claros desde o início. Fale com a nFactory e saia da conversa sabendo exatamente onde você pisa.