Search

レポートで「インシデント・パフォーマンス」テーブルを使用する場合、選択できる別の期間タイプは何ですか。

環境：

インシデント・パフォーマンス、inc_performance

解決策：

注意:　期間はagedatabaseユーティリティによって計算されます。そのため、今日のアクティビティは、ユーティリティがそれをコンパイルする明日まで使用できません。

	タイプ1 - 作成から初回回答までの時間: 期間開始: インシデントの作成 期間終了: インシデントの最初の回答が送信されたとき 各インシデントで指定できるタイプ1期間は1つだけです。
	タイプ2 - 「回答」へのステータス変更: 期間開始: 「回答済」/「解決済」ステータス・タイプに設定されたインシデントが未解決ステータス・タイプに変更されたとき 期間終了: 回答が送信されたとき インシデントにタイプ2期間が関連付けられない場合があります。 例えば、インシデントが再開されない場合（Waiting / Solved状態からUnresolved状態に設定された場合）、それに応答すると、タイプ2期間が関連付けられません。 インシデントに複数のタイプ=2期間が指定される場合もあります。 例えば、インシデントが再開され（Waiting / Solved状態からUnresolved状態に設定された場合）、複数回応答した場合、インシデントあたり複数のタイプ=2期間が指定されることになります。
	タイプ3 - 回答への割当: 期間開始: インシデントがエージェントに割り当てられたとき 期間終了: 回答が送信されたとき インシデントが複数のスタッフによって処理される場合に、インシデント当たり複数のタイプ=3期間を指定できます。inc_performance.action_cntフィールドには、エージェントがインシデントに対して送信した回答の数が格納されます。スタッフがインシデントの解決を担当していた場合、inc_performance.solved列が1に設定されます。2人のスタッフがインシデントを処理した場合、2つの期間が存在します。インシデントが解決されたときにインシデントの所有者だったエージェントのみが、解決の功績が認められることになります。
	タイプ4 - 作成から最終解決までの時間: 期間開始: インシデントが作成されたとき 期間終了: インシデントが「解決済」ステータス・タイプに設定されたとき インシデントが再更新された場合、期間が削除され、再度解決されたときに、最終時刻を終了時刻として使用して、再追加されます。インシデント当たり複数のタイプ=4期間を指定することはできません。action_cntフィールドは、そのインシデントに送信された回答の総数をカウントします。inc_performance.solvedフィールドは、1に設定されます。
	タイプ5 - 最後の割当から最終解決までの時間: 期間開始: 解決済に設定される前に割り当てられていた最後のユーザーに割り当てられた時間 期間終了: インシデントが解決されたとき インシデント当たり複数のタイプ=5期間を指定することはできません。
	タイプ6 - 作成から初回割当までの時間: 期間開始: インシデントが作成されたとき 期間終了: インシデントが最初にエージェントまたはスタッフ・グループに割り当てられたとき インシデント当たり複数のタイプ=6期間を指定することはできません。action_cntフィールドには、最初に割り当てられたエージェント以外のエージェントによって送信された回答も含め、インシデントに対して送信された回答の総数が格納されます。
	タイプ7 - 作成から初回解決までの時間: 期間開始: インシデントが作成されたとき 期間終了: 初めて解決済ステータス・タイプに設定された時刻 インシデントが解決後に再更新されない場合、この期間はタイプ=4期間と同じになることがあります。タイプ=7期間が複数存在することはありません。
	タイプ8 - 割当から再割当まで: 期間開始: インシデントがエージェントに割り当てられたとき 期間終了: 回答が送信される前に、インシデントが別のエージェントに再割当されたとき
	タイプ9 - 「再割当」へのステータス変更: 期間開始: インシデントが「連絡待ち」または「解決済」ステータス・タイプから「未解決」ステータス・タイプに変更されたとき 期間終了: 回答が送信される前に、インシデントが別のエージェントに再割当されたとき
	タイプ10 - 「キューに追加」から「キューから削除」まで: 期間開始: インシデントがキューに割り当てられたとき 期間終了: インシデントが別のキューに再割当されたとき、またはインシデントが「解決済」タイプに設定されたとき(インシデントが初期キューに割り当てられたままの場合でも)
	タイプ11 - キューから一次割当へ: 期間開始: インシデントがキューに割り当てられたとき 期間終了: インシデントがスタッフに割り当てられたとき
	タイプ12 - キューから一次回答へ: 期間開始: インシデントがキューに割り当てられたとき 期間終了: インシデントの回答が初めて送信された時刻
	タイプ13 - キューから一次解決へ: 期間開始: インシデントがキューに割り当てられたとき 期間終了: インシデントが初めて解決済ステータス・タイプに設定された時刻
	タイプ14 - バックログ: 期間開始: インシデントが作成されたとき、またはステータスが「解決済」または「回答済」ステータスから「未解決」ステータスに変更されたとき 期間終了: インシデントが編集され、保存されたとき
	タイプ15 - インシデントの編集: 期間開始: インシデントが編集のために開かれたとき 期間終了: エージェントが「保存」をクリックしたとき インシデントが解決後に再更新されない場合、この期間はタイプ=4期間と同じになることがあります。
	タイプ16 - サービス中(キューに定義された期間のみ): 期間開始: インシデントが作成されたとき、または「解決済」または「回答済」ステータス・タイプに設定されているインシデントが「未解決」ステータス・タイプに変更されるか、キューが変更されたとき 期間終了: インシデントが「解決済」または「回答済」ステータス・タイプに設定されるか、インシデントが別のキューに割り当てられたとき
	タイプ17 - 初回応答から初回解決まで: 期間開始: 最初の応答が送信されたとき 期間終了: インシデントのステータスが初めて「解決済」ステータス・タイプに変更されたとき
	タイプ18 - 初回応答からキュー内での初回解決まで: 期間開始: そのキューの最初の応答が送信されたとき 期間終了: 指定したキュー内のインシデントのステータスが初めて「解決済」ステータス・タイプに変更されたとき
	タイプ19 - 最後の「回答済」に設定- 最終解決: 期間開始: インシデントのステータスが最後に「回答済」ステータス・タイプに変更されたとき 期間終了: インシデントのステータスが最後に「解決済」ステータス・タイプに変更されたとき

期間の長さ(各期間で報告される時間要素)は2つの方法で報告できます。

1. 絶対時間:絶対時間は単純に2つの日時値間の差です。たとえば、date_diff(inc_performance.time_end, inc_performance.time_start)です。これは、期間の2つの時間の間の合計時間(秒単位)を提供します。
2. 相対時間:間隔の相対的な時間（応答要件で定義されている勤務時間と休日に関連する）。相対時間はデフォルトの回答要件またはインシデントに適用されるサービス・レベル契約を考慮します。相対時間は、inc_performance.rel_timeを使用し、定義された営業時間中に発生した時間のみを含めることにより、期間(秒単位)の時間を計算します。 詳しくは、ドキュメンテーションにあるデフォルト・レスポンス要件の定義をご覧ください。

そのため、インシデントが午前3:00に作成され、午前8:02に回答された場合、営業時間が午前8:00に始まる場合、作成から初回回答までの相対時間(タイプ=1期間)は120(つまり2分)で、絶対時間は18120(または5時間2分)になります。

詳細に関しては、「インシデントのパフォーマンス間隔」を参照してください。Oracle B2C Service オンライン・ドキュメンテーション又はマニュアルにアクセスするには、Oracle B2C Serviceプロダクトのドキュメントをご覧ください。