ほとんどのレポーティングインフラはこのような形をしています：ADCまたはWAAPプロダクトが定期的なPDFを生成してファイル共有に保存し、週次のcronまたは手動ステップが適切なステークホルダーにメールで送信します。チェーンには複数の手動リンクがあり、どれか一つが壊れると、見逃したステークホルダーが数週間情報から外れる可能性があります。
それ以上に、同じ組織内の異なるステークホルダーは同じvServiceのレポートを異なる深さで必要とします。取締役会は2ページの月次サマリーを望み、運用チームは週次フルビューを望み、内部監査は日次フルXLSXを望みます。単一のレポートプロファイルでは3つすべてに対応できません — しかしほとんどのプロダクトはvServiceごとに1つのプロファイルしか許可しません。
高可用性クラスターは別のトラップをもたらします：同じスケジュールレポートが複数のノードから生成されると、ステークホルダーは同じPDFを2部受け取るか、オペレーターが調整スクリプトを書くことになります。クラスター対応シングル送信セマンティクスは通常ソフトウェアの外にあり、オペレーターの責任となります。
フォーマットと言語設定も運用上の問題です。サービスプロバイダーのシナリオでは、各顧客が自分の言語で、自分のロゴを使ったレポートを受け取るべきです。一般的なプロダクトはプロファイルごとの言語設定を許可しない場合があり、1つのグローバル設定がすべてのレポートを管理します。
TR7 スケジュールレポート配信は4つすべてを1つのプロダクトで解決します：プロファイルごとの複数頻度 + 複数受信者 + 複数フォーマット、vServiceごとの無制限プロファイル、クラスター対応シングル送信、プロファイルごとの言語設定。
TR7はレポートスケジューリングをvService設定の自然な一部として設計します — 別途スケジューリングサービスなし、別途UI なし、プロファイルはvServiceの下に存在します。
毎時、毎日、毎週、毎月、年次のプリセットが固定cronの式にバインドされています。アドホックフォームとスケジュールプロファイルは同じパラメーターセットを共有します — オペレーターは一度フォームに入力し、プロファイルとして保存し、頻度を選択すれば配信が始まります。
各レポートプロファイルは複数のメール受信者、複数のファイルタイプ（PDF、XLSX）、複数の頻度に割り当てられます。1つのプロファイルが週次PDFサマリーと月次フルXLSXを並行して異なるステークホルダーグループに配信できます。
vServiceは1つのプライマリプロファイルと任意数の追加プロファイルを持てます。月次エグゼクティブサマリー、週次運用詳細、日次フルカバレッジ監査PDF — すべて同一vService下で、同一データソースから。
高可用性クラスターでは、同じスケジュールレポートがアクティブノードからのみ1回生成・送信されます。オペレーターは二重配信を防ぐための調整スクリプトを書く必要はありません。エンジンはクラスタートポロジーを把握しています。
スケジューリングサーフェス — プロファイル定義、頻度選択、受信者管理、ファイルタイプ、言語設定 — が共有のアドホック + cronエンジン上で動作します。
毎時：各時間 + 5分。毎日：01:30。毎週：月曜日 03:30。毎月：月初 05:30。年次：年の変わり目。単一プロファイルを複数の頻度に割り当て可能で、同じ次元セットを異なるスケジュールで異なる受信者グループに送付できます。
プロファイルは各vService下で名前で定義されます（「エグゼクティブ月次」、「SRE週次」、「内部監査日次」）。プロファイル名はオペレーターコンソール、メール件名、監査ログに表示されます — どのプロファイルで誰が何のレポートを受け取ったかが追跡可能です。
各プロファイルは複数のメールアドレスに送付できます。アドレスは保存時にメールパターンに対して検証され、無効なアドレスは拒否されます。アドホックレポートフォームも1回限りの受信者を受け付けます。
同じスケジュールレポートがPDFとXLSXの両方としてレンダリングされ、同じメールに添付できます。ステークホルダーは同じデータの2つのビューを受け取ります — 閲覧用のPDFと詳細クエリ用のXLSX。
すべてのレポートプロファイルが独自の言語を指定します。サービスプロバイダーのシナリオでは各顧客が自分の言語でレポートを受け取り、同じエンジンが数十の顧客向けに並行してレポートを異なる言語で生成します。カバーページのタイトルとセクションラベルはプロファイルの言語にローカライズされます。
高可用性クラスターでは、指定されたスケジュールレポートがアクティブノードからのみ1回生成・送信されます。オペレーターは調整スクリプトを書く必要なく、ステークホルダーは重複したPDFを受け取らず、ノード間の競合は発生しません。エンジンはクラスタートポロジーを把握して適切に動作します。
すべてのvServiceは1つのプライマリレポートプロファイルと任意数のエキストラプロファイルを持てます。プライマリプロファイルはvService設定に存在し、エキストラは別リストで管理されます。異なるステークホルダーが同一vServiceで異なるレポートの深さを受け取ります。
オペレーターコンソールのアドホックレポートフォーム（フォーマット、範囲、次元、チャート選択、行上限、言語、送信先メール）はスケジュールプロファイルと1:1でパラメーターセットを共有します。満足のいくアドホック出力がプロファイルになり、cronで実行され始めます。
スケジューリングエンジンはcron式、ファイルライフサイクル、メール配信、クラスター動作、監査ログとともに設計されています。
毎時 5 * * * *、毎日 30 1 * * *、毎週 30 3 * * 1、毎月 30 5 1 * *。同じスケジュールレポートのスロットが他の定期ジョブとの重複を避けるよう配置されています。毎時レポーティングは単一のトラフィックピーク時間に当たりません。
PDF / XLSXの添付ファイルが標準SMTPメールで配信され、件名は設定可能です。エンジンは社内メールサーバー（Exchange、Postfix、監督対象クラウドプロバイダー）を通じて動作します。Webhook、S3アップロード、SFTP配信は現在のリリースには含まれていません。
生成されたレポートファイルはタイムスタンプ付きの名前で/tmp下に書き込まれ、メール添付ファイルとして使用された後、OSのライフサイクルによって削除されます。長期アーカイブにはプロファイル出力を共有ストアに手動転送するか、SIEM転送を設定する必要があります。
クラスターのアクティブノードのみが定期配信を実行します。スタンバイノードは同じcronを実行しません。フェイルオーバー時には新しいアクティブノードが次の期間から配信を引き継ぎます。
L7トラフィックレポートとWAAPアタックレポートの両方が同じスケジューリングエンジンで動作します。オペレーターは2つのスケジューリングサービスを管理する必要はありません。プロファイル定義、頻度プリセット、受信者管理は両方のサーフェスで同一です。
プロファイルが更新されると、変更は次のcronトリガーで適用されます。実行中の生成は影響を受けません。プロファイルが削除されると、将来のトリガーはキャンセルされ、履歴配信記録は保持されます。
銀行やコングロマリットはvServiceごとの月次エグゼクティブPDFを取締役会に送付します — 企業ロゴ入りカバーページ、総トラフィック、地理的密度、エラー率、バックエンドの健全性の2〜3ページ。プロファイルは複数の受信者を並行して持つ月次頻度に割り当てられます。
SREチームは同じvServiceの週次フル内訳XLSXを受け取ります — セクションごとに1タブ、詳細分析に対応。「エグゼクティブ月次」と「SRE週次」のプロファイルが同一vService下で並行して実行されます。
内部監査はPDFとXLSXを合わせた日次フルカバレッジレポートを受け取ります。日次PCI DSSの資料が自動的に蓄積され、月末の監査担当者のアーカイブが単一ソースになります。
MSPは各vServiceの下にテナントごとのレポートプロファイルを定義します。各顧客は自分の言語で、自分のロゴを使って、自分のメールリストに月次レポートを受け取ります。手動ステップなし。新しいテナントのオンボーディングは新しいvService + プロファイルで完了します。
5つの頻度プリセット、複数受信者、複数フォーマット、クラスター対応シングル送信、プロファイルごとの言語設定。お客様自身のvServiceでのライブデモをご案内します。