[タスク修正時] ポリシーのアクションの作成

[タスク修正時] トリガーは、失敗した要求をユーザーが再送信すると開始されます。[タスク修正時] トリガーによってトリガーされるポリシーは、承認ワークフローを開始できます。

始める前に

• 必要なロール：sn_cmp.cloud_governor またはアドミニストレーター
• オプション：1 つまたは複数のクラウドポリシーグループを作成します。
• クラウドポリシールールの設定 および関連する条件。

手順

1. クラウドアドミンポータルで、 統制 > ポリシー.
2. クラウドポリシーを開き、必要に応じてポリシーを [ドラフト] ステータスに設定します。
3. アクションを実行する必要があるルールを開き、[ポリシールールアクション (Policy Rule Actions)] 関連リストで [新規] をクリックします。
4. ポップアップで、実行するアクションのタイプとして [作成] をクリックします。

   

5. 次のオプションのいずれかを選択します。
   • [カスタム承認] は、指定したワークフローを実行します。ワークフローは、操作を完了するために承認済みの値を返す必要があります。
   • [Service Now の承認] は、ポリシーのトリガーに基づいて異なる承認者をサポートします。
     • マネージャー承認
     • アサイン先グループ
     • ユーザー (ロック)
6. [承認] フォームで、一意で分かりやすい [アクション名] を指定します。

   図 : 1. ルール内のアクション

   

7. [カスタムの承認 (Custom Approval)] を選択した場合は、ワークフローを指定して [送信] をクリックし、[ServiceNow 承認 (ServiceNow Approval)] を選択した場合は、クラウドアクティビティを承認するユーザーを指定します。

   表 : 1. 承認フィールド

   フィールド	説明
   マネージャー承認	次のうち 1 つまたはすべて。 [マネージャー承認 (Manager Approval)] チェックボックスをオンして、承認者のマネージャーによる要求承認も要求します。デフォルトの承認ワークフローは、マネージャー、グループ、ユーザーの順に移動します。 [アサイン先グループ] リストからユーザーグループを選択します。 [ユーザー] のロックを解除し、リストからユーザーを選択してからロックをクローズします。
   アサイン先グループ	要求を承認できるアサイン先グループを選択します。グループ内の任意のユーザーはデフォルトのワークフローを使用してアクションを承認できます。その後、承認は [ユーザー ] フィールドのユーザーに移動します。 注: ITIL ロールを持っていないアサイン先グループのユーザーもデフォルトで承認レコードと通知を受信しますが、承認を実行することはできません。運用およびプロビジョニングの承認を行う必要がある任意のユーザーまたはユーザーグループに、ITIL ロールをアサインします。
   ユーザー	承認アクションが適用される 1 人以上のユーザーを選択します。選択したすべてのユーザーがデフォルトのワークフローを使用してアクションを承認する必要があります。