---
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 "レコードの承認を要求します。スクリプトを記述せずに承認要求を自動的に承認、却下、またはキャンセルするための一連のルールを設定します。指定された時間までに決定が下されなかった場合に自動的に承認、却下、またはキャンセルする期日を追加します。") に置き換えられました。ワークフロースタジオ を使用して、より良いレポート情報を提供する、管理しやすいワークフロー駆動型の承認ロジックを作成します。  
サービスカタログでは、次のクラスの承認を使用できます。

* ゲート承認：要求の開始前に行う必要があります。たとえば、マネージャーは従業員の会社車の要求を却下することができます。ゲート承認の詳細については、「[ゲーティング承認](https://servicenow-prod.fluidtopics.net/rYXgcPAvNo8iGOvoVTCWiA "ゲーティング承認は、要求の開始前に要求が通過しなければならないゲートとして機能します。")」を参照してください。
* プロセス承認：開始された実行計画プロセス内で行われます。たとえば、セキュリティグループは、従業員のマネージャーが SSN へのアクセスの要求を承認しても、それを却下することができます。プロセス承認の詳細については、「[プロセスの承認](https://servicenow-prod.fluidtopics.net/Sa0kFg6QcXIS2rLWF8dp4Q "要求がそのゲーティング承認を通過すると、関連する実行計画が開始されます。")」を参照してください。

{#c_ApprovalRules__ul_stm_b4d_b2c}  
注:  
承認プロセスがスムーズに運用されるようにするには、適切なユーザーが正しいロールを持っていること、およびそのロールが必要なテーブルへのアクセス権を関連するすべての部門およびドメインのユーザーに対して付与することを確認します。