スケジュールされた結果、必須の結果、パフォーマンスの結果、および毎日の概要を確認します。

前提条件
  • 人材管理>スケジュール>編集そしてビュー許可
  • 人材管理>短期予測>ビュー許可
  • 人材管理>スタッフ要件>ビュー許可

予測に基づくスケジュールを生成すると、スケジュール エディターによって、スケジュール、必要なスタッフ、差異数、パフォーマンス結果が提供され、スケジュールの分析と計画に役立ちます。 

 メモ:   サービス目標テンプレート (SGT) に変更が加えられた場合、システムはデフォルト モデルを使用して新しい要件を生成しますが、その要件は正確ではない可能性があります。 夜間のビルド中に、システムはより正確で精度の高い新しい改良モデルを作成します。 したがって、翌日に要件を確認することをお勧めします。 同様に、最新の更新モデルが使用されていることを確認するために、翌日までスケジュールを生成しないことが最善です。

スケジュールエディタの下部にあるチャートで、予定必須、そしてパフォーマンスリストから。スケジュール、必須、パフォーマンスのドロップダウンの右側にある必須およびパフォーマンスの表示オプションを開きます。

 メモ:  予定必須、 そしてパフォーマンスビューは、ビューに応じて変化します。 次の例は、日別表示で表示される情報を示しています。

注記:の収縮管理ユニット構成に追加される計画外の縮小が必須になります。

日別表示で利用可能なスケジュール、必須、およびパフォーマンス情報には、次の行が含まれます。

必要なメトリックには次の行が含まれます。

  • 必要なスタッフ行には、その期間中に必要なフルタイム相当のエージェントの数が表示されます。 この値は、期間に必要なすべての値の合計であり、収縮は含まれません。 必要なスタッフの行は、スケジュールを生成するときに表示され、再スケジュールが実行されると自動的に更新されます。
  • 違い行には、予定列と必須スタッフ行であり、収縮は含まれません。
  • 縮小に伴う必要なスタッフ行には、その期間中に必要なフルタイム相当のエージェントの数が表示されます。 この値は、期間に必要なすべての値の合計であり、収縮も含まれます。
  • 収縮による違い行には、予定列と必要なスタッフ収縮あり行、収縮を含みます。
  • 調整された必要人員行には、最新のボリュームと、その期間に必要なフルタイム相当のエージェントの数が表示されます。 AHT予報。この値は、期間に必要なすべての値の合計であり、収縮は含まれません。リンクされた予測が変更および保存されるたびに、調整された必須スタッフ行の値が更新されます。
  • 調整後の差異行には、予定されている列と必要人員の調整行であり、収縮は含まれません。
  • 縮小に伴う必要人員の調整行には、最新のボリュームと AHT 予測に基づいて、その期間中に必要なフルタイム相当のエージェントの数が表示されます。 この値は、期間に必要なすべての値の合計であり、収縮も含まれます。
  • 調整後の収縮差行には、予定されている列と縮小に伴う必要人員の調整ロウ、収縮を含みます。

パフォーマンス メトリックには次の行が含まれます。 これらの行はメディア タイプごとに表示されます。 メディア タイプを表示または非表示にするには、メディア タイプの右上隅にある [メディア タイプ] アイコンをクリックします。パフォーマンスヘッダー行。

  • サービスレベル%行には、選択したプランニング グループに割り当てられた最新のボリュームと AHT 予測、および割り当てられたエージェント FTE に基づいた予測サービス レベルが表示されます。
  • 平均応答速度 (秒)行には、最新のボリュームと AHT 予測に基づいて予測された ASA と、選択したプランニング グループに割り当てられたエージェント FTE が表示されます。
  • 放棄された %行には、選択したプランニング グループの最新のボリュームと AHT 予測、および割り当てられたエージェント FTE に基づいて予測された放棄率が表示されます。

週モードでビューで利用可能な日ごとのサマリーは、以下の合計を提供します。

  • その日のシフトを持つエージェントの数。
  • {"error" :{"code" :400000,"message" :"One of the request inputs is not valid."}}

  • {"error" :{"code" :400000,"message" :"One of the request inputs is not valid."}}

マルチコンタクト型およびマルチスタッフ型の環境は複雑であるため、予測人員要件は単純な計算 (基本人員要件など) ではなく、Erlang-C などの単純な式は使用されません。

代わりに、このシステムでは、数学的モデリング、数学的最適化、線形計画法、離散イベントシミュレーション、ヒューリスティックスを使用する独自のプロセスが使用されます。 スケジューリング エンジンは、指定された負荷を処理できる実際のエージェントに基づいて、現実的で最小限のエージェント セットを生成しようとします。表示される数値は、サービス パフォーマンスの目標を達成するために必要なエージェントの数 (縮小を含む) です。

使用されるエージェントは既存のエージェントと似ていますが (たとえば、同じキューの関連付け、メディア タイプの処理能力、スキルを備えています)、各エージェントのクローンを 1 つまで含めることができるある程度の柔軟性があります。