---
sourceDocument: Yokohama ビルドのワークフロー
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/build-workflows

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama ビルドのワークフロー

ft:clusterId :

    - crworkflow

bundleId :

    - crworkflow

workflow :

    - Creator


---

# ワークフローフローを使用した承認の生成

# ワークフローフローを使用した承認の生成 {#ariaid-title1}

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

Workflow Studio のフローは、承認を生成するための強力で柔軟な方法です。ワークフローフローを使用して、グループ承認とユーザー承認を作成します。

承認プロセスを微調整するために、承認または却下が行われたときに発生するアクションを含むさまざまな変数が利用可能です。Workflow Studio のフローで承認レコードが生成されると、承認レコードの \[Flow (フロー )\] フィールドに、フローへの参照と \[Ask for Approval (承認を求める)\] アクションが入力されます。ビジネス ロジックの作成時にこのフィールドを使用しないでください。詳細については、「[「承認を求める」アクション](https://servicenow-prod.fluidtopics.net/8YAHo5y1eOX3AU3BpYCvJA "承認フィールドを含むレコードの承認を要求します。承認、却下、またはキャンセルのルールセットを構成できます。期日が承認に追加されている場合には、承認者が指定された時間までに応答しないと、承認が自動的に承認、却下、またはキャンセルされます。")」を参照してください。  
注:  
テーブルの承認プロセスがワークフロースタジオエンジンと承認エンジンの両方で管理されている場合、競合が発生する可能性があります。一般に、テーブルの承認プロセスを管理するワークフロースタジオのフローがある場合は、そのテーブルの [承認エンジン](https://servicenow-prod.fluidtopics.net/f~GobX5QDY20SI8rqcNfMw "さまざまなアプリケーション (サービスカタログ要求や変更管理など) の承認の違いに加え、会社が承認を処理する方法の違いについては、アプリケーション内で承認を設定する際の柔軟性をサポートする必要があります。") をオフにする必要があります。
**関連資料**   

* [クラシックの承認](https://servicenow-prod.fluidtopics.net/yp3FMtL8KdaV1UwppSV94Q "クラシック承認は、作業を行う前にタスクに対する承認を要求する従来のプロセスです。以前のリリースでは、承認レコードを作成して承認タスクを定義し、ユーザーまたはグループを関連付けて承認または却下することができました。")