Os relatórios são gerados — mas quem os recebe, quando, em qual formato?
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.
Nossa abordagem
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.
Cinco presets de frequência e ad-hoc compartilham o mesmo motor
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.
Múltiplos destinatários, múltiplos formatos, múltiplas frequências por perfil
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.
Perfis de relatório ilimitados por vService
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.
Envio único com suporte a cluster — sem duplicação
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.
Capacidades
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.
5 presets de frequência — horário, diário, semanal, mensal, anual
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.
Perfis de relatório com nome
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.
E-mail para múltiplos destinatários, padrão de endereço validado
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.
Múltiplos tipos de arquivo (PDF + XLSX)
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.
Preferência de idioma por perfil
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.
Envio único com suporte a cluster
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.
Hierarquia de perfil principal + extra
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.
Conjunto de parâmetros compartilhado com o formulário ad-hoc
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.
Profundidade operacional
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.
Tabela de presets cron
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.
Entrega por e-mail via SMTP com nodemailer
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.
Ciclo de vida de arquivos temporários
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.
Coordenação com suporte a cluster
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.
Relatórios de tráfego L7 e ataques WAAP compartilham o mesmo motor
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.
Alterações no perfil entram em vigor no próximo ciclo
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.
Onde se aplica
Resumo executivo mensal em PDF
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.
XLSX detalhado semanal para SRE
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.
Auditoria interna completa diária
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.
Automação de relatórios de tenant para service provider
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.
Perguntas frequentes
Quais frequências são suportadas?
Um perfil pode ter múltiplos destinatários?
O mesmo vService pode ter múltiplos perfis?
Em um cluster, o mesmo relatório pode ser enviado duas vezes?
Os relatórios de tráfego L7 e os relatórios de ataques WAAP são agendados por serviços separados?
Posso definir idioma por perfil?
Entrega via webhook ou S3 / SFTP é suportada?
Integre a entrega de relatórios ao vService — não a um sistema separado
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.