Reglas de SLA, de cuándo empieza el reloj a cuándo vence

El plazo para corregir un hallazgo se mide desde que alguien lo vio por primera vez, no desde que llegó a la plataforma. Si el reloj arrancara en la importación, cada hallazgo que se carga tarde, por una herramienta que se conectó después o un archivo atrasado, parecería recién nacido y cumpliría su plazo con una edad real mucho mayor.

Por eso la plataforma necesita guardar dos fechas distintas: la de detección, que viene de la herramienta, y la de importación, que es de la plataforma. Confundirlas no es un detalle técnico: cambia cuántos hallazgos aparecen vencidos.

Abre politica-sla.csv y hallazgos.csv. La política da un número de días por severidad. La fecha límite es la fecha de detección más esos días. Conviene escribir la fecha completa en formato aaaa-mm-dd para evitar confusiones entre meses de distinta longitud.

Calcula la fecha límite del hallazgo S-01.

Hoy es 2026-10-07. Según el leeme.txt, un hallazgo abierto está vencido si hoy es posterior a su fecha límite; los cerrados y los informativos no cuentan. Calcula la fecha límite de cada abierto con plazo y compárala con la de hoy.

Un hallazgo cuyo plazo vence hoy mismo todavía no está vencido, porque hoy no es posterior a su límite.

Compara las columnas detectado e importado. En casi todos los hallazgos coinciden, pero en uno la importación llegó muy tarde. Con el reloj contado desde la importación, ese hallazgo parecería dentro de plazo; contado desde la detección, está vencido. Es justo el tipo de caso que hace que el SLA de un panel luzca bien sin que el riesgo haya bajado.

La regla 3 del equipo dice que, si la severidad cambia, el plazo se recalcula desde la detección original con la severidad nueva. Hay una razón práctica: si el plazo empezara de nuevo en la fecha del cambio, bastaría con subir y bajar la severidad de un hallazgo para ganar tiempo cada vez.