この記事の内容
dropdown icon
開始
    主な用語
    アクセス フロー デザイナー
    モダンで統合された Flow Designer キャンバスを探索
    ブラウザの要件
    メール要件
dropdown icon
レイアウトを探索
    アクティビティ ライブラリ
    キャンバス、メイン フロー、イベント フロー
    [プロパティ] ペイン
    ヘッダー ペイン
    フッター ペイン
dropdown icon
アクティビティとイベントを理解する
    連絡先処理のアクティビティ
    フロー制御のアクティビティ
    ユーティリティのアクティビティ
    音声でのアクティビティ
    イベント フロー
dropdown icon
変数と式を使用する
    カスタム変数
    フロー設定をオーバーライド
    定義済みの変数
    グローバル変数
    デスクトップ表示可能な変数
    JSON 変数
    表現を書く
    Pebble テンプレートのシンタックス
    式を検証
dropdown icon
フロー テンプレートを使用
    営業時間の使用状況
    包括的な着信連絡先
    CSAT DTMF アンケート
    DialogFlow ES 仮想エージェント
    動的変数サポート
    ハローワールド
    メニューの自動音声応答
    Microsoft Dynamics HTTP(S) データ ディップ
    パーセンテージ割り当てと A/B 分布
    Salesforce HTTP(S) データ ディップ
    ServiceNow HTTP(S) データ ディップ
    キューへの単純な着信通話
    Google DialogFlow CX の仮想エージェント
    Zendesk HTTP(S) データ ディップ
    コールバックを重複させない
    音声プロンプトの録音と管理
    最後のエージェント ルーティング テンプレート
    AI エージェント自律型 (パッケージのトラッキング)
    AI エージェントスクリプト (パッケージトラッキング)
    AI エージェントスクリプト (医師の予約予約)
dropdown icon
サブフロー テンプレートを使用
    コールバック情報を収集
    エラー処理
    HTTP データ ディップ
    キューの処理
    スケジュール済みコールバック サブフロー テンプレート
dropdown icon
フローの作成と管理
    フローを作成
    フロー テンプレートからフローを作成
    コンテキスト メニュー オプション
    フロー変数を編集
    フローを変更
    フロー内の音声プロンプトをプレビュー
    フローのエンティティを検索
    フローにバージョン ラベルを適用
    自動保存を有効または無効にする
    アクティビティをコピーして貼り付け
    フローを検証
    フローをコピー
    フローをエクスポート
    フローをインポート
    フローを公開
    フローを削除
    エントリ ポイント ルーティング戦略
    キュー ルーティング戦略
dropdown icon
サブフローの作成と管理
    サブフローを作成
    サブフローを編集
    サブフローを削除
    サブフローをメイン フローに追加
dropdown icon
機能の作成と管理
    重要な考慮事項
    関数の作成
    機能を管理
    関数をメイン フローに追加
    よくある質問
dropdown icon
エラー処理を設定
    アクティビティに対するシステムによって強制されるセルフループ制限
複数のフローをリンク (GoTo)
デバッグ フロー
フローを分析
エラー コードを理解する
フロー デザイナーでフローを構築および管理
list-menuこの記事の内容
list-menuフィードバックがある場合

フロー デザイナーは、Webex Contact Center に不可欠なコンポーネントであり、システムを通じてリアルタイムの通話をルーティングできます。 通話にエージェントを割り当てる方法、アクティビティやイベントの設定を通じて、プロセスの各ステージで何が起こるかを指定できます。

使い始める

フロー デザイナーは、組織の要件を満たすリアルタイムのフローを作成するためのインターフェイスを提供します。通話処理とフロー制御に関連する事前定義されたアクティビティは、フロー作成のビルディング ブロックとして機能します。ドラッグ アンド ドロップ インターフェイスは、フローコンポーネントを簡単に設定できます。フロー実行に影響を与える各アクティビティのプロパティを設定できます。また、変数や式を設定して、フローロジックを定義することもできます。

フロー デザイナーを使用する前に、Webex Contact Center Control Hub から複数のエンティティをプロビジョニングする必要があります。これらのエンティティをフローデザイナー(キューと音声ファイルなど)の一部として直接使用するか、間接的に連絡先のルーティング(キューのルーティング戦略での通話分配)を有効にします。

フロー デザイナーでフローを構築する前に、次の項目を設定します。

  • エントリ ポイント
  • キュー
  • エージェント
  • ユーザー プロファイル
  • デスクトップ プロファイル
  • チーム(Teams)
  • 仮想エージェント
  • 音声ファイル

主な用語

この記事の次の項目に慣れてください。

  • アクティビティ​ :Flow Designer インターフェイス内のノード。メッセージの再生や HTTP 要求の作成など、フローの 1 つのステップを表します。ユーザは、この要素をフローにドラッグしてドロップします。

    ドロップダウンベースのアクティビティ プロパティの場合、検索フィルタはデフォルトで有効になっています。ドロップダウンリストに、デフォルトの制限よりも多くのオプションが含まれている場合は、検索するキーワードを入力し、自動入力された結果から希望のオプションを選択します。

  • イベント​ :イベントは、内部または外部を問わず、フローまたはフローパスをトリガーします。イベントには、Kafka メッセージ、外部 HTTP リクエスト、またはユーザー アクションを含めることができます。イベント駆動型アプリケーションである Flow Designer は、これらのトリガーに応答してフローを実行し、設定に基づいて自動的に実行します。

  • フロー​ :イベントに応答して実行されるユーザ定義のアクティビティのシーケンス。

  • リンク:リンクは、あるアクティビティを別のアクティビティに接続する矢印です。フローの方向とイベント間の依存関係を示します。リンクを削除して、2 つのアクティビティ間の接続を切断するには、リンクをクリックして削除アイコンを表示し、回線の削除に進みます。

アクセス フロー デザイナー

フロー デザイナーは、Cisco Identity Service を使用してシングル サインオン (SSO) を使用します。Control Hub にサインインしている場合は、再度サインインせずに Flow Designer にアクセスできます。そうでない場合は、SSO クレデンシャルの入力が求められます。

はじめる前に

フロー デザイナー アプリケーションにアクセスするには、プレミアム エージェント ライセンスと、フローを編集する権限を持つユーザー プロファイルが必要です。

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows.[フロー] ページには、次の 3 つのタブが表示されます。

  • フロー
  • サブフロー
  • グローバル変数
  1. オプション Manage Flows > Create Flows.[フローの作成] ページが表示されます。詳細については、 フローの作成 を参照してください。

  2. リストから既存のフローをクリックします。特定のフローが表示されます。

モダンで統一された Flow Designer キャンバスを探索

Webex Contact Center フローデザイナーキャンバスは、Webex ポートフォリオの外観とフィールに合わせ、ポートフォリオ全体で一貫したエクスペリエンスを保証する最新のユーザー インターフェイスを備えています。キャンバスはターゲットのアクセシビリティを改善し、重要な要素をより幅広いユーザーにとって使いやすくなりました。

鮮やかな背景色は、更新されたノードとより強いコントラストを提供し、ユーザーがフローの作成に集中できるようにします。ノードのポート設計は、より大きなタッチポイントと出力間の明確な差別化を備え、理解を加速させ、構築フローの間にノードを簡単に接続できるようにします。さらに、フローティングパネルとツールバーデザインにより、視覚的な深さを追加し、フロー開発のために可視領域を最大化することで、より没入型のワークスペースが作成されます。

新しいフローを作成しようとする場合でも、既存のフローで動作する場合でも、フロー ページは最新のユーザ インターフェイスに表示され、新しい機能を見つけるのに役立つ次のモーダル ポップアップが表示されます。

Flow Designer の新機能を見る

モダンとレガシー UI を切り替える

ユーザ設定メニューでは、モダン UI とレガシー UI を切り替えることができます。

  1. キャンバスの右上隅にあるユーザー設定アイコンをクリックします。
  2. を無効にする New look トグルしてレガシーモードに切り替えます。

ダーク モードとライト モードを切り替える

フロー デザイナー キャンバスは、ダーク モード テーマとライト モードのテーマで使用でき、目の負担を最小限に抑えます。自分に最適な優先テーマを選択してください。

  1. キャンバスの右上隅にあるユーザー設定アイコンをクリックします。
  2. を無効にする Dark mode トグル。

Palatteアクティビティの強化

酸性パレットは次のように強化されます。

  • アクティビティ グループ:アクティビティは機能に基づいて論理的にグループ化され、必要なアクティビティを簡単に見つけることができます。各グループで、アクティビティはアルファベット順に一覧表示されます。次のグループを利用できます。
    • 連絡先の処理
      • キューの詳細情報
      • 連絡先を切断する
      • 通話分配グループをエスカレーション
      • フィードバック
      • フィードバック v2
      • キュー情報を取得
      • Queue Contact
      • エージェントへのキュー
      • スクリーンポップアップ
      • 連絡先の優先順位を設定
      • 仮想エージェント
      • 仮想エージェント V2
    • 音声
      • ブラインド転送
      • ブリッジ転送
      • 通話の進行状況分析
      • 通知
      • 数字の収集
      • メニュー
      • メッセージを再生
      • 音楽の再生
      • 録画
      • 録画のコントロール
      • コールバックをスケジュール
      • 数字を送信
      • アナウンスを設定
      • 発信者 ID を設定
      • ウィスパー アナウンスを設定
      • メディア ストリームを開始
      • 音声をアップロード
    • フローコントロール
      • ケース
      • 発生
      • 終了フロー
      • 移動先
      • パーセント 割り当て
      • 待機
    • ユーティリティ
      • BRE リクエスト
      • 営業時間
      • HTTP リクエスト
      • 解析
      • Set Variable
  • 検索バー:検索バーを使用すると、リスト全体をスクロールしなくても、アクティビティやサブフローをすばやく検索できます。自動提案機能とキーワード一致機能は、フローデザイナーの検索エクスペリエンスを向上させます。
  • アクティビティ アイコンとツール ヒント:アクティビティには、目的に合ったアイコンが表示され、ツールのヒントがアクティビティに関する簡単な情報を提供します。

ブラウザーの要件

サポートされているブラウザを参照するには、次の表を使用します。

ブラウザ

Microsoft Windows 10

Microsoft Windows 11

Mac OS X

Chromebook

Google Chrome

76.0。3809

103.0.5060。114

76.0.3809 以上

76.0.3809 以上

Mozilla Firefox

ESR 68 以上の ESR

ESR V102.0 以上の ESR

ESR 68 以上の ESR

NA

Microsoft Edge

42.17134以上

103.0.1264.44 以上

NA

NA

Chromium

NA

NA

NA

79 またはそれ以上

次のブラウザオプションを設定します。

  • Cookie とサイト データを有効にします。

  • セキュリティ レベルを に設定します。

  • 画像オプションを有効にします。

  • ポップアップ ブロッカーを無効にします。

  • JavaScript を有効にします。

メール要件

フロー デザイナーは、次のメール サーバをサポートしています。

  • オフィス 365

  • Gmail

レイアウトを探索

アクティビティ ライブラリ

アクティビティライブラリは、すべてのアクティビティを見つけることができます。アクティビティ ライブラリからメインまたはイベント フロー キャンバスにアクティビティをドラッグ アンド ドロップして、フローを構築します。以下のセクションにまとめられています。

  • 通話処理:通話処理アクティビティを使用して、音声対話を扱うフローを構築します。これらは、自動音声応答 (IVR) および仮想エージェントまたは人間のエージェントを通じてコールを処理する場合に固有です。
  • フロー制御:フロー制御アクティビティはフロータイプには不可知性があり、使用事例に関係なく、フローのロジックをコントロールするために使用します。

必要に応じてアクティビティ ライブラリを非表示にしたり展開したりして、構成間でキャンバスの作業スペースを増やすことができます。

キャンバス、メイン フロー、イベント フロー

キャンバスは、アクティビティをドロップするグレーの作業スペースです。画面の左下のコントロールを使用して、キャンバスを移動し、ズームインおよびズームアウトします。フローサイズやキャンバスの使用に制約はありません。

キャンバスの余白を許可する 2 つのタブがあります。Main Flow および Event Flows.これらのタブは、フローの異なるパスを論理的に区別し、より整理されたワークスペースを作成します。

メイン フロー

メイン フロー タブを使用して、開始フロー アクティビティで定義されたトリガー イベントに基づいてプライマリ フローをスクリプトします。メイン フロー タブで、発信者の完全なエクスペリエンスを設定します。これは、Cisco Unified IP Interactive Voice Response(IVR)メニューからコールをオプトアウトまたはラップアップするまで開始されます。フローには、システムが順番に実行する予測可能な手順が含まれています。

イベント フロー

メイン フローの実行中の任意の時点で、システムはメイン フローを中断するイベントをトリガーします。たとえば、エージェントが通話に応答すると、キューの発信者のエクスペリエンスが中断されます。これらのイベントがトリガーされたときに固有の動作を定義する場合は、オプションのイベント フローをスクリプトできます。イベントフローはメインフローに非同期です。システムがイベント フローをトリガーするタイミングを予測することはできません。このため、イベント フローはオプションであり、メインフロー機能の拡張機能です。

イベント フロー キャンバスでは、複数のイベント処理フローを設定できます。各イベント フローには、共有アクティビティがない固有の開始と終了が必要です。

イベント ハンドラの詳細については、イベントフロー を参照してください。

ズームツールバー

ズームツールバーには次のアイコンがあります。

  • グローバル プロパティ: Settings button represented by a cog icon アイコンをクリックして、 Global properties ペイン。詳細については、[プロパティ] ペイン を参照してください。
  • 自動配置 - ツールバーの Thumbnails icon アイコンをクリックして、キャンバス内のアクティビティを整理します。
  • 元に戻す - ツールバーの undo アイコンをクリックして、最後に実行したキャンバスアクションを取り消します。
  • やり直し - ツールバーの redo アイコンをクリックして、最後に実行したキャンバスアクションをやり直します。

    キャンバス アクションは最大 10 件まで元に戻すことができます。属性やプロパティに対して行われた変更を元に戻したりやり直したりすることはできません。

  • ビューに合わせる - ツールバーの Maximize video player to full screen mode icon アイコンをクリックして、すべてのノードが表示されるようにキャンバスの拡大率を調整します。
  • ズームイン - ツールバーの zoom in button アイコンをクリックして、キャンバスにズームインします。上限に達すると、アイコンは無効になります。
  • ズームアウト - ツールバーの zoom out button アイコンをクリックして、キャンバスをズームアウトします。上限に達すると、アイコンは無効になります。
  • メッセージは、 Zoom on scroll オプションを使用すると、パン(デフォルト)とズーム(以下を使用して Ctrl キー)。ズームするには、 Ctrl キーを押し、マウスホイールを上下にスクロールします。
  • キャンバスを横切るには、マウスホイールを上下にスクロールします。
  • マウスホイールで左から右にパンするには、次を使用します。 Shift + Scroll キーです。

Canvas コントロールのアクションとショートカット キー

フロー開発者の効率と生産性を向上させるために、フローデザイナーキャンバスには次のオプションがあります。

  • 元に戻すアクション: UndoRedo ズーム ツールバーにあるアイコンまたはキーボード ショートカットを使用します。
  • カット、コピー、貼り付け、削除 - キャンバスを右クリックして、切り取り、コピー、貼り付け、削除操作を行います。通話処理とフロー制御のアクティビティとリンクを次のようにカット、コピー、貼り付けできます。
    • フロー内とフロー間で
    • メイン フローとイベント フロー間
    • フローとサブフロー間
    組織やブラウザ間でコピーして貼り付けることもできます。

    他のブラウザからアクティビティとリンクを FireFox にコピーしようとすると、制限がいくつかあります。この機能を有効にするには、Firefox で以下の基本設定を true に設定する必要があります。

    • dom.events.asyncClipboard.readText
    • dom.events.testing.asyncClipboard

    タイプ about:config Firefox のアドレスバーに入力します。指定した基本設定を検索します。値を true に変更して、他のブラウザーからの貼り付けを許可します。

  • 自動配置 - ズームツールバーの Thumbnails icon アイコンを使用して、キャンバス内のアクティビティを自動的に整理し、理解しやすくメンテナンスを向上させます。
  • グリッドにスナップ - アクティビティを 20 ピクセル単位でスナップするために使用します。
  • キーボード ショートカット: キーボード ショートカットを使用して、フローをすばやく編集できます。[ヘルプ] アイコンをクリックします。選択 Keyboard shortcuts 使用可能なキーボード ショートカットのリストを表示します。

キーボード ショートカット

キャンバスで次のキーボード ショートカットを使用します。

ショートカット

Windows OS

MAC OS
General

Open keyboard shortcuts

Ctrl + Alt + K

Control + Alt + K

Tools

Auto arrange

Shift + A

Shift + A

Edit

Copy

Ctrl + C

Command + C

Cut

Ctrl + X

Command + X

Paste

Ctrl + V

Command + V

Undo

Ctrl + Z

Command + Z

Redo

Ctrl + Shift + Z

Command + Shift + Z

Delete

Backspace

Delete

Select all

Ctrl + A

Command + A

Select multiple

Shift + ClickShift + Click

Select region

Shift + Click and dragShift + Click and drag

View

Zoom in

Ctrl + +

Command + +

Zoom out

Ctrl + -

Command + -

Zoom in or out

Ctrl + Scroll

Command + Scroll

Zoom to 100%

Fit to view

Shift + 1

Shift + 1

Scroll left or right

Shift + Scroll

Shift + Scroll

[プロパティ] ペイン

[プロパティ] ペインがアプリケーションの右側に表示されます。フロー(グローバルプロパティ)または選択したアクティビティのパラメータを設定します。ペインを非表示・展開すると、設定間のキャンバスの作業スペースを広くできます。

フローがロードされると、グローバルプロパティペインがデフォルトで表示されます。歯車アイコンalt アイコンで表される ペインが開きます。[歯車(cog)] アイコンalt アイコンで表される [設定(Settings)] ボタンを使用すると、フローの作業時にプロパティ ペインを開いたり閉じたりできます。また、空のキャンバスの任意の場所をクリックして、グローバルプロパティペインビューに戻ることもできます。アクティビティを選択すると、グローバル プロパティ ペインは表示されません。

グローバルプロパティには次の設定が含まれます。

  • (オプトアウト)フローの説明を入力します。
  • カスタム変数および事前定義済み変数を管理します。フロー変数の詳細については、変数設定 を参照してください。
  • 所有者、最後に編集した日付、フローバージョン番号など、フロー履歴情報を表示します。cancel button アイコンをクリックして、グローバル プロパティ ペインを閉じます。

    現在、バージョン管理機能はありません。メッセージは、 Flow version は、フローが公開した回数をカウントします。

ヘッダー ペイン

ヘッダーにはフローの名前が表示され、グローバルプロパティからフロー名を編集すると動的に更新されます。ヘッダーには Sign out ボタンをクリックします。戻って、後で作業を続ける場合は、既存のフローのドラフトを保存できます。フローの下書きを保存するか、アプリケーションを閉じるには、 Save flow and sign out アプリケーション右上隅に表示されます。

フッター ペイン

フッターには次のものがあります。

  • Autosave enabled:データの損失を回避するために、フローが自動的に保存されます。自動保存が停止されている場合、エラー通知が表示されます。

    データの自動保存中にブラウザウィンドウを閉じると、データを失うことがあります。フローを変更してから数秒待ってから、ブラウザを閉じることをおすすめします。

  • Application version:フッターの左側に、アプリケーションのバージョンが表示されます。このバージョンは、Flow Designer でエラーをトラブルシューティングするために使用できます。
  • Flow validation:フロー検証では、フローの構造が動作できないようにするエラーを検出します。フッターの右側にある検証トグルはいつでも有効にできます。デフォルトでは、検証はオフになっているため、エラーは表示されません。トグルを有効にすると、バックエンドの検証が開始され、フロー内のエラーが表示されます。トグルが有効になると、バックエンドの検証が開始され、フローのエラーが表示されます。フロー検証の詳細については、フローを検証する を参照してください。
  • Flow publishing:フローを公開する前に、フローを検証し、エラーを修正する必要があります。検証トグルがオフの場合、 Publish ボタンは無効のままです。検証を有効にした後、 Publish フローのすべてのエラーを解決するまで、ボタンは無効のままです。フローのパブリッシングの詳細については、フローを公開する を参照してください。

アクティビティとイベントを理解する

アクティビティ ライブラリに移動し、フローのアクティビティを使用するには:

  1. Control Hub にサインインします。

  2. 次のとおり、移動します Services > Contact Center.

  3. Customer Experienceクリック Flows.

  4. [フロー(Flows)] ページから、アクティビティを追加してフローを開始するために必要なフローを選択します。

  5. アクティビティライブラリからキャンバスに必要なアクティビティをドラッグ アンド ドロップします。

  6. 各アクティビティで詳しく説明されている必要な設定を実行します。

連絡先処理のアクティビティ

  • キューの詳細情報
  • 連絡先を切断する
  • 通話分配グループをエスカレーション
  • フィードバック
  • フィードバック V2
  • キュー情報を取得
  • Queue Contact
  • キューからエージェントへ
  • スクリーンポップアップ
  • 連絡先の優先順位を設定
  • 仮想エージェント
  • 仮想エージェント V2

キューの詳細情報

[高度なキュー情報(Advanced Queue Information)] アクティビティは、キュー内の対応可能状態にあり、特定のスキルセットに対してログインしているエージェントのリアルタイムの数を、他のキュー情報とともに返します。フローの開発者は、高度なキュー情報アクティビティを使用してフローをプログラムします。フローデザイナーは、高度なキュー情報アクティビティに基づいて決定します。

フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、Events を参照してください。

はじめる前に

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

Output Variables

[高度なキュー情報(Advanced Queue Information)] アクティビティがトリガーされると、次の変数が更新されます。

  • Position In Queue (PIQ)—選択したキューに発信者の現在の位置の値を保存します。フローがこのアクティビティを呼び出したときに連絡先がキューに入っていない場合、PIQ 値は現在キューで待機している連絡先の数 + 1 に設定されます。これは、AdvancedQueueInformation アクティビティを実行した後に連絡先がキューに入っている場合に、キュー内の連絡先の位置を特定します。

  • LoggedOnAgentsCurrent—デスクトップにログインしている選択したキューの現在の通話分配グループにエージェントの数を保存します。現在の通話分配グループ内のエージェントの統計は、キューイング前に現在の通話分配グループを N/A として考慮した後、 -1 を返します。

  • LoggedOnAgentsAll—デスクトップにログインしている選択したキューのすべての通話分配グループにエージェントの総数を保存します。この値は、キュー内の時間と共にコール分配グループが変更されるため、変更される場合があります。

  • AvailableAgentsCurrent—選択したキューの現在の通話分配グループにエージェントの数を保存し、その連絡先を受け入れることができます。現在の通話分配グループ内のエージェントの統計は、キューイング前に現在の通話分配グループを N/A として考慮した後、 -1 を返します。

  • AvailableAgentsAll—選択したキューのすべての通話分配グループにエージェントの合計数が保存され、通話を受けることができます。この値は、キュー内の時間と共にコール分配グループが変更されるため、変更される場合があります。

  • CurrentGroup—連絡先が特定のキューにパークされている現在の通話分配グループの値を保存します。

  • TotalGroups—通話分配グループの総数の値を連絡先のキューに保存します。

  • FailureCode—失敗コードを保存します。この値は、アクティビティが失敗した場合にのみ設定します。

  • FailureDescription—失敗の詳細を保存します。この値は、アクティビティが失敗した場合にのみ設定します。

Error Codes

以下は、高度なキュー情報アクティビティのエラーコードと説明です。

Table 1. Advanced Queue Information Failure Code Description

エラー コード

失敗コード値

エラーの説明

1

無効なリクエスト

アクティビティに無効なリクエストが加えられました。

2

キューが見つかりません

アクティビティで選択したキューが見つかりません。

3

FEATURE_NOT_ENABLED

Webex Contact Center アプリケーションで機能が有効になっていません。

4

DATABASE_OPERATION_FAILURE

アクティビティの実行中にデータベース操作が失敗しました。

5

無効なキュー

アクティビティで無効なキューが指定されました。

48

サポートされていませんFLOW_ACTIVITY

アクティビティを通じて未サポートのリクエストが行われました。

連絡先を切断する

この終了アクティビティを使用して、コールのアクティブなレッグを切断します。このアクティビティは、手動で切断するためにコールに参加するエージェントがいない場合に必要です。

たとえば、コールがキューに入る前、またはキューエクスペリエンスのオプトアウト後にこのアクティビティを使用します。フローを構築するときに、必要な数の連絡先を切断するアクティビティを使用すれば、どのフロー パスが必要かにかかわらず、コールが終了するようにできます。

各アクティビティに固有のラベルと説明を与えるオプションがありますが、他の設定は必要ありません。

フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、[イベント フロー] を参照してください。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[全般設定(General Settings)] セクションで、次の情報を入力します。

  1. [アクティビティラベル(Activity Label)] フィールドに、アクティビティの名前を入力します。

  2. (オプション)[アクティビティの説明(Activity Description)] フィールドに、アクティビティの説明を入力します。

Output Variables

このアクティビティには使用可能な出力変数がありません。

通話分配グループをエスカレーション

[コール分配グループのエスカレーション(Escalate Call Distribution Group)] アクティビティを使用すると、管理者は、キューに登録された連絡先を次のコール分配グループまたは最後のコール分配グループにエスカレーションできます。これにより、管理者は、キューにパークされている連絡先を管理するためのより優れた制御と柔軟性を提供します。

フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、イベントフロー を参照してください。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

Output Variables

Escalate Call Distribution Group アクティビティがトリガーされると、次の変数が更新されます。

  • CurrentGroup—連絡先が特定のキューにパークされている現在の通話分配グループの値を保存します。

  • TotalGroups—通話分配グループの総数の値を連絡先のキューに保存します。

  • FailureCode—失敗コードを保存します。この値は、アクティビティが失敗した場合にのみ設定します。

  • FailureDescription—失敗の詳細を保存します。この値は、アクティビティが失敗した場合にのみ設定します。

Error Codes

次に、エスカレーション コール分配グループのアクティビティのエラー コードと説明を示します。

Table 2. Escalate Call Distribution Group Failure Code Description

エラー コード

Faiure コード値

エラーの説明

1

無効なリクエスト

アクティビティに無効なリクエストが加えられました。

2

CONTACT_NOT_QUEUED(キューなし)

連絡先はキューに入れられていません。

3

FEATURE_NOT_ENABLED

Webex Contact Center アプリケーションで機能が有効になっていません。

フィードバック

フィードバック アクティビティを設定して、発信者からフィードバックを収集するポストコール調査 (Webex Experience Management により供給) を開始します。次の種類のアンケートを利用できます。

  • IVR Post Call Surveys:AgentDisconnected イベント後、フロー デザイナーのイベント フロー キャンバスでフィードバック アクティビティを設定します。Webex Experience Management のセットアップに応じて、コンタクト センターは発信者に IVR アンケートを再生します。

    発信者はキーパッドを使用してアンケートに回答します。発信者が、設定されたタイムアウト時間内に応答しないか、無効な入力を提供してアンケートに部分的に回答した場合、コンタクトセンターは Webex Experience Management にアンケートの回答の一部を送信します。

    IVR コールを終了するには、フィードバック アクティビティの後に連絡先の切断アクティビティを使用していることを確認してください。

  • Email or SMS Post Call Surveys:PhoneContactEnded イベント後にフロー デザイナーの [イベント フロー] タブでフィードバック アクティビティを設定します。Webex Experience Management で設定されたディスパッチ ポリシー ルールに応じて、コンタクト センターはメールまたは SMS 経由で発信者にアンケートを送信します。

    フローを設計する場合、コンサルトのインタラクションにポストコール調査フィードバック アクティビティを含めることはできません。

    フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、[イベント フロー] を参照してください。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Survey セクションで、音声用の質問のリストから選択するか、電子メールまたは SMS アンケートの配信を選択します。Webex Experience Management で設定された質問と招待状は、リストで確認できます。

  1. Voice Based—顧客に対してインライン調査を再生するには、次の手順を実行します。

    • 設定を変更する Voice Based ラジオボタン。

    • ドロップダウン リストから音声ベースのアンケートを選択します。

  2. Email/SMS Based—オフラインのメール/SMS アンケートを顧客に提供するには、次の手順を実行します。

    • 設定を変更する Email/SMS Based ラジオボタン。

    • ドロップダウンリストからメールまたは SMS ベースのアンケートを選択します。

4

[就業時間] Language Settings セクションで、顧客がアンケートを体験する言語を管理します。Webex Experience Management で言語がサポートされていない場合、フォールバック言語は英語 (米国) です。詳細については、Webex Experience Management 言語サポート を参照してください。

  1. Override Language Settings—有効にする Override Language Settings トグル ボタンで Webex Experience Management のカスタム言語を設定します。

    • Set Language:ドロップダウンリストから優先言語を選択します。ドロップダウン リストには、Webex Experience Management がサポートする言語が表示されます。

もし Override Language Settings トグル ボタンが有効になっていません。Global_Language 変数は、デフォルトの Webex エクスペリエンス管理設定を定義するために使用されます。詳細については、グローバル変数を参照してください。

5

[就業時間] Customer Information セクションでは、Webex Experience Management がアンケートの回答をキャプチャするために送信する事前入力と共に顧客情報を指定できます。Webex Experience Management で設定されたディスパッチ 構成に応じて、コンタクト センターは事前入力情報を送信します。

  1. Customer ID—(オプション) ドロップダウンリストから顧客の一意の識別子を選択します。

  2. Email—(オプション) ドロップダウンリストから顧客のメールを選択します。

  3. Phone Number—(オプション) ドロップダウン リストから顧客の電話番号を選択します。

6

[就業時間] Variable Passing セクションでは、Webex Contact Center から Webex Experience Management に渡される (アンケートの回答に加えて) カスタム プリフィルとして追加の変数を指定できます。

  1. Key-Value—コンタクトセンターが Webex Experience Management に渡すオプションの変数パラメータを示します。

    キーと値の列では、変数名と関連する値を入力できます。変数の値には、文字列、整数、または(フロー変数の 場合)二重引用符で括る式を使用することができます。詳細については、カスタムフロー変数 を参照してください。

    変数パラメータを追加するには、 Add New.これにより、それぞれのキーと値のペアを入力できる行が追加されます。

    • コンタクトセンターからカスタム変数を渡すには、管理者が Webex エクスペリエンス管理でカスタムプリフィル質問を作成する必要があります。

      アンケートの質問の設定の詳細については、Webex エクスペリエンス管理のドキュメントの アンケート を参照してください。

    • 変数内のキー パラメータと、Webex Experience Management で作成された事前入力質問の表示名は同じである必要があります。

    • キー パラメータが事前入力質問の表示名と一致しない場合、コンタクト センターはキー値パラメータを Webex エクスペリエンス管理に送信しません。

    • 変数に個人情報が含まれる場合は、必ず Mark as Personally Identifiable Information (PII) Webex Experience Management で質問を切り替えます。

      PII の詳細については、Webex エクスペリエンス管理のエクスペリエンス管理での PII 処理 のドキュメントを参照してください。

カスタム プレフィルの詳細については、Webex エクスペリエンス管理のドキュメントの「ポストコールフィードバック調査のカスタム プレフィルのセットアップ」を参照してください。

7

[就業時間] Advanced Settings セクションで、顧客からの期待される DTMF 応答を検証するために次の設定を行います。

  1. Timeout—アクティビティが顧客からの応答を待機する最大時間を示します。デフォルト値は 3 秒です。

    Webex Experience Management を使用して、DTMF 入力が無効または未入力の場合の再試行の最大数、および質問の音声通知メッセージ (無効な入力、タイムアウト、再試行の上限を超過した場合) を設定できます。

    詳細については、Webex エクスペリエンス管理のドキュメントの「通話後の IVR 調査での再試行とタイムアウト設定」を参照してください。

キュー情報を取得

[キュー情報の取得(Get Queue Info)] アクティビティは、他のアクティビティ出力変数とともに発信者の現在のキューでの位置(PIQ)と予測待ち時間(EWT)を提供します。これらの変数を使用して、キュー内のエージェントの可用性を決定し、必要に応じて他の場所にコールをルーティングできます。

予想待ち時間 (EWT) は、フローで割り当てられたスキルを持つチームに割り当てられたキューには適用されません。これらのキュー内の連絡先の場合、EWT 出力変数は常に -1 を返します。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Queue Information and Lookback Time セクションで、以下を設定します。

  1. Queue Information—発信者の予測待ち時間とキュー内の現在の位置を取得する必要があるキューの名前を選択します。次のオプションのいずれかを選択できます。

    • Static Queue:キューの特定の名前を入力します。

    • Variable Queue:ドロップダウン リストからフロー変数を選択します。リストには、「String」タイプの変数だけが表示されます。

    Control Hub を使用してキューを管理できます。

  2. Lookback Time—指定する Lookback Time の計算に使用される EWT キュー情報取得トリガー後。

    継続時間を分単位で指定します。入力に数値のみが含まれていることを確認してください。

    受け入れ可能な値の範囲は 5 ~ 240 分です。

[キュー情報の取得(Get Queue Info)] アクティビティには、3 種類の出力フローブランチがあります。これらのブランチは、返されるステータスと EWT、PIQ、およびその他の出力変数のリアルタイム統計に基づいてトリガーされます。

  • Success:このブランチは、EWT と PIQ API の両方が正の変数値を返したときにトリガーされます。このフローでは、有効な EWT および PIQ 変数値を取得してアクセスできます。

  • Insufficient Information Flow:このブランチは、PIQ API が有効な変数値を返し、EWT の値が –1 である場合、トリガーされます。このフローでは、PIQ 値を取得してアクセスできますが、EWT 値を計算するのに十分なデータがないため、EWT API が失敗します。

  • Failure:このブランチは、PIQ API、EWT API、または 1 つ以上のリアルタイム統計 API が失敗したり、無効な値を返したりするとトリガーされます。EWT API は、EWT 値を計算するのに十分なデータ以外の理由により失敗します。

Output Variables

キュー情報の取得がトリガーされると、次の変数が更新されます。

  • Position In Queue (PIQ)—コンタクトの現在の位置の値を、選択したキューのキューに保存します。フローがこのアクティビティを呼び出したときに連絡先がキューに入っていない場合、PIQ 値は現在キューで待機している連絡先の数 + 1 に設定されます。これは、連絡先が GetQueueInfo アクティビティを実行した後にキューに入っている場合に、キュー内の連絡先の位置を識別します。この値は予測キューの位置であり、履歴またはキュー後の位置ではなく、アクティビティは、連絡先がキューから退出した後に呼び出されたときに null または空を返しません。

  • EstimatedWaitTime (EWT)—エージェントが応答する前に、タスクがキューで待機する必要があるおおよその時間を保存します。EWT は、各キューで計算され、同じキュー内の以前のコールがエージェントを待機した平均時間に基づいています。EWT は [ルックバック時間(Lookback Time)] パラメータエントリを使用し、ミリ秒(ms)で報告されます。

  • LoggedOnAgentsCurrent—デスクトップにサインインした、選択したキューの現在の通話分配グループにエージェントの数を保存します。アクティビティがキューイング前に使用される場合、現在の通話分配グループ サイクルのエージェントの統計は、最初の通話分配グループ サイクルに基づいて返されます。

  • LoggedOnAgentsAll—デスクトップにサインインしている選択したキューのすべての通話分配グループにエージェントの総数を保存します。この値は、キュー内の時間と共にコール分配グループが変更されるため、変更される場合があります。

  • AvailableAgentsCurrent—選択したキューの現在の通話分配グループにエージェントの数を保存し、その連絡先を受け入れることができます。アクティビティがキューイング前に使用される場合、現在の通話分配グループ サイクルのエージェントの統計は、最初の通話分配グループ サイクルに基づいて返されます。

  • AvailableAgentsAll—選択したキューのすべての通話分配グループにエージェントの合計数が保存され、通話を受けることができます。この値は、キュー内の時間と共にコール分配グループが変更されるため、変更される場合があります。

  • CallsQueuedNow—選択したキューにコールの総数を保存します。

  • OldestCallTime—選択したキューにある最も古いコールが経過した秒数を保存します。

  • FailureCode—失敗コードを保存します。この値は、アクティビティが失敗した場合にのみ設定します。

  • FailureDescription—失敗の詳細を保存します。この値は、アクティビティが失敗した場合にのみ設定します。

Estimated Wait Time Calculation

推定待機時間 (EWT) は ms で報告されます。

EWT を計算するために、アプリケーションは、ユーザーが定義した最後の XX 分について、すべての統計的に有効なサンプル(サンプルは、1 分間隔でエージェントに正常に接続したタスクの平均待機時間)を収集します。 Lookback Time.収集されたサンプルの平均値は、EWT として使用されます。

統計的に有効なサンプルは、収集されたサンプルで、CoV の最大値(各 1 分間隔でエージェントに接続されたタスクの待機時間の分散の係数)が 40 パーセントを下回ります。

ユーザー定義の有効なサンプルの割合が収集された場合 Lookback Time 40 % 未満の場合、EWT は計算されません。

エラーコード 以下は、Get Queue Info アクティビティのエラーコードと説明です。

Table 3. Get Queue Info Failure Code Description

エラー コード

失敗コード値

エラーの説明

1

システム_エラー

システムで内部エラーが発生しました。

2

STALE_DATA

返されるデータは最新ではありません。

3

不十分なデータ

アクティビティによって返されるデータは完了していません。

4

無効なキュー

アクティビティで無効なキューが指定されました。

Queue Contact

Queue Contact アクティビティでは、キューに連絡先が入ります。このアクティビティをメイン フローで使用すると、[イベント フロー] タブに一連のイベントが表示されます。これらのイベントの詳細については、Events を参照してください。

フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、Events を参照してください。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Contact Handling セクションで、すべての連絡先が単一のキューに移動するか、またはフロー変数の値に基づいてキューの選択を変更するかを選択します。

キュー連絡先アクティビティの直後に HTTP リクエストアクティビティを実行すると、HTTP リクエストは必要なデータを取得できない場合があります。必要なデータが利用可能であることを確認するには、キューの連絡先と HTTP 要求のアクティビティの間に、メッセージの再生アクティビティや音楽の再生アクティビティを追加するなど、短い遅延を導入することをお勧めします。

  1. Static Queue—クリックします。 Static Queue ラジオボタンを使用して、連絡先を Queue ドロップダウン リストから主催者を選択してください。設定されたワークフロールートに関連付けられているエントリポイントから、選択したキューにルートされるすべての連絡先。

  2. Queue—からキューを選択します。 Queue ドロップダウンリストを使用して、ワークフローに関連付けられたエントリポイントから受信する連絡先をルーティングします。

    Control Hub でキューを管理できます。

  3. Variable Queue—クリックします。 Variable Queue ラジオボタンを使用して Queue Variable 連絡先をルーティングするキューを動的に選択します。また、 Fallback Queue の場合には、 Queue Variable フローの実行中に失敗します。

  4. Queue Variable—以下からフロー変数を選択します。 Queue Variable 有効なキュー ID を生成するドロップダウン リスト。

    フロー変数は、フロー実行中に動的に選択するキューを示します。フォールバック キューは、 Queue Variable 有効なキュー ID の返却に失敗しました。

    このフィールドは、 Variable Queue ラジオボタン。

  5. Fallback Queue—からキュー ID を選択します。 Fallback Queue ドロップダウン リストから主催者を選択してください。次の場合: Queue Variable は無効なキュー ID を返します。連絡先は選択されたキューにキューされています Fallback Queue.

    Webex Meetings の Variable Queue ラジオボタン、スキルベースのルーティングを使用するキューのスキル要件を入力することはできません。この場合、連絡先は、選択したキュー ルーティング アルゴリズムをオーバーライドする最長時間対応可能なエージェントにルートされます。

    このフィールドは、 Variable Queue ラジオボタン。

    Check Agent Availability—有効にする Check Agent Availability キューの時間が経過すると、対応可能なエージェントがいないチームをルーティングから除外するには、ボタンをトグルします。選択したキューの通話配分グループは、エージェントをはやく検索するためにスキップされる場合があります。

    デフォルトでは、このトグルボタンは無効になっています。

  6. Always Check Agent Availability—クリックします。 Always Check Agent Availability エージェントの可用性のチェックを有効にするラジオボタン。デフォルトでは、ラジオボタンは有効になっています。

    このオプションは、 Check Agent Availability トグル ボタン。

  7. Variable Agent Availability Check- クリックします Variable Check Agent Availability フロー変数を選択するためのオプション ボタン Check Agent Availability Variable ブール値を返すドロップダウン リスト。ブール値によって、変数キュー内のエージェントの対応可否を確認するかどうかを決定します。

    このオプションは、 Check Agent Availability トグル ボタン。

  8. Set Contact Priority—有効にする Set Contact Priority キューに登録された連絡先に優先順位を割り当てる場合は、トグルボタンをトグルします。デフォルトでは、このトグルボタンは無効になっています。すべてのキュー(音声とデジタル)における最優先連絡先は、次の対応可能なエージェントに割り当てられます。

    • 連絡先の現在の通話分配グループにいるチームにサインインしました。

      ルーティング アルゴリズムに基づいてこの連絡先を選択できます。

    連絡先は次のように処理されます。

    • 連絡先に優先順位が割り当てられていない場合、デフォルトの優先順位は 10 です。

    • 優先順位が高い連絡先は、最初に処理されます。

    • 2 つの連絡先の優先順位が同じ場合は、キュー内で最も長い時間待機している連絡先が最初に処理されます。

    • エージェントがエントリポイントに通話を転送する場合、連絡先の優先順位は、新しいフローの Queue Contact アクティビティに割り当てられた優先順位に変わります。詳細については、エントリポイントにコールを転送する を参照してください。

    Static Priority—設定 Static Priority フローを公開する前に優先順位を割り当てる場合。このフィールドは、 Set Contact Priority トグル ボタンが有効になっています。

    [静的優先度レベル(Static Priority Level)] ドロップダウン リストから優先順位を選択します。P1 から P9 に優先順位を設定できます。ここで、P1 が最高、P9 が最低です。

  9. Variable Priority—選択 Variable Priority フローの実行ごとに連絡先の優先順位が動的に変更される場合。このフィールドは、 Set Contact Priority トグル ボタンが有効になっています。

    [連絡先の優先順位変数(Contact Priority Variable)] ドロップダウン リストから、1 ~ 9 の優先順位を持つ整数を返すフロー変数を選択します。優先順位が 1 ~ 9 の範囲内にない場合、デフォルトの優先順位は 10 です。

Skill requirements

選択したキューが、スキルベースのルーティングを使用する場合、スキル要件とスキルリラクゼーションを設定する別のセクションが表示されます。

選択したキューに基づいて、1 つ以上のスキル要件を追加し、このキューの連絡先に割り当てる必要があります。

スキルを指定しない場合、選択したキューで利用可能なすべてのエージェントが連絡先を受信できます。

  • Skill—ドロップダウンリストから目的のスキルを選択します。Control Hub でスキル定義を設定します。

  • Condition—ドロップダウンリストから目的の条件を選択します。条件オプションは、選択したスキルタイプに基づきます。

    次のようなスキル タイプ:Boolean および Enum 条件は必要ありません。

    使用可能な条件は次のとおりです。IS、IS NOT、>= 、 <=

  • Value—クリックします。 Static Skill Value で指定したスタティック スキル値を選択するためのオプション ボタン Skill Value 入力を始めます。

    次をクリックします: Variable Skill Value にリストされているフロー変数からスキル値を選択するためのオプション ボタン Variable ドロップダウン リストから主催者を選択してください。

    スキル値が無効な場合、QueueContactActivity を介した連絡先に関連付けられているすべてのスキル要件とスキルリラクゼーションが削除されます。

  • Weight—選択したスキル要件のウェイト値を設定します。値は 1 ~ 1000 の整数でなければなりません。

    重量は、 Proficiency-type スキル。Best Available ルーティングでは、重み付けは各能力スキル要件の相対的な重要性を定義し、エージェント選択に使用されるスコアに影響します。詳細については、最も利用可能なルーティング を参照してください。

Skill relaxation

お客様の長期待機時間に対応するため、スキルリラクゼーション設定を使用して、割り当てられたスキル要件を緩和するか、フローから削除します。この設定により、連絡先にサービスを提供できるエージェントのプールを拡張できます。

一般的な時間間隔を使用して、フロー内のキューロジックとキュー内のチームに設定された通話配分設定でスキルリラクゼーションを調整します。

スキルリラクゼーションを設定するには、次の手順を実行します。

  1. 有効にする Enable Skill Relaxation トグルボタンをトグルして、スキル リラクゼーションを設定します。

    このトグルボタンを有効にして、デフォルトで初期のスキルリラクゼーションをコピーし、表示する。これにより、理想のスキルセットでスキルリラクゼーションを設定できます。

    次を設定します: After waiting in the queue を、キューにスキル リラクゼーションが適用されるまでに超過する必要がある継続時間を秒単位で入力します。デフォルトの待機時間は 60 秒です。

  2. スキルリラクゼーションの要件は、追加、編集、または削除できます。

    • オプション Add Skill Requirement 新しいスキル リラクゼーション要件を追加します。

    • オプション Delete スキル リラクゼーション要件を削除します。

    • オプション Edit スキル リラクゼーションの要件を編集します。

    オプション Add Skill Relaxation 新しいスキル リラクゼーション グループを追加するためのステップ。

    ステップ1に表示されるデフォルトのスキル要件により、スキル リラクゼーション要件を簡単に設定できます。

Skill removal

オンにすると、 Remove skills on blind transfer トグル ボタン、エージェントによって転送された後、連絡先からスキルが削除されます。つまり、転送された連絡先にはスキルが無く、その連絡先は転送されたキューの最長対応エージェントに提供されます。

Outout vaiables

キュー連絡先がトリガーされると、次の変数が更新されます。

  • QueueId—連絡先が正常にキューに入れられたキューの ID を保存します。

  • FailureCode—失敗コードを保存します。この値は、アクティビティが失敗した場合にのみ設定します。

  • FailureDescription—失敗の詳細を保存します。この値は、アクティビティが失敗した場合にのみ設定します。

Error codes

キュー連絡先アクティビティのエラーコードと説明を次に示します。

Table 4. Queue Contact Failure Code Description

エラー コード

失敗コード値

エラーの説明

1

無効なリクエスト

アクティビティで指定されたパラメータは無効です。

2

INVALID_ROUTING_戦略

選択されたルーティング戦略が無効です。

3

無効_WAIT_TIME

定義された待機時間が無効です。

4

無効なキュー

アクティビティで無効なキューが指定されました。

6

システム_エラー

システムで内部エラーが発生しました。

7

VTEAM_TRANSITION_LIMIT_REACHED

連絡先がキューに入れられてから複数のキューへの最大制限に達しました。

8

OWNER_ASSIGNED_TO_INTERACTION

この連絡先はすでにエージェントに割り当てられています。

9

無効なSKILL_NAME

スキル名は無効です。

10

INVALID_SKILL_CONDITION

スキル条件が有効ではありません。

11

無効な_SKILL_VALUE

スキル値が有効ではありません。

12

INVALID_OPERATION_FOR_INTERACTION_STATE

終了連絡先など、連絡先の特定の状態ではキューイングは許可されません。

13

WEIGHT_NOT_SUPPORTED_FOR_SKILL_TYPE

スキルが Proficiency-type スキル。

14

無効なスキル_WEIGHT

重みは 1 ~ 1000 の整数値である必要があります。

キューからエージェントへ

[エージェントへのキュー(Queue To Agent)] アクティビティにより、エージェントベースのルーティングが有効になります。[エージェントへのキュー(Queue To Agent)] アクティビティは、連絡先を優先エージェントに直接ルーティングします。エージェントベースのルーティングの詳細については、エージェントベースのルーティング を参照してください。

[エージェントへのキュー] アクティビティは、Webex Contact Center のエージェント ID またはメール アドレスでエージェントを識別します。

エージェントが利用可能な場合は、[キューからエージェントへ(Queue To Agent)] アクティビティを設定して、連絡先を優先エージェントにルーティングできます。エージェントが対応できない場合は、エージェントが対応可能になるまで、そのエージェントに対して連絡先をパークするように [キューからエージェント(Queue To Agent)] アクティビティを設定できます。

フロー開発者は、キューからエージェントへのアクティビティと別のキューからエージェントへのアクティビティをチェーン化し、連絡先を連続した優先エージェントにルーティングできます。フロー開発者は、キュー連絡先 アクティビティでキューエージェントアクティビティをチェーン化し、通常のキューを使用して連絡先をルーティングすることもできます。

フロー開発者は、メイン フローとイベント フローの コールバック アクティビティでキューをエージェントにチェーンできます。これは、通話が [エージェントへのキュー(Queue To Agent)] アクティビティの一部として最初にキューに入れられた優先エージェントにコールバックを設定するのに役立ちます。

[キューの連絡先(Queue Contact)] または [キューからエージェント(Queue To Agent)] アクティビティの後に、コールバック アクティビティを使用します。

[エージェントへのキュー(Queue To Agent)] アクティビティは、メイン フローの [イベントフロー(Event Flows)] タブで次のイベントをトリガーします。

  • AgentAccepted:[エージェントへのキュー(Queue To Agent)] アクティビティは、エージェントが着信コールに応答するとこのイベントをトリガーします。

  • AgentDisconnected:[エージェントへのキュー] アクティビティは、エージェントがライブ コールから切断すると、このイベントをトリガーします。

フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、イベントフロー を参照してください。

次のセクションでは、キューからエージェントへのアクティビティを設定できます。

  • 全般設定

  • 連絡先の処理

キューからエージェントへのアクティビティを設定するには:

1

フローデザイナーで、 Queue To Agent アクティビティライブラリからキャンバスへのアクティビティです。

2

次をクリックします: Queue To Agent アクティビティは、アクティビティ設定を構成します。

3

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) [アクティビティの説明] フィールドに、アクティビティの説明を入力します。

4

[就業時間] Contact Handling セクション、 Agent Variable を選択します。

キューからエージェントへのアクティビティは、このフロー変数を、フロー実行ごとに選択するエージェントの メール またはエージェントの ID に関連付けます。

5

エージェントの メール またはエージェントの IDAgent Lookup Type ドロップダウンリストを使用して、連絡先を優先エージェントにルーティングします。

エージェントのメール アドレスの有効なドメイン名を入力して、ルックアップが成功することを確認します。

6

有効にする Set Contact Priority トグル ボタンをトグルして、キューで待機している連絡先を優先順位付けします。デフォルトでは、トグル ボタンは無効になっています。

[エージェントへのキュー(Queue To Agent)] アクティビティでは、連絡先を次のように処理します。

  • コンタクトに優先順位を割り当てていない場合、キューからエージェントへのアクティビティはデフォルト値 10 を割り当てます。

  • [エージェントへのキュー(Queue To Agent)] アクティビティでは、コンタクトをより高い優先度で優先します。

  • 1 つ以上の連絡先が同じ優先順位である場合、キューからエージェントへのアクティビティは、最も長い期間待機している連絡先をそのエージェントに最初にルーティングします。

  1. フローを公開する前に、静的優先度 を設定します。

    [連絡先の優先順位の設定] トグル ボタンを有効にすると、[キューからエージェント] アクティビティに [静的優先順位] フィールドが表示されます。

    [静的優先度値(Static Priority Value)] ドロップダウン リストから優先順位を選択します。P1—P9 から優先順位を設定できます。ここで、P1 が最高、P9 が最低です。

  2. フローの実行ごとに連絡先の優先順位が動的に変更される場合は、可変優先度 を選択します。

    [連絡先の優先度の設定] トグル ボタンを有効にすると、[キューからエージェント] アクティビティに [可変優先度] フィールドが表示されます。

    [連絡先 優先度変数] ドロップダウン リストから、優先度 1 ~ 9 の整数を返すフロー変数を選択します。優先順位が 1 ~ 9 の範囲内にない場合、デフォルトの優先順位は 10 です。

7

[レポート キュー] ドロップダウン リストからキュー ID を選択します。

[エージェントへのキュー(Queue To Agent)] アクティビティは、レポートキューを使用して連絡先の詳細をレポートします。

レポートキューは、次の設定も指定します。

  • モニタリングを許可

  • 録画を許可

  • すべての通話を録音

  • 一時停止と再開が有効になっています

  • サービス レベルのしきい値

  • 最大待機時間

  • キュー内のデフォルトの音楽

  • タイム ゾーン

8

有効にする Park Contact if Agent is unavailable エージェントが応答可能になるまで、連絡先を優先エージェントにパークする場合は、トグルボタンをトグルします。

エージェントが利用できない場合、 Park Contact if Agent is unavailable トグル ボタンが無効になっている場合、連絡先がエージェントに到達できません。[エージェントへのキュー(Queue To Agent)] アクティビティは、対応する出力を持つフローの次のアクティビティに障害ブランチを終了します。

9

[復旧キュー(Recovery Queue)] ドロップダウン リストから、復旧キュー ID を選択します。1

[エージェントへのキュー(Queue To Agent)] アクティビティ キューは、次の場合に、リカバリ キューに接続します。

  • [エージェントへのキュー(Queue To Agent)] アクティビティでは、連絡先を優先エージェントに配信できません。

  • エージェントは連絡先に応答しません。

  • 優先エージェントが連絡先を拒否します。

リカバリ キューは、最も長く対応可能なエージェントで設定できます。リカバリ キューはスキルベースのルーティングをサポートしていません。

連絡先が優先エージェントに接続すると、[エージェントへのキュー(Queue To Agent)] アクティビティが成功します。連絡先がエージェントに到達できなかった場合にエラー シナリオが発生します。

エラーシナリオ

次の場合、連絡先がエージェントに到達できません。

  • 優先エージェントは利用できず、その連絡先のパーキングは無効になっています。

  • 変数ルックアップが優先エージェントを見つけることができません。

アクティビティ出力変数

アクティビティ出力変数は、アクティビティから取得されたデータを保存し、キャンバスに特定のアクティビティを追加すると自動的に作成されます。

エージェントアクティビティへのキューには、次の出力変数があります。

Table 5. Output Variables

出力変数

説明

QueueToAgent.AgentId

連絡先がキューに入っているエージェント ID を保存します。

QueueToAgent.FailureDescription

連絡先がキューに入れない場合に、エラー シナリオの説明を保存します。

QueueToAgent.FailureCode

連絡先がキューに入れない場合に、エラー シナリオの失敗コード値を保存します。

QueueToAgent.AgentState

連絡先をキューにしようとするときに、優先エージェントの状態を保存します。

QueueToAgent.AgentIdleCode

優先エージェントのアイドル コードの説明を保存します。

メッセージは、 QueueToAgent.FailureCode 出力変数には、障害が発生した場合に次のいずれかの値が含まれます。各値は、エラーコードとエラーの説明を示します。

Table 6. Queue To Agent Failure Code Description

エラー コード

失敗コード値

エラーの説明

1

表 1UNIFIED設定オプション

エージェントは現在応答可能な状態ではありません。

2

AGENT_NOT_FOUND (エージェントが見つかりません)

[エージェントへのキュー] アクティビティは、エージェントの ID またはメール アドレスでエージェントを見つけることができません。

3

AGENT_NOT_LOGGED_IN

エージェントは現在ログインしていません。

4

FEATURE_NOT_ENABLED

エージェントベースのルーティング機能が有効になっていません。

5

INVALID_VTEAM_ERROR

レポートまたはリカバリ キューが無効です。

6

例 1 AGENT_BUSY()

エージェントは応答可能ですが、別のコールに従事しています。

7

VTEAM_TRANSITION_LIMIT_REACHED

連絡先がキューに入れられてから複数のキューへの最大制限に達しました。

8

INVALID_OPERATION_FOR_INTERACTION_STATE

終了連絡先など、連絡先の特定の状態ではキューイングは許可されません。

次の表に、該当するものを示します。 QueueToAgent.AgentState および QueueToAgent.AgentIdleCode の値です。

Table 7. AgentState and AgentIdleCode Values

使用事例

AgentState

エージェント アイドル コード

  • 無効なキュー

  • 無効なエージェント

  • エージェントがサインインしていません

適用なし_NOT

適用なし_NOT

エージェントはこの通話用に予約されています。

利用可能

適用なし_NOT

Park Contact if Agent is unavailable toggle ボタンは On エージェントはアイドル状態です

アイドル

<AuxCode Name>

エージェントデスクトップでエージェントによって選択されたアイドル コード。

Park Contact if Agent is unavailable toggle ボタンは On エージェントチャネルは取り込み中です

利用可能

適用なし_NOT

Park Contact if Agent is unavailable toggle ボタンは Off エージェントはアイドル状態です

アイドル

<AuxCode Name>

エージェントデスクトップでエージェントによって選択されたアイドル コード。

Park Contact if Agent is unavailable toggle ボタンは Off、エージェントが応答可能、エージェントチャネルは取り込み中

利用可能

適用なし_NOT

スクリーンポップアップ

画面ポップは、ウィンドウまたはダイアログボックスで、エージェントがお客様との通話に応答する際にエージェントのデスクトップに表示されます。エージェントは、発信者に関するさらなる詳細を取得し、会話を続行します。詳細については、 の記事を参照してください。

画面ポップのアクティビティは、エージェントが対話に関与した後にのみ関連性になります。通常、AgentAccepted イベントと PhoneContactEnded イベントを使用します。

このアクティビティをメイン フローで使用すると、[イベント フロー] タブに一連のイベントが表示されます。これらのイベントの詳細については、Events を参照してください。

各イベントに対して 1 つのイベント処理フローを作成できます。たとえば、エージェントが着信コールに応答すると、画面ポップが表示されます。Screen Pop アクティビティには、フロー変数に基づいた情報が含まれます。画面ポップは、Webex Contact Center と CRM(セールスフォース)、チケットツール、注文入力システムなど、その他ビジネスアプリケーションを統合します。

フローデザイナーの [イベントフロー] タブで、この設定を完了します。メインフローの条件に基づいて異なる画面ポップを定義するには、 Condition または Case アクティビティを使用します。フローごとに 1 つの画面ポップを定義できます。

フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、[イベント フロー] を参照してください。

新しいデジタル チャネルの画面ポップアップは、Connect フロー ビルダーで設定する必要があります。詳細については、https://help.imiconnect.io/docs/wxcc-overview を参照してください。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] URL Settings セクションで、URL 設定オプションを使用して、スクリーンポップ設定の URL を定義します。変数を挿入するには、シンタックス {{variable}} を使用します(例: {{NewContact.ANI}})。次に、次の設定を行います。

  1. Screen Pop URL—目的の Web サイトの URL を入力します。たとえば、http://www.salesforce.com.エージェントが通話に応答すると、設定済み URL がデスクトップの画面ポップに入力されます。

  2. Query Parameters—ペイロードにさまざまな変数を入力します。

    新しいクエリ パラメータを追加するには、 Add New.属性値の詳細を KEY および VALUE 各フィールドに入力します。

  3. Screen Pop Desktop Label—エージェントデスクトップの画面ポップアップ URL を置き換える短い直感的なカスタム表示テキストを入力します。

    エージェントが通話に応答または終了すると、このラベルは、Agent Desktop の画面ポップ通知でハイパーリンクとして表示されます。

    たとえば、スクリーンポップ URL が http://www.salesforce.com で、スクリーンポップ デスクトップ ラベルが Salesforce の場合、システムはスクリーンポップ通知にハイパーリンクを Salesforce として表示します。

    このラベルは、 Screen Pop エージェントデスクトップのタブ。

4

[就業時間] Display Settings セクションで、以下を設定します。

  1. New browser tab—スクリーンポップは、既存のスクリーンポップに影響を与えることなく、毎回新しいブラウザー タブに表示されます。

  2. Existing Screen Pop tab—スクリーンポップは、以前のスクリーンポップを置き換える既存のブラウザー タブ内に表示されます。

  3. Inside Desktop[スクリーンポップ(Screen Pop)] は、デスクトップの [補助情報(Auxiliary Information)] ペインにタブとして表示されます。

    画面ポップアップ表示オプションが Inside Desktopをクリックすると、コール中に [補助情報(Auxiliary Information)] ペインに画面ポップアップが表示されます。[タスクリスト(Task List)] ペインの他のチャネルタイプからタスクを選択した場合でも、画面ポップは保持されます。

[スクリーンポップ表示(Screen Pop display)] オプションが [デスクトップ内(Inside Desktop)] または [既存のブラウザ(Existing browser)] タブである場合、エージェントが新しいコールを受け入れると、通話のスクリーンポップに入力されているデータが失われます。データの損失を防ぐには、表示オプションを New browser します。

たとえば、[スクリーンポップ(Screen Pop)] 表示オプションが [デスクトップ内(Inside Desktop)] であるとします。エージェントが、画面ポップで前の通話に関してデータを入力中に新しい着信コールに応答した場合、新しい通話の画面ポップがポップアップすると、前に通話に関する入力データは失われます。

連絡先の優先順位を設定

[連絡先優先度の設定(Set Contact Priority)] アクティビティを使用して、優先度レベルを連絡先に割り当てます。1 (最高) から 9 (最低) の数字を使用して、優先順位を設定できます。優先度が高い連絡先が最初にルーティングされます。ルーティングとキューイングの詳細については、「Webex Contact Center でのルーティングとキューイングの理解」の「連絡先の優先順位の設定」セクションを参照してください。

次のセクションでは、[連絡先優先度の設定(Set Contact Priority)] アクティビティを設定できます。

  • 全般設定
  • 連絡先の優先順位設定
  • アクティビティ出力変数

1

フロー デザイナーで、アクティビティ ライブラリから [連絡先優先度の設定(Set Contact Priority)] アクティビティをキャンバスにドラッグ アンド ドロップします。

2

アクティビティをクリックして、アクティビティ設定を構成します。

3

[全般設定(General Settings)] セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

4

[就業時間] Contact Priority Settings セクションで、連絡先の優先順位を設定します。ドロップダウンリストから静的な優先順位値を設定できます。優先順位を動的に変更する場合は、フロー変数を使用して変数の優先順位を設定します。

アクティビティ出力変数

アクティビティ出力変数は、アクティビティから取得されたデータを保存し、キャンバスに特定のアクティビティを追加すると自動的に作成されます。

[連絡先優先度の設定(Set Contact Priority)] アクティビティには、次の出力変数があります。

  • SetContactPriority.FailureCode:失敗コードを保存します。この値は、アクティビティが失敗した場合にのみ設定します。
  • SetContactPriority.FailureDescription:失敗の詳細を保存します。この値は、アクティビティが失敗した場合にのみ設定します。

エラー コード

以下は、Set Contact Priority アクティビティのエラーコードと説明です。

エラー コード

失敗コード値

エラーの説明

6

システム_エラー

このコードは、その他のエラー(定義されたカテゴリのいずれかに該当しない)を表します。

48

サポートされていないフロー アクティビティ

[連絡先の優先順位の設定(Set Contact Priority)] は、アウトダイヤルおよびキャンペーンの連絡先ではサポートされていません。

仮想エージェント

仮想エージェント アクティビティは、コンタクトセンターの顧客に対してリアルタイムの会話エクスペリエンスを提供します。通話フローに仮想エージェントを追加して、会話形式で顧客のクエリを処理できます。仮想エージェントは、Google の Dialogflow 機能によって提供されます。顧客が発言すると、Dialogflow は顧客の会話と、仮想エージェントでの最適なインテントに一致します。さらに、Interactive Voice Response (IVR) エクスペリエンスの一部として顧客を支援します。

はじめる前に

  • Dialogflow エージェントをセットアップします。Google Cloud で Dialogflow エージェントを構築する方法の詳細については、エージェントを構築する を参照してください。

    Dialogflow エージェントが発信者と会話を開始できるように、優先言語のトレーニング フレーズとして Hello を含めます。このトレーニング フレーズをデフォルトのウェルカム インテントまたは Dialogflow エージェントのその他のインテントに追加できます。詳細については、インテント を参照してください。

    Dialogflow エージェントの設定方法によっては、仮想エージェントアクティビティを使用してさまざまな種類のユースケースを処理できます。

  • Control Hub で仮想エージェントを設定します。

    フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、イベントフロー を参照してください。
1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Conversational Experience セクションで、以下を設定します。

  1. Virtual Agent—Control Hub で仮想エージェントを選択します。仮想エージェントは、発信者との IVR エクスペリエンスの一部として、自然言語の会話を有効にします。

  2. Make Prompts Interruptible—顧客が仮想エージェントを中断して新しいリクエストを行うか、コールを終了できるようにします。

  3. Override Default Language & Voice Settings—このトグル ボタンを使用して、Global_Language および Global_VoiceName 変数で設定されている言語と音声設定を上書きします。このパラメータはデフォルトで有効になっています。

    フローを動作させるには、フローのグローバル変数を設定して、仮想エージェントのデフォルトの入力言語と出力音声を設定する必要があります。フローにグローバル変数を追加する方法の詳細については、グローバル変数 を参照してください。

  4. Input Language—仮想エージェントと話している間に顧客が使用する言語を示します。このフィールドは、 Override Default Language & Voice Settings トグル ボタン。

    Google がサポートする入力言語が [入力言語(Input Language)] ドロップダウン リストで利用できない場合、[デフォルトの言語と音声設定の上書き(Override Default Language and Voice Settings)] トグル ボタンを無効にします。フローの仮想エージェントアクティビティの前に 変数設定 アクティビティを含めます。

    次のように変数設定アクティビティを設定します。

    • 変数を Global_language に設定します。

    • 変数の値を必要な言語コード(fr-CA など)に設定します。言語の詳細については、Google の 言語リファレンス ページを参照してください。

    Webex Contact Center での仮想エージェントの音声展開は、強化された電話コールとしての認識モデルを持つ言語のみをサポートしています (サポートされている音声と言語を参照)。(言語リファレンス を参照)

  5. Output Voice—デフォルト値は [自動(Automatic)] です。値が [自動(Automatic)] の場合、Dialogflow は特定の言語の音声名を選択します。設定した音声名が、選択した言語に従って設定されていることを確認します。

    Google がサポートする出力音声名が、 Output Voice ドロップダウン リスト、無効化 Override Default Language & Voice Settings トグル ボタン。フローの仮想エージェントアクティビティの前に 変数設定 アクティビティを含めます。

    次のように変数設定アクティビティを設定します。

    • 変数を Global_VoiceName に設定します。

    • 変数の値を、必要な出力音声名コード (例: en-US-Standard-D) に設定します。サポートされている音声と言語の詳細については、Google の サポートされている音声と言語 ページを参照してください。

    音声合成音声の詳細については、サポートされている音声と言語 を参照してください。

4

[就業時間] Variable Passing セクションに、仮想エージェントアクティビティのオプションパラメータに個人識別情報(PII)が含まれる場合があります。Webex Contact Center は、これらのパラメータを変数として Google Dialogflow に渡し、ボットとの高度な会話ロジックをサポートします。

  1. Key-Value—Key-Value パラメータを使用すると、変数名と関連する値を入力できます。二重のカール状の構文を使用することで、変数値を入力できます。

    たとえば、ANI に基づいて顧客のアカウント残高を返す場合、キーと値は次のとおりです。

    キー:アニ

    値: {{NewContact.ANI}}

    変数パラメータを追加するには、 Add New.これにより、それぞれのキーと値のペアを入力できる行が追加されます。

    コンタクトセンターは、これらのパラメータ値を request.query_param.payload オブジェクトの JSON 値として Google Dialogflow に送信します。システムはこの JSON を解析し、フルフィルメント アプリケーションで処理します。システムは、Dialogflow に設定されている Webhook を通じて、このアプリケーションに到達します。詳細については、フルフィルメント を参照してください。

5

[就業時間] Advanced Settings セクションで、以下を設定します。

  1. No-Input Timeout—仮想エージェントが顧客の入力(音声または DTMF)を待機する時間を示します。

    デフォルト値は 5 秒です。値の範囲は 1 ~ 30 秒です。

  2. Max No-Input Attempts—仮想エージェントが顧客の入力(音声または DTMF)を待機した回数を示します。

    デフォルト値は 3 です。値の範囲は 0 ~ 9 です。

    最大試行回数が経過すると、仮想エージェントは終了し、出力変数 ErrorCode が max_no_input に設定されます。

  3. Inter-digit Timeout—仮想エージェントが会話フローで続行する前に、仮想エージェントが顧客からの次の DTMF 入力を待機する時間。

    デフォルト値は 3 秒です。値の範囲は 0 ~ 30 秒です。

  4. Terminator Symbol—顧客が入力の終了を示すために入力できる文字。ターミネーター記号は、設定に応じて # または * のいずれかを指定できます。

  5. Termination Delay—アクティビティが停止し、フローの次のステップに進む前に、仮想エージェントが最後のメッセージを完了できるようにします。

  6. たとえば、システムがエージェントにコールをエスカレートする前に、仮想エージェントが発信者に何かを示す場合は、エスカレーション前の最後のメッセージを完了するのにかかる時間を考慮してください。値の範囲は 1 ~ 30 秒です。

    [終了遅延(Termination Delay)] の値を 0 に設定すると、システムは発信者に最後の音声メッセージを再生しません。

  7. Speaking Rate—スピーチのレートを示します。数値入力を増減して、理想的なスピーチのレートを維持し、出力スピーチのレートを制御します。

    数値入力の有効な値は、0.25 ~4.0 語の範囲です (wpm)。デフォルト値は 1.0 wpm です。

  8. Volume Gain—音量出力の増減を示します。数値入力を増減して、出力スピーチの理想的な音量を維持します。

  9. 数値入力の有効なエントリは、–96.0 ~ 16.0 デシベル (dB) の範囲内です。デフォルト値は 0.0 dB です。

  10. Enable Conversation Transcript—デスクトップが仮想エージェントと顧客間の会話の音声テキストを表示できるようにします。生の音声テキストは、動的 URL からも使用できます。この URL を使用して、HTTP 要求を使用して議事録から特定のセクションを抽出することができます。

6

[就業時間] Output Variables セクションでは、仮想エージェントと顧客間の会話中に発生するイベントの出力ステータスを保存できます。

  1. VVA.LastIntent—エスカレーションまたは処理されたインテントに移動する前に、仮想エージェントによってトリガーされた最後のインテントを保存します。

  2. VVA.TranscriptURL—仮想エージェントと顧客間の会話の音声テキストを指す URL を保存します。

    Parse アクティビティを使用して、仮想エージェントの音声テキストからパラメータを抽出します。

  3. VVA.ErrorCode- 仮想エージェントと顧客間の会話の結果によって値が依存するステータス コードを保存します。この変数は、次のいずれかの値を保持します。

    • no_error:処理された出力とエスカレーションされた出力にエラーがないことを示します。

    • max_no_input:指定された最大無入力試行内に入力エラーがないことを示します。

    • term_char_without_input:顧客が入力なしで終了キーを押したことを示します(音声またはキー押し)。ターミネーター記号は、設定に応じて # または * のいずれかを指定できます。

    • system_error:システムの他のエラーを示します。たとえば、Dialogflow エラー、ネットワークの問題などです。

    エラーを顧客に通知するためにカスタム音声メッセージを再生するには、フローの開発者がフローにメッセージの再生アクティビティを含める必要があります(コールを切断する前に)。メッセージの再生アクティビティの詳細については、メッセージの再生 を参照してください。

次に行うこと

Outcomes:

仮想エージェントと顧客間の会話の結果に基づいて発生する仮想エージェントの出力パスを示します。

  • Handled:システムが処理されたインテントをトリガーする場合、Dialogflow はこのパスになります。

  • Escalated:システムがエスカレーション インテントをトリガーする場合、Dialogflow はこのパスになります。

    Dialogflow のインテントの詳細については、インテント を参照してください。

Error Handling

仮想エージェントと顧客間の会話中に発生するエラーに基づいて、仮想エージェントの出力パスを示します。

  • Error:フローは、任意のエラーシナリオでこのパスを取得します。

エラーがある場合、デフォルトでは、コンタクトセンターはエラーを顧客に通知する音声メッセージを再生しません。フロー開発者は、汎用的に、または 出力変数 セクションに記載されているエラー コードに基づいて、メッセージの再生アクティビティを設定できます。

出力パスの機能は、管理者が定義した設定とフローによって異なります。

仮想エージェント V2

仮想エージェント V2 アクティビティは、連絡先のリアルタイムの会話エクスペリエンスを提供します。仮想エージェント V2 アクティビティをコール フローに追加して、音声ベースの AI 対応会話を処理できます。発信者が話すと、システムはその音声に一致する仮想エージェントの最適な意図を検索します。また、対話式音声自動応答(IVR)体験の一部として発信者を支援します。

仮想エージェント V2 のアクティビティを設定

次世代プラットフォームを使用する顧客は、フローデザイナーで仮想エージェント V2 アクティビティを設定できます。

この構成は現在サポートされていないため、キュー連絡先アクティビティの後に仮想エージェント V2 アクティビティを配置しないでください。また、仮想エージェント V2 アクティビティをイベント フロー キャンバスに配置しないでください。

結果

仮想エージェントと発信者の間の会話の結果に基づいて発生するアクティビティの出力パスを示します。

  • 処理済み–仮想エージェントの実行が完了すると、結果はトリガーされます。

  • エスカレーション–コールを人間のエージェントにエスカレーションする必要がある場合に、結果がトリガーされます。

エラー処理

仮想エージェントと発信者の会話中に発生したエラーに対するアクティビティの出力パスを示します。

エラー済み–フローは、任意のエラー シナリオでこのパスを取得します。

デフォルトのシステム レベル設定

次の設定は、デフォルトでシステム内部で定義されています。これらの設定はユーザー インターフェイスに表示されず、変更できません。

  • 無効な処理または入力エラーのない再試行回数は無限です。

  • 割り込みにより、対話中に仮想エージェントを中断できます。

  • DTMF 終了記号 = #。この設定は、入力の終了を示します。

  • DTMF 「未入力タイムアウト」=5秒。この設定は、仮想エージェントが発信者の入力を待機する期間を示します。

  • DTMF 「桁間タイムアウト」=3秒。この設定は、仮想エージェントが会話フローで続行する前に、仮想エージェントが発信者からの次の DTMF 入力を待機する期間を示します。

はじめる前に

  • Dialogflow エージェントをセットアップします。Google Cloud で Dialogflow エージェントを構築する方法の詳細については、エージェントを構築する を参照してください。

  • Google CCAI コネクタを構成し、Control Hub で CCAI 構成を作成します。

  • エントリポイントを設定し、ルーティング フローを選択します(フローがフロー デザイナーで作成されると)。詳細については、チャネルのセットアップ を参照してください。

1

Control Hub にサインインします。

2

次のとおり、移動します Services > Contact Center > Flows.

3

[フローの管理] をクリックし、次に [フローの作成] をクリックします。

4

[就業時間] Flow Name フィールドに一意の名前を入力し、 Start Building Flow.メッセージは、 Flow Designer ウィンドウが表示されます。

5

仮想エージェント V2 アクティビティを アクティビティライブラリ からメインフローキャンバスにドラッグ アンド ドロップします。

6

[全般設定(General Settings)] で、次の操作を行います。

  1. [アクティビティラベル] フィールドに、アクティビティの名前を入力します。

  2. [アクティビティの説明] フィールドに、アクティビティの説明を入力します。

7

会話エクスペリエンス 設定で、次のいずれかのコンタクトセンターの AI 構成オプションを選択します。

  • 静的 - デフォルトの PSTN 地域内の会話を処理する CCAI 設定を選択します。

    コンタクトセンターの AI 構成は、コントロール ハブで設定された CCAI 機能に基づいて入力されます。

  • 変数–コールがリモートまたはデフォルトではない PSTN 地域から発信されている間に、発信者の同じロケーション内の会話を処理する CCAI 設定を選択します。この変数は、PSTN リージョンを対応する Google プロファイル リージョンにマッピングします。

    変数の CCAI 構成を設定する方法の詳細については、[仮想エージェント音声のリージョンメディアの設定] ドキュメントの手順 6 ~ 8 を参照してください。
    • VAV フローを動作させるには、フローのグローバル変数を設定して、仮想エージェントのデフォルトの入力言語と出力音声を設定する必要があります。フローにグローバル変数を追加する方法の詳細については、グローバル変数 を参照してください。

    • VAV のデフォルトの入力言語と出力音声を上書きする場合は、フローの仮想エージェント V2 アクティビティの前に 変数設定 アクティビティを含めます。

      カスタム入力言語の場合は、Set Variable アクティビティを次のように設定します。

      • 変数の設定 Global_Language.

      • 変数の値を必要な言語コード(fr-CA など)に設定します。

      カスタム出力音声の場合は、Set Variable アクティビティを次のように設定します。

      • 変数の設定 Global_VoiceName.

      • 変数の値を、必要な出力音声名コードに設定します (例:en-US-Standard-D) として共有する必要があります。

      ES でサポートされている音声と言語の詳細については、サポートされている音声と言語 を参照してください。

8

[状態イベント(State Event)] 設定で、[イベント名 - イベントデータ(Event Name - Event Data)] カラムにカスタムイベント名とデータを入力します。state イベントは、一致するテキストまたは音声入力を必要とせずに、インテントをトリガーするメカニズムです。カスタム イベントを定義して、インテントをトリガーできます。Dialogflow ES のイベントのインテントを設定する方法については、Google のドキュメント を参照してください。

  • イベント名 - (オプション) 統合されたサードパーティ AI プラットフォームで定義されているイベントの名前を示します。

  • イベントデータ - (オプション) システムが統合されたサードパーティ AI プラットフォームに (定義されたイベント名の一部として) 送信する JSON データを示します。

イベント名とデータを静的値または式で指定することができます。式の場合、次の構文を使用します。{{ variable }}.以下は、発信者にカスタムのウェルカムメッセージで応答するように設定された状態イベントの例です。

イベント名:CustomWelcome

イベントデータ:{"Name": "John"}

9

[詳細設定(Advanced Settings)] で、次の操作を行います。

  1. [就業時間] Speaking Rate フィールドに、数値または式を入力して、音声出力の速度を増減します。

    • 数値入力の有効な値は 0.25 から 4.0 の範囲です。デフォルト値は 1.0 です。

      たとえば、0.5 を値に設定すると、スピーチの出力レートが理想のレートよりも遅くなります。値として 2 を設定すると、スピーチの出力レートが理想のレートよりも速くなります。

    • 式の場合、次の構文を使用できます。 {{variable}}.

  2. [就業時間] Volume Gain フィールドに、数値または式を入力して、音声出力の音量を増減します。

    • 数値入力の有効な値は –96.0 ~16.0 デシベル (dB) の範囲内です。デフォルト値は 0.0 dB です。

    • 式の場合、次の構文を使用できます。 {{variable}}.

  3. [就業時間] Pitch フィールドに、数値または式を入力して、音声出力のピッチを増減します。

    • 数値入力の有効な値は、–20.0~20.0 ヘルツ (Hz) の範囲内です。デフォルト値は 0 です。0Hz。

    • 式の場合、次の構文を使用できます。 {{variable}}.

  4. [就業時間] Termination Delay フィールドに数値を入力します。これを設定すると、仮想エージェントは、アクティビティが停止してフローの次のステップに進む前に、最後のメッセージを完了できます。

    たとえば、システムが通話をエージェントにエスカレーションする前に仮想エージェントから発信者に何かを示したい場合は、エスカレーションの前の、最後のメッセージの発信が完了するまでの時間を設定します。

    数値入力の有効な値は 0 ~ 30 秒の範囲内です。デフォルト値は 30 秒です。

    終了遅延 の値を 0 として設定すると、システムは発信者に最後の音声メッセージを再生しません。

  5. Agent Desktop に仮想エージェントと発信者の会話の音声テキストを表示するには、[会話の音声テキストの有効化(Enable Conversation Transcript)] チェックボックスをオンにします。

    生の音声テキストは、動的 URL からも使用できます。この URL は、HTTP リクエストを含む音声テキストから特定のセクションを抽出します。

10

With Decryption Settings 必要に応じて、VAV2 アクティビティの出力変数を解読できます。復号がフロー レベルで有効になっている場合、デバッグ復号アクセス権を持つユーザーは、フローのデバッグ ログで VAV2 アクティビティのマスクされていない出力値を表示できます。をオフにする Enable decryption トグルでアクティビティ レベルでの復号を無効にして、保護を強化します。

11

場所: Activity Output Variablesでは、仮想エージェントと発信者の間の会話中に発生するイベントの出力ステータスを保存する変数のリストを表示できます。

  • VirtualAgentV2.TranscriptURL - 仮想エージェントと発信者の間の会話の音声テキストを指す URL を保存します。

    Parse アクティビティを使用して、仮想エージェントの音声議事録からパラメータを抽出します。

  • VirtualAgentV2.MetaData および VirtualAgentV2.StateEventName の変数は適用できません。

  • 現在、サポートされている言語は en-US のみです。

  • U-law コーデックのみサポートされています。

  • 通話がライブエージェントに転送されると、発信者と仮想エージェントの会話の音声テキストが Agent Desktop のトランスクリプトガジェットに表示されます(Agent Desktop でトランスクリプトガジェットが設定されている場合のみ)。

フロー制御のアクティビティ

  • フローを開始
  • 終了フロー
  • ケース
  • 発生
  • 移動先
  • パーセンテージ割り当て
  • 待機
  • アウトダイヤル エントリポイントのワークフローのサポート

フローを開始

[開始フロー(Start Flow)] アクティビティは、デフォルトでメイン フロー キャンバスに表示されます。開始フローアクティビティは削除できません。このアクティビティは、このフローをトリガーするイベントを示します。このアクティビティは、フローの使用方法と設定に使用可能なアクティビティのタイプを決定します。

現在利用可能なフロートリガー イベントのみです NewContact.

新しいコールがコンタクト センターのテレフォニー エントリ ポイントに到達すると、このイベントがトリガーされます。エントリ ポイント ルーティング戦略 で、NewContact イベントによってトリガーされるフローを使用できます。フロートリガー イベントは現在デフォルトで選択されており、編集できません。追加のイベントは将来公開される予定です。

NewContact 新しいフローにのみ適用されます。4 月 20 の週より前に作成されたフローの場合、NewPhoneContact はフロートリガー イベントとして残ります。

[開始フロー(Start Flow)] アクティビティには、選択したフロートリガー イベントの名前が自動的にラベル付けされます。これにより、構築されているフローのタイプをすばやく確認できます。

出力変数

開始フローアクティビティに関連付けられている出力変数の数とタイプは、選択した [フロートリガー イベント(Flow Trigger Event)] によって異なります。これらの変数は、フローがトリガーされた時点でキャプチャされるデータを保存します。たとえば、以下で説明した出力変数は、 NewContact イベント。

フローシーケンスを制御するには、後のアクティビティでこれらの変数を使用します。

  • NewContact.ANI

    自動番号識別(ANI)は、電話通信ネットワークの機能で、コールの発信元の電話番号を自動的に決定します。この変数は、次をトリガーした発信者の電話番号を保存します: NewContact イベント。

  • NewContact.DNIS

    Dialed Number Identification Service(DNIS)は、コールの最初にダイヤルされた電話番号を識別するサービスです。この変数には、発信者がダイヤルした電話番号が NewContact イベント。

    コールがエントリポイントの電話番号に転送されると、Webex Contact Center は EPDN ターゲットを検出し、内部で転送を処理します。

    EPDN への転送は、以下を使用するフローから開始できます。 Blind Transfer アクティビティまたはエージェントがエントリポイントの DN に転送または照会するときに、エージェントデスクトップから。

    転送が完了すると、転送に使用される宛先番号が Dialed Number Identification Service(DNIS)値として受信エントリポイントフローに表示されます。DNIS 値は、 NewPhoneContact.DNIS フロー変数。

    受信フローは評価できます NewPhoneContact.DNIS ルーティング ロジックで使用しますただし、接続先エントリポイント番号設定でその形式が保証されない限り、フローは単一の DNIS 形式を想定しないようにしてください。

    受信フローに表示される DNIS 値は、宛先エントリポイントに番号を設定する方法によって異なります。

    Table 9. DNIS behavior for transferred calls to EPDNs

    宛先エントリポイント番号の設定

    受信フローに表示される DNIS

    この例を参考にしてください。

    E.164 個の番号のみ

    DNIS は E.164 形式で表示されます。転送先が国内形式でダイヤルされた場合、Webex Contact Center はそれを変換し、DNIS を E.164 形式で提示します。

    宛先が 5550101234 としてダイヤルされている場合、受信フローには +15550101234 が表示されます。

    E.164 番号と内線

    DNIS は、転送が E.164 番号、国番号、内線番号をダイヤルすることによって開始されたかどうかに関係なく、常に E.164 番号として表示されます。

    エントリポイントに +15550101234 と内線 1234 がある場合、受信フローには +15550101234 が表示されます。

    内線のみ

    DNIS は内線番号として表示されます。ロケーションにロケーション プレフィックスが設定されている場合、DNIS はロケーション プレフィックスにプレフィックスがあり、区切り文字はありません。

    内線が 1234 の場合、受信フローには 1234 が表示されます。ロケーションのプレフィックスが 555 の場合、受信フローには 5551234 が表示されます。

    コンサルティング転送の場合、DNIS の動作は転送動作と一致します。ただし、通話回線 ID(CLID)はコンサルト中に変更されます。

    宛先エントリ ポイント フローが評価された場合 NewPhoneContact.DNISに移動し、Webex Contact Center がエントリ ポイントの番号設定に対して提示する DNIS 形式のルーティング ロジックアカウントを確認してください。これは、エントリポイント設定が内線番号のみの番号から E.164 の番号に変更される場合、またはフローが DNIS 値を直接比較する場合に特に重要です。

    コールが EPDN に転送されると、転送されたコールは既存のインタラクションの一部のままになります。レポートと通話レコードは引き続き同じインタラクション ID を使用します。

  • NewContact.InteractionID

    以下によってトリガーされた各インタラクションに関連付けられている固有の Webex Contact Center 識別子 NewContact イベント。

    デスクトップにインタラクション ID を表示できます。詳細については、例:デスクトップ にインタラクション ID を カスタムフロー変数の作成 セクションに表示します。

  • NewContact.PSTNRegion

    エントリポイント(EP)- 地域の音声メディア サービス用のダイヤル番号(DN)マッピングで設定されている PSTN リージョン。この変数は、次世代音声プラットフォームでのみサポートされています。

  • NewContact.FlowVersionLabel

    フロー実行中に生成されるフローのバージョン ラベル。フローの開発者は、「Dev」、「Test」、「Live」、「Latest」など、さまざまなフローバージョンに対して異なる動作を作成できます。次を使用する: NewContact.FlowVersionLabel 変数、開発者はフロー内のバージョン ラベルにアクセスすることで、フローロジックを動的に変更できます。

  • NewContact.FlowId

    現在実行中のフローの一意の識別子。

  • NeContact.EntryPointId

    フローを開始するエントリポイントの一意の識別子。

  • NewContact.OrgId

    組織の一意の識別子。

  • コールバック変数:
    • NewContact.CallbackReason

      コールバックのスケジュール時に指定されたコールバックの理由。エージェント表示可能な変数に割り当てることで、エージェントデスクトップの着信ポップオーバーでコールバックの理由を利用できるようになります。

    • NewContact.CallbackType

      値をスケジュールされたコールバックの「スケジュール済み」または、パーソナルスケジュールされたコールバックの「scheduled_personal」として保存します。

    • NewContact.ScheduleSourceInteractionId

      コールバックが最初にリクエストされたインタラクション ID。

    これらの変数はスケジュールされたコールバックに対してのみ値を持ち、他のコールタイプでは空になります。

  • NewContact.Headers

    着信コールの Session Initiation Protocol(SIP)ヘッダーの詳細を JSON 形式で保存します。フローの開発者は、着信 SIP カスタム X ヘッダーを抽出して使用して、ルーティングの決定を行い、Webex Contact Center をサードパーティの IVR システムと統合できます。顧客が Webex Contact Center にコールすると、システムはフローデータを解析し、SIP ヘッダーを抽出します。

    前提条件

    • SIP ヘッダーの抽出は、RTMS(次世代音声メディア プラットフォーム)のテナントでのみ使用できます。
    • カスタム X ヘッダーの使用は、現在、Webex Contact Center のテレフォニー オプションとしてローカル ゲートウェイ (LGW) を使用している組織でサポートされています。

    次の SIP 招待を検討してください。

    INVITE sip:12345@domain.com SIP/2.0 ​
    
    Via: SIP/2.0/UDP client.atlanta.example.com;branch=z9hG4bK74bf9 Max-Forwards: 70 ​
    
    From: "Alice" <sip:alice@atlanta.example.com>;tag=9fxced76sl ​
    
    To: <sip:12345@domain.com> ​
    
    Call-ID: 2xTb9vxSit55maQjcU@atlanta.example.com ​
    CSeq: 314159 INVITE ​
    
    Contact: <sip:alice@pc33.atlanta.example.com> ​
    
    Diversion: <sip:john.doe@example.com>;reason=unconditional;privacy=off;screen=no​
    
    Content-Type: application/sdp ​
    Content-Length: 143 ​
    
    X-Customer-ID: 987654321 ​
    
    X-Call-Reason: Support ​
    
    X-Priority: High 

    この例では、システムは次の詳細を抽出します。

    X-Customer-ID: 987654321

    X-Call-Reason:サポート

    X 優先度:高

    システムは SIP ヘッダーを小文字に変換します。システム内で定義されている変数に 1 つ以上の SIP ヘッダーを割り当てるには、[変数の設定(Set Variable)] アクティビティを使用します。

    次のヘッダー パターンは内部使用用に予約されており、カスタム ヘッダーとして渡すことはできません。デフォルトでは、このパターンに一致するヘッダーはドロップされ、Webex Contact Center に渡されません。

    • X アドレス

    • X-ADD-DIVERSION (航空機)

    • X-BNR状態

    • X-BNR オリジナル コーデック

    • X-BNR バイパス

    • X-BroadWorks-相関-情報

    • X-FS サポート

    • X パス

    • X-RTMS-CID

    • X-RTMS-OID

    • X-RTMS-CONFID

    • X-RTMS-AGENT-LEGID

    • X-RTMS-ENTER サウンド

    • X-RTMS-APP-PREFIX

    • X-RTMS-ルックアップ

    • X-VPOP ドメイン

    重要な考慮事項:

    • システムは、発信者の名前を Caller_ID_Name として解析します。
    • システムは、着信 SIP 招待メッセージから最大 20 件のヘッダーを抽出できます。ヘッダー数が 20 を超える場合、システムはアルファベット順にソートされた最初の 20 ヘッダーのみを抽出します。
    • すべてのヘッダー情報には上限が 1000 バイトです。

    外部 IVR システムに SIP ヘッダーを追加および解析するには、次のアクティビティを使用します。

終了フロー

エンド フローは、フロー パスの終了をマークする終了アクティビティです。任意の数のエンド フロー アクティビティを使用して、フローを構築して、すべてのフロー パスが終了するようにできます。

IVR フローでエンドフロー アクティビティを使用しないでください。IVR でのエンド フローの使用は、通話が切断されない場合があります。

各アクティビティに一意のラベルと説明を与えることができます。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

ケース

コール フローの特定の決定ポイントで複数の可能性または結果がある場合は、ケース アクティビティを使用します。

たとえば、ケースアクティビティを使用して、チーム名に応じて異なるエージェント チームに対して異なるスクリーンポップを定義することができます。各ケースは、適切なパスを定義するブランチになります。フローは、フローの特定のインスタンスに対して true と評価するパスを進みます。各ケース アクティビティには、定義されていないケースに対してシステムが使用するデフォルトがあります。いずれのケースも true ではない場合、デフォルトのケースは true として評価され、フローはそのブランチに沿って進みます。

フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、イベントフロー を参照してください。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Case Settings セクションで、以下を設定します。

  1. Variable—異なるケースを評価する変数を選択します。ドロップダウン リストから変数を選択します。

  2. Expression—異なるケースを評価する式を入力します。式を定義するには、Pebble テンプレートの構文を使用します。Pebble テンプレートの構文の詳細については、Pebble テンプレートの構文 を参照してください。

  3. Case—変数または式と比較するさまざまなケースを定義します。アクティビティごとに最大 20 件のケースステートメントを追加できます。

    静的値、変数、または式と比較するには、[新規追加(Add New)] をクリックして、新しいケースステートメント ブロックを追加します。変数または式を使用する場合は、Pebble テンプレートの構文を使用します。Pebble テンプレートの構文 の詳細については、Pebble テンプレートの構文を参照してください。

Activity Outcomes

  • True—条件が満たされた場合に実行するパス。 

  • False—条件が満たされていない場合に実行するパス。 

発生

条件アクティビティは、決定を表します。このフローは、条件が満たされているかどうかに応じて、True または False のパスを取得します。 

フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、イベントフロー を参照してください。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Expression セクションで、以下を設定します。

各式を次のようにラップします。 {{Enter 式}}。

例: {{HTTPRequest1}.httpStatusCode == 200}

括弧なしで式を使用する場合、システムはフローエラーをスローします。

  1. Condition—ドロップダウンリストから条件を選択します。  

    • <(より小さい)

    • != (等しくない)

    • >(より大きい)

    • == (等しい)

    • >= (以上)

    • <= (より小さい)

    • *(乗算記号)

    • /(割る)

    • +(追加)

    • ‐(減算)

移動先

フローチェーンでは、複数のフローをチェーンできます。フローチェーンを実現するには、キャンバスに GoTo 終了アクティビティを追加し、現在のフローがエントリ ポイント または別のフローに進むかどうかを指定できます。詳細については、複数のフローをリンク (GoTo を使用) を参照してください。

GoTo ノードを使用して、エントリ ポイントやフロー間など、Webex Contact Center 内の連絡先を移動します。フロー変数のマッピングを使用すると、連絡先とともにデータをシームレスに転送できます。

アクティビティ ライブラリに GoTo アクティビティが表示されない場合は、対応する機能フラグを有効にするために Cisco サポートに連絡してください。

フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、イベントフロー を参照してください。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[フローの宛先設定(Flow Destination Settings)] セクションでは、時間に基づいて発信者エクスペリエンスを変更したり(エントリポイントにコールをハンドオフした場合)、複数のシナリオで 1 つのフローを再利用したりできます(コールをフローにハンドオフした場合)。

GoTo オプションに基づいて、フロー変数は現在のフローから次のように渡されます。

  • Go to Entry Point:カスタムフロー変数と、同じ名前とデータタイプを持つグローバル変数は、現在のフローからエントリポイントに関連付けられたフローにコピーされます。

  • Go to Flow:変数マッピング セクションで設定されたフロー変数は、現在のフローから新しいフローにコピーされます。

以下を設定します。

  1. [エントリポイントに移動(Go to Entry Point)]:現在のフローがエントリポイントに移動する必要がある場合は、このオプションを選択します。転送時のアクティブなルーティング戦略に基づいてフローロジックが変更される場合は、コンボ ボックスに、エントリポイントを入力します。

    カスタムフロー変数と、同じ名前とデータタイプを持つグローバル変数は、最初のフローからエントリポイントに関連付けられた新しいフローにコピーされます。

    Webex Contact Center Control Hub で作成されたテレフォニー エントリ ポイントのみが表示されます。

    • Static Entry Point:事前設定されたエントリポイントのリストから、エントリポイントを選択します。同じチャネルタイプのエントリポイントのみ有効です。

    • Dynamic Entry Point:Control Hub から有効なエントリ ポイント ID にマッピングされる変数を選択します。同じチャネルタイプのエントリポイントのみ有効です。

  2. [フローに進む(Go to Flow)]:現在のフローが別のフローに進む場合は、このオプションを選択します。コンボ ボックスで、ドロップダウン リストから宛先フローを選択します。宛先ドロップダウン リストには、公開されたフローのみが表示されます。

    目的のフローを別のタブで表示できます。フローを表示するには、リストからフローを選択しているときに表示される [表示] オプションをクリックするか、 View Selected Flow オプションは、GoTo フローオプションでフローを選択した後のものです。

    次の 2 つのフローで変数を手動でマッピングできます。 Flow Variable Mapping セクションまで下方にスクロールします。

    • Static Flow:事前設定されたフローのリストからフローを選択します。

    • Dynamic Flow:有効なフロー ID にマッピングされる変数を選択します。[全般設定(General Settings)] ペインの [フロー設定(Flow Settings)] でフロー ID を見つけることができます。

4

Webex Teams の Go To Flow オプションで、[フロー変数のマッピング(Flow Variable Mapping)] セクションが表示されます。

フロー間で同じ名前を持ち、同じデータタイプを持つフロー変数とグローバル変数は、着信コールに対して自動的にマッピングされます。アウトバウンドコールでは、グローバル変数だけが自動的にマッピングされます。フロー変数の自動マッピングはサポートされません。

この機能を使用すると、現在のフローと宛先フローの間の可変マッピングを編集、削除、または追加できます。

変数フローを使用している場合、GoTo アクティビティでフローの変数をマッピングすることはできません。変数をスタティック フロー ターゲットにマッピングできるのは変数だけです。変数フローを使用した変数マッピングの動作については、以下の表を参照してください。

GoTo アクティビティのメイン フローからターゲット フローに JSON 変数をマッピングする場合、JSON 出力を文字列や他の変数タイプなどの別の変数に格納し、ターゲット フローの同じタイプの変数にマッピングします。

以下を設定します。

  1. Map Current Variables—現在のフロー内のすべてのフロー変数とグローバル変数を一覧表示します。宛先フローでは、同じ変数を複数の変数にマッピングできます。コンボ ボックスに、マッピングする変数を入力します。

  2. To Destination Variable—ハンドオフ後に現在のフローからコピーされる宛先フロー内のすべてのフロー変数とグローバル変数のリスト。

    [就業時間] combo boxに移動先フローでマッピングされている変数を入力します。宛先フローで変数をマッピングできるのは 1 回のみですが、現在のフロー内の変数を複数回マッピングできます。

変数マッピングを追加、編集、または削除するには、次のようにします。

  • 変数マッピングを編集するには、ドロップダウン リストから適切なフローを選択します。

    いずれかの変数を選択した後、 Map Current Variables または To Destination Variable ドロップダウンリストでは、他のドロップダウンリストには、同じデータタイプの変数だけが表示されます。

    たとえば、タイプ Integer の customerId を Map Current Variables ドロップダウン リスト、 To Destination Variable ドロップダウン リストは、新しいフローで Integer 型の変数だけを表示します。

  • 変数マッピングを削除するには、[削除(Delete)] アイコンをクリックします。

  • オプション Add New 新しい変数マッピングを追加します。次でマップする変数を選択します: Map Current Variables および To Destination Variable ドロップダウン リスト。

Variable details

メッセージは、 Current Flow Variable Details セクションには、現在のフローのすべてのフローとグローバル変数が表示されます。

メッセージは、 Destination Flow Variable Details セクションには、宛先フローのすべてのフローとグローバル変数が表示されます。

変数に関する情報については、タグをクリックすることができます。マッピング用の変数を選択すると、すでにマッピングされているものを確認できるように、変数が緑に変わります。

通話のライフサイクルを通じたシームレスな情報アクセシビリティとインタラクションを保証するために、フローの実行中に可変マッピングが重要です。これは、静的フロータイプと動的フロータイプの両方用にカスタマイズされた、ローカルおよびエージェント表示可能なフロー変数の両方とのグローバル変数の戦略的な配置を含みます。

フローチェーンでは可変マッピングが重要です。次の表では、静的および動的な GoTo オプションの使用の主な違いについて説明します。

  • Static

    • GoTo Flow:[フロー変数マッピング(Flow Variable Mappings)] セクションでマッピングされた変数を処理します。

    • GoTo Entry Point:エージェント表示可能なフロー変数とグローバル変数は、エントリポイントに転送するときに自動的にマップされます。

  • Dynamic

    • GoTo Flow:エージェント表示可能なフロー変数とグローバル変数は自動的にマップされます。

    • GoTo Entry Point:エージェント表示可能なフロー変数とグローバル変数が自動的にマップされます

GoTo activity error codes

エラー コード

エラーの説明

説明

1

エラーコード

失敗コードを保存します。この値は、アクティビティが失敗した場合にのみ設定します。

2

エラーの説明

失敗の詳細を保存します。この値は、アクティビティが失敗した場合にのみ設定します。

待機

待機アクティビティを使用すると、フローの実行を一時停止できます。このアクティビティを待機期間で設定すると、実行パスの Wait アクティビティで指定された継続時間のフローの実行が一時停止します。

IVR セッションがタイムアウトする原因となる可能性があるため、IVR セッションがアクティブなときに待機アクティビティの使用は推奨されません。このような場合、コンタクトは通話が失敗し、通話が失敗します。フロー設計者は、CallbackFailed イベントで待機アクティビティを使用し、待機期間を指定することを強くお勧めします。

待機アクティビティは本質的に一般的です。フローを設計するときに、要件に従ってこのアクティビティを任意のアクティビティの後に配置できます。たとえば、コールバックの再試行中に、このアクティビティはフローの実行を一時停止し、コールバックを再試行します。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Wait Settings セクションで、以下を設定します。

  1. Duration—HH:MM:SS 形式の期間を選択して、フローの実行が一時停止する期間を 10 秒、最大 72 時間指定します。

    [期間(Duration)] フィールドをクリックして、時間を設定します。分と秒のフィールドを 59 以上入力すると、自動的にデフォルトで 59 になります。時間フィールドを 72 以上に設定すると、00:00:10 から 72:00:00 の間の期間を入力するように求められます。

    現在、このアクティビティを実行している間、数ミリ秒までの逸脱があります。高精度が必要な使用事例では、待機アクティビティを使用しないでください。

Output variables

このアクティビティで使用できる出力変数はありません。

パーセンテージ割り当て

割り当ての割合アクティビティを使用すると、フロー内の異なるパスにコール トラフィックを分散できます。このアクティビティは、複数のフローパスをまたいでフロー分岐メカニズムとして使用し、複数の終了パスを作成して、異なるキュー、サイト、外部サーバーに連絡先を割り当てることができます。

システムは重み付きラウンドロビン(WRR)アルゴリズムを使用してトラフィックを分散し、これにより不均衡が生じる可能性があります。アルゴリズムは、フローを公開するたびにリセットされます。本番環境に変更を展開する前に、フローの実行をテストすることをお勧めします。

WRR の下の 10 コールの分布を理解するために、それぞれ 50%、30%、20% の割合分布の例を見てみましょう。最終的に、システムは終了パス 1 の 5、終了パス 2 の 3、3 の 2 のようにコールを均等に分配します。ただし、これは5:3:2の重みで動的に調整された方法で発生します。分配の結果の 1 つとしては、Path1、Path2、Path1、Path2、Path3、Path1、Path2、Path3 など、10 の連続した通話があります。これは 1 つの可能な分布であり、連絡先分布はさまざまな負荷分布で調整される点に注意することが重要です。

パーセンテージ割り当てアクティビティにより、0 から 100 の範囲のパーセンテージ値が許可されるようになりました。管理者は 0% の設定を使用して、スイッチボードの使用事例を作成できます。これにより、デフォルトでトラフィックをオフにできます。ただし、これらの接続を後でアクティベートして、0% を超えるディストリビューションを割り当てることができます。

さらに、フィードバック アクティビティの前に割り当て割合アクティビティを追加して、コール トラフィックの管理方法を設定できます。フィードバックの 50% をメールで割り当て、30% を SMS で、20% をアンケートで割り当てることができます。

同様に、地理的に多様な環境では、10% の連絡先をボストンに、5% をシカゴに送信し、残りの 85% を別のロケーションに配布するようにパーセンテージアクティビティを設定できます。

フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、エラー処理を参照してください。

はじめる前に

1

場所: Flow Designerに移動し、[割り当てパーセンテージ] アクティビティを Activity Library をメインキャンバスに追加します。

2

次をクリックします: Percentage Allocation アクティビティは、アクティビティ設定を構成します。

3

場所: General Settings:

  • [就業時間] Activity Labelに移動し、アクティビティの名前を入力します。

  • (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

4

場所: Percent Allocationに移動し、必要な割り当てパスを作成します。最初に、システムは割り当てのデフォルト パスを 100% に設定します。パーセンテージ値と説明を編集したり、新しいパスを追加したりできます。

  1. オプション Add New 新しいパスを作成します。

  2. パーセンテージとパス名を入力します。

    終了パスごとに最小 0%、最大 100% を割り当てることができます。

    すべての割り当てが最大 100% 追加されていることを確認してください。割り当てパーセンテージが 100% を超えないか、フローを検証中にエラーが発生します。

    最大 10 個のパスを追加できます。

  3. (オプション) Delete レコードを削除するパスの横にあるアイコン。必要な接続セットでパーセンテージを調整し、追加の接続も削除できます。合計割り当てが最大 100% 追加されない場合、システムはエラーが発生しました。

割り当てのアクティビティには、次の出力変数があります。

  • Percentallocation.percentage:次のパーセンテージ ルートを保存します。

  • Percentallocation.description - 説明を保存します。

アウトダイヤル エントリポイントのワークフローのサポート

アウトダイヤル音声連絡先のワークフローを作成する場合、次のアクティビティとイベントがサポートされます。

  • HTTP リクエスト

  • 発生

  • 解析

  • Set Variable

  • 営業時間

  • 終了フロー

  • スクリーンポップアップ

  • プレダイヤル イベント

適用可能なすべてのイベント ハンドラーがサポートされています。プレダイヤル イベント、提供されたエージェントなどのイベント ハンドラーは、メイン フローに追加したアクティビティに基づいて入力されます。グローバル変数とローカル変数は、フローの一部としてサポートされています。

アウトダイヤル音声連絡先のワークフローを作成する場合、次のアクティビティはサポートされません。

  • Queue Contact

  • キューからエージェントへ

  • 通知

  • キューのルックアップ

  • キューの詳細情報

  • ブラインド転送

  • 通話分配グループをエスカレーション

  • IVR メッセージ

  • メニュー
  • アンケート

上記のアクティビティに基づいて、システムはエラーと成功パスをシームレスに適切にサポートします。

  • アウトダイヤル エントリポイントのフローを設計する場合、フローの最後に連絡先の切断アクティビティを含めないでください。フローで [連絡先の切断(Disconnect Contact)] アクティビティを使用すると、フローはコールを終了し、後処理を促しますが、アウトダイヤルコールは実際にはアクティブで接続されています。

ユーティリティのアクティビティ

  • BRE リクエスト
  • 営業時間
  • 暗号ハッシュ
  • OTP を生成
  • HTTP リクエスト
  • 解析
  • Set Variable
  • OTP の確認

BRE リクエスト

BRE リクエスト アクティビティを使用して、フローで使用する組織のビジネス ルール エンジン (BRE) からデータを取得します。BRE リクエスト アクティビティは、標準 HTTP プロトコルを使用して BRE からデータを取得します。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

場所: Query Parametersでは、API コールで提供されるパラメータを BRE に渡すことができます。[キー‐値(Key‐Value)] 列には、クエリのキーと、クエリとともに送信する関連値を入力できます。また、二重括弧の構文を使用して変数値を渡すこともできます。

BRE アクティビティには、1 つの事前定義されたクエリ パラメータがあります。このクエリ パラメータは、BRE への API コールで渡されます。

TenantID はパラメータとして自動的に挿入されるため、設定する必要はありません。

  • Context—リクエストの理由が含まれます。この必須パラメータは編集または削除できません。

    このパラメータには、BRE の Attribute コンテキストで指定された値と同じ値が含まれている必要があります。詳細については、『Cisco Webex Contact Center ビジネス ルール エンジン ユーザ ガイド』の「ルールのセットの作成」セクションを参照してください。2 1

  • ANI—コールの発信元の電話番号が含まれます。これは、BRE のルール設定に基づいて、編集または削除できるデフォルト パラメータです。

    ANI のサンプル値は {{NewContact.ANI}} です

  • Response Timeout- BRE 要求の接続タイムアウトを指定します。デフォルトは 2000 ミリ秒に設定されています。

  • Number of Retries—失敗後に BRE 要求が試行される回数を指定します。

    このパラメータは、ステータス コードが 5xx の場合に使用されます。例: 500 または 501。

クエリ パラメータを追加するには、 Add New.これにより、キー値のペアを入力できる行が追加されます。BRE リクエストの一部として、必要な数のクエリ パラメータを追加できます。

4

[就業時間] Parse Settings セクションでは、BRE リクエストからの応答を別の変数に解析できます。

  1. Response Variable—BRE Request 応答オブジェクトから特定のセクションを抽出する変数を選択します。ドロップダウン リストから選択できるのは、カスタム フロー変数だけです。

  2. Path Expression—応答オブジェクトを解析するためのパス式を定義します。応答オブジェクトのデータ構造の種類と、その情報のサブセットを抽出するための使用例に応じて、パス式は異なります。

    パス式が実行される前に、データはオブジェクト階層に正規化されるため、設定されたコンテンツタイプに関係なく、応答オブジェクトで JSONPath が使用されます。

Output Variables

BRE リクエストは 2 つの出力変数を返します。

  • BRERequest1.httpResponseBody:BRE 要求の応答本文を返します。

  • BRERequest1.httpStatusCode:BRE リクエストのステータス コードを返します。

    これらの応答コードは、次のカテゴリに分類されます。

    • 情報回答 (100–199)

    • 成功した応答 (200–299)

    • リダイレクト (300 ~ 399)

    • クライアント エラー (400–499)

    • サーバー エラー (500–599)

Content Type Formats

次の例は、サンプル入力コンテンツタイプの形式と JSON 応答について説明しています。

  • コンテンツ タイプ XML

    このツールを使用して、XML を JSON 形式 https://codeshack.io/xml-to-json-converter/ に変換します。

    • XML 入力形式:

      <note>
        <to>Tove</to>
        <from>Jani</from>
        <heading>Reminder</heading>
        <body>Test application</body>
      </note>

    • Data/JSON 正規化応答

      {
         "note": {
            "to": "Tove",
            "from": "Jani",
            "heading": "Reminder",
            "body": "Test application"
         }
      }

      JSON パス表現の例:$.note.from を使用して、Jani として値を取得します。

  • コンテンツタイプ TOML

    このツールを使用して、TOML を JSON 形式 https://www.convertjson.com/toml-to-json.htm に変換します。

    • TOML 入力形式:

      title = "TOML Example"
      [owner]
      name = "Tom Preston-Werner"
      dob = 1979-05-27T07:32:00-08:00

    • Data/JSON 正規化応答

      {
         "title": "TOML Example",
         "owner": {
            "name": "Tom Preston-Werner",
            "dob": "1979-05-27T15:32:00.000Z"
         }
      }
      

      JSON パス表現の例:$.owner.nameを使用して、「Tom Preston-Werner」の値を取得します。

  • コンテンツタイプ YAML

    このツールを使用して、YAML を JSON 形式 https://www.convertjson.com/yaml-to-json.htm に変換します。

    • YAML 入力形式:

      # An employee record
      martin:
        name: Martin D'vloper
        job: Developer
        skill: Elite

    • Data/JSON 正規化応答

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

      JSON パス表現の例:$.martin.job を使用して、値の開発者を取得します。

  • コンテンツタイプ JSON

    JSON 式評価ツール https://jsonpath.com/ を使用します。

    • JSON 入力形式:

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

    • Data/JSON 正規化応答

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

      JSON パス表現の例:$.martin.job を使用して、値の開発者を取得します。

営業時間

営業時間アクティビティを使用すると、Control Hub で定義されている組織の休日などの勤務時間と非勤務時間を使用できます。営業時間アクティビティをフローに追加し、そのフローをエントリポイントに割り当てることができます。このアクティビティを使用すると、勤務時間、休日、オーバーライドを消費して、すべてのスケジュールに対して複数のルーティング戦略を 1 つのフローに統合できます。

営業時間アクティビティを使用して、フローで運用スケジュールをプログラムします。このアクティビティは、特定のスケジュールを任意の時点でアクティブにするかどうかを決定し、それに応じてフローの実行をルーティングします。

管理者は Control Hub から営業時間のエンティティを管理できます。詳細については、 営業時間のセットアップ を参照してください。

エラー処理パス(Undefined Error)を設定して、フロー実行中に発生するシステム エラーを処理できます。詳細については、エラー処理の設定 を参照してください。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Schedule Details セクションでは、フローの異なるパスが実行されるタイミングを定義するために、ドロップダウンリストから営業時間を選択できます。

スケジュールは、選択した営業時間の勤務時間オブジェクトに定義されているシフトを示します。フローは、主に選択した営業時間のシフトで定義された時間枠に基づいて実行されます。時間帯が現在のシフトのタイミングと一致する場合、休日リストやオーバーライドなどの他の営業時間のエンティティが勤務時間よりも優先されます。

  • Static Business Hours:Control Hub から営業時間を選択します。

  • Variable Business Hours:Control Hub から有効な営業時間にマッピングされる変数を選択します。

    変数には、Control Hub から取得した正しい営業時間 ID が含まれている必要があります。ID が無効な場合、フローはエラー パスに移動します。

順序付きリスト入力のいずれかが空の場合、フロー デザイナーはフロー検証エラーをスローします。フローを公開する前に、これらのエラーを解決する必要があります。

Business hours nodes

営業時間アクティビティで次のノードを設定できます。

  1. Overrides—現在の時刻が [オーバーライド(Override)] リストのようにオーバーライドとして定義されている場合、選択した勤務時間内で言及されているシフトタイムに関係なく、アクティビティはオーバーライド ブランチを取得します。

  2. Holidays—現在の日が休日リストで定義されている休日である場合、選択された勤務時間内で言及されているシフトタイムに関係なく、アクティビティは休日ブランチを取得します。

  3. Working Hours—これは、[スケジュールの詳細] セクションで選択した営業時間に言及されたシフトタイミングを考慮するプライマリノードです。現在の時間が選択したシフトタイミングと一致する場合、アクティビティはこのブランチを使用します。

  4. Default—上記のいずれかが評価されていない場合、アクティビティはデフォルトのブランチを取得します。

Output variables

営業時間アクティビティでは、次の出力変数が使用されます。

  • WorkingHoursShift_name—フローの実行中に、この変数は勤務時間中に定義されたシフトの名前を保存します。

  • Holidays_Name—フロー実行中に、現在の日が休日リストで定義されているように休日である場合、この変数は休日の名前を保存します。

  • Overrides_Name—フロー実行中に、この変数は、オーバーライドで定義されているように、現在の時刻に一致するオーバーライドの名前を保存します。

  • Status—この変数ストアは、フロー実行中にノードの選択されたもの(勤務時間、休日、オーバーライド、デフォルトなど)を保存します。

暗号ハッシュ

暗号化ハッシュを使用すると、サポートされているアルゴリズムのいずれかを使用して、プレーン文字列の一方向ハッシュを生成できます。追加のセキュリティとして塩を適用できます。

1

暗号ハッシュアクティビティをフローキャンバスにドラッグ アンド ドロップします。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Hash Configuration セクションで、以下を設定します。

入力変数出力変数ノードの結果
Hashing algorithm:ハッシュを生成するハッシュ アルゴリズムを選択します。次のハッシュアルゴリズムをサポートしています。
  • SHA-256:このアルゴリズムは、一意の固定サイズ256ビット(32バイト)のハッシュを生成します。
  • SHA-512:このアルゴリズムは、一意の固定サイズ512ビット(64バイト)のハッシュを生成します。
hash.output:生成されたハッシュはこの変数に保存されます。 onSuccess:ハッシュが正常に生成されました。
Plain Text:ハッシュされる入力変数またはプレーン テキストを入力します。 hash.salt:使用されるsaltの値がこの変数に保存されます。 onError:入力が無効なため、ハッシュ生成に失敗しました。
Apply Salt:暗号化文字列に追加のセキュリティを設定する場合は、このチェックボックスをオンにします。saltは、文字列に追加されるランダムなデータで、 hash関数に渡される前に付加されます。
Salt type:文字列に追加するソルト データのタイプを選択します。サポートされる salt の値には、テキスト、base64、16 進数が含まれます。また、[塩の自動生成(Autogenerate Salt)] を選択することで、ランタイム中にランダムな値を生成することもできます。
Salt value:ハッシュされる文字列に追加する必要があるデータ。

次に行うこと

Cryptographic Hash ノードの標準出力変数は、ハッシュを取得する CryptographicHash.HashOutput です。

OTP を生成

[OTP の生成(OTP Generate)] アクティビティは、2 要素認証、多要素認証などのユーザー認証シナリオに対するワンタイム パスワード(OTP)を生成します。ユーザーの ID の確認、ビジネスアカウントの有効性の確認、情報のセキュリティなど、複数のシナリオで OTP を使用できます。

OTP の生成と OTP の確認 アクティビティは、2 要素認証などのユーザ認証フローをセットアップするためにしばしば併せて使用されます。

1

[OTP の生成(Generate OTP)] アクティビティをフローキャンバスにドラッグ アンド ドロップします。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] OTP Generation Logicで、希望するワンタイム パスワードの形式と長さを設定します。

  1. OTP format:OTP 形式を選択します。デフォルトの形式は英数字です。Webex Connect は次の OTP 形式をサポートしています。

    • Alphanumeric - アルファベット文字と数字の組み合わせを含む文字列。たとえば、Pq1ANQ、D345SdrQ など。

    • Alphabetic - アルファベットの大文字と小文字の組み合わせを含む文字列(例:BPmFxV、GhrtYwd)。

    • Numeric - 数字を含む文字列。例:675468、4321、4572。

  2. OTP Length:OTP の長さを入力します。デフォルトの長さは 6 文字です。最小 OTP の長さは 4、最大長は 64 です。

  3. 以下を設定します。 Additional OTP Settings:

    • OTP Validity:OTP 有効性(分単位)を定義します。OTP は、この期間後に期限切れになります。OTP 要求を再送信すると、有効性がリセットされます。OTP のデフォルト有効期間は 30 分です。

    • 次のアクションを選択: On resend OTP request、新しい OTP を生成するか、現在の OTP を再使用します。いずれかのアクションで OTP 有効性がリセットされます。

    • 次を入力: Transaction reference または、この値を含む変数を選択します。これは、それを検証するために使用される生成された OTP に関連付けられている固有の参照コードです。

次に行うこと

生成された OTP ノードの標準出力変数は generateOTP です。OTP これにより、生成された OTP がキャプチャされます。

HTTP リクエスト

HTTP 要求アクティビティは、標準 HTTP プロトコルを使用して CRM などの外部データ ソースから情報を取得します。

基本認証と OAuth 2.0 の属性は、認証されたエンドポイントでサポートされています。

Related flow templates

次のテンプレートでは、HTTP リクエストアクティビティを使用します。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] HTTP Request Settings セクションで、以下を設定します。

  1. Use Authenticated Endpoint—認証されたエンドポイントに HTTP 要求を行う機能を有効にします。デフォルトでは、このトグル ボタンはオンになっています。

  2. Connector—ドロップダウン リストからコネクタを選択します。ドロップダウン リストには、Control Hub で設定されたコネクタの名前が表示されます。コネクタは、アクセスするサービスのクレデンシャルを保存するための共通のロケーションを提供します。

    たとえば、Salesforce Connector は、Salesforce アカウントへの接続を検証し、許可します。その後、HTTP リクエストアクティビティ内でこのコネクタを参照してリクエストを行うことができます。これは基本的に URL のドメイン セクションを作成します。コントロールハブでコネクタを設定するには、「Webex Contact Center の統合コネクタのセットアップ」の項目を参照してください。

  3. Request Path—HTTP リクエストのリクエストパスを入力します。

    このフィールドは、 Use Authenticated Endpoint トグル ボタンがオンです。

  4. Request URL—認証されていないエンドポイントのドメインとリクエストパスの両方にまたがるリクエスト URL を定義します。

    このフィールドは、[認証済みエンドポイントを使用(Use Authenticated Endpoint)] トグルボタンがオフになっている場合に表示されます。

  5. Method Types: GET, POST, PUT, PATCH, DELETE, OPTIONS, HEAD—次の一般的な方法をサポートする HTTP リクエストアクティビティを定義します。

    • 取得する:指定されたリソースからデータをリクエストします。

    • 投稿:サーバにデータを送信して、リソースを作成または更新します。

    • PUT:ターゲット リソースの現在のすべての表現をリクエストペイロードに置き換えます。

    • パッチ:リソースに部分的な変更を適用します。

    • 削除:指定されたリソースを削除します。

    • オプション:ターゲット リソースの通信オプションを説明します。

    • ヘッド:GET 要求と同じ応答をリクエストしますが、応答の本文はありません。

  6. Query Parameters—HTTP リクエストの一部として渡すパラメータを定義します。Web サーバーは、GET 要求を行うなど、これらの追加パラメータを提供します。[キー‐値(Key‐Value)] 列に、クエリーのキーと、クエリーで送信する必要がある関連値を入力します。パラメータは、アンパサンド(&)記号で区切られたキーと値のペアのリストです。また、二重のカール括弧構文で変数値を使用して、変数値を渡すこともできます。

    たとえば、データストアサービス API に応じて、ANI に基づいて顧客のアカウント残高を取得する場合、キーと値は次のようになります。

    キー:アニ

    値: {{NewContact.ANI}}

    クエリ パラメータを追加するには、[新規追加(Add New)] をクリックします。これにより、それぞれのキーと値のペアを入力できる行が追加されます。HTTP リクエストの一部として、必要な数のクエリ パラメーターを追加できます。

  7. HTTP Request Headers: クライアントが HTTP リクエストで追加情報を渡す HTTP ヘッダーを定義します。Accept、Accept-*、または If-* などのリクエストヘッダーは、Cookie や User-Agent などの他のヘッダーと一緒に条件付きリクエストを実行できます。

    たとえば、GET リクエストの一部として、次を使用します。

    /HTTP/1home.html を取得します。1

    主催者: developer.mozilla.org

    ユーザー エージェント:Mozilla/5。0(Macintosh; Intel Mac OS X 10.9; rv:50.0) Gecko/20100101 Firefox/50。0

    承認: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0。8言語を受け入れる: en‐US,en;q=0。5エンコーディングを受け入れる: gzip、deflate、br

    リファラー: https://developer.mozilla.org/testpage.html

    接続: キープアライブ

    アップグレード‐非セキュア‐要求: 1

    If‐Modified‐以降:月曜日、187月201602:36:04GMT

    If‐None‐一致: "c561c68d0ba92bbeb8b0fff2a9199f722e3a621a" キャッシュ‐コントロール: max‐age=0

    HTTP ヘッダーを追加するには、 Add New.これにより、それぞれのキーと値のペアを入力できる行が追加されます。HTTP リクエストの一部として、必要に応じて HTTP ヘッダーを追加できます。

  8. Content Type—要求本文の予想されるコンテンツタイプを指定します。サポートされているコンテンツタイプは次のとおりです。

    • アプリケーション/JSON

    • フォーム URL をエンコードしました

    • TOML の

    • XML

    • ファイル

      YAML 社

    • フォームデータ

    • グラフQL

    • その他

  9. Request Body Value— HTTP トランザクション メッセージで送信されるデータバイトを、ある場合はヘッダーの直後に指定します。POST や PUT 要求など、特定のタイプの HTTP 要求では、ターゲット リソースで更新するコンテンツを指定するリクエストボディを送信できます。

    • 設定を変更する Content Type ファイルとして。コンテンツとファイル名列が表示されます。[コンテンツ] ドロップダウンには、フローからの JSON 変数と、録画アクティビティからの出力変数のリストが表示されます。

      • CONTENT—ドロップダウンリストから録音された音声ファイルを選択します。音声ファイルは、Record アクティビティで設定された出力変数に基づいて入力されます。システムは、この音声ファイルをサードパーティのサーバまたは API に送信します。

      • FILE NAME—音声ファイルの名前を入力します。このファイル名は宛先サーバまたは API に表示されます。

      フォームデータのコンテンツタイプは、キーと値のペアでフォームデータをキャプチャします。このフィールドは、ファイルとフォーム データのアップロードをサポートし、音声ファイルのアップロードに便利です。

      [フォーム データ(Form Data)] としてコンテンツ タイプを選択すると、次のフィールドが表示されます。

      • Key—データにアクセスするためのキーとして使用します。Content-Disposition ヘッダーでも使用されます。

      • Type—タイプは [テキスト] または [ファイル] のいずれかを指定できます。

      • Value: 値を設定します (JSON 形式のテキストは、ファイルの名前などの他のパラメータとともに Content-Type を定義します。&& File には、実際のファイル データが含まれます。

        フォームデータは、フロー経由で録音プロンプトやグリーティングで使用するために、録音アクティビティからのファイル名を参照することをサポートします。[ファイル] では、レコードアクティビティの出力変数に対応するファイル名を生成する変数を選択します。

      Webex Teams の Content TypeGraphQL で唯一のハイブリッド サービスである場合、 Query および GraphQL 変数フィールドが表示されます。これらのフィールドは、データと変数のキャプチャに使用されます。

      • Query—クエリ パラメータは必須であり、GraphQL ドキュメントのソーステキストを含める必要があります。

      • GraphQL Variables—変数はクエリの動的な値を表します。

        GraphQL サポートでは、WebexCC API コネクタを使用して検索 API を呼び出すときなど、GraphQL をネイティブにサポートする任意の API にリクエストを行うことができます。これにより、レポートデータをカスタムロジックとルーティングの決定に使用できるユースケースが有効になります。

      Webex Teams の Content TypeOtherを選択して、必要なコンテンツ タイプを指定できます (API が Content Type フローデザイナーでは使用できないヘッダー)。したがって、サポートされている標準タイプとは異なるコンテンツタイプを選択できます。

  10. Response Timeout- HTTP リクエストの接続タイムアウトを指定します。デフォルトは 2000 ミリ秒に設定されていますが、値は無制限にすることもできます。

  11. Number of Retries—失敗後の HTTP 要求の試行回数を指定します。サービスの再試行が利用できません。再試行回数の制限なしの値を指定できます。

    このパラメータは、ステータス コードが 5xx の場合に使用されます。例: 500 または 501。

4

[就業時間] Parse Settings セクションでは、HTTP リクエストから生成された応答を別の変数に解析できます。HTTP リクエストのシナリオでは解析が必要ないため、この設定はオプションです。

  1. Content Type—応答本文で期待されるコンテンツタイプを指定します。コンテンツタイプには次のものが含まれます。

    • JSON

    • TOML

    • XML

    • YAML はサポートされているコンテンツタイプです。

  2. Output Variable—HTTP Request 応答オブジェクトの特定のセクションのデータを含む変数を選択します。

  3. Path Expression—応答オブジェクトを解析するためのパス式を定義します。応答オブジェクトのデータ構造と情報のサブセットを抽出する理由に応じて、パス式は異なります。

    パス式が実行される前に、データはオブジェクト階層に正規化されるため、設定されたコンテンツタイプに関係なく、応答オブジェクトで JSONPath が使用されます。

Output Variables

HTTP リクエストは、次の出力変数を返します。

  • HTTPRequest1.httpStatusCode:HTTPのステータスコードを返します。

    これらの応答コードは、次の 5 つの主なカテゴリに分類されます。

    • 情報回答 (100–199)

    • 成功した応答 (200–299)

    • リダイレクト (300–399) クライアント エラー (400–499)

    • サーバー エラー (500–599)

  • HTTPRequest1.httpResponseBody:HTTP リクエストの応答本文を返します。

  • HTTPRequest1.httpResponseHeader:応答からヘッダー情報を返します。

Content Type Formats

次の例は、サンプル入力コンテンツタイプの形式と JSON 応答について説明しています。

  • コンテンツ タイプ XML

    このツールを使用して、XML を JSON 形式 https://codeshack.io/xml-to-json-converter/ に変換します。

    • XML 入力形式:

      <note>
        <to>Tove</to>
        <from>Jani</from>
        <heading>Reminder</heading>
        <body>Test application</body>
      </note>

    • Data/JSON 正規化応答

      {
         "note": {
            "to": "Tove",
            "from": "Jani",
            "heading": "Reminder",
            "body": "Test application"
         }
      }

      JSON パス表現の例:$.note.from を使用して、Jani として値を取得します。

  • コンテンツタイプ TOML

    このツールを使用して、TOML を JSON 形式 https://www.convertjson.com/toml-to-json.htm に変換します。

    • TOML 入力形式:

      title = "TOML Example"
      [owner]
      name = "Tom Preston-Werner"
      dob = 1979-05-27T07:32:00-08:00

    • Data/JSON 正規化応答

      {
         "title": "TOML Example",
         "owner": {
            "name": "Tom Preston-Werner",
            "dob": "1979-05-27T15:32:00.000Z"
         }
      }

      JSON パス表現の例:$.owner.nameを使用して、「Tom Preston-Werner」の値を取得します。

  • コンテンツタイプ YAML

  • このツールを使用して、YAML を JSON 形式 https://www.convertjson.com/yaml-to-json.htm に変換します。

    • YAML 入力形式:

      # An employee record
      martin:
        name: Martin D'vloper
        job: Developer
        skill: Elite

    • Data/JSON 正規化応答

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

      JSON パス表現の例:$.martin.job を使用して、値の開発者を取得します。

  • コンテンツタイプ JSON

    JSON 式評価ツール https://jsonpath.com/ を使用します。

    • JSON 入力形式:

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

    • Data/JSON 正規化応答

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

      JSON パス表現の例:$.martin.job を使用して、値の開発者を取得します。

Activity Wait Settings

特定のケースでは、HTTP 応答に顕著な遅延が発生した場合、発信者は無音状態を経験します。このシナリオを軽減するために、音声ファイルをアップロードすることは可能です。このファイルは、HTTP 応答取得の間隔で発信者に再生されます。さらに、この音声を再生するまでの遅延時間を設定することもできます。

  1. Enable Audio on Wait—この設定を切り替えて、選択した音声ファイルを連続ループで再生し、システムが HTTP 応答を取得している間に再生を中断しないようにします。

  2. Audio File—音声ファイルを選択します。システムは、この音声ファイルを発信者に再生して、HTTP 応答を取得する間、無音状態を埋めます。

  3. Delay—要件に従って遅延時間の値をミリ秒単位で設定します。デフォルト値は 2000 ミリ秒にプリセットされています。

遅延設定を 2 秒以上保ち、HTTP クエリの応答時間を最適化することをお勧めします。これにより、発信者にデッドエアの最小遅延を確保しながら、音声が不必要に再生されないようにします。

解析

Parse アクティビティを使用して、データ オブジェクトから情報を抽出します。Parse アクティビティは、入力文字列 (JSON、TOML、XML、および YAML) を取得し、指定されたデータに基づいて JSON 構造に変換します。次に、JSON パス式を使用して、JSON 構造を変数に割り当てることができます。 

フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、エラー処理の設定 を参照してください。

はじめる前に

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings sectionには、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Parse Settings セクションで、以下を設定します。

  1. Input Variable—解析に使用するデータオブジェクトを保存する変数を指定します。

  2. Content Type—データオブジェクトの期待されるコンテンツタイプを指定します。JSON、TOML、XML、および YAML はサポートされているコンテンツ タイプです。

  3. Output Variable—HTTP Request 応答オブジェクトの特定のセクションのデータを含む変数を選択します。

  4. Path Expression—応答オブジェクトを解析するためのパス式を定義します。応答オブジェクトのデータ構造と情報のサブセットを抽出する理由に応じて、パス式は異なります。

    パス式が実行される前に、データはオブジェクト階層に正規化されるため、設定されたコンテンツタイプに関係なく、応答オブジェクトで JSONPath が使用されます。

    パス式は、Jayway JSONPath 式に確認する必要があります。詳細については、https://github.com/json-path/JsonPath を参照してください。

Content Type Formats

次の例は、サンプル入力コンテンツタイプの形式と JSON 応答について説明しています。

  • コンテンツ タイプ XML

    このツールを使用して、XML を JSON 形式 https://codeshack.io/xml-to-json-converter/ に変換します。

    • XML 入力形式:

      <note>
        <to>Tove</to>
        <from>Jani</from>
        <heading>Reminder</heading>
        <body>Test application</body>
      </note>

    • Data/JSON 正規化応答

      {
         "note": {
            "to": "Tove",
            "from": "Jani",
            "heading": "Reminder",
            "body": "Test application"
         }
      }

      JSON パス表現の例:$.note.from を使用して、Jani として値を取得します。

  • コンテンツタイプ TOML

    このツールを使用して、TOML を JSON 形式 https://www.convertjson.com/toml-to-json.htm に変換します。

    • TOML 入力形式:

      title = "TOML Example"
      [owner]
      name = "Tom Preston-Werner"
      dob = 1979-05-27T07:32:00-08:00

    • Data/JSON 正規化応答

      {
         "title": "TOML Example",
         "owner": {
            "name": "Tom Preston-Werner",
            "dob": "1979-05-27T15:32:00.000Z"
         }
      }

      JSON パス表現の例:$.owner.nameを使用して、「Tom Preston-Werner」の値を取得します。

  • コンテンツタイプ YAML

  • このツールを使用して、YAML を JSON 形式 https://www.convertjson.com/yaml-to-json.htm に変換します。

    • YAML 入力形式:

      # An employee record
      martin:
        name: Martin D'vloper
        job: Developer
        skill: Elite

    • Data/JSON 正規化応答

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

      JSON パス表現の例:$.martin.job を使用して、値の開発者を取得します。

  • コンテンツタイプ JSON

    JSON 式評価ツール https://jsonpath.com/ を使用します。

    • JSON 入力形式:

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

    • Data/JSON 正規化応答

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

      JSON パス表現の例:$.martin.job を使用して、値の開発者を取得します。

Set Variable

変数設定アクティビティを使用して、値を変数に設定します。必要に応じて、またはフローに従って、変数の値を変更できます。

1 つの変数セットアクティビティ内で複数の変数を設定できます。これにより、キャンバスに複数の個別の Set Variable アクティビティを設定する必要がなくなり、フロー開発者がフローを迅速に構築および変更できるようになります。

選択する変数のタイプを指定します。詳細については、カスタム変数 および 事前定義変数 を参照してください。

フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、エラー処理の設定 を参照してください。エラー処理パスを設定しない場合、グローバル エラー ハンドラはフロー実行エラーを処理します。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Variable Settings setion、foloowing の設定:

  1. Variable—ドロップダウンリストから変数を選択します。カスタム値には、カスタムフロー変数のみを設定できます。定義済み変数には、フローの実行によって決定される固定値があります。

  2. Variable Value—クリックします。 Set Value 変数を特定の値に設定するためのオプション ボタン。入力フィールドの種類は、選択した変数のデータタイプに基づいて変化します。変数データ型についての詳細は、「カスタムフロー変数の作成」を参照してください。

    値が文字列の場合は、基本テキストまたは式を入力できます。

    式を入力するには、{{variable}} の構文を使用します。

    次をクリックします: Set to Variable 変数値をフロー内の別の変数の値に設定するためのオプション ボタン。ドロップダウンメニューで、変数を選択します。フロー内のすべての変数を選択できます。

  3. Add New—クリック Add New 新しい変数を追加します。変数と変数値を定義します。1 つの Set Variable アクティビティ内で複数の変数を設定する場合は、複雑な式を含めないでください。

    1 つの変数設定アクティビティ内で最大 10 個の変数を設定できます。変数設定アクティビティ内の変数を並べ替えることができます。

OTP の確認

Verify OTP アクティビティを使用すると、OTP 生成中にキャプチャされたトランザクション参照を使用して、ユーザ提供の OTP を検証できます。

1

[OTP の確認(Verify OTP)] アクティビティをフローキャンバスにドラッグ アンド ドロップします。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] OTP Details セクションで、以下を設定します。

  1. OTP:ユーザーが入力した OTP を含む変数名を入力します。

  2. Transaction reference:ステップ 1 で取得した OTP を検証するためにノードが使用する一意の参照。

  3. OTP Prefix および OTP Suffix (オプション):OTP を確認する前に削除する必要がある OTP のプレフィックスおよび/またはサフィックスを入力します。

4

[就業時間] Advanced Settingsで、以下を設定します。

  • Notify URL (オプション):成功/失敗の通知を受け取るエンドポイントを設定します。通知ペイロードには、相関 ID(OTP の生成(OTP で渡されたトランザクション参照)、説明フィールドのステータス、OTP 検証タイムスタンプ、および関連するメタデータが含まれます。

    サンプル ペイロード

    { 
      "code": "0", 
      "transid": "f7ff05a4-cab7-663a-bt24-74568e4ff297", 
      "description": "SUCCESS", 
      "correlationid": "c6464f3e-38a3-456t-87ea-a118565677a5", 
      "time": "2026-05-19T10:02:41.234Z", 
      "api": "verify", 
      "txn_log_level": 0 
    } 
5

[就業時間] Extra Parametersで、生成された OTP ノードで設定されたキーと値のペアを キー および の形式で入力します。複数のパラメータを追加するには、この手順を繰り返します。

音声でのアクティビティ

  • ブラインド転送
  • ブリッジ転送
  • 通話の進行状況分析
  • 通知
  • 数字の収集
  • メニュー
  • メッセージを再生
  • 音楽の再生
  • 録画
  • 録画のコントロール
  • コールバックをスケジュール
  • 数字を送信
  • アナウンスを設定
  • 発信者 ID を設定
  • ウィスパー アナウンスを設定
  • メディア ストリームを開始
  • 音声をアップロード

ブラインド転送

ブラインド転送アクティビティは、フロー基準設定に基づいてコールを外部またはサードパーティの DN に転送する必要がある場合に適用されます。外部ブリッジへの転送を開始することもできます。設定された基準設定がアクティビティをトリガーします。

ブラインド転送ノードを使用して、外線番号またはエントリポイントディレクトリ番号(EPDN)にコールを転送します。この転送では変数を転送できません。エントリポイントまたはフロー間で連絡先を移動し、連絡先データを連絡先に渡すには、変数マッピングで GoTo を使用します。

ブラインド転送中、コールがスキルベースのキューに転送されると、以前のスキル制限が保持されます。これは、フローの実行時にスキルの制限が計算されるためです。ただし、ブラインド転送の場合、フローは実行されないため、以前のスキル制限は保持されます。

フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、イベントフロー を参照してください。

フローを設計する場合、コンサルトのインタラクションにブラインド転送アクティビティを含めることはできません。フローコントロールのイベント フロー内で、ブラインド転送アクティビティを追加することはできません。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Transfer Dial Number セクションで、コールの宛先番号を手動で入力するか、変数を選択して設定します。

  1. Transfer Dial Number—コールを転送する DN を入力します。これは、手動で入力される特定の番号、またはフロー変数によって示される動的番号です。

  2. Specific Dial Number—コールの転送先番号を入力します。

  3. Variable Dial Number—ドロップダウンリストからフロー変数を選択します。リストには、「String」タイプの変数だけが表示されます。

    この変数は、コールを転送する番号を保存します。

4

[就業時間] Add header セクションでは、SIP INVITE メッセージを使用して SIP ヘッダー パラメータを設定し、外部システムに渡すことができます。発信 SIP INVITE メッセージでは、最大 20 件のヘッダーを設定できます。

カスタム X ヘッダーの使用は、現在、Webex Contact Center のテレフォニー オプションとしてローカル ゲートウェイ (LGW) を使用している組織でサポートされています。

  1. Key—カスタム X ヘッダーのキーを入力します。

  2. Value—発信 SIP INVITE メッセージに渡されるカスタム ヘッダーの値を入力します。

SIP ヘッダーに次の機密な PII 情報を含めないようにしてください。

  • Full names—個人のフルネームの使用は避けてください。

  • Social Security Numbers—ソーシャルセキュリティ番号の一部を含めないでください。

  • Physical addresses—自宅や職場のアドレスを使用しないでください。

  • Financial information—クレジットカード番号、銀行口座の詳細などを除外します。

  • Health information—PHIとみなされる可能性のある健康関連の詳細やデータを共有しないでください。

次のヘッダー パターンは内部使用用に予約されており、カスタム ヘッダーとして渡すことはできません。デフォルトでは、このパターンに一致するヘッダーはドロップされ、Webex Contact Center に渡されません。

  • X アドレス

  • X-ADD-DIVERSION (航空機)

  • X-BNR状態

  • X-BNR オリジナル コーデック

  • X-BNR バイパス

  • X-BroadWorks-相関-情報

  • X-FS サポート

  • X パス

  • X-RTMS-CID

  • X-RTMS-OID

  • X-RTMS-CONFID

  • X-RTMS-AGENT-LEGID

  • X-RTMS-ENTER サウンド

  • X-RTMS-APP-PREFIX

  • X-RTMS-ルックアップ

  • X-VPOP ドメイン

5

[アウト障害エラーコード(Out Failure Error Codes)] セクションでは、ブラインド転送アクティビティの出力障害コードについて説明します。

  1. Unsupported Flow Activity—失敗コード48は、キューイング後、またはエージェントがコールに割り当てられると、フローがブリッジ転送アクティビティを実行できないことを示します。

  2. System Error—エラー コード6は、定義されたカテゴリのいずれかに該当しないその他のシステムエラーを表します。

ブリッジ転送

ブリッジ転送アクティビティを使用すると、コールの制御を保持しながら、フローを使用して外部接続先にコールを一時的に転送できます。外部接続先には、外部ブリッジまたは自動音声応答サービス(IVR)を使用できます。

サードパーティがコールを終了すると、コールフローは継続し、エージェントへのコールのキューイングなど、必要に応じて再開されます。

ブリッジ転送アクティビティは、連絡先をサードパーティの自動音声応答(IVR)または自動通話分配(ACD)に送信するときに、連絡先をキュー解除するために強化されます。サードパーティ システムで連絡先が処理されない場合、元のキューに戻すことができます。

たとえば、コンタクトセンターに Webex Contact Center のエージェント リソースと外部コールセンター/PBX のエージェント リソースがあるとします。顧客は、Webex Contact Center エージェントのキューに対して短い期間 (60秒と言います)、通話をキューにキューすることを希望しています。その期間中にエージェントが利用できない場合、コールを外部コール センターにブリッジ転送(暗黙のデキューを含む)して、顧客への応答時間を改善するための処理を行います。

はじめる前に

  • ブリッジ転送アクティビティをキュー連絡先アクティビティに追加することはできません。

  • パークされた、キューに入った、またはエージェントに割り当てられた連絡先のフローで、ブリッジ転送アクティビティを後で導入しないでください。これは、サポートされていないフロー エラーが発生する可能性があります。

  • アウトバウンドコールフローでは、ブリッジ転送アクティビティを使用できません。

  • フロー管理のイベント フロー内で、ブリッジ転送アクティビティを追加することはできません。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[全般設定(General Settings)] セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Transfer Dial Number セクションで、コールの宛先番号を手動で入力するか、変数を選択して設定します。

  1. Transfer Dial Number—コールを転送する DN を入力します。これは、手動で入力される特定の番号、またはフロー変数によって示される動的番号です。

  2. Specific Dial Number—コールの転送先番号を入力します。

  3. Variable Dial Number—ドロップダウンリストからフロー変数を選択します。この変数は、コールを転送する番号を保存します。

4

[就業時間] Transfer Timeout Settings セクションでは、転送されたコールが指定された時間内に応答されない場合に、ブリッジ転送アクティビティの動作を設定できます。

  1. Timeout—転送された相手がコールに応答するまでシステムが待機する時間です。受信者がこの時間内にピックアップしない場合、システムはコールを終了します。

    継続時間は 1 ~ 120 秒の範囲で指定してください。デフォルト値は 10 秒です。

5

[就業時間] Output Digit Settings セクションでは、ブリッジ転送中に DTMF ディジットを宛先にアウトパルスできます。これを使用して、情報を送信したり、サードパーティ IVR 上のメニューをナビゲートしたりします。数字を手動で入力するか、変数を使用して動的数字を選択することができます。

  1. Send Output Digits- 宛先がコールに応答した後、転送が完了する前に、DTMF ディジットを宛先にアウトパルスする場合は、トグルをオンにします。

  2. Specific output digits—特定の DTMF 出力番号を入力します。

  3. Variable output digits—ドロップダウンリストからフロー変数を選択します。変数は DTMF 番号を保存します。

DTMF ディジットの最大長は 32 文字です。サポートされている文字は、0-9、A ~ D、アスタリスク(*)、シャープ(#)、およびカンマ(,)です。コンマ(,)の文字は、1 秒の遅延を意味します。

6

[就業時間] Add header sectionでは、SIP INVITE メッセージを使用して SIP ヘッダー パラメータを設定し、外部システムに渡すことができます。発信 SIP INVITE メッセージでは、最大 20 件のヘッダーを設定できます。

  1. Key—カスタム X ヘッダーのキーを入力します。

  2. Value—発信 SIP INVITE メッセージに渡されるカスタム ヘッダーの値を入力します。

カスタム X ヘッダーの使用は、現在、Webex Contact Center のテレフォニー オプションとしてローカル ゲートウェイ (LGW) を使用している組織でサポートされています。

SIP ヘッダーに次の機密な PII 情報を含めないようにしてください。

  • Full names—個人のフルネームの使用は避けてください。

  • Social Security Numbers—ソーシャルセキュリティ番号の一部を含めないでください。

  • Physical addresses—自宅や職場のアドレスを使用しないでください。

  • Financial information—クレジットカード番号、銀行口座の詳細などを除外します。

  • Health information—PHIとみなされる可能性のある健康関連の詳細やデータを共有しないでください。

次のヘッダー パターンは内部使用用に予約されており、カスタム ヘッダーとして渡すことはできません。デフォルトでは、このパターンに一致するヘッダーはドロップされ、Webex Contact Center に渡されません。

  • X-BroadWorks-相関-情報

    X-FS サポート

  • X パス

  • X-RTMS-CID

  • X-RTMS-OID

  • X-RTMS-CONFID

  • X-RTMS-AGENT-LEGID

  • X-RTMS-ENTER サウンド

  • X-RTMS-APP-PREFIX

  • X-RTMS-ルックアップ

  • X-VPOP ドメイン

7

[就業時間] Output Variable セクションでは、転送の結果に関する情報をキャプチャできます。

  1. BridgedTransfer_dxm.FailureCode- このパラメータは、デジタル拡張モジュール(DXM)を使用してブリッジ転送の実行に失敗した試行に対応したエラーまたはステータス コードを記録します。

  2. BridgedTransfer_dxm.FailureDescription: このパラメータは、(DXM) を使用してブリッジ転送を試みた間に発生した失敗の説明を保存します。

  3. BridgedTransfer.Headers—このパラメータは、BYE メッセージから解析された SIP ヘッダーを保存します。ヘッダーは JSON オブジェクトとして保存されます。個々のヘッダーを抽出し、フローやグローバル変数に設定して、さらに使用することができます。

    次の表に、ブリッジ転送アクティビティの出力障害コードを示します。

    エラー コード

    エラーの説明

    説明

    1

    無効な番号

    ダイヤルされた外部電話番号 (DN) が無効です。

    2

    通話中

    外部 DN が関与しているか、着信を拒否しています。

    3

    無応答

    設定済みのタイムアウト時間内に外部 DN がコールに応答できませんでした。

    48

    サポートされていないフロー アクティビティ

    このフローは、キューイング後またはエージェントがコールに割り当てられると、ブリッジ転送アクティビティを実行できません。

    6

    システム_エラー

    このコードは、上記の定義されたカテゴリに該当しないその他のエラーを表します。

    ブリッジ転送は、次世代音声メディア プラットフォーム (VPOP および Webex Calling) でのみ利用できます。

通話の進行状況分析

コール進行状況分析アクティビティを使用して、コールバックのボイスメール/留守番電話検出(AMD)を実行するように CPA パラメータを設定します。

コール進行状況分析アクティビティは、次の領域に配置できます。

  • メイン フローでは、コールバック アクティビティの後の任意の時点で。

  • イベント フローでは、CallbackFailed イベント ハンドラーのみです。

  • メイン フローでは、スケジュールされたコールバックまたはパーソナル スケジュールされたコールバックの任意の時点で。

コールバックを試みると、コールが AMD/ボイスメールにヒットした場合、システムはコールを失敗としてマークします。AMD 検出の結果は、CallbackFailed イベントハンドラーの reason 出力変数で取得されます。CallbackFailed.reason 値が AMD の場合、顧客に対して AMD/ボイスメールが検出されたことを示します。この出力変数に基づいて、コールバックの再試行を設定できます。

このアクティビティは、優先キューとコールバック機能がエンタープライズで有効になっている場合にのみ利用できます。

フローでポストコール顧客調査を設定している場合、AMD またはボイスメールで通話に応答しても開始されず、不要な調査が妨げられます。

フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、Events を参照してください。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Advanced Media Parameters セクションで、次の CPA パラメータを設定します。

  1. Min Silence Period—これは、コールを音声検出済みとして分類するのに必要な最小無音期間(ミリ秒単位)を示します。複数の応答マシンコールが音声としてエージェントに渡される場合、応答マシンのグリーティングで長い一時停止のためこの値を大きくします。この値は 100 ~ 1000 ms の間で、デフォルト値は 608 ms として設定できます。

  2. Analysis Period—コールの分析に費やされた時間(ミリ秒単位)を示します。留守番電話に短いエージェント グリーティングがある場合、より長い値は、留守番電話が音声としてコールすることを分類します。オペレータがスクリプト グリーティングが長いビジネスへのコールの場合、値を短くすると、長いグリーティングとライブ グリーティングが応答機 コールとして分類されます。この値は 1000 ~ 10000 ms の間で、デフォルト値は 2500 ms として設定できます。

  3. Min Valid Speech—これは、コールを音声検出済みとして分類するために必要な音声の最小時間(ミリ秒単位)を示します。この値は 50 ~ 500 ms の間で、デフォルト値は 112 ms として設定できます。

  4. Max Time Analysis—これは、問題分析をデッドエアまたは低音量として識別する前に、分析に許可される最大時間(ミリ秒単位)を示します。この値は 1000 ~ 10000 ms の間で、デフォルト値は 3000 ms として設定できます。

Output variables

  • FailureCode—失敗コードを保存します。この値は、アクティビティが失敗した場合にのみ設定します。

  • FailureDescription—失敗の詳細を保存します。この値は、アクティビティが失敗した場合にのみ設定します。

通知

コールバック アクティビティは、優先キューとコールバック機能がエンタープライズで有効になっている場合にのみ利用できます。デフォルトでは、コールバックアクティビティは、コールが最初に配置された同じキューにサービスコールバック タスクを作成します。必要に応じて、別のキューを設定できます。同じキューを使用する場合、次のエージェントが利用可能になるまで、タスクはキュー内の位置を保持します。

フローを設計する場合、コンサルト インタラクションにサービス コールバック アクティビティを含めることはできません。

新しいキューが優先される場合は、優先キューの一番下にタスクを配置します。エージェントがタスクを受け入れると、コールバックが開始されます。発信者が応答しない場合、コールバックは再試行されません。

フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、イベントフロー を参照してください。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Callback Settings セクションで、以下を設定します。

  1. Callback Dial Number—発信者がコールバックを受信するダイヤル番号を入力します。コールに関連付けられている ANI など、コールバック番号を含むドロップダウン リストから変数を選択します。この変数は、コール フローの [桁の収集(Collect Digits)] アクティビティで収集される番号にすることができます。選択が行われない場合、発信者の ANI が使用されます。コールバック番号は、NewContact.ANI イベント出力変数に保存されます。

    デフォルトでは、[R] のトグルボタンegister callback to different destination? はオフに設定されています。コールバックは、同じキューに入れられた宛先に登録されます。優先エージェントが取り込み中で、使用できない場合は、トグル ボタンをオンにして、新しいコールバック先を選択します。宛先はエージェントからキューに変更されます。宛先を別のエージェントに直接変更することはできませんが、エージェントを含むキューにのみ変更できます。

  2. Callback Queue—ドロップダウン リストから、使用可能なコールバック キュー オプションのいずれかを選択します。

    • Static Queue:すべてのコールバック要求が配置されるスタティック キューを選択します。タスクはこのキューの最下部に配置されます。Control Hub からキューを管理します。

    • Variable Queue:管理者は、フローの状態に基づいてコールバック キューを示すことができます。ドロップダウン リストから変数を選択します。リストには、「String」タイプの変数だけが表示されます。

      デフォルトは、連絡先がパークされている状態でキャプチャされたように、発信者が配置されるキューに設定されます。QueueName 出力変数は、キュー連絡先アクティビティに関連付けられています。必要に応じて、ドロップダウンリストから別の変数を選択します。変数が有効なキューの選択を生成していることを確認します。

      優先エージェントへのコールバックのフローを設定する場合は、フローのコールバック アクティビティの前にキューをエージェントアクティビティに配置します。

  3. Callback ANI—顧客がコールバックを受信したときに、コールバック ANI 設定を有効にします。サービスコールバック ANI の設定は必須ではありません。使用可能なオプションのいずれかを選択します。

    • Static ANI:ドロップダウン リストからコールバック番号を選択します。これらのダイヤル番号は、Control Hub で設定されているエントリ ポイントにマッピングされます。コールバック番号を選択しない場合、Webex Contact Center は、コールバックを要求したエントリ ポイントにマッピングされている番号を使用します。

    • Variable ANI (optional):ドロップダウン リストから変数を選択します。リストには、「String」タイプの変数だけが表示されます。変数に国番号が付いた有効な 10 桁の番号がプレフィックスされていることを確認します。

      このコードは、コールバックを開始するエントリポイントにマップされている必要があります。有効な ANI 形式を使用するには、このセクションで利用可能なカスタマイズされた ANI 検証テーブルを参照してください。変数を選択しない場合、Webex Contact Center は、コールバックを要求したエントリポイントにマッピングされている番号を考慮します。

メッセージは、 Callback Settings セクションは、コールバックのダイヤル番号とコールバック要求に対して発信者を配置する必要があるキューを定義します。システムは、次のエージェントが利用可能になるまで、キュー内の発信者の場所を予約します。

コールバック アクティビティを使用するフローブランチを終了するには、Disconnect Contact アクティビティを使用する必要があります。それ以外の場合、コールバックリクエストが行われたときにコールが終了しません。

フロー管理者は、非本番環境でこの機能をテストして、変数 ANI の一部として設定された ANI が正しいかどうかを確認してください。提供された ANI が正しくない場合、コールバックはデフォルトのシステム ANI に切り替わります。

これらは、テナント管理とフロー制御に対してカスタマイズされた ANI が設定され、検証されるシナリオです。使用するスタックに基づいて、そのスタックにのみ適用可能な検証を確認できます。

Table 12. Customized ANI validation

説明

テナント管理–ANI 入力

プレダイヤル/サービスコールバック - ANI 入力 (フロー制御)

検証

国番号なしの ANI

国番号なし。例: 2567312213

国番号なし。例: 2567312213

有効な ANI です。同じ ANI が使用されます。

テナント管理 ANI 入力には国コードがあり、フロー制御 ANI 入力には国コードが設定されていません。

国番号付き。例: +1-2567312213

国番号なし。例: 2567312213

無効な ANI です。DNIS が使用されます

テナント管理 ANI 入力は国番号がなく、フロー制御 ANI 入力には国番号が設定されています

国番号なし。例: 2567312213

国番号付き。例: +1-2567312213

無効な ANI です。DNIS が使用されます。

テナント管理 ANI 入力とフロー制御 ANI 入力には国コードが設定されています。

国番号付き。例: +1-2567312213

国番号付き。例: +1-2567312213

有効な ANI です。同じ ANI が使用されます。

テナント管理 ANI 入力にはスペースがなく、フロー制御 ANI 入力にはスペースがあります。

番号の間にスペースがありません。例: +1-2567312213

番号の間にスペースを入れます。例: +1-256 7312213

有効な ANI です。同じ ANI が使用されます。

テナント管理 ANI 入力にはハイフンはなく、フロー制御 ANI 入力にはハイフンがあります。

番号の間にハイフンがありません。例: +1-2567312213

番号の間にハイフン(ハイフン)。例: +1-256-731-2213

有効な ANI です。同じ ANI が使用されます。

フロー制御 ANI 入力は、テナント管理 ANI 入力の最後の数桁と一致します。

ANI 入力を完了します。例: +1-2567312213

最後の 4 桁が一致しました。例: 2213

無効な ANI です。DNIS が使用されます。

フロー制御 ANI 入力には、テナント管理 ANI 入力よりも多くの数字が設定されています。

部分的な ANI 入力。例: 2213

10-桁の ANI 入力。例: 2567312213

無効な ANI です。DNIS が使用されます。

テナント管理 ANI 入力が構成され、フロー制御 ANI 入力が構成されていません。

ANI 入力を完了します。例: +1-2567312213

ANI が設定されていません。

無効な ANI です。DNIS が使用されます。

フロー制御 ANI には、プラス記号は含まれません。

プラス記号が使用されます。例: +1-2567312213

プラス記号は使用されません。例: 12567312213

無効な ANI です。DNIS が使用されます。

Output Variables:

  • FailureCode—失敗コードを保存します。この値は、アクティビティが失敗した場合にのみ設定します。

  • FailureDescription—失敗の詳細を保存します。この値は、アクティビティが失敗した場合にのみ設定します。

Error Codes

以下は、エラーコードとコールバック アクティビティの説明です。

Table 13. Callback Failure Code Description

エラー コード

失敗コード値

エラーの説明

1

無効なリクエスト

アクティビティに無効なリクエストが加えられました。

2

CALLBACK_NOT_SUPPORTED_ON_CHILD_INTERACTION

子連絡先でコールバックは許可されていません。

3

無効なキュー

アクティビティで無効なキューが指定されました。

4

無効な宛先

コールバックの宛先番号が無効です。

5

FEATURE_NOT_ENABLED

Webex Contact Center アプリケーションで機能が有効になっていません。

6

システム_エラー

システムで内部エラーが発生しました。

数字の収集

[桁の収集(Collect Digits)] アクティビティでは、アカウント番号などのデュアルトーン多重周波数(DTMF)入力を入力するように発信者に求められます。メッセージの再生とメニューのアクティビティと同様に、[桁の収集(Collect Digits)] アクティビティでは、音声ファイル、テキスト読み上げメッセージ、または両方の組み合わせを使用できます。

このアクティビティは、0 ~ 9 の DTMF 入力桁数、およびアルファベット A、B、C、Dを受け入れます。発信者は、終了記号として # または * を入力して、DTMF 入力の終了を示します。

発信者は、金額や顧客 ID の確認など、桁の収集アクティビティの一部として、他のシナリオで終了記号を使用することはできません。

デフォルトでは、次世代メディアプラットフォームは、着信コールと発信コールの両方に対して RFC2833 タイプ DTMF のみをサポートしています。

次世代メディアプラットフォームはインバンド DTMF をサポートします。

この機能は、対応する機能フラグが有効になっている場合にのみ使用できます。

録音中や他の参加者との会議中に帯域内 DTMF トーンが聞こえます。

フロー実行エラーを処理するには、次のエラー処理パスを設定できます。

  • Entry Timeout—エントリタイムアウト時間の経過後にフローが取るエラー出力パスを示します。このパスを設定すると、発信者が長時間アイドル状態にならないようになります。[プロパティ(Properties)] ペインの [詳細設定(Advanced Settings)] セクションでエントリタイムアウト継続時間を変更します。メッセージを再生し、発信者が何を想定しているかを明確にし、アクティビティの最初にループバックすることを検討します。

  • Unmatched Entry—発信者が [カスタム メニュー リンク(Custom Menu Links)] セクションで設定されていない DTMF 入力を入力した場合に、フローが取るエラー出力パスを示します。このパスを設定すると、発信者は、アクティビティを再開、再試行できます。メッセージを再生し、発信者が何を想定しているかを明確にし、アクティビティの最初にループバックすることを検討します。

  • Undefined Error—詳細については、エラー処理の設定 を参照してください。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Prompt セクションで、次の設定を行います。

  1. [無効(Disabled Text-To Speech)]:デフォルトでは、音声合成は有効になっていません。音声合成なしでプロンプトを設定するには、録音された音声ファイルを少なくとも 1 つ追加します。ドロップダウンリストから音声ファイルを選択します。最大で 5 つの音声プロンプト (音声ファイルと音声プロンプトの変数を組み合わせ) を設定できます。完全なプロンプトは、音声ファイルと音声プロンプトの変数間で交互に、設定された順序で発信者に再生されます。

    順序付きリスト入力のいずれかが空の場合、システムはフローエラーを表示します。フローを公開する前に、これらのエラーを解決します。

    • Add Audio File(s)—音声ファイルを追加するには、次をクリックします。 Add New.ファイルは、設定された順番で発信者に再生されます。

      シーケンスから音声ファイルを削除するには、 Delete 各ドロップダウン リストの横に表示されるアイコン。プロンプトに少なくとも 1 つの音声ファイルが必要なため、1 つのドロップダウンリストしか使用できない場合、[削除] アイコンは表示されません。

      音声ファイルを管理するには、「音声リソースファイルをアップロードする」を参照してください。

    • Add Audio Variable—このオプションを使用して、顧客に動的に再生される音声プロンプトを設定します。たとえば、対話中の顧客の基本設定に基づいて、この変数を設定して複数の言語で音声プロンプトを再生できます。

      音声変数を設定するには、 Add Audio Variable.変数を pebble 式形式で入力します。

      詳細については、Pebble テンプレートの構文 を参照してください。

      変数の値は、Control Hub にアップロードされた .wav ファイルの名前と一致する必要があります

    • Preview prompt—クリックします。 Preview prompt 音声ファイルをプレビューするボタン。[就業時間] Preview prompt 表示されるダイアログボックスで [再生] をクリックして選択した音声ファイルを再生します。

    • Make Prompt Interruptible- The Make Prompt Interruptible チェックボックスを使用すると、設定したプロンプトが発信者の入力またはイベントによって中断されるかどうかを指定できます。デフォルトでは、プロンプトを中断できません。発信者に聞こえるプロンプトが重要である場合は、中断できないようにしてください。

      注新しい次世代プラットフォームでプロビジョニングされた組織の場合、システムはデフォルトでプロンプトを中断可能に設定します。 Make Prompts Interruptible チェックボックスは、フロー開発者がオンまたはオフにします。

  2. Enabled Text-To Speech—既定では、音声合成は有効になっていません。プロンプトで音声合成を使用するには、音声合成のトグルボタンを有効にします。最大 5 つの音声プロンプト (音声合成メッセージ、音声ファイル、および音声プロンプトの変数を組み合わせて設定できます) を設定できます。完全なプロンプトは、設定された順序で発信者に再生され、テキスト読み上げメッセージ、音声ファイル、および設定された音声プロンプト変数間で交互に再生されます。

    • Connector—言語と音声のオプションは、選択したコネクタに基づいて変更されます。選択によって、システムが発信者にテキスト読み上げメッセージに使用する言語、性別、およびトーンが決まります。

      Google TTS を使用している場合は、Google テキスト読み上げ ページでさまざまなオプションをプレビューできます。

      次世代音声プラットフォームの既存の顧客は、Cisco Cloud Text-to-Speech と Google TTS コネクタの両方を表示できます。

    • Override Default Language & Voice Settings—このトグルを使用して、グローバルボイス名変数で設定された音声設定を上書きします。このパラメータはデフォルトで有効になっています。

    • Output Voice—出力音声名を示します。このフィールドは、 Override Default Language & Voice Settings トグル ボタン。ドロップダウンリストから出力音声名を選択します。

      Google でサポートされている出力音声名が [出力音声(Output Voice)] ドロップダウン リストで利用できない場合、[デフォルト言語と音声設定の上書き(Override Default Language and Voice Settings)] トグル ボタンを無効にします。フローの [桁の収集(Collect Digits)] アクティビティの前に、変数設定 アクティビティを含めます。

      次のように変数設定アクティビティを設定します。

      1. 変数を Global_VoiceName に設定します。

      2. 変数の値を、必要な出力音声名コード (例: en-US-Standard-D) に設定します。サポートされている音声と言語の詳細については、Google 対応の音声と言語 のページを参照してください。

    • Add Text to Speech Message- プロンプトを作成すると、音声合成または録音済みの音声ファイルと音声合成メッセージの組み合わせを使用できます。オプション Add Text-to-Speech Message 新しいテキスト入力フィールドをプロンプトセクションに追加します。ここでは、選択した言語と音声で発信者に読み取られるメッセージを入力できます。

      Important considerations:

      • アクティビティで使用する前に、TTS メッセージの値をフロー変数に設定するには、設定変数アクティビティを使用します。

      • pebble 式の中に二重引用符の代わりに、一重引用符を使用してください。

      Cisco 音声合成メッセージには、文字数制限はありません。

      このフィールドには、生のテキスト(プレーンテキスト)または SSML 形式のデータの 2 種類の入力が許可されます。変数もメッセージの一部として使用して、動的なコンテンツを読み取ることができます。

      変数を指定するには、次の構文を使用します。 {{variable}}。たとえば、{{NewContact.ANI}} です。

      Cisco Cloud 音声合成に対応する SSML タグについては、Webex Contact Center の 音声合成機能 (TTS) を参照してください。

    • Add Audio File—事前に録音された音声ファイルで音声合成メッセージを代行するには、次をクリックします。 Add Audio File.これにより、ドロップダウンリストから音声ファイルを選択できる設定に新しい行が追加されます。

      シーケンスから項目を削除するには、その項目の横にある [削除(Delete)] アイコンをクリックします。少なくとも 1 つのメッセージまたは音声ファイルが必要なため、1 つのフィールドのみが設定されている場合は [削除(Delete)] アイコンが表示されません。

    • Add Audio Variable—このオプションを使用して、顧客に動的に再生される音声プロンプトを設定します。たとえば、対話中の顧客の基本設定に基づいて、この変数を設定して複数の言語で音声プロンプトを再生できます。

      音声変数を設定するには、[音声変数の追加] をクリックします。変数を pebble 式形式で入力します。

      詳細については、Pebble テンプレートの構文 を参照してください。

      変数の値は、Control Hub にアップロードされた .wav ファイルの名前と一致する必要があります。

    • Preview prompt—クリックします。 Preview prompt 音声合成メッセージと音声ファイルをテストしてプレビューするボタン。[就業時間] Preview prompt 表示されるダイアログボックスで、必要な音声を選択してプロンプトをテストします。メッセージと音声ファイルを次の方法で再生できます。

      1. オプション Play すべて 音声ファイルとメッセージの両方を一緒に再生します

      2. 音声ファイルのみを再生します。

      3. 音声合成メッセージのみを再生します。

    • Make Prompt Interruptible- The Make Prompt Interruptible チェックボックスを使用すると、設定したプロンプトが発信者の入力またはイベントによって中断されるかどうかを指定できます。デフォルトでは、プロンプトを中断できません。発信者に聞こえるプロンプトが重要である場合は、中断できないようにしてください。

      新しい次世代プラットフォームでプロビジョニングされた組織の場合、システムはデフォルトでプロンプトを中断可能に設定します。 Make Prompts [割り込み可能(Interruptible)] チェックボックスは、フロー開発者がオンまたはオフにします。

  3. 次に、音声合成の設定を行います。音声合成設定には、発信者からの必要な DTMF 入力を検証するために使用される次の設定が含まれます。

    • Speaking Rate—スピーチのレートを示します。数値入力を増減して、理想的なスピーチのレートを維持し、出力スピーチのレートを制御します。

      数値入力の有効な値は、0.25 ~4.0 語の範囲です (wpm)。デフォルト値は 1.0 wpm です。

    • Volume Gain—音量出力の増減を示します。数値入力を増減して、出力スピーチの理想的な音量を維持します。

      数値入力の有効なエントリは、–96.0 ~ 16.0 デシベル (dB) の範囲内です。デフォルト値は 0.0 dB です。

  4. [詳細設定(Advanced Settings)] で、以下を設定します。

    • No-Input Timeout—エントリタイムアウト パスに進む前に、[桁の収集(Collect Digits)] アクティビティが入力を待機する最大期間を示します。デフォルト値は 3 秒です。

    • Inter-Digit Timeout—フローで続行する前に、[桁の収集(Collect Digits)] アクティビティが数字の間で待機する最大期間を示します。これは、少なくとも 1 桁の入力後にのみ発生します。発信者は、番号間タイムアウトを待たずにコールを進めるために、エントリが完了したことを示すためにターミネータ記号を入力できます。

      桁間タイムアウトは、音声サービス プラットフォームを使用している顧客には適用されません。デフォルトでは、このパラメータは、音声サービス プラットフォームを使用する顧客に対して無効にされません。

    • Minimum Digits- 発信者が入力する必要がある最小桁数を示します。デフォルト値は 1 です。発信者がこの値より小さい入力を入力すると、フローは Unmatched Entry で設定されているパス Error Handling セクションまで下方にスクロールします。

    • Maximum Digits—発信者が入力できる最大桁数を示します。デフォルト値は 10 です。発信者がこの値を超える入力を入力すると、フローは Unmatched Entry で設定されているパス Error Handling セクションまで下方にスクロールします。

    • Terminator Symbol—発信者が入力の終了を指定するために入力できる文字を示します。ターミネーター記号は、設定に応じて # または * のいずれかを指定できます。

      デフォルトでは、ターミネータ記号は # です。

  5. [就業時間] Output Variable セクションでは、Collect Digits アクティビティには変数 {{CollectDigits.DigitsEntered}} が提供され、フローの実行時に発信者の DTMF 入力が保存されます。フローロジックを制御するために、後続のアクティビティでこの変数を使用できます。変数名は、Collect Digits アクティビティに割り当てられたラベルを動的に反映します。フローに複数の Collect Digits アクティビティが含まれる場合、システムは、それぞれに対して個別の出力変数を取得します。詳細については、「イベント出力変数」を参照してください。

メニュー

メニュー アクティビティを使用すると、フローで Cisco Unified IP Interactive Voice Response(IVR)エクスペリエンスを構築できます。アクティビティは、発信者が DTMF ディジットを入力できるプロンプトを再生します。発信者が入力する数字に基づいて、フローは異なるパスを取ることができます。

メニューには 1 ~ 10 個のブランチがあり、数字は 0 ~ 9 です。

メニューアクティビティは、音声合成を有効または無効にできます。設定オプションはそれに応じて変更されます。

フロー実行エラーを処理するには、次のエラー処理パスを設定できます。

  • No-Input Timeout—エントリタイムアウト時間の経過後にフローが取るエラー出力パスを示します。このパスを設定すると、発信者が長時間アイドル状態にならないようになります。[プロパティ(Properties)] ペインの [詳細設定(Advanced Settings)] セクションで、[無入力タイムアウト(No-Input Timeout)] 期間を変更します。発信者への期待を明確にし、アクティビティの開始までループバックすることを検討してください。

  • Unmatched Entry—発信者が [カスタム メニュー リンク(Custom Menu Links)] セクションで設定されていない DTMF 入力を入力した後にフローが取るエラー出力パスを示します。このパスを設定すると、発信者はアクティビティを再起動して再試行できます。発信者への期待を明確にし、アクティビティの開始までループバックすることを検討してください。

    指定された回数だけアクティビティの先頭までコールバックするには:

    • メニュー アクティビティの後に変数設定アクティビティを追加します。

    • メニュー アクティビティで、接続 No-input timeout and Unmatched Entry 変数設定アクティビティへのノード。

    • 次のように変数設定アクティビティを設定します。

      • [就業時間] Variable フィールドの選択 Timeout.

      • 次を設定します: Variable Value to {{タイムアウト +1}。

    • 変数設定アクティビティの後に条件アクティビティを追加します。

    • [条件(Condition)] アクティビティに次の式を入力します。

      {{timeout >= n}}。ここで「n」は通話が切断される前にコールバックをメニューに戻す回数。

      たとえば、{{Timeout >= 3} の場合、設定はコールが切断される前にメニューのトリスにコールバックを返します。

    • 発信者が設定したオプションを選択しなかった場合、またはタイムアウトが発生した回数後に発生した場合、メッセージ再生アクティビティの後に連絡先の切断 アクティビティを追加して、録音を再生し、通話を切断します。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Prompt セクションで、次の設定を行います。

  1. Disabled Text-To Speech—音声合成はデフォルトでは有効になっていません。プロンプトで音声合成を使用するには、音声合成のトグルボタンを有効にします。ドロップダウンリストから音声ファイルを選択します。最大で 5 つの音声プロンプト (音声ファイルと音声プロンプトの変数を組み合わせ) を設定できます。アクティビティは、設定された順序で発信者に完全なプロンプトを再生し、設定された音声ファイルと設定された音声プロンプト変数間で交互に再生します。

    順序付きリスト入力のいずれかが空の場合、システムはフローエラーを表示します。フローを公開する前に、これらのエラーを解決します。

    • Add Audio File(s)—音声合成なしでプロンプトを設定するには、事前に録音された音声ファイルを少なくとも 1 つ追加します。ドロップダウン フィールドに 1というラベルが付いたファイルを選択します。さらに音声ファイルを追加するには、 Add New.

      シーケンスから音声ファイルを削除するには、 Delete ドロップダウン リストの横に表示されるアイコン。少なくとも 1 つの音声ファイルが必要なため、 Delete ドロップダウン フィールドが 1 つだけ表示されている場合、アイコンは表示されません。

      Control Hub の [音声プロンプト] 設定から音声ファイルを管理します。詳細については、音声プロンプトの管理 を参照してください。

    • Add Audio Variable—このオプションを使用して、顧客に動的に再生される音声プロンプトを設定します。たとえば、対話中の顧客の基本設定に基づいて、この変数を設定して複数の言語で音声プロンプトを再生できます。

      音声変数を設定するには、 Add Audio Variable.変数を pebble 式形式で入力します。

      詳細については、Pebble テンプレートの構文 を参照してください。

      変数の値は、Control Hub にアップロードされた .wav ファイルの名前と一致する必要があります。

    • Preview prompt—クリックします。 Preview prompt 音声ファイルをプレビューするボタン。[就業時間] Preview prompt 表示されるダイアログボックスで [再生] をクリックして選択した音声ファイルを再生します。

    • Make Prompt Interruptible—このオプションを使用すると、設定されたプロンプトが発信者の入力またはイベントによって中断されるかどうかを指定できます。デフォルトでは、Make Prompt Interruptible は、メニュー アクティビティでチェックされていません。発信者が DTMF 入力中にメニューを中断できるようにする場合は、メッセージを中断可能にするようにしてください。

      注新しい次世代プラットフォームでプロビジョニングされた組織の場合、システムはデフォルトでプロンプトを中断可能に設定します。 Make Prompts [割り込み可能(Interruptible)] チェックボックスは、フロー開発者がオンまたはオフにします。

  2. Enabled Text-To Speech—既定では、音声合成は有効になっていません。プロンプトで音声合成を使用するには、音声合成のトグルボタンを有効にします。最大 5 つの音声プロンプト(音声合成メッセージ、音声ファイル、および音声プロンプトの変数を組み合わせて設定できます)。このアクティビティは、発信者に設定された順序で完全なプロンプトを再生し、音声合成メッセージ、音声ファイル、および音声プロンプトの変数を交互に再生します。

    • Connector—テキスト読み上げサービスを認証するコネクタを選択します。ドロップダウン リストには、Control Hub に設定されている Google コネクタの名前が表示されます。

      クラシック ボイス プラットフォームの既存の顧客は、ドロップダウン リストで Google TTS コネクタのみを表示できます。

      次世代音声プラットフォームの既存の顧客は、Cisco Cloud Text-to-Speech と Google TTS コネクタの両方を表示できます。

    • Override Default Language & Voice Settings—このトグルを使用して、グローバルボイス名変数で設定された音声設定を上書きします。このパラメータはデフォルトで有効になっています。

    • Output Voice—ドロップダウンリストから出力音声名を選択します。

      Google がサポートする出力音声名が、 Output Voice ドロップダウン リスト、無効化 Override Default Language & Voice Settings トグル ボタン。フローのメニュー アクティビティの前に 変数設定 アクティビティを含めます。

      次のように変数設定アクティビティを設定します。

      1. 変数を Global_VoiceName に設定します。

      2. 変数の値を、必要な出力音声名コード (例: en-US-Standard-D) に設定します。サポートされている音声と言語の詳細については、Google 対応の音声と言語 のページを参照してください。

    • Add Audio Files—事前に録音された音声ファイルで音声合成メッセージを代行するには、次をクリックします。 Add Audio File.これにより、ドロップダウンリストから音声ファイルを選択できる設定に新しい行が追加されます。

    • シーケンスからアイテムを削除するには、 Delete その項目の近くにあるアイコン。少なくとも 1 つのメッセージまたは音声ファイルが必要なため、 Delete フィールドが 1 つだけ設定されている場合、アイコンは表示されません。

    • Add Text to Speech Message—プロンプトを作成する場合、音声合成のみを使用するか、録音済みの音声ファイルと音声合成メッセージの組み合わせを使用できます。オプション Add Text-to-Speech Message に移動して、プロンプト作成セクションに新しいテキスト入力フィールドを追加します。

      Important considerations:

      1. アクティビティで使用する前に、設定変数アクティビティを使用して、TTS メッセージの値をフロー変数に設定します。

      2. .pebble 式の中に二重引用符の代わりに、一重引用符を使用してください。

      選択した言語と音声を使用して、発信者に読み取るメッセージを入力できます。

      Cisco 音声合成メッセージには、文字数制限はありません。

      このフィールドには、生のテキスト(プレーンテキスト)または Speech Synthesis Markup Language(SSML)形式のデータの 2 種類の入力が受け入れられます。また、変数を、メッセージの一部として使用して、動的なコンテンツを読み取ることもできます。変数を入力する場合は、次の構文を使用してください。 {{variable}}。たとえば、{{NewContact.ANI}} は有効な変数構文を使用します。

      Cisco Cloud 音声合成に対応する SSML タグについては、Webex Contact Center の 音声合成機能 (TTS) を参照してください。

    • Add Audio Variable—このオプションを使用して、顧客に動的に再生される音声プロンプトを設定します。たとえば、対話中の顧客の基本設定に基づいて、この変数を設定して複数の言語で音声プロンプトを再生できます。

    • 音声変数を設定するには、 Add Audio Variable.変数を pebble 式形式で入力します。

      詳細については、Pebble テンプレートの構文 を参照してください。

      変数の値は、Control Hub にアップロードされた .wav ファイルの名前と一致する必要があります。

    • Preview prompt—クリックします。 Preview prompt 音声合成メッセージと音声ファイルをテストしてプレビューするボタン。[就業時間] Preview prompt 表示されるダイアログボックスで、必要な音声を選択してプロンプトをテストします。メッセージと音声ファイルを次の方法で再生できます。

      1. オプション Play すべて 音声ファイルとメッセージの両方を一緒に再生します

      2. 音声ファイルのみを再生します。

      3. 音声合成メッセージのみを再生します。

    • Make Prompt Interruptible—このオプションを使用すると、設定されたプロンプトが発信者の入力またはイベントによって中断されるかどうかを指定できます。デフォルトでは、Make Prompt Interruptible は、メニュー アクティビティでチェックされていません。発信者が DTMF 入力中にメニューを中断できるようにする場合は、メッセージを中断可能にするようにしてください。

      新しい次世代プラットフォームでプロビジョニングされている組織の場合、フロー開発者が次のプロンプトをオンまたはオフにしているかどうかに関係なく、デフォルトで割り込み可能なプロンプトを設定します。 Make Prompt Interruptible チェックボックスを選択します。

  3. [カスタム メニュー リンク] で、組織の要件に基づいて 1 つまたは複数のメニュー リンクを設定します。

    この機能により、1 人以上のユーザが、選択した数字に基づいてフローの異なるブランチを選択するのに役立ちます。

    最大 10 個のカスタム メニュー リンクを設定できます。

    • DIGIT—ドロップダウンリストから番号を選択します。数字は、発信者が入力した DTMF 入力に対応し、フローのどのパスに従うのかを示します。数字 0-9 を選択でき、各オプションは 1 回のみ選択できます。

    • LINK DESCRIPTION—ディジットが対応するフローのパスを示す説明を追加します。

      たとえば、1 を押すと発信者がセールス質問に役立つキューにつながります。リンクの説明に「セールス」と入力します。リンクの説明は、コール自体には影響しませんが、メニューがどのように構成されているかを追跡するのに役立ちます。

    • Add New—[新規追加] をクリックして、さらにメニュー リンクを追加します。各行に数字とリンクの説明を追加できます。最大 10 個のリンクを追加できます。

    メニュー リンクは、[プロパティ] ペインとアクティビティ自体の両方で設定できます。これにより、ユーザの基本設定に基づくさまざまな設定オプションを使用できます。編集が行われると、両方の場所でリアルタイムでコンテンツが更新されます。

  4. 次に、音声合成設定を構成し、発信者からの必要な DTMF 入力を検証するために使用される次の設定を含めます。

    • Speaking Rate—スピーチのレートを示します。数値入力を増減して、理想的なスピーチのレートを維持し、出力スピーチのレートを制御します。

      数値入力の有効な値は、0.25 ~4.0 語の範囲です (wpm)。デフォルト値は 1.0 wpm です。

    • Volume Gain—音量出力の増減を示します。数値入力を増減して、出力スピーチの理想的な音量を維持します。

      数値入力の有効なエントリは、–96.0 ~ 16.0 デシベル (dB) の範囲内です。デフォルト値は 0.0 dB です。

    • No-Input Timeout- アクティビティが入力を待機する最大時間を指定します。デフォルト値は 3 秒です。

  5. メニュー アクティビティは、{{Menu.OptionEntered}} 出力変数を使用します。システムがフローを実行すると、この変数は、発信者がメニューとの対話中に入力した DTMF 入力を保存します。

    後のアクティビティで {{Menu.OptionEntered}} 出力変数を使用して、フロー シーケンスを制御できます。変数名は、メニュー アクティビティに関連付けられたラベルに基づいて動的に変更されます。フローが複数のメニュー アクティビティを使用している場合、システムは複数の変数値をキャプチャできます。この変数タイプの詳細については、アクティビティ出力変数 を参照してください。

メッセージを再生

メッセージの再生アクティビティは、発信者に中断のないメッセージを再生します。メッセージ再生アクティビティは、音声合成機能を有効または無効にできます。設定オプションはそれに応じて変更されます。

フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、エラー処理の設定 を参照してください。

メッセージの再生アクティビティは、DTMF 入力で中断できません。

通話フローで キュー連絡先 アクティビティの後に含まれる場合、エージェントの通話に応答できるため、メッセージの再生アクティビティは中断されます。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

プロンプトセクションで、次の設定を行います。

  1. Disabled Text-To Speech—プロンプトで音声合成機能を使用しない場合は、音声合成トグルボタンを無効にします。既定では、音声合成は有効になっていません。

    最大 5 つの音声プロンプト (音声ファイルと音声プロンプトの変数を組み合わせ) を設定できます。完全なプロンプトは、音声ファイルと音声プロンプトの変数間で交互に、設定された順序で発信者に再生されます。

    順序付きリスト入力のいずれかが空の場合、システムはフローエラーで応答します。フローを公開する前にこれらのエラーを解決してください

    • Add Audio Files—音声合成なしでプロンプトを設定するには、少なくとも 1 つの事前録音された音声ファイルを追加します。ドロップダウン リストから、1というラベルの付いた目的の音声ファイルを選択します。

      さらに音声ファイルを追加するには、 Add New.ファイルは、発信者に表示される順番で再生されます。

      シーケンスから音声ファイルを削除するには、 Delete 各ドロップダウン リストの横に表示されるアイコン。

    • Add Audio Variable—このオプションを使用して、顧客に動的に再生される音声プロンプトを設定します。たとえば、対話中の顧客の基本設定に基づいて、この変数を設定して複数の言語で音声プロンプトを再生できます。

      音声変数を設定するには、 Add Audio Variable.変数を pebble 式形式で入力します。

      詳細については、Pebble テンプレートの構文 を参照してください。

      変数の値は、Control Hub にアップロードされた .wav ファイルの名前と一致する必要があります。

    • Preview prompt—クリックします。 Preview 音声ファイルをプレビューするためのプロンプト ボタン。[就業時間] Preview prompt 表示されるダイアログボックスで [再生] をクリックして選択した音声ファイルを再生します。

  2. 音声合成を有効にする: Text-to-Speech プロンプトの機能で、音声合成の切り替えボタンを有効にします。最大 5 つの音声プロンプト(音声合成メッセージ、音声ファイル、および音声プロンプトの変数を組み合わせて設定できます)。完全なプロンプトは、音声合成メッセージ、音声ファイル、および音声プロンプトの変数間で交互に、設定された順序で発信者に再生されます。

    • Connector—テキスト読み上げサービスを認証するためのコネクタを示します。ドロップダウン リストには、Control Hub 内のすべての Google コネクタの名前が表示されます。アクティブなコネクタのみが表示されます。ドロップダウン リストからコネクタを選択します。

      クラシック ボイス プラットフォームの既存の顧客は、ドロップダウン リストで Google TTS コネクタのみを表示できます。

      次世代音声プラットフォームの既存の顧客は、Cisco Cloud Text-to-Speech と Google TTS コネクタの両方を表示できます。

    • Override Default Language & Voice Settings—このトグル ボタンを使用して、グローバルボイス名変数で設定された音声設定を上書きします。このパラメータはデフォルトで有効になっています。

    • Output Voice—出力音声名を示します。このフィールドは、 Override Default Language & Voice Settings トグル ボタン。ドロップダウンリストから出力音声名を選択します。

      Google でサポートされている出力音声名が [出力音声] ドロップダウン リストで利用できない場合、 Override Default Language & Voice Settings トグル ボタン。フロー内のメッセージの再生アクティビティの前に変数設定アクティビティを含めます。

      次のように変数設定アクティビティを設定します。

      1. 変数を Global_VoiceName に設定します。

      2. 変数の値を、必要な出力音声名コード (例: en-US-Standard-D) に設定します。サポートされている音声と言語の詳細については、Google サポートされている音声 と言語のページを参照してください。

    • Add Audio File—事前に録音された音声ファイルで音声合成メッセージを代行するには、次をクリックします。 Add Audio File.これにより、設定に新しい行が追加され、ドロップダウンリストから目的の音声ファイルを選択できます。

      シーケンスからアイテムを削除するには、 Delete 対応する入力またはドロップダウンリストの横に表示されるアイコン。

    • Add Text-to-Speech Message Speech Message—プロンプトを作成するには、音声合成または録音済みの音声ファイルと音声合成メッセージの組み合わせを使用します。

      オプション Add Text-to-Speech Message に移動して、プロンプト作成セクションに新しいテキスト入力フィールドを追加します。このフィールドに、選択した言語と音声で発信者に再生されるメッセージを入力します。

      重要な考慮事項:

      • アクティビティで使用する前に、TTS メッセージの値をフロー変数に設定するには、設定変数アクティビティを使用します。

      • pebble 式の中に二重引用符の代わりに、一重引用符を使用してください。

      • TTS メッセージに複数の回線がある場合 (システムがメッセージを再生する)、例えば {{ variable | escape('json')}} を使用してください。

      • Cisco 音声合成メッセージには、文字数制限はありません。

      このフィールドには、生のテキスト(プレーンテキスト)または Speech Synthesis Markup Language(SSML)形式のデータの 2 種類の入力が受け入れられます。また、変数を、メッセージの一部として使用して、動的なコンテンツを読み取ることもできます。

      Cisco Cloud 音声合成に対応する SSML タグについては、Webex Contact Center の 音声合成機能 (TTS) を参照してください。

    • Add Audio Variable—このオプションを使用して、顧客に動的に再生される音声プロンプトを設定します。たとえば、対話中の顧客の基本設定に基づいて、この変数を設定して複数の言語で音声プロンプトを再生できます。

      音声変数を設定するには、 Add Audio Variable.変数を pebble 式形式で入力します。

      詳細については、Pebble テンプレートの構文 を参照してください。

      変数の値は、Control Hub にアップロードされた .wav ファイルの名前と一致する必要があります

    • Preview prompt—クリックします。 Preview prompt 音声合成メッセージと音声ファイルをテストおよびプレビューするためのボタン。[就業時間] Preview prompt 表示されるダイアログボックスで、必要な音声を選択してプロンプトをテストします。メッセージと音声ファイルを次の方法で再生できます。

      1. オプション Play すべて、音声ファイルと TTS メッセージの両方を一緒に再生します。

      2. 音声ファイルのみ再生します。

      3. 音声合成メッセージのみを再生します。

  3. 次に、音声合成の設定を行います。音声合成設定には、発信者からの必要な DTMF 入力を検証するために使用される次の設定が含まれます。

    • Speaking Rate—スピーチのレートを示します。数値入力を増減して、理想的なスピーチのレートを維持し、出力スピーチのレートを制御します。

      数値入力の有効な値は、0.25 ~4.0 語の範囲です (wpm)。デフォルト値は 1.0 wpm です。

    • Volume Gain—音量出力の増減を示します。数値入力を増減して、出力スピーチの理想的な音量を維持します。

      数値入力の有効なエントリは、–96.0 ~ 16.0 デシベル (dB) の範囲内です。デフォルト値は 0.0 dB です。

通話フローに、キュー連絡先 アクティビティの後にループのメッセージ再生アクティビティだけを含めないでください。 音楽の再生 アクティビティとメッセージの再生アクティビティの組み合わせを使用して、有効な通話フローを作成できます。

通話フローで HTTP リクエスト アクティビティの前にメッセージの再生アクティビティを含めると、HTTP リクエストは音声が完全に再生された後にのみ実行されます。

音楽の再生

[音楽の再生(Play Music)] アクティビティは、コールが着信したとき、またはキューに入ったときに音楽を再生します。発信者を保留にしたときに、再生する音声ファイルを選択できます。

フロー実行中に発生するシステムエラーを処理するエラー処理パス(未定義エラー)を設定できます。詳細については、エラー処理の設定 を参照してください。

はじめる前に

通話フローで HTTP リクエスト アクティビティの前に音楽の再生アクティビティを含めると、HTTP リクエストは音声が完全に再生された後にのみ実行されます。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Music Settings セクションで、次の設定を行います。

  1. Static Audio File—Control Hub の [音声プロンプト] ページから再生する静的な音声を設定する場合は、このオプションを選択します。選択すると、音声ファイル (.wav) の名前を Music File ドロップダウン リストから主催者を選択してください。

    詳細については、音声プロンプトの管理 を参照してください。

  2. Dynamic Audio File—このオプションを選択して、単一フロー内で動的に音声を再生します。たとえば、変数を使用して、顧客の基本設定に基づいて異なる言語でプロンプトを再生することができます。

    動的音声を設定するには、音声変数を Pebble 式として入力します。詳細については、Pebble テンプレートの構文 を参照してください。

    変数の値は、Control Hub にアップロードされた .wav ファイルの名前と一致する必要があります。

  3. Start Offset— 音楽ファイルの再生時間を秒単位で設定します。

    たとえば、ファイルが 60 秒の長さである場合、 Start Offset は 45 秒、継続時間は 30 秒、最後の 15 秒が最初に再生され、音声は最初にループして最初の 15 秒を再生します。値 0 は最初から再生を開始します。

    開始オフセットは静的数字 (20 など) または式 ({{MusicLength + 20} など) として入力できます。

    すべての値が数値であることを確認してください。

  4. Music Duration—選択した音楽ファイルの再生時間を秒単位で指定します(例:30)。静的値 (20 など) または式 ({{MusicLength + 20} など) を入力できます。すべての値が数値であることを確認します。開始オフセットと継続時間がファイルの長さを超えると、音楽は最初からループし、再生を続けます。

    音楽の再生は、次のルールに従います。

    • 指定した Music Duration は音声ファイルの長さよりも短いため、指定した時間だけ音楽が再生されます。たとえば、30 秒間のファイルが 40 秒間再生されます。

    • もし Music Duration 音声ファイルの長さを超過し、音楽はファイル長さ最大 5 倍再生され、必要に応じてループします。たとえば、600 秒間で 40 秒のファイルが 200 秒 (5 × 40) で再生されます。

[音楽の再生] アクティビティを HTTP Request コール フローのアクティビティでは、HTTP 要求は、音声が完全に再生された後にのみ実行されます。

録画

[録音(Record)] アクティビティは、同じコール フローで参照できる発信者の音声入力または発話を記録します。このアクティビティは、次世代メディアプラットフォームを使用する顧客のみ利用できます。録音された音声ファイルはコール中にのみ保存され、その後そのファイルはシステムから自動的に削除されます。現在、録音された音声ファイルは暗号化されていない形式です。この機能を使用して機密情報を記録することは推奨しません。

この設定はサポートされていないため、エントリポイントダイヤル番号フローへの問い合わせ内でレコードアクティビティを使用しないでください。

1

Control Hub にサインインし、[サービス] > [コンタクトセンター] > [フロー]<5の順に選択します。

2

[フローの管理] をクリックし、次に [フローの作成] をクリックします。

3

[新規を開始] をクリックします。[フローデザイナー(Flow Designer)] ウィンドウが表示されます。

4

[フロー名(Flow Name)] フィールドに一意の名前を入力します。

5

録画 アクティビティを アクティビティ ライブラリ からメインのフロー キャンバスにドラッグ アンド ドロップします。

6

[全般設定(General Settings)] で、次の操作を行います。

  1. [アクティビティラベル] フィールドに、アクティビティの名前を入力します。

  2. [アクティビティの説明] フィールドに、アクティビティの説明を入力します。

7

[レコード設定] で、次のフィールドを設定します。

  1. 録音の開始を示す短いビープ音を有効または無効にするには、トーンを開始 チェックボックスをオンまたはオフにします。デフォルトでは、チェックボックスが有効になっています。
  2. 無音タイムアウト フィールドに、1 ~ 120 秒の数値を入力します。これは、録音が開始されてから任意の時点で許可される無音の間隔の最大値を示します。デフォルト値は 4 秒です。無音状態のタイムアウトで無音状態が発生すると、録音が停止します。
  3. 最大レコード時間 フィールドに、1 ~ 120 秒の数値を入力し、発信者の発話を録音するのに許可される最大時間を示します。デフォルト値は 30 秒です。録画が最大録画時間に達すると、録画が停止します。
  4. [終了記号] フィールドで、エンド ユーザーが録画を終了するために使用できる文字記号 # または * のいずれかを選択します。デフォルトでは、ターミネータ記号は # です。
8

出力変数 セクションで、次の変数を表示します。

  • Record_audioFileData–録音された音声ファイルの詳細を保存します。
  • Record_errorCode - 発信者の発話の開始時または録音中に発生したエラーのエラー ステータス コードを保存します。
  • Record_errorDescription – 発信者の発話の開始時または録音中に発生するエラーの説明を保存します。

Record_audioFileData 出力変数を メッセージの再生メニュー番号の収集 などのアクティビティで使用できます。この出力変数は、IVR アクティビティの プロンプト設定で、録音された音声を発信者に再生するための音声変数として設定できます。変数は、pebble式で表現することができます。 {{Record_activity_label.audioFileData.name}}.

{1&gt;Record_audioFileData を使用できます&lt;1{2&gt;{3&gt;&lt; の } 出力変数3}HTTP リクエスト&lt;2} アクティビティで録音した音声を外部サードパーティ サーバーまたは API にアップロードします。これは、リクエスト本文の [コンテンツ(Content)] ドロップダウンから [コンテンツ(Content Type)] として [ファイル(File)] として、およびレコードアクティビティの出力変数を選択することによって実行できます。

次の表に、エラー コードと録画アクティビティの説明を示します。

エラー コード

Error Description

理由(Reason)

1001

INVALID_SILENCE_TIMEOUT

設定された通話タイムアウトは、1 ~ 120 秒間の有効な範囲内ではありません。

1002

INVALID_MAXIMUM_RECORDING_DURATION

設定された最大記録時間は、1 秒から 120 秒の範囲内にありません。

1003

無効_TERMINATION_SYMBOL

設定された終了記号は、許可されている文字 * または # のいずれでもない。

1004

RECORD_API_FAILURE

録画を開始するための API でエラーが発生しました。

1005

FEATURE_DISABLED_FOR_ORG

この機能は、組織では有効になっていません。

1006

録音する入力音声が検出されません。録音された音声ファイルには無音が含まれている場合があります。

1007

録音中にメディア サービスでエラーが発生しました。

録画のコントロール

Flow Designer は、ユーザーまたは発信者から録音の同意を取得する目的で、録音制御アクティビティを提供します。録画の同意は、このアクティビティの一部として利用可能な設定プロパティの 1 つです。メニュー アクティビティを使用して、ユーザーの同意をブール値フロー変数にキャプチャします。対話中に同意値を取得してレポートを生成する場合は、ブール値変数を録音制御アクティビティの同意プロパティ値に入力として使用します。次に、発信者同意を取得するために使用される変数を報告可能なとしてマークすることができます。

フローの開発者は、レポートの目的で、通話の録音の同意を取得する必要があるかどうかを決定できます。顧客が録画の同意を取得したい場合、グローバル変数を使用して同意レポートを生成します。顧客が録画の同意をキャプチャしたくない場合は、ローカル変数を使用します。これにより、テナントと顧客が変数の使用を管理するための柔軟性が向上します。

次の手順を使用して、録音コントロールを設定できます。

  1. フローデザイナーで、 Recording Control アクティビティライブラリからキャンバスへのアクティビティです。

  2. 次をクリックします: Recording Control アクティビティは、アクティビティ設定を構成します。

  3. 場所: General Settingsに移動し、次のアクティビティの名前を入力します: Activity Label.

  4. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

  5. 場所: Recording Control Settings、ドロップダウンリストからフロー変数を選択します。 Enable Recording.

IVR(自動音声応答)のメニュー アクティビティと録音制御アクティビティをフローで一緒に使用すると、録音の同意のキャプチャが可能になります。テナント レベルまたはキュー レベルまたは録音スケジュール レベルの設定と比較して、フローのユーザー同意設定に優先順位が与えられます。

録画のコントロールは、次のシナリオで管理できます。

  • フローでユーザー同意設定が [はい(Yes)] に設定されている場合、テナントまたはキューまたは録音スケジュール レベルで設定されている録音設定に関係なく、通話が録音されます。

  • ユーザが同意せず、フローで [いいえ(No)] に設定されている場合、テナントまたはキューまたは録音スケジュール レベルで設定されている録音設定に関係なく、通話は録音されません。

  • フローでユーザーの同意が設定されていないが、テナントやキュー、録音スケジュールなど、他のいずれかのレベルで [はい(Yes)] に設定されている場合は、通話が録音されます。

  • ユーザーの同意が設定されておらず、テナント、キュー、録音スケジュールなど、すべてのレベルで設定が [いいえ(No)] に設定されている場合、通話は録音されません。

さらに、[転送の続行]、[再開の一時停止]、[一時停止の継続時間]、[一時停止の継続時間] などのその他の録音設定は、テナント、キュー、または録音スケジュール レベルなどの既存の階層に基づいて引き続き適用されます。

出力変数

このアクティビティには出力変数がありません。

IVR コールバックをスケジュール

スケジュールされたコールバック機能により、顧客は IVR を使用してコールバックをスケジュールできます。顧客は、エージェントと話さずに、個別にコールバックをリクエストできます。これにより、コンタクトセンターの操作がより効率的になります。顧客にスケジュールされたコールバック機能をサポートするために、Flow Designer モジュールはフロー内のコールバックのスケジュールアクティビティを提供します。

コールバックをスケジュール

コールバックのスケジュール アクティビティを使用して、発信者が IVR システムを通じてコールバックを簡単にスケジュールできるようにします。特定の DTMF プロンプトを使用して、発信者からスケジュールの詳細をキャプチャし、この情報を入力としてコールバックのスケジュールアクティビティに渡すことができます。

次のセクションでは、コールバックのスケジュールアクティビティを設定できます。

  • 全般設定
  • コールバック設定をスケジュール
  • アクティビティ出力変数

はじめる前に

必ず Control Hub でコールバック エントリ ポイントを設定してください。詳細については、 コールバック エントリ ポイント のセットアップ セクションを参照してください。

1

フローデザイナーで、アクティビティ ライブラリからキャンバスにスケジュールコールバックアクティビティをドラッグ アンド ドロップします。

2

アクティビティをクリックして、アクティビティ設定を構成します。

3

[全般設定(General Settings)] セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

4

[就業時間] Schedule Callback Settings セクションで、次の詳細を設定します。

  1. Callback Dial Number:コールバックをスケジュールする電話番号。この番号には、任意の国番号と数字 (0-9) と、使用可能な特殊文字を含めることができます。スペース ( )、ハイフン (-)、かっこ (())、およびピリオド (.)。番号の合計長は 7 ~ 15 文字である必要があります。

  2. Callback Queue:コールバックに関連付けられているキューを表す一意の識別子。静的キューの値を割り当てたり、フロー変数を使用して動的値を設定したりできます。

  3. Customer Name (Optional):コールバックを受信する顧客の名前。名前がない場合は、コールバックダイヤル番号を使用して顧客を識別します。

  4. Schedule Date:顧客がコールバックを受信することを希望する日付。

    スケジュールの日付は、ISO-8601 形式 (YYYY-MM-DD) で入力する必要があります。指定したタイムゾーンで有効な日付を指定し、現在の日付から 31 日以内にする必要があります。

  5. Schedule Start Time:ISO-8601 形式 (HH:mm:ss) で指定されているコールバックを受信するための優先開始時間。開始時間は現在の時刻の 30 分以上前にする必要があります。

  6. Schedule End Time:コールバックを完了する必要がある優先終了時間も、ISO-8601 形式 (HH:mm:ss) です。終了時間は開始時間の 30 分以上であり、開始時間の 8 時間以内にする必要があります。

  7. Schedule Timezone:提供された日時に関連する顧客のタイムゾーン。これは有効な IANA タイムゾーン名 (例: America/New_York) である必要があります。静的タイムゾーンを割り当てたり、フロー変数を使用して動的値を設定したりできます。

一連の IVR アクティビティ(メニュー、数字の収集)を含めて、発信者からこの情報を収集し、スケジュール済みコールバック アクティビティに渡します。これを簡単にするには、スケジュール済みコールバック サブフロー を参照してください。

アクティビティ出力変数

アクティビティ出力変数は、アクティビティから取得されたデータを保存し、キャンバスに特定のアクティビティを追加すると自動的に作成されます。

スケジュールコールバックアクティビティには、次の出力変数があります。

  • ScheduleCallback.FailureCode:失敗コードを保存します。この値は、アクティビティが失敗した場合にのみ設定します。
  • ScheduleCallback.FailureDescription:失敗の詳細を保存します。この値は、アクティビティが失敗した場合にのみ設定します。

スケジュール済みコールバックアクティビティのエラーコードと説明を次に示します。

エラー コード

失敗コード値

エラーの説明

1

無効なリクエスト無効な入力について。

3

無効なキュー無効なキューの詳細について。

6

システム_エラー

このコードは、その他のエラー(定義されたカテゴリのいずれかに該当しない)を表します。

次に行うこと

[連絡先の切断(Disconnect Contact)] アクティビティを使用して、コールバックをスケジュールした後で通話フローを終了します。

数字を送信

[ディジットの送信(Send Digits)] アクティビティを使用して、IVR の対話中に DTMF トーンを発信者に送信するフローを設定できます。これは次の場合に役立ちます。

  • Secure authentication—DTMF を使用して発信者を確認することにより、認証されたコール フローを確立します。

  • Interacting with external systems—DTMF 入力が必要な他のシステムと通信します。

[ディジットの送信(Send Digits)] アクティビティはトーンベースの認証を可能にし、コール パスの信頼性を確認するなどのセキュアなやり取りを必要とするシナリオでは重要です。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Play DTMF Settings セクションで、次の設定を行います。

  1. Set Value—静的 DTMF ディジットを設定する場合は、このオプションを選択します。

  2. Set to Variable—DTMF ディジットを動的に設定する場合は、このオプションを選択します。

    DTMF 入力の最大長は 32 文字です。サポートされている文字は、0-9、A ~ D、アスタリスク(*)、シャープ(#)、およびカンマ(,)です。コンマ(,)の文字は、1 秒の遅延を意味します。

    [番号の送信(Send Digits)] アクティビティは、IVR への最初の発信者レッグの間にのみ使用できます。アクセス ポイントへの相談/転送などのインタラクション内で使用する場合、システムは数字の送信アクティビティを無視します。

アナウンスを設定

[アナウンスの設定(Set Announcement)] アクティビティは、エージェントへのコール接続時に再生されるアナウンスを設定します。有効にすると、事前録音されたメッセージを、法的情報、パーソナライズされたエージェントのグリーティング、またはその両方を含むコンプライアンス メッセージとして設定できます。このアクティビティは、着信コールと発信コールの両方に使用できます。

  • インバウンドフローの場合:最適なパフォーマンスを得るために、キュー連絡先アクティビティの前にアナウンス アクティビティを設定します。または、イベント フローのプレダイヤル イベント内で設定することもできます。
  • アウトバウンドフローの場合: プレダイヤル イベント内でアナウンス アクティビティ を設定する必要があります。[発信者IDの設定(Set Caller ID)] アクティビティがプレダイヤル イベントのターミナル アクティビティであることを確認します。

[アナウンスの設定(Set Announcement)] アクティビティは、次のアナウンス タイプをサポートします。

  • コンプライアンス メッセージ
  • エージェントのグリーティング
  • ウィスパー アナウンス

詳細については、{事前録音されたメッセージで効率性を高める を参照してください。

アナウンスの設定アクティビティを設定するには、次の手順を実行します。

  1. Control Hub にサインインします。
  2. 次のとおり、移動します Contact Center > Customer Experience > Flows.
  3. 必要なフローを選択し、 Go to Flow Settings アイコンをクリックして必要なフローを開きます。
  4. [通知の設定(Set Announcement)] アクティビティをメイン フロー キャンバスにドラッグ アンド ドロップします。
  5. [就業時間] General Settings タブで、次のパラメータを設定します。
    1. [アクティビティラベル] フィールドに、アクティビティの名前を入力します。

    2. [アクティビティの説明] フィールドに、アクティビティの説明を入力します。

  6. エージェント グリーティングを設定するには、 Enable Agent Greeting トグル。[就業時間] Greeting Purpose フィールドに、グリーティングの目的名を入力します。
  7. コンプライアンス メッセージを設定するには、 Enable Compliance Message トグル。ドロップダウン リストから必要な音声ファイルを選択します。

  8. オプション Save.
  9. オプション Publish フローを公開します。

発信者 ID を設定

通話中に表示される発信者 ID を定義するには、[発信者 ID の設定(Set Caller ID)] アクティビティを使用します。発信者 ID の設定アクティビティは、イベント フローでのみ使用できます。発信者 ID の設定 (Set Caller ID) は、発生した PreDial イベント フローの終了をマークするターミナル アクティビティです。発信者 ID の設定アクティビティでは、次のシナリオで ANI を設定できます。

  • 着信通話

  • アウトダイヤル通話

  • サービスコールバック

  • キャンペーンのプレビュー

  • Web コールバック

  • フローを実行

  • ダイヤル番号に転送

  • 相談してダイヤル番号

    エージェントに連絡

    EP-DN/キューに問い合わせる

  • EP/キューに転送

このアクティビティは、PreDial イベント ハンドラの隣で設定できます。必要な ANI は、ダイヤル番号識別サービス(DNIS)、操作タイプ、または参加者タイプに基づいて、発信者 ID の設定アクティビティを使用して設定できます。

エージェントの DN をカスタマイズされた ANI として設定できます。これにより、発信元エージェントが連絡を受けたときに発信元エージェントの DN/内線番号を確認できます。これにより、内線コールがドロップされる可能性が低くなります。たとえば、フロントオフィスのユーザー(コンタクトセンターエージェント)がバックオフィスのユーザー(内部従業員)にコールすると、バックオフィスのユーザーはエージェントの内線発信者 ID(連絡先番号/内線)を確認できるため、通話拒否を最小限に抑えます。

この目的のために、発信者は、発信側エージェントがアウトダイヤル、コンサルト、または DN への転送を通じて連絡を受け、その DN が連絡先番号のリストに追加されている場合にのみ、連絡先番号/内線番号を確認できます。

連絡先番号を Control Hub の組織の内部番号のリストに追加する必要があります。連絡先番号を追加する方法の詳細については、 連絡先番号または内線番号の作成 を参照してください。

ランダムな番号を入力すると、Control Hub または管理ポータルで設定されたデフォルトの EP-DN マッピングでこの番号を確認します。不一致がある場合は、システムはデフォルトの ANI に戻します。カスタマイズされた ANI 検証の詳細については、コールバック を参照してください。

レポートで元の番号を分析して使用できるようにするために、レポートに表示される ANI はカスタマイズされた ANI に変更されません。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Caller ID Settings セクションで、以下を構成してください。

  1. Static Caller ID—ドロップダウン リストから、エントリポイントにマップされているダイヤル番号を選択します。番号を選択しない場合、システムは通話のシナリオに応じてデフォルト値を考慮します。

  2. Variable Caller ID—ドロップダウンリストから有効な変数(E.164番号、有効な EP-DN マッピングを含む)を選択します。番号を選択しない場合、システムは通話のシナリオに応じてデフォルト値を考慮します。E.164 の番号形式ではない番号を指定した場合、通話のシナリオに応じて、システムはデフォルト値を使用します。

    内線を発信者のカスタマイズ ANI として許可するには、顧客/コンサルティングされたエージェントまたは DN/転送されたエージェントまたは DN の事前ダイヤル フローを設定する場合は、ドロップダウンからPredial.otherPartyDn 変数を [変数発信者 ID(Variable Caller ID)] として選択します。この変数にはプライマリ エージェントの DN が含まれているため、受信者のデバイスに表示される有効なカスタム ANI になります。

ANI のカスタマイズは、規制要件に依存しています。環境を導入する前に、地域の依存関係を検討してください。

発信者 ID をカスタマイズするために使用されるプレダイヤル イベント ハンドラーは、エージェントが選択したアウトダイヤル ANI、カスタマイズされた ANI を使用したサービスコールバック、または同様のシナリオなど、以前選択した ANI を上書きします。

ANI をカスタマイズするには、すべてのインバウンドまたはアウトバウンドのシナリオでフローサポートが必要です。

国コードに基づく決定、地域の制限など、サービス プロバイダーに依存しているユースケースについては、まずサービス プロバイダーとのフローをテストすることを検討してください。

異なる通話シナリオで ANI が期待通りに機能するには、次世代環境が必要です。

次世代環境に適用可能な複数のシナリオでの ANI 使用は、次のとおりです。

Table 15. ANI usage for multiple scenarios in a Next Generation environment

シナリオ

構成

結果 ANI

顧客のコールイン

PreDial イベント ハンドラが構成されていません

  • 連絡先の ANI がエージェントのデバイスに表示されます

  • EP-DN が連絡先のデバイスに表示されます

顧客のコールイン

PreDial イベント ハンドラーが設定されている

ANI は、発信者 ID の設定アクティビティで定義されているとおり、エージェントのデバイスに表示されます。

エージェント アウトダイヤル

PreDial イベント ハンドラが構成されていません

エージェントがデスクトップでアウトダイヤル ANI を選択すると、連絡先のデバイスとエージェントのデバイスは、エージェント選択されたアウトダイヤル ANI とともに表示されます。それ以外の場合、連絡先のデバイスとエージェントのデバイスは、テナントのデフォルト ANI とともに表示されます。

エージェント アウトダイヤル

PreDial イベント ハンドラーが設定されている

各参加者のデバイスについて、選択したエージェントのアウトダイヤル ANI は選択されている場合は保持するか、発信者 ID 設定アクティビティで定義されているとおりにカスタマイズできます。

サービスコールバック

コールバック アクティビティで定義された顧客 ANI

コールバック アクティビティで定義された ANI は、連絡先のデバイスに表示されます。

サービスコールバック

  • コールバック アクティビティで定義された顧客 ANI

  • PreDial イベント ハンドラーが顧客レッグに設定されています

設定された発信者 ID アクティビティは優先されます。

サービスコールバック

  • コールバック アクティビティで定義された顧客 ANI

    プレダイヤル イベント ハンドラーが顧客レッグに設定されていません

  • コールバック アクティビティで定義された ANI は、連絡先のデバイスに表示されます。

  • 発信者 ID の設定アクティビティで ANI が定義されている場合、エージェントのデバイスに表示されます。

サービスコールバック

  • コールバック アクティビティで定義されていない顧客 ANI

  • プレダイヤル イベント ハンドラーが顧客レッグに設定されていません

テナントのデフォルト ANI が連絡先のデバイスに表示されます。

エージェント転送、相談

PreDial イベント ハンドラーが設定されている

設定された発信者 ID は、転送されたコンサルティングされたエージェント-2 デバイスに表示されます。

Create contact number or extension

連絡先の番号を組織の内線番号のリストに追加できます。カスタマイズされた ANI は、追加された連絡先に表示されます。一度に単一の連絡先番号を追加するか、一括操作を使用して、連絡先番号を CSV ファイルとしてアップロードできます。

Control Hub で設定オブジェクトを作成、変更、インポート、またはエクスポートするための一括操作を実行する方法の詳細については、「Webex Contact Center の一括操作」を参照してください。

連絡先番号または内線番号を追加するには:

  1. Control Hub にサインインします。

  2. 移動 Contact Center > Tenant Settings > Voice > Contact Number.

  3. [詳細を追加] をクリックして、新しい連絡先番号/内線番号をリストに追加します。

    連絡先番号/内線番号は 2 ~ 9 桁で作成できます。連絡先番号/内線番号は 0 で開始できます。組織あたり最大 5000 件の連絡先番号/内線番号を追加できます。

ウィスパー アナウンスを設定

[ウィスパー アナウンスの設定(Set Whisper Announcement)] アクティビティは、エージェントが発信者と接続する直前に、録音された短いメッセージをエージェントに再生します。アナウンスはエージェントにのみ再生されます。発信者には、ウィスパー アナウンスが再生される間、デフォルトの呼び出し音が聞こえます。

アナウンスメントの内容には発信者についての情報を含めることができ、エージェントが通話の応答の準備をするうえで役立つます。

エージェントにこの情報を事前に提供することにより、ウィスパー アナウンスが通話をより効率的に処理できるようになり、通話処理時間が短縮され、顧客満足度の向上につながります。

ウィスパー(ウィスパー)が再生されると、次の操作を行うことはできません。

  • 通話を保留、転送、または会議にします。

  • スーパーバイザのアシスタンスをリクエストします。

これらの機能は、アナウンスの完了後に再度利用できます。

ウィスパー アナウンス:

  • 着信コールおよび EP へのブラインド転送に適用されます。

  • プロンプトまたは(音声合成)TTS 文字列を使用できます。

  • コンプライアンス メッセージとエージェント グリーティングを組み合わせることができます。この場合、ウィスパー が最初に再生されます。

  • 通話録音には含まれません。

  • 電話、ソフト クライアント、WebRTC など、すべてのエージェント エンドポイント タイプをサポートします。

1

アクティビティをクリックして、アクティビティ設定を構成します。

2

[就業時間] General Settings セクションで、次の情報を入力します。

  1. [就業時間] Activity Label フィールドに、アクティビティの名前を入力します。

  2. (オプション) Activity Description フィールドに、アクティビティの説明を入力します。

3

[就業時間] Whisper Announcement セクションでは、エージェントの通話前のメッセージを設定し、パーソナライズされたサービスの主要な発信者の詳細を提供できます。

[音声合成を有効にする(Enable Text-to-Speech)] トグルをオンにすると、必要なコネクタを選択できます。

  • Google TTS コネクタを選択する場合、Google Cloud アカウントをセットアップし、音声合成サービスを設定する必要があります。詳細については、『Webex Contact Center セットアップとアドミニストレーション ガイド』の「音声合成機能」セクションを参照してください。

  • Cisco TTS コネクタを選択した場合、Google Cloud アカウント構成をスキップできます。

  1. Connector—テキスト読み上げサービスを認証するためのコネクタを示します。ドロップダウン リストには、Control Hub 内のすべての Google コネクタの名前が表示されます。アクティブなコネクタのみが表示されます。ドロップダウン リストからコネクタを選択します。

    クラシック ボイス プラットフォームの既存の顧客は、ドロップダウン リストで Google TTS コネクタのみを表示できます。

    次世代音声プラットフォームの既存の顧客は、Cisco Cloud Text-to-Speech と Google TTS コネクタの両方を表示できます。

  2. Override Default Language & Voice Settings—このトグル ボタンを使用して、グローバルボイス名変数で設定された音声設定を上書きします。このパラメータはデフォルトで有効になっています。

  3. Output Voice—出力音声名を示します。このフィールドは、 Override Default Language & Voice Settings トグル ボタン。ドロップダウンリストから出力音声名を選択します。

    Google でサポートされている出力音声名が、 Output Voice ドロップダウン リスト、無効化 Override Default Language & Voice Settings トグル ボタン。フローのメッセージの再生アクティビティの前に、変数設定 アクティビティを含めます。

    次のように変数設定アクティビティを設定します。

    • Set the variable を Global_VoiceName に追加します。

    • Set the variable 必要な出力音声名コードへの値(en-US-Standard-D など)。サポートされている音声と言語の詳細については、Google 対応の音声と言語 のページを参照してください。

  4. Add Audio File—事前に録音された音声ファイルで音声合成メッセージを代行するには、次をクリックします。 Add Audio File.これにより、設定に新しい行が追加され、ドロップダウンリストから目的の音声ファイルを選択できます。

    シーケンスから項目を削除するには、対応する入力またはドロップダウンリストの横に表示される [削除(Delete)] アイコンをクリックします。

  5. Add Text-to-Speech Message—プロンプトを作成するには、音声合成または録音済みの音声ファイルと音声合成メッセージの組み合わせを使用します。

    オプション Add Text-to-Speech Message に移動して、プロンプト作成セクションに新しいテキスト入力フィールドを追加します。このフィールドに、選択した言語と音声で発信者に再生されるメッセージを入力します。

    Important considerations:

    • アクティビティで使用する前に、TTS メッセージの値をフロー変数に設定するには、設定変数アクティビティを使用します。

    • pebble 式の中に二重引用符の代わりに、一重引用符を使用してください。

      Cisco 音声合成メッセージには、文字数制限はありません。

    このフィールドには、生のテキスト(プレーンテキスト)または Speech Synthesis Markup Language(SSML)形式のデータの 2 種類の入力が受け入れられます。また、変数を、メッセージの一部として使用して、動的なコンテンツを読み取ることもできます。

    Cisco Cloud 音声合成に対応する SSML タグについては、Webex Contact Center の 音声合成機能 (TTS) を参照してください。

  6. Add Audio Variable—このオプションを使用して、顧客に動的に再生される音声プロンプトを設定します。たとえば、対話中の顧客の基本設定に基づいて、この変数を設定して複数の言語で音声プロンプトを再生できます。

    音声変数を設定するには、 Add Audio Variable.変数を pebble 式形式で入力します。

    詳細については、Pebble テンプレートの構文 を参照してください。

    変数の値は、Control Hub にアップロードされた .wav ファイルの名前と一致する必要があります。

  7. Preview prompt—クリックします。 Preview prompt 音声合成メッセージと音声ファイルをテストおよびプレビューするためのボタン。[就業時間] Preview prompt 表示されるダイアログボックスで、必要な音声を選択してプロンプトをテストします。メッセージと音声ファイルを次の方法で再生できます。

    • オプション Play すべて、音声ファイルと TTS メッセージの両方を一緒に再生します。

    • 音声ファイルのみを再生します。

    • 音声合成メッセージのみを再生します。

音声をアップロード

フローの [音声のアップロード] アクティビティを使用して、エージェント グリーティングのアップロードを有効にします。

1

Control Hub にサインインします。

2

次のとおり、移動します Contact Center > Customer Experience > Flows.

3

必要なフローを選択し、 Go to Flow Settings アイコンをクリックして必要なフローを開きます。

4

[音声のアップロード] アクティビティをメインフローキャンバスにドラッグ アンド ドロップします。

5

[就業時間] General Settings セクションで、次のパラメータを設定します。

  1. [アクティビティラベル] フィールドに、アクティビティの名前を入力します。

  2. [アクティビティの説明] フィールドに、アクティビティの説明を入力します。

6

[就業時間] Audio File Information タブで、次のパラメータを設定します。

  1. Audio File Type—音声ファイルの種類を選択します。現在、エージェントのパーソナル グリーティングのみがサポートされています。

  2. Greeting Purpose—エージェントのグリーティングを作成するために使用されるグリーティング目的の名前を入力します。

  3. Recording Data—録音された音声ファイル。

  4. Agent ID—コンタクトセンターの各エージェントに割り当てられた固有のユーザー ID。

イベント フロー

イベントフロー タブには、さまざまなアクティビティで使用する次のイベント ハンドラーが含まれています。

OnGlobalError

このイベントにより、グローバルエラー処理が開始されます。アクティビティのエラー パス リンクを設定していない場合、このイベントはトリガーされます。通話処理での アクティビティ および フロー制御でのアクティビティ のすべてが、このイベントを公開します。詳細については、OnGlobalError Workflow を参照してください。

エージェント受け入れ済み

エージェントが着信コールに応答し、キュー内の連絡先のエクスペリエンスを中断すると、システムはイベントをトリガーします。このイベントは、エージェントがコールに応答すると、プログレッシブ、予測、およびプレビュー キャンペーンコールに対して直接トリガーされます。

このイベントを開くアクティビティは、画面ポップアップおよびキュー連絡先です。

PhoneContactEnded

ライブ通話が切断され、すべての参加者が削除されると、このイベントがトリガーされます。イベントは、画面ポップアップおよびフィードバックなどのフローで選択した通話処理アクティビティを使用する場合に使用できます。このイベントでは、エージェントへのエスカレーションは不要です。

フローを作成するときに、 PhoneContactEnded イベント。フローの実行中に、連絡先が終了した後にアクティビティを追加しても、フローは機能しません。

このイベントは、キュー連絡先 アクティビティのみ公開します。

エージェント 提供

音声連絡先がエージェントに提供されると、このイベントがトリガーされます。このイベントにより、フローの開発者は、イベント処理の一部であるサポートされている複数のアクティビティを設定できます。たとえば、フロー開発者は、AgentOffered イベントに対してスクリーンポップアクティビティを設定できます。この設定では、エージェントがコールを受信または応答する前に、顧客関連情報をエージェントに提供します。

このイベントは関連しています NewContact.

メッセージは、 AgentOffered イベントは、プログレッシブ、予測、プレビューのキャンペーンではサポートされていません。

関連する変数は、イベント出力変数で表示できます。

AgentDisconnected

最後のエージェントがライブ コールから切断され、顧客だけが回線に残ると、このイベントがトリガーされます。

キュー連絡先 アクティビティによりこのイベントが公開されます。

コールバックに失敗しました

サービス コールバック、スケジュールされたコールバック、またはパーソナル スケジュールされたコールバックが失敗すると、システムはこのイベントをトリガーします。

  • システムは、連絡先側からコールバックが失敗した場合にのみ、コールバックを再試行します。連絡先が通話中または通話不可の場合、またはエージェントからの応答がない場合、コールバックは失敗します。

  • また、エージェントの電話機が到達不能になったり、エージェントがコールを拒否したりすると、エージェント終了からコールが失敗します。コールはキューに戻され、使用可能なエージェントに再度ルーティングされます。

  • また、スケジュールされたコールバックの場合、コールがエージェントにルーティングされずにスケジュールされた終了時間に達すると、コールバックは失敗します。パーソナルスケジュールされたコールバックの場合、割り当てられたエージェントがログインしていない場合でも、コールバックは失敗します。

フローで再試行コールバックを使用するには、(SetVariable アクティビティを使用)値 0 でローカル フロー変数を設定し、必要に応じて増加します。値が [再試行] 変数カウント値未満であることを確認します。

フローで必要な他のイベントを添付して、コールバックの再試行を試みることができます。待機 アクティビティの後に、コールバック、またはキューからエージェントへのキューやキューの連絡先などのキューイングアクティビティを含めます。これらのアクティビティは、待機アクティビティの後の任意の組み合わせまたは順序で使用します。

再試行を終了するには:

  • true 条件の場合は、End Flow アクティビティを使用します。切断アクティビティを使用しないでください。

  • false 条件の場合、フローで再試行変数が設定された後に Disconnect を使用します。この場合、すべての再試行が完了し、利用可能な再試行はありません。

コールバック再試行回数の上限は 10 です。インタラクションがシステムに残る最大時間は 14 日です。最初に発生したいずれの場合も、再試行の設定のためのインタラクションのライフと見なされます。

待機アクティビティを使用する場合、再試行間の最小遅延間隔は 10 秒、再試行間の最大遅延間隔は 72 時間です。

連絡先の状態がパークされたタイムアウトで、再試行が可能な場合、CallbackFailed イベントが生成されます。フローで設定されたイベント ハンドラーは、残りの試行に対してコールバックを再試行し続けます。

連絡先へのコールバックが失敗すると、連絡先はキューが解除され、CallbackFailed イベントが生成されます。再試行ハンドラーは、コールバック (同じまたは異なる宛先)、キュー連絡先、エージェントへのキューなどのアクティビティを使用して再度キューをキューにできます。

コールバックが別の宛先に設定されている場合 CallbackFailed イベント ハンドラ、スキルは転送されません。

スケジュールされたコールバックまたはパーソナルスケジュールされたコールバックの場合、設定されている場合は、コールバック アクティビティで NewContact.DNIS を使用します。

プレダイヤル

NewContact の一部として、PreDial イベントを使用すると、フロー開発者は [発信者 ID の設定] アクティビティを使用して発信者 ID を設定またはカスタマイズできます。

ワークフローを作成すると、このイベントは [フロー デザイナー] の [イベント フロー] タブで利用できます。これは、[発信者IDの設定] アクティビティを設定することで終了するイベントです。このイベントは、通話シナリオに基づいてエージェントと顧客の両方でトリガーされます。

キャンペーンコールを成功させるには、エージェントコールと顧客コールは同じメディア リージョンから発信する必要があります。メディア地域は、メディアに提示されたときに、通話の ANI/CLID に基づいて選択されます。ANI とメディア リージョン間のマッピングは、Control Hub で実行されます。エージェント コールと顧客コールで選択された ANI は、フローのプレダイヤル イベントで制御されている場合、両方のコールが同じリージョンから発信されるように選択する必要があります。

たとえば、エージェントがシンガポールにいるが、顧客のコールが米国で行われる場合、メディア地域が米国であるように、顧客のコールの ANI が選択される場合があります。同様に、プレダイヤル イベント内のエージェント コールに対して選択された ANI も、選択したメディア リージョンが米国であるように選択する必要があります。

次の表に、操作タイプと対応する参加者タイプの一覧を示します。 PreDial.operationType.

Table 16. PreDial.operationType related operation and participant types

PreDial.OperationType

プレダイヤル.ParticipantType

INBOUND

エージェント

OUTDIAL

エージェント、顧客

COURTESY_CALLBACK

エージェント、顧客

PREVIEW_CAMPAIGN

エージェント、顧客

WEB_CALLBACK

エージェント、顧客

TRANSFER_TO_DN

DN

TRANSFER_TO_AGENT

エージェント

CONSULT_TO_DN

DN

CONSULT_TO_AGENT

エージェント

CONSULT_TO_QUEUE

エージェント

CONSULT_TO_EP_DN

EP-DN

コール モニタリングが設定されている場合、ANI のカスタマイズはスーパーバイザーには適用されません。

ターミナル アクティビティとして [発信者 ID の設定(Set Caller ID)] を使用してすべての PreDial イベント ハンドラ パスを設定します。それ以外の場合は、連絡先を放棄できます。

PreDial イベント ハンドラーを使用するには、すべてのインバウンドまたはアウトバウンドのシナリオでフローのサポートが必要です。

PreDial イベント ハンドラーと連絡先をキューに入れるフロー アクティビティを使用しないでください。

アウトバウンド連絡先に対して設定された ANI の場合、連絡先が存在するリージョンに関係なく、エージェント ANI がマップされるリージョンを通じてコールがルーティングされます。たとえば、組織に米国とオーストラリアのコンタクト センターがあり、エージェント ANI がオーストラリア地域にマッピングされた米国内の連絡先に対してアウトバウンドコールがトリガーされた場合、コールはオーストラリア経由でルーティングされます。

次世代環境での複数のシナリオについては、{1&gt;ANI の使用の表を参照してください。&lt;1{2&gt;{3&gt;&lt; の }3} 発信者 ID を設定&lt;2さまざまな通話シナリオでの ANI 使用のための } セクション。

関連する変数は、イベント出力変数で表示できます。

ContactAni更新

発信者の ANI が変更されると、このイベントがトリガーされます。たとえば、顧客の通話が最初にオペレーター デスクに移動し、エージェント、エージェント デスクトップ、エージェント デバイスに送信され、すべての関連情報が発信者の ANI で自動的に更新されます。これにより、元の発信者 ID と正しい詳細が常に表示されます。

最終的な CLI が反映されるのは、オンプレミスの卓上電話または Jabber クライアントから開始されたコール転送だけです。Webex Calling で Webex アプリを介して実行された転送は、最終的な CLI を表示するために更新されません。

アウトバウンドキャンペーンCallResult

一部として NewContact、このイベントは、連絡先が留守番電話に接続されているか、放棄されようとしている場合にトリガーされます。いずれの場合も、連絡先を切断する前にメッセージを再生できます。エージェントが利用できない場合、システムはコールを放棄します。

このハンドラーでは、[音楽の再生][メッセージの再生] のアクティビティのみがサポートされているため、通話を切断する必要があります。

通話進行分析 (CPA) の結果に従って、音楽の再生、連絡先の切断などの追加コール制御アクティビティをこのイベントに追加できます。CPA の結果は次のいずれかになります。

  • AMD - 留守番電話が検出されていることを示します。
  • [放棄済み(ABANDONED)]:エージェントが利用できないためにコールが放棄されたことを示します。
  • LIVE_VOICE - IVR キャンペーンで顧客のライブ音声が検出されることを示します。

アウトバウンド キャンペーン コールで IVR を設定する場合:

  1. 次を使用するフローを識別します: OutboundCampaignCallResult イベント。
  2. GoTo アクティビティを配置して、フローを 2 番目のフローにマッピングします。
  3. 2 番目のフローで仮想エージェントアクティビティで構成された IVR 手順を使用します。

仮想エージェントアクティビティを直接使用できないため、次の手順を実行してください。 OutboundCampaignCallResult.

関連する変数は イベント出力変数で表示できます。

OnGlobalError Workflow

フローを作成している間、アクティビティのエラー パスを設定して、アクティビティエラーまたはフロー実行中に発生する汎用エラーを処理できます。

OnGlobalError Workflow
OnGlobalError ワークフロー

フローの実行中にエラーが発生した場合、実行はエラーパスで定義された次のアクティビティで続行されます。メイン フローでエラー パスを設定していない場合でも、 OnGlobalError [イベントフロー] タブで利用可能なイベントは、フロー実行エラーを処理します。

メイン フローイベント フロー の両方でエラー パスの定義に失敗した場合、フローの実行中にエラーが発生すると、フローが終了します。

フローで 変数設定 アクティビティを設定するシナリオを考えてみましょう。

Flow designer example to show where to set the variable activity in the main flow.
メイン フローでの変数アクティビティの設定

{1&gt;未定義のエラーを設定できます&lt;1{2&gt;設定変数&lt;&lt; の } ノード2{3&gt;メインフロー&lt; でのアクティビティ3} を使用して、フロー実行中のシステム エラーを処理します。メイン フローでエラー パスを定義したくない場合でも、[イベントフロー] タブに移動して、 OnGlobalError イベントフロー。

Flow designer example to show the Event Flow tab setting an OnGlobalError event flow.
OnGlobalError イベント フロー

上記の例では、メッセージの再生OnGlobalError イベントハンドラ。メインフロー変数設定 アクティビティの実行中にシステム エラーが発生した場合、システムは 変数設定 アクティビティで最初に行われた設定を考慮します。エラーパスが定義されていない場合、システムは OnGlobalError イベントフロー のイベント ハンドラ。メッセージの再生 アクティビティは OnGlobalError 上記の例では、システムがメッセージを再生し、フローを終了します。

変数と式を使用する

フローデザイナーは、次の種類の変数をサポートしています。

カスタム変数

Custom Flow 変数は、フロー全体で使用できるさまざまなデータタイプの設定可能な変数です。フロー内のロジックを満たす必要がある数のフロー変数を作成できます。

セキュア変数

機密情報のロギングや保存を防ぐために、フロー変数を [セキュア(Secure)] としてマークできます(これらの値は [フローデバッグ(Flow Debugging)] ペインでもマスクされます)。セキュア変数を [エージェントに表示可能(Agent Viewable)] または [エージェントが編集可能(Agent Editable)] に設定すると、Agent Desktop での変数の表示方法をコントロールできます。

デフォルトでは、導入されたフロー内のすべての既存の変数は非セキュア変数として動作します。これらのフローを編集モードで開き、必要に応じてセキュア変数を確認して保持します。

フロー変数マッピングでは、GoTo アクティビティのセキュア変数を非セキュア変数にマップすることはできません。

グローバル変数は、セキュアとしてマークできません。

Custom Flow 変数の作成

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

[フロー] ページが表示されます。
3

次をクリックします: Go to Flow Designer フローの横にあるアイコン。

メッセージは、 Flow Designer ウィンドウが表示されます。
4

[設定] パネルから、 Variable Definition セクションまで下方にスクロールします。

5

オプション Add Flow Variable.

フローには最大 30 個の変数を追加できます。このカウントには、レポート可能かエージェントが見られるかにかかわらず、すべてのグローバル変数とフロー変数が含まれます。

6

コマンド Name および Description 変数の。

7

次を選択: Variable Type を選択します。

次を変更することはできません: Variable Type キーを押します。

サポートされる変数タイプは次のとおりです。

Variable Type

Variable Value

Boolean

選択 True または False.

String

文字列の値を入力します。式で変数を使用する場合は、シンタックス {{variable}}を使用します。

整数

整数値を入力します。

10進数

10 進数の値を入力します。

日時

サポートされている形式の 1 つで日時を入力します。

yyyy-MM-ddTHH:mm:ss.SSSZ

yyyy-MM-ddTHH:mm:ssZ

yyyy-MM-ddTHH:mmZ

{{now()}}

SimpleDateFormat を使用しているため、 now() 関数を使用して現在の時刻をミリ秒単位で取得しないでください。ただし、エポックタイムスタンプ pebble フィルターを使用して、現在の時刻をミリ秒で取得できます。詳細については、カスタム Pebble フィルター を参照してください。

JSON

次の形式を使用して、有効な JSON 変数値を入力します。{"Key":"Value"}.次に例を示します。{"CompanyName":"Cisco"}.

JSON 変数には単純なデータまたはネストされたデータが入ります。JSON 変数値の最大サイズ制限は最大 16 KB です。フロー内に最大 5 つの JSON 変数を作成できます。

JSON 変数の設定方法の詳細については、JSON 変数 を参照してください。

リストから変数タイプとして JSON を選択すると、 Contains Sensitive Information およびMark Agent Viewable トグル ボタンは表示されません。

フローチェーンでは、JSON 変数は許可されません。

8

次を指定します: Default Value 選択した変数タイプに応じた変数のうち。

9

(オプション) オンにします Enable External Override トグル ボタン。このオプションを有効にすることで、チャネル設定ページで変数を公開します。これにより、管理者とスーパーバイザは Control Hub から設定された変数の値をオーバーライドできます。つまり、フローデザイナーモジュールからフローを開かなくても、特定のチャネルのフロー変数の値を変更できます。

Control Hub からの変数のオーバーライドの詳細については、チャネルのセットアップ を参照してください。

変数タイプを文字列として設定する場合、 Resource Type ドロップダウンリストが表示され、次のオプションが表示されます。管理者がチャネル設定中にオーバーライドできるようにするリソース タイプを選択します。

  • 音声プロンプト—変数で設定された音声プロンプト設定を上書きします。たとえば、ウェルカム プロンプトやテキスト読み上げメッセージなどです。
  • 営業時間—緊急シャットダウン時に営業時間を上書きします。
  • エントリポイント—エントリポイントの設定を変更します。
  • [ダイヤル番号(Dial Number)]:ダイヤルされた番号を変更します。
  • フロー—フローを変更します。
  • キュー—キューを変更するには。

  • 「セキュア」としてマークされている変数を上書きすることはできません。
  • 上書きできる変数は最大 15 個まで設定できます。

10

(オプション) Contains Sensitive Information トグルボタン、システムは変数をセキュア変数としてマークします。フロー実行中、システムは、この変数を介して渡された情報はログに記録せず、保存もしません。

11

(オプション) Make Agent Viewable トグルボタンを使用すると、フローの一部としてキャプチャされた値とともに、変数がデスクトップに表示されます。

有効にすると、 Make Agent Viewable トグル ボタンで、次のフィールドが表示されます。

  • Desktop Label:デスクトップに表示されたときに、この変数に関連付けるラベルを指定します。エージェントが変数を介して渡されたデータを理解できるように、変数そのものの名前でなく、明確なラベル名を入力します。

  • Agent Editable:対話セッションの一部としてエージェントが変数の値を編集できるようにする場合は、このチェックボックスをオンにします。エージェントが変数を更新すると、システムは、Flow Designer に変更を返します。エージェントは、フロー変数を編集したら、デスクトップで [保存(Save)] ボタンをクリックできます。変更を保存する前に通話が切断された場合、変数は更新されません。

12

オプション Save.

Custom Flow 変数を保存する際、変数は、デスクトップの [グローバルプロパティ(Global Properties)] パネルでタグとして保存されます。変数を [エージェントが編集可能(Agent Viewable)] としてマークした場合、簡単に認識できるようにタグにヘッドセットのアイコンが表示されます。

例: デスクトップに表示されるフロー変数の順序

[エージェントが編集可能(Agent Viewable)] とマークした変数を作成する際、デスクトップは、特定の順序でこれらの変数を表示します。

たとえば、次のフロー変数を作成する場合:CustomerType, SubscribedCustomer, CustomerCount, CallRatio, dob, Datetest.

デスクトップは、Flow Designer から次の順序でこれらの変数を受け取ります。CallRatio, CustomerCount, CustomerType, SubscribedCustomer, ANI, DN, dob, ronaTimeout, Datetest.

デスクトップは、ユーザーインターフェイスで変数を左から右へ、次の順序で表示します。

  1. 顧客の変数 Phone Number, DN, Queue, RONA Time

    .
  2. この関数は、 現在のところ詳細な情報はありません。引数のリストのみが 記述されています。CallRatio, CustomerCount, CustomerType, Datetest, SubscribedCustomer, dob.

例: デスクトップにインタラクション ID を表示

Interaction ID(連絡先セッション ID)は、特定のインタラクションを識別するシステムが生成した固有の ID です。アナライザレポートからインタラクション ID を取得し、通話の失敗に関連するトラブルシューティングの問題に ID を使用できます。デスクトップにインタラクション ID を表示するには:

  1. 必要なフローを開き、 Add Flow Variables.
  2. 次を設定します: Default Value フィールドを NewContact.interactionId.
  3. 有効にする Make Agent Viewable トグル ボタン。

エージェントがコールを受信すると、インタラクション ID がデスクトップに表示されます。

Custom Flow 変数の編集

変数がすでに使用中の場合は、変数タイプは編集できません。編集すると、フローに大きな影響を与える場合があります。したがって、この操作は禁止されています。この場合、[変数タイプ(Variable Type)] ドロップダウンフィールドが無効となり、警告メッセージが表示されます。

変数を正常に編集すると、編集した変更がフロー全体 と [グローバルプロパティ(Global Properties)] ペインのフロー変数をクリックすると表示されるポップオーバーに表示されます。

Custom Flow 変数を編集するには、次の手順を実行します。

1

Control Hub URL https://admin.webex.com/ を使用して、顧客組織にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

[フロー] ページが表示されます。
3

次をクリックします: Go to Flow Designer フローの横にあるアイコン。

[フローデザイナー(Flow Designer)] ウィンドウが表示されます。
4

ポップオーバーの右上隅にある [編集(Edit)] をクリックします。

[フロー変数の編集(Edit Flow Variable)] ダイアログボックスが表示されます。変数がフローで使用されていない場合、すべてのフィールドが編集可能になります。変数の名前、説明、タイプ、および値を変更できます。

5

次をクリックします: Information このメッセージのアイコンをクリックすると、変数が使用されているアクティビティのリストが表示されます。変数の編集を続行する場合は、すべてのフロー設定から変数を削除してから、再度編集してください。

6

必要に応じて変更を行います。

メッセージは、 Save ボタンは、変更を行うまで無効のままです。

7

オプション Save.

Custom Flow 変数の削除

変数がフローで使用されている場合、それを削除することはできません。これにより、フローに大きな影響を与える場合があります。この場合、[変数の削除(Delete Variable)] ウィンドウの [削除(Delete)] ボタンが無効となり、変数が使用されているアクティビティのリストが表示されます。

アクティビティは、[メインフロー(Main Flow)] または [イベントフロー(Event Flows)] タブで表示されているかどうかに基づいてグループ化されます。使用中の変数を削除する場合は、削除する前にすべてのフロー設定から変数を削除します。

Custom Flow 変数を削除するには、次の手順を実行します。

1

移動 Contact Center > Customer Experience > Flows.

[フロー] ページが表示されます。
2

次をクリックします: Go to Flow Designer フローの横にあるアイコン。

[フローデザイナー(Flow Designer)] ウィンドウが表示されます。
3

[グローバルプロパティ] ペイン で、 Delete 削除する変数タグに表示されるアイコン。

フロー設定をオーバーライド

Flow Designer モジュール内のオーバーライドフロー設定機能を使用すると、承認されたユーザは、Control Hub からフローの特定の定義済み設定を変更できます。この機能により、管理者とスーパーバイザは、必要なフローを開かずに、営業時間、音声プロンプト、キューの割り当てなどの特定のフローパラメータを簡単に変更できます。

フロー設定を上書きするには:

  • フロー内の特定の変数を外部構成可能として設定する必要があります。設定の詳細については、カスタムフロー変数の作成 セクションを参照してください。

  • 管理者とスーパーバイザは、これらの変数に必要な変更を行う必要があります。設定されたフロー変数は、Control Hub のチャネル設定ページに表示されます。詳細については、 チャネルのセットアップ セクションを参照してください。

オーバーライド フロー設定機能には、次の利点があります。

  • フローの再利用性:管理者は異なる組織で同じフローを使用できます。フローで定義されたデフォルト値を変更せずに、異なるチャネルに対して同じ変数に異なる値を設定できます。
  • より速い応答時間:変数の値に加えられた変更は、すでに進行中のコールにもすぐに適用されます。
  • エラーの削減:複雑なフローを変更する際に、ミスのリスクを排除します。
  • 簡素化されたタスク管理:この機能がない場合、管理者は次のタスクを実行する必要があります。これは、技術ユーザー以外では複雑で時間がかかる可能性があります。
    1. Control Hub にサインインします。
    2. フローデザイナーモジュールを開きます。
    3. 必要なフローに移動し、フローの関連パスを探します。
    4. 必要な変更を行います。
    5. フローを再発行します。

定義済みの変数

フローで特定のイベントやアクティビティを使用すると、Flow Designer は、事前定義済み変数を自動作成します。

利用可能な事前定義済み変数のリストは、[グローバルフロープロパティ(Global Flow Properties)] ペインの [事前定義済み変数(Predefined Variables)] セクションで表示されます。また、選択したイベントまたはアクティビティも [グローバルフロープロパティ(Global Flow Properties)] ペインに表示されます。

各変数をクリックすると、変数が保存するデータのタイプを説明するポップアップウィンドウが開くので、フローで変数をどう使用するかを把握できます。

イベント出力変数のほとんどの属性は事前に定義されており、編集することはできませんが、変数を編集してグローバル変数の指定を変更できます。

イベント出力変数

イベント出力変数は、イベントと特に関連付けられ、命名規則に従います。 <EventName>.<VariableName>

フローで使用できるすべてのイベント出力変数が、 Global Properties イベントがフローに導入された後、および Properties 関連する Event Handler アクティビティのペインです。

利用可能なイベント出力変数は次のとおりです。

  • NewContact.ANI

  • NewContact.DNIS

  • NewContact.InteractionID

  • NewContact.PSTNRegion

  • AgentAccepted.AgentID

  • AgentAccepted.AgentName

  • AgentAccepted.AgentEmailId

  • AgentAccepted.AgentSessionID

  • AgentAccepted.QueueID

  • AgentAccepted.QueueName

  • AgentAccepted.TeamID

  • AgentAccepted.TeamName

  • AgentAccepted.TenantID

  • AgentAccepted.CAD

  • PhoneContactEnded.AgentID

  • PhoneContactEnded.AgentEmailID

  • PhoneContactEnded.TeamID

  • PhoneContactEnded.QueueID

  • PhoneContactEnded.InboundChannel

  • PhoneContactEnded.RoutingStrategyID

  • AgentOffered.agentId

  • AgentOffered.agentName

  • AgentOffered.agentEmailId

  • AgentOffered.agentSessionId

  • AgentOffered.queueId

  • AgentOffered.queueName

  • AgentOffered.teamId

  • AgentOffered.teamName

  • AgentOffered.tenantId

  • AgentOffered.callAssociatedData

  • AgentOffered.AgentID

  • AgentOffered.AgentName

  • AgentOffered.AgentSessionID

  • AgentOffered.QueueID

  • AgentOffered.QueueName

  • AgentOffered.TeamID

  • AgentOffered.TeamName

  • AgentOffered.TenantID

  • AgentOffered.CAD

  • PreDial.direction

  • PreDial.participantType

  • PreDial.dialNumber

  • PreDial.otherPartyDn

  • PreDial.epDn

  • PreDial.agentSelectedAni

  • PreDial.operationType

  • OutboundCampaignCallResult.CPAResult

  • OutboundCampaignCallResult.CPAResultCode

  • AgentDisconnected.AgentId

  • AgentDisconnected.AgentEmailId

  • AgentDisconnected.QueueId

  • AgentDisconnected.TeamId

  • AgentDisconnected.InboundChannel

  • AgentDisconnected.RoutingStrategyId

場合によっては、 AgentEmailId 変数は null である可能性があります。フローの開発者は、この変数を使用する前に、特にキャッシュ ルックアップの問題が発生するシナリオにおいて、この変数を検証する必要があります。

システム変数のカスタマイズ

電話番号と DNIS(ダイヤル番号識別サービス)変数のデスクトップ ラベルのみをカスタマイズできます。これらの変数のエイリアスを作成し、フローの 変数設定 アクティビティを使用して設定できます。

1

Control Hub URL https://admin.webex.com/ を使用して、顧客組織にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

[フロー] ページが表示されます。
3

次をクリックします: Go to Flow Designer フローの横にあるアイコン。

[フローデザイナー(Flow Designer)] ウィンドウが表示されます。
4

から Global Flow Properties ペインを開き、 Variable Definition セクションまで下方にスクロールします。

5

次をクリックします: Configuration します。

6

[フロー変数を追加(Add Flow Variable)] をクリックします。

7

変数の [名前(Name)][説明(Description)] を入力します。

8

変数タイプ ドロップダウン リストで 文字列 を選択します。

9

有効にする Make Agent Viewable トグル ボタン。

10

[就業時間] Desktop Label フィールドに、変数の該当するデスクトップラベルを入力します。

11

オプション Save.

これにより、変数が作成されます。
12

アクティビティ ライブラリから、[変数設定(Set Variable)] アクティビティをキャンバスにドラッグします。

13

[アクティビティ設定] ペインの [変数設定] セクションで、次の手順を実行します。

  1. 変数 ドロップダウン リストから、ステップ 10 で作成した変数を選択します。

  2. 変数値 セクションで、変数に設定 オプション ボタンを選択します。

  3. 編集するシステム変数を選択します。例: NewContact.ANI 電話番号または NewContact.DNIS DNIS の場合。

フローを公開すると、新しく作成されたフロー変数が、選択したシステム変数に置き換わります。フローの実行中に、新しく作成された変数のデスクトップ ラベルが、デスクトップの [着信(Incoming)] ポップオーバーおよび [対話(Interaction)] ペインに表示されます。

アクティビティ出力変数

アクティビティ出力変数は、アクティビティから取得したデータを保存し、特定のアクティビティをキャンバスに追加すると自動的に作成されます。アクティビティ出力変数は、次の構文を使用します。 <ActivityName>.<VariableName> ここで、ActivityName はアクティビティに基づいて動的に変化します。

フローがアクティビティを複数回使用する場合、各アクティビティには、関連する各アクティビティ出力変数の固有インスタンスがあります。フローで使用可能なすべてのアクティビティ出力変数は、 Global Properties ペインで、フローにアクティビティを導入し、 Properties 関連アクティビティのペインです。

使用可能なアクティビティ出力変数は次のとおりです。

  • Menu.OptionEntered:発信者がメニュー アクティビティ インスタンスの間に選択したメニュー オプションを保存します。これは 0 から 9 の 1 桁の数字です。

  • CollectDigits.DigitsEntered:[桁の収集(Collect Digits)] アクティビティ インスタンスに発信者が入力した数字を保存します。桁数はアクティビティの設定によって異なります。

  • HTTPRequest.HTTPStatusCode:HTTP 要求の試行時に受信したステータス コードを保存します。

  • HTTPRequest.HTTPResponseBody:HTTP 要求が正常にトリガーされたときに応答を保存します。

  • HTTPRequest.ResponseHeaders:HTTP リクエストの一部として送信されるヘッダーを保存します。

  • VirtualAgent.IntentTriggered:会話エクスペリエンスを処理またはエスカレーションするようにトリガーしたインテントを保存します。

  • GetQueueInfo.EWT:選択したキューの推定待ち時間の値を保存します。

  • GetQueueInfo.PIQ:選択したキューのキューの位置の値を保存します。

グローバル変数

グローバル変数は、フローの作成時に表示およびアクセスできるカスタム変数です。管理者がグローバル変数を Provisioning Control Hub のモジュールです。詳細については、『Webex Contact Center セットアップとアドミニストレーション ガイド』のグローバル変数 のセクションを参照してください。

フロー開発者は、要件に応じてこれらの変数を消費できます。これらの変数をフローに追加できます。グローバル変数をフローに追加した後で、編集および削除することもできます。

フローへのグローバル変数の追加

フローには最大 30 個の変数を追加できます。このカウントには、レポート可能かエージェントが見られるかにかかわらず、すべてのグローバル変数とフロー変数が含まれます。

最大制限を超える変数をさらに追加する場合は、既存の変数の等しい数を削除する必要があります。グローバル変数を削除する方法の詳細については、フローからグローバル変数を削除する を参照してください。

フロー作成中、タイプのグローバル変数 String 最大 256 文字で初期化できます。ただし、フローの実行中は、変数を更新して 1024 文字まで保持できます。この制限を超えると、コールの失敗や無効な値など、望ましくない動作が発生する場合があります。

フローにグローバル変数を追加するには、次のようにします。

1

Control Hub URL https://admin.webex.com/ を使用して、顧客組織にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

[フロー] ページが表示されます。
3

次をクリックします: Go to Flow Designer フローの横にあるアイコン。

メッセージは、 Flow Designer ウィンドウが表示されます。
4

[就業時間] Global Flow Properties ペイン、下にスクロール Variable Definition > Predefined Variables セクションまで下方にスクロールします。

5

[就業時間] Global Variables ] セクションで、[ Add Global Variables.

メッセージは、 Add Global Variables ダイアログボックスが表示されます。管理者が Provisioning モジュール。
6

(オプション) Search Global Variables リストで必要なグローバル変数をフィルタリングして検索するフィールドです。

7

一覧から必要なグローバル変数のチェックボックスをオンにして、 Add.

システムには、選択した変数が Global Variables セクションまで下方にスクロールします。

デフォルトでは、各変数は、Reportable、Agent Viewable、Agent Editable、Desktop Label など、管理者が定義したメタデータ フィールドを保持します。グローバル変数が使用中に管理者がメタデータ値を変更すると、Control Hub で行った変更はフロー全体で反映されます (キャッシュ有効期限の遅延は 8 時間です)。

フロー内のグローバル変数の編集

グローバル変数を編集すると、フロー デザイナーでグローバル変数のメタデータ値を変更することはできません。ただし、デフォルト値は Overwrite Default Value トグル ボタン。

フロー内のグローバル変数を編集するには、次のようにします。

1

Control Hub URL https://admin.webex.com/ を使用して、顧客組織にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

[フロー] ページが表示されます。
3

次をクリックします: Go to Flow Designer フローの横にあるアイコン。

[フローデザイナー(Flow Designer)] ウィンドウが表示されます。
4

[就業時間] Global Flow Properties ペイン、下にスクロール Variable Definition > Predefined Variables セクションまで下方にスクロールします。

5

[就業時間] Global Variable パネル、グローバル変数をクリックし、編集 (Edit button) アイコンをクリックします。

グローバル変数の編集 ダイアログボックスが表示されます。これは、変数タイプ、デフォルト値、デスクトップ ラベル、エージェント編集可能など、選択したグローバル変数の詳細を表示します。
6

(オプション) Overwrite Portal Configurations トグル ボタンは、Control Hub で設定されている既存の値を上書きします。これにより、[デフォルト値(Default Value)]、[エージェントビュービリティ(Agent Viewability)]、[エージェント編集可能(Agent Editable)]、[デスクトップ ラベル(Desktop Label)] などのフィールド値を変更できます。

必要な値を Default Value を選択した変数タイプに従います。たとえば、変数型が Boolean の場合、このフィールドはドロップダウンリストとして表示されます。

エージェントが報告可能な文字列型グローバル変数に対して入力されたデフォルト値は、256 文字を超えることはできません。

7

必要に応じて変更を行います。

8

オプション Save.

フローからグローバル変数を削除する

どのフローで使用されていないグローバル変数は、削除できます。

グローバル変数を削除できない場合は、管理者に連絡して機能フラグを有効にして、フローからグローバル変数を削除してください。

フローからグローバル変数を削除するには、次のようにします。

1

Control Hub URL https://admin.webex.com/ を使用して、顧客組織にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

[フロー] ページが表示されます。
3

次をクリックします: Go to Flow Designer フローの横にあるアイコン。

[フローデザイナー(Flow Designer)] ウィンドウが表示されます。
4

[就業時間] Global Flow Properties ペイン、下にスクロール Variable Definition > Predefined Variables セクションまで下方にスクロールします。

5

[就業時間] Global Variables パネルで、削除するグローバル変数の削除 (x) アイコンをクリックします。

アクションを確認するためのポップアップ メッセージが表示されます。
6

オプション Delete.

これにより、選択したグローバル変数をリストから削除します。

デスクトップに表示可能な変数

着信および発信音声コールに対するデスクトップの着信ポップオーバーとインタラクション ペインには、次の変数タイプを設定できます。

  • 電話番号、DNIS(ダイヤル番号識別サービス)、キュー名、RONA タイムアウトなどのシステム変数

  • Control Hub で作成および管理されるグローバル変数。

  • フローデザイナーで作成および管理されるカスタムフロー変数

設定できるのは、エージェント表示可能としてマークされている変数だけです。

これらの変数は、既存のフローと同様に、新しいフローでも設定できます。ただし、既存のフローには、電話番号、DNIS、キュー名などのデフォルトのポップオーバー変数が表示されます。これらのフローを編集して、この機能を使用してより多くの変数を追加できます。

着信と発信コールの着信ポップオーバーとインタラクション ペインの変数を設定する手順は同じです。

着信ポップオーバーとインタラクション ペインの変数を設定するには、着信コールとアウトバウンドコールのシナリオ用に個別のフローを構築する必要があります。

デスクトップの着信ポップアップ
エージェントが着信コールを受信するか、発信コールをダイヤルすると、着信ポップオーバーが表示されます。Flow Designer で設定した変数に従って、顧客に関する重要な情報を表示します。システム、グローバル、カスタム フロー変数の任意の組み合わせを含むことができる着信ポップオーバーでこれらの各変数の出現順序を設定できます。これらの変数のデスクトップ ラベルを編集することもできます。
電話番号や DNIS などのシステム変数のデスクトップ ラベルをカスタマイズできます。詳細については、システム変数のカスタマイズ を参照してください。
着信コールと発信コールでは、少なくとも 3 つ、最大 6 つの変数を選択できます。コンサルティングコールの場合、コンサルティングされたエージェントには、デフォルトでリストに追加されるエージェント名、エージェント DN、エージェント チームなど、追加の 3 つの変数が表示されます。

デスクトップの着信ポップオーバーに機密情報を含む変数を設定することはできません。

着信ポップオーバーに変数を設定する方法の詳細については、着信ポップオーバーに変数を設定する を参照してください。
[インタラクション] ペイン
エージェントが着信または発信コールを受け入れると、デスクトップの [対話(Interaction)] ペインが表示されます。Flow Designer で設定された [インタラクション] ペイン変数に設定された情報が表示されます。最大で 30 個の変数を選択できます。インタラクション ペインでは、システム、グローバル、カスタム フロー変数の任意の組み合わせを含めることができる各変数の出現順序を設定できます。これらの変数のデスクトップ ラベルを編集することもできます。

Webex Contact Center デスクトップは、現在、動的な変数のラベルの翻訳をサポートしていません。

電話番号や DNIS などのシステム変数のデスクトップ ラベルをカスタマイズできます。詳細については、システム変数のカスタマイズ を参照してください。
インタラクション ペインに変数を設定する方法の詳細については、インタラクション ペインに変数を設定する を参照してください。

着信ポップオーバー用の変数を設定する

はじめる前に

着信コールと発信コールの着信ポップオーバーに変数を設定します。

1

Control Hub URL https://admin.webex.com/ を使用して、顧客組織にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

[フロー] ページが表示されます。
3

次をクリックします: Go to Flow Designer フローの横にあるアイコン。

メッセージは、 Flow Designer ウィンドウが表示されます。
4

から Global Flow Properties ペインを開き、 Variable Definition セクションまで下方にスクロールします。

5

次をクリックします: Desktop Viewability & Order します。

6

[就業時間] Incoming Popover ] セクションで、[ Select Variables for Incoming Popover.

メッセージは、 Select Variables on Incoming Popover ウィンドウが表示されます。電話番号、DNIS、キュー名、RONA タイムアウトなどの 4 つのデフォルトのシステム変数を含むすべての変数が表示されます。電話番号、DNIS、キュー名などのシステム変数はデフォルトで選択され、さらに変数を追加するときにチェックを外すことができます。
7

次の検索オプションを使用して、リストをフィルタリングします。

  1. 次の単語をいくつか入力します: Search Variables フィールドで、名前で特定の変数を検索します。

  2. 変数タイプを Select Variable Type ドロップダウン リストから主催者を選択してください。

リストには、条件エントリに従って変数が自動入力されます。
8

着信ポップオーバーに選択する変数のチェックボックスをオンにします。

少なくとも 3 つ、最大 6 つの変数を選択できます。

9

オプション Save.

このステップをスキップするには、 Autosave トグル ボタン。

選択した変数は、 Incoming Popover セクションまで下方にスクロールします。
10

イベント、登録者、出席者にすばやくアクセスするため、 handle リストの上下に移動する変数の横にあるアイコン (handle icon) は、デスクトップの着信ポップオーバーに表示される順序を設定します。

11

(オプション) 変数の横にある x アイコンをクリックして、その変数をリストから削除します。

[インタラクション] ペインの変数設定

はじめる前に

着信コールと発信コールの [対話(Interaction)] ペインで変数を設定します。

1

Control Hub URL https://admin.webex.com/ を使用して、顧客組織にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

[フロー] ページが表示されます。
3

次をクリックします: Go to Flow Designer フローの横にあるアイコン。

[フローデザイナー(Flow Designer)] ウィンドウが表示されます。
4

から Global Flow Properties ペインを開き、 Variable Definition セクションまで下方にスクロールします。

5

次をクリックします: Desktop Viewability and Order します。

6

[就業時間] Interaction Pane ] セクションで、[ Select Variables for Interaction Pane.

メッセージは、 Select Variables on Interaction Pane ウィンドウが表示されます。電話番号、DNIS、キュー名、RONA タイムアウトなどの 4 つのシステム変数とともに、すべての変数を表示します。
7

次の検索オプションを使用して、リストをフィルタリングします。

  1. 次の単語をいくつか入力します: Search Variables フィールドで、名前で特定の変数を検索します。

  2. 変数タイプを Select Variable Type ドロップダウン リストから主催者を選択してください。

リストには、条件エントリに従って変数が自動入力されます。
8

[インタラクション(Interaction)] ペインで選択する変数のチェックボックスをオンにします。

最大で 30 個の変数を選択できます。

9

イベント、登録者、出席者にすばやくアクセスするため、 handle 変数の横にあるアイコン (handle icon) でリストを上下に移動し、デスクトップの [インタラクション] ペインでアピアランスの順序を設定します。

10

オプション Save.

このステップをスキップするには、 Autosave トグル ボタン。

選択した変数は、 Interaction Pane セクションまで下方にスクロールします。
11

(オプション) 変数の横にある x アイコンをクリックして、その変数をリストから削除します。

JSON 変数

JSON 変数は JSON 型のカスタムフロー変数です。Flow Designer で JSON 変数を作成できます。詳細については、カスタムフロー変数の作成 を参照してください。

次のアクティビティを使用して、データを JSON 変数に保存できます。HTTP リクエスト解析変数設定

HTTP および Parse アクティビティでは、JSON パス フィルタ式を使用してデータを抽出し、JSON 変数に保存できます。

変数設定 アクティビティでは、値設定 オプションで JSON 変数を使用できます。

  • テキストボックスに、JSON 値を入力します。例:

    {
        "userId":"rirani",
        "jobTitleName":"Developer",
        "firstName":"Romin",
        "lastName":"Irani",
        "preferredFullName":"Romin Irani",
        "employeeCode":"E1",
        "region":"CA",
        "phoneNumber":"408-xxxxx67",
        "emailAddress":"rirani@xyz.com"
    }
    

  • Pebble 式 を使用します。

Pebble 式での JSON 変数の使用

  • ドット (.) 区切りアクセス:Pebble 式で dot(.) で区切られたアクセスを、コール処理とフロー制御のアクティビティで JSON 変数に使用できます。

    構文:{{ jsonVariableName.fieldName }} 値は次のとおりです。jsonVariableName.fieldName は、JSON 変数のフィールドを評価する必要があります。

    前のサンプルコードスニペットで、従業員を empvar HTTP または Parse の使用:

    使う {{empvar.employeeCode}} の値を E1.

  • JSON 配列のインデックス アクセス:Pebble 構文と同様に、JSON 配列から特定のインデックスにアクセスできます。Pebble のインデックス アクセスの詳細については、https://pebbletemplates.io/wiki/guide/basic-usage/ を参照してください。例:

    {
        "Employees" : [
            {
            "userId":"rirani",
            "jobTitleName":"Developer",
            "firstName":"Romin",
            "lastName":"Irani",
            "preferredFullName":"Romin Irani",
            "employeeCode":"E1",
            },
            {
             "userId":"thanks",
             "jobTitleName":"Program Manager",
             "firstName":"Tom",
             "lastName":"Hanks",
             "preferredFullName":"Tom Hanks",
             "employeeCode":"E3",
             "directReports":[
                {
                   "userId":"John",
                   "jobTitleName":"Developer",
                   "firstName":"John",
                   "lastName":"Irani",
                   "preferredFullName":"John Irani",
                   "employeeCode":"E2"
                },
                {
                   "userId":"Sam",
                   "jobTitleName":"Developer",
                   "firstName":"Sam",
                   "lastName":"Das",
                   "preferredFullName":"Sam Das",
                   "employeeCode":"E2"
                }
             ]
          }
       ]
    } 
    Employees JSON 配列を var HTTP または Parse の使用:

    • 使用 {{ var[0]}} 従業員の詳細を取得するには rirani マネージャーです。

    • 使用 {{ var[1].directReports[0] }} 従業員の詳細を取得するには John マネージャーの直接レポーターです

    • 使用 {{ var[1].directReports[0].preferredFullName }} の値を John Irani.

    • 使用 {{ var[0].preferredFullName }} の値を Romin Irani.

HTTP リクエストでの JSON 変数の使用

JSON 変数を HTTP リクエストのリクエスト本文として使用するには、まず 変数設定 アクティビティを使用して、JSON 変数を文字列に変換します。たとえば、変数設定 アクティビティ 変数設定 セクションで変数を設定します jsonString 値を {{ jsonVariable }}.

HTTP 設定への入力としてこの変数を使用します。たとえば、HTTP リクエスト設定 セクションで、リクエスト本文 を次のように設定します。 {{ jsonString }}.

表現を書く

Flow Designer のほとんどのテキスト入力フィールドは、記述式をサポートしています。式は必要ありませんが、高度なユーザー向けの変数を介して強力なスクリプト機能を使用できます。また、式が不要な場合は、単純なフローのために、同じ入力フィールドに基本的なテキストと数字を入力することもできます。

各式を二重のカール状の括弧で囲みます: {{Enter Expression}}

たとえば、2 つの文字列変数を結合する場合は、{{var1}+var2} を使用する必要があります。詳細については、https://pebbletemplates.io/ を参照してください。

Pebble テンプレートのシンタックス

フローデザイナーのすべての入力フィールドは、Pebble Templates と呼ばれるオープンソースの式シンタックスを使用します。 https://pebbletemplates.io/

Pebble テンプレートでサポートされているシンボルは、==、!=、<、>、<=、>=、+、-、*、/ です。式にカスタム変数を入力するには、次の構文を使用します。 {{variable}}

Pebble テンプレートの構文では、変数名の先頭は英字、アンダースコア(_)、ドル記号($)でなければならず、数字ではありません。たとえば、311_Promo が無効ですが、Promo_311 は有効です。

論理演算子もサポートされています。詳細については、https://pebbletemplates.io/wiki/operator/logic/ を参照してください。

Flow Designer で式を使用する前に、Pebble テンプレートのマニュアルを見直すことをお勧めします。記述式についての情報は、https://pebbletemplates.io/wiki/ のドキュメントを参照してください。

たとえば、この基本条件の使用例では、発信者の AccountNumber が特定の値以上であるかどうかを式がチェックします。あるフロー実行に対して式が評価される方法に基づいて、フローは True または False のパスを取得できます。

カスタム Pebble フィルター

エポック タイムスタンプ

次の Pebble フィルターを使用して、Now のエポックタイムスタンプまたは特定の日付文字列を返すことができます。

今のためのエポックタイムスタンプ:

{{ now() | epoch }}   => default UTC timezone and in seconds
{{ now() | epoch(inMillis=true) }} => default UTC timezone and in milliseconds
Example:
{{ now() | epoch }} -> 1667471488
{{ now() | epoch(inMillis=true) }} -> 1667471522829

特定の日付のエポックタイムスタンプ:

{{ '2017-10-19 16:18:03.779' | epoch(format='yyyy-MM-dd HH:mm:ss.SSS', inMillis=true) }} => custom format and in milliseconds
{{ '2017-10-19 16:18:03.779' | epoch(format='yyyy-MM-dd HH:mm:ss.SSS', inMillis=true, timeZone='America/Phoenix') }} => custom format with timezone and in milliseconds
Example:
{{ '2017-10-19 16:18:03.779' | epoch(format='yyyy-MM-dd HH:mm:ss.SSS', inMillis=true) }} -> 1508429883779
{{ '2017-10-19 16:18:03.779' | epoch(format='yyyy-MM-dd HH:mm:ss.SSS', inMillis=true, timeZone='America/Phoenix') }} -> 1508455083779

式を検証

入力フィールドが式が使用されていることを検出した場合(つまり {{ }} シンタックスが入力されます)、フィールドの右下隅に青のアイコンが表示されます。

青のアイコンをクリックしてモーダルを開きます。モーダルでは、目的の結果を得るまで式をテストおよび変更できます。

テスト式モーダルには、次のフィールドが含まれます。

  • :アクティビティ設定から入力フィールドに最初に入力された式を表示します。

  • 変数フィールド:式で使用される各変数には、サンプル変数値を入力できるサポートフィールドがあります。各変数の値を入力し、テスト をクリックして、入力したパラメータを使用して式が実行される場合に結果を表示します。

    式内で変数を設定するには、{{variable name}} の形式のみを使用します。たとえば、{{NewContact.ANI}} は変数の構文です。

  • 結果:[テスト] をクリックした後に式の結果を表示します。結果が予想と異なる場合は、必要に応じて式を変更してください。設定に変更を加えた場合は、[変更を適用] をクリックして、アクティビティ設定の式を更新します。

フロー テンプレートを使用

フロー テンプレートは、特定の使用事例向けに設計された事前作成フローです。これらのテンプレートは Flow Designer キャンバスで簡単に利用でき、フロー開発者は最小限の労力でフローをすばやく構築および公開できます。

フロー テンプレートを使用してフローを作成するには、目的のテンプレートを選択し、ビジネス要件に合わせてカスタマイズし、検証し、公開し、フローの使用を開始します。詳細については、 を参照してください。

営業時間の使用状況

このフローは、コンタクトセンターの勤務時間、休日リスト、緊急のオーバーライドに基づいてコールをルーティングし、最適な発信者のエクスペリエンスと非勤務時間の効率的な処理を保証します。コンタクトセンターが閉じている場合、発信者にはその閉鎖の通知が送信されます。

主な機能は次のとおりです。

  • 勤務時間、休日、緊急時のオーバーライドを一元管理します。
  • 営業時間の設定に基づく自動ルーティング。
  • カスタム音声ファイルをアップロードすることはできますが、Cisco Text-to-Speech(TTS)はすべての音声プロンプトに使用されます。
  • デフォルトの保留音は defaultmusic_on_hold.wavですが、これはカスタマイズできます。

前提条件

  • 営業時間のセットアップ:Control Hub で勤務時間、休日リスト、オーバーライドを作成します。
  • 音声ファイル:次のようなプロンプトに必要な音声ファイルをアップロードします: BusinessHoursOpen.wav または、Cisco TTS 機能を使用します。
  • キュー、チーム、およびエントリポイントのマッピング:Webex Contact Center 管理ポータルでこれらの要素を設定します。

フローの内訳

次の表に、コール プロセスに関連するさまざまなフロー要素について説明し、各ステージで発生するアクションと応答の詳細を示します。

フロー要素 説明
着信通話コールが開始され、フローに入ります。
営業時間の評価システムは、現在の時刻が勤務時間、休日、またはオーバーライド状態内にあるかどうかを確認します。
営業時間の処理コンタクトセンターが開いている場合、ウェルカム メッセージが再生され、コールはエージェント キューにルーティングされます。
営業時間外コンタクトセンターが閉じている場合、営業時間外メッセージが再生され、通話が切断されます。
緊急時のオーバーライド 緊急のオーバーライドがアクティブな場合、緊急メッセージが再生され、コールは切断されます。

フロー アクティビティ

次の表に、フローアクティビティのシーケンスを示します。

フロー アクティビティ説明

開始

(新しい電話連絡先)

フローは、新しい電話連絡先を受信したときに開始されます。

営業時間チェック

(営業時間)

システムは、コンタクトセンターが通常の勤務時間、休日、または緊急オーバーライド内にあるかどうかを確認します。

勤務時間のプロンプト

(WorkingHours_Prompt)

勤務時間中は、コンタクトセンターが開いていることを発信者に知らせるメッセージが再生されます (デフォルトのファイル:BusinessHoursOpen.wav) として共有する必要があります。

キュー連絡先

(Agent_Queue)
発信者はキューに配置され、対応可能なエージェントにルーティングされます。

保留中の音楽

(HoldMusic)
発信者がキューで待機している間に音楽が再生されます (デフォルト ファイル: defaultmusic_on_hold.wav) として共有する必要があります。

休日終了

(休日終了)

休日の場合は、オフィスが閉じられていることを発信者に知らせるメッセージが再生されます。

営業時間外のプロンプト

(AfterHours_Prompt)

営業時間外の場合は、オフィスが閉じられていることを発信者に知らせるメッセージが再生されます。
緊急のオーバーライド

(Override_Emergency)

緊急オーバーライドの場合、緊急メッセージが再生されます。
連絡先を切断

(DisconnectContact)

メッセージが再生されると (営業時間外、休日、緊急時など)、通話が切断されます。

その他のリソース

営業時間、休日リスト、オーバーライドの設定の詳細については、「Webex Contact Center セットアップと管理ガイド」を参照してください。

包括的な着信連絡先

Webex Contact Center のこのフロー デザイナー テンプレートを使用して、着信通話、営業時間チェック、キューアナウンスの位置、コールバック オプションの包括的な処理を行います。

このフローは、Webex Contact Center の包括的な着信音声通話シナリオを示しています。これには、営業時間、休日、緊急時のオーバーライド、セルフサービスオプション、キューでの位置 (PIQ) アナウンス、顧客のコールバックオプションが含まれます。基本的なセルフサービスやコール キューが必須の環境に適しています。

フローを変更して、特定の組織のニーズに合わせて、不明な条件を適切に処理します。

このフローでは、プロンプトが必要な音声アクティビティに Cisco Text-to-Speech(TTS)を使用します。音楽の場合、デフォルトは defaultmusic_on_hold.wav 提供されたファイル。

前提条件

このフローを実装する前に、次の要件が Webex Contact Center 管理ポータルで満たされていることを確認してください。

  • エントリポイント、キュー、チーム、エントリポイントのマッピング、およびコネクタ、アウトダイヤル ANI などの組織固有の設定を作成します。
  • 勤務時間、休日リスト、緊急時のオーバーライドを以下からセットアップ: Control HubServices Contact Center SetupBusiness Hours.

  • Cisco Text-to-Speech (TTS) の代わりにカスタム音声プロンプトが使用される場合は、静的な音声ファイルをアップロードします。

詳細な手順については、Webex Contact Center のセットアップと管理ガイド を参照してください。

フローの内訳

次の表に、コール プロセスに関連するさまざまなフロー要素について説明し、各ステージで発生するアクションと応答の詳細を示します。

フロー要素

説明

着信通話コールは NewContact アクティビティでフローに入ります。
営業時間を確認フローは、BusinessHours アクティビティを使用して、定義された営業時間に対して現在の時刻をチェックします。
  • 勤務時間:コールは Work_Non_WorkHours_Match アクティビティにルーティングされ、営業時間や営業時間外の条件に基づいて処理されます。
  • 休日:Holiday_Closed メッセージが再生され、休日のためにオフィスが閉じられたことを発信者に通知し、その後切断されます。
  • 緊急のオーバーライド:Override_Emergency アクティビティは、緊急オーバーライド メッセージを再生し、その後切断されます。
  • 営業時間外:AfterHours_Prompt アクティビティは、営業時間外のメッセージを再生し、コールは切断されます。
セルフサービス オプション営業時間内に、WelcomeMenu (IVR メニュー) アクティビティは、発信者に基本的なセルフサービス オプションを提供するメニューを再生します。
  • 1 を押してカスタマー サポートを要請します:コールはサポート チームのキューに入ります。
  • セールスには 2 を押してください:通話はセールスチームのキューに入ります。
キューの配置 発信者は キュー アクティビティを使用してキューに配置されます。

GetPositioninQueue アクティビティは、キュー内の発信者の位置を取得します。この情報は、PlayPIQ アクティビティを使用して発信者に通知されます。

コールバックとボイスメールのオプション発信者がボイスメールから退出するかコールバックをリクエストした場合、FinalMenu アクティビティがトリガーされます。
  • コールバックするには 1 を押します:Callback_guf アクティビティは、コールバックをスケジュールするために使用されます。
  • ボイスメールの場合は 2 を押します:コールは VoiceMail アクティビティを使用してボイスメールに転送されます。

保留中の音楽

発信者がキューで待機している間に音楽が再生されます(デフォルト ファイル:defaultmusic_on_hold.wav)。

ループ処理

このフローにより、発信者が何度もループした場合 (CallLoopCycle および LoopCycle のアクティビティ経由)、最終的なメニュー オプション (コールバックまたはボイスメール) に転送されます。
通話の切断すべての手順が完了した後、または発信者が終了を選択すると、DisconnectContact アクティビティを使用して通話が切断されます。

フロー アクティビティ

次の表に、このフロー テンプレートに関連するフロー アクティビティのシーケンスを示します。

フロー アクティビティ

説明

開始

(NewContact)

コールの受信時にフローを開始します。

営業時間チェック

(営業時間)

通話が営業時間、休日、または緊急のオーバーライド状況にあるかどうかを確認します。

IVR メニュー

(ウェルカム メニュー)

セルフサービスのオプションのメニューを再生します (サポートには 1、営業には 2 を押します)。

キュー処理

  • キュー:発信者を適切なチームのキューに配置します (サポートやセールスなど)。
  • GetPositioninQueue:キュー内の発信者の位置を取得してアナウンスします。
  • PlayPIQ:キュー内の発信者の位置をアナウンスします。

保留中の音楽

(MusicOnHold)

発信者がキューで待機している間、保留音を再生します。

ループ処理

(CallLoopCycle および LoopCycle)

ループする回数が多すぎるコールが最終メニューに転送されるようにします。

切断

(DisconnectContact)

メッセージの後、または発信者がインタラクションを終了することを選択したときに、コールを切断します。

その他のリソース

詳細については、Webex Contact Center のセットアップと管理ガイド を参照してください。

CSAT DTMF アンケート

このフロー テンプレートには、自動音声応答(IVR)によるポストコール調査(PCS)システムの機能が含まれています。このアンケートは、基本的なメニューとタッチトーンの IVR を使用して、顧客満足度の評価を効率的かつ効果的に取得するように設計されています。

このフローにより、Webex Contact Center は Dual-Tone Multi-Frequency (DTMF) トーンを使用してシンプルな自動化されたポストコール調査を通じて、顧客のフィードバックを効率的に収集できます。顧客は、評価のプロンプトが表示されたら、通話エクスペリエンスを評価します。システムは、レポートに使用されるグローバル変数で顧客の応答を収集します。このアンケートでは、顧客満足評価を 1—5 のスケールで取得します。

このフローは、いくつかの簡単な手順でポストコール調査を簡単にセットアップするために構築されています。スピーチ ツー テキスト コネクタを含む、必要なすべてのビルディング ブロックが事前パッケージされています。

使用法

このフローをコール後のアンケート フローとして効果的に使用するには、メイン フローの AgentDisconnected イベントから GoTo フロー を接続します。これにより、エージェントがコールを切断すると、発信者には、顧客満足度(CSAT)応答を取得するポストコール自動音声応答(IVR)アンケートが表示されます。

このフローには、顧客に対して再生できるメッセージが含まれます。必要に応じてメッセージをカスタマイズできます。

前提条件

このフローを設定する前に、次の変数を作成します。

  • カウンター アンケート

    • タイプ - 整数

    • デフォルト値:0

    • Description: 各無効な応答またはタイムアウト応答によるアンケートの試行回数と増分を追跡します。

  • グローバルフィードバックSurveyResponse

    • タイプ - 整数

    • デフォルト値:0

    • ソース—グローバル変数
    • 報告可能 - トグルをオンにします。
    • 説明: 無効な/タイムアウトのシナリオがある場合は、顧客の評価の応答または「NoResponse」を保存します。

フロー アクティビティ

次の表に、フローで使用されるアクティビティを示します。

フロー アクティビティ説明

開始

新規連絡先

新しい電話連絡先が開始されると、アンケートを開始します。

SurveyOptions(IVR メニュー)

ユーザーに評価 (1—5) を選択するようにプロンプトします。番号1、2、3、4、5 は満足度レベルに対応しています。

タイムアウトまたは無効な応答により、再試行されます。

SetSurveyResponse

ユーザーの選択を取り込み、Global_FeedbackSurveyResponse 変数に保存します。

設定 カウンター 調査

タイムアウトまたは無効な応答の後、CounterSurvey 変数を増加させます。

チェック カウンター 調査

次の条件の CounterSurvey > 2 を使用して、再試行回数が 2 を超えるかどうかを検証します。

再試行が疲れている場合、アンケートを終了します。

SetVariable_r3K

再試行が疲れている場合、SurveyResponse に「NoResponse」を割り当てます。

プレイアンケートの録音

応答をキャプチャした後、感謝のメッセージを再生します。

連絡先の切断

通話を正常に終了します。

DialogFlow ES 仮想エージェント

この Webex Contact Center フロー デザイナー テンプレートは、Google DialogFlow ES と Webex Contact Center 間のデータ フローを実証し、対話中に両方のプラットフォーム間でデータを渡す方法に焦点を当てています。

このフローでは、顧客とのやり取りを処理するために、Webex Contact Center と DialogFlow ES の間でデータがどのように渡されるかを示します。自然言語処理と自動エージェントのフルフィルメントのために、DialogFlow ES とデータが交換される基本的なフローを提供します。DialogFlow との統合により、ボットは顧客の意図を理解し、会話に基づいて適切なアクションを実行できます。さらに、このフローにはエラー処理が含まれており、予期しない状況が発生した場合でもスムーズなカスタマー エクスペリエンスを保証します。

前提条件

このフローを実装する前に、次の要件が Webex Contact Center 管理ポータルで満たされていることを確認してください。

  • 会話に関連するインテントを持つ Google DialogFlow ES エージェント。
  • エントリポイント、キュー、チーム、およびエントリポイントのマッピングを作成します。
  • DialogFlow ES で Webhook フルフィルメントを有効にし、インライン エディタでサンプル node.js コードを使用します。
  • Cisco Text-to-Speech(TTS)は、カスタム メッセージを動的に生成するために有効になっています。Cisco Text-to-Speech (TTS) の代わりにカスタム音声プロンプトが使用される場合は、静的な音声ファイルをアップロードします。

フローの内訳

次の表に、コール プロセスに関連するさまざまなフロー要素について説明し、各ステージで発生するアクションと応答の詳細を示します。

フロー要素

説明

顧客が連絡先を開始する 通話は Webex Contact Center によって受信されます。
データは DialogFlow ES に渡されます名前や通話の理由などの顧客の詳細を含むカスタム グリーティングは、処理のために DialogFlow ES ボットに送信されます。
DialogFlow とのボット インタラクションDialogFlow は、設定されたインテントに基づいて入力と応答を処理します。
待機中の音楽ボットがリクエストを処理する間、顧客は保留音のあるキューに配置されます。
切断ダイアログが完了すると、インタラクションが終了します。

フロー アクティビティ

次の表に、このフロー テンプレートに関連するフロー アクティビティのシーケンスを示します。

フロー アクティビティ

説明

開始

このアクティビティはフローの開始を示します。新しいコールを受信するとトリガーされます。
言語の設定このフローでは、Set Variable アクティビティを使用して、対話全体に対して言語コード (en-US) を設定します。これにより、すべての音声対話は発信者の言語設定と一致します。
カスタム グリーティングこのアクティビティは、名前、メール、通話の理由などの顧客の詳細を DialogFlow ES ボットに送信します。グリーティングは、Cisco Text-to-Speech(TTS)を使用して動的に生成されます。渡されたデータの例:
  • 顧客名:ジェーン・ドゥー
  • customerEmail: customer@email.com
  • customerReason:予約

エージェントへのキュー

インタラクションにエスカレーションが必要な場合、顧客はキューに配置され、保留中の音楽は defaultmusic_on_hold.wav ファイルを保存する場所を選択します。
音楽の再生発信者がキューで待機している間に音楽が再生されます。このフローでは、Cisco のデフォルトの保留音を使用しますが、異なる音楽ファイルをアップロードすることでカスタマイズできます。

切断

このアクティビティは、フローが完了するとコールを切断し、インタラクションをシームレスに終了させます。

フローの詳細

この例で使用されているフロー JSON には、Webex Contact Center と DialogFlow の間のインタラクション処理、エラー処理、通信に不可欠な変数とアクティビティが含まれています。使用されている主な変数は次のとおりです。

フロー変数

説明

Global_FeedbackSurveyOptIn

顧客が通話後のアンケートにオプトインするかどうかを追跡します。
顧客名パーソナライゼーションのために顧客の名前を取得します。
顧客メール顧客のメールをキャプチャします。
customerReason顧客のコールの理由を記録します。
Global_Languageデフォルト言語 (en-US) を設定します。

Global_VoiceName

テキスト読み上げに使用する音声を決定します。

その他のリソース

このインテグレーションの詳細については、Webex Contact Center での Google DialogFlow ES でのデータの操作 ビデオを参照してください。

詳細については、Webex Contact Center デベロッパー ドキュメント および DialogFlow ES ドキュメント を参照してください。

デベロッパー サポート

このインテグレーションに関するサポートについては、Webex デベロッパー ポータル を通じて Webex Contact Center デベロッパー サポート チームとチケットを開きます。

詳細な議論については、Webex Contact Center API 開発者コミュニティ を参照してください。

動的変数サポート

このテンプレートでは、外部設定を取得し、これらの設定を使用してフロー変数を設定し、変数設定に基づいてコールをルーティングする、高度で動的着信音声フローを提供します。

フローは、HTTP リクエストを通じてフロー設定を動的に取得し、フローの残りの部分をガイドする変数を設定します。これらの変数は、ルーティングの決定、キュー処理、プロンプト、およびエラー管理を管理します。これは通常、勤務時間や休日などのリアルタイムのビジネス条件に基づく通話処理の柔軟性を必要とするシナリオで使用されます。動的変数ベースのルーティングを使用して、1 つのフローをさまざまなユースケースで再利用できます。

このフローにより、適切なメッセージの再生、勤務時間やエラーケースの処理、組織の特定の要件に基づいてルーティングを行うことで、スムーズで効率的な発信者のエクスペリエンスが保証されます。

このフローでは、プロンプトが必要なすべての音声アクティビティに Cisco Text-to-Speech(TTS)を使用します。フロー変数を更新することで、カスタム保留音やメッセージを設定できます。

前提条件

このフローを実装する前に、次の要件が Webex Contact Center 管理ポータルで満たされていることを確認してください。

  • エントリポイント、キュー、チーム、エントリポイントのマッピング、コネクタ、アウトダイヤル ANI などの組織固有の設定アクティビティを作成します。
  • 必要な静的な音声ファイルまたはカスタム TTS プロンプトがシステムにアップロードされていることを確認します。

  • フロー設定を取得するための有効な API エンドポイントを持っています

詳細な手順については、Webex Contact Center のセットアップと管理ガイド を参照してください。

フローの内訳

次の表に、コール プロセスに関連するさまざまなフロー要素について説明し、各ステージで発生するアクションと応答の詳細を示します。

フロー要素

説明

新規連絡先フローは、エントリポイントでコールを受信したときに開始されます。
HTTP リクエスト このフローは、コールの DNIS に基づいてフロー設定を動的に取得する HTTP 要求を行います。
営業時間チェックフロー設定に応じて、フローは営業時間、休日、オーバーライドを確認して、通話を適切にルーティングします。
メッセージの再生 (ようこそ)取得された設定に基づいて、ウェルカムメッセージが TTS または事前に録音されたプロンプトを使用して再生されます。
キュー アクティビティ必要に応じて、動的変数に基づいてコールがキューに配置されます。
音楽を再生する (キューの管理とキュー内の音楽)発信者がキューで待機している間、保留中の音楽が再生され、動的に設定できます。
エラー処理エラーが発生した場合、コールは動的な変数によって有効化された GoTo を使用して、エラー処理フローまたは別のエントリ ポイントにリダイレクトされます。

フロー アクティビティ

次の表に、このフロー テンプレートに関連するフロー アクティビティのシーケンスを示します。

フロー アクティビティ

説明

開始

このフローは、NewContact アクティビティを通じてコールを受信したときに開始されます。
HTTP リクエスト FetchFlowSettings アクティビティは、営業時間、プロンプト、キューの設定など、必要なすべてのフロー設定を取得するために HTTP 要求を実行します。

IVR メニュー

(ウェルカム メニュー)

セルフサービスのオプションのメニューを再生します (サポートには 1、営業には 2 を押します)。

変数の設定SetVariable アクティビティは、HTTP リクエストから取得したデータを保存し、businessHours、キュー、welcomePrompt、holdMusic などのフロー関連変数に値を割り当てます。
営業時間BusinessHours アクティビティは、作業スケジュール、休日、オーバーライドをチェックし、現在の時間に基づいてフローを指示します。
メッセージを再生PlayMessage アクティビティは、発信者にウェルカムメッセージを再生します。これは動的に設定するか、事前に設定できます。
Queue ContactQueueContact アクティビティは、キューの管理とフォールバック処理に動的な変数を使用して、発信者を適切なキューに配置します。
音楽の再生PlayMusic アクティビティは、holdMusic 変数に基づいて設定され、キューで待機している発信者に保留音楽を再生します。
次のページへ移動します:複数の移動アクティビティは、フローの異なる部分間を移動したり、休日やエラーなどの特定の条件を処理したりするために使用されます。
切断必要な手順をすべて完了すると、フローは適切な切断またはリダイレクトで終了します。

ハローワールド

このテンプレートを使用して、シンプルな着信音声フローを作成し、発信者にメッセージで挨拶し、切断します。このフローは営業時間外によく使用されます。

このフローは、発信者にアナウンスを再生するシンプルなフローを提供します。エラーや不明な条件を処理して、スムーズな発信者のエクスペリエンスを保証するために、フローを変更します。

サブフローでは、音声プロンプトに Cisco Text-to-Speech を使用します。音楽の場合、デフォルトはビルトインファイル (defaultmusic_on_hold.wav)、保留中の音楽の場合。

前提条件

このフローを実装する前に、次の要件が Webex Contact Center 管理ポータルで満たされていることを確認してください。

  • エントリポイント、キュー、チーム、エントリポイントのマッピング、およびコネクタ、アウトダイヤル ANI などの組織固有の設定アクティビティを作成します。
  • Cisco Text-to-Speech (TTS) の代わりにカスタム音声プロンプトが使用される場合は、静的な音声ファイルをアップロードします。

    詳細な手順については、Webex Contact Center のセットアップと管理ガイド を参照してください。

フローの内訳

  1. コールが受信され、フローに入ります。
  2. 発信者にウェルカム メッセージが再生されます。
  3. 発信者はキューに配置されます。
  4. 発信者が待機している間、保留音が再生されます。

フロー アクティビティ

次の表に、このフロー テンプレートに関連するフロー アクティビティのシーケンスを示します。

フロー アクティビティ

説明

開始

フローはコールを受信したときに開始されます
メッセージを再生
  • コールは WelcomeMessage アクティビティに転送され、発信者にウェルカムメッセージが再生されます。
  • これは TTS を使用しますが、事前に録音されたメッセージ、発信者へのあいさつをしたり、一部の情報を提供したりできます。

切断

  • ウェルカム メッセージの後、通話は切断アクティビティに転送されます。
  • このアクティビティはコールを切断し、メッセージの再生後にインタラクションを終了します。

その他のリソース

詳細については、Webex Contact Center のセットアップと管理ガイド を参照してください。

メニューの自動音声応答

この Webex Contact Center フロー デザイナー テンプレートを使用して、効率的なコール ルーティングのためのメニュー駆動システムを作成します。インバウンドアクションを自動化し、発信者を適切なチームやサービスに誘導して、よりスムーズなエクスペリエンスを実現します。

このフローは、発信者と最初のインタラクションを自動化し、さまざまなメニュー オプションをナビゲートできるようにします。動的エラー処理、多言語サポート、エラーまたは認識されない入力時の丁寧な切断プロセスが含まれます。

このフローでは、音声プロンプトに Cisco Text-to-Speech(TTS)を使用します。音楽の場合、デフォルトはビルトインファイル (defaultmusic_on_hold.wav)、保留中の音楽の場合。

前提条件

このフローを実装する前に、次の要件が Webex Contact Center 管理ポータルで満たされていることを確認してください。

  • エントリポイント、キュー、チーム、およびエントリポイントのマッピングを作成します。
  • Cisco Text-to-Speech (TTS) の代わりにカスタム音声プロンプトが使用される場合は、静的な音声ファイルをアップロードします。

詳細な手順については、Webex Contact Center のセットアップと管理ガイド を参照してください。

フローの内訳

次の表に、コール プロセスに関連するさまざまなフロー要素について説明し、各ステージで発生するアクションと応答の詳細を示します。

フロー要素

説明

着信通話

(新しい電話連絡先)

新しい電話連絡先が着信コールによって開始されると、フローがトリガーされます。

ウェルカム メッセージ

(ウェルカム プロンプト)

グリーティングメッセージが再生されます。Webex Contact Center へようこそ!

メインメニュー

(IVR メニュー)

発信者には、一連のメニュー オプションが表示されます。メニューは TTS を使用して音声で読み取られ、さまざまなサービス オプションを発信者に案内します。

  • サービス チームについては 1 を押してください
  • セールスチームについては 2 を押してください
  • 海外チームについては 3 を押してください
  • 営業時間については4を押してください
  • 5 を押してよく寄せられる質問
  • 前提条件については 6 を押してください
  • 請求の問題については 7 を押してください
  • 担当者は 8 を押してください
  • 一般情報については 9 を押してください
  • # を押してメニューを繰り返す
  • 電話を切るには * を押してください

選択に基づくルーティング

選択したオプションに基づいて、発信者は特定のチーム (ブラインド転送) に転送されるか、次のエージェントが応答可能になるまでキューに配置されます。

エラー処理

無効な入力にエラーメッセージが表示され、発信者には再試行を促すプロンプトが表示されます。

保留音

(音楽)

キューで待機しているときに、デフォルトの保留音 (defaultmusic_on_hold.wav) が再生されます。

切断

このフローは、コールを切断することで終了します。

フロー アクティビティ

次の表に、フローアクティビティのシーケンスを示します。

フロー アクティビティ

説明

新しい電話の連絡先

(開始)

これは、新しい電話連絡先が着信コールによって開始される場合のフローの開始点です。

メッセージを再生

(ウェルカム プロンプト)

顧客にはメッセージが送信されます。Webex Contact Center へようこそ!

この手順では、Cisco Cloud Text-to-Speech(TTS)を使用してメッセージを生成します。

メインメニュー

(IVR メニュー)

発信者にメニューが表示され、さまざまなオプションが表示されます。

  • サービス チームについては 1 を押してください
  • セールスチームについては 2 を押してください
  • 海外チームについては 3 を押してください
  • 営業時間については4を押してください
  • 5 を押してよく寄せられる質問
  • 前提条件については 6 を押してください
  • 請求の問題については 7 を押してください
  • 担当者は 8 を押してください
  • 9 を押してサービス チームと再び話す
  • # を押してメニューを繰り返す
  • 電話を切るには * を押してください

選択に基づくルーティング

(条件)

選択したオプションに基づいて、発信者は特定のチーム (ブラインド転送) に転送されるか、次のエージェントが応答可能になるまでキューに配置されます。

  • サービスまたはセールスチームへのブラインド転送。
  • 待機中に保留中の音楽が再生され、代表の発信者をキューに入れます。

音楽の再生

(保留音)

キューに入れられた通話の場合、発信者が次の対応可能なエージェントを待機している間、システムは保留音を再生します。

エラー処理

無効なオプションが選択されている場合、または入力がタイムアウトした場合は、発信者に再試行を促すメッセージが再生されます。

切断

インタラクションが完了するか、エラーが発生すると、連絡先の切断 アクティビティを使用して通話を切断します。

その他の使用事例

  • サブメニュー:言語選択メニューがあります。英語の場合は 1、スペイン語の場合は 2 を押して希望の言語を選択できます。発信者が # を押すと、メニューが繰り返されます。
  • エラー メッセージ:無効な入力を受信すると、エラー メッセージが再生されます。重大なエラーの場合、システムは発信者の謝罪と切断を行います。

その他のリソース

詳細については、Webex Contact Center のセットアップと管理ガイド を参照してください。

Microsoft Dynamics HTTP(S) データ ディップ

このフロー デザイナー テンプレートを使用して、HTTP コネクタを使用して MS Dynamics に接続する Webex Contact Center で IVR フローを作成します。このフローは、CRM から ANI を使用して顧客とケースの詳細を取得し、パーソナライズされたメッセージで発信者に挨拶し、通話をルーティングします。

このフローでは、発信者は CRM データに基づいてパーソナライズされたメッセージで挨拶され、ケースが見つからない場合、コールはエージェントに転送されます。エージェントは、スクリーンポップを通じて、顧客またはケースの詳細をリアルタイムで提供されます。フローは 2 つの HTTP 要求を通じて MS Dynamics と対話します。

  1. ANI ルックアップを実行して顧客の詳細を取得します。
  2. 顧客 ID に基づいて最新のケースの詳細を取得します。顧客またはケース情報が見つからない場合、コールはエージェントにルーティングされ、適切なメッセージが発信者に再生されます。エージェントは、新しいケース フォームまたは顧客に対して最後に作成されたケースの詳細を示すスクリーンポップを受け取ります。

画面ポップアップが有効になり、エージェントが通話に応答するときに必要な情報が用意されていることを確認できます。

前提条件

このフローを実装する前に、次の要件を満たしていることを確認してください。

  • Azure で MS Dynamics CRM に登録されているアプリケーション。
  • Control Hub での OAuth 2.0 とコネクタのセットアップは、事前に構成する必要があります。
  • テンプレートを Flow Designer にインポートします。
  • 組織のニーズに基づいて、フロー変数、キュー、特定の設定を調整します。

このフローでは、動的なプロンプトに対して Cisco Text-to-Speech(TTS)を使用します。静的な音声が必要な場合、ユーザーは音声ファイルをアップロードできます。デフォルトの保留音は Webex リポジトリから使用されます。

フローの内訳

次の表に、コール プロセスに関連するさまざまなフロー要素について説明し、各ステージで発生するアクションと応答の詳細を示します。

フロー要素

説明

着信通話

発信者の ANI が取得されます。

削除 ANI

+ の国コードが ANI から削除されます。

顧客情報を取得

削除された ANI を使用して顧客の詳細を検索するために、MS Dynamics CRM に HTTP リクエストが作成されます。

条件チェック - 顧客が存在します

顧客が存在する場合、ケースの詳細を取得するために別の HTTP リクエストが行われます。顧客が存在しない場合、No Case Found メッセージが再生されます。

パーソナライズされたケース情報を再生

ケースが見つかった場合、発信者は最後のケースの詳細で挨拶されます。

エージェントにルーティングするか切断する

発信者には、エージェントと話したり、切断したりするオプションが提供されます。

エージェントの画面ポップアップ

エージェントが応答すると、ケースの詳細または新しいケースフォームが新しいブラウザ タブに表示されます。

フロー アクティビティ

次の表に、HTTP コネクタを使用して MS Dynamics に接続する IVR フローのフローアクティビティのシーケンスを示します。

フロー アクティビティ

説明

開始

コールの受信時にフローを開始します。

削除 ANI

MS Dynamics のルックアップに備えるために、ANI から + の国コードを削除します。

顧客情報を取得

ANI に基づいて顧客のフルネームと連絡先 ID を取得するための HTTP GET リクエストが送信されます。

条件チェック - 顧客が存在します

顧客が MS Dynamics に存在するかどうかを確認します。true の場合、ケースの詳細を取得します。false の場合、ケースが見つからなかったことを発信者に通知するメッセージを再生します。

ケース情報を取得

前のステップから顧客の ID を使用してケースのタイトルとケース番号を取得します。

パーソナライズされたメッセージを再生

発信者に名前で挨拶し、TTS(Text-to-Speech)を使用してケースの詳細を提供します。

ケースを再生できません

発信者のケースが見つからない場合にメッセージを再生し、エージェントに転送されることを通知します。

メインメニュー

発信者にエージェントに接続するか、通話を切断するかを指定します。

キュー連絡先

事前定義されたキュー設定に基づいて、発信者を対応可能なエージェントにルーティングします。

音楽の再生

発信者がキューで待機している間、保留音を再生します。

連絡先を切断

発信者が切断を選択した場合、通話を終了します。

画面ポップアップ

コールに応答すると、エージェントにケース情報または新しいケースフォームをポップアップします。

その他のリソース

フローの設定手順については、Webex Contact Center セットアップと管理ガイド を参照してください。

MS Dynamics インテグレーションのデモンストレーションについては、 MS Dynamics CRM のカスタム コネクタを設定する方法を参照してください。

Microsoft Dataverse 環境に認証する API ツールの詳細については、Dataverse Web API でインソムニアを使用する を参照してください。

パーセンテージ割り当てと A/B 分布

この Webex Contact Center フロー デザイナー テンプレートを使用して、異なるキューに割合で通話を分配し、スムーズな操作を保証し、通話量が多いときにドロップオフを最小限に抑えます。

このフローは、パーセンテージに基づく割り当てに基づいて着信通話を分配します。具体的には、連絡先の 90% がメイン キューにルーティングされ、0% がオーバーフローサポート (非アクティブ)、10% がオフサイトキューにルーティングされます。割り当て後、発信者にはキューの割り当てを示すメッセージが再生され、エージェントが応答可能になるまで保留音が続きます。組織のニーズに合わせてフローを変更できます。

このフローでは、音声プロンプトに Cisco Text-to-Speech(TTS)を使用します。音楽の場合、デフォルトはビルトインファイル (defaultmusic_on_hold.wav)、保留中の音楽の場合。

前提条件

このフローを実装する前に、次の要件が Webex Contact Center 管理ポータルで満たされていることを確認してください。

  • エントリポイント、キュー、チーム、およびエントリポイントのマッピングを作成します。
  • Cisco Text-to-Speech (TTS) の代わりにカスタム音声プロンプトが使用される場合は、静的な音声ファイルをアップロードします。

詳細な手順については、Webex Contact Center のセットアップと管理ガイド を参照してください。

フローの内訳

次の表に、コール プロセスに関連するさまざまなフロー要素について説明し、各ステージで発生するアクションと応答の詳細を示します。

フロー要素

説明

通話レシート

コールは NewContact ポイントでフローに入ります。

割り当ての割合

90通話の割合は メインキュー にルーティングされます。

10通話の % は オフサイト キュー にルーティングされます。

キューメッセージを再生

割り当て割合の後、発信者には、割り当てパスを示すメッセージが流れます。

キュー連絡先

発信者は割り当てられたキューに配置されます。

保留中の音楽

キューで待機中、発信者には保留中の音楽が流れます。

エージェントの割り当て

コールは、割り当てられたキューで対応可能なエージェントにルーティングされます。

フロー アクティビティ

次の表に、フローアクティビティのシーケンスを示します。

フロー アクティビティ

説明

新規連絡先

これは、新しい電話連絡先が受信されたときの開始点です。

パーセント割り当て

パーセンテージ分布に基づいて着信連絡先を割り当てます。

  • 90% が メインキュー に転送されました。
  • 10% が オフサイトキュー に転送されました。

セット変数

割り当てられたパーセンテージ (90%、10%) を PercentageAllocated という変数にキャプチャします。

セット変数

コールが PercentageExitPath という変数に取った終了パス (メインキュー または オフサイト) をキャプチャします。

メッセージの再生

次のように、発信者に割り当てを通知する Cisco TTS を使用してメッセージを再生します。割り当てが 90% に達しています。ブランチ 1 のメイン キュー。

キュー連絡先

割り当てられたパス (メインキュー または オフサイト) に基づいて連絡先をキューします。

音楽の再生

保留音を再生 (defaultmusic_on_hold.wav) がキューで待機している間。

その他のリソース

詳細については、Webex Contact Center のセットアップと管理ガイド を参照してください。

Salesforce HTTP(S) データ ディップ

このフロー デザイナー テンプレートを使用して、HTTP コネクタを介して Salesforce に接続する Webex Contact Center で IVR フローを作成し、Salesforce ケースを管理するための動的ルーティングとデータ抽出を可能にします。

このフローは、Webex Contact Center の HTTP コネクタを使用して、ANI ルックアップを使用して Salesforce から顧客情報を取得します。このフローは、顧客のアカウント、連絡先、およびケース情報を Salesforce から取得し、それに応じて通話をルーティングします。

このフローでは、音声プロンプトに Cisco Text-to-Speech(TTS)を使用します。音楽の場合、デフォルトはビルトインファイル (defaultmusic_on_hold.wav)、保留中の音楽の場合。

前提条件

このフローを設定する前に、次のことを確認してください。

  • エントリポイント、キュー、チーム、エントリポイントのマッピング、コネクタ、アウトダイヤル ANI などの組織固有の設定アクティビティを作成します。
  • OAuth2 を使用して Salesforce コネクタを設定します。詳細な手順については、Webex Contact Center Salesforce コネクタに接続されたアプリを構成する を参照してください。
  • 添付フローをインポート Salesforce_HTTP_Connector.json を Webex Contact Center フロー デザイナーに追加します。
  • Salesforce API コレクション を使用して、REST API を探索します。
  • OAuth アクセス トークンを手動で生成するには、次のコマンドを使用します。
    curl --location --request POST 'https://abcde-dev-ed.my.salesforce.com/services/oauth2/token' \
    --header 'Content-Type: application/x-www-form-urlencoded' \
    --data-urlencode 'grant_type=password' \
    --data-urlencode 'client_id=clientId' \
    --data-urlencode 'client_secret=clientSecret' \
    --data-urlencode 'username=yourLogin@salesforce.com' \
    --data-urlencode 'password=yourPassword'
    

使用例

このインテグレーションの例は、Salesforce と Webex Contact Center を統合することにより、このフローがシームレスな顧客サービスを提供する方法を示しています。これにより、顧客とエージェントの両方が関連情報を簡単に利用できるようになります。

  1. 顧客が Webex Contact Center にコールすると、その電話番号が取得されます。
  2. システムは、一致するアカウントと連絡先情報を検索するために、Salesforce で ANI ルックアップを実行します。
  3. 取得したデータに基づいて、顧客にはパーソナライズされた IVR メッセージが送信されます。
  4. 顧客に関連付けられた未解決のケースがある場合、エージェントはデスクトップでこの情報を受信します。
  5. 通話後、Webex Contact Center は通話の詳細とコメントを Salesforce ケースに再投稿します。

フローの内訳

次の表に、コール プロセスに関連するさまざまなフロー要素について説明し、各ステージで発生するアクションと応答の詳細を示します。

フロー要素

説明

ANI ルックアップとルーティング

フローは、顧客の電話番号を取得することから始まります。電話番号がフォーマットされ、Salesforce API コールは ANI に関連付けられているアカウントと連絡先を取得します。顧客が見つかった場合、関連する Salesforce ケースに基づいてルーティングされます。

通話後の更新

エージェントがコールを完了すると、Webex Contact Center はコールコメントやコール ID などの情報を関連する Salesforce ケースに投稿します。

フロー アクティビティ

次の表に、フローアクティビティのシーケンスを示します。

フロー アクティビティ

説明

開始

(NewContact)

着信コールの詳細をキャプチャし、フローを開始します。

電話番号を設定

(SetPhoneNumber)

Salesforce API ルックアップのために取得した電話番号をフォーマットします。

アカウントのルックアップ

(AccountByANI)

Salesforce に HTTP GET 要求を実行し、電話番号に基づいて顧客のアカウント詳細を取得します。

連絡先のルックアップ

(ContactByANI)

Salesforce SOQL クエリを使用して電話番号に関連付けられた連絡先を取得します。

ケースのルックアップ

(CasebyContactId)

コンタクトにリンクされた未解決のケースを取得し、ケース番号と ID を含むケースの詳細を取得します。

キュー連絡先

(QueueContact)

取得した Salesforce 情報と顧客の優先度に基づいて、コールを適切なエージェントにルーティングします。

音楽の再生

(音楽)

顧客がエージェントに接続するのを待っている間、保留音を再生します。

画面ポップアップ

(ScreenPopAccount)

通話に応答すると、エージェントのデスクトップで顧客の Salesforce アカウント ページが開きます。

コメントを投稿

(PostComment)

対話が完了すると、通話の詳細を関連する Salesforce ケースに投稿します。

フローを終了

(EndFlow)

すべてのタスクを完了した後でフローを終了します。

その他のリソース

Webex Contact Center での Salesforce の設定の詳細については、Salesforce REST API の紹介 および Webex Contact Center セットアップと管理ガイド を参照してください。

包括的なビデオ設定については、次の 2 つの部分シリーズをご覧ください。

ServiceNow HTTP(S) データ ディップ

このフロー デザイナー テンプレートを使用して、Webex Contact Center を通じて、ServiceNow のインシデントやその他のオブジェクト タイプを安全に取得および更新します。

このフローは、Webex Contact Center と ServiceNow を統合して、HTTP コネクタを使用して決定をルーティングし、ServiceNow の REST API を通じてインシデントの詳細を取得します。着信音声コールを処理し、ANI ルックアップを実行し、関連情報の取得を行い、パーソナライズされたサービスを提供します。プロセスフローは次のとおりです。

  1. 通話は Webex Contact Center によって受信されます。
  2. 発信者にインシデントの詳細が記載されたウェルカムメッセージが再生されます。
  3. システムは、発信者の取得に ANI を使用して ServiceNow でルックアップを実行します sys_id を使用して、ServiceNow で発信者のオブジェクト識別子を取得します。
  4. 次に基づく: sys_id、システムは発信者のアクティブなインシデントを検索します。
  5. インシデント番号が発信者に再生されます。
  6. 通話は、インシデントの重症度に基づいて優先順位付けされ、次に利用可能なエージェントに対してキューに入れられます。
  7. 保留中の音楽は、発信者がキューで待機している間に再生されます。
  8. コールがエージェントに接続されると、インシデント情報がエージェントのデスクトップに表示されます。
  9. コール後、Webex Contact Center は ServiceNow の関連インシデントにコール情報を投稿します。

前提条件

このフローを設定する前に、次のことを確認してください。

  • OAuth2セットアップ:ServiceNow と Webex Contact Center で OAuth2 を、 ビデオ チュートリアル に従って設定します。
  • 管理者の設定:admin.webex.com にログインし、コネクタを設定します。移動 Contact Center > Connectors > Custom Connector > OAuth2.ビデオチュートリアルで説明されているように、必要な資格情報を入力します。

使用事例の例

このインテグレーションの例は、ServiceNow を ANI 検索とインシデント管理に活用しながら、Webex Contact Center がパーソナライズされたインタラクションを通じてカスタマー エクスペリエンスを向上させる方法を示しています。

  1. 着信通話:顧客が Webex Contact Center にコールインします。
  2. ANI ルックアップ:Webex は ServiceNow で ANI ルックアップを実行して発信者を識別します。
  3. インシデントルックアップ:ServiceNow は、発信者の詳細に基づいて、関連付けられたインシデント ID を取得します。
  4. パーソナライズされたグリーティング:顧客には、アクティブなインシデントを参照するパーソナライズされたメッセージが送信されます。
  5. ルーティングと優先順位:通話は、インシデントの重大度に基づいてルーティングされ、重大な問題への対処が最初に確保されます。
  6. エージェントの割り当て:コールは対応可能なエージェントにルーティングされ、エージェントのデスクトップにインシデントの詳細が表示されます。
  7. 通話後の更新:Webex Contact Center は、イベント フローを使用して、コール ID を含む関連する通話情報を ServiceNow に投稿します。

フロー アクティビティ

次の表に、フローで使用されるアクティビティとインテグレーションでの役割を示します。

フロー アクティビティ

説明

開始

(NewContact)

フローは、着信コールを受信したときに開始されます。

メッセージを再生

(あいさつ)

次のような Cisco Cloud 音声合成を使用してウェルカム メッセージを再生します。ServiceNow デモへようこそ。インシデント番号: {{incidentNum}}

変数を設定する

(ディジット ストリップ ANI)

完全一致のために、国際コード (+1) を ANI から削除します。

変数を設定する

(ANI 形式)

ANI を ServiceNow のクエリに必要な形式にフォーマットします: (123) 456-7890。

HTTP リクエスト

(ルックアップ ユーザー)

ユーザーの sys_id ServiceNow で ANI を使用します。

HTTP リクエスト

(捜索事件)

次を使用します: sys_id を選択して、発信者のアクティブなインシデントを ServiceNow から取得します。

メッセージを再生

(事故番号)

音声合成を使用してインシデント番号を発信者に通知します。

キュー連絡先

(キューからエージェントへ)

インシデントの重大度に基づいて、発信者を次の対応可能なエージェントのキューに配置します。

音楽の再生

(保留中の音楽)

発信者がキューにいる間に保留音を再生します。

ポスト通話

(ServiceNowにコメントを投稿する)

通話が終了したら、インシデント番号を含む通話情報を ServiceNow に戻します。

その他のリソース

REST API を探索してテストするには、ServiceNow API Postman コレクション (ServiceNow API Collection.postman_collection.jsonPostmanへ。これは、使用可能な API と、Webex Contact Center との対話方法を理解するのに役立ちます。

Webex Contact Center フローの詳細については、Webex Contact Center のセットアップと管理ガイド を参照してください。

キューへの単純な着信通話

Webex Contact Center のこのフロー デザイナー テンプレートを使用して、着信コールを処理する簡単なプロセスを提供します。発信者は挨拶され、エージェントにキューに入れられ、待機中に保留中の音楽が聞こえます。

このフローは、コンタクトセンター内の着信コールを処理するための簡単なプロセスを提供します。

  1. コールが受信され、エントリポイントを介してフローに入ります。
  2. 発信者にウェルカム メッセージが再生されます。
  3. 発信者は、次の対応可能なエージェントのキューに配置されます。
  4. キューで待機中、発信者に保留中の音楽が再生されます。
  5. このフローは、エラー処理メカニズムを配置し、エージェントが利用できない場合のフォールバックシナリオを可能にすることで、スムーズなエクスペリエンスを保証します。

前提条件

このフローを実装する前に、次の要件が Webex Contact Center 管理ポータルで満たされていることを確認してください。

  • エントリポイント、キュー、チーム、およびエントリポイントのマッピングを作成します。
  • Cisco Text-to-Speech (TTS) の代わりにカスタム音声プロンプトが使用される場合は、静的な音声ファイルをアップロードします。

詳細な手順については、Webex Contact Center のセットアップと管理ガイド を参照してください。

フロー アクティビティ

次の表に、このフロー テンプレートに関連するフロー アクティビティのシーケンスを示します。

フロー アクティビティ

説明

開始

(新しい電話連絡先)

フローは、エントリポイントを介してコールを受信したときに開始されます。コールがフローに受け入れられ、次のステップに進みます。

メッセージを再生

(ウェルカム プロンプト)

発信者を歓迎するメッセージが再生されます。このフローでは、メッセージは次のようになります。Webex Contact Center へようこそ!

このメッセージは Cisco TTS を使用して設定されますが、カスタム録音に置き換えることができます。

キュー

(直接連絡先)

ウェルカム メッセージの後、コールはキューに配置されます。キューはコールを Q_arubhatt キューに転送するように設定されています。これにより、発信者は最も長く対応可能なエージェントにルーティングされます。

音楽の再生

(保留音)

キューで待機している間、フローは保留音を再生します (defaultmusic_on_hold.wav) として共有する必要があります。ループする前に 30 秒間再生されます。

メッセージを再生

(保留中のメッセージ)

発信者が待機している間にセカンダリ メッセージが再生されます。大変お待たせしています。エキスパートとしてお会いするまでお待ちください。

このメッセージは Cisco TTS を使用して設定されますが、カスタム録音に置き換えることができます。

フローを終了

フローは、エージェント接続後、またはエラーが発生した場合に終了します。これにより、発信者がエージェントに接続されているか、またはエラーのためにフローを終了する必要があるかにかかわらず、スムーズに処理されます。

エラー処理

このフローは、フォールバック ルートを利用可能な状態で終了することで、予期しない問題を処理するように設計されています。

その他のリソース

詳細については、Webex Contact Center のセットアップと管理ガイド を参照してください。

Google DialogFlow CX の仮想エージェント

このフロー デザイナー テンプレートを使用して、Google DialogFlow CX を Webex Contact Center と統合します。このフローにより、柔軟でダイナミックなデータ処理により、顧客とのやり取りが強化されます。

このフローは、Webex Contact Center から Google DialogFlow CX にデータを渡す方法を示します。これにより、高度な仮想エージェント機能を利用できます。これには、名前、予定、通話理由などの発信者入力の処理の例が含まれており、両プラットフォーム間でシームレスにデータを転送することに焦点を当てています。

このフローでは、音声プロンプトに Cisco Text-to-Speech(TTS)を使用します。

前提条件

このサブフローを実装する前に、次の要件が Webex Contact Center 管理ポータルで満たされていることを確認してください。

  • エントリ ポイント、キュー、チーム、エントリ ポイント マッピング、コネクタなどの組織固有の設定アクティビティを作成します。
  • Cisco Text-to-Speech (TTS) の代わりにカスタム音声プロンプトが使用される場合は、静的な音声ファイルをアップロードします。
  • Google DialogFlow CX 仮想エージェントをセットアップし、必要な Webhook インテグレーションを設定します。

フローの内訳

  1. コールが受信され、フローに入ります。
  2. 発信者は、模擬エンドポイントから名前を取得する API に転送されます。
  3. Google DialogFlow CX の助けを借りて、発信者に名前を含めてウェルカムメッセージが再生されます。
  4. DialogFlow CX 仮想エージェントが発信者と対話し、予定日時などの情報を収集します。
  5. 顧客データは Webex Contact Center に戻され、さらなる処理が行われる可能性があります。
  6. インタラクションに基づいて、コールはエスカレーションまたは終了します。
  7. エスカレーションされた場合、発信者はキューに配置されます。
  8. 発信者がエージェントを待機している間、保留音が再生されます。

フロー アクティビティ

次の表に、フローアクティビティのシーケンスを示します。

フロー アクティビティ

説明

開始

このフローは、NewContact アクティビティを通じて開始されたコールを受信したときに開始されます。

HTTP リクエスト

(GetCustomerName)

システムは、HTTP リクエストを介して外部システムから顧客の名前を取得するための API リクエストを行います。

結果はグローバル変数 (DF_CustomerName) に保存され、Google DialogFlow CX とのさらなる対話に使用されます。

仮想エージェント

このフローは VirtualAgent アクティビティを呼び出し、顧客の名前を渡し、Google DialogFlow CX と対話します。

仮想エージェントは、通話の理由、予定の詳細などを含む情報を収集します。

解析

このアクティビティは、DialogFlow CX から受信した応答を解析し、それに応じてフロー変数 (Call_Reason、appointment_date、appointment_time) を更新します。

変数を設定する - 予定

DialogFlow CX から収集された予定日時はフォーマットされ、グローバル変数 (DF_Appointment) に保存されます。

キュー連絡先

仮想エージェントとの対話後、顧客がキューに配置され、次のエージェントが応答可能になるまで待機します。

音楽の再生

発信者がキューで待機している間、システムはデフォルトの保留音を再生します (defaultmusic_on_hold.wav) として共有する必要があります。

連絡先を切断

これ以上のアクションが必要ない場合は、DisconnectContact アクティビティを使用してコールが切断されます。

その他のリソース

Webex Contact Center と Google DialogFlow CX のインテグレーションの詳細については、Google DialogFlow CX デベロッパー ドキュメント および Webex Contact Center で仮想エージェント音声の設定 を参照してください。

サポートについては、Webex Contact Center デベロッパー サポート にアクセスするか、Webex Contact Center API デベロッパー コミュニティ に参加してください。

Zendesk HTTP(S) データ ディップ

このテンプレートは、Webex Contact Center の HTTP コネクタを使用して、Zendesk と統合します。このフロー デザイナー テンプレートを使用して、顧客データ検索を実行し、Zendesk でチケットを管理し、効率化します。

このフローでは、Zendesk の API を使用して、ANI (自動番号識別) に基づいて顧客データを抽出し、チケットの詳細を取得することで、Webex Contact Center を強化します。インシデントの重大度またはエージェントの可用性に基づいてコールをルーティングし、顧客とのやり取りを改善します。システムは、いくつかのアクションを実行できます。

  • ANI (発信者番号) に基づいて Zendesk ユーザーを検索します。
  • ユーザーの最新の未解決のチケットを取得します。
  • IVR を通じて、関連するチケットの詳細を顧客に提示します。
  • 定義済みの条件に基づいてエージェントに通話をルーティングするか、顧客による切断を許可します。

このフローでは、音声プロンプトに Cisco Text-to-Speech(TTS)を使用します。音楽の場合、デフォルトはビルトインファイル (defaultmusic_on_hold.wav)、保留中の音楽の場合。

前提条件

このフローを実装する前に、次の要件が Webex Contact Center 管理ポータルで満たされていることを確認してください。

  • API 認証が Zendesk インスタンスで有効になっていることを確認します。手順に従ってください。Admin > Apps and Integrations > APIs > Enable API authentication.
  • Zendesk HTTP コネクタは、以下を使用して設定する必要があります BasicAuth.
  • エントリポイント、キュー、チーム、その他の組織固有の設定アクティビティを作成します。
  • Cisco Text-to-Speech (TTS) の代わりに、カスタムの音声プロンプトまたはミュージック ファイルを使用する場合は、静的な音声ファイルをアップロードします。

詳細な手順については、Webex Contact Center のセットアップと管理ガイド を参照してください。

使用例

この例を使用して、このフローの仕組みについて詳しく理解してください。

  1. 顧客が Webex Contact Center にコールインします。
  2. ANI ルックアップが実行され、Zendesk から顧客の詳細を取得します。
  3. 顧客に関連付けられている最新のチケットを取得します。
  4. 顧客は IVR を通じて挨拶され、チケットのステータスが通知されます。
  5. 顧客は次のいずれかを実行できます。
    • エージェントに接続します。
    • エージェントと話さないことを選択した場合は、接続を解除します。
  6. 通話後、システムは関連する通話情報で Zendesk チケットを更新できます。

フローの内訳

次の表に、コール プロセスに関連するさまざまなフロー要素について説明し、各ステージで発生するアクションと応答の詳細を示します。

フロー要素

説明

着信通話

コールがシステムに入り、Zendesk コネクタが起動します。

Zendesk でユーザーを検索する

発信者の番号を使用して、Zendesk でルックアップを実行します。

チケットの詳細を取得

システムは、ユーザの最新の未解決のチケットを取得します。

チケットの詳細を表示

顧客は IVR メッセージを通じてチケットのステータスを通知します。

メニュー オプション

顧客はエージェントと話すか、切断するかを選択できます。

フロー アクティビティ

次の表に、フローアクティビティのシーケンスを示します。

フロー アクティビティ

説明

開始

フローは、コールを受信したときに開始されます。

ユーザーを検索する (Zendesk)

このアクティビティは、Zendesk に HTTP 要求を実行し、ANI に基づいてユーザーを検索します。

チケットの詳細を取得

ユーザーの最新のチケットを取得するために、別の HTTP リクエストが Zendesk に送信されます。

チケットの詳細を表示

TTS を通じて発信者にメッセージが再生され、チケットのステータスに関する情報が表示されます。

確認メニュー

システムは、顧客にメニューを提示し、エージェントに接続するか切断するかを許可します。

キュー連絡先

顧客がエージェントに接続することを選択した場合、その顧客はキューに配置されます。

音楽の再生

保留音は、顧客がエージェントを待機している間に再生されます。

コメントを投稿する (Zendesk)

コール後、システムはインタラクションを要約した Zendesk チケットにコメントを投稿します。

切断

顧客が切断を選択した場合、またはコールが完了した後で、システムはコールを切断します。

その他のリソース

このフローは、Webex Contact Center の HTTP コネクタを利用して、Zendesk の API と対話します。詳細については、Zendesk API のドキュメント および Webex Contact Center のセットアップと管理ガイド を参照してください。

コールバックを重複させない

このフロー テンプレートは、Webex Contact Center で拡張された HTTP アクティビティを活用して、Webex Contact Center 内のコールバック エントリが重複しないようにする方法を示します。 Content-Type: GraphQL.WebexCC API HTTP コネクタを使用して、検索 API と対話し、フローが同じ発信者から既存のコールバック要求を確認できるようにします。このテンプレートは、冗長なコールバックを回避して、効率性とカスタマー エクスペリエンスを向上させます。

このフロー テンプレートは、顧客がすでにシステムでコールバック要求を行ったかどうかを確認します。GraphQL 経由の検索 API を使用して、発信者の ANI (自動番号識別) のアクティブなコールバック タスクが存在するかどうかを判断します。

これは、Webex Contact Center 内の HTTP アクティビティを強化する機能を使用して、 Content-Type: GraphQL - WebexCC API HTTP コネクタを使用して、変数置換を含む新しい GraphQL コンテンツタイプを介して検索 API を使用する機能。

前提条件

このフローを実装する前に、次の要件を満たしていることを確認してください。

  • Webex Contact Center API へのコネクタを構成します。

  • Webex Contact Center 環境が正しくセットアップされていることを確認します。エントリポイント、エントリポイントマッピング、キューなど

フローの内訳

フロー要素

説明

着信通話

コールは NewContact アクティビティでフローに入ります。

初期グリーティング

PlayMessage_wgk アクティビティは、発信者に最初のグリーティング メッセージを再生します。

現在の時刻を抽出

SetVariable_7a1 アクティビティは、現在の時刻をエポックミリ秒単位で抽出し、 currentTime 変数。

時間前の時間の計算

SetVariable_8t9 アクティビティは、現在の時刻の 24 時間前の時間をエポックミリ秒単位で計算し、 goback_by_a_day 変数。

ANI をトリミング

SetVariable_ak4 アクティビティは ANI (発信者の電話番号) をトリミングして、ルックアップの目的で「+1」プレフィックスを削除します。

API コールを検索 (GraphQL)

  • SearchAPIRequest アクティビティは、GraphQL を使用して Webex Contact Center Search API を呼び出し、ANI に基づいて既存のアクティブなコールバック タスクを見つけます。

  • Webex の goback_by_a_day および currentTime 過去24時間以内に検索する変数。

  • GraphQL クエリは、アクティブでコールバックステータスを持つ発信者の ANI またはトリミングされた ANI に一致するタスクを検索します。

API 応答を確認

  • SetVariable_xye アクティビティは、検索 API コールからの HTTP ステータス コード、コールバック ステータス、および HTTP 応答本文を apiOutput 変数。

  • Condition_ts8 アクティビティは、検索 API コールからの HTTP 応答ボディに「Not Processed」が含まれているかどうかをチェックし、コールバックが重複しないことを示します。

重複コールバックの処理(見つかった場合)

  • 重複したコールバックが見つかった場合 (API 応答にはコールバックが含まれます)、PlayMessage_99x アクティビティはコールバックがすでにスケジュールされていることを発信者に通知し、DisconnectContact_mx8 アクティビティはコールを切断します。

新しいコールバックのスケジュール (見つかっていない場合):

重複したコールバックが見つからない場合、フローは Menu_lsi アクティビティに進みます。これにより、発信者にコールバックをスケジュールしたり、キューで待機したりするオプションが示されます。

コールバックをスケジュール

発信者がコールバックをスケジュールすることを選択した場合(1を押す)、コールバック_20e アクティビティは発信者の ANI を使用してコールバックをスケジュールします。PlayMessage_ysw 経由で確認メッセージが再生され、DisconnectContact_mx8_2bg がコールを切断します。

キューで待機する

発信者がキューで待機することを選択した場合(2を押す)、SetVariable_c0y はカウンタを増加させます。次に、通話は QueueContact_95e 経由でエージェントにキューされ、PlayMusic_qne 経由で保留音が再生されます。コールは Menu_lsi アクティビティにループバックします。

変数

  • コールバックステータス:(STRING) - コールバックの状態です。

  • カウンター:(整数) - カウンタ変数。

  • currentTime:(STRING) - epochからの秒数

  • goback_by_a_day:(STRING) - エポックからの時間 24 時間前 (ミリ秒単位)。

  • apiOutput:(STRING) - 検索 API からの HTTP ステータス コード、コールバックステータス、HTTP 応答の組み合わせ。

  • ANITrim:(文字列) - 発信者のトリミングされた ANI (電話番号)。

  • 応答:(STRING) - 検索 API からの HTTP 応答。

フロー アクティビティ

次の表に、このフロー テンプレートに関連するフロー アクティビティのシーケンスを示します。

フロー アクティビティ

説明

開始

(NewContact)

コールの受信時にフローを開始します。

アクション

メッセージの再生

発信者にメッセージを再生します。

通知

発信者のコールバックをスケジュールします。

音楽の再生

保留時に音楽を再生します。

キュー連絡先

コールをエージェントにキューします。

HTTP

GraphQL を使用して、検索 API に HTTP 要求を行います。

連絡先の切断

コールを切断します。

Set Variable

SetVariable:現在の時刻、時間 24 時間前、トリミングされた ANI、API 出力など、さまざまな変数を設定します。

条件

  • 条件:HTTP 応答本文に「未処理」が含まれているかどうかを確認します。

  • メニュー:発信者に、コールバックをスケジュールしたり、キューで待機したりするオプションを提供します。

保留音(MusicOnHold)

発信者がキューで待機している間、保留音を再生します。

ループ処理(CallLoopCycle および LoopCycle)

ループする回数が多すぎるコールが最終メニューに転送されるようにします。

切断(DisconnectContact)

メッセージの後、または発信者がインタラクションを終了することを選択したときに、コールを切断します。

その他のリソース

GraphQL での HTTP 要求の使用および Webex Contact Center 内のその他のアクティビティの詳細については、HTTP リクエスト のアクティビティ セクションを参照してください。

検索 API と GraphQL クエリの詳細については、WeBEX Contact Center API のドキュメント を参照してください。

音声プロンプトの録音と管理

このフロー テンプレートは、管理者が Telephony User Interface (TUI) 経由で Webex Contact Center 内の音声プロンプトを録音および管理するための合理化された方法を提供します。これは、`Content-Type: のサポートを含む、強化された HTTP アクティビティ機能を活用します。Webex Contact Center の音声ファイル (プロンプト) API と対話するためのフォーム データ。このテンプレートは、オンプレミスのシステムから使い慣れた機能を複製し、顧客エクスペリエンスと運用効率を向上させます。

前提条件

  • Webex Contact Center の Control Hub 設定ページからエントリポイントのマッピングを作成して構成します。「Webex Contact Center セットアップと管理ガイド」を参照してください。

  • Webex Contact Center API へのコネクタを構成します。

  • プロンプトで Cisco Text-to-Speech(TTS)が有効になっていない場合は、必要な静的な音声ファイルをアップロードします。

フローの内訳

フロー要素

説明

着信通話コールは NewContact アクティビティでフローに入ります。
(オプション) OTP 経由の管理者認証フロー開発者は、SMS 経由で ANI に送信される OTP やランダムに生成された番号/PIN などの安全な方法を使用して、管理者のオプションの認証障壁を実装できます。これはメイン メニューの前に追加できます。
メイン メニューMainMenu アクティビティ(IVR メニュー)は、管理者に次のオプションを提供します。
  • 1 を押して新しいプロンプトを作成します。

  • 既存のプロンプトを更新するには 2 を押します。

  • 既存のプロンプトを削除するには 3 を押します。

  • 4 を押してフローを終了します

プロンプトを作成 (オプション 1)
  • PlayMessage_kcx アクティビティは、新しい音声プロンプトを録音するように管理者に求めます。

  • Record_e0j アクティビティは、管理者からの音声入力を記録します。

  • 録音された音声は、CreatePrompt HTTP リクエスト アクティビティを使用して Webex Contact Center API に送信されます。 Content-Type: Form Data.

  • Parse_gke アクティビティは、応答を解析して、 id および blobId 新しく作成されたプロンプトのこれは、同じプロンプトを更新する必要がある場合に必要です。

  • PlayMessage_q16 アクティビティは、メッセージが作成されたことを確認します。

  • システムは、PlayRecordedMessage を使用して、録音された確認用のプロンプトを再生します。

プロンプトを更新 (オプション 2)
  • RecordPromptAfterTone アクティビティにより、管理者は更新されたプロンプトを録音するよう求められます。

  • Record_e38 アクティビティは新しい音声を録音します。

  • 次に、RenameFileToDelete を使用して削除するファイルの名前を変更します。これにより、音声ファイルが名前で参照される場所に関係なく、この音声ファイルへの参照が削除されます。

  • 更新された音声は、次を含む HTTPRequest_13n HTTP リクエストアクティビティを使用して Webex Contact Center API に送信されます。 Content-Type: Form Data.

  • 更新を確認し、PlayMessage_q16_jpg_03l および PlayMessage_0l6 を使用して新しいプロンプトを再生します。

プロンプトを削除(オプション3)
  • DeleteConfirm アクティビティで削除が確認されます。

  • フローは RenameFileToDelete を使用して削除するファイルの名前を変更します。

  • HTTPRequest_raf アクティビティは、Webex Contact Center API に DELETE リクエストを送信し、プロンプトを削除します。

  • システムは DeleteConfirm を使用して削除を確認します。

終了(オプション4)
  • バイバイ アクティビティでは、感謝のメッセージが再生されます。

  • DisconnectContact_cz4 アクティビティを使用して通話が切断されます。

変数

変数

タイプ

説明

blobId文字列音声ファイルの Blob ID
音声ファイルName文字列音声ファイルの名前 (デフォルト:「EmergencyDemo.wav」)。
id文字列音声ファイルの ID。
状況文字列API リクエストのステータス。
新規ファイルName文字列更新された音声ファイルの名前(デフォルト:「updatedFile.wav」)。
応答文字列API リクエストからの HTTP 応答。表 1デバッグ時の設定オプション

使用されているアクティビティ

フロー アクティビティ

説明

開始 新規連絡先:コールの受信時にフローを開始します。
IVR メニュー メインメニュー:プロンプト管理のオプションを含むメニューを再生します。
プロンプトを作成
  • PlayMessage:管理者に新しいプロンプトを録音するように指示します。

  • 記録:音声入力を録音します。

  • HTTP リクエスト:音声プロンプトを作成するための HTTP リクエスト Content-Type: FORM-DATA.

  • 解析:HTTP 応答を解析して、 id および blobId.

  • PlayMessage:メッセージ作成を確認します。

  • PlayMessage:録音されたプロンプトを再生します。

更新プロンプト
  • メニュー:管理者に更新されたプロンプトを録音するように指示します。

  • レコード_e38:音声入力を録音します。

  • HTTP リクエスト:音声プロンプトを更新するための HTTP リクエスト Content-Type: FORM-DATA.

  • PlayMessage:メッセージの更新を確認します。

  • PlayMessage:更新されたプロンプトを再生します。

プロンプトを削除
  • メニュー:音声プロンプトの削除を確認します。

  • HTTP リクエスト:削除するファイルの名前を変更します。プロンプトの ID を定義する必要があります。

  • HTTP リクエスト:音声プロンプトを削除する HTTP リクエスト Content-Type: Application/JSON および DELETE リクエスト。

その他
  • 待機中:アクティビティを待ちます。

  • SetVariable:変数を設定します。

  • disconnectContact:コールを切断します。

追加詳細

Webex Contact Center 内の録画アクティビティ、HTTP リクエスト、録画コントロールの使用の詳細については、HTTP リクエスト アクティビティ セクションを参照してください。

最後のエージェント ルーティング テンプレート

最後のエージェント ルーティング テンプレートは、拡張された HTTP アクティビティを次のサポートで活用することで、Webex Contact Center 内に最後のエージェント ルーティングを実装する方法を示します。 Content-Type: GraphQL.WebexCC API の HTTP コネクタを使用して、検索 API と対話し、コールを処理した最後のエージェントにコールをルーティングできるようにします。このテンプレートは、使い慣れたエージェントと接続することで、カスタマー エクスペリエンスを向上させます。

このフロー テンプレートは、顧客が過去 24 時間以内にコールしたかどうかを確認し、そのコールを同じエージェントにルーティングします。GraphQL 経由の検索 API を使用して、発信者の ANI(自動番号識別)に基づいてコールを処理した最後のエージェントを検索します。

これは、Webex Contact Center 内の HTTP アクティビティを強化する機能を使用して、 Content-Type: GraphQL - WebexCC API HTTP コネクタを使用して、新しい GraphQL コンテンツタイプを介して検索 API を使用する機能(変数置換を含む)。

前提条件

  • Webex Contact Center API へのコネクタを構成します。

  • Webex Contact Center 環境が正しくセットアップされていることを確認します。エントリポイント、エントリポイントマッピング、キューなど

フローの内訳

  1. 着信通話:

    • コールは NewContact アクティビティでフローに入ります。

  2. 初期グリーティング:

    • PlayMessage アクティビティは、発信者に最初のグリーティング メッセージを再生します。

  3. 現在の時刻を抽出:

    • CurrentTime アクティビティは、現在の時刻を抽出します。

  4. 24 時間前の時間を計算:

    • Goback_By_a_day アクティビティは、現在の時刻の 24 時間前の時間を計算します。

  5. ANI をトリミングします。

    • SetVariable アクティビティは ANI (発信者電話番号) をトリミングして、ルックアップの目的で「+1」プレフィックスを削除します。

  6. API コールを検索 (GraphQL):

    • SearchAPILastAgent アクティビティは、GraphQL を使用して Webex Contact Center Search API にコールを発信し、ANI に基づいて前のコールを処理したエージェントを見つけます。

    • Webex の goback_by_a_day および currentTime 過去24時間以内に検索する変数。

    • GraphQL クエリは、アクティブでない発信者の ANI またはトリミングされた ANI に一致するタスクを検索し、タスクの所有者 ID(エージェント ID)を抽出します。

  7. デバッグ ロギング:

    • DebugLog アクティビティは、検索 API コールから HTTP ステータス コードと応答本文を記録します。

    • Debug_Log アクティビティは、抽出されたエージェント ID を記録します。

  8. API 応答を確認:

    • Condition_kxu アクティビティは、検索 API コールからの HTTP ステータス コードが 200(成功)かどうかを確認します。

  9. エージェント ID が抽出されているかどうかを確認します。

    • Condition_jtn アクティビティは、検索 API 応答からエージェント ID が正常に抽出されたかどうかを確認します。

  10. 最後のエージェントへのルーティング(見つかった場合):

    • エージェント ID が見つかると、PlayMessage_ee8 アクティビティが発信者に確認メッセージを再生し、以前に話したエージェントに転送されることを通知します。

    • QueueToAgent_xh1 アクティビティは、抽出されたエージェント ID でエージェントへのコールをキューします。

  11. デフォルトのキューへのルーティング(見つかっていない場合):

    • エージェント ID が見つからない場合 (API コールに失敗したか、24 時間以内に以前のコールが見つかりませんでした)、QueueToDefault アクティビティはコールをデフォルトのキューにキューします。

  12. 保留音の再生:

    • PlayMusic_i73 アクティビティは、発信者がキューで待機している間、保留音を再生します。

変数

  • agentId:(文字列) - コールを処理した最後のエージェントの ID。

  • currentTime:(STRING) - epochからの秒数

  • goback_by_a_day:(STRING) - エポックからの時間 24 時間前 (ミリ秒単位)。

  • レスポンス:(STRING) - 検索 API からの HTTP 応答。

  • ANITrim:(文字列) - 発信者のトリミングされた ANI (電話番号)。

フロー アクティビティ

次の表に、このフロー テンプレートに関連するフロー アクティビティのシーケンスを示します。

フロー アクティビティ

説明

開始

(NewContact)

コールの受信時にフローを開始します。

アクション

メッセージの再生

発信者にメッセージを再生します。

キューToAgent

コールを特定のエージェントにキューします。

音楽の再生

保留時に音楽を再生します。

キュー

コールをデフォルトのキューにキューします。

HTTP

GraphQL を使用して、検索 API に HTTP 要求を行います。

メッセージの再生

発信者が最後のエージェントにルーティングされることを示すメッセージを再生します。

Set Variable

  • 現在の時間:現在の時刻に変数を設定します。

  • Goback_By_a_dayについて:変数 24 時間前の時刻を設定します。

  • デバッグログ:デバッグ用の API 応答を記録します。

  • デバッグ ログ:デバッグ用に抽出されたエージェント ID を記録します。

  • SetVariable_7b4:ルックアップのために ANI をトリミングします。

条件

  • 条件_jtn:エージェント ID が抽出されたかどうかを確認します。

  • 条件_kxu:HTTP ステータス コードが 200 であるかどうかを確認します。

保留音(MusicOnHold)

発信者がキューで待機している間、保留音を再生します。

ループ処理(CallLoopCycle および LoopCycle)

ループする回数が多すぎるコールが最終メニューに転送されるようにします。

切断(DisconnectContact)

メッセージの後、または発信者がインタラクションを終了することを選択したときに、コールを切断します。

その他のリソース

GraphQL での HTTP 要求の使用および Webex Contact Center 内のその他のアクティビティの詳細については、HTTP リクエスト のアクティビティ セクションを参照してください。

検索 API と GraphQL クエリの詳細については、WeBEX Contact Center API のドキュメント を参照してください。

AI エージェント自律型 (パッケージのトラッキング)

このフローでは、自律型 AI エージェントを使用して、パッケージ トラッキングに関連する音声対話を管理します。このフローでは、必要に応じて人間のエージェントにエスカレーションするか、AI エージェントのエラーにエスカレーションするオプションを提供します。

このフローは、自律的な AI エージェントによるパッケージ トラッキングに関する顧客とのやり取りを処理するように設計されています。AI エージェントは、パッケージを追跡するためのアクションと、一般的な出荷用クエリに関連するナレッジベースで構成されています。顧客は、いつでも人間のエージェントと話すように要求できます。

前提条件

このフローを使用するには、以下がセットアップされていることを確認してください。

  • 適切なアクション(フルフィルメントとともに)とナレッジドキュメントで構成された自律型 AI エージェント。サンプルのフルフィルメント フローは、Webex Connect フロー テンプレートで利用できます。

  • Webex Contact Center の Control Hub 設定ページで構成されたエントリ ポイント、キュー、チーム、およびエントリ ポイント マッピング。

  • Cisco Text-to-Speech(TTS)は、カスタム メッセージを動的に生成するために有効になっています。

  • Cisco のデフォルトの音声を使用していない場合は、静的な音声ファイルをアップロードしてください。

インテグレーションの内訳

  1. 発信者が連絡先を開始:コールは Webex Contact Center によって受信され、自律的な AI エージェントに転送されます。

  2. AI エージェントの対話:AI エージェントは、パッケージ トラッキングに関連する発信者のリクエストを処理します。

  3. エージェントのキュー:顧客のリクエストでエスカレーションが必要な場合、または AI エージェントのエラーが原因で、発信者は人間のエージェントのキューに配置されます。

  4. 切断:発信者のリクエストが処理されるか、発信者がエージェントに転送されると、インタラクションは終了します。

フローで使用されるアクティビティ

フロー アクティビティ

説明

開始 (新しい電話連絡先) このアクティビティは、新しいコールによってトリガーされたフローの開始を示します。
仮想エージェント V2 (VAV2) フローと AI エージェントの間の相互作用を担当するアクティビティ。インタラクション。同じアクティビティは、会話を開始し、状態イベントを AI エージェントに送信するために使用されます。
メッセージを再生 Cisco の音声合成を使用したシステム メッセージを提供します。VAV2 のアクティビティ エラーの場合は、人間のエージェントにエスカレーションする前にエラー メッセージを再生するために使用されます。
エージェントへのキュー 人間のエージェントにエスカレーションするためのキューイングロジックを管理します。
音楽の再生 発信者がエージェントの接続を待機すると、キューイング中に再生される保留音です。
切断 タスクの完了後、または人間のエージェントにエスカレーションされた場合は、インタラクションを終了します。

エラー処理

このフローには、予期しない問題を適切に処理するためのエラー管理戦略が含まれます。これにより、発信者に通知され、適切にリダイレクトされます。

デベロッパーサポート

自律型 AI エージェントで Webex Contact Center を使用する方法の詳細については、関連するドキュメントを参照してください。

その他のリソース

このフローに関連するサポートについては、Webex Contact Center デベロッパー サポート で Webex Contact Center デベロッパー サポート チームにお問い合わせください。

詳細な議論については、Webex Contact Center API 開発者コミュニティ を参照してください。

AI エージェントスクリプト (パッケージトラッキング)

このフローは、スクリプトされた仮想エージェントを使用したパッケージ トラッキングに関連する音声インタラクションを処理するように設計されています。このフローは、スクリプトされたエージェントに対してフルフィルメントを実行する最も簡単な方法を示しています。さらに、このフローは、Analyser の AI エージェントに対する最後のアクティブなインテントとカスタム レポートに基づいて、異なるエージェント キューに顧客をキューイングすることを示します。

このフローでは、スクリプト化された Webex AI エージェントを活用して、パッケージ トラッキングについて顧客と対話します。スクリプト化されたエージェントがパッケージを追跡するためにカスタム イベントを起動すると、VAV2(仮想エージェント V2)アクティビティは「処理済み」エッジから終了します。フローは、これを実現するためにパッケージ トラッキング API を使用します。この API は、テストとデモンストレーションのために開発者が利用できます。出力データはフローで解析され、状態イベントを介してエージェントに渡されます。音声用にスクリプトされたエージェントのフルフィルメントを設定する の詳細を参照してください。

前提条件

このフローを使用するには、以下がセットアップされていることを確認してください。

  • パッケージ トラッキングの問い合わせを処理するように設定された Webex AI エージェント。このエージェントは、新しいエージェントの作成中にインポートできます。

  • Webex Contact Center の Control Hub 設定ページで構成されたエントリ ポイント、キュー、チーム、およびエントリ ポイント マッピング。

  • 動的音声メッセージの生成に対して Cisco 音声合成(TTS)が有効になっていることを確認します。

  • 必要に応じて、カスタムシステム通知用の静的な音声ファイルをアップロードします。

インテグレーションの内訳

インテグレーションの内訳

説明

発信者が連絡先を開始 コールは Webex Contact Center によって受信され、スクリプトされた AI エージェントに転送されます。
インタラクション状態がグローバル変数を使用して記録されます このフローでは、CustomAIAgentInteractionOutcome グローバル変数を設定して、顧客と AI エージェントとのインタラクションの状態をログに記録します。これはさまざまな時点で更新され、ビジュアライザーを使用してカスタムレポートを構築するために使用されます。
AI エージェントの相互作用 AI エージェントは、設定されたインテントに基づいて顧客の入力を処理し、応答します。ユーザーがパッケージを追跡し、有効なパッケージ番号を提供する場合、コントロールはカスタム イベント経由でフローに返されます。
AI エージェントのメタデータの解析とフルフィルメント 顧客のパッケージ番号は VAV2 メタデータから抽出され、HTTP アクティビティで使用されます。
フルフィルメント応答条件 フローは、パッケージ情報が見つかったかどうかを確認し、適切な応答を設定します。
AI エージェントのインタラクションが再開されます* フルフィルメント応答に応じて、顧客に送信する必要があるメッセージは、「状態イベント」の下のイベント データ経由でスクリプトされたエージェントに送信されます。
エージェントの引き継ぎとケース アクティビティ 以前のインテントに基づいて次のステップを決定し、以前のインテントに基づいてフローを異なるキューに導きます。
エージェントへのキュー エスカレーションが必要な場合、またはエラーの場合は、発信者は人間のエージェントのキューに配置されます。
切断 発信者のリクエストが処理されるか、発信者がエージェントに転送されると、インタラクションは終了します。

フローで使用されるアクティビティ

フロー アクティビティ

説明

開始 新しいコールを受信したときにフローを開始します。
インタラクション結果変数を設定する 設定変数アクティビティを使用して、CustomAIAgentInteractionOutcome グローバル変数を更新して、AI エージェントとのインタラクションの最新の状態を保存します。
AI エージェントの相互作用 スクリプト化されたインタラクションを使用してパッケージ トラッキングの問い合わせを管理します。同じアクティビティは、会話を開始し、AI エージェントに状態イベントを送信するために使用されます。
パッケージの詳細を解析 仮想エージェントが提供するメタデータからパッケージ番号を抽出します。
パッケージ情報の HTTP リクエスト パッケージ ステータスと予測配信を取得するために、ロジスティクス API にリクエストを送信します。サンプル パッケージ番号として ABC123456 を使用します。
条件論理 API コールのパッケージ ステータスまたは HTTP ステータス コードに基づいて応答を決定します。
応答変数を設定する パッケージが見つかったか、配信の詳細かを伝えるための応答を設定します。
メッセージを再生 特にシステム エラーの場合に、Cisco 音声合成を使用してシステム エラー メッセージを提供します。
ケース アクティビティ 以前のインテントに基づいてフローをガイドし、特定のキューへのルーティングを決定します。
エージェントへのキュー 人間のエージェントにエスカレーションするためのキューイングロジックを管理します。
音楽の再生 発信者がエージェントの接続を待機すると、キューイング中に再生される保留音です。
切断 タスクの完了後、または人間のエージェントにエスカレーションされた場合は、インタラクションを終了します。

フローの詳細

この例で使用されているフロー JSON には、Webex Contact Center と DialogFlow の間のインタラクション処理、エラー処理、通信に不可欠な変数とアクティビティが含まれています。使用されている主な変数は次のとおりです。

変数

説明

event_name AI エージェントに送信されたイベントの名前。
event_data AI エージェントに送信されたイベント ペイロード。
status HTTP 応答に基づくパッケージのステータス。
estimatedDelivery HTTP 応答に基づいて、パッケージの推定納期と時間。
packageResp HTTP アクティビティの応答に基づいて顧客に返送される応答。
Global_VoiceName テキスト読み上げに使用する音声を決定します。
CustomAIAgentInteractionOutcome 顧客の AI エージェントとのインタラクションに基づいて、インタラクションの状態 (放棄、処理、エスカレーション、またはエラー状態) を記録します。

エラー処理

このフローには、予期しない問題を適切に処理するためのエラー管理戦略が含まれます。これにより、発信者に通知され、適切にリダイレクトされます。

その他のリソース

スクリプト AI エージェントで Webex Contact Center を使用する方法の詳細については、関連するドキュメントを参照してください。

デベロッパーサポート

このフローに関連するサポートについては、Webex Contact Center デベロッパー サポート で Webex Contact Center デベロッパー サポート チームにお問い合わせください。

詳細な議論については、Webex Contact Center API 開発者コミュニティ を参照してください。

AI エージェントスクリプト (医師の予約予約)

このテンプレートは、スクリプト化されたエージェントを活用するインタラクションのために、Webex Contact Center と Webex AI Agent Studio 間のデータ フローを示します。このフローには、外部システムとのいくつかの統合が含まれます。これらは AI エージェントによって送信されたカスタム イベントに基づいて呼び出され、フルフィルメント データがエージェントに返されます。

このフローでは、カスタム イベントを使用して、Webex Contact Center と Webex AI Agent Studio 間でデータがどのように渡されるかを示します。このフローは、スクリプト化された AI エージェントを介して、医師の予定の自動スケジュールと管理を容易にします。外部システムと統合して、空き状況の確認、予定の作成、既存の予定の検索、予定のキャンセルを行います。このフローにより、必要に応じて人間のエージェントへのエスカレーションオプションを使用して、発信者と AI エージェント間のシームレスなコミュニケーションを保証します。

前提条件

このフローを使用するには、以下がセットアップされていることを確認してください。

  • 予定の予約とキャンセルを処理するために、関連するインテントで構成されたスクリプト AI エージェント。これは、AI Agent Studio プラットフォームで新しいスクリプト化されたエージェントを作成する際に、テンプレートからインポートできます。

  • Webex Contact Center の Control Hub 設定ページで構成されたエントリ ポイント、キュー、チーム、およびエントリ ポイント マッピング。

  • 外部アポイント管理システムとインターフェイスする API。

  • Cisco Text-to-Speech(TTS)は、動的音声メッセージを生成するために有効です。

  • Cisco のデフォルトの音声を使用していない場合は、静的な音声ファイルをアップロードしてください。

インテグレーションの内訳

インテグレーションの内訳

説明

発信者が連絡先を開始 コールは Webex Contact Center によって受信され、AI エージェントに転送されます。
AI エージェントとのインタラクション AI エージェントは、設定されたインテントに基づいて顧客の入力を処理し、応答します。
AI エージェントとフロー間の制御の切り替え 会話のコントロールは、さまざまな手順で AI エージェントとフローの間で交換されます。AI エージェントはカスタム イベント経由でフローにコントロールを渡し、フローはイベント名に基づいて適切なフルフィルメントを実行し、仮想エージェント V2 アクティビティのステートイベント経由で AI エージェントにコントロールを取り戻します。
エージェントへのキュー エスカレーションが必要な場合、発信者は人間のエージェントのキューに配置されます。
切断 タスクが完了するか、発信者がエージェントに転送されると、インタラクションは終了します。

フローで使用されるアクティビティ

フロー アクティビティ

説明

開始 このアクティビティは、新しいコールによってトリガーされたフローの開始を示します。
仮想エージェント V2 (VAV2) AI エージェントのインタラクションを担当するアクティビティ。同じアクティビティは、会話を開始し、状態イベントを AI エージェントに送信するために使用されます。
解析 VAV2 アクティビティからのイベント ペイロードを解析するために使用されます。
ケース VAV2 アクティビティによって送信されたイベント名とブランチが適切な HTTP リクエストアクティビティを確認するために使用されます。
HTTP リクエスト 外部システムと対話して、VAV2 アクティビティから送信されたイベント名に基づいて、HTTP 要求を使用してアベイラビリティの確認、作成、検索、予約のキャンセルなどの操作を実行します。アクティビティは、HTTP 要求の応答を解析します。
発生 HTTP 要求の結果を評価し、成功またはエラーの状態に基づいてフローを指示します。
Set Variable イベント名やイベント データなどの変数を設定するために使用されます。これは、適切な状態イベント パラメータを使用して VAV2 アクティビティを再起動するために不可欠です。
メッセージを再生 Cisco の音声合成を使用したシステム メッセージを提供します。VAV2 のアクティビティ エラーの場合は、人間のエージェントにエスカレーションする前にエラー メッセージを再生するために使用されます。
エージェントへのキュー 人間のエージェントにエスカレーションするためのキューイングロジックを管理します。
音楽の再生 発信者がエージェントの接続を待機すると、キューイング中に再生される保留音です。
連絡先を切断する タスクの完了後、または人間のエージェントにエスカレーションされた場合は、インタラクションを終了します。

フローの詳細

この例で使用されているフロー JSON には、Webex Contact Center と DialogFlow の間のインタラクション処理、エラー処理、通信に不可欠な変数とアクティビティが含まれています。使用されている主な変数は次のとおりです。

変数

説明

event_name AI エージェントに送信されたイベントの名前。
event_data AI エージェントに送信されたイベント ペイロード。
event_data_string VAV2 アクティビティ以降の event_data の文字列バージョンは、文字列のみを受け入れます。
http_input VAV2 メタデータに基づいて HTTP アクティビティのリクエストボディです。
Global_VoiceName テキスト読み上げに使用する音声を決定します。

エラー処理

このフローには、予期しない問題を適切に処理するためのエラー管理戦略が含まれます。これにより、発信者に通知され、適切にリダイレクトされます。

その他のリソース

Webex AI Agent Studio で AI エージェントをセットアップし、Webex Contact Center で使用する方法の詳細については、「Webex AI エージェントスタジオ管理ガイド」を参照してください。

デベロッパーサポート

サブフロー テンプレートを使用

サブフロー テンプレートは、フロー テンプレートと同様に機能します。これらのテンプレートにより、複数のフローに統合できるサブフローの作成が合理化され、冗長性と開発時間が短縮されます。

サブフロー テンプレートを使用してサブフローを作成するには、適切なテンプレートを選択し、ニーズに合わせて変更し、検証、公開、ワークフローに組み込みます。詳細については、 を参照してください。

コールバック情報を収集

このサブフローでは、発信者がコールバックを選択したり、キューに残したりできるメニューが提供されます。コールバック オプションが選択されている場合、発信者の現在の番号または代替番号を使用して、コールバックに必要な情報を収集します。サブフローを変更して、エラーやタイムアウトや無効な入力などの不明な条件を処理することで、スムーズな発信者のエクスペリエンスを保証できます。

このサブフローでは、音声プロンプトに Cisco Text-to-Speech(TTS)を使用します。音楽の場合、デフォルトは組み込みの保留音ファイル defaultmusic_on_hold.wav.

前提条件

このサブフローを実装する前に、次の要件が Webex Contact Center 管理ポータルで満たされていることを確認してください。

  • エントリポイント、キュー、チーム、エントリポイントのマッピング、コネクタ、アウトダイヤル ANI などの組織固有の設定アクティビティを作成します。
  • Cisco Text-to-Speech (TTS) の代わりにカスタム音声プロンプトが使用される場合は、静的な音声ファイルをアップロードします。
  • コールバック変数 (例: callbackNumber、callbackNumberEntered、stayInQueue) が適切にシステムにマッピングされ、適切なデータをキャプチャします。

詳細な手順については、Webex Contact Center のセットアップと管理ガイド を参照してください。

サブフロー入力

  • callbackNumber - 文字列:コールバックに使用する番号 (発信者が発信した番号または新しい番号のいずれか)。
  • stayInQueue - ブール値:発信者がキューに残るかどうか(True)を選択するか、コールバックを要求するかを示します(False)。

サブフロー出力

  • callbackNumberEntered - 文字列:発信者が代替番号を提供することを選択した場合、コールバックのために入力した番号。
  • stayInQueue - ブール値:発信者がキューに留まるか、コールバックを受信するかを選択しました。

サブフローの内訳

次の表に、コール プロセスに関連するさまざまなサブフロー要素について説明し、各ステージで発生するアクションと応答の詳細を示します。

サブフロー要素

説明

サブフローを開始

コールはサブフローに入ります。

オプトアウト メニュー

発信者には、キューに留まるか、コールバックを受け取るかのオプションが表示されます。

  • 1 を押してコールバックします。
  • 2 を押してキューにとどまります。

番号メニュー

発信者がコールバックを受信することを選択した場合、次のオプションが表示されます。

  • 発信元の番号を使用するには、1 を押します。
  • 2 を押して、新しいコールバック番号を入力します。

桁を収集

発信者が新しいコールバック番号の入力を選択した場合、10 桁の番号を入力してから、シャープキー (#) を押すように求められます。

変数を設定する

収集されたコールバック番号は callbackNumberEntered 変数に保存されます。

サブフローを終了

サブフローは、コールバック情報を収集するか、エラーを処理した後に終了します。

サブフロー アクティビティ

次の表に、コールバック情報を収集するためのサブフロー アクティビティのシーケンスを示します。

サブフロー アクティビティ

説明

サブフローを開始

サブフローは呼び出されたときに開始されます。

オプトアウト メニュー

これにより、発信者はキューに留まるか、コールバックを受信するかを選択できます。これにより、発信者に 1 を押してコールバックするか、2 を押してキューに残るように指示します。

番号メニュー

発信者がコールバックを選択すると、現在の番号を使用するか、新しい番号を入力するように求められます。

桁を収集

発信者が新しい番号の入力を選択すると、このアクティビティは 10 桁の番号の後にシャープ記号 (#) が収集されます。

変数を設定する

収集された番号は、さらに使用するために callbackNumberEntered 変数に保存されます。

サブフローを終了

このフローは、発信者の選択を処理し、必要な情報を収集した後に終了します。

その他のリソース

サブフローの設定の詳細については、Webex Contact Center セットアップと管理ガイド を参照してください。

エラー処理

Webex Contact Center のエラー処理サブフロー テンプレートを使用して、キュー処理の問題や API 要求の失敗などのエラーを管理します。特定のアクティビティに添付するか、グローバル エラー ハンドラとして設定することで、システムがスムーズに動作を継続し、問題に関するフィードバックをユーザに提供できます。

前提条件

このサブフローを実装する前に、次の要件が Webex Contact Center 管理ポータルで満たされていることを確認してください。

  • Cisco Text-to-Speech(TTS)がコンタクト センターでエラープロンプトで音声合成を使用できるように有効になっていることを確認します。
  • errorMessage 変数をマッピングして、ワークフローで適切なエラー メッセージを動的に処理します。

詳細な手順については、Webex Contact Center のセットアップと管理ガイド を参照してください。

サブフロー入力

  • errorMessage - 文字列:発信者によって発生した問題を示す、動的に再生されるエラー メッセージ。

サブフロー出力

  • 該当なし:このサブフローは、エラーを処理し、発信者にフィードバックを提供するために使用されるため、出力は生成されません。

サブフローの内訳

次の表に、コール プロセスに関連するさまざまなサブフロー要素について説明し、各ステージで発生するアクションと応答の詳細を示します。

サブフロー要素

説明

サブフローを開始

エラーが発生すると、サブフローがトリガーされます。

エラー メッセージの再生

システムは、Cisco Cloud TTS を使用して errorMessage 変数によって定義された動的エラー メッセージを再生します。たとえば、メッセージは次のようになります。技術的な問題が発生しています。後ほど、もう一度お試しください。

サブフローを終了

(通常終了)

エラーが正常に処理されると、サブフローは正常に終了します。

サブフローを終了

(エラー終了)

さらに問題が発生した場合(たとえば、エラー メッセージの再生に失敗した場合)、サブフローはエスカレーション状態で終了し、重大な失敗を示します。

サブフロー アクティビティ

次の表に、エラーを管理するためのサブフロー アクティビティのシーケンスを示します。

サブフロー アクティビティ

説明

サブフローを開始

サブフローは、エラーが発生したときに開始され、エラー処理シーケンスをオフにします。

エラー メッセージの再生

Cisco Cloud TTS を使用して発信者にエラー メッセージを再生します。メッセージの内容は errorMessage 変数によって動的に定義されます。

サブフローを終了

(通常終了)

さらに問題なくエラーが解決された場合、サブフローを終了します。

サブフローを終了

(エラー終了)

エラー処理プロセス中に追加のエラーが発生した場合、サブフローをエスカレーションで終了します。

その他のリソース

サブフローの設定の詳細については、Webex Contact Center セットアップと管理ガイド を参照してください。

HTTP データ ディップ

このサブフロー テンプレートを使用して、HTTP リクエストを介して顧客アカウント情報を取得します。アカウント ID の確認、リクエストが失敗した場合の手動入力、タイムアウト、無効な入力、重大なエラーに対応します。コンタクトセンターでの顧客アカウント検索に最適です。

このサブフローは、HTTP リクエストを使用して顧客アカウント情報を取得するダイナミックなエクスペリエンスを提供します。ルックアップが成功した場合、顧客にはアカウント ID の確認が求められます。失敗した場合、または発信者が希望する場合、アカウント番号を手動で入力できます。このフローは、無効な入力、タイムアウト、重大な失敗などのエラーを適切なプロンプトで適切に処理します。

このサブフローでは、音声プロンプトに Cisco Text-to-Speech(TTS)を使用します。

前提条件

このサブフローを実装する前に、次の要件が Webex Contact Center 管理ポータルで満たされていることを確認してください。

  • エントリ ポイント、キュー、コネクタ、チーム、エントリ ポイント マッピング、その他の組織固有の設定アクティビティを作成します。
  • Cisco Text-to-Speech (TTS) の代わりにカスタム音声プロンプトが使用される場合は、静的な音声ファイルをアップロードします。
  • 組織のニーズに基づいて、HTTP リクエスト URL とパラメータが正しく設定されていることを確認してください。

詳細な手順については、Webex Contact Center のセットアップと管理ガイド を参照してください。

サブフロー入力

  • errorMessage - 文字列:サブフロー中にエラーが発生した場合に再生されるメッセージ。

サブフロー出力

  • outputVariable - 文字列:確認済みまたは手動で入力したアカウント番号を保存します。

サブフローの内訳

次の表に、コール プロセスに関連するさまざまなサブフロー要素について説明し、各ステージで発生するアクションと応答の詳細を示します。

サブフロー要素

説明

サブフローを開始

(初期化)

サブフローは、顧客データを取得するプロセスを開始します。

しばらくお待ちください

(ご案内のメッセージ)

発信者は、システムが TTS プロンプトを使用して情報を取得していることを通知します。お客様の情報を検索するまでお待ちください。

HTTP リクエスト

(顧客情報を取得)

システムは HTTP GET 要求を送信して、指定された API エンドポイントから顧客情報を取得します。成功した場合、応答には顧客 ID が含まれます。

HTTP ステータスを確認

(回答の評価)

HTTP 応答はステータス コードに基づいて評価されます。リクエストが成功した場合、プロセスは次のステップに移動します。

確認メニュー

(確認又は手動入力)

発信者は、取得したアカウント ID を確認するか、間違っている場合はアカウント番号を手動で入力するよう求められます。

変数を設定する

(アカウント ID を保存)

発信者がアカウント ID を確認した場合、値は outputVariable に保存されます。

桁を収集

(手動アカウント入力)

リクエストが失敗した場合、または発信者がアカウント番号を再入力した場合、6 桁のアカウント番号を入力してから、シャープキー (#) を押すように求められます。

エラー処理

(StillThere、無効、クリティカル)

サブフローは、それぞれのプロンプトでタイムアウト、無効な入力、重大なエラーを処理します。

  • StillThere:タイムアウトした場合は、まだ参加していますか? と尋ねます。
  • 無効:発信者に無効な入力を通知し、再試行するように求めます。
  • エラー:重大なエラープロンプトが表示され、問題が発生しました。

サブフローを終了

(結論)

サブフローは、アカウント番号を確認するか、エラーを処理した後に終了します。

サブフロー アクティビティ

次の表に、このテンプレートのサブフロー アクティビティのシーケンスを示します。

サブフロー アクティビティ

説明

サブフローを開始

サブフローは呼び出されたときに開始されます。

しばらくお待ちください

TTS を使用してメッセージを再生し、発信者が情報を取得するまで待機するように指示します。

HTTP リクエスト

HTTP GET 要求を送信して、顧客のアカウント情報を取得します。

HTTP ステータスを確認

HTTP 応答を評価して、リクエストが成功したかどうかを判別します。

確認メニュー

取得したアカウント ID を確認するか、間違っている場合は再入力するように発信者にプロンプトします。

変数を設定する

確認済みまたは手動で入力したアカウント番号を保存します。

桁を収集

HTTP リクエストが失敗した場合、または新しいアカウント番号の入力を選択した場合、発信者からその 6 桁のアカウント番号を収集します。

エラー処理

いくつかのプロンプトは、サブフロー中のタイムアウト、無効な入力、および重大なエラーを処理します。

サブフローを終了

アカウント番号が確認されるか、またはエラーが発生した後にフローが終了します。

キューの処理

このサブフロー テンプレートを使用して、Webex Contact Center でキュー処理を自動化し、発信者が音楽やメッセージのプロンプトに参加できるようにします。

このサブフローは、キューの音楽に続いてメッセージが再生され、設定された回数までシーケンスを繰り返します(デフォルトは 3)。これにより、スムーズなキュー処理と魅力的な発信者のエクスペリエンスが保証されます。音楽の選択、メッセージの内容、ループカウントなどの変数をカスタマイズできます。

このサブフローでは、音声プロンプトに Cisco Text-to-Speech(TTS)を使用します。音楽の場合、デフォルトはビルトインファイル (defaultmusic_on_hold.wav)、保留中の音楽の場合。

前提条件

このサブフローを実装する前に、次の要件が Webex Contact Center 管理ポータルで満たされていることを確認してください。

  • エントリ ポイント、キュー、コネクタ、チーム、エントリ ポイント マッピング、その他の組織固有の設定アクティビティを作成します。
  • 適切なキュー処理ロジックとエラー処理の設定を確認してください。
  • Cisco Text-to-Speech (TTS) の代わりに、カスタムの音声プロンプトまたはミュージック ファイルを使用する場合は、静的な音声ファイルをアップロードします。

詳細な手順については、Webex Contact Center のセットアップと管理ガイド を参照してください。

サブフロー入力

  • queueMessage - 文字列:音楽トラック間で再生されるメッセージ (デフォルト:しばらくお待ちください)。
  • queueMusic1 - 文字列:発信者が待機している間、最初に再生される音楽ファイル (デフォルト: defaultmusic_on_hold.wav) として共有する必要があります。
  • queueMusic2 - 文字列:メッセージ間で再生される 2 番目の音楽ファイル (デフォルト: defaultmusic_on_hold.wav) として共有する必要があります。
  • counter - 整数:ループの数を追跡するカウンタ(デフォルト:0)。
  • musicDuration - 整数:各音楽トラックが再生される継続時間(デフォルト:10秒)。

サブフロー出力

なし

サブフローの内訳

次の表に、コール プロセスに関連するさまざまなサブフロー要素について説明し、各ステージで発生するアクションと応答の詳細を示します。

サブフロー要素

説明

サブフローを開始

サブフローが開始されます。

条件チェック

サブフローは、カウンタが 2 未満であるかどうかを確認します。true の場合、フローは音楽とメッセージのシーケンスに継続されます。false の場合、サブフローは終了します。

音楽の再生 1

最初の音楽ファイル (queueMusic1) は musicDuration で定義された継続時間に対して再生されます。

メッセージを再生

最初の音楽ファイルの後、queueMessage によって定義されたコンテンツとともに、Cisco TTS を使用してメッセージが再生されます。

音楽の再生 2

メッセージの後で、定義された継続時間の 2 番目の音楽ファイル(queueMusic2)が再生されます。

増分カウンタ

カウンタ変数は、2 番目の音楽ファイルが再生された後に 1 増加します。

再チェック条件

カウンタが増加した後、フローはカウンタが 2 未満であるかどうかを再チェックします。true の場合、ループは繰り返されます。それ以外の場合は、サブフローが終了します。

サブフローを終了

カウンタが 2 に達すると、サブフローが終了します。

サブフロー アクティビティ

次の表に、サブフロー アクティビティのシーケンスを示します。

サブフロー アクティビティ

説明

サブフローを開始

サブフロー プロセスを初期化します。

条件チェック

カウンタが 2 未満であることを確認するための条件がチェックされ、ループを続行できます。

音楽の再生 1

musicDuration で指定された期間の最初の音楽ファイルを再生します。

メッセージを再生

queueMessage によって提供されるコンテンツを使用して、Cisco TTS を使用してメッセージを再生します。

音楽の再生 2

musicDuration で指定された継続時間の 2 番目の音楽ファイルを再生します。

増分カウンタ

ループを制御するために、カウンタ変数 1 を増やします。

サブフローを終了

カウンタが定義済みの制限に達すると、サブフローを終了します。

スケジュール済みコールバック サブフロー テンプレート

このテンプレートを使用して、タイムゾーンの選択を含む、特定の日時に発信者がコールバックをスケジュールできるサブフローを作成します。

このサブフローは、スケジュールされたコールバックに必要な情報をすべて収集するように、発信者に一連のプロンプトをガイドします。希望の日付、コールバック ウィンドウの開始と終了時刻、発信者のタイムゾーンを尋ねます。サブフローには、正確性を確保するための日付と時刻入力の検証が含まれます。無効な形式を入力すると、発信者に再度プロンプトが表示されます。すべての情報が正常に収集されると、システムでコールバックをスケジュールするために使用されます。

このサブフローは、すべての音声プロンプトに Cisco Text-to-Speech(TTS)を使用します。

前提条件

このサブフローを実装する前に、次の要件が Webex Contact Center 管理ポータルで満たされていることを確認してください。

  • エントリポイント、キュー、チーム、エントリポイントのマッピング、およびコネクタ、アウトダイヤル ANI など、組織固有の設定アクティビティを作成します。

  • Cisco Text-to-Speech (TTS) の代わりにカスタム音声プロンプトが使用される場合は、静的な音声ファイルをアップロードします。

  • 詳細な手順については、「Webex Contact Center のセットアップと管理ガイド」を参照してください。

サブフロー入力

変数名タイプ説明
コールバック番号 文字列 コールバックに使用する電話番号。
顧客名 文字列 コールバックを要求する顧客の名前。
コールバックキュー 文字列 スケジュールされたコールバックが送信されるキュー。

サブフロー出力

変数名タイプ説明
コールバックスケジュール日 文字列 コールバックがスケジュールされた日付は、YYYY-MM-DD としてフォーマットされます。
CallbackScheduleTimezone 文字列 コールバックの IANA タイムゾーン識別子(アメリカ/シカゴなど)。
コールバックスケジュールStartTime 文字列 HH:mm:ss としてフォーマットされたコールバック ウィンドウの開始時間。
コールバックスケジュール終了時刻 文字列 HH:mm:ss としてフォーマットされたコールバック ウィンドウの終了時間。

サブフローの内訳

次の表に、コール プロセスに関連するさまざまなサブフロー要素について説明し、各ステージで発生するアクションと応答の詳細を示します。

サブフロー要素説明
サブフローを開始 コールはサブフローに入ります。
スケジュール日 発信者は、希望するコールバック日を YYYYMMDD 形式で入力するように求められます。サブフローは、入力を検証して、実際の日付であることを確認します。無効な場合は、プロンプトが繰り返されます。
スケジュール開始時刻 発信者は、HHMM (24 時間) 形式でコールバック ウィンドウの開始時刻を入力するように求められます。サブフローは、入力が有効な時間であることを確認するために入力を検証します。無効な場合は、プロンプトが繰り返されます。
スケジュール終了時間 発信者は、コールバック ウィンドウの終了時刻を HHMM (24 時間) 形式で入力するように求められます。サブフローは、入力が有効な時間であることを確認するために入力を検証します。無効な場合は、プロンプトが繰り返されます。
タイムゾーンをスケジュール 発信者にはタイムゾーンを選択するためのメニューが表示されます。- IST (インド標準時) の場合は 1 を押します。- 中部時間の場合は 2 を押します。- 東部時間の場合は 3 を押します。
コールバックをスケジュール 収集されたすべての情報(CallbackNumber、CustomerName、CallbackQueue、およびスケジュールされた日付、時刻、およびタイムゾーン)を使用して、サブフローがシステムでコールバックを正式にスケジュールします。
サブフローを終了 コールバックを正常にスケジュールした後で、サブフローが終了します。

サブフロー アクティビティ

次の表に、コールバックをスケジュールするためのサブフロー アクティビティのシーケンスを示します。

サブフロー アクティビティ説明
サブフローを開始 サブフローは呼び出されたときに開始されます。
スケジュール日 発信者の優先コールバック日を収集します。TTS プロンプトは次のとおりです。「希望の日付を YYYYMMDD 形式で入力してください。」入力が正しい日付形式であることを確認するために検証されます。
変換DateFormat 有効な日付を入力すると、このアクティビティは YYYYMMDD 入力を YYYY-MM-DD 形式に変換し、CallbackScheduleDate 変数に保存します。
スケジュール開始時間 コールバック ウィンドウの開始時間を収集します。TTS プロンプトは次のとおりです。「HHMM 形式でコールバックの開始時刻を入力してください。」入力が正しい時間形式であることを確認するために検証されます。
変換開始時間 HHMM 開始時刻入力を HH:mm:ss 形式に変換し、CallbackScheduleStartTime 変数に保存します。
スケジュール終了時間 コールバック ウィンドウの終了時間を収集します。TTS プロンプトは次のとおりです。「HHMM 形式でコールバックの終了時刻を入力してください。」入力が正しい時間形式であることを確認するために検証されます。
変換終了時刻 HHMM 終了時間入力を HH:mm:ss 形式に変換し、CallbackScheduleEndTime 変数に保存します。
スケジュール タイムゾーン タイムゾーンを選択するためのメニューを表示します。
スケジュールコールバック この最終的なアクションは、収集およびフォーマットされたすべての変数を取得し、システムでスケジュールされたコールバック要求を作成します。
サブフローを終了 コールバックが正常にスケジュールされた後にフローが終了します。

フローの作成と管理

フローを作成

ルーティング リソース モジュールを使用して、フローを作成および管理できます。フローを設計する場合、コンサルティングインタラクションに、サービス コールバック、コール後のアンケート フィードバック、ブラインド転送アクティビティを含めることはできません。

フローを作成するときに、ノード数が 100 を超えると、フロー デザイナーで遅延が発生する場合があります。このような場合、フローチェーン機能と動的変数機能を使用して、大きなフローを容易に管理可能な小さなフローに分割することを推奨します。詳細については、「複数のフローをリンク (GoTo)」 および キュー連絡先 を参照してください。

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

メッセージは、 Flows ページが表示されます。
3

で、 Flows ページ、クリック Manage flows.選択 Create flows を選択します。

メッセージは、 Create a new flow ウィザードが表示され、以下から選択できます。 Flow または Subflow.
4

オプション Flow.

オプション Subflow サブフローを作成します。サブフローの作成プロセスは、フローの作成プロセスに似ています。

5

フローを作成するために必要なオプションを選択します。

6

オプション Start fresh.

7

[就業時間] Flow name フィールドに一意の名前を入力します。

フロー名にスペースを含めることはできません。使用できる特殊文字は _(アンダースコア)のみです。使用可能な長さは 80 文字です。たとえば、NewContact_01 です。

8

オプション Create flow.

メッセージは、 Flow Designer ウィンドウが表示されます。

9

[就業時間] General settings セクションで、フローの説明を入力します。後で説明を変更することはできません。

10

(オプション)次の設定を Diagram settings セクションまで下方にスクロールします。

  • Curved links—各フローの曲線リンクと右角リンクを切り替えることを有効または無効にします。

    湾曲したリンクを有効にすることで、アクティビティ間の接続のビューを強化できます。複雑なフローでは、カーブしたリンクは、重複する傾向がある直線に比べて読みやすくなります。

  • Link color—ドロップダウンカラーパレットから色を選択して、リンクを示します。

  • Error path color—ドロップダウンカラーパレットから色を選択して、エラーパスを示します。

  • Selection color—ドロップダウンカラーパレットから色を選択して、選択したリンクと接続されているアクティビティを示します。

  • Thickness—リンクと接続されているアクティビティの厚さを増減する値を指定します。厚さはピクセル単位で、デフォルト値は 1 ピクセルです。サポートされる最大太さは 3 ピクセルです。

11

[就業時間] Flow Decryption Settings セクションで、 Enable flow decryption トグルして、フロー内の機密情報の復号を許可します。A Debug Details Data Disclosure ポップアップが表示されます。チェック I agree をクリックし、 Save.デバッグ時にフローログから機密情報を復号化することができるようになりました。詳細については、トレース フロー セクションを参照してください。

12

フローを作成するには、次のタスクを実行します。

フロー テンプレートからフローを作成

フロー テンプレートでは、一般的な使用事例に対してすぐに使えるフローを提供します。フロー テンプレートからフローを作成するには:

1

Control Hub にサインインします。

2

次のとおり、移動します Services > Contact Center.

3

から Contact Center ナビゲーション ペイン、クリック Customer Experience > Flows.

4

で、 Flows ページ、クリック Manage flows を選択し、 Create flows ドロップダウン リストから主催者を選択してください。

メッセージは、 Create a new flow ウィザードが表示され、以下から選択できます。 Flow または Subflow.
5

オプション Flow.

サブフローを作成するには、 Subflow.サブフローの作成プロセスは、フローの作成プロセスに似ています。

6

から Choose a methodクリック Flow templates.

7

利用可能なテンプレートのリストからテンプレートを選択します。オプション Next.

オプション View details を選択して、テンプレートの詳細なプレビューを表示します。詳細については、{フローテンプレートの詳細を表示 セクションを参照してください。

8

[就業時間] Flow name フィールドに、フローの一意の名前を入力します。命名規則に従います。

9

オプション Next.

フロー テンプレートから新しいフローを作成しました。

フローの詳細については、テスト前にフローにより設定が必要な場合は、フロー テンプレート リストで利用可能なリンクを使用してください。フローテンプレートの詳細を表示 を参照してください。

次に行うこと

要件に従って、フローのアクティビティとイベントをカスタマイズします。フローを確認して公開します。

フロー テンプレートの詳細を表示

特定のテンプレートに関する詳細を表示するには:

1

テンプレート収集ページから、必要なテンプレートを選択します。

2

オプション View details.メッセージは、 Template details ページが表示されます。

  • 上部のパネルには、選択したテンプレートのプレビューが表示されます。フルスクリーンアイコンをクリックすると、テンプレートがフルスクリーンで開きます。テンプレートの特定のセクションを選択し、ズームインとズームアウトを行います。必要に応じて、メイン フローとイベント フローを切り替えることができます。
  • 下のペインには、選択したフローテンプレートに関する詳細情報を提供する次のセクションがあります。
    • 説明: テンプレートの簡単な説明と目的。
    • 詳細 - テンプレートの主な機能。
    • 前提条件: フロー テンプレートが期待通りに動作するように設定する必要がある手順。
    • フローの内訳: フローの開始方法、フローでの動作、フローの終了方法に関する詳細。
    • 使用されているアクティビティ: 特定のテンプレートで使用されているさまざまなアクティビティを一覧表示します。
    • 追加詳細:フロー テンプレートに関する追加詳細。

次に行うこと

オプション Select template を選択して、選択したテンプレートを続行します。

コンテキスト メニュー オプション

その他のアクションにはコンテキスト メニューを使用します。コンテキストメニューを Flows ページで、フローを選択し、フローデザイナーモジュールでフローを開きます。フロー名にカーソルを合わせます。次のオプションを含むメニューが表示されます。

  • Edit name—フローの名前を変更するために使用します。
  • Export—フローをエクスポートするために使用します。
  • Import—フローをインポートするために使用します。
  • Delete—フローを削除するために使用します。
  • View version history—フローのバージョンの詳細を表示するために使用します。

フロー変数を編集

使用中の変数は編集できません。変数タイプを作成した後、変数タイプを編集することはできません。

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

メッセージは、 Flows ページが表示されます。
3

次をクリックします: Go to Flow Designer アイコンをクリックします。フローは [フローデザイナー] ウィンドウで開きます。

4

変数タグを Global properties ペイン。

ポップアップ ウィンドウに、変数情報の概要が表示されます。
5

オプション Edit をタップします。

6

フローで未使用の変数を選択します。

7

変数名、説明、値、および変数設定に必要な変更を加えます。

フローを変更

イベント、登録者、出席者にすばやくアクセスするため、 Edit トグルしてフローを編集します。有効にすると、他のフロー開発者はフローを同時に編集できません。デフォルトでは、フローは読み取り専用モードで開きます。

機密情報を含む変数をセキュアとしてマークできます。フロー変数を含む既存のフローを開くと、それらの変数を確認し、セキュアとしてマークするプロンプトが表示されます。セキュアな変数の詳細については、セキュアな変数 を参照してください。

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

メッセージは、 Flows ページが表示され、次のフィールドを含むフローのリストが表示されます。

フィールド名

説明

フロー名

Flow Designer アプリケーションで設定されているフローの名前。

フロー名は一意である必要があります。

説明

Flow Designer アプリケーションで設定されているフローの説明。

ステータス

フローが公開されているか、まだドラフトステージにあるかを示します。

最終更新日フローが最後に変更された日時。

最後に編集したユーザー

フローを最後に編集したユーザーのメール ID。

3

次をクリックします: Go to Flow Designer アイコンをクリックします。フローは [フローデザイナー] ウィンドウで開きます。

選択したフローにフロー変数がある場合、変数をセキュアとしてマークするメッセージが表示されます。

フローを変更できるのは、 Edit On トグル ボタンが有効になっています。もし Edit On トグル ボタンがオフに設定されている場合、フローは読み取り専用モードで表示されます。

4

Flow Decryption Settings:有効にする Flow Decryption Settings フローの復号を許可します。詳細については、トレース フロー セクションを参照してください。

5

オプション Go Select Secure Variables を選択して、 Edit Secure Variables ダイアログ ボックス。

クリックすると Skip for now を選択して、セキュアな変数にマークを付けずに選択したフローの編集を続行します。このダイアログボックスは、次回フローを編集するときに表示されます。

応答の Don't show this message again チェックボックスをオンにすると、選択したフローの選択プロセスが完全にスキップされます。

現在、この機能はサポートされていません。

6

機密情報を含む変数のチェックボックスをオンにして、 Save.

[フローデザイナー(Flow Designer)] ウィンドウには、選択した変数とその変数名の横にロック アイコンが表示されます。

選択したフローは読み取り専用モードで開きます。

7

有効にする Edit トグル ボタンでフローを変更します。

8

必要に応じてドラフトフローを編集します。

フローを変更すると、コンサルティングインタラクションに、サービス コールバック、コール後のアンケート フィードバック、ブラインド転送アクティビティを含めることはできません。

9

オプション Save を選択して、 Autosave トグル ボタン。

フロー内の音声プロンプトをプレビュー

プレビュー音声プロンプト機能を使用すると、Flow Designer モジュール内の .wav ファイルと音声合成 (TTS) メッセージの即時音声再生が可能になります。メッセージは、 Preview prompt 次のアクティビティに搭載されているボタンは、音声および音声合成メッセージの検証にかかる時間と労力を削減することで、開発者のエクスペリエンスが向上します。

フローで音声プロンプトをプレビュー

イベント、登録者、出席者にすばやくアクセスするため、 Preview prompt TTS メッセージの音声プロンプト、言語、音声の選択をすばやく確認するためのボタン。プロンプトのパーソナライゼーションのための SSML マークアップをテストします。

  • 音楽の再生 アクティビティはプレビュープロンプトに対応していません。

  • 音声合成のプレビューでは、音声の選択が必須です。

  • プロンプトをプレビューするときに、TTS コネクタ オプションを変更することはできません。プレビュー プロンプト モーダルを閉じ、アクティビティで別のプロバイダーを選択して、別の TTS プロバイダーをテストします。

  • メッセージは、 Language および Voice プロンプトのプレビュー時のドロップダウンリストの設定は変数に対応します Global_Language および Global_VoiceName、それぞれです。これらの設定をフローで設定して、エクスペリエンスを変更できます。

  • 音声ファイル変数をテストする場合は、ファイルパスがシステム上に存在する実際の .wav ファイルに対応していることを確認してください。

フロー内のエンティティを検索する

検索機能を使用して、フロー内のエンティティを検索し、そのロケーションにすばやくアクセスします。より精巧で複雑なフローの場合、この検索機能を使用して、目的のエンティティを検索する際の手動作業を避けます。

この検索機能を使用して、フローで次のエンティティを検索できます。

  • アクティビティ名、説明、および入力
  • 変数名
  • ペブル式
  • フローのプロパティ

テキスト入力、説明、pebble 式などのフィールド内の自由テキストを検索し、置換することができます。

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

メッセージは、 Flows ページが表示されます。
3

次をクリックします: Go to Flow Designer アイコンをクリックします。

フローは、 Flow Designer 変更されます。
4

右上隅に表示される検索ボックスでキーワード (アクティビティ名、変数名、または文字列) を入力し、 Enter.

また、キーボードショートカットを使用して検索ボックスをトリガーすることもできます。Cmd + K (macOS の場合)、Ctrl + k (Windows の場合)。

検索結果は、画面の左側にある別の検索パネルに表示されます。
5

(オプション)ドロップダウン リストから 1 つまたは複数のエンティティタイプを選択して、検索結果をフィルタリングします。

6

テキストを検索して置換するには、次の手順を実行します。

  1. 単語を Replace フィールドを選択して、選択したキーワードを置き換えます。

  2. 個々の検索結果を選択して指定されたキーワードに置き換えるか、 Replace all (Replace all icon.) アイコンでフローのすべての回を置き換えます。

フローにバージョン ラベルを適用

バージョン ラベルを追加して、開発、テスト、ライブなどのさまざまな段階でフローのライフサイクルを構築することを推奨します。フローに直接変更を適用する代わりに、フローをプロダクションに展開する前に、フェーズを通じてフローを公開できます。この機能は、本番環境での現在のフローを上書きしないようにするのに役立ちます。

フローを公開するときに、フロー名に加えて、「ライブ」、「テスト」、「開発」などのバージョン ラベルを新しいフローバージョンと関連付けます。これにより、同じフローの異なるバージョンを異なるエントリポイントまたは GoTo アクティビティに添付できます。[最新] は、フローバージョンから削除できないデフォルト バージョン ラベルです。最新バージョンと一緒に他のバージョンラベルを適用できます。

さらに、同じフローの複数のバージョンをエントリ ポイントに添付できます。エントリポイントの設定中に、関連付けられているバージョンラベルと共にフローを選択できます。

フロー内のバージョン ラベルにアクセスして、フローロジックを動的に変更することもできます。 NewContact 変数(詳細については、Start Flow を参照してください)。メッセージは、 NewContact.FlowVersionLabel 変数には、現在実行中のフローバージョンラベルが表示されます。「Dev」、「Test」、「Live」、「Latest」。フローバージョン ラベルを適用すると、フローの特定のバージョン ラベルに合わせてカスタム ロジックを作成できます。

編集モードでフローを開くと、公開された最新のフローバージョンからのドラフトバージョンが表示されます。このドラフトバージョンを公開すると、最新バージョンのラベルが関連付けられます。特定の時点で、最新バージョンのラベルに関連付けられているフローは 1 つのみです。これは、フローの最後の公開バージョンに対応します。

はじめる前に

少なくとも 1 回はフローを公開する必要があります。

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

メッセージは、 Flows ページが表示されます。
3

次をクリックします: Go to Flow Designer アイコンをクリックします。フローは [フローデザイナー] ウィンドウで開きます。

4

フローを編集します。

5

オプション Save を選択して、 Autosave トグル ボタン。

6

オンにする Validation ボタンを切り替えて、公開を有効にします。

7

オプション Publish.

8

(オプション) Publish flow ダイアログボックスで、バージョンまたは他のフロー開発者と共有する情報に関するメモを入力します。

9

デフォルトでは、 Latest は、フローの最新バージョンを示すバージョン ラベルとして選択されています。ライブ、開発、テストなどのフローバージョンに複数のバージョンのラベルを適用できます。 Add version label ドロップダウン リストから主催者を選択してください。

特定のバージョン ラベルがエントリポイントにマップされている場合、ドロップダウン リストのバージョンラベルの横に、ラベルがエントリポイントにマップされていることを示す通知が表示されます。

10

オプション Publish.

1 つまたは複数の適切なバージョンラベルを選択して公開した後、エントリ ポイントに割り当てる際にこのバージョンのフローを使用します。

11

(オプション) バージョン番号の横にあるタイマーアイコンをクリックして、フローのバージョン履歴を表示します。

メッセージは、 Version history モーダルが表示され、フローのアクティブ バージョンとその他のバージョンの詳細が表示されます。

  • 公開時間
  • バージョン番号
  • バージョン ラベル (該当する場合)
  • 最後に編集したユーザー
  • メモを公開

次のキーワード検索属性を使用して、テーブルをフィルタリングします。

  • バージョン番号
  • バージョン ラベル
  • 公開者
  • メモを公開
  • 公開日
12

(オプション) View 選択されたバージョンで公開されたフローを表示するための行のアイコン。

古いフローバージョンの表示時に編集を選択した場合、現在のドラフトはその特定のフローバージョンで上書きされます。

適切なバージョンラベルをフローに適用した後、キューを作成するときにそのフローバージョンを選択できます。

フローには、任意の数のバージョンを追加できます。ただし、フローバージョン履歴には最新の 100 バージョンのみが表示されます。フローのバージョンはフローを削除したときにのみ削除されます。

自動保存を有効または無効にする

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

メッセージは、 Flows ページが表示されます。
3

フローを作成するには、 New.

4

既存のフローを編集するには、 Go to Flow Designer アイコンをクリックします。

フローは、 Flow Designer 変更されます。
5

自動保存オプションを有効にするには、 Autosave トグルボタンをオンに切り替えます。

6

自動保存オプションを無効にするには:

  1. 次を設定します: Autosave ボタンをオフに切り替えます。

    アクションを確認するメッセージが表示されます。

  2. オプション Disable autosave.

自動保存オプションを無効にした後、変更を手動で保存します。そうしないと、フローに加えられた変更が失われます。

アクティビティをコピーして貼り付け

アクティビティまたはアクティビティのグループを同じフローにコピーして貼り付けることで、ゼロからアクティビティを構成する必要はありません。この目的のために、一度に 1 つのアクティビティまたはアクティビティのグループを選択して、同じフローで再利用できます。アクティビティをコピーすると、それらのアクティビティの重複が作成され、設定済みのすべての設定とリンクがコピーされます。

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

メッセージは、 Flows ページが表示されます。
3

フローを作成するには、 Manage Flows > Create Flows.

4

既存のフローを編集するには、 Go to Flow Designer フローの横にあるアイコンをクリックしてフローを開きます。

5

次のいずれかの作業を行ってください。

  1. 1 つのアクティビティをコピーして重複するには、コピーするアクティビティを選択して、コピーアイコン(Copy icon.)をクリックします。

  2. 複数のアクティビティをコピーして重複するには、Shift を押してグループ化するアクティビティを選択し、コピーアイコン(Copy icon.)をクリックします。

または、キーボードの Ctrl+ C を押して選択したアクティビティをコピーし、Ctrl+ V を押して選択したアクティビティをキャンバスに貼り付けます。

6

必要に応じて、コピーしたアクティビティを再配置します。

フローを検証

フローを検証して、すべての必須フィールドが に設定されており、フローの構造が有効であることを確認します。検証は、システムが実行時にフローを実行する方法を決定できず、フローが期待通りに実行されることを保証するものではありません。

検証が成功したら、 Validation オンに切り替えます。検証が成功しない限り、フローを公開できません。

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

メッセージは、 Flows ページが表示されます。
3

次をクリックします: Go to Flow Designer 確認するフローの横にあるアイコン。

フローは、 Flow Designer 変更されます。
4

次を設定します: Validation に切り替える: On.

検証が開始され、ウィンドウにエラーが表示されます。

検証中、システムは次の方法でエラーを表示します。

  • Flow errors button—赤のボタンが、 Validation アクティブなエラーの数を表示するトグルです。エラーがない場合 (フローエラー: 0)、ボタンは緑色です。
  • Activity error styling—アクティビティに構成エラーがある場合、アクティビティは赤いアウトラインと右上隅に赤い情報アイコンとともに表示されます。このアイコンをクリックすると、アクティビティに関するエラーをまとめたコンテキストツールチップが表示されます。エラーに対処すると、アクティビティはエラーのスタイリングをリアルタイムで失います。
  • Validation details window—このポップアップ ウィンドウは、フロー内のアクティブなエラーの実行リストを保持します。このウィンドウをキャンバスをドラッグして移動できます。次をクリックします: Close 右上のアイコンでウィンドウを閉じます。

    このウィンドウには 2 つのセクションがあります。

    • Flow errors section—このセクションでは、フロー内のすべてのアクティブなエラーを一覧表示し、アクティビティごとに分解します。フローを公開する前に、これらのエラーをすべて解決してください。詳細については、エラー コードを理解する を参照してください。
    • Recommendations section—このセクションでは、構築フローのベスト プラクティスとリマインダーを紹介します。フローを公開する前にこれらの項目を考慮する必要がありますが、推奨事項は必要ありません。

      推奨事項を表示したくない場合は、 Dismiss recommendations リストが非表示になります。リストは、 Validation details ウィンドウを開き、再度開きます。

5

Cisco Webex の Validation details ウィンドウを再度開きたい場合は、 Flow errors ボタンをクリックします。

6

(オプション) エラーが発生した場合は、 Validation に切り替える: Off.エラーを修正し、検証を再起動します。

フロー検証では、関数を評価したり、変数が期待値に解決されるかどうかを確認したりすることはできません。それは構造的エラーのみをチェックします。変数が期待通りに動作するように、変数をダブルチェックしてください。

フローをコピー

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

メッセージは、 Flows ページが表示されます。
3

コピーするフローの横にある省略記号アイコンをクリックし、 Copy.

コピーされたフローの名前には、次の形式があります。Copy_FlowName_FlowID。フロー名は元のフローの名前であり、フロー ID は元のフローの一意の識別子です。

4

コピーしたフローを開いて、名前を編集します。

フローをエクスポート

フローをエクスポートして、フロー定義を JSON ファイルとして抽出します。後で、JSON ファイルをインポートして、別のテナントで同じフローを作成できます。フローをインポートするには、フローをインポートする

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

メッセージは、 Flows ページが表示されます。
3

エクスポートするフローの横にある省略記号アイコンをクリックし、 Export.

4

表示されるダイアログボックスで、 Save をクリックし、 OK フローファイルをダウンロードします。

このファイルは、JSON 形式の既存のファイル名でローカル システムにダウンロードされます。

フローをインポート

別のテナントからフローをインポートするには、まずフローを JSON ファイルとしてエクスポートする必要があります。フローをエクスポートするには、フローをエクスポート

同じテナント内の既存のフローを再使用するには、フローをコピーする を参照してください。

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

メッセージは、 Flows ページが表示されます。
3

Manage flows クリック Import.

4

ローカル システムから JSON 形式のフローファイルを選択します。

5

オプション Open ファイルをインポートします。

フローはテナントにインポートされます。

フローは JSON 形式でのみインポートできます。JSON ファイルはインポートを成功させるための有効なフローである必要があります。

最大 10 MB のファイルサイズをインポートできます。

次に行うこと

フローを変更または公開できます。詳細については、フローの操作 を参照してください。

フローを公開

フローを検証し、エラーのない状態を検出した後で、フローを公開できます。エントリ ポイント ルーティング戦略で公開フローを使用できます。

公開する前に、フローが適切に構成され、ライブコンタクトセンターを使用できるようになっていることを確認します。システムは、公開されたフローの編集を完全にサポートしていません。

システムは、 Publish flow ボタンが Validation トグルはオフです。アクティブなエラーがある場合は、ボタンが無効のままになります。

クリックすると Publish flowで唯一のハイブリッド サービスである場合、 Publish flow 確認ウィンドウが表示されます。フローを公開する前に、すべての式が機能し、フローが希望どおりに動作することを確認してください。

エラーが発生した場合:

  • 通知ウィンドウが表示され、 Tracking Id および Flow Id.エラーのあるサポートについては、Cisco サポートにお問い合わせください。サポートには以下が必要です: Tracking Id.
  • 次をクリックします: Retry publish.
1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

メッセージは、 Flows ページが表示されます。
3

次をクリックします: Go to Flow Designer 公開するフローの横にあるアイコン。

フローは、 Flow Designer 変更されます。
4

オプション Publish

フローが正常に公開されると、確認メッセージが表示されます。

5

以下のいずれかのオプションを選択します。

  • オプション Close Flow & Sign Out、フローの確認が完了し、フロー デザイナーからサインアウトする場合。
  • オプション Return to Flowを選択し、フローを確認または編集します。

    フローがエントリ ポイント ルーティング 戦略に割り当てられている場合、公開されたフローを編集すると、ライブ コンタクト センターの連携に影響する可能性があります。

フローを削除

フローのステータスが Publishedは、ルーティング戦略設定の一部にすることができます。削除する前に、フローが使用されている場所を確認します。それ以外の場合は、コンタクトセンターのライブインタラクションに影響を与える可能性があります。

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

メッセージは、 Flows ページが表示されます。
3

削除するフローの横にある省略記号アイコンをクリックし、 Delete.

4

オプション Yes を確認します。

エントリ ポイント ルーティング戦略

エントリポイントルーティング戦略は、連絡先がエントリポイントに到達したときの連絡先のルーティング動作を制御する構成です。連絡先がエントリ ポイントに到着すると、ルーティング エンジンは特定の時点でどのエントリ ポイント ルーティング 戦略がアクティブであるかを確認し、その設定に従います。

エントリポイントのルーティング戦略設定の通話制御セクションでは、通話中の発信者のエクスペリエンスを制御するフローを選択できます。フロー デザイナーでは、IVR でのコールの初期処理と連絡先がキューに入った後のキュー エクスペリエンスの両方を制御するエンドツーエンドのフローを設定できます。

以下からフローを選択します: Flow ドロップダウンして、ルーティング戦略で指定された時間間隔の間に、このエンドツーエンドの通話エクスペリエンスを制御するフローを示します。このドロップダウン リストでは、フロー デザイナーから発行されたフローのみを使用できます。

フローは、テレフォニー エントリ ポイントでのみ使用できます。エントリポイントのルーティング戦略からフローの設定を上書きすることはできません。

キュー ルーティング戦略

キュー ルーティング戦略は、連絡先がキューに到達したときの連絡先のルーティング動作を制御する構成です。連絡先がキューに到着すると、ルーティング エンジンは特定の時点でアクティブになっているキュー ルーティング 戦略を確認し、その設定に従います。

Webex Contact Center でキュー ルーティング戦略を持つ顧客は、それらにアクセスできますが、新しい戦略を作成することはできません。すべての顧客に設定をキューに移行することを推奨します。

サブフローの作成と管理

フロー デザイナーでは、大きなフローをサブフローと呼ばれるより小さく管理可能な部分に分割できます。複数のフローでサブフローを再利用して、特定のタスクを処理できます。このモジュラーアプローチは、フロー管理を簡素化し、大規模なフローを構築する複雑さを減らします。サブフローの主な特徴を次に示します。

  • 組織レベルでサブフローを作成して、内部で利用可能にできます。たとえば、同じ組織内で利用可能なサブフローを表示して呼び出すことができます。組織あたり最大 200 件のサブフローを作成できます。

  • フロー内からサブフローを呼び出して、エントリ ポイントにリンクしたり、メイン フローを退出したりすることなく、ロジックを実行できます。

  • メイン フローで、または組織内のメイン フロー全体でサブフローを複数回再利用できます。

  • 親フローとサブフロー間で変数を渡し、メインフローからサブフローへの入力と出力変数を、逆方向にマッピングできます。これにより、サブフロー内のこれらの変数は、サブフローを呼び出す親フロー内の変数から独立します。

    ただし、メイン フローの音声合成 (TTS) 設定は、サブフローに渡されません。たとえば、メインのフロー変数が Global_VoiceName: fr-FR-Ariane (French).サブフローが TTS を再生するようにトリガーする場合、音声はデフォルトで英語で再生されます。これを克服するには、次と同じ名前のサブフロー変数を定義します。 Global_VoiceName :fr-FR-Ariane (French).または、サブフロー変数を作成することもできます。 Global_VoiceName (メインフローと同じ)、メインフローからサブフローに値をマッピングします。詳細については、WxCC サブフロー内でネイティブのテキスト読み上げ機能で異なる言語と音声名を構成する を参照してください。

    グローバル変数をサブフローに追加することはできません。ただし、グローバル変数をメインフローからサブフローのローカル変数にマッピングできます。

  • サブフローを個別に公開できます。ただし、サブフローで行った変更は、メイン フローを再発行した後にのみ有効になります。

  • ライブ、開発、テストなどのバージョン ラベルをサブフローに添付して、それぞれの環境でメイン フローのエンドツーエンドのテストを実行できます。

  • サブフローはメイン フローから起動する必要があります。サブフローから別のサブフローを呼び出すことはできません。

  • エントリポイントまたはキューのルーティング戦略からサブフローをリンクすることはできません。

  • サブフローを独立してインポートおよびエクスポートできます。

サブフローを作成

Control Hub でサブフローを作成および管理できます。

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows > Subflows.

3

オプション Manage subflows > Create subflow.

4

[就業時間] Subflow name フィールドにサブフローの名前を入力します。

サブフロー名は一意である必要があります。スペースを含めることはできません。使用できる特殊文字は、_(アンダースコア)と -(ハイフン)だけです。最大文字数は 80 です。

5

オプション Start building subflow.

メッセージは、 Flow Designer ウィンドウが表示されます。

6

[就業時間] General settings セクションで、サブフローの説明を入力します。この説明は後から変更できます。

7

[就業時間] View settings セクションで、曲線リンク、リンク色、エラーパスの色、選択色、太さなどの機能を設定します。

8

[就業時間] Variable definition セクションで、メイン フローにリンクするために必要な変数を追加します。

  • Subflow input variable:(必須)この変数は、メイン フローから入力を取得します。
  • Subflow output variable:(必須)この変数は、メインフローに出力を返します。
  • Subflow local variable:(オプション) この変数は、サブフロー内で孤立し、メインフロー変数のいずれにも関連しないロジック用です。

上記のすべての変数は、String、Integer、Date Time、Boolean、Decimal、JSON のいずれかです。

9

サブフローを作成するには、次のタスクを実行します。

バージョンラベルやフロートレース機能を、メインフローと同じ方法で適用するなどのアクション。詳細については、フローにバージョン ラベルを適用します および デバッグ フロー

サブフローを編集

サブフローを編集して公開すると、その変更はメイン フローを公開した後にのみメイン フローで有効になります。

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows > Subflows.

3

編集するサブフローをクリックします。

4

有効にする Edit トグル ボタンでサブフローを変更します。

5

サブフローに必要な変更を加えます。

オプション Save を選択して、 Autosave トグル ボタン。

サブフローを削除

公開されたメイン フローがサブフローを使用している場合、フローがライブであるか、エントリ ポイントに添付されているかにかかわらず、それを削除することはできません。サブフローを削除するには、まずメイン フローから削除するか、メイン フローを完全に削除します。

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows > Subflows.

3

削除するサブフロー行の省略記号アイコンをクリックし、 Delete.

4

オプション Yes を確認します。

サブフローをメイン フローに追加

複数のメイン フローにサブフローを追加できます。

1

Control Hub にサインインします。

2

次のとおり、移動します Contact Center > Customer Experience > Flows.

[管理ポータル(Management Portal)] ナビゲーション バーからサブフローをメイン フローに追加することもできます。選択 Routing strategy > Flows.編集するフローの横にある省略記号アイコンをクリックし、 Open.

3

変更するフローをクリックして、サブフローを追加します。

メッセージは、 Flow Designer ウィンドウが表示されます。

4

次をクリックします: Subflows します。

選択した組織/テナントのサブフローのリストが表示されます。

5

必要なサブフローをリストからキャンバスにドラッグ アンド ドロップして、メイン フローに追加します。

名前、サブフローバージョン、バージョンラベル、およびサブフローで設定されているすべての変数など、選択したサブフローの詳細を表示できます。

オプションで、 View サブフロー名の隣で、ブラウザの新しいタブでサブフローを開きます。

6

[就業時間] Subflow version セクションで、メイン フローに追加する必須のサブフロー ラベルを選択します。デフォルトでは設定されていません。デフォルトでは、 Enable automatic updates チェックボックスがオンになっています。有効にすると、新しいバージョンのサブフローを作成するたびに、システムは自動的にメイン フローを新しいバージョンに更新します。

チェックを外します Enable automatic updates 自動更新を無効にするオプション。サブフローの新しいバージョンを作成する場合は、必ずメイン フローを再発行してください。

7

[就業時間] Subflow input variables セクションで、メインフロー変数をサブフロー入力変数にマッピングします。

同じデータタイプをマッピングして、サブフローがエラーなしで動作することを確認してください。

同様に、 Subflow output variables セクションで、サブフロー出力変数を同じデータタイプでメインフロー変数にマッピングします。

8

メイン フローを公開します。

機能の作成と管理

Flow Designer モジュール内で機能を作成および管理できます。関数を使用すると、簡単なデータタスクを実行したり、複雑なアクションをオーケストレートしたりするためのカスタム ソース コードを作成できます。コードエディタを使用してコードをインラインに書き込み、フロー全体で使用できます。

この機能は、開発者が同様のタスクを実行するために使用する Pebble テンプレートのフレームワークを補完します。この機能により、フローの開発者は次のことを実行できます。

  • コードを書く言語を選択します。対応言語は JavaScript と Python です。
  • 言語特有の静的分析でカスタム ソース コードを書きます。
  • 公開する前に、サンプル値でカスタム コードをテストし、出力とエラーを表示します。
  • アクティビティ出力変数とステータス/エラー コードに基づいてフロー ロジックを書き込み。
  • この関数は、 現在のところ詳細な情報はありません。引数のリストのみが 記述されています。
  • 複数のフローで機能をアクティビティとして再利用します。
  • デバッグフローは、関数の出力、ステータスおよびエラーコード、ランタイムエラー処理、フローのデバッグ機能、および分析機能を使用して行われます。

重要な考慮事項

このセクションでは、関数を扱う際に注意すべき重要な考慮事項をいくつか示します。

  • 組織ごとにサポートされる機能の最大数は 200 です。
  • 機能ごとに割り当てられる最大メモリは 128 MB です。
  • 待機中の音声のタイムアウトは 2 ~ 5 秒です。

関数の作成

1

Control Hub にサインインします。

2

次のとおり、移動します Services > Contact Center > Customer Experience > Functions.

3

で、 Functions ページ、クリック Create a function.

機能を作成するには、 Functions Flow Designer モジュール内のタブを選択します。

4

で、 Create a new function ページで、機能を作成するための必要な方法を選択します。

  1. Start Fresh—データ解析を実行したり、カスタム コードを実行したりするために最初から新しい関数を作成するには、この方法を選択します。で、 Create a new function ウィザードで、次のタスクを実行します。

    1. で、 Name & Configure ページで、次の設定を行います。

      • Function Name—関数の名前を指定します。
      • Function Language—機能言語を選択します。利用可能な言語は JavaScript と Python です。

    2. オプション Create Function.新しい機能定義 UI ページは、次のパネルでロードされます。

      • コード エディタ - カスタム ソース コードを入力します。
      • [テスト パネル(Test)]:定義された入力に値を提供して、書き込んだコードをテストします。オプション Test を選択して、コードを検証します。結果は [結果] ペインに表示されます。
      • [プロパティ] パネル:次のフィールドで構成されます。
        • Function Description—機能の目的についての簡単な説明を提供します。
        • Variable Definition—入力変数を設定し、コードにマッピングします。次をクリックします: Add Input Variables ボタンをクリックします。[就業時間] Add Function Variable ポップアップ、次の詳細を入力します。
          • Name—変数の名前を入力します。
          • Description—変数の説明を提供します。
          • Variable Type—変数タイプを選択します。使用可能なオプションは、文字列、整数、日付時刻、ブール値、小数点以下の桁数、JSON です。

          オプション Save.

        • Output Variable Definition—関数によって返される出力変数を指定します。これにより、フローの開発者が関数を使用している間、これらの変数を使用できるようになります。
        • メッセージは、 Function Properties ペインの右下に、次の詳細が表示されます。

          • Function Owner—機能を作成したユーザーのメール ID。
          • Function ID—自動生成された機能 ID。
          • Last edited—機能が最後に編集された日付。
          • Function version—この機能の最新バージョン番号。

  2. Import—この方法を選択して機能をインポートします。で、 Create a new function ウィザードで、次のタスクを実行します。

    関数をエクスポートすることで生成された JSON ファイルのみインポートできます。

    1. で、 Upload the file ページで、必要なファイルを選択します。あるいは、ファイルをドラッグ アンド ドロップします。オプション Replace を選択して、選択したファイルを置き換えます。
    2. オプション Next.
    3. で、 Name & Configure ページで、次の設定を行います。
      • Function Name—関数の名前を指定します。
      • Function Language—インポートした機能のプログラミング言語。システムは、インポートする機能の言語に基づいてこれを設定します。

      オプション Create Function.

    4. 関数ページが再読み込みされます。上記の手順を繰り返して、最初から新しい機能を作成します。
5

オプション Publish Function.で、 Publish Function ページで、次の詳細を入力します。

  • Publish Note—参照としてオプションのメモを追加します。
  • Add Version Label(s)—機能に必要なバージョンラベルを追加します。バージョン ラベルを追加しない場合、システムは自動的に「最新」のラベルを追加します。

ページの左上にある機能名の横にあるドロップダウン ボタンを使用して、機能のバージョン履歴を表示します。また、フローの場合と同様に、必要に応じて古いバージョンに戻すことができます。

ソースコードまたは設定を編集した後に関数を公開すると、そのタグ付けされたバージョンの機能を使用するすべてのフローに対して、変更がすぐに更新されます。したがって、ライブプロダクションフローで使用されている機能のタグ付きバージョンを公開する場合は、注意してください。

次に行うこと

機能をメイン フローに追加します。詳細については、メインフローに機能を追加する を参照してください。

機能を管理

関数を作成したら、必要に応じて関数をコピー、エクスポート、および削除できます。

1

Control Hub にサインインします。

2

次のとおり、移動します Services > Contact Center > Customer Experience > Functions.

[機能] ページには、組織で作成されたすべての機能が表示されます。
3

関数の横にある省略記号アイコンをクリックします。選択 CopyDelete、または Export 必要に応じて。

4

次をクリックします: Manage function in flow designer ボタンをクリックして、フロー デザイナー モジュールの機能を開きます。

次に行うこと

関数をメイン フローに追加

複数のメイン フローで機能を追加できます。

1

Control Hub にサインインします。

2

次のとおり、移動します Services > Contact Center > Customer Experience > Flows.

3

クリックして、機能を追加するフローを開きます。

4

トグル オン Edit ボタンをクリックします。

5

次をクリックします: Functions 左の [アクティビティ リスト] ペインのタブ

選択した組織/テナント用に作成された公開された機能のリストが表示されます。

6

必要な機能をリストからキャンバスにドラッグ アンド ドロップします。メインフローに追加します。

機能バージョンラベル、機能入力変数、変数の詳細、出力変数など、選択した機能の詳細を表示できます。

7

[就業時間] Function Input Variables セクションで、メインフロー変数を関数入力変数にマッピングします。

関数入力変数と同じ名前とデータタイプで作成されたフロー変数は、自動的に相互にマッピングされます。

8

[就業時間] Function Output Variables 関数出力変数を同じデータ型でメインフロー変数に割り当て、解析およびマッピングします。例で示すように、JSONPath 式を使用して解析することができます。

9

メイン フローを公開します。

FAQ

このセクションでは、組織内の機能の使用に関するよくある質問にお答えします。

Flow Designer モジュールが機能アクティビティをサポートする言語を教えてください。

Flow Designer モジュールは、第 1 フェーズで JavaScript (Node.js 22.x) および Python (3.13) をサポートします。

コードブロックの中で使用できるライブラリに制限はありますか?

共通のネイティブライブラリが利用できます。ただし、カスタム モジュールはサポートされていません。

コードの行数に制限はありますか?

はい。最大 5000 行のコードを入力できます。

実行時間に制限はありますか?

はい。実行が完了するまでに最大 5 秒です。

自分のコードをテストできますか?制限はありますか?

はい。実行テスト ランナーは、実際の出力またはエラーメッセージが返されます。コンソール ログは公開されませんが、カスタム出力文字列配列を使用して設定してアクセスできます。

実行待機中の通話中 (無音防止) に対する音楽のサポートはありますか?

はい、フローの待機時の音楽の設定は、自動的に発信者のサイレント状態を防ぐのに役立ちます。デフォルト値は 2 秒です。

機能の仕組み

FaaS (Function as a Service) インフラストラクチャを使用して、機能をパッケージ化して実行します。音声コールの低レイテンシ。

入力変数は何個渡すことができますか?いくつの出力が設定されていますか?

10 個の入力変数と 1 つの JSON 出力変数が設定されています。個々の関数出力は、JSONPath 式を使用して同じアクティビティで解析できます。

コードブロックに複数の変数を設定できますか?

はい。複数の変数を設定するための新しい強化は、「解析」アクティビティに似ています。

複数のフローで機能を再利用できますか?

はい。組織内で一元的に使用できるため、フロー全体で機能を使用できます。

機能を管理 (編集または表示) できるのは誰ですか?

スーパーバイザーと管理者。機能へのスーパーバイザのアクセスは、 Function 設定 (ユーザー プロファイル内の Customer Experience で [編集]、[表示]、[なし] に設定できます)。

エラー処理を設定

システムは、特定のフロー内で設定された各アクティビティのエラー処理パスを強調表示します。エラー処理パスを設定して、フローの実行中に潜在的なエラーを管理します。このパスはデフォルトで表示されますが、設定はオプションです。アクティビティ用にセットアップしていない場合、フロー検証中にシステムが通知を表示します。ただし、これらの通知を使用してフローを公開することはできます。

システムは、フロー実行中に発生するエラーを 2 つのカテゴリに分類します。

  • Activity execution errors:アクティビティの機能実行中に発生するエラーを示します。たとえば、Menu アクティビティの実行中に顧客が一致しないエントリを入力すると、アクティビティ エラーが発生します。

  • System/Global errors:アクティビティの実行中にシステムで発生したエラーを示します。たとえば、システム エラーは、変数設定値 アクティビティの実行中に無効な pebble 式があると発生します。

    • Undefined Error:このエラー ノードは、フロー実行中に定義されていないシステム エラーが発生した場合に、フローが取るエラー出力パスを設定します。このアクティビティの出力パスを適切なアクティビティに接続することで、未定義のエラーのフローを設定できます。

      次の Flow Control アクティビティに Undefined Error ノード)

      • フローを開始
      • 終了フロー
      • HTTP リクエスト
      • 解析

      Webex の Undefined Error 任意のアクティビティのノードで、Cisco サポートに連絡して、対応する機能フラグを有効にします。

フローを最適化するためにエラー処理パスを設定します。アクティビティにエラー処理パスを設定しない場合、フローはデフォルトで OnGlobalError イベントハンドラーの Event Flows します。詳細については、 OnGlobalError イベント ハンドラ、イベントフロー を参照してください。

アクティビティに対するシステムによって強制されるセルフループ制限

システムは、フローのランタイム実行中に特定のアクティビティにセルフループ制限を適用します。これにより、アクティビティがインタラクション内で無限のループに入るのを防ぎます。

実行中にアクティビティがシステムによって強制される制限を超えた場合、ループが検出されたことを示す警告メッセージが表示されます。アクティビティの特定の最大制限値の詳細については、Webex Contact Center の システム制限 の記事を参照してください。

実行中にアクティビティがシステムによって強制される制限を超えた場合、ループが検出されたことを示す警告メッセージが表示されます。アクティビティの最大制限値については、次の表を参照してください。

設定

セルフループの制限

キューの詳細情報1500
ブラインド転送10
ブリッジ転送75
通知10
通話の進行状況分析10
コレクト ディジット100
連絡先を切断する0
通話分配グループをエスカレーション750
フィードバックV210
メニュー100
Queue Contact100
エージェントへのキュー100
発信者 ID を設定100
録画のコントロール10
録画10
コールバックをスケジュール10
連絡先の優先順位を設定100
メディア ストリームを開始20
音声をアップロード3
仮想エージェント50
仮想エージェント V250

コール処理アクティビティには特定の設定が存在しますが、フロー制御アクティビティは、安定性を確保し、無限のループを防ぐために、システムによって設定されたサージ制限の対象となります。

複数のフローをリンク (GoTo)

フロー デザイナーは、複数のフロー(フローチェーン)をリンクする機能を提供します。エントリ ポイント(時間に基づく)またはフローにコールをハンドリングすることで、発信者のエクスペリエンスを変更できます(シナリオをまたいで再使用)。 GoTo を使用して、複数のフローをチェーンします。フロー変数をフローにマッピングして、エンドツーエンドの通話エクスペリエンス全体でデータが継続することを保証できます。

ワクチン登録

ワクチン接種キャンペーンに参加している顧客を処理するには、2 つのオプションを提供できます。1 つはプレミアム顧客用に、もう 1 つは一般顧客用です。

一般的な顧客がコールすると、システムはエントリポイント処理登録に関連付けられたフローにコールを転送します。アクティブな エントリ ポイント ルーティング戦略に基づいて、システムはコールを適切なエージェントにルーティングして、一般的な顧客を登録します。

プレミアムカスタマーがコールすると、システムはコールを別のフローに引き継ぎ、予定をスケジュールします。

リンクフローに関する既知の問題

  • このシステムにより、フローチェーンに参加するエントリ ポイントを削除できなくなります。エントリポイントを削除する前に、関連するすべてのリソース(キューとフロー)を削除します。

  • このシステムにより、フローチェーンに参加するフローを削除できなくなります。フローを削除する前に、すべてのフローチェーンの参照を削除してください。

  • エントリポイントまたはフローチェーンのフローを強制削除すると、検証をスキップし、ユーザ インターフェイスにエラー メッセージが表示されません。

デバッグ フロー

フローのデバッグは、 Flow Designer これにより、通話に要するフローと経路のインサイトを取得できます。この機能により、フロー開発者は、フローの問題をデバッグおよびトラブルシューティングするための制御実行パスで重要な情報を表示できます。

1 つのフローに複数のバージョン ラベルを適用している場合は、それらのバージョン ラベルに対してフローをトレースすることもできます。詳細については、 を参照してください。

インタラクションは、コンタクトセンターを通じた連絡先のジャーニーに沿ったアクティビティを要約し、関連付けます。システムは、各インタラクションに対して一意のインタラクション ID を生成し、ジャーニーをトレースし、失敗の特定とフロー実行のトラブルシューティングを支援します。

デバッグ フローは、プロダクションでフローが実行された後にコール制御パスを表示し、アクティビティ設定と依存フロー設定を確認して正常に実行できるようにします。

フロー ログを解読する

フローのデバッグのセキュリティと柔軟性を向上させるため、デバッグ中の機密データの露出を管理するための復号制御が利用可能です。

  • フロー レベルの復号:オンにする Enable flow Decryption 下に切り替える Flow Decryption Settings フローの作成と編集を行います。このオプションは、[フロー全般設定] ページで利用できます。このトグルは、フロー内のすべてのアクティビティの復号を制御します。このトグルを有効にすると、アクティビティ レベルの復号化に関係なく、すべてのアクティビティでログが復号されます。
  • アクティビティ レベルの復号:オンにする Enable Decryption トグルでアクティビティをより細かくコントロールできます。フローレベルの復号を有効にしている場合でも、出力が機密である場合は、アクティビティのログ復号を無効にできます。これにより、デバッグ中にアクティビティの機密データが保護されたままになります。

    フローの復号は、フローを公開した後に開始されたコールにのみ適用されます。

フローログをセキュアにするには:

  • フローレベルの復号トグルを有効にすると、すべてのアクティビティで復号化が可能になります。

  • 追加の保護が必要なアクティビティについては、アクティビティ レベルで復号を無効にします。このアプローチでは、必要に応じて機密情報のセキュリティを維持しながら、トレースとデバッグフローを柔軟に利用できます。

使用事例の例:

フロー開発者は、フローレベルの復号化を有効にしてコール パスのトラブルシューティングを行えますが、収集された数字を使用して機密性の高い顧客データを処理するアクティビティの復号を無効にできます。これにより、機密性の高い出力を保護しながら、残りのフローをデバッグできます。

  • フローレベルの復号が有効になっていない場合、アクティビティ レベルのトグルは安全に保たれ、無効になります。フロー全体が保護されています。
  • フローレベルの復号が有効になっている場合、テナント レベルのフル管理者権限を持つユーザーは、復号設定を調整して、特定のアクティビティのコンプライアンスとセキュリティを維持できます。

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

[フロー] ページが表示されます。
3

次をクリックします: Go to Flow Designer アイコンをクリックします。

フローは [フローデザイナー] ウィンドウで開きます。
4

オプション Debug.

メッセージは、 Interactions ペインが表示されます。表には、フローの最近の 100 のインタラクションが表示されます。表では、次の詳細を確認できます。
  • Timestamp:対話の日時を表示します。タイムスタンプに基づいてログ エントリをソートできます。

  • Interaction ID:インタラクションの一意の ID を示します。

  • Version:フローのバージョンを、最新、開発、ライブ、テストなどの適用されたラベルとともに表示します。

  • Entry Point:フローに割り当てられたエントリポイントを表示します。

  • Last Executed Activity:選択したインタラクションの最後に実行されたアクティビティを表示します。

  • Origin:インタラクションの起源。たとえば、顧客の携帯電話番号、顧客のメール ID、その他の類似した詳細などです。

  • Destination:宛先は、エントリポイントから DNIS にすることができます。

5

(オプション)検索オプションを使用して、次の検索パラメータでリストをフィルタリングします。

  • Interaction ID, ANI, DNIS:インタラクション ID を入力して、そのインタラクションのフロー実行パスを表示します。ANI または DNIS に基づいて検索することもできます。

  • Date Range:インタラクション ID を取得する期間の開始日と終了日を選択します。

  • Version Label:このドロップダウン リストから 1 つ以上のラベルを選択して、選択したバージョン ラベルを持つすべてのフロー バージョンを表示します。

6

次を選択: Interaction を選択します。

選択したアクティビティパスがキャンバスでハイライトされます。

新しいタブが開き、インタラクション中に実行されたアクティビティのシーケンスと次の詳細が表示されます。

  • Sequence:実行の順番にアクティビティを表示します。

  • Activity Name:アクティビティの名前を表示します。

  • Outcome:システムは結果を次のいずれかにマークします: Success または Failed、失敗したインスタンスを赤でハイライトします。

別々のタブで開く複数のインタラクションを選択できます。

7

アクティビティを選択して次の詳細を表示します。

  • Activity Interaction Metadata:アクティビティの名前、およびアクティビティの実行の開始と終了時刻を表示します。

  • Activity Inputs:選択したアクティビティで提供された入力のリストを表示します。たとえば、 Play Music アクティビティ、入力内容:

    • 音楽ファイル
    • 開始オフセット
    • 動的音声ファイル
    • など。

  • Activity Outputs:アクティビティの出力を表示します。

    状況 Decrypt Access はフローに対して有効です。デバッグ ログ ペインでマスクされていない出力変数を表示できます。このオプションは現在、次のアクティビティでのみ有効になっています。HTTP リクエスト、BRE リクエスト、収集桁数、仮想エージェント、仮想エージェント V2 アクティビティ。

  • Modified Variables:選択したアクティビティの実行中に変更された変数の詳細が表示されます。たとえば、 Set Variable アクティビティには、更新されたフロー変数が Modified Variables セクションまで下方にスクロールします。

8

Decrypt logs icon:マスクされていないログにアクセスするには、ログの復号化アイコンをクリックします。ログを復号し、機密情報にアクセスできるのは、認証されたユーザーのみです。次の免責事項を参照してください。

免責宣言

デバッグの詳細を有効にすると、機密情報 (ユーザー ID、コール メタデータ、エラー トレース、その他の個人情報や機密情報など) を含む可能性がある強化された診断データが公開されます。

デバッグの詳細を有効にすると、次のことを承認し、確認します。

  • 組織内の詳細なデバッグ データにアクセスする権限があります。
  • このデータはトラブルシューティングの目的でのみ使用されます。
  • この機能を有効にすると、フローログに含まれる個人情報や機密情報が公開される可能性があることを理解しています。
  • このデータにアクセスし、処理、共有する際は、組織のセキュリティとプライバシー ポリシーを遵守することになります。
  • 上記について不明な場合は、先に進む前に、管理者またはコンプライアンス チームに問い合わせてください。

9

(オプション) コピーアイコン (Copy icon.) をクリックして、インタラクションの詳細をクリップボードにコピーします。

失敗したインスタンスのアクティビティを識別し、フローを編集することで、トラブルシューティングすることができます。詳細については、 フローの作成と管理 を参照してください。

フローを分析

アナリティクス Flow Designer 特定のフローを経由したすべてのコールの集計ビューを提供します。指定された期間中のアクティビティの各発信ポートの実行数が表示されます。また、NewContact アクティビティを通過したコール数のパーセンテージも計算します。パーセンテージ計算の分母は、NewContact アクティビティを通過するコールの数です。

フロー分析では、指定された時間内に完了した通話のみが考慮されます。コールの合計数の計算には、選択した期間内で開始および終了するコールが含まれます。分析データには、コールバックに設定されたコールや、他の理由 (継続中やクローズされていないなど) で継続中のコールは除外されます。

各アクティビティには、その発信ポートで実行数が表示されます。複数のブランチを持つメニューなどのアクティビティの場合、各ポートは実行数を受け取り、パーセンテージは次のようになります。発信ポートの実行数が存在しない場合、ポートに触れたコールがないことを意味します。

カラー パレットには、実行されたコールの数がフローパスにカラーコードする方法が表示されます。コールループなどのシナリオでは、パーセンテージが 100% を超える可能性があります。

明示的なエラー処理リンクがない場合でも、エラーが発生し、OnGlobalError イベントにルーティングされた場合、システムはエラーポートの実行数を表示します。イベント タブの下で見つけることができます。このような場合、システムは OnGlobalError イベントハンドラの分析データを表示します。

デフォルトでは、フロー分析はフローの最新バージョンを考慮します。フローに複数のバージョンがある場合は、バージョン履歴 の表を使用してフローを切り替えることができます。

現在、フロー分析はサブフローをサポートしていません。内部アクティビティ データを除き、メインフローへのサブフローの追加のみを追跡します。

はじめる前に

フローを少なくとも 1 回公開します。

1

Control Hub にサインインします。

2

移動 Contact Center > Customer Experience > Flows.

3

フローを選択し、 Go to Flow Designer アイコンを選択します。

選択したフローがフローデザイナーで開きます。
4

オプション Analytics.

ページが更新され、分析データが表示されます。

デフォルトでは、過去 15 分以内に完了したすべての連絡先のメトリックが表示されます。

5

次をクリックします: Date widget を選択し、次のいずれかのオプションを選択します。

  • 最近 15 分
  • 今日
  • 昨日
  • 最近 7 日
  • 最近 30 日
  • 今月
  • カスタム - 開始日と終了日を選択して、過去 30 日までの指定された期間のフロー分析を表示します。

[フロー分析] ページには、次のメトリックが表示されます。

  • Total flow executions - 選択した期間中のフロー実行の合計数を表示します。特に、フローが 1 つのインタラクション内で 2 回実行される場合、システムは 1 (コール数) ではなく 2 (実行数) でメトリックを増加させます。

  • Average Flow Duration - フローが実行される平均時間を表示します。システムは、フローを通過したすべてのメイン フロー アクティビティとイベント フロー アクティビティの平均を計算します。この値には、エラーパスを介して実行されたアクティビティが含まれます。分母は、平均を計算するときの合計フロー実行です。

  • Average activities per contact - フローを通過したコールごとに実行された平均アクティビティを表示します。この平均値には、イベント フローのアクティビティも含まれます。これは、フロー使用率の分析に役立ちます。この値には、エラーパスを介して実行されたアクティビティが含まれます。

  • Activity Errors | Activity Error % - エラーポート/パスを取ったコールの数を表示します。パーセンテージの計算では、分母は実行されたアクティビティの合計数、分母はエラーポートの合計実行数です。

6

(オプション) フローバージョンを切り替えるには、 Version History.バージョンを選択して、そのフローバージョンの分析データを表示します。

7

(オプション) フロー内のアクティビティを選択して、 Activity usage details 選択された期間の活動に関すること。

この選択では、次の制限付きの上位 100 のインタラクションのみが表示されます。

  • 選択された期間のデータが一致しません。
  • ループアクティビティの場合、同じインタラクションが複数回表示されます。
8

オプション Analytics で分析ビューを閉じて、フロー デザイナーに戻ります。

エラー コードを理解する

Flow Designer は、エラーの性質または理由を示すエラーコードを返します。次の表を使用して、エラーとその説明を特定します。

Table 32. Flow Designer Error Codes

エラー コード

説明

FC (サッカー)1001

フロー バージョンが見つかりません。ページを更新するか、新しいフローを作成します。

FC (サッカー)1002

アクティビティの開始が見つかりません。ページを更新するか、新しいフローを作成します。新しいフローを作成すると、デフォルトで [開始(Start)] アクティビティが表示されます。

FC (サッカー)1003

1 つまたは複数のイベント フローに有効な開始がありません。各イベント フローの先頭にイベントハンドラ アクティビティを追加します。

FC (サッカー)1004

イベント以外のブランチはすべてエンドノードにつながる必要があります。

FC (サッカー)1005

変数設定の 1 つが無効です。各変数について、設定されたデータタイプと変数値が互換性があることを確認します。

FC (サッカー)1006

アクティビティの 1 つ以上のポートに接続が欠落しています。リンクを使用して、すべてのポートを別のアクティビティに接続します。

FC (サッカー)1007

アクティビティの説明を追加します。

FC (サッカー)1008

一部の変数に同じ名前があります。すべての変数に固有の名前があることを確認します。

FC (サッカー)1009

式が無効です。

FC (サッカー)1010

条件が無効です。

FC (サッカー)1011

システムはメイン フローで壊れたリンクを検出します。エラーを修正するためのリンクを削除してください。

FC (サッカー)1012

イベント フローのリンクが壊れていると、エラーの原因となります。リンクを削除して修正します。

FC (サッカー)1013

システムは、複数のイベント フローのアクティビティを使用します。イベント フローは共通のアクティビティを共有できず、固有の開始と終了が必要です。

FC (サッカー)1014

キューの連絡先はフローを停止する必要があります。出力リンクは、エンド フロー アクティビティにのみ接続できます。

FC (サッカー)1015

システムはアクティビティで正しく設定されていないフィールドを識別し、検証中に失敗したアクティビティへのリンクを表示します。エラーの原因となるアクティビティとフィールドに移動するには、リンクをクリックします。各フィールドの要件に従って、すべてのエラーを修正し、有効な入力を入力します。

FC (サッカー)1016

別のフローは、この名前と同じ名前を使用します。フローの名前を編集して、一意にします。

FC (サッカー)1017

アクティビティには矢印があり、それ自身をポイントします。

GraphQL サーバ エラーの詳細については、https://www.apollographql.com/docs/react/data/error-handling/ を参照してください。

この投稿記事は役に立ちましたか?
この投稿記事は役に立ちましたか?