この記事は、Teams の電話エージェント、自動応答、通話キューをリンクしてマルチレベルの通話フローを構築したい IT 担当者と管理者向けです。
入れ子になった通話フロー
入れ子になった通話フローは、親の自動応答または通話キューが通話を別の自動応答または通話キューにルーティングする場合です。 2 番目の自動応答または通話キューは、最初の自動応答または通話キューの背後に 入れ子になっています 。
この例では、Travel の通話キューは自動応答の背後にネストされています。
呼び出しフローをネストする方法
Teams 電話エージェント、自動応答、通話キューは、入れ子にする音声アプリケーションを直接参照するか、それに割り当てられているリソース アカウントを参照の 2 つの方法で入れ子にすることができます。 各方法については、次のセクションで説明します。
Teams 電話エージェント、自動応答、または通話キューを直接参照する
通話に応答する最初の Teams 電話エージェント、自動応答、または通話キューには、リソース アカウントと関連するライセンスが必要です。 入れ子になった Teams 電話エージェント、自動応答、または通話キューは、既に通話に応答した Teams 電話エージェント、自動応答、または通話キューは、通話を外部に転送した場合でも、リソース アカウントを必要としません。
この方法で Teams 電話エージェント、自動応答、または通話キューを入れ子にする場合は、通話を受信する最初の自動応答または通話キューのリソース アカウントにライセンスを付与します。
リソース アカウントなしで入れ子にすることをお勧めします。 この方法では、追加のリソース アカウントを作成してライセンスを取得する必要がなくなります。 また、ルーティング フローを理解し、管理しやすくなります。
ただし、リソース アカウントで入れ子にする必要がある場合があります。 たとえば、通話キューの担当者 (エージェント) が通話を受信した場合、通話がどのようにキューに到着したかによって、トースト内の情報が決まります。 通話がリソース アカウントなしでキューに転送された場合、担当者はトーストで通話キューの名前を受け取ります。 通話がリソース アカウントを介してキューに転送された場合、担当者はリソース アカウントの表示名を受け取ります。
Teams 電話エージェント、自動応答、または通話キューに割り当てられているリソース アカウントを参照する
各リソース アカウントには、Teams 電話リソース アカウント ライセンスが必要です。
重要
リソース アカウントを使用しない入れ子は、キュー アプリの承認されたユーザーではサポートされていません。 リソース アカウントなしで Teams 電話エージェント、自動応答、または通話キューを入れ子にした場合、承認されたユーザーはそれらを編集できません。
入れ子の選択が履歴レポートにどのような影響を与えるかを説明した次の記事を必ず確認してください。