通話ルールを追加する


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

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

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

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

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

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

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

    コール分析

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

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

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

    連絡先リストの列

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

    連絡先のプロパティ

    事前呼び出しまたは後処理ルールの条件で使用できます。Contact Propertyには2つの条件があります。

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

    • 最終 要約:最後のキュー比較ラップアップ コードドになりユーザー相対時間(過去や未来の日、時間、および分単位)を-entered。

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

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

    データ アクション

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

    データアクションルールの条件を使用して、ルールはGenesys Cloud Public API、Salesforce、ZenDesk、または外部のREST APIエンドポイントから返されたデータを評価することができます。

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

    電話番号

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

    電話のタイプ

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

    まとめコード

    後処理ルール条件でのみ使用できます。ラップアップコードは、比較ラップアップ コードドに終了コールの後に割り当てられたユーザー -entered ラップアップ コードド。詳細については、 アウトバウンド ダイヤリングによって割り当てられたラップアップコード

  9. 選択したタイプにラップアップ コード 、プロンプトに従って連絡先の列、連絡先のプロパティ、 ラップアップ コード 、または電話の種類を選択します。たとえば、連絡先リスト列を選択した場合、システムは列名を選択するように求めます。同様の方法で、連絡先のプロパティ、後処理コード、および電話番号の種類を選択します。

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

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

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

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

    場合は。

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

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

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

      ルールで「反転条件」を使用する場合、システムに割り当てられたラップアップコードは評価に非表示で含まれます。以来ユーザーシステムによって割り当てられたラップアップコードを選択することはできません、彼らは 常に ルールが無視するラップアップコードのセットに「含まれない」。これは、予期しない、おそらく予期しない結果を生成できます。

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

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

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

    単純なルールの条件の例

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

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

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

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