承認ルールを使用したゲーティング承認の設定
- 更新日2024年2月1日
- 所要時間:3 分
- Washington DC
- "サービスアドミニストレーション"
Washington DC リリースのサポートは終了しました。そのため、製品ドキュメントとリリースノートは参考情報としてのみ提供され、今後は更新されません。
承認ルールを使用してゲーティング承認を設定できます。
始める前に
必要なロール:admin
手順
- 左側のナビゲーション ペインで、[システム ポリシー] > [承認ルール] を選択します。
-
[新規] をクリックします。
表 : 1. 承認ルール フィールド 説明 名前 このルールの名前。 テーブル このルールが適用されるタスク テーブル。ほとんどのサービスカタログ承認では、[要求] を選択します。注: このリストには、承認ルールとアプリケーションスコープにあるテーブルビューとデータベースビューのみが表示されます。アクティブ ルールが有効かどうかを示すインジケーター (デフォルトは true)。 前の実行ルール 要求レコードを保存する前または後にルールが実行されるかどうかを示すインジケーター。ほとんどの承認では、このチェック ボックスをオンにします。 ユーザー この要求を承認する必要があるユーザー (空でもよい)。 グループ この要求を承認する必要があるグループ (空でもよい)。 セット状態 このルールの実行後のタスクにおける承認フィールドの値。ほとんどの場合、[要求済み] を選択します。 条件 ルールが適用される条件。 スクリプト 承認者が誰であるかをプログラムで指定するためのオプションのサーバー スクリプト。たとえば、1 行のスクリプト current.requested_for.managerの場合、ServiceNow では、現在のレコードで requested_for 参照フィールドをチェックします。次に、参照レコードでマネージャーフィールドを検索し、その人物を承認者として割り当てます。その他の例については、ServiceNow によって提供されている承認ルールのスクリプト フィールドを参照してください。注意事項および制限事項:- 特定のテーブルに好きなだけルールを設定することができます。複数のルールが適用される場合は、承認者も複数になります。
- 承認者を重複させることはできません。たとえば、2 つのルールの両方で Fred Luddy さんに特定の要求を承認させる場合、Fred さんに対して作成される承認エントリーは 1 つだけです。
- デフォルトでは、すべての要求は [未要求] の承認状態で開始します。承認通知は、要求の承認状態が [要求済み] に設定されるまで送信されません。これは、手動またはスクリプトで実行できますが、最も簡単な方法は [セット状態] を使用して要求を自動的に [要求済み] に設定することです。