Ir al contenido

Evidencias y retención

La ventana SLA de un incidente va de la confirmación por quórum a la recuperación confirmada, los mismos límites por los que te avisaron. Una ventana de exclusión derivada de un falso positivo descartado se calcula por región afectada: del último check bueno antes del incidente al primer check bueno después. Ningún minuto se estira para que la cifra quede mejor.

Un incidente entra en el informe si se solapa con el periodo del informe. Dos clases quedan fuera:

  • Incidentes excluidos: una caída que descartaste como falso positivo. La exclusión es tu decisión registrada, y contarla también en las cifras la aplicaría dos veces.
  • Incidentes borrados.

Las ventanas de mantenimiento anunciadas que afectan al monitor aparecen en el informe como clase propia, así que se ve con exactitud qué estaba previsto y qué no.

Los informes llevan los eventos que publicas

Sección titulada «Los informes llevan los eventos que publicas»

La cronología de un incidente en un informe SLA contiene los eventos marcados explícitamente como públicos. La visibilidad de un evento es internal por defecto, así que un evento sale fuera en cuanto alguien lo publica.

El filtro está en la consulta que genera el informe, y por eso actúa en cada camino que toma un informe. Un informe existe para salir de casa: va a clientes y auditores. El filtro en la consulta garantiza que nunca lleve más de lo que puede salir.

Para que una nota interna aparezca en evidencias para clientes, márcala como pública. Todo lo demás queda interno por defecto.

La disponibilidad se redondea hacia abajo, nunca hacia arriba: una cifra SLA debe ser un límite inferior que puedas defender. El informe SLA de ejemplo muestra la estructura completa con números que cuadran. Dáselo a quien quieras y deja que los recalcule.

Las ventanas son de 7 días (Free), 30 días (Pulse), 90 días (Sentinel), 365 días (Command) y 730 días (Enterprise). Perstat las aplica por tipo de dato, cada uno con su propio horizonte:

Dato o vista Horizonte aplicado
Historial público de incidentes resueltos ligados a un monitor Límite de lectura en la ventana del plan. El incidente no se borra automáticamente.
Checks en bruto de sondas externas La limpieza física usa la ventana del plan más un margen técnico de 2 días.
Curvas en bruto de las mediciones del agente de host Hasta 90 días, en todos los planes.
Historial de uptime de una página de estado Hasta 365 días, en todos los planes.
Rollups diarios, versiones de incidentes y post-mortems, actividad y otros registros Ciclo de vida propio de cada objeto, independiente de la ventana del plan. Algunos no tienen hoy caducidad automática.

Las Condiciones indican por separado 13 meses como periodo estándar para datos de medición y eventos. Esta página describe el comportamiento del producto por tipo de dato y no sustituye las condiciones contractuales. Confirma los términos de retención aplicables mediante la revisión de seguridad antes de comprar o desplegar.

Perstat facilita bajo solicitud una exportación de la organización en CSV con manifiesto, y hay una exportación en autoservicio prevista. Con una clave de API, la API REST lee en cualquier momento monitores, checks, series temporales e incidentes. Para una solicitud de salida y el proceso de borrado, usa la vía de la página de seguridad.

Dónde encaja Perstat en el trabajo de auditoría

Sección titulada «Dónde encaja Perstat en el trabajo de auditoría»

Perstat aporta timestamps del sistema, mediciones, mantenimiento y curación visible al trabajo más amplio detrás de un informe de aseguramiento o una notificación DORA. El informe, la notificación y la decisión de compliance quedan en manos de tus auditores y de tu equipo de compliance. La página de evidencias para la dirección describe ese reparto de papeles con precisión.