Les rapports sont générés — mais qui les reçoit, quand, dans quel format ?
La plupart des infrastructures de reporting ressemblent à ceci : le produit ADC ou WAAP génère des PDF périodiques, les dépose dans un partage de fichiers, et un cron hebdomadaire ou une étape manuelle les envoie par email aux bonnes parties prenantes. Il y a plusieurs liens manuels dans la chaîne ; si l'un d'eux se rompt, la partie prenante manquante peut être hors de la boucle pendant des semaines.
Au-delà de cela, différentes parties prenantes au sein de la même organisation ont besoin du rapport du même vService à différentes profondeurs. La direction veut un résumé mensuel de deux pages ; les opérations veulent une vue complète hebdomadaire ; l'audit interne veut un XLSX complet quotidien. Un seul profil de rapport ne peut pas servir les trois — mais la plupart des produits n'autorisent qu'un profil par vService.
Les clusters à haute disponibilité introduisent un autre piège : si le même rapport planifié est généré depuis plusieurs nœuds, la partie prenante reçoit soit deux copies du même PDF, soit l'opérateur écrit des scripts de coordination. La sémantique d'envoi unique adaptée au cluster est généralement en dehors du logiciel et sur les épaules de l'opérateur.
Le format et la préférence linguistique sont également des problèmes. Dans les scénarios de fournisseur de services, chaque client devrait recevoir un rapport dans sa propre langue, avec son propre logo. Les produits courants peuvent ne pas permettre la préférence linguistique par profil ; un seul paramètre global gouverne chaque rapport.
TR7 Livraison de Rapports Planifiés résout les quatre en un produit : multi-fréquences + multi-destinataires + multi-formats par profil, profils illimités par vService, envoi unique adapté au cluster, préférence linguistique par profil.
Notre approche
TR7 conçoit la planification des rapports comme une partie naturelle de la configuration du vService — aucun service de planification séparé, aucune interface séparée, le profil réside sous le vService.
Cinq préréglages de fréquence et ad-hoc partagent le même moteur
Les préréglages horaire, quotidien, hebdomadaire, mensuel et annuel sont liés à des expressions cron fixes. Le formulaire ad-hoc et le profil planifié partagent le même ensemble de paramètres — l'opérateur remplit le formulaire une fois, l'enregistre comme profil, choisit une fréquence, et la livraison commence.
Multi-destinataires, multi-formats, multi-fréquences par profil
Chaque profil de rapport peut être assigné à plusieurs destinataires email, plusieurs types de fichiers (PDF, XLSX) et plusieurs fréquences. Un profil peut délivrer un résumé PDF hebdomadaire et un XLSX complet mensuel à différents ensembles de parties prenantes en parallèle.
Profils de rapport illimités par vService
Un vService peut porter un profil principal et un nombre illimité de profils supplémentaires. Résumé exécutif mensuel, détail opérationnel hebdomadaire, audit PDF à couverture complète quotidien — tout sous le même vService, depuis la même source de données.
Envoi unique adapté au cluster — sans duplication
Dans un cluster à haute disponibilité, le même rapport planifié est généré et envoyé uniquement par le nœud actif. Les opérateurs n'ont pas besoin d'écrire des scripts de coordination pour éviter la double livraison ; le moteur connaît la topologie du cluster.
Capacités
La surface de planification — définition de profil, sélection de fréquence, gestion des destinataires, type de fichier et préférence linguistique — s'exécute sur un moteur partagé ad-hoc + cron.
5 préréglages de fréquence — horaire, quotidien, hebdomadaire, mensuel, annuel
Horaire : chaque heure + 5 minutes. Quotidien : 01 h 30. Hebdomadaire : lundi 03 h 30. Mensuel : 1er du mois 05 h 30. Annuel : tournant de l'année. Un seul profil peut être assigné à plusieurs fréquences ; le même ensemble de dimensions peut être envoyé à différents ensembles de destinataires selon différents plannings.
Profils de rapport nommés
Les profils sont définis par nom sous chaque vService (« Executive Monthly », « SRE Weekly », « Internal Audit Daily »). Les noms de profil apparaissent dans la console opérateur, dans les sujets d'email et dans les logs d'audit — permettant de tracer qui a reçu quel rapport sous quel profil.
Email multi-destinataires, pattern d'adresse validé
Chaque profil peut envoyer à plusieurs adresses email. Les adresses sont validées selon le pattern email lors de l'enregistrement ; les adresses invalides sont rejetées. Le formulaire de rapport ad-hoc accepte également un destinataire ponctuel.
Plusieurs types de fichiers (PDF + XLSX)
Le même rapport planifié peut être rendu en PDF et en XLSX et joint au même email. Les parties prenantes obtiennent deux vues des mêmes données — PDF pour la lecture, XLSX pour la consultation détaillée.
Préférence linguistique par profil
Chaque profil de rapport spécifie sa propre langue. Dans les scénarios de fournisseur de services, chaque client reçoit le rapport dans sa propre langue ; le même moteur produit des rapports parallèles dans différentes langues pour des dizaines de clients. Les titres de page de couverture et les libellés de sections se localisent selon la langue du profil.
Envoi unique adapté au cluster
Dans un cluster à haute disponibilité, un rapport planifié donné est généré et envoyé une seule fois, depuis le nœud actif. Les opérateurs n'écrivent pas de scripts de coordination, les parties prenantes ne reçoivent pas de PDF en doublon, et les courses inter-nœuds ne se produisent pas. Le moteur connaît la topologie du cluster et se comporte en conséquence.
Hiérarchie profil principal + profils supplémentaires
Chaque vService peut porter un profil de rapport principal et un nombre illimité de profils supplémentaires. Le profil principal réside dans la configuration du vService ; les profils supplémentaires sont gérés dans une liste séparée. Différentes parties prenantes reçoivent différentes profondeurs de rapport sous le même vService.
Ensemble de paramètres partagé avec le formulaire ad-hoc
Le formulaire de rapport ad-hoc de la console opérateur (format, plage, dimensions, sélection de graphiques, plafond de lignes, langue, email cible) partage l'ensemble de paramètres 1:1 avec le profil planifié. Une sortie ad-hoc satisfaisante devient un profil et commence à s'exécuter sur cron.
Profondeur opérationnelle
Le moteur de planification est conçu aux côtés des expressions cron, du cycle de vie des fichiers, de la livraison par email, du comportement en cluster et des logs d'audit.
Table des préréglages cron
Horaire 5 * * * *, quotidien 30 1 * * *, hebdomadaire 30 3 * * 1, mensuel 30 5 1 * *. Les mêmes créneaux de rapports planifiés sont positionnés pour éviter le chevauchement avec d'autres jobs périodiques ; le reporting horaire ne tombe pas sur un seul pic de trafic.
Livraison email via SMTP avec nodemailer
Les pièces jointes PDF / XLSX sont livrées en email SMTP standard ; la ligne d'objet est configurable. Le moteur fonctionne via les serveurs email d'entreprise (Exchange, Postfix, fournisseurs cloud supervisés). La livraison par webhook, upload S3 et SFTP ne font pas partie de la version actuelle.
Cycle de vie des fichiers temporaires
Les fichiers de rapport générés sont écrits sous /tmp avec des noms horodatés, utilisés comme pièces jointes email, et supprimés par le cycle de vie de l'OS. L'archivage à long terme nécessite de transmettre manuellement la sortie du profil vers un stockage partagé, ou de configurer le transfert SIEM.
Coordination adaptée au cluster
Seul le nœud actif du cluster effectue la livraison périodique ; les nœuds en attente n'exécutent pas le même cron. En cas de basculement, le nouveau nœud actif reprend la livraison à partir de la période suivante.
Les rapports de trafic L7 et les rapports d'attaque WAAP partagent le même moteur
Les rapports de trafic L7 et les rapports d'attaque WAAP s'exécutent tous deux sur le même moteur de planification. Les opérateurs ne gèrent pas deux services de planification ; les définitions de profil, les préréglages de fréquence et la gestion des destinataires sont identiques pour les deux surfaces.
Les changements de profil prennent effet au cycle suivant
Lorsqu'un profil est mis à jour, les changements s'appliquent au prochain déclenchement cron ; les générations en cours ne sont pas affectées. Lorsqu'un profil est supprimé, les déclenchements futurs sont annulés tandis que les enregistrements de livraison historiques sont préservés.
Où ça s'intègre
Résumé PDF exécutif mensuel
Les banques et conglomérats envoient un PDF exécutif mensuel par vService à la direction — page de couverture avec logo d'entreprise, 2 à 3 pages de trafic total, intensité géographique, taux d'erreur et santé des backends. Le profil est assigné à la fréquence mensuelle avec plusieurs destinataires en parallèle.
XLSX détaillé hebdomadaire pour les SRE
Les équipes SRE reçoivent un XLSX à découpage complet hebdomadaire pour le même vService — un onglet par section, prêt pour une analyse détaillée. Les profils « Executive Monthly » et « SRE Weekly » s'exécutent en parallèle sous le même vService.
Audit interne quotidien à couverture complète
L'audit interne reçoit des rapports quotidiens à couverture complète — PDF et XLSX ensemble. Les entrées quotidiennes du dossier PCI DSS s'accumulent automatiquement ; l'archive de l'auditeur est à source unique en fin de mois.
Automatisation du reporting de locataires pour les fournisseurs de services
Les MSP définissent un profil de rapport par locataire sous chaque vService ; chaque client reçoit un rapport mensuel dans sa propre langue, avec son propre logo, à sa propre liste d'emails. Aucune étape manuelle ; l'intégration d'un nouveau locataire n'est qu'un nouveau vService + profil.
Questions fréquentes
Quelles fréquences sont prises en charge ?
Un profil peut-il avoir plusieurs destinataires ?
Le même vService peut-il avoir plusieurs profils ?
Dans un cluster, le même rapport peut-il être envoyé deux fois ?
Les rapports de trafic L7 et les rapports d'attaque WAAP sont-ils planifiés par des services séparés ?
Puis-je définir la langue par profil ?
La livraison par webhook ou S3 / SFTP est-elle prise en charge ?
Intégrez la livraison de rapports dans le vService — pas un système séparé
5 préréglages de fréquence, multi-destinataires, multi-formats, envoi unique adapté au cluster, préférence linguistique par profil. Laissez-nous vous guider à travers une démo en direct sur votre propre vService.