Pagar pelo desenvolvimento de um software não garante, sozinho, que a sua empresa seja dona do código-fonte. A Lei 9.609/1998, a Lei do Software, diz no art. 4º que, salvo estipulação em contrário, os direitos sobre o programa desenvolvido durante um contrato de serviços pertencem ao contratante. Mas a mesma regra depende do tipo de contrato, e a Lei de Direitos Autorais manda interpretar de forma restritiva qualquer negócio sobre direitos de autor. Na prática, quem decide é o contrato: ele precisa dizer, por escrito, que os direitos patrimoniais são transferidos ao cliente e que o código-fonte será entregue, com documentação e acessos. Sem essa cláusula, a empresa pode ter pago pelo sistema e continuar dependente do fornecedor para mudar uma vírgula.

Este artigo explica, em linguagem de gestão, o que a lei diz, quais cláusulas importam, o que verificar na entrega e quanto custa não ter o código. As regras citadas vêm do texto oficial das leis e do INPI. O conteúdo é informativo e não substitui a análise de um advogado especializado em propriedade intelectual.

O que é código-fonte e por que ele vale tanto

Código-fonte é o conjunto de instruções escritas pelos programadores, em linguagem legível por pessoas. É a “receita” do software. A partir dele, o sistema é compilado ou executado, corrigido e evoluído.

Ter o software funcionando no servidor não é o mesmo que ter o código-fonte. Um sistema pode estar em uso sem que a empresa tenha acesso ao repositório onde o código fica guardado, à documentação técnica ou às senhas de infraestrutura. Nesse caso, qualquer correção, melhoria ou troca de fornecedor depende de quem detém a receita.

O código-fonte vale porque garante três coisas ao dono do negócio:

1. Continuidade: se o fornecedor encerrar as atividades ou o contrato acabar, outra equipe consegue assumir o sistema.
2. Poder de negociação: a empresa pode cotar manutenção e evolução com mais de um fornecedor.
3. Segurança: é possível auditar o código, corrigir vulnerabilidades e verificar o que o sistema faz com os dados.

O que diz a Lei do Software (Lei 9.609/1998)

A Lei 9.609/1998 trata da proteção da propriedade intelectual de programas de computador no Brasil. O art. 2º estabelece que o software é protegido pelo mesmo regime das obras literárias, ou seja, pelo direito autoral. Isso tem consequências práticas importantes.

A primeira é que a proteção independe de registro, como diz o § 3º do art. 2º. O direito nasce com a criação do programa. A segunda é o prazo: o § 2º do art. 2º assegura a proteção por 50 anos, contados a partir de 1º de janeiro do ano seguinte ao da publicação ou, na falta dela, da criação.

A regra do art. 4º: empregador e contratante

O art. 4º é o ponto central para quem contrata desenvolvimento. Ele diz que, salvo estipulação em contrário, pertencem exclusivamente ao empregador, ao contratante de serviços ou ao órgão público os direitos sobre o programa desenvolvido durante a vigência do contrato, quando o contrato for destinado a pesquisa e desenvolvimento ou quando a atividade do contratado for prevista nele.

O § 1º complementa: salvo ajuste em contrário, a compensação do trabalho do contratado se limita à remuneração combinada. Já o § 2º garante ao empregado ou contratado os direitos sobre programas criados sem relação com o contrato e sem usar recursos, informações ou equipamentos do contratante.

À primeira vista, a regra parece resolver tudo a favor de quem paga. Mas há dois cuidados. O primeiro está na expressão “salvo estipulação em contrário”: o contrato pode dizer o oposto, e muitos contratos de fornecedores dizem. O segundo é que há discussão entre especialistas sobre como a regra se aplica quando o desenvolvedor é uma empresa, e não um profissional individual. Por isso, a recomendação prática é não depender da regra geral e escrever a titularidade no contrato.

O que diz a Lei de Direitos Autorais (Lei 9.610/1998)

Como o software segue o regime do direito autoral, a Lei 9.610/1998 também se aplica naquilo que a Lei do Software não trata de forma específica. Três dispositivos importam para quem contrata:

• Art. 4º: os negócios jurídicos sobre direitos autorais são interpretados de forma restritiva. Na dúvida, a leitura tende a não ampliar o que foi transferido.
• Art. 49, inciso II: a transmissão total e definitiva dos direitos só é admitida mediante estipulação contratual escrita.
• Art. 49, inciso III: sem estipulação escrita, o prazo máximo da cessão é de cinco anos.
• Art. 50: a cessão total ou parcial dos direitos de autor se faz sempre por escrito e se presume onerosa.

O art. 49 também limita a cessão às modalidades de uso existentes na data do contrato (inciso V) e, salvo estipulação em contrário, ao país em que o contrato foi firmado (inciso IV). Para um software que pode ser usado em outros países ou em formatos novos, como um aplicativo derivado do sistema web, a redação do contrato faz diferença.

Licença de uso, cessão de direitos e entrega do código: não são a mesma coisa

Muitos conflitos nascem da confusão entre três conceitos diferentes. Eles podem aparecer juntos ou separados no mesmo contrato.

Licença de uso é a autorização para usar o software. O art. 9º da Lei 9.609/1998 diz que o uso de programa de computador no país é objeto de contrato de licença. Quem tem apenas licença pode usar o sistema, mas não é dono dele e, em regra, não pode modificá-lo nem revendê-lo.

Cessão de direitos patrimoniais é a transferência da titularidade econômica do software. Quem recebe a cessão passa a poder explorar, modificar, licenciar e vender o programa, dentro do que o contrato definir. Os direitos morais, como o de ser reconhecido como autor, têm tratamento próprio na lei.

Entrega do código-fonte é o ato material de entregar os arquivos, a documentação e os acessos. Uma empresa pode ter a cessão no papel e, mesmo assim, não ter o código em mãos. O inverso também acontece: receber o código sem a cessão dá acesso técnico, mas não dá o direito de explorar o software.

O cenário que dá autonomia completa à empresa é o último: cessão por escrito somada à entrega efetiva do código-fonte, da documentação e dos acessos.

Registro no INPI: precisa?

O registro de programa de computador é feito no INPI (Instituto Nacional da Propriedade Industrial). Ele é facultativo, como prevê o art. 3º da Lei 9.609/1998, porque a proteção existe mesmo sem registro. Ainda assim, o INPI informa que o registro garante maior segurança jurídica e ajuda a comprovar autoria ou titularidade em caso de disputa.

Segundo a página oficial do serviço, o pedido é feito pelo sistema e-Software, com certificado digital ICP-Brasil. A retribuição do pedido eletrônico (GRU código 730) é de R$ 210, e o tempo estimado para a prestação do serviço é de até 8 dias corridos. O registro vale por 50 anos.

Um ponto que costuma surpreender: o código-fonte não precisa ser enviado ao INPI. O guia do instituto orienta a aplicar um algoritmo de criptografia ao arquivo do código-fonte e inserir no formulário apenas o resumo resultante, chamado de resumo hash. Por isso, quem registra precisa guardar exatamente o arquivo que gerou esse resumo, porque é ele que comprova o conteúdo registrado.

Para a empresa que contratou o desenvolvimento, o registro em nome dela é uma forma de documentar a titularidade. A decisão de registrar, e em nome de quem, deve ser tomada com o advogado, à luz do contrato.

Código de terceiros: a parte do sistema que nunca será só sua

Nenhum software moderno é escrito do zero. Os sistemas usam bibliotecas e componentes de código aberto, chamados de open source, que já resolvem tarefas comuns, como autenticação, geração de PDF ou conexão com bancos de dados. Esses componentes têm licenças próprias, que continuam valendo dentro do seu sistema.

O peso disso é grande. Segundo a Black Duck, empresa especializada em auditoria de código, mais de 70% de uma aplicação típica é composta de código aberto, ante 35% em 2015. O relatório OSSRA 2025 da empresa, que auditou 965 bases de código comerciais, encontrou conflitos de licença em 56% delas e componentes sem licença ou com licença customizada em 33%.

O mesmo relatório apontou que 86% das bases de código avaliadas tinham vulnerabilidades em componentes de código aberto, e 81% tinham vulnerabilidades de risco alto ou crítico. Ou seja, ser dono do código também significa ser responsável por manter essas dependências atualizadas.

Na prática, o contrato deve pedir ao fornecedor uma lista dos componentes de terceiros usados no sistema, com as respectivas licenças. Essa lista é chamada de inventário de componentes, ou SBOM (software bill of materials). Algumas licenças de código aberto exigem, por exemplo, que modificações sejam publicadas. Saber disso antes evita surpresas na hora de vender ou licenciar o sistema.

Para entender os riscos de segurança ligados a componentes desatualizados, veja o artigo sobre segurança no desenvolvimento de software e o OWASP Top 10.

Quanto custa não ter o código-fonte

Quando a empresa não tem o código, as opções ficam limitadas. Ela pode continuar pagando o fornecedor original, negociar a compra do código depois, em posição fraca, ou reconstruir o sistema do zero. A reconstrução é, em geral, a saída mais cara.

Metodologia: faixas de referência da Mind Group para 2026, calculadas como horas estimadas × valor-hora de R$ 110 a R$ 190, conforme a senioridade. Representam o custo aproximado de desenvolver novamente um sistema equivalente quando o código-fonte não está disponível. Não incluem migração de dados, retrabalho de regras não documentadas nem o custo de parar a operação durante a troca; o valor final depende do escopo.

Exemplo hipotético: uma empresa pagou por um sistema web de 1.000 horas, mas o contrato previa apenas licença de uso. Anos depois, o fornecedor reajusta a manutenção e a empresa quer trocar de parceiro. Sem o código, a alternativa é reconstruir. Pelo valor-hora médio de R$ 150, isso representaria cerca de R$ 150 mil, além do tempo de projeto e do risco de perder regras de negócio que só existiam no sistema antigo.

Essa conta deve entrar na análise do custo total de propriedade do software. O artigo sobre TCO de software com a metodologia usada por CFOs mostra como fazer isso. Quando o sistema é antigo e o código está em tecnologia defasada, o tema se cruza com o de modernização de sistemas legados.

As cláusulas que protegem a sua empresa

As cláusulas abaixo costumam aparecer em contratos de desenvolvimento bem escritos. A redação final deve ser feita ou revisada por um advogado, porque cada caso tem particularidades.

1. Titularidade e cessão: declarar, por escrito, que os direitos patrimoniais sobre o software desenvolvido são transferidos ao cliente, de forma total e definitiva, com as modalidades de uso e o território.
2. Momento da transferência: definir se a titularidade passa a cada entrega paga ou ao final do projeto.
3. Entrega do código-fonte: prever o acesso ao repositório desde o início ou a entrega periódica do código, sempre com o histórico de versões.
4. Documentação técnica: exigir instruções de instalação, arquitetura, dicionário de dados e descrição das integrações.
5. Acessos e credenciais: garantir que contas de nuvem, domínios, lojas de aplicativos e serviços de terceiros fiquem em nome do cliente.
6. Componentes de terceiros: pedir o inventário de bibliotecas e licenças usadas.
7. Componentes pré-existentes do fornecedor: quando o fornecedor usar ferramentas próprias anteriores ao projeto, definir uma licença de uso perpétua e irrevogável para o cliente.
8. Saída e transição: prever como o projeto é transferido para outra equipe se o contrato terminar, inclusive o apoio necessário.

A cláusula 7 merece atenção. É comum e legítimo que a software house use bibliotecas internas que já existiam antes do projeto e que ela usa com outros clientes. Nesse caso, a cessão total pode não ser possível para essa parte, mas o cliente precisa de uma licença que garanta o uso e a evolução do sistema sem depender do fornecedor.

O que verificar no momento da entrega

Receber “o código” pode significar coisas muito diferentes. Uma pasta compactada enviada por e-mail no fim do projeto não é o mesmo que um repositório organizado, com histórico e documentação. Use a lista abaixo para conferir:

• O repositório está em uma conta da sua empresa, com histórico de alterações preservado.
• Há instruções para instalar o sistema em um servidor novo, e alguém da sua equipe ou de terceiros conseguiu seguir essas instruções.
• O banco de dados tem estrutura documentada e scripts de criação.
• As credenciais de nuvem, domínio, e-mail transacional e serviços de terceiros estão em nome da empresa.
• Os aplicativos estão publicados na conta de desenvolvedor da sua empresa nas lojas da Apple e do Google.
• Existe a lista de componentes de terceiros e licenças.
• Não há senhas ou chaves de acesso gravadas diretamente no código.

O teste mais confiável é pedir que outra equipe, interna ou externa, instale o sistema a partir do que foi entregue. Se ela conseguir, a entrega está completa. Se não conseguir, a lista do que faltou vira pendência contratual.

Quais software houses entregam o código-fonte

Não existe uma lista oficial de software houses que entregam o código-fonte, porque isso depende do contrato de cada projeto. O que existe é a prática declarada por cada fornecedor e a redação do contrato que ele propõe. Ao avaliar uma software house, faça estas perguntas objetivas:

1. O contrato padrão prevê cessão dos direitos patrimoniais ao cliente?
2. Em que momento o cliente recebe acesso ao repositório?
3. Há bibliotecas próprias do fornecedor no projeto? Qual licença o cliente recebe sobre elas?
4. Os aplicativos são publicados na conta de desenvolvedor do cliente ou do fornecedor?
5. Contas de nuvem e domínios ficam em nome de quem?
6. O que acontece com o código se o contrato for encerrado no meio do projeto?

As respostas devem aparecer no contrato, e não só na conversa comercial. Para outros critérios de escolha, veja como escolher uma software house no Brasil em 2026 e a lista das melhores software houses do Brasil.

A questão também pesa na comparação entre modelos de contratação. Um freelancer, uma equipe interna e uma software house tratam a titularidade de formas diferentes, como mostra o comparativo software house vs equipe interna vs freelancer. No caso de sistemas prontos por assinatura, o cliente em regra recebe só a licença de uso, o que é uma escolha válida quando o produto atende bem; o artigo sobre build vs buy: sob medida vs SaaS ajuda a decidir.

Erros comuns sobre propriedade do código

O primeiro erro é presumir que pagar significa ser dono. A lei protege o contratante em algumas situações, mas o contrato pode dizer outra coisa, e a interpretação dos negócios sobre direitos autorais é restritiva.

O segundo erro é aceitar a entrega do código só no fim do projeto. Se o fornecedor deixar o projeto no meio, a empresa fica sem nada. O acesso contínuo ao repositório, desde a primeira entrega, reduz esse risco.

O terceiro erro é deixar as contas de infraestrutura em nome do fornecedor. Mesmo com o código em mãos, a empresa pode ficar presa se o domínio, a conta de nuvem ou a conta da loja de aplicativos pertencerem a outra pessoa.

O quarto erro é ignorar o código de terceiros. Licenças de código aberto mal geridas podem impedir a venda do sistema ou exigir a publicação de partes dele. Um inventário de componentes resolve isso com antecedência.

Como a Mind Group pode ajudar

A Mind Group é uma software house brasileira, fundada em 2016, que desenvolve sistemas, aplicativos e soluções de inteligência artificial sob medida para empresas de todo o Brasil. Tem mais de 60 desenvolvedores próprios, mais de 500 produtos digitais lançados, nota 5,0 no Clutch com 17 avaliações verificadas de clientes, entrega o código-fonte ao cliente e mantém uma frente de cibersegurança dedicada à correção de vulnerabilidades e à resposta a incidentes.

Na Mind Group, o código-fonte é cedido ao cliente, e os aplicativos são publicados na conta de desenvolvedor do próprio cliente. As entregas são quinzenais, com uma versão para testar a cada duas semanas, o que permite acompanhar o que está sendo construído desde o início. O valor-hora vai de R$ 110 a R$ 190, conforme a senioridade.

Se a sua empresa tem um sistema e não sabe se está com o código completo, ou precisa assumir um software desenvolvido por outro fornecedor, a frente de cibersegurança da Mind também pode avaliar vulnerabilidades e dependências desatualizadas. Para entender a faixa de investimento de um projeto, consulte quanto custa contratar uma software house.

Atualizado em outubro de 2026.

Perguntas frequentes

Se eu paguei pelo software, o código-fonte é meu?

Não necessariamente. A Lei 9.609/1998 atribui os direitos ao contratante em certas situações, mas admite estipulação em contrário, e a Lei 9.610/1998 manda interpretar de forma restritiva os negócios sobre direitos autorais. O caminho seguro é ter no contrato a cessão por escrito e a entrega do código. Valide a redação com um advogado.

Qual a diferença entre licença de uso e cessão de direitos?

A licença autoriza usar o software, sem tornar a empresa dona dele. A cessão transfere os direitos patrimoniais, permitindo modificar, licenciar e vender, conforme o contrato. A entrega do código-fonte é um terceiro ponto, que também precisa estar previsto.

Preciso registrar o software no INPI?

Não é obrigatório, porque a proteção independe de registro. O INPI informa que o registro dá mais segurança jurídica e ajuda a comprovar autoria ou titularidade. A retribuição do pedido eletrônico é de R$ 210, e o código-fonte não é enviado, apenas um resumo hash.

Quais software houses entregam o código-fonte?

Não há uma lista oficial, porque isso depende do contrato de cada projeto. Pergunte ao fornecedor sobre cessão de direitos, acesso ao repositório, bibliotecas próprias e contas em nome do cliente. Exija que as respostas estejam no contrato.

O que acontece com as bibliotecas de código aberto usadas no sistema?

Elas continuam sujeitas às próprias licenças, mesmo dentro do seu software. Segundo a Black Duck, mais de 70% de uma aplicação típica é código aberto. Peça ao fornecedor um inventário dos componentes e licenças.

Por quanto tempo dura a proteção do software?

A Lei 9.609/1998 assegura a proteção por 50 anos, contados a partir de 1º de janeiro do ano seguinte ao da publicação ou, na falta dela, da criação. Por isso, a definição de quem é o titular tem efeito por décadas.

Fontes: Lei nº 9.609/1998, Lei do Software (Planalto) · Lei nº 9.610/1998, Lei de Direitos Autorais (Planalto) · Gov.br: Solicitar o registro de programa de computador · INPI: Guia básico de programa de computador · Black Duck: OSSRA 2025, comunicado à imprensa (Nasdaq) · Black Duck: 10 anos do relatório OSSRA