インシデントの原因となった問題を修正することでサービスが復元された場合、インシデント状況を解決済みとして設定できます。ユーザーは、解決策に満足した場合、インシデントをクローズできます。また、インシデントの自動クローズプロパティに基づいて特定の時間が経過した後にインシデントを自動的にクローズすることもできます。
始める前に
必要なロール：
- 解決の場合：itil、list_updater、sn_incident_write、または admin
- クローズの場合：itil_admin または admin
手順
-
移動先 .
注: UI16 モジュールリンクリダイレクト機能が
サービスオペレーションワークスペース (
SOW) で有効になっていて、UI16 モジュールがリダイレクト構成をサポートしている場合、UI16 パスを移動すると、UI16 フォームまたはリストを表示する代わりに、
SOW 内の同等のリストまたはレコードページに自動的にリダイレクトされます。詳細については、「
サービスオペレーションワークスペースへの UI16 モジュールのリダイレクトリンク」を参照してください。
-
解決してクローズしたいインシデントを開きます。
-
[解決情報] セクションでフィールドに情報を入力します。
表 : 1. のフィールド
| フィールド |
説明 |
| 解決者 |
問題を解決したユーザーと、インシデントがクローズされた日時。 |
| 解決済み |
インシデントが解決された日時。 |
| 解決コード |
解決済みケースを分類するための情報。 |
| 解決メモ |
インシデントの解決の過程を文書化します。 |
-
[解決] をクリックします。
インシデントが解決済みステータスになります。
-
[インシデントのクローズ] をクリックします。
インシデントがクローズされます。
注: インシデントがクローズまたはキャンセルされた場合でも、admin ロールを持っていれば、インシデントフォームのフィールドを編集できます。編集できるフィールド：サブカテゴリ、サービス、サービスオファリング、説明、受付手段、ウォッチリスト、作業メモリスト、親インシデント、問題、変更要求、変更、解決者、解決済み、再アサイン回数。