プラン - 入れ子になった呼び出しフロー

この記事は、複数レベルの通話フローを構築するために Teams 電話エージェント、自動応答、通話キューをリンクする IT 担当者と管理者向けです。

入れ子になった呼び出しフロー

入れ子になった呼び出しフローは、親の自動応答または呼び出しキューが別の自動応答または呼び出しキューに呼び出しをルーティングする場合です。 2 番目の自動応答または呼び出しキューは、最初の自動応答または呼び出しキューの背後に 入れ子になっています

この例では、Travel 通話キューが自動応答の背後に入れ子になっています。

自動応答の背後に入れ子になった Travel Support 通話キューを示す通話フロー図。

呼び出しフローを入れ子にする方法

Teams 電話エージェント、自動応答、および通話キューは、入れ子にする音声アプリケーションを直接参照するか、割り当てられたリソース アカウントを参照する 2 つの方法で入れ子にすることができます。 各メソッドについては、次のセクションで説明します。

Teams 電話エージェント、自動応答、または通話キューを直接参照する

通話に応答する最初の Teams 電話エージェント、自動応答、または通話キューには、リソース アカウントと関連するライセンスが必要です。 通話に既に応答した Teams 電話エージェント、自動応答、または通話キューから通話を受信する入れ子になった Teams 電話エージェント、自動応答、または通話キューは、外部から通話を転送する場合でも、リソース アカウントは必要ありません。

この方法で Teams 電話エージェント、自動応答、または通話キュー入れ子にする場合は、通話を受信する最初の自動応答または通話キューでリソース アカウントのライセンスを付与します。

リソース アカウントを使用せずに入れ子にすることをお勧めします。 この方法では、追加のリソース アカウントを作成してライセンスを付与する必要がなくなります。 また、ルーティング フローの理解と管理が容易になります。

ただし、リソース アカウントで入れ子にする必要がある場合があります。 たとえば、呼び出しキュー内の担当者 (エージェント) が通話を受信すると、キューに着信した呼び出しによってトースト内の情報がどのように決定されます。 呼び出しがリソース アカウントなしでキューに転送された場合、担当者はトーストで呼び出しキューの名前を受け取ります。 呼び出しがリソース アカウントを介してキューに転送された場合、担当者はリソース アカウントの表示名を受け取ります。

Teams 電話エージェント、自動応答、または通話キューに割り当てられたリソース アカウントを参照する

各リソース アカウントには、Teams 電話リソース アカウント ライセンスが必要です。

重要

リソース アカウントを使用しない入れ子は、キュー アプリの承認されたユーザーではサポートされていません。 リソース アカウントを持たない Teams 電話エージェント、自動応答、または通話キューを入れ子にした場合、承認されたユーザーはそれらを編集できません。

入れ子の選択が履歴レポートにどのように影響するかを説明する次の記事を必ず確認してください。

次の手順

残りの計画記事

以前の計画に関する記事