既存の変更要求への修復タスクの関連付け

  • リリースバージョン: Zurich
  • 更新日 2025年07月31日
  • 所要時間:3分
  • コンフィグレーションコンプライアンスアプリケーションの修復タスクを既存の変更要求に関連付けます。

    始める前に

    必要なロール:itil ロールを持つユーザー

    このタスクについて

    IT または修復スペシャリストは、修復タスク (RT) をインスタンスで既に利用可能な変更要求 (CHG) に関連付けることで、修復タスクの解決に取り組むときに重複した変更要求を作成しないようにします。

    自分または自分のアサイン先グループにアサインされた修復タスクを、修復タスクレコードから直接、既存の変更要求に関連付けることができます。次の図は、既存の変更要求を修復タスクに関連付ける基本的なフローを示しています。このフローの詳細な手順は、図に沿って説明します。

    注:
    [キャンセル] 以外のステータス ([オープン][調査中][実装待ち][クローズ済み]、および [保留]) で、既存の変更要求を修復タスクに関連付けることができます。過去 90 日以内にクローズされたものを含む変更要求は、フォームから関連付けることができます。変更要求を既存の修復タスクに関連付けると、アクティブなテスト結果とその構成アイテムのみが変更要求に追加されます。

    ステータス同期におけるテスト結果グループ (修復タスク) と変更要求のステータス

    注:
    コンフィグレーションコンプライアンス の v14.9 以降では、次の用語が変更されました。
    表 : 1. 用語の変更
    v14.9 より前の用語 v14.9 以降の用語
    テスト結果グループ 修復タスク
    グループルール 修復タスクルール
    ポリシー テストグループ

    手順

    1. 移動先 すべて > コンフィグレーションコンプライアンス > 修復タスク > 自分のオープンタスク.
      自分のグループにアサインされている修復タスクのリストが表示されます。
    2. [番号] 列で、変更要求を作成する修復タスクをクリックします。

      修復タスクのレコードが表示されます。

    3. レコードの右上にある [変更を作成] をクリックします。
      変更要求フォームが表示されます。
    4. [変更要求] 関連リストまでスクロールして、選択します。
      修復タスクに関連付けられている変更要求が [追加] ボタンとともに表示されます。
    5. [追加] をクリックします。
      [既存の変更要求を修復タスクに追加] ダイアログが表示されます。
    6. 検索アイコンをクリックし、リストからアイテムを選択します。
      表示されるリストをフィルタリングして検索を絞り込むことができます。
    7. [送信] をクリックします。
      TRG は、変更要求が修復タスクに正常に関連付けられたことを示すメッセージとともに表示されます。[変更の要求] 関連リストの下に、新しい変更要求が表示されます。修復タスクの CI は、デフォルトで変更要求に追加され、[影響を受ける CI] 関連リストに表示されます。この関連リストから、変更要求に CI を追加することもできます。新しい修復タスクに移動されたテスト結果の数を示すメッセージが表示され、新しい RT が表示されます。
      注:
      200 件未満のテスト結果の場合、分割操作は同期的に実行され、テスト結果は新しい修復タスクに表示されます。

      200 件を超えるテスト結果の場合、分割操作はバックグラウンドで非同期に実行され、テスト結果が新しい修復タスクに表示されるまでに数秒かかる場合があります。次のメッセージも表示されます: n 件のテスト結果が、まもなく TRGxxxxxxx から新しい修復タスク GRCxxxxx に移動されます。

      次の例外を除いて、任意の変更要求を修復タスクに関連付けることができます。

      • [キャンセル] ステータスの変更要求。
      • 90 日以上経過した [クローズ済み] ステータスの変更要求。
      • 既に RT に関連付けられている変更要求。すでに RT に関連付けられている変更要求を関連付けることは、システム上できません。

      この修復タスクの変更要求が解決された後、この修復タスクに関連付けられた他のオープンな変更要求がない場合、この修復タスクも [解決済み] ステータスに移行します。

      注:
      ステータス同期を有効にした状態で、それぞれのレコードのライフサイクルのステータスを介して変更要求と修復タスクを引き続き手動で移行することはできますが、変更要求状況が変化したことをシステムが登録したり、各自が変更要求を追加したり、修復タスクから変更要求を削除したりすると、ステータス同期によって手動による介入が無効になる可能性があります。ただし、変更要求の状況により、修復タスクのステータスが [クローズ済み] または [保留] 状況から自動的に移行されることはありません。

      詳細については、「変更要求と修復タスク間のステータスの同期」を参照してください。