La solution tire parti de
Zoom App Marketplace et des
solutions partenaires de Zoom pour permettre des appels conformes à la norme PCI au sein d’un environnement donné. Il existe de nombreuses façons d’aborder la conformité, et la solution décrite ci-dessous permet de minimiser la portée d’un environnement.
Pour les besoins de cette section, nous nous concentrerons sur deux entités principales : l’agent et le consommateur. L’agent est une personne qui utilise Zoom Contact Center et qui reçoit des engagements par le biais d’un canal vocal, vidéo ou de messagerie et qui doit recevoir les paiements du consommateur de manière sécurisée. Le consommateur est l’initiateur de l’engagement et le détenteur de la carte de paiement. Bien qu’il existe des canaux de paiement basés sur le texte, nous nous concentrerons dans cet exemple sur les engagements via le canal vocal.
Lorsqu’il appelle Zoom Contact Center, le consommateur est dirigé vers les menus et les interactions en fonction de la conception de la file d’attente administrative avant d’être acheminé vers l’agent désigné. Une fois que l’engagement a commencé, il y a deux segments de flux de médias qui permettent à l’agent et au consommateur de communiquer l’un avec l’autre via un canal vocal : (1) les médias sont envoyés du consommateur au RTPC et à l’infrastructure ZCC, et (2) les médias sont envoyés entre l’infrastructure ZCC et le client de l’agent. Ceci est également un exemple d’appel traditionnel dans Zoom Contact Center.

Figure 2 : configuration initiale de l’appel téléphonique
Une fois l’appel initial établi, l’agent peut communiquer avec le consommateur jusqu’à ce que le paiement soit encaissé. A ce moment-là, l’agent, dans l’application Zoom de PCI Pal, (3) lance une session pour commencer la collecte du paiement. En utilisant une combinaison des API de Zoom et de PCI Pal, SIP est utilisé pour orchestrer des étapes d’appel supplémentaires entre le fournisseur PSTN, PCI Pal et Zoom. Ces étapes d’appel facilitent la négociation du support d’une manière qui libère Zoom et l’agent du traitement, de la transmission et du stockage des données du titulaire de la carte. La branche d’appel initiale (4) reste connectée entre le fournisseur RTPC et Zoom. Une branche d’appel supplémentaire (5) est établie entre Zoom et PCI Pal. Lorsque les segments d’appel (4) et (5) sont connectés avec succès, le support (6) est négocié directement entre le fournisseur RTPC et PCI Pal. Pendant que le support est dans PCI Pal, les données du titulaire de la carte sont supprimées. PCI Pal envoie la signalisation avec un flux de média associé à Zoom (7). Une fois reçu, Zoom reconnecte le flux à l’agent (8).
Ce flux médiatique du PSTN à PCI Pal (6) contient des données relatives aux titulaires de cartes et est filtré dès son entrée dans l’environnement PCI Pal. Le média est renvoyé à Zoom (7) et finalement à l’agent (8). Ce chemin médiatique n’est actif que pendant la durée du processus de paiement, qui ne dure généralement que quelques minutes. L’agent a la possibilité de maintenir la communication avec le consommateur pendant cette période. Les données du titulaire de la carte étant supprimées du support avant d’arriver à Zoom, des services tels que l’enregistrement peuvent être maintenus tout au long de l’expérience sans augmenter le champ d’application de la conformité.
Figure 3 : paiement en cours
Une fois le paiement effectué, les connexions supplémentaires sont automatiquement supprimées et le média est établi dans la configuration d’origine : du RTC à Zoom (1) et de Zoom à l’agent d’origine (2). Un agent peut établir des flux de paiement supplémentaires si nécessaire.
![]()

Figure 4 : le flux initial est rétabli