Skip to content
BlockchainSign
pt

Como registar temporalmente documentos financeiros

Os documentos financeiros são frequentemente disputados em dois pontos estreitos: qual versão existia numa data, e se a cópia apresentada posteriormente é aquela que foi emitida. Um registo temporal baseado em hash resolve ambos sem divulgar nada sobre o documento.

Por que as finanças são uma aplicação natural

A papelada financeira é densa em datas e versões, e os litígios que surgem em torno dela tendem a centrar-se na integridade do registo e não na sua interpretação:

  • Documentos comerciais e de transporte — conhecimentos de embarque, cartas de crédito, certificados de inspeção — que passam por muitas mãos.
  • Extratos e conciliações emitidos periodicamente, onde uma reedição posterior pode diferir.
  • Ficheiros de negócio — termos de referência, memorandos informativos (IM), modelos de avaliação — circulados em versões sucessivas.
  • Registos de conformidade que devem ser apresentados inalterados desde uma data de reporte.

Em cada caso, o facto útil é o mesmo: este ficheiro exato existia nesta data e não foi alterado desde então.

Confidencialidade em primeiro lugar

Esta é a objeção a esclarecer antes de qualquer outra coisa, porque os documentos financeiros geralmente não podem ser divulgados a terceiros.

Nada sobre o documento é publicado. O que vai para a blockchain é o seu hash SHA-256 — 64 caracteres hexadecimais. Um hash é uma função unidirecional: não pode ser revertido para o ficheiro e não revela nada sobre as contrapartes, os montantes, os termos ou mesmo o comprimento do documento.

O ficheiro é processado com hash no seu navegador e nunca transmitido. Pode confirmar isso desconectando-se da rede e observando que o hash continua a ser calculado, ou verificando o resultado contra shasum -a 256 na sua própria máquina.

Esta combinação — datação verificável com zero divulgação — é o que torna a técnica utilizável para materiais sujeitos a obrigações de confidencialidade.

O fluxo de trabalho

  1. Calcule o hash do ficheiro final tal como foi emitido. Não o guarde novamente nem o exporte primeiro.
  2. Registe o hash numa transação Ethereum, permanente e pública.
  3. Arquive o certificado junto do documento nos seus próprios registos.
  4. Arquive o ficheiro byte a byte idêntico. Qualquer modificação altera o hash.

Para demonstrar a integridade mais tarde, produz o ficheiro arquivado e a outra parte recalcula o hash. Correspondência ou não correspondência; não há nada sobre o que discutir.

O que registar temporalmente e quando

  • Cada documento na altura da emissão, não num lote mensal — a data registada é a data da transação, pelo que deve registar temporalmente prontamente.
  • Todas as versões que saem da sua organização, para que a sequência esteja datada.
  • Anexos e quadros separadamente. Estas são as partes que são silenciosamente substituídas.
  • Pacotes de relatórios no final do período.

Quando um documento é reemitido ou emendado, registre-o temporalmente na nova versão como um registo separado em vez de substituir o antigo. A série datada é mais valiosa do que qualquer entrada única.

Uso em lote e repetido

As empresas raramente têm apenas um documento. Se estiver a registar temporalmente regularmente, calcule o hash de cada ficheiro à medida que avança e registe-os individualmente para que cada um tenha a sua própria transação e certificado — isso mantém cada documento comprovável independentemente, em vez de os agrupar num único registo que tem de ser produzido na íntegra.

O que estabelece

Precisamente: existência e integridade num ponto no tempo. Não quem autorou o documento, não que o seu conteúdo seja preciso, e não que qualquer parte tenha dado o seu consentimento. Veja prova de existência vs prova de autoria.

Para registos financeiros, este limite é geralmente suficiente, porque o facto contestado é quase sempre a integridade e o momento, e não a autoria. Onde também necessita de consentimento, associe o registo temporal ao seu processo de assinatura eletrónica — veja como registar temporalmente um contrato.

Conservação

Um registo na blockchain não tem validade expirada nem renovação. Não depende de nós continuarmos a existir: a transação está na Ethereum, e o certificado contém tudo o que um terceiro precisa para o verificar independentemente. Para registos com obrigações de conservação a longo prazo, esta é uma propriedade materialmente diferente da evidência detida dentro da plataforma de um fornecedor.

Perguntas frequentes

O conteúdo do documento é exposto na blockchain?
Não. Apenas um hash SHA-256 é registado — 64 caracteres que não podem ser revertidos e não revelam nada sobre os montantes, contrapartes ou termos. O documento é processado com hash no seu navegador e nunca transmitido.
Isto pode ser usado para documentos sujeitos a obrigações de confidencialidade?
Sim, e essa é a principal razão para usar o registo temporal baseado em hash em vez de qualquer sistema que armazene documentos. Nada é divulgado a nós ou a qualquer outra pessoa, pelo que não há transferência de informação confidencial a autorizar.
Como é isto diferente do nosso sistema de gestão documental?
Um DMS regista datas na sua própria base de dados, controlada pelo fornecedor ou por si. Um registo na blockchain é externo e independente — ninguém, incluindo nós, pode alterá-lo ou antedatá-lo, e permanece verificável se alguma das partes mudar de sistema ou deixar de operar.
O que acontece se emendarmos um documento após o ter registado temporalmente?
O hash muda e já não corresponde, o que é exatamente o que deseja — as alterações são detetáveis. Registre temporalmente a versão emendada como um novo registo para que tenha uma sequência datada do documento conforme evoluiu.

Estabeleça hoje a anterioridade do seu trabalho

Crie um registo temporal do seu primeiro rascunho e obtenha uma prova inviolável de que ele já existia. O seu ficheiro nunca sai do seu navegador.