監査ログは、Policy Acknowledgement の一部の管理操作と運用操作を記録します。管理者は、誰がキャンペーンを開始し、設定を変更し、バージョンを公開したかを確認できます。従業員の確認は別の確認ログに保存されるため、監査エクスポートだけでは完全な証跡一式にはなりません。
適切なログを開く
- 調査対象のハブに接続された Policy Admin を開きます。
- 監査リストを読み取れる管理者アカウントでサインインします。
- 監査ログ を選択します。
- イベント時刻、実行者、操作、概要を確認します。ポリシー、キャンペーン、その他の識別子が調査対象に関係することを確認します。
- 概要が現在の状態を表すと決めつけず、イベントを現在のポリシーまたはキャンペーンのレコードと比較します。
このタブは、レコード ID の降順で最新の 500 件を読み込みます。残りの履歴を取得するページ切り替え機能はありません。これは表示とエクスポートの制限であり、基になるリストから古いレコードが自動削除されるという意味ではありません。

イベントを解釈する
イベントには、ポリシーの作成と更新、バージョン公開、状態変更、見直しの確認、キャンペーンの開始と停止、リマインダー、ロールと権限の変更、設定、カテゴリ、プロビジョニング、整合性チェック、レポートのエクスポートなどが含まれます。操作識別子と保存された概要は、記録時の言語のまま残る場合があります。インターフェイスの言語を変更しても、過去のイベントデータは翻訳されません。
タイムスタンプはレコード識別子および実行者と併せて確認します。インターフェイスはイベントのタイムスタンプを使用し、必要に応じてアイテムの作成日時を使用します。イベントは、アプリケーションが関連操作を試行または記録したことを示します。最終結果を判断する際は、基になるレコードを確認してください。
❗ 重要
業務データの更新と監査の書き込みは別々の操作です。ポリシーやキャンペーンの変更が成功しても、その後の監査書き込みが失敗することがあります。逆に、最新 500 件にイベントがないことは、その操作が一度も行われなかった証拠にはなりません。このタブは、SharePoint の完全なセキュリティログや変更ログではありません。
読み込まれたエントリをエクスポートする
Excel にエクスポート を選択し、承認された場所にブックを保存します。ファイル名の形式は PolicyAuditLog_YYYY-MM-DD.xlsx です。エクスポートには読み込まれたイベントが含まれ、表に表示される情報に加えて実行者アカウントとシリアル化された詳細が出力されます。
詳細列で、概要に収まらない識別子や背景情報を確認します。これらの値はアプリケーションが記録したデータであり、すべてのフィールド変更を再構築した履歴ではありません。要求された期間をブックが網羅すると説明する前に、最も古いエクスポート対象イベントを確認してください。
この範囲外のイベントが調査に必要な場合は、ハブの管理者に、承認された方法で該当する元のレコードを取得するよう依頼します。このタブに全履歴のエクスポートボタンはありません。元のブックを保持し、それを基に作成したフィルターや抜粋を記録してください。
調査記録を作成する
ハブ URL、エクスポート時刻、影響を受けたレコード識別子、観測されたエラー、関連イベントの時刻を記録します。キャンペーンイベントは割り当てと、公開イベントはバージョン履歴と、従業員の確認は受領証および確認レコードと比較します。通常の確認がこの管理タブにないだけで、確認が失われたと判断しないでください。
業務上の誤りを修正するためにログエントリを編集または削除しないでください。対応する設定やワークフローをサポートされているインターフェイスで修正し、以前の証跡を保持します。実行者アカウントや詳細には従業員情報が含まれる場合があるため、エクスポートへのアクセスを制限してください。
💡 ヒント
従業員の受領証の詳細は KB10526. 過去のポリシー確認と受領書を表示する方法、独立したハッシュチェーンチェックは KB10533. 確認ログの整合性を検証する方法 を参照してください。監査エクスポートと整合性チェックの結果は異なる問いに答えるものであり、基になる業務レコードと併せて解釈する必要があります。