通話ルールを追加する


  1. クリック 管理者
  2. 発信ダイヤルで、クリックします。 ルール管理

  3. クリック 呼び出しルールセット タブ。

  4. ルールセットの名前をクリックします。

  5. クリック 新しい通話ルールを追加する

  6. に名前を入力します 呼び出しルール名 ボックス。

  7. 選択する 通話前 または 要約 から カテゴリー リスト。この選択は、システムがルールを判断するときに設定します。詳細については、 通話前のルール そして まとめ規則

  8. から条件を選択します タイプ リスト。この条件は、ルールが検査を項目です。

    コール分析

    後処理ルール条件でのみ使用可能です。コール分析で話中信号、留守番電話、住人が検出されたとき、または誰も通話に応答しなかったときに、アクションを実行できます。たとえば、回線が混雑している場合にコールバックを10分でスケジュールするようにルールアクションを設定できます。

    [処分]ボックスで、[話中]、[機械]、[無応答]、または[人]を選択できます。特別な場合には、代わりに自由形式のコール分析条件を入力できます。たとえば、次のように入力します。 disposition.classification.callable.sit。この機能は、PureCloud Edgeが返す可能性のあるコール分析処理をサポートしています。

    図は、ビジー信号が検出された場合、10 分後に折り返し電話をする方法を示しています。

    連絡先リストの列

    通話前または後処理のルール条件で利用できます。連絡先リスト列を使用すると、連絡先レコードの任意の列を固定値と比較できます。Relative Timeコンパレータを使用している場合は、 通話ルールの日時形式

    連絡先のプロパティ

    通話前または後処理のルール条件で利用できます。Contact Propertyには2つの条件があります。

    • 最後の試行:システムが連絡先または連絡先番号(自宅、セル、職場)を最後に呼び出した時刻と、ユーザーが入力した相対時刻(過去の日数、時間数、および分数)を比較します。

    • 最終 要約:最後のキューのラップアップコードの結果とユーザーが入力した相対時間(過去または将来の日数、時間数、および分数)を比較します。

    連絡先リストが新規の場合、または前回のコール試行がない場合、ルールは条件をfalseと評価し、システムはルールアクションを実行しません。

    最後の試行条件は実際の試行のみをカウントします。通話中、プレビューのスキップ、ルールのスキップ、内部エラー、呼び出し可能時間のブロック、無効な電話番号、呼び出し不可能数、連絡先呼び出し不可能、およびコールバック切断の評価は試行としてカウントされません。

    データ アクション

    データアクションは、データアクションの結果を評価するために、呼び出し前または後処理のルール条件を設定します。このタイプのルール条件を設定するには、定義済みのデータアクションを選択し、そのアクションに必要な入力データを設定して、そのアクションによって返される情報を評価する方法をルールに指示します。

    データアクションルール条件を使用して、ルールはPureCloudパブリックAPI、Salesforce、ZenDesk、または外部REST APIエンドポイントから返されたデータを評価できます。

    データアクションルールの条件を設定するにはいくつかの手順が必要なので、この条件の種類については、「タイトル」というトピックで詳しく説明しています。 ルールを使用してデータアクションからの情報を評価する。背景情報については、 『』のデータアクションを参照してください。 統合について 記事。

    電話番号

    通話前または後処理のルール条件で利用できます。連絡先の電話番号とユーザーが入力した電話番号を比較します。

    電話のタイプ

    通話前または後処理のルール条件で利用できます。連絡先の電話番号の種類を特定の電話番号の種類(自宅、携帯、職場など)と比較します。

    ラップアップ コード

    後処理ルール条件でのみ使用可能です。後処理コードは、通話が終了した後に割り当てられた後処理コードをユーザーが入力した後処理コードと比較します。詳細については、 発信ダイヤルによって割り当てられたラップアップコード

  9. 選択した種類に応じて、連絡先の列、連絡先のプロパティ、後処理コード、または電話の種類を選択します。たとえば、連絡先リスト列を選択した場合は、列名を選択するように求められます。連絡先のプロパティ、後処理コード、電話番号の種類を同様に選択します。

    図は、1 つのルールに対する特定の連絡先列の選択肢を示しています

  10. システムによる比較方法を決定するには、比較演算子(コンパレータ)を選択します。

  11. 該当する場合は、から選択を入力または選択します。  ボックス。この選択は、何システムを比較するための条件を確立します。

  12. まれに、式の逆が真の場合にシステムがその動作を実行するように、式を反転する必要があります。この反転は、 条件を反転する はいに切り替えます。それを単に置くために、反転の条件は、条件が満たされない場合にアクションを実行します。

    場合は。

    • 条件が満たされたときにアクションを実行、設定 反転条件=いいえ。この設定がデフォルトです。

    • 条件が満たされていないときにアクションを実行する 条件を反転=はい

      メモ:ラップアップ ルールの反転には、評価におけるシステム レベルのラップアップが含まれます。

      ルールで「反転条件」を使用すると、システム割り当ての後処理コードが見えないように評価に含まれます。ユーザーはシステム割り当ての後処理コードを選択できないため、 常に ルールが無視する一連の後処理コードに「含まない」。これは、予期しない、おそらく予期しない結果を生成できます。

      後処理コードがx、y、またはzではないかどうかを評価するルールを設定してからルールアクションを設定すると、ビジー信号、電話を切る、スキップする、回線を切断するなどのようになります。これらのシステム割り当てのラップアップコードはx、y、またはzではないため、ルールアクションをトリガします。

      システムが現在内部で機能している方法のため、x、y、またはzではない構成済みのラップアップコードのみがアクションをトリガーすると想定するのは安全ではありません。

    これで、完全に構成された状態になりました。例えば:

    単純なルールの条件の例

    高度なテクニックについては、 空、NULL、またはゼロ値について連絡先列をテストします。

  13. (オプション)クリック 新しい条件を追加。条件を設定するには、手順2〜9を繰り返します。

    注意:条件はAND演算子と結合されるため、ルール全体がTrueと評価されるには、呼び出しがすべてのルール条件を満たす必要があります。

  14. このルールの条件が満たされたときに実行するアクションを構成します。見る ルールアクションを設定する 詳細については。
  15. クリック 保存する。