Son las 11:58 y la licitación cierra a mediodía. Una responsable de ofertas de una pequeña empresa de servicios informáticos ve cómo la barra de carga del portal avanza despacio hacia el final con una respuesta de gran tamaño. Termina a las 12:01. El correo de confirmación del portal lleva la hora de las 12:03. Abre un buscador y escribe "prueba de presentación sello de tiempo plazo licitación", porque ya puede imaginar la pregunta que llegará del comprador: ¿cuándo exactamente entró este archivo, y era el definitivo?
La respuesta corta
Un sello de tiempo de confianza sobre el archivo final de su oferta puede probar que ese archivo exacto existía, sin cambios, en un momento concreto. No puede probar que el portal lo recibiera, y no decide si el comprador lo acepta. La recepción la decidirán las propias reglas de la licitación, y normalmente eso significa el reloj del portal. Use el sello de tiempo como prueba de apoyo junto al justificante del portal, nunca en su lugar.
Dos relojes, y solo uno decide
Toda licitación tiene un reloj oficial, normalmente el del portal de presentación o el del sistema del órgano contratante. Los documentos de su licitación dicen cuál cuenta y qué pasa con una respuesta que llega un minuto tarde. Lea esa cláusula antes de la semana del plazo, no durante ella, y pregunte por escrito al órgano contratante si no está clara. Nada de lo que tenga por su parte la anula.
El segundo reloj es el suyo: el momento en que puede demostrar que el archivo final estaba completo. Ese reloj importa cuando algo sale mal por el camino, como una carga lenta, un error del portal, una versión discutida o una afirmación de que cambió el documento después del plazo.
Lo que muestra un sello de tiempo sobre su archivo
Un sello de tiempo conforme a RFC 3161 es un servicio, prestado por una autoridad de sellado de tiempo, que respalda afirmaciones de prueba de que un dato existía antes de un momento determinado. A la autoridad solo llega una huella de su archivo, un hash. Ese hash se vincula a una fecha y una hora y lo firma ese tercero, de modo que la hora no depende del reloj de su propio ordenador.
En la UE, el artículo 41, apartado 2, del Reglamento eIDAS establece que un sello de tiempo electrónico cualificado goza de la presunción de exactitud de la fecha y la hora que indica y de integridad de los datos a los que están vinculadas. Esa frase abarca la fecha, la hora y los datos. No menciona la recepción, la entrega ni la aceptación.
En Swiss Trust Layer, la página de cómo funciona describe los mismos ingredientes en un documento sellado: un hash criptográfico del archivo, un sello de tiempo RFC 3161 y una cadena de certificados que se remonta a Swisscom Trust Services. El archivo original nunca se altera, y lo que se envía a sellar es el hash. Cualquiera puede abrir el enlace de verificación pública sin cuenta, y el validador comprueba en un PDF firmado cargado la firma, el certificado y la integridad del sello de tiempo.
Lo que no muestra
No muestra que el portal recibiera su archivo. No muestra que estuviera dentro del plazo según la medida del comprador. No muestra que la oferta sea conforme, ni quién la redactó. Si cambia un solo byte después de sellar, el hash deja de coincidir, así que la versión sellada y la versión cargada tienen que ser el mismo archivo.
Tampoco dice nada sobre los minutos anteriores al sello. El sello fija el archivo desde el momento en que se hizo; no dice nada sobre el aspecto que tenía antes.
Una rutina para la última hora
Trate el sellado como un paso entre "final" y "carga".
- Cierre el paquete. Exporte el PDF o ZIP final y deje de editar.
- Selle ese archivo exacto y guarde la copia sellada y su enlace de verificación.
- Cargue el mismo archivo, no uno vuelto a exportar.
- Guarde el justificante del portal, una captura de la página de confirmación y el correo de confirmación con sus encabezados.
- Anote la hora del portal y su hora local, con la diferencia entre ambas.
Si empieza una disputa, tendrá dos registros independientes: el justificante del portal sobre cuándo llegó y un sello de tiempo de un tercero sobre qué era el archivo y que estaba listo. Ante una queja por carga tardía, el segundo registro le permite mostrar que el documento estaba completo mucho antes del mediodía y que el retraso estuvo en la transferencia. Que el comprador acepte ese argumento sigue dependiendo de las reglas de la licitación.
De vuelta a las 11:58
Nuestra responsable de ofertas habría sellado el archivo final a las 09:30, en cuanto el paquete quedó cerrado y no en los últimos minutos. A las 12:03, con el correo de confirmación en la mano y un comprador preguntando por la diferencia de tres minutos, podría señalar un enlace de verificación que mostrara que el archivo que cargó coincidía con un archivo sellado en el tiempo a las 09:30. No haría que la carga fuera puntual. Mostraría que la respuesta estaba terminada, sin cambios y lista, y que los minutos lentos fueron de la conexión. Es una posición más firme que una captura de pantalla sola.
Antes de su próximo plazo, selle el archivo final de su oferta en Swiss Trust Layer y conserve el enlace de verificación junto con el justificante del portal.
