Como documentar bibliotecas e padrões preexistentes no contrato

Uma consultoria usa um conjunto próprio de templates e bibliotecas para implantar soluções. O comprador estrangeiro quer usar a entrega depois que o contrato terminar. Anexe uma lista de componentes preexistentes e confirme quais deles são indispensáveis ao funcionamento. Defina acesso, licença, manutenção e portabilidade de cada item. Uma biblioteca que fica com o prestador ainda pode exigir uma licença clara para o cliente.

Documente a origem e a versão antes do primeiro marco

Liste nome, versão, repositório, titular e função do componente. Guarde evidência da existência anterior, quando disponível, como referência de versão ou documentação. Identifique o que é ferramenta interna que não será entregue e o que será incorporado ao produto. Separe componente de terceiro, inclusive código aberto. A lista SPDX pode ajudar a identificar a licença, que precisa ser conferida no artefato e nas condições de uso. Se a biblioteca fizer parte da entrega, confirme se o comprador receberá código, binário, serviço hospedado ou apenas licença.

A Lei 9.609 trata dos direitos sobre software e de hipóteses de desenvolvimento em relações contratuais, quando aplicável. Confirme a lei que rege o contrato e valide com revisão jurídica como será tratado o código preexistente e suas alterações. Se a equipe criar um conector específico, preserve sua versão separada. Se fizer melhoria em biblioteca comum, registre o que muda para o cliente e para outros projetos. O inventário deve permitir identificar que item existe sem expor código ou material fora do escopo.

Defina o que o cliente precisa para operar

Se o cliente precisa rodar a aplicação sem o prestador, confirme se pode obter dependências, documentação, arquivos de configuração e licença de execução. Se precisa contratar outra empresa para manter, verifique se a licença admite o acesso e em quais condições. Se a PJ fornecer um serviço hospedado, descreva o que acontece no encerramento e quais dados podem ser exportados. Uma cláusula de reserva de titularidade precisa ser compatível com a continuidade prometida. Documente o período e condições de suporte e atualização.

Inclua uma regra para substituição de dependência. Se uma licença mudar, o projeto pode precisar fixar versão, substituir componente ou obter outra autorização. Confirme quem decide e quem assume o custo conforme o contrato. Guarde os avisos exigidos e evite incluir bibliotecas de outro cliente. Antes de entregar, valide o funcionamento com o conjunto autorizado. Preserve a versão e o aceite. Se a licença tiver preço próprio, registre a referência na proposta e nos documentos comerciais.

Exemplo com template, biblioteca e código novo

Uma PJ entrega uma automação. Usa um template interno para gerar o projeto, incorpora uma biblioteca própria e escreve uma integração específica para o cliente. O anexo identifica que o template de geração fica na operação interna. A biblioteca incorporada tem licença definida para execução e manutenção conforme o contrato. A integração tem regras de titularidade e entrega próprias. O cliente recebe documentação para reproduzir o ambiente, com a lista de dependências e seus termos. O aceite registra a versão.

Se o comprador pedir os templates para replicar o método em outro produto, a PJ verifica o acordo e, se houver interesse, propõe autorização adicional. A nova autorização identifica escopo, preço e data. No fechamento, relacione eventual parcela adicional aos documentos, separando-a do valor já pago pela implantação.

Faça uma entrega de teste com o inventário

Peça a outra pessoa da equipe que prepare o ambiente usando apenas a versão entregue, a lista de dependências e as instruções. Se a solução depender de uma biblioteca que não pode ser distribuída, confirme se o contrato prevê uma forma válida de acesso ou substituição. Registre quem atualiza o componente e se o cliente pode continuar usando a versão anterior depois de encerrar suporte. Para um pacote que contém vários itens, indique quais são necessários para operar e quais são ferramentas auxiliares. Quando uma biblioteca tiver licença separada, guarde o documento que autoriza o uso e sua data de vigência. Em caso de manutenção futura, use a versão e o repositório indicados no aceite. Se o comprador pedir uma cópia para outra unidade, confira o alcance antes de enviar. Preserve a aprovação de qualquer ampliação e a ligação com a cobrança. Na entrega do projeto, a documentação deve permitir identificar dependências sem expor outros clientes, credenciais ou modelos que ficaram fora do contrato.

Checklist do anexo técnico

• Componentes, versões, origem e titular identificados.
• Item interno separado de dependência entregue.
• Licença e manutenção compatíveis com o uso esperado.
• Mudanças e licenças de terceiros documentadas.
• Aceite e cobrança vinculados à versão entregue.

A Contabilidade Zen pode revisar a documentação comercial e as cobranças ligadas à implantação ou licenciamento. Separe contrato, inventário e invoice.

Perguntas frequentes

Preciso listar ferramentas usadas só internamente?

Identifique no nível necessário para esclarecer o escopo e proteger informações fora da entrega.

O cliente pode contratar manutenção de terceiro?

Confira os direitos e as condições pactuadas, inclusive acesso ao código e dependências.

O que acontece com melhoria feita na biblioteca?

Documente a titularidade, a licença e o direito de reutilização conforme a lei e o contrato.

Fontes oficiais

• Câmara dos Deputados — Lei de Software
• INPI — legislação de programas de computador
• SPDX — lista de licenças
• Câmara dos Deputados — Código Civil atualizado

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.