の資産パフォーマンスレポート ハードウェア資産ワークスペース
[資産アナリティクス] ビューで利用可能な資産パフォーマンスレポートを使用して、組織のハードウェア資産の全体的な運用効率に関するインサイトを取得します。
資産パフォーマンスでは、資産が組織内で意図した機能をどの程度効果的かつ効率的に果たしているかを評価します。評価には、次のような重要業績評価指標 (KPI) の測定と分析が含まれます。
- 資産がいつ運用可能かを決定するための資産の可用性
- 信頼性を測定するための平均故障間隔 (MTBF)
- 修理効率を測定するための平均修理時間 (MTTR)
- 資産とその子資産の関連タスクに費やした合計時間を測定するための総資産タスク時間のサマリー。
資産パフォーマンスを追跡するメリット
- 計画外のダウンタイムを削減
- 資産の健全性をリアルタイムで監視することで、ダウンタイムが発生する前に問題を防止および予測できます。
- メンテナンス効率の向上
- MTTR や MTBF などのメトリクスは、メンテナンスをより効果的にスケジュールし、無駄な時間を削減し、技術者の効率を向上させるのに役立ちます。
- 資産の耐用年数と投資収益率 (ROI) を最大化する
- 摩耗の兆候を早期に検出し、タイムリーな修理をスケジュールすることで、組織は機器を長持ちさせ、交換の必要性を遅らせることができます。
- ファイナンシャルプランの強化
- パフォーマンスに関するインサイトは、パフォーマンスが低いモデルや場所、または継続的な問題があるモデルや場所を特定するのに役立ち、より良い投資選択を導きます。
- 運用をサービスレベルに合わせる
- 可用性を追跡することで、資産はサービスレベルアグリーメント (SLA)、コンプライアンス標準、または本番スケジュールによって設定された必要なアップタイム目標を達成することができます。
考慮事項、要件、および制限事項
- 資産重要業績評価指標 (KPI) は、パレット、消耗品、バンドル資産については計算されません。
- デフォルトでは、資産 KPI は計算されません。
- 資産の可用性、MTBF、MTTR を含む資産 KPI を追跡するには、次の構成を実行する必要があります。
- KPI を監視する資産のモデルカテゴリにオプトインします。注:モデルカテゴリに子カテゴリがある場合、パフォーマンス追跡のために親カテゴリを選択しても、子カテゴリは自動的には含まれません。追跡する特定の子カテゴリにオプトインする必要があります。
- スケジュールを参照するエンティティの運用ステータスと合計運用期間を指定するスケジュールエントリのコレクションである運用スケジュールを定義します。スケジュールエントリは、スケジュール内のカレンダーの運用時間を定義します。
詳細については、「ハードウェア資産の運用スケジュールの作成」を参照してください。
注:運用スケジュールが定義されていない場合は、デフォルトの運用スケジュールが適用されます。 - 資産スケジュールを作成して、ハードウェア資産を運用スケジュールに関連付けます。注:資産が運用スケジュールに関連付けられていない場合は、既定の資産スケジュールが適用されます。
- KPI を監視する資産のモデルカテゴリにオプトインします。
- ハードウェア資産の資産 KPI の計算は、資産が初めて [使用中] ステータスに移行したときに開始されます。
- KPI は、資産のステータスが [廃止] または [欠損] に変わるまで追跡されます。
資産 KPI の計算
KPI は、資産に関連付けられたタスクと資産の運用スケジュールに基づいて計算されます。KPI 値は、サービス可用性テーブルを拡張する資産可用性 [sn_ent_asset_availability] テーブルに保存されます。
パフォーマンス追跡をオプトインしたモデルカテゴリに属する資産のパフォーマンス追跡は、資産のステータスが初めて [使用中] に変更されたときに開始されます。次に、 資産の可用性 % が 100 に設定されたレコードが資産の可用性テーブルに作成されます。資産が機能停止すると、[資産利用可能率 (%)] の値は減少します。
- 機能停止レコードの作成
- 次の予定外の機能停止シナリオでは、機能停止 [cmdb_ci_outage] テーブルに機能停止レコードが作成されます。
- 資産のステータスが [使用中] から次のいずれかに変わります。
- 在庫あり:修理待ち
- 在庫あり:廃棄待ち
- 在庫あり:欠陥品
- インシデントが作成されました
機能停止レコードは、次の場合にクローズされます。- 資産のステータスが [使用中] に戻ります。
- インシデントがクローズされます。
機能停止の期間は、修理タスクがクローズされたときに計算されます。
- 資産のステータスが [使用中] から次のいずれかに変わります。
- 重複する機能停止の処理
-
同じ時間枠内に複数のイベントが記録されるため、機能停止が重複する可能性があります。正確な KPI 計算を維持するために、予定外の機能停止間の重複は次のルールで処理されます。
- 資産が [使用中] から [在庫あり - 修理待ち] ステータスに移行したり、同じ資産でインシデントが作成されたりするなど、複数の予定外の機能停止が重複期間中に発生した場合、個別の機能停止として扱われることはありません。代わりに、ダウンタイムの過大評価を避けるために、単一の機能停止に結合されます。
- この結合された機能停止の合計期間は、重複するすべての時間間隔を結合することによって計算されます。
- 機能停止の計算例を次に示します。
- 機能停止 A:午前 10:00 – 午後 12:00
- 機能停止 B: 11:30 AM – 1:00 PM
結果:結果として得られる機能停止期間は午前 10:00 〜 午後 1:00 (単一の 3 時間の機能停止) です。
- 資産階層全体での機能停止の引き継ぎ
- 資産階層では、資産またはその子資産の機能停止は次のように処理されます。
- [必須] フィールドが true に設定されている子資産で機能停止が発生すると、その親資産にも機能停止が発生します。
- 親資産が機能停止になると、そのすべての子資産も機能停止になります。
| 資産 KPI | 計算式 |
|---|---|
| 資産の可用性 (%) |
|
| 平均故障間隔 (MTBF) (時間) |
|
| 平均修理時間 (MTTR) (時間) |
|
KPI 計算で使用される変数の定義は次のとおりです。
| 変数 | 定義 |
|---|---|
| 営業時間 | 資産が最初に [使用中] ステータスに移行してから、資産スケジュール内の現在の日時までの期間。 |
| 計画されたダウンタイム | 資産が [対応中] ステータスから [完了してクローズ] ステータスに移行してからの期間。 |
| 計画外ダウンタイム | 資産が使用中ステータスから修理ステータスに移行してから、資産スケジュール内で「在庫あり - 修理待ち」、「在庫あり - 廃棄待ち」、「在庫あり - 欠陥品」などの修復ステータスに移行するまでの期間。 同じ資産の修理ステータスとインシデントの期間が重複している場合は、両方の期間の合計が考慮されます。機能停止期間を決定する際には、資産スケジュールも考慮されます。 |
| 予定外の機能停止合計 | 資産の合計機能停止レコード数。重複する機能停止と同時実行機能停止は、1 つの機能停止として統合されます。 |
資産 KPI レポートへのアクセス
- 資産フォームのコンテキストサイドバー:資産フォームのコンテキストサイドバーで利用可能なオプションを使用して、次のレポートを表示できます。
- [資産アナリティクス] ビューの [資産パフォーマンス] タブ:追跡されているすべての資産の KPI の平均値 (平均可用性、平均 MTTR、平均 MTBF など) を表示できます。さらに、これらの KPI の計算に寄与した資産のリストを表示することもできます。詳細については、「 ハードウェア資産ワークスペースの資産分析ビュー」を参照してください。
資産 KPI の計算のためのスケジュール済みジョブ
- Calculate asset performance KPIsスケジュール済み週次ジョブは毎週土曜日に実行され、パフォーマンス追跡にオプトインされたモデルカテゴリに属する資産の KPI が計算されます。これらの KPI は、最新の KPI 値が表示される資産可用性および関連 KPI レポートに反映されます。注:オプトインしたモデルカテゴリの既存の資産の履歴 KPI を追跡するには、 Calculate availability for historical data ジョブを実行します。このジョブでは、機能停止と KPI を計算するために、資産に関連する次のタスクを考慮します。
- RMA タスク
- 修復タスク
- トラブルシューティングタスク
- 評価タスク
- 取り消しタスク
- Asset availability data collectionスケジュール済み週次ジョブは毎週日曜日に実行され、平均可用性、平均 MTTR、平均 MTBF などの KPI の平均値が計算されます。その後、[資産アナリティクス] ビューの [資産パフォーマンス] タブにレポートが生成されます。