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

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# 変更承認ポリシーワークフローアクティビティ

# 変更承認ポリシーワークフローアクティビティ {#ariaid-title1}

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

変更承認ポリシーワークフローアクティビティを使用して、変更の承認ポリシーレコードに従ってユーザーとグループの承認を作成することで、変更要求の承認プロセスを制御します。複数のアクティビティを 1 つのワークフローで使用して、そのワークフローで各アクティビティが同じまたは異なる変更承認ポリシーを参照することができます。  
現在の変更要求と、アクティビテ内の \[ポリシー入力\] スクリプトフィールドで定義された追加の入力を使用して、変更承認ポリシーレコードを評価できます。このレポートは、一致する意思決定から承認定義を適用します。  
注:  
このアクティビティは、ワークフローが \[change_request\] テーブルであるか、このテーブルを拡張するテーブルで実行されている場合にのみ使用できます。

## 結果 {#change-approval-policiy-wf-activity__section_qxb_l3j_mjb}

アクティビティは、適用されたポリシーの結果に基づいて結果の値を割り当てます。可能な結果の値は以下のとおりです。

* 承認済み
* 却下
* キャンセル
* スキップ
* 完了
{#change-approval-policiy-wf-activity__ul_ez3_t3j_mjb}

## 入力変数 {#change-approval-policiy-wf-activity__section_z31_y3j_mjb}

アクティビティの初期動作が、入力変数によって決まります。{#change-approval-policiy-wf-activity__table_xqx_fjj_mjb__entry__2}

| フィールド | 説明 |
|-|-|
| 承認ポリシー | 変更要求に適用する変更承認ポリシー |
| ポリシー入力 | 変更承認ポリシーレコードで定義されているポリシー入力。ここに追加のポリシー入力を設定します。 |
| 終了条件 | 保留中の承認を保持したまま、アクティビティを完了する必要があるかどうかを決定します。この条件は、ワークフローが変更承認ポリシーアクティビティの再開を処理するように設定されている場合に使用します。たとえば、変更要求が保留中になったときなどです。 |
[表 : 1. 変更承認ポリシーアクティビティの入力変数]

{#change-approval-policiy-wf-activity__table_xqx_fjj_mjb}

## 条件 {#change-approval-policiy-wf-activity__section_dyp_wlj_mjb}

以下の条件によって、アクティビティの後にどの移行が実行されるかが決まります。{#change-approval-policiy-wf-activity__table_zgj_ttw_w4__entry__2}

| 条件 | 説明 |
|-|-|
| 承認済み | 変更要求は、適用された承認定義によって定義された基準が満たされたときに承認されます。 |
| 却下 | 適用された承認定義から却下すると、結果は却下されます。 |
| エラー | エラーを生成するイベントまたは条件。 |
| スキップ | この条件がアクティビティに設定されていない場合は、\[承認済み\] 条件が使用されます。この結果は、次のシナリオで発生します。 * 変更承認ポリシーから一致する決定がない * 一致する意思決定から承認を生成できない {#change-approval-policiy-wf-activity__ul_ub3_5tt_njb} |
[表 : 2. 変更承認ポリシーアクティビティの条件]

{#change-approval-policiy-wf-activity__table_zgj_ttw_w4}

## 状況 {#change-approval-policiy-wf-activity__section_ssh_fmj_mjb}

ワークフローエンジンは、アクティビティ状況を使用して、アクティビティに対して次の論理アクションを実行します。{#change-approval-policiy-wf-activity__table_jr2_15w_w4__entry__2}

| 状況 | 説明 |
|-|-|
| 実行中 | ワークフロー エンジンは、アクティビティの \[実行\] 機能を起動させます。 |
| 待機中 | アクティビティを再開する特定のイベントが発生するまで、ワークフロー エンジンはアクティビティを無視します。 |
| 完了 | アクティビティの実行が終了しました。アクティビティの結果については結果値を確認してください。 |
| キャンセル | このアクティビティ、またはこのアクティビティを含むワークフローはキャンセルされました。 |
| エラー | JavaScript エラーが発生しました。エラーの詳細についてログを確認してください。 |
[表 : 3. 変更承認ポリシーアクティビティ状況]

{#change-approval-policiy-wf-activity__table_jr2_15w_w4}

## 例 {#change-approval-policiy-wf-activity__section_iz2_g2x_mjb}

この例では、変更要求 - 通常ワークフローでのリスク承認アクティビティを取り上げています。ワークフローでは、割り当てられたグループのマネージャーが変更要求を既に承認しているかどうかを変更承認ポリシーで考慮しています。

このアクティビティを使用して、通常の変更ポリシーの変更要求のリスクを評価できます。このアクティビティを実行すると、関連する意思決定によって、要求する必要がある承認が実行されます。  
\[ポリシーの入力\] フィールドを使用して、追加の入力を設定します。この例では、アクティビティは manager_approved プロパティを定義し、クエリーを実行して、承認済みグループのマネージャーに承認済みレコードが存在するかどうかを確認します。  
注:  
manager_approved ポリシー入力が変更承認ポリシーレコードで定義されていることを確認します。

\[終了条件\] フィールドを使用して、保留中の承認を不要とマークして、アクティビティを完了します。このワークフローの例では、変更要求が保留中になると、変更承認ポリシーアクティビティが完了し、ワークフローは変更要求の再開を待機する前に保留中の承認を無視します。保留状態が解除されると、変更承認ポリシーアクティビティが再開されます。