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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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 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.
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.
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.
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.
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.
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.
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.