Emisor
La organización autorizada emite el documento oficial.
Tecnología
Docseal gestiona emisores, tipos de documento, estados de registro, políticas de visibilidad y URLs de verificación. VeriSeal Core proporciona el motor criptográfico de prueba subyacente.
Docseal conecta emisor, registro sellado y página de verificación para terceros.
La organización autorizada emite el documento oficial.
Se preparan hash y metadatos.
Seal ID, estado y política quedan registrados.
Se crea una página de verificación.
El archivo llega a un tercero.
El archivo recibido se compara con la referencia sellada.
Authentic, Tampered, Revoked, Replaced, Expired o Unknown.
VeriSeal Core es la infraestructura criptográfica de prueba: hash, manifest, receipt, proof record y anchoring opcional.
Capa operativa Docseal
Docseal no es un producto de firma. Es la capa operativa que hace que los documentos oficiales sean verificables por terceros.
Emitir y sellar un documento oficial verificable.
Comparar el archivo recibido con el hash de referencia sellado.
Gestionar estados valid, revoked, replaced y expired.
Controlar emisores autorizados, tipos de documentos y políticas.
Permitir hashing local, client-side u on-premise para flujos sensibles.
VeriSeal Core
VeriSeal Core gestiona hash, manifest, prueba, ledger, Merkle root, receipt y anchoring opcional según la política del emisor.
Representación canónica del documento o archivo sellado.
Registro append-only y binding criptográfico.
Registro de verificación legible para terceros.
El anchoring puede añadirse según la política del emisor.
Flujo de verificación
El emisor envía hash, manifest y metadatos.
Docseal almacena emisor, tipo documental, estado y política de visibilidad.
El tercero sube o calcula el hash del archivo recibido.
El hash recibido se compara con el hash de referencia sellado.
Docseal no sustituye firmas electrónicas, sellos electrónicos ni servicios de confianza cualificados. Añade una capa de autenticidad e integridad documental que puede coexistir con ellos.
These are the questions most institutional teams ask before scoping a pilot.
No. Docseal can operate in hash-only mode. In that case, sensitive content remains outside Docseal and verification is performed by comparing the received file hash with the sealed reference hash.
Pilot scope should include proof export, receipt export and reversibility requirements. The goal is to avoid locking document authenticity evidence inside an inaccessible system.
A DPA and privacy pack should be prepared for production or regulated pilots. Hash-only mode reduces exposure by keeping sensitive document content outside Docseal.
SLA commitments are defined at production scope. Pilots should define expected availability, support windows and incident escalation before launch.
No. Docseal is not a qualified electronic signature product or qualified trust service. It adds authenticity and file-integrity verification and may coexist with eIDAS services.
Architecture
Podemos definir integración API, gateway, hashing local, política de visibilidad y requisitos de auditoría para un piloto controlado.
The current DocSeal demo profile uses a classical document-integrity proof model. For banking and long-retention deployments, DocSeal is designed to support a crypto-agile evidence model that can be extended with a hybrid post-quantum signature layer.