承認ルールを使用したゲーティング承認の設定

承認ルールを使用してゲーティング承認を設定できます。

始める前に

必要なロール：admin

重要:

クラシック承認ルールは ワークフロースタジオ 「承認を求める」アクション に置き換えられました。ワークフロースタジオ を使用して、より良いレポート情報を提供する、管理しやすいワークフロー駆動型の承認ロジックを作成します。

手順

1. 左側のナビゲーションペインで、次を選択します システムポリシー > 承認ルール.
2. [New] をクリックします。

   

   表 : 1. 承認ルール

   フィールド	説明
   名前	このルールの名前。
   テーブル	このルールが適用されるタスク テーブル。ほとんどのサービスカタログ承認では、[要求] を選択します。 注: このリストには、承認ルールとアプリケーションスコープにあるテーブルビューとデータベースビューのみが表示されます。
   アクティブ	ルールが有効かどうかを示すインジケーター (デフォルトは true)。
   前の実行ルール	要求レコードを保存する前または後にルールが実行されるかどうかを示すインジケーター。ほとんどの承認では、このチェック ボックスをオンにします。
   ユーザー	この要求を承認する必要があるユーザー (空でもよい)。
   グループ	この要求を承認する必要があるグループ (空でもよい)。
   セット状態	このルールの実行後のタスクにおける承認フィールドの値。ほとんどの場合、[要求済み] を選択します。
   条件	ルールが適用される条件。
   スクリプト	承認者が誰であるかをプログラムで指定するためのオプションのサーバー スクリプト。たとえば、1 行のスクリプト current.requested_for.manager の場合、ServiceNow では、現在のレコードで requested_for 参照フィールドをチェックします。次に、参照レコードでマネージャーフィールドを検索し、その人物を承認者として割り当てます。その他の例については、ServiceNow によって提供されている承認ルールのスクリプト フィールドを参照してください。

   注意事項および制限事項：

   1. 特定のテーブルに好きなだけルールを設定することができます。複数のルールが適用される場合は、承認者も複数になります。
   2. 承認者を重複させることはできません。たとえば、2 つのルールの両方で Fred Luddy さんに特定の要求を承認させる場合、Fred さんに対して作成される承認エントリーは 1 つだけです。
   3. デフォルトでは、すべての要求は [未要求] の承認状態で開始します。承認通知は、要求の承認状態が [要求済み] に設定されるまで送信されません。これは、手動またはスクリプトで実行できますが、最も簡単な方法は [セット状態] を使用して要求を自動的に [要求済み] に設定することです。