A maioria das infraestruturas de relatório se parece com isso: o produto ADC ou WAAP gera PDFs periódicos, os deposita em um compartilhamento de arquivos e um cron semanal ou etapa manual os envia por e-mail para as partes interessadas corretas. Existem múltiplos elos manuais na cadeia; se qualquer um quebrar, a parte interessada ausente pode ficar fora do circuito por semanas.
Além disso, diferentes partes interessadas dentro da mesma organização precisam do relatório do mesmo vService em diferentes profundidades. O conselho quer um resumo mensal de duas páginas; as operações querem uma visualização semanal completa; a auditoria interna quer um XLSX completo diário. Um único perfil de relatório não pode atender às três necessidades — mas a maioria dos produtos permite apenas um perfil por vService.
Clusters de alta disponibilidade introduzem outra armadilha: se o mesmo relatório agendado for gerado a partir de múltiplos nós, a parte interessada recebe dois exemplares do mesmo PDF ou o operador escreve scripts de coordenação. A semântica de envio único com suporte a cluster geralmente fica fora do software e recai sobre os ombros do operador.
Preferência de formato e idioma também são problemas. Em cenários de service provider, cada cliente deve receber um relatório no seu próprio idioma, com seu próprio logo. Produtos comuns podem não permitir preferência de idioma por perfil; uma única configuração global governa todos os relatórios.
O TR7 Scheduled Report Delivery resolve todos os quatro em um produto: múltiplas frequências + múltiplos destinatários + múltiplos formatos por perfil, perfis ilimitados por vService, envio único com suporte a cluster, preferência de idioma por perfil.
O TR7 projeta o agendamento de relatórios como uma parte natural da configuração do vService — sem serviço de agendamento separado, sem interface separada, o perfil reside sob o vService.
Presets horário, diário, semanal, mensal e anual estão vinculados a expressões cron fixas. O formulário ad-hoc e o perfil agendado compartilham o mesmo conjunto de parâmetros — o operador preenche o formulário uma vez, salva como perfil, escolhe uma frequência e a entrega começa.
Cada perfil de relatório pode ser atribuído a múltiplos destinatários de e-mail, múltiplos tipos de arquivo (PDF, XLSX) e múltiplas frequências. Um perfil pode entregar um resumo PDF semanal e um XLSX completo mensal a diferentes conjuntos de partes interessadas em paralelo.
Um vService pode ter um perfil principal e qualquer número de perfis adicionais. Resumo executivo mensal, detalhe operacional semanal, PDF de auditoria completa diária — tudo sob o mesmo vService, da mesma fonte de dados.
Em um cluster de alta disponibilidade, o mesmo relatório agendado é gerado e enviado apenas pelo nó ativo. Os operadores não precisam escrever scripts de coordenação para evitar entrega duplicada; o motor conhece a topologia do cluster.
A superfície de agendamento — definição de perfil, seleção de frequência, gerenciamento de destinatários, tipo de arquivo e preferência de idioma — é executada em um motor compartilhado ad-hoc + cron.
Horário: cada hora + 5 minutos. Diário: 01:30. Semanal: segunda-feira 03:30. Mensal: dia 1 do mês 05:30. Anual: virada do ano. Um único perfil pode ser atribuído a múltiplas frequências; o mesmo conjunto de dimensões pode ser enviado a diferentes conjuntos de destinatários em diferentes agendamentos.
Os perfis são definidos por nome em cada vService ("Executivo Mensal", "SRE Semanal", "Auditoria Interna Diária"). Os nomes dos perfis aparecem no console do operador, nos assuntos de e-mail e nos logs de auditoria — tornando rastreável quem recebeu qual relatório em qual perfil.
Cada perfil pode ser enviado para múltiplos endereços de e-mail. Os endereços são validados em relação ao padrão de e-mail ao salvar; endereços inválidos são rejeitados. O formulário de relatório ad-hoc também aceita um destinatário único.
O mesmo relatório agendado pode ser renderizado como PDF e XLSX e anexado ao mesmo e-mail. As partes interessadas recebem duas visualizações dos mesmos dados — PDF para leitura, XLSX para consulta detalhada.
Cada perfil de relatório especifica seu próprio idioma. Em cenários de service provider, cada cliente recebe o relatório no seu próprio idioma; o mesmo motor produz relatórios paralelos em diferentes idiomas para dezenas de clientes. Títulos da página de capa e rótulos de seção são localizados para o idioma do perfil.
Em um cluster de alta disponibilidade, um determinado relatório agendado é gerado e enviado apenas uma vez, pelo nó ativo. Os operadores não escrevem scripts de coordenação, as partes interessadas não recebem PDFs duplicados e corridas entre nós não acontecem. O motor conhece a topologia do cluster e se comporta adequadamente.
Cada vService pode ter um perfil de relatório principal e qualquer número de perfis extras. O perfil principal reside na configuração do vService; os extras são gerenciados em uma lista separada. Diferentes partes interessadas recebem diferentes profundidades de relatório sob o mesmo vService.
O formulário de relatório ad-hoc no console do operador (formato, intervalo, dimensões, seleção de gráficos, limite de linhas, idioma, e-mail de destino) compartilha o conjunto de parâmetros 1:1 com o perfil agendado. Uma saída ad-hoc satisfatória torna-se um perfil e começa a ser executada no cron.
O motor de agendamento é projetado junto com expressões cron, ciclo de vida de arquivos, entrega por e-mail, comportamento em cluster e logs de auditoria.
Horário: 5 * * * *; diário: 30 1 * * *; semanal: 30 3 * * 1; mensal: 30 5 1 * *. Os slots de relatório agendado são posicionados para evitar sobreposição com outros jobs periódicos; o relatório horário não cai em nenhum pico de tráfego isolado.
Anexos PDF / XLSX são entregues como e-mail SMTP padrão; a linha de assunto é configurável. O motor funciona por meio de servidores de e-mail corporativos (Exchange, Postfix, provedores de nuvem supervisionados). Entrega via webhook, upload S3 e SFTP não estão na versão atual.
Os arquivos de relatório gerados são escritos em /tmp com nomes com timestamp, usados como anexos de e-mail e removidos pelo ciclo de vida do SO. O arquivamento de longo prazo requer o encaminhamento manual da saída do perfil para um armazenamento compartilhado ou a configuração de encaminhamento para SIEM.
Somente o nó ativo do cluster realiza a entrega periódica; os nós em standby não executam o mesmo cron. Em caso de failover, o novo nó ativo assume a entrega a partir do próximo período.
Tanto os relatórios de tráfego L7 quanto os relatórios de ataques WAAP são executados no mesmo motor de agendamento. Os operadores não gerenciam dois serviços de agendamento; definições de perfil, presets de frequência e gerenciamento de destinatários são idênticos para ambas as superfícies.
Quando um perfil é atualizado, as alterações se aplicam no próximo gatilho cron; gerações em andamento não são afetadas. Quando um perfil é excluído, gatilhos futuros são cancelados enquanto os registros históricos de entrega são preservados.
Bancos e conglomerados enviam um PDF executivo mensal por vService ao conselho — página de capa com logo corporativo, 2-3 páginas de tráfego total, intensidade geográfica, taxa de erros e saúde do backend. O perfil é atribuído à frequência mensal com múltiplos destinatários em paralelo.
As equipes de SRE recebem um XLSX semanal com detalhamento completo para o mesmo vService — uma aba por seção, pronto para análise detalhada. Os perfis "Executivo Mensal" e "SRE Semanal" são executados em paralelo sob o mesmo vService.
A auditoria interna recebe relatórios completos diários — PDF e XLSX juntos. As entradas diárias do dossiê PCI DSS acumulam-se automaticamente; o arquivo do auditor é de fonte única no final do mês.
MSPs definem um perfil de relatório por tenant sob cada vService; cada cliente recebe um relatório mensal no seu próprio idioma, com seu próprio logo, para sua própria lista de e-mail. Sem etapa manual; integrar um novo tenant é uma questão de criar um novo vService + perfil.
5 presets de frequência, múltiplos destinatários, múltiplos formatos, envio único com suporte a cluster, preferência de idioma por perfil. Vamos percorrer uma demo ao vivo no seu próprio vService.