> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/ja/bijinesusbisu/zoom-contact-center/expert-insights/pci-compliance.md). # PCIコンプライアンス Ben DeStephenによる執筆 ペイメントカード業界（PCI）の要件に関する議論は、コーヒーを飲みながら始めることがよくあります。このような会話をしたことがある場合、その結果は主観的になることが多く、環境のスコープを可能な限り縮小したいという一般的な要望につながります。Zoom と PCI Pal が実装したソリューションでは、コーヒーはオプションになります。この投稿では、実装、そのメリット、および組織がビジネスプロセスのスコープを縮小できる可能性について説明します。 ### PCI の背景 PCI Security Standards Council は、さまざまな環境内でのクレジットカード情報の取り扱いを規制する一連のガイドラインを定めています。ガイドラインは [公開されている](https://www.pcisecuritystandards.org/standards/) 評議会によって公開されており、加盟店（お支払いを収集する会社）の要件を定義しています。標準の主な焦点は、複数のシステム間で共有されるカード会員データ（CHD）を保護することです。加盟店は、販売を処理するためにさまざまなベンダーおよびソリューションプロバイダーを活用します。 これらすべてのコンポーネントは、裏付けとなるコンプライアンス証明書（AOC）につながります。AOC により、加盟店はさまざまなベンダーの証明を活用して、独自の AOC を形成できます。ソリューション設計と取引量によっては、カード会員環境（CHE）の是正および維持にかなりの労力が必要となる場合があります。
Combining Vendor AOC's to support a Customer AOC and a PCI Compliant Design

ベンダーの AOC を組み合わせて顧客の AOC と PCI 準拠設計をサポート

実装と、それが組織にもたらすメリットについて説明するにあたり、カード会員データの全体的なフローを意識することが重要です。カード会員データが提示される場合、コンプライアンス監査が必要になることがあります。以下で紹介する Zoom のソリューションでは、加盟店はこの環境とそれに関連するコストを最小化するオプションがあります。 Zoom と PCI Pal がバックエンドでどのように連携し、お客様が Zoom コンタクトセンターで PCI コンプライアンスを達成できるようにするかを見ていきます。 ### ソリューションの概要 このソリューションは、次の機能を活用します [Zoom App Marketplace](https://marketplace.zoom.us/apps/MxNTkUxtQYSja9I-2YbMwQ?optimizely_user_id=efe7866fa2ae9ac46f7e6b8bb8e98da9) および [Zoom Partner ソリューション](https://partner.zoom.us/solutions/pcipal/?optimizely_user_id=efe7866fa2ae9ac46f7e6b8bb8e98da9) 環境内で PCI 準拠の通話を有効にします。コンプライアンスへのアプローチにはさまざまな方法があり、以下で詳述するソリューションには、環境のスコープを最小化する機会があります。 このセクションでは、主にエージェントと消費者という 2 つのエンティティに焦点を当てます。エージェントは、Zoom コンタクトセンターを使用し、音声、ビデオ、またはメッセージチャネルを通じてエンゲージメントを受け取り、消費者から安全な方法でお支払いを受け取る必要がある個人です。消費者は、エンゲージメントを開始するお支払いカード会員です。テキストベースのお支払いチャネルも利用できますが、この例では音声チャネルでのエンゲージメントに焦点を当てます。 Zoom コンタクトセンターに電話をかけると、消費者は、指定されたエージェントにルーティングされる前に、管理キューの設計に基づいてメニューおよびインタラクションを案内されます。エンゲージメントの開始後、エージェントと消費者が音声チャネルを介して相互に通信できるようにするメディアフローのセグメントが 2 つあります。(1) 消費者から PSTN および ZCC インフラストラクチャにメディアが送信され、(2) ZCC インフラストラクチャとエージェントのクライアント間でメディアが送信されます。これは、Zoom コンタクトセンターへの従来型の通話の例でもあります。
Initial Phone Call setup

初期の電話通話設定

初期通話が確立されると、エージェントはお支払いを回収するまで消費者と通信できます。その時点で、エージェントは PCI Pal Zoom アプリ内で、(3) お支払いの収集を開始するためのセッションを起動します。Zoom と PCI Pal の API を組み合わせて使用し、SIP により PSTN プロバイダー、PCI Pal、Zoom 間の追加の通話レッグをオーケストレーションします。これらの通話レッグにより、Zoom とエージェントがカード会員データを処理、送信、保存しなくても済むように、メディアネゴシエーションが促進されます。最初の通話レッグ (4) は、PSTN プロバイダーと Zoom の間で接続されたままになります。Zoom から PCI Pal への追加の通話レッグ (5) が確立されます。通話レッグ (4) と (5) が正常に接続されると、PSTN プロバイダーと PCI Pal の間で直接メディア (6) がネゴシエーションされます。メディアが PCI Pal 内にある間に、カード会員データは削除されます。PCI Pal は、関連するメディアストリームを含むシグナリングを Zoom (7) に送り返します。受信後、Zoom はフローをエージェント (8) に再接続します。 PSTN から PCI Pal (6) へのこのメディアフローにはカード会員データが含まれており、PCI Pal 環境に入る際にフィルタリングされます。メディアは Zoom (7) に戻され、最終的にエージェント (8) に送られます。このメディアパスは、通常数分しかかからないお支払い処理の間だけアクティブです。この間、エージェントは消費者との通信を維持できます。メディアが Zoom に到達する前にカード会員データが削除されるため、記録などのサービスはコンプライアンスのスコープを拡大することなく、エクスペリエンス全体を通じて維持できます。
Payment in Process

お支払い処理中

お支払いが完了すると、追加の接続は自動的に削除され、元の設定でメディアが確立されます。PSTN から Zoom (1)、および Zoom から元のエージェント (2) へのフローです。エージェントは必要に応じて追加のお支払いフローを確立できます。
Original Flow is re-established

元のフローが再確立される

### ソリューションの要点 すぐには明らかではない可能性がある項目の 1 つに、通話における Zoom コンタクトセンターサービスの可用性があります。メディアが Zoom に到達する前にカード会員データを削除することで、インタラクションでは、記録、文字起こし、感情分析から、監督機能のための品質管理まで、Zoom コンタクトセンターの機能を活用できます。 上記のアーキテクチャは Zoom コンタクトセンターに固有のもので、複数の設計上のメリットがあります。ほかの設計では、お支払い情報が必要になる可能性があるすべての通話を、お支払い処理業者（例: シグナリング）に接続する必要があります。中核的なルーティングエンジンとして Zoom に接続する設計では、お支払い処理業者に接続する必要がある通話だけが、必要な期間に限って統合システムへの接続を確立します。これにより、お支払いが必要になる場合を除いて通話フローを通常どおりに運用できる柔軟性が得られるほか、予期せずお支払いを受ける必要がある場合にも円滑に運用できます。 ほかの多くのフローでは、安全なお支払いソリューションを介した接続が継続的に維持されます。レイテンシに関する考慮事項に加え、オンデマンドソリューションには障害ドメインに関するもう 1 つのメリットがあります。 [これらのシステムは高可用性の稼働時間を備えていますが](https://uptime.zoom.us/?optimizely_user_id=efe7866fa2ae9ac46f7e6b8bb8e98da9)、直列に接続されたシステムでは SLA が組み合わされます。Zoom コンタクトセンターに実装されたソリューションでは、連携に問題が発生した場合でも、さまざまなシステムが消費者をエージェントに接続できます。 最後に、Zoom のプラットフォームベースの設計により、これらの連携は Zoom コンタクトセンター以外のユーザーにも活用できます。ユーザーが Zoom コンタクトセンターのキューに関連付けられていない場合は、Zoom Phone の同様の機能を使用できます。 独自のメリットに加え、PCI Pal との連携およびエージェントのワークフローの評価により、組織は PCI スコープを制限できる可能性があります。 ### まとめ お支払いをサポートするコンタクトセンターを実装するには、コンプライアンスとテクノロジーのニーズのバランスを適切に取る必要があります。Zoom コンタクトセンターと PCI Pal の連携により、コンプライアンスの複雑さを軽減するための柔軟性がさらに高まります。今後、管理者の観点から連携の設定方法に焦点を当てた記事を掲載します。 --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://library.zoom.com/technical-library/ja/bijinesusbisu/zoom-contact-center/expert-insights/pci-compliance.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.