ルールの追加

前提条件
  • アウトバウンド>ルールセット>追加、消去、編集、 そしてビュー権限
  • アウトバウンド>連絡先リスト>検索許可
  • ルーティング>列>検索許可
  • ルーティング>ラップアップコード>検索許可

ルールを追加して、コールルールとデジタルルールの条件とアクションを設定します。 通話では通話前とラップアップ後に通話ルールを評価し、メッセージではコンタクト前とコンタクト後にデジタルルールを評価します。

  1. 管理を選択します。
  2. 下アウトバウンド、 選択するルール管理。
  3. を選択呼び出しルールセットタブ。
  4. ルールセットの名前を選択します。
  5. 選択する新しいルールの追加。
  6. に名前を入力します呼び出しルール名箱。
  7. 選択する 通話前 または 要約 から カテゴリー リスト。 この選択は、システムがルールを判断するときに設定します。 詳細については、を参照してください。音声キャンペーンの事前通話ルールそしてまとめのルール。
  8. から条件を選択します タイプ リスト。 この条件は、ルールで検査する項目です。
    コール分析

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

    「処理」ボックスでは、ビジー、マシン、応答なし、または人を選択できます。特別な場合には、代わりに自由形式のコール分析条件を入力できます。例えば、次のように入力します。disposition.classification.callable.sit 。この機能は、Genesys Cloud Edge が返す可能性のあるあらゆる通話分析処理をサポートします。詳細については、 Genesys Cloud Edge に返される通話分析結果。
    ルールのタイプと処理を含む「条件」ボックス

     
    連絡先リストの列 通話前または後処理のルール条件で利用できます。 Relative Timeコンパレータを使用している場合は、 通話ルールの日時形式。
    連絡先のプロパティ

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

    • 最後の試行： システムが連絡先または連絡先番号（自宅、セル、職場）を最後に呼び出した時刻と、ユーザーが入力した相対時刻（過去の日数、時間数、および分数）を比較します。
    • 最後のまとめ: 最後のキューのラップアップコードの結果とユーザーが入力した相対時間（過去または将来の日数、時間数、および分数）を比較します。

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

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

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

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

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

     メモ：   データ アクションは、コンタクト後のアウトバウンド デジタル ルール条件ではサポートされていません。 アウトバウンドデジタルキャンペーンでのコンタクト後のデジタルインタラクションにはイベントトリガーを使用します。 詳細については、「」を参照してください。トリガーの概要。
    電話番号

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

    後処理ルール条件でのみ使用可能です。 System Dispositionでは、エージェントに届かなかったアウトバウンドキャンペーンの試行に対するルールアクションを記述することができます。 たとえば、タイムアウトした通話に対して、[ 処分 ] ラップアップコードを選択し、10分後にコールバックをスケジュールするアクションを設定できます。 複数のラップアップ コードを選択できます。ラップアップ ルール条件に対するシステムの処理を表示します。

    利用可能なラップアップ・コードは以下の通り：

    • ININ-OUTBOUND-AMBIGUOUS
    • ININ-OUTBOUND-CAMPAIGN-FORCED-OFF
    • ININ-OUTBOUND-DISCONNECT
    • ININ-OUTBOUND-FAILED-TO-REACH-AGENT
    • ININ-OUTBOUND-MACHINE
    • ININ-OUTBOUND-PREVIEW-SKIPPED
    • ININ-WRAP-UP-SKIPPED
    • ININ-WRAP-UP-TIMEOUT
    ラップアップ コード

    後処理ルール条件でのみ使用可能です。 後処理コードは、通話が終了した後に割り当てられた後処理コードをユーザーが入力した後処理コードと比較します。 複数のラップアップコードを選択することができます。

    詳細については、 発信ダイヤルによって割り当てられたラップアップコード。
  9. 選択した種類に応じて、連絡先の列、連絡先のプロパティ、後処理コード、または電話の種類を選択します。 例えば、連絡先リスト列を選択した場合には、システムは列名を選択するように求めます。 同様の方法で、連絡先のプロパティ、まとめコード、電話番号の種類を選択します。
    図は、1 つのルールに対する特定の連絡先列の選択肢を示しています
  10. システムが比較を行う方法を決定するには、コンパレータボックスで比較演算子を選択します。
  11. 該当する場合は、選択肢を入力するか、価値箱。 この選択は、何システムを比較するための条件を確立します。
  12. まれに、式の反対が真の場合にシステムがアクションを実行するように、式を反転する必要があります。 反転条件は、条件が満たされない場合にアクションを実行します。 反転を設定するには、切り替えます反転条件にはい。 
    • 条件が満たされたときにアクションを実行するには、反転条件にいいえ。 これはデフォルト設定です。
    • 条件が満たされない場合にアクションを実行するには、反転条件にはい。
     メモ：   ラップアップ ルールの反転には、評価におけるシステム レベルのラップアップが含まれます。
    ルールで反転条件を使用すると、システムによって割り当てられたラップアップ コードが目に見えずに評価に含まれます。 ユーザーはシステムによって割り当てられたラップアップ コードを選択できないため、これらのコードはルールが無視するラップアップ コードのセットに含まれることはありません。 これは予期せぬ意図しない結果を生じる可能性があります。

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

    システムの内部動作方法により、x、y、z 以外の設定されたラップアップ コードのみがアクションをトリガーすると考えるのは安全ではありません。

    これで、完全に構成された状態になりました。 例:  
    完全に構成された状態が表示されます。
    高度なテクニックについては、 空、NULL、またはゼロ値について連絡先列をテストします。。
  13. 必要に応じて、選択します新しい条件を追加。 条件を設定するには、手順2〜9を繰り返します。
     メモ：   条件は AND 演算子で結合されるため、ルール全体が True と評価されるには、呼び出しがすべてのルール条件を満たしている必要があります。
  14. このルールの条件が満たされたときに実行するアクションを構成します。 詳細については、ルールアクションを設定するをご覧ください。
  15. 選択する保存。

    1. 管理を選択します。
    2. 下アウトバウンド、 選択するルール管理。
    3. を選択デジタルルールセットタブ。
    4. ルールセットの名前を選択します。
    5. 選択する新しいルールの追加。
    6. に名前を入力しますデジタルルール名箱。
    7. 選択する事前連絡または連絡後からカテゴリーリスト。 この選択は、システムがルールを判断するときに設定します。 詳細については、を参照してください。デジタル キャンペーンの事前コール ルールそしてデジタル キャンペーンの連絡後のルール。
    8. から条件を選択します タイプ リスト。 この条件は、ルールで検査する項目です。
      コンタクトアドレス 連絡先アドレスを使用して、連絡先レコード内のアドレスを固定値と比較します。
      連絡先住所タイプ 住所の種類を固定値と比較するには、連絡先アドレスの種類を使用します。
      連絡先列 Contact Column を使用して、連絡先レコード内の任意の列を固定値と比較します。
      データ アクション

      このタイプのルール条件を設定するには、事前定義されたデータ アクションを選択し、アクションに必要な入力データを構成し、アクションによって返される情報を評価する方法をルールに指示します。

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

      データ アクション ルールの条件を設定するにはいくつかの手順が必要となるため、この条件タイプについてはトピックで詳しく説明します。デジタル ルールを使用してデータ アクションからの情報を評価する。 詳細については、「データ アクション」を参照してください。統合について記事。
      カラム別最終試行回数 プレコンタクトルールの条件で利用可能。 Last Attempt by Columnは、メディアタイプ別に、コンタクトレコードの任意の列をRelative Timeの値（過去の日数、時間、分）と比較することができる機能です。
      全体の最終試行 プレコンタクトルールの条件で利用可能。 Last Attempt Overallでは、メディアタイプごとに、システムが最後にメッセージを送信しようとした時刻をRelative Timeの値（過去の日数、時間、分）と比較することができます。
      カラム別最終結果 プレコンタクトルール、ポストコンタクトルールの条件を用意。 カラム別最終結果では、メディアタイプ別に、コンタクトレコードの任意のカラムをユーザーが入力したラップアップコードと比較することができます。 ユーザーは複数のラップアップコードを選択できます。
      全体の最終結果 プレコンタクトルール、ポストコンタクトルールの条件を用意。 Last Result Overallでは、メディアタイプ別に、最後のキューのラップアップコードの結果を、ユーザーが入力したラップアップコードと比較することができます。 ユーザーは複数のラップアップコードを選択できます。
    9. 選択したタイプに該当する場合は、指示に従って条件を入力してください。 例えば、Contact Column を選択した場合、カラム名を選択するよう促されます。 メディアタイプ、コンパレータ、ラップアップコードを、同様の方法で選択します。
    10. システムが比較を行う方法を決定するには、コンパレータボックスで比較演算子を選択します。
    11. 該当する場合は、選択肢を入力するか、価値箱。 この選択は、何システムを比較するための条件を確立します。
    12. まれに、式の反対が真の場合にシステムがアクションを実行するように、式を反転する必要があります。 反転条件は、条件が満たされない場合にアクションを実行します。 反転を設定するには、切り替えます反転条件にはい。 
      • 条件が満たされたときにアクションを実行するには、反転条件にいいえ。 これはデフォルト設定です。
      • 条件が満たされない場合にアクションを実行するには、反転条件にはい。 
      これで、完全に構成された状態になりました。 例:  
      完全に構成された状態が表示されます。
      高度なテクニックについては、 空、NULL、またはゼロ値について連絡先列をテストします。。

    13. 必要に応じて、選択します新しい条件を追加。 条件を設定するには、手順2〜9を繰り返します。
       メモ：   条件は AND 演算子で結合されるため、ルール全体が True と評価されるには、呼び出しがすべてのルール条件を満たしている必要があります。
    14. このルールの条件が満たされたときに実行するアクションを構成します。 詳細については、ルールアクションを設定するをご覧ください。
    15. 選択する保存。