---
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) 所要時間：3分

調達アドミニストレーターは、承認ルールを承認グループに関連付け、これらのルールをトリガーするタイミングを決定する順序を定義できます。この関連付けにより、ルールグループ内の一連の承認ルールがすべて同時に評価されるのではなく、順番にトリガーされます。
たとえば、IT 関連製品を購入する場合、マネージャーはまず購入を承認してから、承認のために IT 部門に送信することができます。

承認グループ内のルールは、そのグループ内のすべてのルールが満たされた場合にのみ評価されます。複数の承認グループがある場合は、すべてのグループが同時に評価されます。承認グループが関連付けられていない承認ルールの場合、承認グループに関連付けられているルールと同時にそのまま評価が行われます。デフォルトでは、承認グループ内のすべてのルールも個別に評価されます。ルールグループが満たされている場合は、個々のルールを評価する必要はありません。これにより、調達アドミニストレーターは、個別に、また承認グループのコンテキスト内で評価する必要がある重複ルールを作成できなくなります。

次のシナリオを考えます。

## シナリオ 1 {#approval-rule-sequencing__section_zkz_sdh_lpb}

* 購買要求金額は 8,000 USD
* 事業主のジョブコードは IC3、コストセンターはエンジニアリングです
* 事業主の管理ジョブコード階層は、IC3 =\> M3 =\> M4 =\> CFO です

{#approval-rule-sequencing__ul_lss_53h_lpb}  
図 : 1. 承認ルール A および B  
* ルールグループとグループの順序付けがない場合、承認ルールAとBが同時にトリガーされます。
* ルールグループとグループの順序付けがある場合、承認ルール A が最初にトリガーされ、A が完了すると承認ルール B がトリガーされます。
{#approval-rule-sequencing__ul_nr5_jkh_lpb}

## シナリオ 2 {#approval-rule-sequencing__section_gqk_5dh_lpb}

* 購買要求金額は 8,000 ドルで、サプライヤー製品は XYZ 製品カテゴリに属しています
* 事業主のジョブコードは IC3、コストセンターはエンジニアリングです
* 事業主の管理ジョブコード階層は、IC3 =\> M3 =\> M4 =\> CFO です

{#approval-rule-sequencing__ul_q1t_vkh_lpb}  
図 : 2. 承認ルールA、B、C  
* ルールグループとグループの順序付けがない場合、承認ルールA、B、Cが同時にトリガーされます。
* ルールグループとグループの順序付けがある場合、承認ルールAとCが最初にトリガーされ、Aが完了すると承認ルールBがトリガーされます。
{#approval-rule-sequencing__ul_vsb_fnh_lpb}

## シナリオ 3 {#approval-rule-sequencing__section_arl_5dh_lpb}

* 1 回で 120,000 万ドルの購入
* 95万ドルで別の購入が行われた

{#approval-rule-sequencing__ul_nc1_mnh_lpb}  
図 : 3. 承認ルールA、B、C、D  
* ルールグループとグループの順序付けがない場合、承認ルールA、B、C、Dが同時にトリガーされます。
* ルールグループとグループの順序付けがある場合、承認ルールAとDが最初にトリガーされ、Aが完了すると承認ルールBとCがトリガーされます。
{#approval-rule-sequencing__ul_l4n_mnh_lpb} 承認グループの詳細は、承認グループテーブルに保存されます。各承認グループ内には、その特定のグループ内での承認ルール評価の順序を定義する承認ルール構成関連リストがあります。

## 再評価の承認再送信プロパティに対するルールグループと順序付けの影響 {#approval-rule-sequencing__section_bvp_f41_lpb}

ルールグループに属する承認ルールがトリガーされた場合、再評価の承認再送信プロパティは、そのルールグループ内の同じルールがマージまたは改訂の結果として満たされている場合にのみ適用されます。

グループに属し、かつ個別に評価されるルールがあるシナリオでは、グループ内の同じルールがトリガーされた場合にのみ、再評価の承認再送信プロパティが適用されます。グループに属していないルールの場合、プロパティはそのまま動作します。  
シナリオ 2 の例:

* 再評価の承認再送信プロパティが \[いいえ\] に設定され、改訂の結果、承認ルール A が満たされ、ルール B が満たされず、ルール C が満たされている場合、承認はルール A の承認者に再送信されます。
* プロパティが \[いいえ\] に設定されており、ルール A、B、C が改訂の結果として満たされている場合、承認は再送信されません。
* プロパティが \[はい\] に設定されており、ルール A、B、C が改訂の結果として満たされている場合、すべての承認が再送信されます。
* プロパティが \[はい\] に設定されており、ルール A、C、および新しいルール D が改訂の結果として満たされている場合は、承認 A と C が再送信され、新しい承認 D が送信されます。
{#approval-rule-sequencing__ul_dmq_rp1_lpb}