---
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分

クラシック承認は、作業を行う前にタスクに対する承認を要求する従来のプロセスです。以前のリリースでは、承認レコードを作成して承認タスクを定義し、ユーザーまたはグループを関連付けて承認または却下することができました。
アドミニストレーターは、次の場所に移動して従来の承認ロジックを定義できます すべてシステムポリシールール承認.  
重要:  
クラシック承認ルールは ワークフロースタジオ [「承認を求める」アクション](https://servicenow-prod.fluidtopics.net/8YAHo5y1eOX3AU3BpYCvJA "承認フィールドを含むレコードの承認を要求します。承認、却下、またはキャンセルのルールセットを構成できます。期日が承認に追加されている場合には、承認者が指定された時間までに応答しないと、承認が自動的に承認、却下、またはキャンセルされます。") に置き換えられました。ワークフロースタジオ を使用して、より良いレポート情報を提供する、管理しやすいワークフロー駆動型の承認ロジックを作成します。

アドミニストレーターは、次の場所に移動すると、すべての承認要求を表示できます すべてセルフサービス自分の承認 リストフィルターを削除します。

承認レコードは次のフィールドで構成されています。
{#r_Approvals__table_dkw_tvt_lt__entry__2}

| フィールド | 値を入力 |
|-|-|
| 承認者 | 関連レコードの承認を担当するユーザーへの参照。 |
| 状況 | 選択肢は次のとおりです。 * 未要求 (この状態は、承認者にこの要求を承認するよう求めていないことを示します。ステータスを \[要求済み\] に設定するまで要求に関するメール通知は送信されません) * 要求済み * 承認済み * 却下 {#r_Approvals__ul_ggy_wvt_lt} |
| 承認対象 | 任意のテーブルで承認中のレコードへの document_id 参照フィールド。 |
| コメント | 承認に関するコメントを保存するジャーナル フィールド。 |
| 承認サマライザー | [フォーマッターを作成して](https://www.servicenow.com/docs/access?context=t_CreateAFormatter&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US)参照文書からの承認に関連するキーフィールドを表示するフォームに追加します。参照されているレコードがない場合、このサマライザーは表示されません。 |
[表 : 1. 承認レコードのコンポーネント]

{#r_Approvals__table_dkw_tvt_lt}