拒否(Denials)

拒否レポートを使用して、利用不可のためにユーザーがライセンスへのアクセスを拒否されたイベントを分析します。このレポートは、ライセンスのギャップ、ピーク負荷パターン、および追加のリソースが必要になる可能性のある領域を特定するのに役立ちます。

拒否

可能なこと

このレポートには、拒否をユーザー別およびフィーチャー別にグループ化する2つの視覚化が含まれています。

この棒グラフは、ユーザー名別にグループ化されたライセンス拒否の総数を示します。これを使用して、ライセンス不足の影響を最も受けているユーザーを特定します。

このチャートは、フィーチャー名別にグループ化された拒否の数を表示します。最も頻繁に要求されるが利用できないフィーチャーが強調表示されます。

両方のチャートに表示される値:

これらの視覚化は、ライセンスプール内のボトルネックと容量の問題をすばやく見つけるのに役立ちます。

どちらのチャートもドリルスルーに対応しています。ユーザーまたは機能を開くと、イベント単位の拒否の詳細テーブルに移動します。

次のフィルターを使用して、レポートデータを絞り込みます。

日付: 相対的な日付フィルターです。既定は 直近 14 日間（Last 14 days）で、解決された範囲（例: 2026/07/11 to 2026/07/24）がすぐ下に表示されます。別のプリセット、または開始日と終了日を指定したカスタム範囲を選択して、対象期間を変更できます。
子ユーザー名: OpenLM は使用状況を親ユーザーアカウントに集約するため、ユーザー名にはその人物の合計が表示されます。親に統合された個々のアカウントを個別に確認するには、ここで子ユーザー名を選択します。マッピングの仕組みはユーザーエイリアスを参照してください。
ライセンスタイプ
エラーメッセージ
ユーザー名
サーバー名
ベンダー
バージョン
ワークステーション
拒否カテゴリ
拒否ステータス
グループ名
追加キー

記録された拒否のすべてが、ライセンスを得られなかったユーザーではありません。 ライセンスマネージャーは、要求が別のプールやサーバーから即座に満たされた場合でも拒否を記録することがよくあります。Version 25 では残りを「真の拒否（true denials）」と呼びました。数字を引用する前に、ここの Denial Status フィルターで両者を分離してください。
同じユーザーの短時間に連続した拒否は、1 回の失敗した試行を複数回数えていることがほとんどです — アプリケーションは自動的にリトライします。不足の広がりを結論づける前に、ユニークユーザー数と時間帯で見てください。
機能別の拒否数は、プールが断った需要です — 同じ機能が同じ時間帯にライセンス使用状況で飽和していれば、不足は確定です。拒否数と飽和のこの組み合わせが、チャート 2 枚でできる調達の論拠です。