Skip to content
BlockchainSign
es

Cómo sellar en el tiempo documentos financieros

Los documentos financieros suelen ser objeto de disputa en dos puntos concretos: qué versión existía en una fecha determinada y si la copia producida posteriormente es la que fue emitida originalmente. Un sello temporal basado en hash resuelve ambos sin revelar nada sobre el documento.

Por qué las finanzas son un ajuste natural

La documentación financiera está densamente poblada de fechas y versiones, y los conflictos que surgen a su alrededor suelen girar en torno a la integridad del registro más que a su interpretación:

  • Documentos comerciales y de transporte — conocimientos de embarque, cartas de crédito, certificados de inspección — que pasan por muchas manos.
  • Extractos y conciliaciones emitidos periódicamente, donde una reemisión posterior puede diferir.
  • Archivos de operaciones — hojas de términos, memorias informativas (IM), modelos de valoración — circulados en sucesivas versiones.
  • Registros de cumplimiento normativo que deben mostrarse inalterados desde una fecha de informe.

En cada caso, el hecho útil es el mismo: este archivo exacto existía en esta fecha y no ha cambiado desde entonces.

Confidencialidad primero

Esta es la objeción que debe aclararse antes que nada, porque los documentos financieros generalmente no pueden divulgarse a terceros.

Nada sobre el documento se publica. Lo que va en la blockchain es su hash SHA-256: 64 caracteres hexadecimales. Un hash es una función unidireccional: no se puede revertir hasta el archivo original y no revela nada sobre las contrapartes, los importes, los términos o incluso la longitud del documento.

El archivo se procesa mediante hash en tu navegador y nunca se transmite. Puedes confirmarlo desconectándote de la red y observando que el hash sigue calculándose, o verificando el resultado contra shasum -a 256 en tu propia máquina.

Esa combinación — datación verificable con cero divulgación — es lo que hace que la técnica sea utilizable para materiales sujetos a obligaciones de confidencialidad.

El flujo de trabajo

  1. Procesa mediante hash el archivo final tal como fue emitido. No lo vuelvas a guardar ni exportes primero.
  2. Registra el hash en una transacción de Ethereum, permanente y pública.
  3. Guarda el certificado junto al documento en tus propios registros.
  4. Archiva el archivo idéntico byte a byte. Cualquier modificación cambia el hash.

Para demostrar la integridad más adelante, produces el archivo archivado y la otra parte lo vuelve a procesar mediante hash. Coincide o no coincide; no hay nada de lo que discutir.

Qué sellar en el tiempo y cuándo

  • Cada documento al momento de su emisión, no en un lote mensual — la fecha registrada es la fecha de la transacción, así que sella en el tiempo con prontitud.
  • Cada versión que sale de tu organización, para que la secuencia esté fechada.
  • Adjuntos y anexos por separado. Estas son las partes que silenciosamente se sustituyen.
  • Paquetes de informes al final del periodo.

Cuando un documento se reemite o modifica, sella en el tiempo la nueva versión como un registro separado en lugar de reemplazar el antiguo. La serie fechada es más valiosa que cualquier entrada individual.

Uso repetido y por lotes

Las empresas rara vez tienen un solo documento. Si estás sellando en el tiempo regularmente, procesa cada archivo mediante hash a medida que avanzas y regístralos individualmente para que cada uno lleve su propia transacción y certificado; eso mantiene cada documento demostrable de forma independiente, en lugar de agruparlos en un único registro que tenga que producirse en su totalidad.

Qué establece

Precisamente: existencia e integridad en un punto en el tiempo. No quién autoró el documento, no que su contenido sea preciso, ni que alguna parte haya dado su consentimiento. Ver prueba de existencia frente a prueba de autoría.

Para registros financieros, este límite suele ser suficiente, porque el hecho disputado casi siempre es la integridad y la cronología más que la autoría. Donde también necesites consentimiento, combina el sello temporal con tu proceso de firma electrónica; ver cómo sellar en el tiempo un contrato.

Conservación

Un registro en blockchain no tiene caducidad ni renovación. No depende de que nosotros continuemos existiendo: la transacción reside en Ethereum y el certificado contiene todo lo que un tercero necesita para verificarlo de forma independiente. Para registros con largas obligaciones de conservación, esa es una propiedad materialmente diferente a la evidencia retenida dentro de la plataforma de un proveedor.

Preguntas frecuentes

¿Se expone el contenido del documento en la blockchain?
No. Solo se registra un hash SHA-256: 64 caracteres que no se pueden revertir y no revelan nada sobre los importes, las contrapartes o los términos. El documento se procesa mediante hash en tu navegador y nunca se transmite.
¿Puede utilizarse para documentos sujetos a obligaciones de confidencialidad?
Sí, y esa es la razón principal para usar el sellado en el tiempo basado en hash en lugar de cualquier sistema que almacene documentos. No se divulga nada a nosotros ni a nadie más, por lo que no hay transferencia de información confidencial que autorizar.
¿En qué se diferencia esto de nuestro sistema de gestión documental?
Un DMS registra fechas en su propia base de datos, controlada por el proveedor o por ti. Un registro en blockchain es externo e independiente: nadie, incluidos nosotros, puede alterarlo o anticipar su fecha, y permanece verificable si alguna de las partes cambia de sistema o cesa su actividad.
¿Qué ocurre si modificamos un documento después de sellarlo en el tiempo?
El hash cambia y ya no coincide, lo cual es exactamente lo que deseas: las alteraciones son detectables. Sella en el tiempo la versión enmendada como un nuevo registro para que tengas una secuencia fechada del documento según evolucionaba.

Establece hoy la anterioridad de tu trabajo

Sella en el tiempo tu primer borrador y consigue una prueba inalterable de que ya existía. Tu archivo nunca sale de tu navegador.