---
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年08月15日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：5分

承認フィールドを含むレコードの承認を要求します。承認、却下、またはキャンセルのルールセットを構成できます。期日が承認に追加されている場合には、承認者が指定された時間までに応答しないと、承認が自動的に承認、却下、またはキャンセルされます。
[クラシックの承認](https://servicenow-prod.fluidtopics.net/yp3FMtL8KdaV1UwppSV94Q "クラシック承認は、作業を行う前にタスクに対する承認を要求する従来のプロセスです。以前のリリースでは、承認レコードを作成して承認タスクを定義し、ユーザーまたはグループを関連付けて承認または却下することができました。") は、ユーザーまたはグループがタスクを承認または却下できるようにするプラットフォーム機能です。

## ロールと可用性 {#ask-approval-flow-designer__section_pwq_rb5_kcb}

ワークフロースタジオ ServiceNow コアアクションとして利用可能です。flow_designer または admin ロールを持つユーザーは、アクションをフローに追加し、構成の詳細を定義できます。

## 入力 {#ask-approval-flow-designer__section_yyg_p4h_ccc}

フローに必要な各入力の値を指定します。動的な値を追加するには、\[データ\] パネルからピルをドラッグアンドドロップすることも、ピルピッカーから選択することもできます。

レコード
:   データタイプ：Record

    承認するレコードへの参照。レコードに承認フィールドが含まれている場合、ワークフロースタジオ は \[承認フィールド\] の入力を自動的に設定します。

テーブル
:   データタイプ：Table Name

    承認要求に関連付けられたレコードのテーブル名。選択するテーブルは、承認ステータスフィールドを保持することで、承認をサポートする必要があります。たとえば、タスクテーブルとその拡張には承認フィールドが含まれています。

承認理由
:   データタイプ：String

    承認の理由を含むテキスト文字列。このフィールドは、監査と規制コンプライアンスに使用できます。この情報は、承認 \[sysapproval_approver\] テーブルに保存されます。たとえば、個人またはグループからの特定の承認要求が必要な理由をリストできます。

承認フィールド
:   データタイプ：Field Name

    承認要求の結果を含むフィールド。

ジャーナルフィールド
:   データタイプ：Field Name

    承認要求に関連付けられた履歴とコメントを保存するフィールド。

ルール
:   データタイプ：Approval Rules

    どのユーザーが要求を承認または却下できるか、および承認または却下後に何が実行されるかを決定するための承認と却下のルール。
    承認ルールまたは却下ルールには次のものがあります。  
    * 誰でも承認可能
    * すべてのユーザーによる承認
    * すべて応答済みで誰でも承認可能
    * 承認しているユーザーの割合
    * 承認するユーザーの数
    {#ask-approval-flow-designer__ul_oxw_thm_3cb}

    承認ルールの横にあるフィールドに、目的の承認者を追加します。承認者を追加するには：

    * 個々のユーザーまたはグループを選択します。
    * レコードからフィールドをドラッグまたは選択します。
    * 手動承認者 ![手動承認者アイコン]() を選択すると、手動承認者が承認または却下を処理できるようになります。手動承認者は、手動で承認者関連リストに追加されたユーザーで、これにより要求を承認できます。たとえば、内容領域専門家をタスクに手動で追加して、要求を承認することができます。手動承認者の追加について詳しくは、「[承認者関連リストを使用した承認の生成](https://servicenow-prod.fluidtopics.net/ueCO7rqBgQdBPpoHzk6IxQ "手動で承認者を要求に追加することができます。")」を参照してください。
    {#ask-approval-flow-designer__ul_qh4_33m_3cb}  
    注:  
    デフォルトでは、\[承認を求める\] は非アクティブなユーザーとグループの承認レコードを生成します。この動作により、特定のユーザーまたはグループが後で非アクティブになった場合でも、フローまたはアクションは引き続き機能できます。非アクティブなエンティティの承認を生成する動作を変更する場合は、com.glide.hub.flow.approval.allow_inactive_entity システムプロパティを設定します。「[ワークフロースタジオ フローシステムプロパティ](https://servicenow-prod.fluidtopics.net/5qzZ4Jrkm0wnPZQPh4hfUQ "フローの処理方法を設定します。")」を参照してください。

    別の OR ルールセットを追加して、却下ルールを定義します。承認を定義するときに、一致する承認がない場合に実行される却下ルールを含めます。このような却下ルールは、フローが待機状態のままになるのを防ぎます。たとえば、承認を誰でも承認できる場合は、誰もそれを承認しない場合に備えて、時間ベースの却下ルールを作成します。

    注:  
    却下ルールのない承認ルール (またはその逆) を設定し、予想される承認ステータスが満たされない場合、ランタイム値はキャンセルされます。

    インラインスクリプトを使用して承認ルールを指定する方法については、ServiceNow コミュニティのブログ投稿「[Scripted Approvals in Flow Designer with Flow Variables (フロー変数を使用したフローデザイナーのスクリプト化された承認)](https://www.servicenow.com/community/now-platform-blog/scripted-approvals-in-flow-designer-with-flow-variables/ba-p/2284506)」を参照してください。

期日
:   データタイプ： Schedule Date/Time

    フローが永久的に承認待ち状態になるのを防ぐための承認ステータスの期日。

## 出力 {#ask-approval-flow-designer__section_lky_lwh_ccc}

これらの出力は \[データ\] パネルに表示されます。フローの他の場所で入力として使用できます。{#ask-approval-flow-designer__outputs-description}

承認ステータス
:   データタイプ：Choice

    承認要求の完了ステータス。フロー実行の詳細ページには、次のいずれかの値が表示されます。

    * 未要求 \[not requested\]
    * 要求済み \[requested\]
    * 承認済み \[approved\]
    * 却下 \[rejected\]
    * キャンセル \[cancelled\]
    * 不要 \[not_required\]
    * スキップ \[skipped\]
    {#ask-approval-flow-designer__ul_epn_jjz_zmb}

## 例 {#ask-approval-flow-designer__section_yp5_sb5_kcb}

このフロー例では、インシデントが作成または更新されると、フローは承認を求めます。「承認を求める」アクションは、平日の 8 時から 5 時のスケジュールを使用して、承認を 1 日待ちます。1 営業日が経過した後、誰も要求を承認または却下していない場合、要求は承認されます。このアクションは、\[アサイン先\] フィールドにリストされているユーザーのマネージャーに承認要求を送信します。そのマネージャーは、1 営業日以内に要求を承認または却下できます。

## 一般的なガイドライン {#ask-approval-flow-designer__section_iln_5f2_5vb}

承認を求めるときは、次のガイドラインに従ってください。

\[次を並列で操作 (Do the following in parallel)\] フローロジックの承認を求めるアクションを複製しない
:   ワークフロースタジオ では、\[次を並列で操作 (Do the following in parallel)\] フローロジックを使用した、同じレコードに対する複数の承認要求の作成はサポートされていません。同じレコードに対して承認を要求すると、分岐間に依存関係ができます。どの分岐が最初に完了するかわからないため、予期しない結果が生じる可能性があります。