発信ダイヤル用の後処理コードマッピングを設定する

前提条件

 以下の権限

  • 送信 > Wrapupcodemapping > 追加
  • 送信 > Wrapupcodemapping > 削除
  • 送信 > Wrapupcodemapping > 編集
  • 送信 > Wrapupcodemapping > ビュー
  • ルーティング > Wrapupcode > 検索

ラップアップコードとラップアップマッピングの違いを理解することが重要です。

  • 要約 コード 相互作用の結果を示す; たとえば、完了した販売。 管理者は、キュー レベルでラップアップ コードを定義します。 を行いながら コール作業後、エージェントは各呼び出しの結果を示すためにラップアップコードを割り当てます。
  • ラップ マッピング インタラクションに割り当てられているラップアップコードに基づいて、単一の番号または接触全体を uncallable としてフラグ設定します。

ラップアップ コードを定義した後、システムが再度呼び出す必要のないレコードに関連する連絡先を特定します。たとえば、エージェントが意図した相手と話した場合、キャンペーンでその人にリダイヤルすることは望ましくない場合があります。

ラップアップコードは、それ自体ではレコードを uncallable しません。 ラップアップ コードを、3 つの終結可能性のある分類にマップします。 これらの分類により、ダイヤル済みの電話番号または連絡先行の電話番号すべてがコール不可であるかどうかをアウトバウンド ダイヤリングに示します。

折り返しコードマッピングでの発信ダイヤリングでは、ラップアップコードにマップできる分類は次のとおりです。

  • コンタクト Uncallable: 連絡先のすべての電話番号は uncallable です。 この分類は、キャンペーンの複数の実行と、同じ連絡先リストを使用するキャンペーン全体にわたって保持されます。
  • コール不可の電話番号 - ラップアップ コードが割り当てられた時点でダイヤルした電話番号はコール不可です。 この分類は、キャンペーンの複数の実行と、同じ連絡先リストを使用するキャンペーン全体にわたって保持されます。
  • 適切な連絡先応答した人物は、キャンペーンの対象者でした。現在のキャンペーンでは、その連絡先の他の番号はダイヤルされません。この分類は、キャンペーンの複数の実行にわたって保持されません。キャンペーンがリサイクルまたは完了した場合、分類が「連絡先の呼び出し不可」または「番号の呼び出し不可」として選択されていない限り、連絡先に再度ダイヤルできます。
  • ビジネスカテゴリー—キャンペーンのビジネス目標の観点から、適切な関係者の連絡先を成功、中立、または失敗として要約する分類。適切な連絡先がはい、選択失敗中性、 または成功ラップアップコード用。デフォルトは中性

キャンペーン中、エージェントは各通話の結果を示すラップアップ コードを割り当てます。その後、ラップアップのマッピングにより、連絡先を再びダイヤルするかどうかが決定されます。最終的に、ラップアップ マッピングの終了に基づいて、すべてのレコードが呼び出し不可能になるため、キャンペーンは完了します。

例: 

たとえば、プレビュー キャンペーンでエージェントに次の 4 つのラップアップ コードを提供するとします。番号が間違っています、さらに時間が必要です、支払いが行われました、支払いが拒否されました。発信ダイヤリングでは、ラップアップ コード マッピングでは、マッピングは次のようになります。 図は、終結する分類にマップされているラップアップ コードの例を示しています

  • エージェントがキャンペーンの目標を達成すると、例えば支払いを受けると、支払い完了アフターコール作業中。連絡先に再度ダイヤルできないようにするため、支払い済みは連絡先の呼び出し不可にマッピングされます。支払いが完了すると、通話のビジネス成果が成功したとみなされます。
  • エージェントがキャンペーン目標を達成できない場合、エージェントは支払い拒否まとめ。ContactUncallableおよびRightPartyの連絡先にマッピングされているため、その連絡先の電話番号が再度ダイヤルされることはありません。支払い拒否は、通話のビジネス結果の失敗とみなされます。 
  • ダイヤルされた番号が無効(例えば、その番号が使用不可)の場合、エージェントは不正な番号まとめ。この場合、ラップアップマッピングにより、その番号が再度ダイヤルされるのを防ぎます。連絡先レコードに追加の連絡先列が含まれている場合、追加の連絡先がダイヤルされます。不正な番号は適切な関係者の連絡先にマッピングされていないため、このラップアップ コードにはビジネス成果は関連付けられていません。 
  • エージェントがキャンペーン目標を達成できない場合、たとえば支払いを拒否された場合、アフターコール作業中に「支払い拒否」を割り当てます。このラップアップ コードは、通話の失敗のビジネス結果にマップされます。 

メモ: 
  • ラップアップコードとラップアップマッピングは連携して、キャンペーンが処理したダイヤル、連絡先、または番号から除外します。
  • エージェントがエージェントにルーティングされないので、一部のコールは agent によってラップできません。 何らかの理由によりコール不可であるか、または話し中を返す番号は、システムがコール不可であるとフラグするべきかが評価されます。 Genesys Cloudはこれらの状況を自動的に処理します。 発信ダイヤルによって割り当てられたラップアップコード. 管理者は、どのエージェントが割り当てたラップアップを終了するかを定義するだけで済みます。
  • システムは、最初のエージェントのラップアップの後にのみ、ラップアップルールとラップアップマッピングアクションを実行します。 その後、エージェントが別のラップアップを選択した場合、システムはラップアップルールとマッピングアクションを再実行しません。
  • Genesys Cloudで検索すると、会話の別のラップアップ コードが表示される可能性があります。
    • キャンペーンに関連付けられた連絡先リストをエクスポートし、連絡先に対して行われた試行に関するコードを確認する
    • を実行するGET /api/v2/outbound/contactlists/{contactListId}/contacts/{contactId}