---
sourceDocument: 横浜ファイナンス&サプライチェーン
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/source-to-pay-operations

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - 横浜ファイナンス&サプライチェーン

ft:clusterId :

    - stpop

bundleId :

    - stpop

workflow :

    - Creator


---

# 承認ルールの作成

# 承認ルールの作成 {#ariaid-title1}

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

承認戦略を定義し、承認ルールを作成して、購入要求、発注書、ソーシング要求、請求書を承認します。これは、組織が必要とするあらゆる種類の承認プロセスを推進できる一元的な構成です。

## 始める前に

承認ルールを作成するには、製品カタログ (必要な製品カテゴリ、製品モデル、サプライヤー製品を含む) を設定し、購入要求またはソーシング要求を作成できる必要があります。製品カタログの設定方法の詳細については、「 [製品カテゴリの作成](https://servicenow-prod.fluidtopics.net/QGGB90Yn6zoJ9OpAlaBk8w "製品モデルのカテゴリを作成して、製品モデルをグループ化します。")」、「 [製品モデルの作成](https://servicenow-prod.fluidtopics.net/7hDwGGKnm6lelYWYUZNcrw "製品モデルを作成して、サプライヤー製品をグループ化します。")」、および [「サプライヤー製品の追加](https://servicenow-prod.fluidtopics.net/rM0F6FE_bxX2P2W3x_xNWQ "サプライヤー製品を追加してプライマリデータを入力します。")」を参照してください。また、ジョブコード、マネージャーなどの関連する詳細を含めるために、sys_userレコードを適切に設定しておく必要があります。
必要なロール:sn_shop.procurement_administrator

## このタスクについて

ソーシングと調達オートメーションモジュールから承認ルールを作成して、条件が満たされたときに承認計画を生成してルーティングする方法を決定できます。

## 手順

1. 移動先 すべてソーシングと調達オートメーションアドミニストレーション承認ルール.
2. \[新規\] を選択します。
3. フォームで、フィールドに入力します。  
   {#create-approval-rule__table_ptd_d5y_flb__entry__2}

   | フィールド | 説明 |
   |-|-|
   | 番号 | システムによって承認ルールに生成された一意の識別子。 |
   | 名前 | 承認ルールにアサインする名前。 |
   | アクティブ | 購入要求プロセス中にこのルールを使用して承認を生成するかどうかを決定するオプション。 |
   | 承認中のオブジェクト | 承認を求めているオブジェクト。次のオプションが使用可能です。 * 請求書 * 発注書 (PO) * 購買要求 * ソーシング要求 {#create-approval-rule__ul_vvx_fwf_dvb} これは、選択した承認オブジェクトに基づいてデフォルト設定されます。ソーシング要求と購入要求の場合は購入要求明細、発注書の場合は発注書明細、請求書の場合は請求書明細です。 注: 購入要求とソーシング要求には、承認エンジン、状況フロー、メール通知を含む完全な承認ワークフローが提供されますが、発注書と請求書の承認ルールの状況フローとメール通知を定義するには、追加の実装が必要です。 |
   | 承認ライン | 承認を求めている承認オブジェクト品目。 |
   | 承認ルールタイプ | 条件が満たされたときに承認計画を生成してルーティングする方法を決定する承認ルールのタイプ。次のオプションが使用可能です。 * 動的ユーザーまたはグループ * 管理ジョブコード階層 * 管理階層 * 指定されたユーザーまたはグループ * コストセンターのマネージャー 注: このオプションは、承認オブジェクトが購買要求の場合にのみ使用できます。 {#create-approval-rule__ul_qtd_d5y_flb} 選択したルールタイプに応じて、関連するフィールドが表示されます。これらのルールの詳細については、「 [承認ルールタイプ](https://servicenow-prod.fluidtopics.net/oeebWCDVk5POzoy5ybTTNg "承認ルールタイプは、購入要求プロセス中に承認を作成する方法を決定します。")」を参照してください。 |
   | 承認の根拠 | 承認ルールの基になっている事業主。 |
   | ユーザー | 承認トリガーに基づいて承認を受ける必要があるユーザーを指定します。 |
   | グループ | 承認トリガーに基づいて承認を受け取る必要がある、指定されたグループ内のユーザー。 |
   | 承認シーケンス | 承認ルールをトリガーする順序。これに関する詳細については、「[承認ルールのグループ化と順序付け](https://servicenow-prod.fluidtopics.net/WE82EGyGjmiEt2TyU6Ighg "調達アドミニストレーターは、承認ルールを承認グループに関連付け、これらのルールをトリガーするタイミングを決定する順序を定義できます。この関連付けにより、ルールグループ内の一連の承認ルールがすべて同時に評価されるのではなく、順番にトリガーされます。")」を参照してください。 |
   | 次の承認が必要： | 購入要求プロセス中に承認要求を受け取る必要があるマネージャーを決定します。 |
   | 自動承認を許可 | 自己承認を有効にするかどうかを決定します。デフォルトでは、このフラグはオンになっているか true に設定されており、要求者が承認権限を持つ自己承認機能が有効になります。ただし、フラグがオフになっているか false に設定されている場合、要求者は承認エンジンの生成された承認リストにアクティブな承認者として含まれ、デフォルトの自己承認機能が上書きされます。要求者は、承認タスクを完了することによって、明示的な承認決定を行う必要があります。 |
   | 購入ユーザー | 承認がトリガーされるユーザー。 |
   | 購入ユーザーに承認を送信 | 購入ユーザーに関連するユーザーまたはグループに承認を動的に送信するオプション。 |
   | 許可されたジョブコード | 指定された制限まで購入を自動的に承認できる 1 つ以上のジョブコード。 |
   | 承認された購入限度額 | 指定されたジョブコードを持つユーザーが購買要求を承認できる基準通貨しきい値。 |
   | 承認ルーティング方法 | 承認をルーティングする方法。オプションは順次および並列です。 |
   | 承認の決定方法 | ルールを承認する方法。すべての承認者がルールを承認する必要があるか、任意の承認者がルールを承認できるかを選択できます。 |
   | 承認トリガー条件 | 承認計画を作成する条件を決定する承認オブジェクトに基づく条件。 トリガー条件は承認オブジェクトテーブルに基づいており、ユーザーはドット連結できます。たとえば、ユーザーがソーシング要求の最大予算からトリガー条件を作成する場合は、最大予算から金額までをたどってから条件を作成する必要があります。 注: 承認は、承認オブジェクトごとに個別に評価されます。たとえば、ソーシング要求と購入要求に対して同じ承認を作成すると、承認が 2 回トリガーされます。これを防ぐために、管理者は、空ではないソーシング要求によって裏付けられている場合に、購入要求で承認が作成されないように構成できます。これは、承認トリガー条件から行われます。 |
   [表 : 1. 承認ルールフォーム]

   {#create-approval-rule__table_ptd_d5y_flb}
4. \[送信\] を選択します。
* **[承認ルールタイプ](https://servicenow-prod.fluidtopics.net/oeebWCDVk5POzoy5ybTTNg)**   
  承認ルールタイプは、購入要求プロセス中に承認を作成する方法を決定します。
* **[承認ルールに関する考慮事項](https://servicenow-prod.fluidtopics.net/qB1zP9L_C1xDKZRU8O~6dA)**   
  為替、基準、取引などの通貨などの要素によって、トリガーされる承認ルールが決まります。その他の要因としては、購入限度額、明細金額、受領明細などがあります。
* **[承認ルールのグループ化と順序付け](https://servicenow-prod.fluidtopics.net/WE82EGyGjmiEt2TyU6Ighg)**   
  調達アドミニストレーターは、承認ルールを承認グループに関連付け、これらのルールをトリガーするタイミングを決定する順序を定義できます。この関連付けにより、ルールグループ内の一連の承認ルールがすべて同時に評価されるのではなく、順番にトリガーされます。