Privado: Sellado temporal

Privado: Sellado temporal

1. Objeto

Verificar que cada medición registrada por PiTemp 2.0 dispone de un sello horario preciso, sincronizado y trazable, que garantiza la correcta asignación temporal de los datos conforme a la norma UNE-EN 12830:2019 § 6.5 y al Apéndice II del Anexo XI de la Orden ICT/155/2020.

Este método de ensayo está asociado al punto 4 — Sellado Temporal del Plan de Ensayos de Software PiTemp 2.0.

2. Alcance

Aplica a todos los componentes implicados en la generación, transmisión y almacenamiento de datos de temperatura:

• Sensores y puertas de enlace.
• Servidor local de adquisición de datos.
• Servidor central y base de datos PostgreSQL.
• Interfaz web de consulta y exportación.

3. Principio del ensayo

El sistema PiTemp 2.0 utiliza un modelo de sellado temporal centralizado:

• Cada mensaje recibido se marca con la hora exacta del servidor al momento de la recepción.
• El servidor se sincroniza continuamente mediante protocolos NTP redundantes.
• Los sellos se conservan tanto en formato UTC como en hora local, garantizando su interpretación inequívoca.
• Cualquier desviación entre relojes de red se monitoriza y registra.

4. Procedimiento

• Sincronización del sistema

  * Los servidores PiTemp 2.0 mantienen sincronización activa con servidores NTP públicos y de respaldo.
  * Se comprueba diariamente el desfase respecto a la hora de referencia UTC proporcionada por los servidores NTP configurados.

• Generación del sello horario

  * Cada dato recibido se registra con su marca de tiempo local y UTC.
  * La precisión media observada es inferior a ±1 s.

• Verificación automática

  * Se ejecuta un control diario que compara la hora local del sistema con la referencia NTP.
  * Si el desfase supera ±30 s, se genera aviso automático y se fuerza resincronización.

• Exportación y trazabilidad

  * Al exportar datos (CSV, PDF, JSON), se incluye la marca de tiempo UTC.
  * Los informes de auditoría consignan la desviación máxima registrada durante el periodo evaluado.

5. Criterios de aceptación

• Desviación máxima permitida entre reloj de sistema y servidor NTP: ±2 h (requisito UNE-EN 12830), objetivo interno PiTemp 2.0: ±1 s.
• Todos los registros deben incluir fecha y hora completas (UTC y local).
• No se admiten mediciones sin sello horario válido.
• Desviaciones > ±30 s deben generar alerta y corrección automática.

6. Evidencias generadas

• Registros del servicio de sincronización horaria que confirman la conexión con servidores NTP y el desfase medio.
• Informe mensual de desviaciones máximas y resincronizaciones.
• Archivos de exportación con campos de tiempo UTC y local visibles.
• Revisión mensual documentada por el responsable técnico confirmando que las desviaciones permanecen dentro de los límites establecidos.
• Archivo timecheck.md con resumen de offsets por host y estado de sincronización

7. Gestión de no conformidades

• Desfase > ±30 s: alerta automática y resincronización forzada.
• Fallo NTP prolongado: cambio temporal a fuente de respaldo; notificación al responsable técnico.
• Ausencia de sello horario: investigación inmediata; si la lectura no es recuperable, se descarta.
• Cambio manual de hora del sistema: prohibido; cualquier intento se registra como incidente.

8. Periodicidad del ensayo

• Control automático: diario.
• Verificación documental: mensual (revisión de logs NTP).
• Ensayo formal de precisión: anual o tras actualización de firmware/servidor.

9. Conclusión

El sistema PiTemp 2.0 cumple los requisitos de precisión y trazabilidad temporal establecidos por la UNE-EN 12830:2019 § 6.5, manteniendo un error de reloj inferior a ±1 s gracias a la sincronización NTP centralizada y al sellado horario automático de todas las mediciones.