問題フォーム
問題フォームのフィールド値の説明。
| 名前 | 定義 |
|---|---|
| 番号 | Read-only フィールド。問題を識別するための一意の番号。 |
| 元のタスク | この問題が最初に特定されたタスク |
| カテゴリ | ソフトウェア、ハードウェアなど、問題が属するグループ。カテゴリを選択し、該当する場合は次にサブカテゴリを選択します。 |
| サービス | 問題が適用されるビジネスサービス。 構成アイテムとしてビジネスサービスを選択し、そのビジネスサービスが他のアクティブなタスクの構成アイテムとしてもリストされている場合は、アクティブなタスクアイコン ( 選択したビジネスサービスの BSM マップ (依存関係ビュー) を表示するには、依存関係アイコン |
| サービスオファリング | 可用性、スコープ、価格設定、およびパッケージングに関して、サービスのレベルを一意に定義する 1 つ以上のサービスコミットメントで構成されています。サービスオファリングを使用すると、指定されたサービスのさまざまな機能とそのパフォーマンスレベルを受け取ることができます。 |
| 構成アイテム | 問題が適用される構成アイテム (CI)。選択された構成アイテムの CI クラスは、ハードウェア、ネットワーク、データベースなど、問題の種類を識別します。 |
| 状態 | 既存の顧客の場合、使用可能な状況は、[オープン]、[変更待ち]、[既知のエラー]、および [クローズ済み] または [解決済み] です。 Madrid からの新規顧客の場合、状況管理プロセスが適用されます。この状態フィールドはread-only フィールドです。フィールド値は、問題の状態が移行するのに応じて変化します。使用可能な状況は、[新規]、[評価]、[根本原因分析]、[解決の進行中]、[解決済み]、および [クローズ済み] です。 |
| 解決コード | 問題が解決されたかどうか、修正が適用されたかどうか、複製が利用可能かどうか、または問題コーディネーターがリスクを受け入れたかどうかを示します。 注: このフィールドは、状況管理プロセスの一部であるため、Madrid 以降のリリースからの新規の顧客に対してのみ表示されます。 |
| 次の複製 | [解決コード] が [複製] の場合、[次の複製] フィールドは、現在の問題の複製元の問題への参照です。 |
| 影響 | 問題がビジネスに与える影響。適切な影響度レベル ([高]、[中]、[低]) を選択します。 |
| 緊急度 | 問題解決を遅延できる限度。適切な緊急度レベル ([高]、[中]、[低]) を選択します。 |
| 優先度 | サービスデスクが問題にどれだけ迅速に対応する必要があるか ([重大]、[高]、[中], [低]、[計画])。[優先度] フィールドは読み取り専用で、入力された [影響度] および [緊急度] の値に従って設定されます。 |
| アサイン先グループ | 問題に取り組むグループ。 ビジネスルール Populate Assignment Group based on CI/SO は、構成アイテム (CI) またはサービスオファリングで利用可能なサポートグループに基づいて、[アサイン先グループ] フィールドに連続して入力します。
注: デフォルト値を上書きする場合は、新しいプロパティを作成し、[アサイン先グループ] フィールドの入力に使用するプロパティ値のフィールドを指定する必要があります。次の優先順位でプロパティを作成します。ビジネスルールは、インシデントが作成または更新されたとき、および [アサイン先グループ] と [担当者] フィールドが空のときにトリガーされます。
[アサイン先グループ] フィールドが空白の場合、インシデントは自動的にグループにアサインされます。 |
| 担当者 | 問題がアサインされている特定の問題コーディネーター。アサインルールが適用される場合、問題は適切なユーザーまたはグループに自動的にアサインされます。 |
| 問題の説明 | problem-solving チームが対応している問題の説明。問題の説明を更新して別のフィールドに移動すると、[関連検索] フィールドにナレッジ記事が表示されます。問題のプロパティを設定すると、[関連検索] フィールドに、問題の説明に関連する他の関連情報が表示されます。 |
| 説明 | 問題の詳細な説明。 |
| 関連検索 | 検索結果。 注: 既知のエラー記事またはナレッジ記事を検索して問題にリンクさせる場合は、[添付] をクリックします。 |
| メモ | |
| 作業メモリスト | 問題に作業メモが追加されたときに通知を受け取るユーザー。 |
| 作業メモ | 問題に対して実行する作業についての記述。 |
| 分析情報 | |
| ワークアラウンド | 問題を克服するために使用した方法。ワークアラウンドを提供することは、インシデントの迅速な解決に役立ちます。これは、問題に対処する方法でも、問題を解決できないながらも何かを機能させたりする方法でもかまいません。 ワークアラウンドがある場合、問題コーディネーターは、[ワークアラウンドの連絡] アクションをクリックして、関連するインシデントに通知することができます。 |
| 原因のメモ | 問題を引き起こした原因についての記述。 |
| 解決情報 | |
| 解決者 | Read-only フィールド。問題を解決したユーザーの名前。 注: このフィールドは、状況管理プロセスの一部であるため、Madrid 以降のリリースからの新規の顧客に対してのみ表示されます。 |
| 解決済み | Read-only フィールド。問題が解決された日時。 注: このフィールドは、状況管理プロセスの一部であるため、Madrid 以降のリリースからの新規の顧客に対してのみ表示されます。 |
| 解決メモ | 問題の解決方法についての記述。修正がある場合、問題コーディネーターは、[修正を連絡] アクションをクリックして、関連するインシデントに通知することができます。 |
| その他の情報 | |
| 開始者 | Read-only フィールド。問題を開いたユーザーの名前。 |
| オープン | Read-only フィールド。ユーザーが問題を開いた日時。 |
| 確認者 | Read-only フィールド。問題が有効であり、解決が必要であることを確認したユーザーの名前。 注: このフィールドは、状況管理プロセスの一部であるため、Madrid 以降のリリースからの新規の顧客に対してのみ表示されます。 |
| 確認済み | Read-only フィールド。問題が有効であり、解決が必要であることをユーザーが確認した日時。 注: このフィールドは、状況管理プロセスの一部であるため、Madrid 以降のリリースからの新規の顧客に対してのみ表示されます。 |
| 修正方法 | Read-only フィールド。修正を開始したユーザーの名前。 |
| 修正 | Read-only フィールド。ユーザーが修正を開始した日時。 |