Download Word gratuito • Edite on-line • Salve e compartilhe com Drive • Exporte para PDF
Um Acordo de Licença do Código Fonte é um contrato jurídico que regula a transferência do código-fonte de um software do proprietário (licenciador) para uma empresa cliente (licenciado). Diferente de uma simples licença de software compilado, este acordo permite que o licenciado acesse, revise, corrija e recompile o código legível, mantendo o software de forma independente. É um documento essencial em transações B2B envolvendo software estratégico, especialmente quando o licenciado precisa de autossuficiência operacional ou o licenciador quer garantir controle sobre usos. Disponível em download Word editável, pode ser customizado com nomes das partes, datas, versões de software e prazos específicos, depois exportado em PDF para assinatura.
Sem um acordo formalizado, a transferência de código-fonte cria risco jurídico significativo para ambas as partes. O licenciador corre o risco de que o licenciado copie, redistribua ou revenda o código, violando propriedade intelectual e minando vantagem competitiva. O licenciado, por sua vez, sem termos claros, pode perder proteção legal se o licenciador depois reclama direitos sobre modificações, ou se terceiros alegam violação de propriedade intelectual no código fornecido. Um acordo bem estruturado define precisamente quem pode acessar o código, para que fins, quais modificações são permitidas, como manter sigilo com subcontratados, e quando copias devem ser destruídas. Para código-fonte estratégico, é especialmente crítico em setores regulados (fintech, saúde, telecomunicações) onde conformidade com LGPD, RGPD ou regras setoriais é obrigatória. Recomenda-se revisão jurídica especializada em propriedade intelectual, particularmente se houver transferência internacional ou código envolvendo tecnologia restrita.
| Se sua situação é… | Use este modelo |
|---|---|
| Quando o licenciado adquire direitos permanentes e irrevogáveis ao código | Acordo de Licença com Direitos Perpétuos |
| Quando a licença é concedida por prazo determinado com renovação | Acordo de Licença com Período Limitado |
| Quando apenas um licenciado tem acesso ao código em um mercado específico | Acordo de Licença Exclusiva |
| Quando múltiplos licenciados podem receber o mesmo código-fonte | Acordo de Licença Não Exclusiva |
| Quando o código é confidencial e uso é limitado a funcionários autorizados | Acordo com Restrições de Divulgação |
| Quando o licenciado pode alterar e recompilar o código internamente | Acordo com Direitos de Modificação |
Por que importa: Licenciado pode reivindicar direitos sobre componentes não pretendidos; litígios sobre escopo são custosos.
Fix: Defina com precisão versão, data, componentes e referencie inventário técnico anexado.
Por que importa: Subcontratados podem vazar ou usar código sem consequência jurídica direta contra licenciador.
Fix: Exija que licenciado obtenha contrato assinado de terceiros nomeando licenciador como beneficiário.
Por que importa: Versões obsoletas podem conter vulnerabilidades ou código que licenciador deseja revogar; duplicação aumenta risco de vazamento.
Fix: Obrigação clara de destruição dentro de prazo especificado, com certificação assinada de diretores.
Por que importa: Licenciado pode vender produtos derivados do código licenciado, violando direitos do licenciador.
Fix: Restrinja recompilação a 'uso interno'; proíba explicitamente venda ou licença de código modificado.
Por que importa: Licenciador fica responsável por falhas do software mesmo causadas por uso indevido ou ambiente incompatível.
Fix: Use 'conforme melhor conhecimento', 'reflete versão atual', 'sem violações de propriedade intelectual conhecidas'.
Por que importa: Silêncio sobre propriedade pode ser interpretado como transferência; licenciado pode reivindicar direitos sobre melhorias.
Fix: Declare que Licenciador retém 'todos os direitos, títulos e interesses' e que Licenciado recebe apenas 'licença limitada'.
Em linguagem simples: Seção que estabelece significados precisos de expressões-chave usadas em todo o acordo, como 'Dia Útil', 'Entrega', 'Direitos de Propriedade Intelectual', 'Software Licenciado' e 'Material de Código-Fonte'.
Neste Acordo, exceto onde o contexto seja inconsistente, os seguintes termos devem ter os seguintes significados: 'Dia Útil' é qualquer dia, além de Sábado, Domingo ou feriado local ou cívico em [PAÍS/ESTADO]; 'Software Licenciado' é a versão do software então licenciado ao Licenciado sob este Acordo de Licença.
Erro comum: Não definir termos essenciais deixa espaço para interpretações conflitantes; sempre inclua glossário detalhado.
Em linguagem simples: Cláusula que especifica o cronograma, local e procedimento para transferência física ou digital do código-fonte ao licenciado.
Dentro de [NÚMERO] Dias Úteis da recepção de pedido de compra devidamente completado, o Licenciador deve ofertar o Material de Código Fonte ao Licenciado no escritório do Licenciador em [ESTADO] (a 'Entrega Inicial'). Além da Entrega Inicial, de tempos em tempos, na discrição do Licenciador, este irá prover atualizações completas do Material de Código Fonte (a 'Entrega Subsequente').
Erro comum: Deixar prazos vagos ou responsabilidades de transporte indefinidas causa atrasos e disputas sobre custos logísticos.
Em linguagem simples: Cláusula que concede ao licenciado o direito de usar o código-fonte para fins específicos (manutenção e suporte), definindo se a licença é perpétua, limitada, exclusiva ou não exclusiva.
O Licenciador por meio desta garante ao Licenciado uma licença [perpétua], pessoal, não exclusiva e intransferível para usar o Material de Código Fonte unicamente para manter e suportar a versão de código objeto do Software Licenciado para seu interno próprio.
Erro comum: Não deixar claro se a licença é perpétua ou limitada resulta em incerteza sobre direitos continuados após término do acordo.
Em linguagem simples: Cláusula que limita como o licenciado pode usar o código, geralmente permitindo apenas cópias necessárias, revisões internas, recompilação e divulgação a funcionários autorizados.
O Licenciado concorda em usar o Material de Código Fonte somente para uso próprio e somente para propostas expressamente contempladas neste acordo. O Licenciado não deve revelar ou dar acesso ao terceiros exceto com autorização escrita antecipada do Licenciador.
Erro comum: Ausência de restrições claras permite que o licenciado distribua ou revenda o código, violando propriedade intelectual do licenciador.
Em linguagem simples: Cláusula que obriga o licenciado a manter o código-fonte confidencial, divulgando apenas a funcionários, agentes ou contratados que precisem para manutenção, com contrato obrigando-os ao sigilo.
O Licenciado concorda em obter de terceiros a quem revelar o Material de Código Fonte, antes de tal revelação, um contrato assinado nomeando o Licenciador como beneficiário direto, sem revelar ou fazer uso do Material de Código Fonte de qualquer maneira exceto como disposto neste Acordo.
Erro comum: Não exigir contratos de sigilo de terceiros (subcontratados) permite vazamento de código confidencial.
Em linguagem simples: Cláusula que obriga o licenciado a destruir versões antigas do código-fonte após receber atualizações, com certificação de destruição assinada por diretores.
O Licenciado deve apagar e destruir todas as tapes, discos e outras mídias magnéticas da Entrega anterior à mais recente Entrega feita pelo Licenciador. O Licenciado deve então prover ao Licenciador um certificado assinado por qualquer [NÚMERO] diretores seniores de que todos os materiais foram destruídos.
Erro comum: Permitir que o licenciado retenha versões antigas duplica risco de vazamento e uso não autorizado.
Em linguagem simples: Cláusula em que o licenciador declara, sob a melhor informação disponível, que o código-fonte é completo, atualizado e reflete precisamente a versão atual do software.
O Licenciador representa e garante que, segundo o melhor conhecimento, os Materiais de Código Fonte são completos e de outra forma refletem precisamente a versão mais atual do Software Licenciado usada pelo Licenciado.
Erro comum: Incluir garantias amplas (ex: 'sem defeitos') expõe o licenciador a reclamações infundadas; use 'melhor conhecimento' e 'reflete precisamente a versão'.
Em linguagem simples: Cláusula que confirma que o licenciador mantém todos os direitos de propriedade intelectual sobre o código-fonte, com o licenciado recebendo apenas direitos de uso limitado.
Nada neste Acordo transfere propriedade ou direitos de propriedade intelectual do Software Licenciado ou Material de Código Fonte ao Licenciado. O Licenciador retém todos os direitos, títulos e interesses sobre o código, incluindo patentes, marcas e direitos autorais.
Erro comum: Deixar ambíguo quem detém direitos de código modificado permite que licenciado reivindique propriedade sobre melhorias.
Em linguagem simples: Cláusula que estabelece o período de vigência do acordo (perpétuo, limitado, renovável) e as condições para encerramento antecipado.
Este Acordo entrará em vigor na data aqui acima mencionada e permanecerá vigente [perpetuamente] [até [DATA]] ou até que seja encerrado por qualquer das partes sob as condições especificadas na Seção [X].
Erro comum: Acordos sem cláusula clara de término criam ambiguidade sobre quando obrigações terminam, especialmente após morte da empresa.
Em linguagem simples: Cláusula que limita a responsabilidade do licenciador por danos indiretos, lucros cessantes ou falhas do código, protegendo ambas as partes.
Em nenhuma circunstância o Licenciador será responsável por danos indiretos, incidentes, especiais, consequenciais ou punitivos, incluindo perda de lucros, mesmo se informado da possibilidade de tais danos.
Erro comum: Aceitar responsabilidade ilimitada coloca o licenciador em risco financeiro desproporcional por usos não previstos.
Preencha nome completo, tipo de entidade corporativa (corporação, parceria, etc.) e endereço completo do Licenciador e do Licenciado. Confirme que ambas têm autoridade legal para celebrar o acordo.
💡 Consult certidões de constituição corporativa para evitar erros em nomes e status legal.
Especifique exatamente qual software, versão e componentes (programas compilados, utilitários, funções de bibliotecas) estão cobertos. Referencie inventário detalhado se necessário.
💡 Seja muito específico sobre versão e data; vaguidade sobre 'software em geral' cria litígios.
Indique número exato de dias úteis para entrega inicial e procedimento para entregas subsequentes. Especifique local físico ou método digital de transferência.
💡 Considere compatibilidade de sistemas: certifique-se de que mídia entregue é compatível com infraestrutura do licenciado.
Escolha entre perpétua ou limitada em tempo; exclusiva ou não exclusiva; transferível ou intransferível. Inclua condições de renovação se aplicável.
💡 Licenças perpétuais transferem mais risco ao licenciador; exija cláusulas robustas de confidencialidade.
Detalhe precisamente que o licenciado pode: fazer cópias necessárias, revisar, recompilar. Proíba: venda, redistribuição, desenvolvimento de produtos concorrentes usando o código.
💡 Use linguagem restrictiva como 'exclusivamente para' ao invés de 'incluindo'; a segunda abre brechas.
Defina quem pode acessar (funcionários, agentes, contratados) e exija contratos de sigilo de terceiros nomeando licenciador como beneficiário direto.
💡 Exija que subcontratados também assinem NDA; divulgação a subcontratado sem contrato é violação comum.
Exija que licenciado destrua versões obsoletas do código em mídia física e digital, fornecendo certificado assinado por diretores seniores comprovando destruição.
💡 Especifique método de destruição (apagamento seguro, incinceração); 'destruir' sem detalhe é ambíguo.
Confirme representações do licenciador (código completo, versão atual, sem violações) e limite responsabilidade a danos diretos, excluindo lucros cessantes e danos consequenciais.
💡 Faça revisão jurídica; representações extensas expõem licenciador a reclamações; limitações de responsabilidade protegem ambas as partes.
Contrato verbal é ineficaz para propriedade intelectual em praticamente todas as jurisdições. Um acordo escrito, assinado por representantes autorizados, cria prova clara de intenção, protege ambas as partes em disputas e é necessário para cumprimento de obrigações regulatórias (ex: conformidade com LGPD em Brasil). Sempre formalize por escrito.
Depende do acordo. Este modelo permite revisões e recompilação do código para manutenção e suporte internos, mas proíbe distribuição ou uso comercial de versões modificadas. Se pretende permitir modificações mais amplas, negotiate cláusula específica de direitos de derivados, definindo se melhorias pertencem ao licenciador ou licenciado.
Não sem contrato. O Acordo exige que qualquer terceiro (agentes, contratados independentes) assine contrato de sigilo nomeando o Licenciador como beneficiário direto. Isso cria obrigação legal direta entre licenciador e subcontratado. Sem contrato, divulgação é violação do acordo.
Conforme este modelo, o licenciado deve destruir versões anteriores após receber atualizações. Pode reter apenas a versão mais recente fornecida. Após término do acordo, deve destruir todas as cópias em prazos especificados (geralmente 30–90 dias). Exija certificação de destruição assinada por diretores.
Este modelo requer que licenciador represente que, 'conforme melhor conhecimento', o código não viola direitos de terceiros. Mas não é garantia absoluta — código pode conter componentes licenciados sob GPL, MIT ou outras licenças de terceiros. Faça auditoria de conformidade de licenças open-source antes de assinar; consult especialista em propriedade intelectual para limiares de risco.
Não, conforme este modelo. A licença é explicitamente 'intransferível' — não pode ser vendida, cedida ou transferida sem consentimento escrito do licenciador. Se sua empresa muda de sócio ou é adquirida, a nova entidade não herda automática a licença; o licenciador pode revogar direitos. Negocie transferência explícita antes de mudança corporativa.
Este modelo limita responsabilidade do licenciador a danos diretos e exclui danos consequenciais (perda de lucros, dados, etc.). Licenciador não é responsável por falhas do código fornecido — licenciado assume o risco operacional. Para reduzir risco, realize testes completos antes de usar código em produção e mantenha backups independentes.
Assinatura digital certificada é suficiente em Brasil (Lei nº 14.063/2020) e Portugal (Decreto-Lei nº 47/2020). Assinatura eletrônica simples é válida se ambas as partes concordam; assinatura notarial não é obrigatória. Recomenda-se usar plataforma de assinatura digital reconhecida (ex: DocuSign, OneSign) para prova de assinante e data.
Acordo de Software padrão rege permissão de usar software compilado (binário); focas em direitos de execução, número de usuários e restrições de instalação. Acordo de Licença de Código Fonte vai além: transfere acesso ao código legível, permitindo que licenciado compile, revise e mantenha internamente. Use Código Fonte quando cliente precisar independência operacional; use Licença Padrão quando apenas acesso ao software final for necessário.
Contrato de Desenvolvimento especifica entrega de novo software criado sob encomenda, com cláusulas sobre especificação, prazos de desenvolvimento e propriedade de código novo. Acordo de Licença de Código Fonte é diferente: rege transferência de código já existente, com foco em restrições de uso, confidencialidade e manutenção. Use Desenvolvimento quando criar software novo; use Licença de Código Fonte quando transferir código existente.
Escrow é depósito de código com terceiro neutro, liberado ao licenciado se licenciador insolvência ou encerra suporte. Licença de Código Fonte aqui é transferência direta do código ao licenciado. Escrow oferece proteção adicional contra risco de abandono de software, mas requer custos de armazenamento e liberação. Use Escrow para missão-crítica; use Licença Direta para relações de longa confiança.
Licenças open-source (ex: GPL, MIT) permitem uso, modificação e redistribuição amplamente, com regras sobre atribuição e, em GPL, exigência de código derivado ser também open-source. Acordo Proprietário aqui mantém código confidencial, proibindo redistribuição. Use Open Source para colaboração comunitária; use Acordo Proprietário para proteger propriedade intelectual comercial.
Empresas SaaS protegem código-fonte ao fornecer acesso apenas a clientes corporativos com obrigações de sigilo e uso interno restrito.
Instituições financeiras recebem código de plataformas de pagamento ou sistemas de gestão para manutenção interna, com cláusulas rigorosas de conformidade regulatória.
Operadoras licenciam código de sistemas de faturamento, roteamento ou segurança de outros fornecedores com restrições de redistribuição.
Hospitais e clínicas recebem código de software médico para adaptação a regulamentações locais (ex: HIPAA, LGPD), com proteção máxima de confidencialidade.
Fábricas licenciam código de sistemas de controle e ERP para manutenção in-house, integrando a operações críticas com riscos de vazamento elevados.
Universidades e institutos de pesquisa recebem código de software acadêmico ou de simulação com permissão de uso apenas para fins educacionais não comerciais.
No Brasil, contratos de propriedade intelectual devem observar Lei nº 9.610/1998 (direitos autorais) e Lei de Propriedade Industrial. Cláusulas de confidencialidade devem estar conformes à LGPD (Lei nº 13.709/2018), especialmente se código contém dados pessoais. Assinatura eletrônica é válida sob Lei nº 14.063/2020. Recomenda-se validar com especialista local se há restrições ao código que envolvam tecnologia militar, criptografia ou exportação.
Em Portugal, acordos de licença são regulados pelo Código do Direito de Autor e pelo Decreto-Lei nº 47/2020 (assinatura eletrônica). Restrições à divulgação de código confidencial devem estar conformes ao RGPD (especialmente se código processa dados). Acordos perpetuais requerem atenção às regras de propriedade intelectual da UE. Recomenda-se revisão local se houver transferência para terceiros fora de Portugal ou integração a regulamentações setoriais (ex: telecomunicações, setor financeiro).
| Caminho | Melhor para | Custo | Tempo |
|---|---|---|---|
| Use o modelo | Transações entre partes conhecidas com restrições simples; código-fonte usado apenas internamente, sem modificações. | Gratuito a baixo custo (modelo + recursos internos). | 2–4 horas para preenchimento e assinatura. |
| Modelo + revisão jurídica | Transferência de código com obrigações moderadas; cláusulas de confidencialidade e propriedade intelectual precisam alinhamento com políticas corporativas. | €2.000–€5.000 (modelo + revisão jurídica de 4–8 horas). | 1–2 semanas (revisão + negociação de mudanças). |
| Redigido sob medida | Código altamente estratégico; transferência internacional com múltiplas jurisdições; restrições complexas de modificação e derivados; riscos regulatórios (LGPD, conformidade setorial). | €5.000–€15.000+ (advogado especializado em propriedade intelectual, 16–40 horas). | 4–8 semanas (interviews, draft, negociação, múltiplas revisões). |
Este documento é um dos 3,000+ modelos comerciais e jurídicos incluídos no Business in a Box.
Acesse mais de 3,000+ modelos empresariais e jurídicos para qualquer tarefa, projeto ou iniciativa.
Personalize seu modelo de documento empresarial pronto para uso e salve-o na nuvem.
Compartilhe seus arquivos e pastas com sua equipe. Crie um espaço de colaboração contínua.
"De um valor fantástico! Não sei o que faria sem essa plataforma. Vale cada centavo e valeu o investimento diversas vezes."
"Eu uso o Business in a Box há 4 anos. Tem sido a fonte mais útil de documentos que encontrei. Recomendo a todos."
"Salvou minha vida tantas vezes que eu perdi a conta. O Business in a Box me poupou muito tempo e, como você sabe, tempo é dinheiro."
Pare de baixar documentos. Comece a operar com clareza. Business in a Box fornece o sistema operacional usado por mais de 250.000 empresas no mundo para estruturar, gerenciar e expandir seu negócio.
Plano gratuito para sempre · Não exige cartão de crédito
