---
sourceDocument: オーストラリア ワークフローのビルド
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/build-workflows

 Release :

    - australia

ft:locale :

    - ja-JP

ft:publication_title :

    - オーストラリア ワークフローのビルド

ft:clusterId :

    - crworkflow

bundleId :

    - crworkflow

workflow :

    - Creator


---

# 注文されたアイテムに基づくゲーティング承認の設定

# 注文されたアイテムに基づくゲーティング承認の設定 {#ariaid-title1}

* リリースバージョン: Australia
* 
* 更新日 2026年03月12日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：1分

承認ルールによる承認の追加に加えて、注文されているアイテムの種類に基づいて承認を追加することもできます。  
重要:  
クラシック承認ルールは ワークフロースタジオ [「承認を求める」アクション](https://servicenow-prod.fluidtopics.net/Hti0wH3CViEe6wRjWL2pRw "レコードの承認を要求します。スクリプトを記述せずに承認要求を自動的に承認、却下、またはキャンセルするための一連のルールを設定します。指定された時間までに決定が下されなかった場合に自動的に承認、却下、またはキャンセルする期日を追加します。") に置き換えられました。ワークフロースタジオ を使用して、より良いレポート情報を提供する、管理しやすいワークフロー駆動型の承認ロジックを作成します。

承認ルールによる承認の追加に加えて、注文されているアイテムの種類に基づいて承認を追加することもできます。たとえば、すべての Blackberry に David Loo さんによる承認が必要であることを指定することができます。  
これを行うには、問題のアイテムに移動し、必要な承認者の関連リストまでスクロールします。次の 2 つのリストがあります。

* グループにより承認：このアイテムの要求を承認する必要があるグループのリスト
* 承認者：このアイテムの要求を承認する必要があるユーザーのリスト

{#c_SetUpGatingApprBasedOnOrdItem__ul_hlv_hg4_rp} 図 : 1. 承認リスト ![承認リスト]()

上記の例では、この要求はハードウェア グループのすべてのメンバーと David Loo さんによって承認される必要があります。  
注意事項および制限事項：

1. 承認ルールと同様に、エントリの重複から保護されます。したがって、ある人がハードウェアグループのメンバーであり、スタンドアロンの承認者でもある場合、その人が取得する承認要求は 1 つだけです。
2. 承認ルールの代わりにアイテムベースの承認が機能するため、両方を使用することができます (おそらく使用することになります)。
{#c_SetUpGatingApprBasedOnOrdItem__ol_wcy_4g4_rp}