---
sourceDocument: Yokohama ビルドのワークフロー
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/build-workflows

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama ビルドのワークフロー

ft:clusterId :

    - crworkflow

bundleId :

    - crworkflow

workflow :

    - Creator


---

# 承認ルールを使用したゲーティング承認の設定

# 承認ルールを使用したゲーティング承認の設定 {#ariaid-title1}

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

承認ルールを使用してゲーティング承認を設定できます。

## 始める前に

必要なロール：アドミン  
重要:  
クラシック承認ルールは ワークフロースタジオ [「承認を求める」アクション](https://servicenow-prod.fluidtopics.net/8YAHo5y1eOX3AU3BpYCvJA "承認フィールドを含むレコードの承認を要求します。承認、却下、またはキャンセルのルールセットを構成できます。期日が承認に追加されている場合には、承認者が指定された時間までに応答しないと、承認が自動的に承認、却下、またはキャンセルされます。") に置き換えられました。ワークフロースタジオ を使用して、より良いレポート情報を提供する、管理しやすいワークフロー駆動型の承認ロジックを作成します。

## 手順

1. 左側のナビゲーションペインから、 システムポリシー承認ルール.
2. \[新規\] をクリックします。  
   {#t_SetUpAGatingApprViaApprovalRule__table_n5t_lpl_sr__entry__2}

   | フィールド | 説明 |
   |-|-|
   | 名前 | このルールの名前。 |
   | テーブル | このルールが適用されるタスク テーブル。ほとんどのサービスカタログ承認では、\[要求\] を選択します。 注: このリストには、承認ルールと[アプリケーションスコープ](https://www.servicenow.com/docs/access?context=c_ApplicationScope&version=yokohama&pubname=yokohama-application-development&ft:locale=en-US)にあるテーブルビューとデータベースビューのみが表示されます。 |
   | アクティブ | ルールが有効かどうかを示すインジケーター (デフォルトは true)。 |
   | 前の実行ルール | 要求レコードを保存する前または後にルールが実行されるかどうかを示すインジケーター。ほとんどの承認では、このチェック ボックスをオンにします。 |
   | ユーザー | この要求を承認する必要があるユーザー (空でもよい)。 |
   | グループ | この要求を承認する必要があるグループ (空でもよい)。 |
   | ステータスの設定 | このルールの実行後のタスクにおける承認フィールドの値。ほとんどの場合、\[要求済み\] を選択します。 |
   | 条件 | ルールが適用される条件。 |
   | スクリプト | 承認者が誰であるかをプログラムで指定するためのオプションのサーバー スクリプト。たとえば、1 行のスクリプト `current.requested_for.manager` の場合、ServiceNow では、現在のレコードで requested_for 参照フィールドをチェックします。次に、参照レコードでマネージャーフィールドを検索し、その人物を承認者として割り当てます。その他の例については、ServiceNow によって提供されている承認ルールのスクリプト フィールドを参照してください。 |
   [表 : 1. 承認ルール]

   {#t_SetUpAGatingApprViaApprovalRule__table_n5t_lpl_sr}  
   注意事項および制限事項：
   1. 特定のテーブルに好きなだけルールを設定することができます。複数のルールが適用される場合は、承認者も複数になります。
   2. 承認者を重複させることはできません。たとえば、2 つのルールの両方で Fred Luddy さんに特定の要求を承認させる場合、Fred さんに対して作成される承認エントリーは 1 つだけです。
   3. デフォルトでは、すべての要求は \[未要求\] の承認状態で開始します。承認通知は、要求の承認状態が \[要求済み\] に設定されるまで送信されません。これは、手動またはスクリプトで実行できますが、最も簡単な方法は \[ステータスの設定 (Set State)\] フィールドを使用して要求を自動的に \[要求済み\] に設定することです。
   {#t_SetUpAGatingApprViaApprovalRule__ol_w1l_mql_sr}