---
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分

承認ルールタイプは、購入要求プロセス中に承認を作成する方法を決定します。
調達アドミニストレーターは、承認戦略を定義し、承認ルールを作成して、購入を発注書に変換してサプライヤーに送信する前に内部で承認できます。これは、組織が必要とするあらゆる種類の承認プロセスを推進できる一元的な構成です。  
次の承認ルールタイプを作成し、承認計画が生成およびルーティングされる条件を決定できます。{#approval-rule-types__table_rxr_hcz_flb__entry__3}

| 承認ルールタイプ | 説明 | シナリオ例 |
|-|-|-|
| 動的ユーザーまたはグループ | 承認は動的に作成され、指定されたユーザーまたはグループに送信されます。承認は、購入ユーザーの属性に基づいてトリガーされます。承認のルーティング方法は、承認を並行して送信するだけに制限されています。 | 購入ユーザーのコストセンターマネージャーの承認が必要な場合、購入要求が承認待ちに送信される時点で、ルールは \[ Business Owner (ビジネスオーナー )\] フィールドのユーザーのレコードを調べ、参照されたコストセンターにドット連結して、コストセンターの \[ Manager \] フィールドで参照されているユーザーに承認を送信します。 |
| 管理ジョブコード階層 | 承認は、購入ユーザーのジョブコードとマネージャーのジョブコードに基づいてトリガーされます。承認ルーティング方法には並列または順次を指定でき、承認決定方法にはすべての承認者または任意の承認者を指定できます。 | 承認されたコードを持つユーザーに至るまですべてのユーザーの承認が必要な場合は、購入要求の合計金額をカバーする承認された購入限度額に対する承認されたジョブコードを持つユーザーに至るまで、管理階層内のすべてのユーザーに承認が送信されます。 承認されたコードを持つ最下位のユーザーに承認が必要な場合は、購入要求の合計金額をカバーする承認された購入限度額に対する承認されたジョブコードを持つユーザーに至るまで、管理階層内の最下位のユーザーに承認が送信されます。 |
| 管理階層 | 承認は、購入ユーザーのマネージャーの階層に基づいてトリガーされます。承認ルーティング方法には並列または順次を指定でき、承認決定方法にはすべての承認者または任意の承認者を指定できます。 | 階層内のすべてのマネージャーからの承認が必要な場合、承認トリガー条件が満たされると、指定されたジョブコードにかかわらず、購入ユーザー (事業主) の管理階層内のすべてのユーザーに承認が送信されます。 直属のマネージャーのみからの承認が必要な場合は、購入ユーザー (事業主) の管理階層内のユーザーのマネージャーに承認が送信されます。 最上位のマネージャーの承認が必要な場合は、指定されたジョブコードに至るまで、購入ユーザー (事業主) の管理階層内の最上位のマネージャーに承認が送信されます。 |
| 指定されたユーザーまたはグループ | 承認は、指定されたユーザーまたはグループに基づいてトリガーされます。承認のルーティング方法は、承認を並行して送信するだけに制限されています。 |   |
| コストセンターのマネージャー | 承認は、複数のコストセンターマネージャーからの購入要求に対してのみトリガーされます。承認のルーティング方法は、承認を並行して送信するだけに制限されています。 | 購入要求のコストが多数のコストセンターに割り当てられている場合、承認が必要なコスト割り当て額の承認が各コストセンターマネージャーに送信されます。 購入要求の個々のアイテムに複数のコストセンターにまたがるコストが割り当てられている場合、すべてのコストセンターマネージャーは、そのアイテムの金額を承認する必要があります。購入要求は、個々のアイテムまたは購入明細ごとの承認決定に応じて、部分的または完全に承認できます。 コストセンターのマネージャーは、購入の詳細と承認が必要な割り当て額が記載された承認のメール通知を受信します。メールから直接承認を提供することも、 ショッピングハブ、 従業員センター、 仮想エージェント、または モバイルショッピングハブで承認を完了することもできます。 |
[表 : 1. 承認ルールタイプ]

{#approval-rule-types__table_rxr_hcz_flb}

## 自己承認購入 {#approval-rule-types__section_qhl_jjs_h5b}

適切な購入権限とジョブコードを所有している要求者、または定義された購入承認マトリクスを満たす役職に属している要求者の場合、購入は自己承認されます。監査証跡が利用可能になり、承認タイプが \[自己承認済み\] で \[完了してクローズ\] ステータスの承認計画が作成されますが、実際の承認タスクは作成されません。  
このような要求者は、構成されている場合は承認タスクを完了し、支払いのためにルーティングされるサプライヤーからの請求書の承認を提供することもできます。\[承認ルール\] フォームで、アドミンは \[自動承認を許可する\] フラグを使用して、要求者が明示的な承認決定を提供する必要性を設定できます。デフォルトでは、このフラグはオンになっているか true に設定されており、要求者が承認権限を持つ自己承認機能が有効になります。ただし、フラグがオフになっているか false に設定されている場合、要求者は承認エンジンの生成された承認リストにアクティブな承認者として含まれ、デフォルトの自己承認機能が上書きされます。要求者は、承認タスクを完了することで、明示的な承認決定を行う必要があります。  
注:  
承認が期待どおりに作成されないことに関連する問題が発生した場合は、ルールのフラグが正しいステータスにあり、ルール条件が満たされていることを確認してください。