Zoom Contact Center に電話をかけると、消費者は指定されたエージェントにルーティングされる前に、管理キュー設計に基づいたメニューとインタラクションを通じて誘導されます。(1)メディアは消費者からPSTNとZCCインフラストラクチャに送信され、(2)メディアはZCCインフラストラクチャとエージェントのクライアント間で送信されます。これは、Zoom Contact Centerへの従来の通話の例でもあります。
図 2: 初回通話のセットアップ
最初の通話が確立されると、エージェントは支払いを回収するまで消費者と通信することができます。その時点で、エージェントは PCI Pal Zoom App 内で (3) 支払いの回収を開始するためのセッションを開始します。Zoom の API と PCI Pal の API を組み合わせて、SIP を使用して PSTN プロバイダ、PCI Pal、および Zoom 間で追加のコールレッグを編成します。これらのコールレグは、Zoom とエージェントがカード保有者データの処理、送信、および保存から解放される方法でメディアネゴシエーションを促進します。最初のコールレグ(4)は、PSTN プロバイダと Zoom の間で接続されたままです。追加のコールレグ(5)がZoomからPCI Palに確立されます。コールレグ(4)および(5)が正常に接続されると、メディア(6)が PSTN プロバイダと PCI Pal の間で直接ネゴシエートされます。メディアが PCI Pal 内にある間に、カードホルダデータは削除されます。PCI Pal は関連するメディアストリームを含むシグナリングを Zoom に送り返します(7)。受信すると、Zoom はフローをエージェントに再接続します(8)。
PSTN から PCI Pal (6) へのこのメディアフローにはカード会員データが含まれており、PCI Pal 環境に入るときにフィルタリングされます。メディアは Zoom(7)に戻され、最終的にエージェント(8)に渡されます。このメディアパスは、通常数分しかかからない支払処理の間だけアクティブになります。この間、エージェントは消費者との通信を維持することができます。Zoom に到着する前にカード会員データが削除されたメディアを使用することで、コンプライアンス範囲を拡大することなく、記録などのサービスを体験中ずっと維持することができます。
Zoom Contact Center サービスを通話に利用できることは、すぐにはわからない場合があります。メディアが Zoom に到達する前にカード所有者データを削除することで、レコーディング、文字起こし、センチメント分析から監督機能の品質管理まで、Zoom Contact Center の機能をインタラクションで活用できます。
その他の多くのフローは、セキュアな決済ソリューションを通じて持続的に接続されます。待ち時間の考慮はさておき、オンデマンド・ソリューションのもう一つの利点は、障害領域に関するものです。これらのシステムには可用性の高いアップタイムがありますが、直列に接続されたシステムにはSLAがあります。Zoom Contact Center に実装されたソリューションでは、統合に問題が発生した場合でも、さまざまなシステムで消費者とエージェントを接続することができます。
最後に、Zoom のプラットフォーム ベースの設計により、これらの連携を Zoom Contact Center 以外のユーザーにも活用できます。Zoom Phone には、ユーザーが Zoom Contact Center キューに関連付けられていない場合に使用できる同様の機能があります。
独自のメリットに加えて、PCI Pal との連携とエージェントのワークフローの評価により、組織は PCI の範囲を制限できる場合があります。
まとめ
支払いをサポートするコンタクト センターを実装するうえでコンプライアンスとテクノロジーのニーズのバランスを取るには、適切なナビゲーションが必要です。Zoom Contact Center と PCI Pal の連携により、コンプライアンスの複雑さを軽減するための柔軟性がさらに高まります。今後も Zoom では、管理者の視点から連携を構成する方法に焦点を当てた記事を投稿していきます。