View a markdown version of this page

オプション 3: 顧客に接続するための進入とエージェント転送Avayaのための への進入 - AWS 規範ガイダンス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

オプション 3: 顧客に接続するための進入とエージェント転送Avayaのための への進入

顧客に接続するための進入とエージェント転送Avayaのための への進入のアーキテクチャ図
  1. 顧客が Connect Customer コンタクトセンターに電話をかけます。Connect Customer はお客様にウェルカムメニューを挨拶し、発信者にセルフサービスメニューオプションを提供します。

  2. Connect Customer は、 AWS Lambda 関数を使用して、UCID をプライマリキーとして使用して Amazon DynamoDB データベースインスタンスに顧客レコードを作成します。

  3. Connect Customer は Amazon Lex を開始して通話のセルフサービスを開始します。

  4. Amazon Lex はダイアログコードフックを呼び出し、Lambda 関数を使用してインテントを履行します。

  5. Lambda 関数は通話中にすべての顧客属性を挿入し、次のようなルーティングプロセスで Avaya に戻します。

    1. Connect Customer は Amazon API Gateway に API コールを行います。

    2. Amazon API Gateway が Lambda 関数を開始します。Lambda 関数は Amazon DynamoDB データベースインスタンスにクエリし、Avaya の DNIS アウトバウンドダイヤル番号を取得します。DNIS 番号をブロックしてダイヤル番号を Amazon Lex に渡します。

    3. Amazon Lex はセッション属性で番号を Connect Customer に返します。

  6. Connect Customer は、この番号を使用して にダイヤルバックしますAvaya。

  7. Avaya は Amazon API Gateway への API コールを行います。

  8. Amazon API Gateway は Lambda 関数を開始します。Lambda 関数はこの DNIS 番号に関連付けられた顧客属性を取得して将来の使用のためにダイヤル番号を解放します。

  9. Avaya は通話と顧客属性をエージェントにルーティングします。

このアーキテクチャの主な利点

  • Avaya に追加のハードウェアやライセンスが必要ない。

  • 通話は Connect Customer に直接送信されるため、追加のテレフォニーラインは必要ありません。

このアーキテクチャの主な欠点

このアーキテクチャの主な欠点

  • 通話が に転送された後もAvaya、顧客が Connect Customer を直接呼び出したため、Connect Customer の音声サービス料金とテレフォニー料金が引き続き請求されます。