--- sourceDocument: オーストラリア ServiceNow AI Platform の機能 sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/servicenow-platform Release : - australia ft:locale : - ja-JP ft:publication_title : - オーストラリア ServiceNow AI Platform の機能 ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- # クラシックの承認 # クラシックの承認 {#ariaid-title1} * リリースバージョン: Australia * * 更新日 2026年03月12日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：1分 クラシック承認は、作業を行う前にタスクに対する承認を要求する従来のプロセスです。以前のリリースでは、承認レコードを作成して承認タスクを定義し、ユーザーまたはグループを関連付けて承認または却下することができました。 アドミニストレーターは、次の場所に移動して従来の承認ロジックを定義できます すべてシステムポリシールールApprovals. 重要: クラシック承認ルールは ワークフロースタジオ [Ask for Approval action](https://www.servicenow.com/docs/access?context=ask-approval-flow-designer&version=australia&pubname=australia-build-workflows&ft:locale=en-US) に置き換えられました。ワークフロースタジオ を使用して、より良いレポート情報を提供する、管理しやすいワークフロー駆動型の承認ロジックを作成します。 アドミニストレーターは、次の場所に移動すると、すべての承認要求を表示できます すべてセルフサービス自分の承認 リストフィルターを削除します。 承認レコードは次のフィールドで構成されています。 {#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=australia&pubname=australia-platform-administration&ft:locale=en-US)参照文書からの承認に関連するキーフィールドを表示するフォームに追加します。参照されているレコードがない場合、このサマライザーは表示されません。 | [表 : 1. 承認レコードのコンポーネント] {#r_Approvals__table_dkw_tvt_lt} * **[承認エンジン](https://servicenow-prod.fluidtopics.net/ul8k7EaiEJ5MPoXeJyZO0A)** さまざまなアプリケーション (サービスカタログ要求や変更管理など) の承認の違いに加え、会社が承認を処理する方法の違いについては、アプリケーション内で承認を設定する際の柔軟性をサポートする必要があります。 * **[承認ルール](https://servicenow-prod.fluidtopics.net/FcazzTJOiPR0XERN5O4QsA)** 多くの組織は、要求が合理的であり、組織の予算に適合していることを確認するために承認プロセスに依存しています。 * **[承認サマライザーフォーマッター](https://servicenow-prod.fluidtopics.net/iKFdckjoFdkstqdGwVyTww)** 承認サマライザーフォーマッターにより、承認フォームの下部にサマリーが作成されます。 * **[Approval with e-signature](https://servicenow-prod.fluidtopics.net/LiYLTchjyvQgRlzHTzstrQ)** ログイン認証情報を再入力して、承認レコードを承認または却下します。アクティビティストリームまたは監査履歴から承認の履歴を表示します。 * **[承認ステータス](https://servicenow-prod.fluidtopics.net/VOcGrEKMfPcyV1Qon4_~4g)** 変更要求の承認ステータスは、すべての承認者の現在のステータスを確認することによって決定されます。 * **[承認ルールを使用した承認の生成](https://servicenow-prod.fluidtopics.net/PJOFGTuv3A417jfXwOsFsg)** 特定の基準を満たした場合、個人またはグループへの承認要求が自動的に生成されます。承認要求の自動生成は、システム ポリシー機能を使用して行われます。 * **[承認者関連リストを使用した承認の生成](https://servicenow-prod.fluidtopics.net/rGXsVrD2ZldTX3lDrKz_3g)** 手動で承認者を要求に追加することができます。 * **[ワークフローフローを使用した承認の生成](https://servicenow-prod.fluidtopics.net/lwzyz99Y2JG2S6ORVKElxQ)** Workflow Studio のフローは、承認を生成するための強力で柔軟な方法です。ワークフローフローを使用して、グループ承認とユーザー承認を作成します。 * **[複数の承認者](https://servicenow-prod.fluidtopics.net/FD0IdaWOPio0~24JTF1r7g)** 複数の承認者が存在する場合は、ステータスが「承認済み」に変更される前にすべての承認者が要求を許可する必要があります。 * **[通知の受信](https://servicenow-prod.fluidtopics.net/jWjjgcL2foQwfXouANGe8w)** 指定された承認者である個人は、承認ステータスの更新などの承認通知を自動的に受信します。 * **[ダイナミック承認フォーム](https://servicenow-prod.fluidtopics.net/6IKdnmzKmQFv1lN3UO_VWA)** 承認要求を確認すると、フォームに承認対象のアイテムのコンテキストに適したサマリーがあります。 * **[スクリプトおよびエンジンの実行順序](https://servicenow-prod.fluidtopics.net/ri6r4bMpJoXV0fqf6HyMgA)** スクリプト、アサインルール、ビジネスルール、ワークフロー、エスカレーション、およびエンジンはすべて、挿入や更新などのデータベース操作に関連して有効です。多くの場合、これらのイベントの順序は重要です。