Controle de versões de contratos é um processo para identificar qual texto está em negociação, quem aprovou mudanças e qual arquivo foi enviado para assinatura. Um padrão de nomes ajuda, mas não resolve sozinho. A equipe também precisa de um local de referência, responsáveis definidos e um fechamento que preserve o original assinado.
Defina uma cópia de referência
Escolha o repositório usado pela equipe e evite chamar de "final" cada anexo de e-mail. Diferencie minuta em edição, versão em revisão e versão aprovada para envio. Esses rótulos são uma proposta de organização, não categorias jurídicas universais.
Uma ficha pode conter identificador do contrato, responsável, versão, estado e pendências. Registre onde estão os anexos. Se a proposta comercial define valores, ela não pode ficar perdida na conversa de quem negociou. O arquivo de referência precisa permitir que outra pessoa encontre o conjunto correto sem depender da memória do autor.
Nome de arquivo não substitui histórico
Um padrão possível é "cliente_tipo_v03_em-revisao". O número ajuda a ordenar as cópias, mas não demonstra o que mudou nem quem aprovou. Mantenha um registro curto de alterações: cláusula afetada, motivo e pessoa responsável pela próxima decisão.
Evite colocar dados pessoais desnecessários no nome do arquivo. Ele pode aparecer em notificações, compartilhamentos e históricos. Prefira identificadores internos quando isso permitir localizar o contrato sem expor informações em telas de terceiros.
Compare antes de aprovar
Revise mudanças de conteúdo e também anexos, campos e referências cruzadas. A comparação visual pode não revelar todos os detalhes de tabelas ou arquivos vinculados. Não aprove só porque o título e o número de páginas continuam iguais.
Para cópias que deveriam ser idênticas, um hash é um recurso adicional. O NIST apresenta resumos criptográficos como mecanismos para detectar alterações de mensagens. Um hash diferente sinaliza diferença nos bytes, não explica o mérito da alteração; um hash igual ao de uma referência confiável tampouco demonstra que as cláusulas foram juridicamente aprovadas. [NIST FIPS 180-4: Secure Hash Standard]
Crie uma passagem clara para assinatura
Antes de enviar, reúna o arquivo aprovado, os anexos, a lista de destinatários e a decisão sobre o método de assinatura. Confira os contatos e os poderes de quem representará cada parte. A aprovação interna do texto não deve ser confundida com a manifestação de vontade dos signatários.
Se uma condição mudar depois do envio, interrompa o fluxo conforme os recursos e procedimentos disponíveis e comunique os envolvidos. Não presuma que reenviar o arquivo resolve o convite anterior. Registre qual versão foi substituída e confirme o que ainda pode ser acessado ou assinado.
Arquive sem transformar o original
Depois da conclusão, baixe e preserve o arquivo eletrônico assinado, os anexos e as evidências exportáveis. Não use "imprimir como PDF" para gerar a cópia de preservação. O serviço gov.br, por exemplo, alerta que essa operação não conserva sua assinatura eletrônica no arquivo resultante. A verificação depende do original e do formato suportado. [Governo Digital: roteiro oficial de assinatura eletrônica]
Mantenha separadas a cópia original e eventuais versões de consulta, acessibilidade ou OCR. Dê nomes que indiquem essa relação. Isso evita que uma cópia útil para leitura seja apresentada como se fosse o arquivo eletrônico originalmente assinado.
Teste a recuperação
Escolha um contrato autorizado e tente recuperá-lo usando apenas a ficha de referência. Confira se os anexos e as evidências estão disponíveis e se os acessos continuam adequados. O CERT.br recomenda cópias de segurança; a rotina deve permitir recuperação, não apenas mostrar que existe uma pasta chamada backup. [CERT.br: fascículos de segurança]
Defina prazos de guarda com os responsáveis pelas obrigações aplicáveis. Este guia propõe um fluxo de trabalho e não fixa um prazo universal nem garante validade ou força de cobrança de um contrato.
