問題を解決し、今後の参考のために解決策の詳細なメモを追加します。
始める前に
- 必要なロール:admin、problem_admin、problem_coordinator、または problem_manager
- 問題管理 ベストプラクティス - Madrid - 状態モデル (com.snc.best_practice.problem.madrid.state_model) をアクティブ化して、問題のライフサイクルをナビゲートするための新しいベストプラクティスのステータスとガイド付きアクションを導入します。詳細については、「問題管理 ベストプラクティス - Madrid - ステータスモデルを有効にする」を参照してください。
手順
-
[解決] をクリックします。
問題が [解決済み] 状態に移行し、[解決コード] が [修復を適用済み] に設定されます。
-
[完了] をクリックします。
問題が
[クローズ済み] 状態に移行し、
[解決コード] が
[修復を適用済み] に設定されます。
注:
- [問題のクローズ中に未解決の問題のタスクをキャンセルします] 問題管理プロパティ (problem.closed.cancel_open_tasks) を選択した場合、問題がクローズまたはキャンセルされると、関連する未解決の問題のタスクはすべてキャンセルされます。
- [クローズ済みの問題についての問題タスクを作成できますか] 問題管理プロパティ (problem.closed.can_create_tasks) を選択した場合、問題がクローズされていても問題タスクを作成できます。
[再分析] をクリックすることにより、問題がクローズされた後でも問題を再分析できます。問題の状態が
[クローズ済み] から
[根本原因分析] に変わります。以下の問題管理プロパティを使用すると、だれが問題を再分析できるかを制御できます。
- [だれがキャンセルされた問題を再分析できますか] (problem.closed.role.reanalyze_from_canceled)
- [だれがリスク (クローズ済み状態) を受け付けた問題を再分析できますか] (problem.closed.role.reanalyze_from_closed_riskaccepted)
- [誰が完了した問題を再分析できますか](problem.closed.role.reanalyze_from_completed)
[この問題の修正として追跡する関連タスクレコード (カンマ区切り) のリスト。すべての関連修正レコードの処理完了またはキャンセル時にコーディネーターに Notify するために使用します。例:incident.problem_id、change_request.parent 問題管理プロパティ (
problem.fix.records) に記載されたすべての関連タスクが完了すると、その件に関する通知が問題コーディネーターに送信されます。
注: このプロパティを変更して新しいテーブルを含めるには、機能全体がシームレスに機能するように、対応するビジネスルールを作成する作業も必要です。たとえば、変更の要求の場合、ビジネスルールは Check Related Problem Fixes - Change Req です。