La mayoría de las infraestructuras de reporte funcionan así: el producto ADC o WAAP genera PDFs periódicos, los deposita en un recurso compartido de archivos, y un cron semanal o un paso manual los envía por email a las partes interesadas correctas. La cadena tiene múltiples eslabones manuales; si cualquiera se rompe, la parte interesada afectada puede estar desinformada durante semanas.
Más allá de eso, diferentes partes interesadas dentro de la misma organización necesitan el informe del mismo vService con diferente nivel de detalle. La junta quiere un resumen mensual de dos páginas; operaciones quiere una vista completa semanal; auditoría interna quiere un XLSX completo diario. Un único perfil de informe no puede servir a los tres — pero la mayoría de los productos solo permiten un perfil por vService.
Los clusters de alta disponibilidad introducen otra trampa: si el mismo informe programado se genera desde múltiples nodos, la parte interesada recibe dos copias del mismo PDF o el operador escribe scripts de coordinación. La semántica de envío único con conocimiento del cluster generalmente queda fuera del software y recae sobre los hombros del operador.
La preferencia de formato e idioma también es un problema. En escenarios de proveedor de servicios, cada cliente debe recibir un informe en su propio idioma, con su propio logo. Los productos habituales pueden no permitir la preferencia de idioma por perfil; un único ajuste global rige todos los informes.
TR7 Scheduled Report Delivery resuelve los cuatro en un producto: multi-frecuencia + multi-destinatario + multi-formato por perfil, perfiles ilimitados por vService, envío único con conocimiento del cluster, preferencia de idioma por perfil.
TR7 diseña la programación de informes como parte natural de la configuración del vService — sin servicio de programación separado, sin interfaz separada, el perfil reside bajo el vService.
Las frecuencias por hora, diaria, semanal, mensual y anual están vinculadas a expresiones cron fijas. El formulario ad-hoc y el perfil programado comparten el mismo conjunto de parámetros — el operador rellena el formulario una vez, guarda como perfil, elige una frecuencia y la entrega comienza.
Cada perfil de informe puede asignarse a múltiples destinatarios de email, múltiples tipos de archivo (PDF, XLSX) y múltiples frecuencias. Un perfil puede entregar un PDF resumen semanal y un XLSX completo mensual a diferentes conjuntos de partes interesadas en paralelo.
Un vService puede tener un perfil principal y cualquier número de perfiles adicionales. Resumen ejecutivo mensual, detalle de operaciones semanal, auditoría completa diaria en PDF — todo bajo el mismo vService, desde la misma fuente de datos.
En un cluster de alta disponibilidad, el mismo informe programado se genera y envía solo por el nodo activo. Los operadores no necesitan escribir scripts de coordinación para evitar entregas dobles; el motor conoce la topología del cluster.
La superficie de programación — definición de perfil, selección de frecuencia, gestión de destinatarios, tipo de archivo y preferencia de idioma — se ejecuta en un motor compartido ad-hoc + cron.
Por hora: cada hora + 5 minutos. Diaria: 01:30. Semanal: lunes 03:30. Mensual: día 1 del mes 05:30. Anual: inicio del año. Un único perfil puede asignarse a múltiples frecuencias; el mismo conjunto de dimensiones puede enviarse a diferentes conjuntos de destinatarios en diferentes horarios.
Los perfiles se definen con nombre bajo cada vService («Resumen Ejecutivo Mensual», «SRE Semanal», «Auditoría Interna Diaria»). Los nombres de perfil aparecen en la consola del operador, en los asuntos de email y en los logs de auditoría — lo que hace trazable quién recibió qué informe bajo qué perfil.
Cada perfil puede enviarse a múltiples direcciones de email. Las direcciones se validan contra el patrón de email al guardar; las direcciones inválidas se rechazan. El formulario de informe ad-hoc también acepta un destinatario puntual.
El mismo informe programado puede renderizarse como PDF y como XLSX y adjuntarse al mismo email. Las partes interesadas obtienen dos vistas de los mismos datos — PDF para leer, XLSX para consultar en detalle.
Cada perfil de informe especifica su propio idioma. En escenarios de proveedor de servicios, cada cliente recibe el informe en su propio idioma; el mismo motor produce informes en paralelo en diferentes idiomas para decenas de clientes. Los títulos de la portada y las etiquetas de sección se localizan al idioma del perfil.
En un cluster de alta disponibilidad, un informe programado determinado se genera y envía solo una vez, desde el nodo activo. Los operadores no escriben scripts de coordinación, las partes interesadas no reciben PDFs duplicados y no ocurren carreras entre nodos. El motor conoce la topología del cluster y se comporta en consecuencia.
Cada vService puede tener un perfil de informe principal y cualquier número de perfiles adicionales. El perfil principal reside en la configuración del vService; los adicionales se gestionan en una lista separada. Diferentes partes interesadas reciben diferentes niveles de detalle del informe bajo el mismo vService.
El formulario de informe ad-hoc de la consola del operador (formato, rango, dimensiones, selección de gráficas, límite de filas, idioma, email de destino) comparte el conjunto de parámetros 1:1 con el perfil programado. Una salida ad-hoc satisfactoria se convierte en perfil y comienza a ejecutarse en cron.
El motor de programación está diseñado junto con las expresiones cron, el ciclo de vida de archivos, la entrega por email, el comportamiento del cluster y los logs de auditoría.
Por hora 5 * * * *, diaria 30 1 * * *, semanal 30 3 * * 1, mensual 30 5 1 * *. Los mismos slots de informe programado están posicionados para evitar solapamiento con otros trabajos periódicos; los reportes por hora no coinciden con ningún pico de tráfico único.
Los archivos adjuntos PDF / XLSX se entregan como email SMTP estándar; el asunto del mensaje es configurable. El motor funciona a través de servidores de email corporativos (Exchange, Postfix, proveedores cloud supervisados). Webhook, carga en S3 y entrega por SFTP no están en la versión actual.
Los archivos de informe generados se escriben en /tmp con nombres con marca de tiempo, se usan como archivos adjuntos de email y son eliminados por el ciclo de vida del sistema operativo. El archivado a largo plazo requiere reenviar manualmente la salida del perfil a un almacén compartido, o configurar el reenvío al SIEM.
Solo el nodo activo del cluster realiza la entrega periódica; los nodos en espera no ejecutan el mismo cron. En caso de failover, el nuevo nodo activo asume la entrega a partir del siguiente período.
Tanto los informes de tráfico L7 como los informes de ataques WAAP se ejecutan en el mismo motor de programación. Los operadores no gestionan dos servicios de programación; las definiciones de perfil, los presets de frecuencia y la gestión de destinatarios son idénticos para ambas superficies.
Cuando se actualiza un perfil, los cambios se aplican en el siguiente disparo de cron; las generaciones en curso no se ven afectadas. Cuando se elimina un perfil, los disparos futuros se cancelan mientras que los registros históricos de entrega se conservan.
Los bancos y conglomerados envían un PDF ejecutivo mensual por vService a la junta directiva — portada con logo corporativo, 2-3 páginas de tráfico total, intensidad geográfica, tasa de errores y salud del backend. El perfil se asigna a frecuencia mensual con múltiples destinatarios en paralelo.
Los equipos SRE reciben un XLSX de desglose completo semanal para el mismo vService — una pestaña por sección, listo para análisis en detalle. Los perfiles «Resumen Ejecutivo Mensual» y «SRE Semanal» se ejecutan en paralelo bajo el mismo vService.
Auditoría interna recibe informes de cobertura completa diarios — PDF y XLSX juntos. Las entradas diarias del expediente PCI DSS se acumulan automáticamente; el archivo del auditor tiene una única fuente al final del mes.
Los MSP definen un perfil de informe por tenant bajo cada vService; cada cliente recibe un informe mensual en su propio idioma, con su propio logo, a su propia lista de email. Sin pasos manuales; incorporar un nuevo tenant es crear un nuevo vService + perfil.
5 frecuencias predefinidas, multi-destinatario, multi-formato, envío único con conocimiento del cluster, preferencia de idioma por perfil. Permítanos guiarle a través de una demo en vivo en su propio vService.