Recorrido: Tecnología y monitoreo
Marcas de tiempo y zonas horarias: cómo leerlas
Una fecha visible no siempre explica la zona horaria, el reloj usado o la demora entre registrar y sincronizar un evento.
Contenido informativo; no sustituye una evaluación ni indicaciones de profesionales de salud.
«10:30» parece una información precisa, pero puede faltar el día, la zona horaria y la relación con el reloj que la produjo. En sistemas que registran datos, esas omisiones dificultan ordenar eventos y comparar dispositivos.
Tres momentos que no conviene mezclar
Un sistema puede tener la hora en que un sensor observó una señal, la hora en que una aplicación creó un registro y la hora en que un servidor recibió una copia. No son necesariamente iguales. Una demora de conexión no cambia el momento original, pero sí el momento de disponibilidad.
RFC 3339 propone una representación consistente para marcas de tiempo en protocolos de Internet e incluye la relación con UTC mediante un desplazamiento. Eso ayuda a transportar el dato; no corrige un reloj mal configurado.
Qué documentar
Una exportación útil identifica formato, zona horaria, precisión y fuente del reloj. También distingue una hora estimada de una hora confirmada y conserva la información necesaria para ordenar cambios.
OWASP recomienda considerar la sincronización y, cuando no sea posible, registrar el desfase o un nivel de confianza. Esta es una pauta de diseño de registros, no una garantía de que cualquier aplicación la cumpla.
En duración de episodio y señal se explica otra diferencia temporal frecuente. Syncra no declara aquí una precisión de reloj ni una latencia de sincronización.