Como tratar código reutilizável em um contrato sob encomenda

Uma PJ desenvolve um módulo sob encomenda e usa funções genéricas que gostaria de reutilizar. Antes de iniciar, descreva o que é código preexistente, o que será criado para o cliente e o que pode ser usado em outros projetos. A decisão deve considerar a lei aplicável e o contrato. Entregar acesso ao repositório facilita a operação, mas não resolve a titularidade de cada arquivo.

Classifique os componentes ainda na proposta

Faça um inventário de repositórios, módulos, bibliotecas, modelos, configurações e dados. Indique a origem, a versão e o titular conhecido. Identifique quais itens a PJ já possuía, quais serão produzidos no contrato e quais vêm de terceiros. Para código genérico criado durante o trabalho, discuta se será do cliente, se a PJ poderá reutilizá-lo ou se as partes adotarão licença. Defina como lidar com uma melhoria feita em biblioteca preexistente. Uma regra abstrata de que cada um mantém o próprio código pode deixar sem resposta o que acontece com alterações novas.

A Lei 9.609, quando aplicável, estabelece regras sobre direitos de programa desenvolvido em determinadas relações contratuais, admitindo estipulação em contrário nas condições do art. 4º. Consulte a revisão jurídica antes de presumir titularidade pelo fato de a PJ ter escrito o código ou de o cliente ter pago a invoice. Em contrato internacional, confirme a lei e os documentos do comprador. Preserve os acordos de colaboradores e terceiros que sustentam os direitos prometidos.

Defina os usos permitidos e a entrega

Para cada componente, indique se o cliente pode executar, modificar, distribuir, sublicenciar ou permitir manutenção por terceiro. Se houver parte reutilizável, confirme quais dados, segredos e regras específicas do cliente ficam excluídos. A autorização precisa permitir o uso que o comprador espera. Se a PJ mantiver titularidade de biblioteca, documente qual licença acompanhará o módulo para que ele continue operável. Confira o que o cliente receberá em código, pacote, documentação e instruções de construção.

Quando houver código aberto, preserve a licença exata e os avisos aplicáveis. A lista SPDX ajuda a identificar nomes e textos de licenças, e a análise precisa considerar as dependências e o modo de uso. Faça a checagem antes de liberar o repositório. Não inclua segredos, dados de produção ou código de outros clientes. Se a equipe mudar uma dependência durante o projeto, atualize o inventário e confirme o efeito na autorização.

Exemplo de conector e biblioteca comum

Uma PJ desenvolve um conector específico para um cliente. Usa uma biblioteca de validação que já mantinha. O contrato identifica a versão preexistente e define a licença do cliente para usá-la junto ao conector. Também define a titularidade e o acesso ao código do conector. Durante o projeto, a equipe melhora um componente genérico. As partes documentam o que será incorporado ao repositório do cliente e em quais condições a PJ poderá reutilizar a melhoria sem copiar configuração ou dados. O aceite lista os componentes e as licenças correspondentes.

Se o cliente depois quiser distribuir o conector a terceiros, confira o contrato e as licenças existentes. Pode ser necessário aprovar outro uso e ajustar preço ou documentação. Preserve o histórico e indique qual versão foi autorizada. No fechamento, relacione a invoice ao marco e aos documentos de direito de uso, sem confundir pagamento com ampliação de direitos.

Planeje a entrega de uma versão que o comprador consiga manter

Registre a versão das dependências e as instruções para reproduzir a construção. Se o cliente puder manter a solução com outro fornecedor, indique se a biblioteca da PJ precisa ser entregue em código ou se basta um pacote com licença de uso. Para módulos desenvolvidos durante o projeto, guarde os identificadores de versão e as contribuições autorizadas. Se a equipe extrair um componente genérico para reutilizar, revise se foram removidos dados, configurações e regras específicas do cliente. Preserve a confirmação prevista no acordo. Quando o projeto incluir serviços de terceiros, confira se os direitos e o acesso continuarão depois da troca de titularidade. Um contrato que cede código novo pode preservar outras dependências em licenças específicas. No aceite, informe quais componentes entram na versão final e o que o cliente precisa configurar. Se houver nova cobrança por acesso ou suporte, identifique a autorização e vincule ao documento. Mantenha o inventário junto à entrega e ao contrato, com acesso restrito quando necessário.

Checklist de entrega do código

• Inventário por origem, versão e titular.
• Código novo e preexistente com regras claras.
• Direitos de uso e reutilização documentados.
• Licenças de terceiros e avisos preservados.
• Repositório, aceite e cobrança vinculados à versão.

A Contabilidade Zen pode revisar a documentação comercial da prestação e a conciliação do contrato. Separe proposta, anexo de direitos, aceite e invoice.

Perguntas frequentes

O código genérico criado no projeto pertence automaticamente à PJ?

Confirme o contrato e a lei aplicável. Documente a titularidade e o direito de reutilização.

Entregar o repositório autoriza distribuição?

Confira a licença e o contrato. O acesso aos arquivos tem função diferente da autorização de uso.

Como registro bibliotecas abertas?

Guarde nome, versão, licença e aviso aplicável, com a relação ao componente entregue.

Fontes oficiais

• Câmara dos Deputados — Lei de Software
• Câmara dos Deputados — Lei de Direitos Autorais
• INPI — legislação de programas de computador
• SPDX — lista de licenças

Leituras relacionadas

• Stripe ou transferência direta para uma assinatura B2B
• Gerador de invoice

Como a Zen pode ajudar

A contabilidade para exportação de serviços da Zen ajuda a organizar documentos, conciliar recebimentos e analisar as regras da sua operação. Peça uma proposta personalizada para conversar sobre o seu caso.