KACE Systems Management Appliance 14.0 Common Documents - Administrator Guide (Japanese)

WaitingOverdue

休止状態が7日間続いているチケットを、期限超過ステータスに変更します。

設定可能な期間待機した後、チケットステータスを変更します。ステータスの変更が行われた場合に、Eメールメッセージを送信することもできます。

OverdueClose

7日間に渡り、何のアクションも行われず期限超過状態だったチケットを閉じます。

設定可能な期間待機した後、チケットステータスを変更します。ステータスの変更が行われた場合に、Eメールメッセージを送信することもできます。

EmailOnClose

チケットがクローズされたら、Eメールメッセージをチケット送信者に送信します。クローズチケットに対して応答が必要となるのは、そのチケットが再度開かれる場合のみです。

チケットがクローズされたら、Eメールメッセージを送信します。

CustomerResponded

ユーザーが、お客様のアクションを待機中のチケットに対応したときに、チケットを応答済みステータスに移動します。

未解決のチケットのステータスを変更し、それが更新された場合はEメールメッセージを送信します。

ReopenTicket

終了チケットに対して所有者以外の誰かが応答した場合は、そのチケットを再度開きます。

終了チケットが再び開かれた場合、このチケットルールによってチケットのステータスが変更され、Eメールメッセージが送信されることがあります。

名前

チケットルールの名前。

優先順位

評価優先順位レベルを指定する数字。チケットルールは、指定した評価優先順位に従って実行されます。数字の小さいものから順に実行されます。

キュー

（読み取り専用）チケットが属するキューの名前。

説明

任意の追加情報を入力します。

有効

チケットルールは使用可能です。有効になっている場合にのみ、チケットルールが実行されます。

Select SQL

必要に応じてSQLクエリを修正します。クエリは、チケットルール ページで指定した条件に基づき、チケットルールウィザードによって生成されます。このクエリによって、更新クエリを実行する一連のチケットIDが返されます。

指定した頻度に従って選択クエリが実行されます。

クエリの結果を表示するには、チケット検索結果の表示 をクリックします。

IMPORTANT: 編集による影響が不明な場合は、SQLクエリを編集しないでください。不正なSQLステートメントによって、アプライアンスのパフォーマンスが低下する可能性があります。

Eメールで結果を送信

選択クエリの結果を、指定したEメールアドレスに送信します。選択クエリによって返されたすべての列は、Eメールに含まれます。

E メール フィールドに E メールアドレスを入力します。複数のアドレスは、コンマで区切ります。

コメントをチケットに追加

選択クエリによって返される各チケットにコメントを追加します。このアクションは、以降で指定される更新クエリで、その情報をログに記録しないでチケットが更新される場合に役立ちます。例えば、「チケットルール：優先度「高」への引き上げがトリガされます」などのメッセージを追加します。このメッセージを追加することで、どのチケットが変更されたかが分かります。

コメント フィールドに任意のコメントを入力します。

各受信者に E メールでクエリ結果を送信

選択クエリによって返された E メールアドレスにテキストを送信します。E メール 列の選択クエリによって返された各 E メールアドレスに、E メールが送信されます。

変数は、E メールの件名行か本文で評価されます。$Titleや$due_dateなどの文字列は、それぞれ TITLE 列と DUE_DATE 列の値で置き換えられます。選択クエリによって返された列はすべて、同じ方法で置き換え可能です。

チケットルールウィザードによって生成される SQL では、使用可能な値として OWNER_、SUBMITTER_、および CC_LIST が提供されます。

件名 フィールドに件名を入力します。

E メール フィールドに、Eメール列の名前を入力します（例：「OWNER_」）。E メールは、この E メール 列の選択クエリによって返された各 E メールアドレスに送信されます。

E メール本文 フィールドに、E メールメッセージを入力します。

更新クエリを実行

更新クエリ フィールドの結果を入力として使用し、別のデータベースクエリを実行します。

このフィールドでは、選択クエリによって返されたチケットのコンマ区切りリストを入力として使用し、別のSQL UPDATEステートメントを実行することができます。例えば、「update HD_TICKET set TITLE = 'changed' where HD_TICKET.ID in (<TICKET_IDS>)」は、「update HD_TICKET set TITLE = 'changed' where HD_TICKET.ID in (1,2,3)」になります。

必要に応じてSQLクエリを修正します。クエリは、チケットルール ページで指定した条件に基づき、チケットルールウィザードによって生成されます。このクエリは、選択クエリによって選択されたチケットに対して実行されます。

指定した頻度に従って更新クエリ が実行されます。

IMPORTANT: 編集による影響が不明な場合は、SQLクエリを編集しないでください。不正なSQLステートメントによって、アプライアンスのパフォーマンスが低下する可能性があります。

期日の再計算

このオプションは、更新クエリに既存のチケットの優先度の更新が含まれる場合にのみ選択します。このオプションを選択すると、チケットルールによって設定された新しい優先度に基づいて期日が再計算されます。

NOTE: いずれかのチケットに手動で上書きされた期日が含まれる場合、この期日はチケットルールによって上書きされません。

前回の実行ログ

最後のクエリの結果（障害やエラーを含む）。これらの結果は、チケットルールを実行するたびに更新されます。

頻度

チケットルールを実行する間隔。

NOTE: チケット保存時 に実行されるチケットルールは、単一のチケットに対して実行され、単一のイベントをトリガするよう設計される必要があります。スケジュールに従って実行されるチケットルールは、複数のチケットに対して実行することが可能で、複数のイベントをトリガすることができます。

次回実行

チケットルールの次回の実行を予定している日付と時刻。