「承認を求める」ステップ

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間:5分
  • レコードの承認を要求します。スクリプトを記述せずに承認要求を自動的に承認、却下、またはキャンセルするための一連のルールを設定します。指定された時間までに決定が下されなかった場合に自動的に承認、却下、またはキャンセルする期日を追加します。

    承認は、ワークフローの進行を制御する上で中心的な役割を果たします。適切な担当者が作業を進める前にレビューして承認できるようにします。これは、インシデント処理、変更要求、カタログ履行、および構造化されたガバナンスとコンプライアンスが重要なあらゆるプロセスで不可欠です。承認の詳細については、「 クラシックの承認」を参照してください。

    ロールと可用性

    ワークフロースタジオ アクションステップとして利用可能です。action_designer ロールを持つユーザーは、1 つ以上のアクションステップを使用してカスタムアクションを作成できます。

    入力

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

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

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

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

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

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

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

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

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

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

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

    要求を承認または却下できるユーザーと、レコードが承認または却下された後の動作を構成します。

    承認または却下のユーザールールには次のものがあります。
    • 誰でも承認できます。リストされているユーザーが承認できる場合は、このオプションを使用します。
    • すべてのユーザーが承認します。リストされているすべてのユーザーが承認する必要がある場合は、このオプションを使用します。
    • 全員が応答し、誰でも承認できます。このオプションは、すべてのユーザーが応答する必要があるが、1 人のユーザーのみが承認する必要がある場合に使用します。
    • 承認しているユーザーの割合。このオプションは、過半数のユーザーの承認が必要な場合に使用します。
    • # 人のユーザーが承認しています。特定の数のユーザーを承認する必要がある場合は、このオプションを使用します。

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

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

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

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

    インラインスクリプトを使用して承認ルールを指定する方法については、ServiceNow コミュニティのブログ投稿「Scripted Approvals in Flow Designer with Flow Variables (フロー変数を使用したフローデザイナーのスクリプト化された承認)」を参照してください。

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

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

    アクションエラー評価

    このステップが失敗した場合
    データタイプ:Choice

    次のステップの実行を続行するか、エラー評価に進むオプション。カスタムアクションのエラー条件のステップのステータスコードやメッセージを使用するには、「アクションエラー評価」を参照してください。

    出力

    これらの出力は [データ] パネルに表示されます。アクションの任意の場所で入力として使用できます。

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

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

    • 未要求 [not requested]
    • 要求済み [requested]
    • 承認済み [approved]
    • 却下 [rejected]
    • キャンセル [cancelled]
    • 不要 [not_required]
    • スキップ [skipped]

    アクション内の「承認を求める」ステップの例。