PP-TSA emite sellos de tiempo digitales firmados sobre el hash de un archivo o registro. Tus datos originales nunca salen de tu poder y conservas la prueba de que existían a la hora registrada y de que lo presentado después es lo mismo.
El original permanece bajo tu custodia.
Tu sistema obtiene la huella localmente.
PP-TSA firma el hash junto con la hora registrada.
Conserva el token junto al dato y verifica cuando haga falta.
Integración: API REST para implementaciones propias nuevas, RFC 3161 para herramientas de PDF, firma y archivo que ya lo admiten. Ambas en la misma cuenta.
Solo se envía una huella. PP-TSA no ve el contenido y el dato permanece contigo.
El sello firmado une la huella con una hora registrada: el momento no depende solo de tu propio registro.
Firma, cadena de certificados e inclusión en el registro público se pueden comprobar años más tarde.
Copiar, sustituir y sobrescribir apenas dejan rastro. Cuando una auditoría, una disputa o una entrega exigen explicación, hace falta el dato exacto ligado a una hora que no fijas tú.
Fechas de modificación, capturas de pantalla y registros que administras tú pueden cambiarse junto con el dato que describen.
En una disputa o una entrega, la cuestión es si lo presentado coincide con lo que existía. El nombre y el tamaño no lo responden.
Una prueba que no puede recomprobarse tras cambiar el sistema emisor no sirve cuando por fin se necesita.
Cada fila enuncia una afirmación y su límite. Pulsa una fila para abrir el detalle.
El hash se firma junto con la hora registrada por PP-TSA. La afirmación es sobre la existencia hasta ese momento, no sobre la autoría ni sobre la exactitud del contenido.
El antedatado y los razonamientos que se apoyan solo en fechas de archivo o capturas que el poseedor podía alterar.
Recalcular el hash del dato presentado y compararlo con el sellado muestra si es el mismo dato, bit a bit.
Sustituciones o sobrescrituras silenciosas y disputas sobre qué versión estaba en juego.
El token lleva la firma de PP-TSA y su cadena de certificados. La verificación confirma emisor y cadena, e informa por separado del estado de revocación.
Tokens falsificados o alterados y tratar como comprobado un token que no se puede verificar.
Los tokens emitidos se añaden a un registro público de huellas. Un checkpoint firmado muestra la inclusión y la coherencia del historial. El archivo original nunca se publica.
La eliminación o reordenación silenciosa de sellos emitidos y la confianza en la sola palabra del emisor.
Tu sistema calcula la huella y solo envía ese valor. Documentos confidenciales, datos personales y código fuente pueden sellarse sin salir de tu entorno.
La exposición de material confidencial por el propio acto de obtener la prueba.
API REST para implementaciones nuevas, RFC 3161 para herramientas ya compatibles. Cada petición lleva hash, algoritmo, nonce aleatorio y clave de idempotencia: un reintento nunca emite dos veces.
Sellos manuales olvidados y duplicados nacidos de reintentos con resultado incierto.
Un sello acredita que el dato existía a la hora registrada y que lo presentado es el mismo dato. No acredita quién creó el contenido, si es correcto ni a quién corresponden los derechos. La inclusión en el registro puede estar pendiente justo tras la emisión; pendiente, atrasado y desconocido nunca se informan como completados.
Regístrate con un correo y el entorno de tu organización se crea al instante.
Según tu volumen mensual de emisiones. Se puede cambiar después.
La clave completa solo se muestra al emitirla. Anótala según las reglas de tu organización.
Calcula el hash localmente, llama por HTTPS y guarda el token junto al dato para verificarlo de forma independiente.
Calcula el hash en tu sistema y envíalo en JSON a /v1/timestamps. Recibes un token en Base64 y sus metadatos: adecuado para servicios backend, servicios web y pipelines de CI.
Envía un TimeStampReq a /tsr y recibe un TimeStampResp. Elígelo cuando tus productos de PDF, firma o archivo ya hablen RFC 3161.
No es cuestión de sector: sirve donde haya que mostrar «existía entonces» o «es el mismo archivo».
Fija la versión definitiva de un contrato, un presupuesto o una factura, para que una disputa se resuelva por el dato y no por qué copia es más reciente.
Sella resultados, planos y expedientes de diseño en el momento en que se producen, sin revelar su contenido.
Liga las builds publicadas y sus manifiestos a una hora, para distinguir lo entregado de lo reconstruido después.
Mantén fotos, medidas y registros de inspección verificables, sin depender de lo que muestre el sistema que los administra.
Que una prueba merezca confianza depende de qué se entrega y de cómo se informan los resultados. Ambas cosas están acotadas desde el inicio.
El servicio maneja huella, algoritmo y metadatos de la petición. No existe vía por la que el contenido original llegue a PP-TSA.
La clave de API completa solo se muestra al emitirla y nunca se vuelve a mostrar. Si se pierde, se emite una nueva y se revoca la anterior.
Firma, cadena, estado del sello, inclusión en el registro y revocación se informan por separado. Pendiente y desconocido nunca se presentan como verificados.
Cada petición lleva clave de idempotencia. Un reintento tras un resultado incierto reutiliza los bytes guardados y la misma clave.
No. Tu sistema calcula el hash localmente y solo se envía ese valor. Los documentos confidenciales y los datos personales no salen de tu entorno.
Registrarse con un correo y elegir un plan. Sin proceso comercial ni revisión previa.
Sí, mediante RFC 3161. Para una implementación propia nueva la API REST suele ser más sencilla; ambas están en la misma cuenta.
No. Acredita que el dato existía a la hora registrada y que lo presentado después es el mismo dato. Autoría, exactitud y derechos son cuestiones aparte.
Reutiliza los bytes guardados y la misma clave de idempotencia. Se devuelve el resultado original en lugar de emitir un segundo sello.