実行計画タスク

  • リリースバージョン: Xanadu
  • 更新日 2024年08月01日
  • 所要時間:4分
  • 実行計画には、承認を得るためのタスクなど、1 つ以上の実行計画タスクが含まれます。実行計画タスクは実行グループに割り当てられます。

    各タスクは、要求実行プロセス全体の一部として、特定のグループによって実行される作業を表します。

    アドミニストレーターは、実行計画の定義の一部として、タスクのテンプレートを作成します。これらのタスクテンプレートに基づいて、関連アイテムが要求されたときにカタログタスク自体が作成されます。

    実行計画承認タスクの設定

    承認タスクは、実行計画内のタスクの特定のタイプです。

    始める前に

    必要なロール:admin

    このタスクについて

    承認タスクが却下された場合、実行計画は前のタスクにロールバックできますが、承認レコードはロールバックしません。

    ロールバックアクションを含む承認タスクを設定するには:

    手順

    1. 移動先 すべて > サービスカタログ > 実行計画.
    2. 実行計画を選択します。
    3. [実行計画タスク] 関連リストから、[新規承認] を選択して承認タスクを作成します。
    4. その承認タスクのフィールドに入力します。
      図 : 1. 却下時
    5. [却下時] フィールドを使用して、タスクが却下された場合に実行するアクションを定義します。
      • [以降のタスクをすべてキャンセル]:[デフォルト] 実行計画の以降のタスクをすべてキャンセルし、親要求アイテムもキャンセルします。
      • [前のタスクに移動]:この実行計画がロールバックするタスクを選択できる [却下時移動先] フィールドを表示します。
    6. タスクを [保存] し、[承認者] リストまで下方向にスクロールして、タスクの承認者を 1 名以上選択します。

      承認スクリプトを使用して承認者を選択することもできます。

    7. [更新] を選択して、タスクを実行計画に追加します。

      この例では、Blackberry の電話を注文するための要求を使用して、プロセスが実際にどのように機能するかを示します。

      まず、要求が注文されます。
      図 : 2. ロールバック 1
      Rollback1 のスクリーンショット
      次に、最初の 2 つのステップが完了すると、承認タスクが開始されます。
      図 : 3. ロールバック 2
      Rollback2 のスクリーンショット
      要求を却下して実行計画を前のタスクにロールバックし、中間タスクをリセットして処理待ちにします。
      図 : 4. ロールバック 3
      Rollback3 のスクリーンショット
      計画がロールバックされると、ServiceNow がロールバックされたタスクに、ロールバックされたこととその理由を示すメモを追加します。
      注:
      ロールバックは、実行計画内のすべての中間タスクを元に戻します。ただし、同じ要求内の他の計画はロールバックされません。

    実行グループの設定

    実行グループは、注文の実行に関連するタスクを実行します。

    始める前に

    必要なロール:admin

    このタスクについて

    このグループ設定には、コンテンツや価格などの特性に基づいた注文の承認や、注文を完了するために必要な直接のアクションを含めることができます。たとえば、ソフトウェアのロードやハードウェアのインストールなどです。既存の ユーザーグループ ( ユーザー管理 > グループ) に実行タスクをアサインできます。

    受注処理のために特別にグループを作成するには:

    手順

    1. 移動先 サービスカタログ > カタログポリシー > 実行グループ.
    2. [新規] をクリックします。
    3. グループの作成の説明に従い、グループフォームに入力します。
      これらのグループのタイプはカタログで、カタログと itil のロールが割り当てられていますが、それ以外は通常のグループです。

    タスクの配送情報

    実行計画を管理するときに、カタログアドミニストレーターは配送情報を指定して、実行計画に基づいて予定配送日を提供することができます。

    [合計配送時間] フィールドを使用して、実行計画内の各タスクの予定配送時間を指定します。この推定は、その実行計画内のタスクの合計時間に基づいて計算されます。

    デフォルトでは、時間の推定は「作業日」カレンダーシステムを使用せず、シンプルな経過時間に基づいています。たとえば、5 日間の実行計画の場合、金曜日に要求を送信すると、配送日は翌週の水曜日となります。この推定は、週末に組織が作業をしていない場合でも、5 日後となることを意味します。

    カレンダーを月曜日から金曜日 (9:00 a.m. ~ 5:00 p.m.) に設定すると、1 日の長さが 8 時間と定義されますが、タスクの配送時間では 1 日は 24 時間です。1 日 (24 時間) かかるタスクを作成した場合、計画は、合計配送時間としてそのタスクが 3 営業日 (1 日は 8 時間) を要するものとして計算します。同様に、タスクが 2 日 (48 時間) かかる場合、計画は合計配送時間として 8 日かかると計算します。この合計は、タスクが 6 営業日 (各 8 時間) に分割され、6 日間は 5 日間の平日を超えて 2 日間の週末をはさむためです。配送時間を割り当てるときは、この計算プロセスを念頭に置いてください。

    [カレンダー上] フィールドを使用して、実行計画に適用するカレンダーシステムを指定し、より正確な配送時間の推定に役立てます。

    このカレンダーシステムを推定配送時間に使用する場合は、推定が作業時間と作業日で表されることを確認してください。たとえば、9 時~ 5 時のカレンダーで 1 日かかる予定のタスクは、24 作業時間がかかると想定されます。このプロセスには 3 作業日がかかります。
    注:
    このカレンダーシステムは配送の推定の提供を支援するためにのみ使用され、実行タスクに設定した SLA にはリンクされません。

    スキップされたタスク

    タスクがスキップされると、要求実行プロセスは次のタスクに移ります。

    実行計画の最後のタスクがスキップされた場合、プロセスは終了し、該当する要求アイテムは完了としてクローズされます。スキップされたタスクの状態は [スキップしてクローズ] に設定され、要求アイテムリストではグレーのボックスとして表示されます。