Entrega de acervo digital: inventário, hashes e teste de recuperação

1. O que realmente precisa ser entregue

Em uma entrega de acervo digital, é comum confundir três coisas diferentes: a lista do que existe, a verificação de integridade dos arquivos e a comprovação de que o destinatário consegue acessar aquilo que recebeu. Um inventário responde “o que foi entregue”; um hash responde “o arquivo chegou sem alteração percebida”; o teste de recuperação responde “consigo localizar e abrir depois?”.

Em um exemplo hipotético, o fornecedor entrega 12 mil PDFs com uma planilha de controle. Se a planilha estiver correta, mas parte dos arquivos estiver com nome trocado, o inventário falhou. Se a planilha estiver correta e os nomes coerentes, mas o hash não bater, houve problema na transferência. Se tudo bater e ninguém conseguir abrir os documentos por falta de permissão, a entrega ainda está incompleta.

2. Inventário não é só contagem

A primeira etapa útil é definir a unidade de contagem. Pode ser documento, arquivo, pasta, lote ou registro — e isso precisa ser explícito no escopo. Também é importante separar o identificador do sistema de origem, o nome do arquivo, a data de geração e qualquer agrupamento lógico. Sem isso, duas equipes podem contar o mesmo acervo de formas diferentes e acreditar que estão certas.

Em um cenário hipotético de migração entre áreas, um mesmo documento pode existir em duas versões de nome. O inventário deve indicar qual é a versão esperada para entrega, qual é a versão histórica e qual campo servirá de referência para conferência. O critério de aceite começa aqui: números fechados, critérios de inclusão definidos e exceções registradas.

3. Hash serve para integridade, não para tudo

Hash é uma verificação de consistência entre o arquivo de origem e o de destino. Ele não prova autoria, não substitui validação documental e não transforma um documento em válido por si só. Em um exemplo hipotético, dois PDFs com o mesmo conteúdo visual podem ter hashes diferentes se houver diferença de metadados, compressão ou geração do arquivo.

Por isso, o uso de hash deve ser combinado com uma regra clara de geração, armazenamento e comparação. Se a comparação for feita por amostragem, isso precisa estar aceito no escopo. Se a comparação for total, o fluxo precisa considerar tempo, volume e rastreabilidade. O ponto central é tratar hash como evidência técnica de integridade, e não como atalho jurídico.

4. Teste de recuperação: a etapa que costuma faltar

Muitas entregas param no “recebido” e ignoram o “recuperável”. O teste de recuperação verifica se os itens podem ser localizados por um identificador conhecido, se os filtros funcionam e se os usuários corretos têm as permissões esperadas. Em uma implantação hipotética, um lote pode estar íntegro, mas escondido em uma estrutura de acesso que ninguém da operação consegue ver.

O teste deve ser feito com perfis reais ou simulados, respeitando a configuração local. Não se deve presumir que um papel tenha poderes equivalentes em qualquer instalação. No Alfresco Share, a visão do conteúdo e as ações disponíveis dependem do desenho de site, permissões e recursos habilitados. Por isso, o aceite precisa registrar quem testou, o que foi testado e qual resultado foi observado.

5. Riscos de entrega sem governança

Os principais riscos são: contagem duplicada, ausência de exceções, nomes inconsistentes, hashes gerados de forma desigual, permissões inadequadas e falta de evidência de aceite. Há também o risco de tratar uma planilha como prova única. Se a planilha estiver correta, mas o armazenamento tiver falhas, a entrega não está concluída de forma segura.

Outro risco recorrente é misturar contrato, conformidade e operação. O Decreto 10.278/2020 tem âmbito e exceções; não se deve concluir que qualquer acervo digital possa ser descartado ou substituído apenas porque existe imagem e hash. Na LGPD, a retenção depende do contexto e da base aplicável, não de uma regra universal. O que se recomenda é governança documentada e revisão do escopo antes da assinatura do aceite.

6. Critérios de aceite úteis para esse tipo de projeto

Um aceite consistente pode exigir, no mínimo, correspondência entre inventário e arquivos recebidos, amostra ou totalidade de hashes conferidos conforme o método definido, teste de abertura dos documentos e comprovação de acesso pelos perfis previstos. Se houver pastas, o aceite também deve observar a estrutura esperada e a consistência dos metadados.

Em um exemplo hipotético de 8 lotes, o aceite pode ser feito por lote, com checklist próprio para cada um. Se houver divergência, o lote fica pendente até a correção ou a formalização da ressalva. O importante é não transformar “foi enviado” em “foi aceito” sem validação técnica mínima.

7. Quando pedir apoio especializado

Se a sua operação precisa receber acervos de terceiros, integrar arquivos a um repositório ou reduzir retrabalho de conferência, vale tratar inventário, integridade e teste de recuperação como uma única frente de projeto. Assim, evita-se que cada área cuide de uma parte e ninguém assuma a responsabilidade pelo resultado final.

Solicite à Arquindex um escopo para desenhar a entrega do acervo digital, definir a planilha de inventário, a verificação de hashes e os critérios de recuperação e aceite alinhados ao seu contexto.

Perguntas frequentes