---
sourceDocument: Xanadu IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-operations-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# \[承認\] ポリシーのアクションの作成

# \[承認\] ポリシーのアクションの作成 {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：3分

承認トリガーの 1 つによってトリガーされるポリシーは、承認ワークフローを開始できます。承認トリガーは、\[詳細計画のプロビジョニング (承認) 時\]、\[スタック操作 (承認) 時\]、\[スタックリソース操作 (承認) 時\]、および \[タスク修正時\] です。{#create-action-on-approval__ph-list-approval-triggers}

## 始める前に

オプション：[1 つまたは複数のクラウドポリシーグループを作成します](https://servicenow-prod.fluidtopics.net/tUwwZRtm3JiHc4BYwcAV8Q "クラウドポリシーグループは、関連するポリシーのコンテナです。一緒に使用することの多いポリシーや、一緒に考慮する必要があるポリシーをグループ化することを検討します。ポリシーをグループ化すると、組織全体でポリシーを一貫して適用できます。")。

[クラウドポリシールールの設定](https://servicenow-prod.fluidtopics.net/3wzh_BNKZSiOsjmXzyxDTQ "ポリシールールは、条件とアクションの集合です。​すべての条件が「true」と評価された場合、ポリシーエンジンはアクションを実行します。いずれかの条件が「false」と評価された場合、ポリシーエンジンはアクションを実行しません。") および関連する条件。

必要なロール：sn_cmp.cloud_governor または admin

## このタスクについて

複数の「承認」ポリシーが適用されると、ポリシーは次の順序で適用されます(承認ポリシーは \[詳細計画のプロビジョニング (承認) 時\]、\[スタック操作 (承認) 時\]、\[スタックリソース操作 (承認) 時\]、および \[タスク修正時\] です)：

1. 最初に成功した承認ポリシーのみが適用され、他の承認ポリシーは適用されません。
2. 適用された承認ポリシーに複数のルールがある場合は、最初に成功したルールのみが使用されます。
3. ルールに複数のアクションがある場合、最初に成功したアクションのみが実行されます。
4. 適用された承認ポリシーにカスタムの承認と ServiceNow の承認の両方が含まれている場合は、カスタムの承認プロセスのみが実行されます。
{#create-action-on-approval__ol_vpm_d44_ggb}

## 手順

1. クラウドアドミンポータルで、 統制ポリシー.
2. クラウドポリシーを開き、必要に応じてポリシーを \[ドラフト\] ステータスに設定します。
3. アクションを実行する必要があるルールを開き、\[ポリシールールアクション (Policy Rule Actions)\] 関連リストで \[新規\] をクリックします。
4. ポップアップで、実行するアクションのタイプとして \[作成\] をクリックします。  
5. 次のいずれかのアクションを選択します。
   * \[カスタム承認\] は、指定したワークフローを実行します。ワークフローは、操作を完了するために承認済みの値を返す必要があります。ユースケースの \[Service Now の承認\] に従います。
   * \[Service Now の承認\] は、ポリシーのトリガーに基づいて異なる承認者をサポートします。 {#create-action-on-approval__table_y1w_fz4_31c__entry__3}

     | トリガー | ワークフロー | 使用可能な承認者 |
     |-|-|-|
     | 詳細計画のプロビジョニング (承認) 時 | クラウド承認ワークフロー | * マネージャー承認 * アサイン先グループ * ユーザー (ロック) {#create-action-on-approval__ul_z1w_fz4_31c} |
     | スタック操作 (承認) 時 | クラウドオペレーション変更要求ワークフロー | アサイン先グループ |
     | スタックリソース操作 (承認) 時 | クラウドオペレーション変更要求ワークフロー | アサイン先グループ |
     [ ]

     {#create-action-on-approval__table_y1w_fz4_31c}
   {#create-action-on-approval__choices_x1w_fz4_31c}
6. \[承認\] フォームで、一意で分かりやすい \[アクション名\] を指定します。  
   図 : 1. ルール内のアクション
7. \[カスタムの承認 (Custom Approval)\] を選択した場合は、ワークフローを指定して \[送信\] をクリックし、\[ServiceNow 承認 (ServiceNow Approval)\] を選択した場合は、クラウドアクティビティを承認するユーザーを指定します。  
   {#create-action-on-approval__table_fdg_nr4_sfb__entry__2}

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

   {#create-action-on-approval__table_fdg_nr4_sfb}