---
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
* 
* 更新日 2025年01月30日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：1分

変更要求の承認ステータスは、すべての承認者の現在のステータスを確認することによって決定されます。

承認者が変更を却下した場合、承認ステータスは \[却下\] になります。すべての承認者が変更を承認した場合、承認ステータスは \[承認済み\] になります。すべての承認者が「未要求」ステータスになっている場合、または承認者がいない場合、変更ステータスは「未要求」になります。それ以外の場合、ステータスは「要求済み」になります。

承認者グループの 1 人だけが承認する必要がある「1 つの」承認を設定する機能など、承認を作成する際の柔軟性を高める場合は、[ワークフロー](https://servicenow-prod.fluidtopics.net/R53Pf51RNWDHaCO1AM6~gw#wf-approvals-n-rollbacks "承認を使用して作業する場合、承認アクティビティと承認エンジンとのやりとり、スキップされた承認ワークフローアクティビティの修正方法、ロールバックの動作方法を理解する必要があります。")の使用を検討してください。
**関連資料**   

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