例外理由プロパティの構成

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間:2分
  • リアルタイム適用で enforce_real_time_validationtrue に設定されている場合、推奨レベルの検出結果には、フォームを保存する前に承認済みの例外理由が必要です。

    始める前に

    必要なロール:sn_se.scan_engine_admin、sn_se.scan_engine_read_user、sn_se.internal_rest_integration

    手順

    1. 却下された例外理由の検証を強制するかどうかを選択します。
      有効にすると、例外の理由が却下された場合、その理由にリンクされているオブジェクトは読み取り専用になります。次のいずれかになるまで、ユーザーは追加の変更を行うことはできません。
      • 推奨レベルのメッセージが解決されました。
      • 新しい例外理由が送信されます。

      これにより、検証ルールに厳密に準拠し、例外が未解決の間は一貫性のない更新や不正な更新を防ぐことができます。

    2. 本番環境での承認を有効にするかどうかを選択します。
      enable_exception_reason_approvals_in_productionfalse に設定されている場合、例外は発生したインスタンスでのみ承認できます。
      注:
      この設定は、開発インスタンスにのみ適用されます。
    3. 承認グループは、例外要求を承認または却下し、通知を受信します。
      • [ 本番環境での承認を有効にする (Enable approvals in production )] 設定を使用して、例外を本番インスタンスで承認できるか、開発環境でのみ承認できるかを制御します。
      • 承認グループには、例外理由を承認または却下し、新しい承認が要求されたときに通知を受け取る 1 つまたは複数のグループが表示されます。
    4. 承認された例外理由を技術的負債から除外するかどうかを選択します。

      有効にすると、承認された例外理由のある検出結果が技術的負債メトリクスから除外されます。

      注:
      これにより、検出結果はシステムから削除されません。
    5. 新しい検出結果が見つかるとer_finding_number_validation は、後続のスキャンで同じ問題が再度検出された場合の例外理由の処理方法を決定します。
      オプションは、[ 既存の理由を自動承認 ] および [ 既存の理由を再承認] です。
    6. 回線番号の変更時にexception_reason_validation
      • 検出結果の行番号がコード内で変更されたときに、承認された例外理由をどのように処理するかを決定します。
      • オプションは、[ 既存の理由を自動承認 ] (デフォルト) と [ 既存の理由を再承認] です。
      既存の理由を自動的に受け入れるかどうかを選択します。