Un paquete de sellado no se define por una cuota mensual ni por una promesa de respuesta rápida. Se define por tres decisiones concretas: cuántos informes cubre, en qué momento exacto se calcula el hash y qué se hace cuando un documento ya publicado necesita corrección. A partir de ahí, el resto del flujo se ordena solo.
Pensado para el analista que publica una lectura de mercado y quiere que esa versión quede atada a su identidad. La firma biométrica se captura una vez y se asocia a una clave pública consultable. Antes de publicar se congela la versión y se registra la hora de sellado. Si el documento se regenera después, el sello deja de coincidir y eso ya es información útil.
Encaja cuando el volumen es bajo y cada informe se trabaja como pieza única.
Para equipos que publican informes de mercado con cadencia fija y necesitan un historial ordenado. Cada informe se sella al cerrar la versión y queda un registro consultable de firmas y hashes. La verificación posterior no exige acceso a los sistemas internos del emisor: alcanza con el registro público del sello. La disciplina está en no dejar pasar un informe sin congelar.
El punto delicado es el orden: hash primero, exportación después.
Cuando un informe ya publicado necesita una rectificación, la práctica es emitir una addenda sellada por separado que declare qué se corrige y por qué. El original conserva su valor probatorio y la corrección también queda verificable. Editar el documento original rompe la coincidencia con el hash firmado y borra el rastro de qué versión circuló primero.
Sirve igual para un cambio de cifra que para un cambio de lectura.
Un lector externo debería poder comprobar tres cosas sin pedir permiso a nadie: que el documento existe, que fue sellado en una fecha concreta y que la firma corresponde a una identidad registrada. No hace falta exponer el contenido completo ni los datos personales del analista. El identificador corto del sello y un resultado binario con fecha y emisor suelen ser suficientes.
Útil cuando el informe circula fuera de la redacción.
Si necesitas fijar primero los criterios técnicos antes de elegir un nivel, conviene revisar los estándares de sellado y, cuando el caso ya está claro, plantear la consulta en contacto.
Un paquete de sellado no se define por cuántas funciones acumula, sino por cuántos informes cubre, con qué frecuencia se calcula el hash y qué se hace cuando un documento ya publicado necesita corrección. Los tres niveles que siguen describen grados de cobertura del ciclo completo: desde la firma puntual de un informe hasta la disciplina continua de versiones congeladas y addendas selladas por separado.
Si tu caso no encaja en ninguno de los tres niveles, conviene plantearlo antes de elegir: la cobertura se ajusta al volumen real de informes y a la criticidad de cada publicación.