Fermer

mai 29, 2018

Utilisation d'AWS pour héberger une console d'agent personnalisée


Bien qu'il ne soit pas directement lié à la fonctionnalité Amazon Connect principale, il existe de nombreuses raisons de vous familiariser avec la manière d'héberger votre propre site Web statique dans AWS. Créer un site Web de base que vos superviseurs peuvent utiliser pour vérifier le calendrier des jours fériés via Lambda et DynamoDB ou héberger votre console d'agent personnalisée ne sont que deux exemples que vous pouvez facilement déployer.

  1. Créer le site Web statique à héberger
  2. Configurer un compartiment S3 avec les autorisations publiques appropriées
  3. Créer une distribution Cloudfront
  4. Configurer votre instance Amazon Connect.

Créer le site Web

Gardez à l'esprit que S3 ne peut héberger que des sites Web statiques. Cela signifie que nous ne serons pas en mesure d'exécuter un code côté serveur, mais nous pouvons toujours utiliser l'API des flux pour créer une console d'agent améliorée avec toutes les fonctionnalités du CCP standard et plus encore. Nous commencerons par intégrer le CCP par défaut dans un simple site Web HTML. Le site Web va également intégrer les attributs de contact et les afficher à l'agent. Dans le cas où vous n'êtes pas familier avec les attributs de contact, ce sont essentiellement des variables qui peuvent être associées à chaque appel au cours d'un flux de contact en utilisant le nœud d'attribut set contact.

Exemple de définition de 2 attributs via le nœud d'attribut set 19659010] Vous pouvez enregistrer à peu près n'importe quelle valeur dans un attribut de contact, y compris les variables collectées par Lambda à partir d'une base de données externe ou les informations entrées par l'appelant en réponse à une invite de menu. Cela en fait un moyen puissant d'offrir à vos agents des détails sur l'appel qu'ils sont sur le point de prendre.

Cependant, gardez à l'esprit qu'une fois enregistré comme attribut de contact, l'information sera liée à l'appel et sera disponible via le Contact Recherche page ainsi que via la fonctionnalité d'exportation CTR. Cela signifie que les attributs de contact ne constituent pas un moyen sûr de stocker des informations personnelles identifiables.

Exemple de console d'agent incorporant le CCP à une section d'attributs de contact

Notre console d'agent personnalisé utilisera l'API Streams pour collecter ces attributs et les afficher à un agent à l'aide d'une page Web personnalisée. Pour plus de détails sur ce qui est possible avec l'API, consultez notre article Streams API mais si vous cherchez simplement un moyen simple de capturer des attributs et de les afficher pour un agent, utilisez

Les fichiers fournis dans l'exemple de référentiel contiennent une page d'index de base avec quelques règles de style simples et un logo, ainsi qu'une version packagée de l'API Streams (amazon-connect-v1.2.0-2 -g5fc44af.js). Si Amazon publie une mise à jour de l'API, assurez-vous de télécharger et de compiler la dernière version à partir de le rapport officiel de github puis chargez-le dans votre propre page.

Cela laisse probablement la partie la plus intéressante fichiers: script.js. Ce fichier Javascript contient, dans l'ordre:

  1. Le code nécessaire pour initialiser le CCP Amazon Connect standard dans un conteneur
  2. La fonction subscribeToContactEvents qui sera appelée chaque fois qu'un nouvel appel arrive à l'agent et appelle à son tour le fonctions appropriées pour mettre à jour et effacer les attributs de contact.
  3. La fonction updateContactAttribute qui saisit et fait défiler les attributs d'appel, met à jour une table HTML avec la clé d'attribut (nom d'attribut) et la valeur correspondante.
  4. est appelée à chaque fois qu'un appel se termine et remplace essentiellement la table attributaire par une table vide.

Le composant qui devra être modifié dans le code est la variable ccpURL. Veuillez utiliser votre propre lien ccp pour mettre à jour cette section:

 // remplacer par l'URL CCP de l'instance Amazon Connect actuelle
var ccpUrl = "https://MYINSTANCE.awsapps.com/connect/ccp#/";

Avec notre site Web de base, tout est configuré pour configurer tout dans AWS.

Création du compartiment S3

notre site Web de base est configuré, il est temps de tout configurer dans AWS

Création du compartiment S3

Ce processus sera un peu différent selon que vous envisagez d'utiliser un domaine Web que vous avez enregistré dans Route 53 ou un autre hôte de domaine ou si vous utiliserez l'URL Cloudfront par défaut qui sera générée par votre distribution. Cela peut ressembler à https://d111111abcdef8.cloudfront.net

Si vous envisagez d'utiliser un domaine spécifique, vous devez nommer le compartiment comme le domaine.

Exemple d'utilisation d'un domaine personnalisé pour votre S3 nom du compartiment

Une fois le compartiment créé, accédez à Autorisations et ajoutez la stratégie de compartiment suivante.

 {
"Version": "2012-10-17",
"Déclaration": [
       {
           "Sid": "PublicReadGetObject",
           "Effect": "Allow",
           "Principal": "*",
           "Action": "s3:GetObject",
           "Resource": "arn:aws:s3:::BUCKETNAME/*"
       }
   ]
} 

AWS vous avertira que le bucket sera désormais public et que quiconque sur internet pourra y accéder. Gardez cela à l'esprit si vous envisagez d'héberger tout ce qui pourrait potentiellement poser un problème de sécurité. Cependant, dans notre cas, la page incorpore simplement le CCP Amazon Connect et toute personne prévoyant de l'utiliser aura besoin d'un compte utilisateur Amazon Connect

Accédez aux propriétés du compartiment et sélectionnez Hébergement de site Web statique . Remplissez les détails nécessaires et vous pouvez maintenant utiliser le point de terminaison généré automatiquement pour vérifier votre tout nouveau site Web.

Configurations d'hébergement de site Web statiques S3

Cependant, nous ne sommes pas encore prêts à utiliser le PCC. notre exemple GitHub, vous pourriez voir plusieurs erreurs dans la console. Afin de travailler correctement avec Amazon Connect, nous avons besoin d'une page HTTPS, et pour cela nous utiliserons Cloudfront.

Créer une distribution Cloudfront

Accédez à Cloudfront dans AWS et sélectionnez Créez une distribution puis sélectionnez Web Distribution . Cela devrait ouvrir une longue liste d'options pour votre nouvelle distribution; Heureusement, vous n'aurez pas besoin de modifier trop d'entre eux.

Sous Nom de domaine d'origine, sélectionnez le compartiment S3 que vous venez de créer. Sous Stratégie de protocole de visionneuse, sélectionnez Rediriger HTTP vers HTTPS . Vous pouvez personnaliser la mise en cache des objets si vous souhaitez forcer la distribution à récupérer plus fréquemment les fichiers de votre compartiment S3; Toutefois, si vous devez apporter des modifications à votre page après sa publication, le moyen le plus sûr est d'annuler la distribution.

Assurez-vous de sélectionner un certificat SSL ; le certificat CloudFront par défaut devrait fonctionner correctement. Enfin, pour Default Root Object, assurez-vous d'entrer index.html . Hit Enregistrer et attendre environ 15 minutes pour que la distribution soit générée. En attendant, vous pouvez vérifier vos paramètres qui devraient ressembler à ceci:

Paramètres de distribution CloudFront

Pour finir, naviguez vers Amazon Connect et sous Application Integration, ajoutez le nom de domaine Cloudfront avec https: // devant lui.

Configuration de l'intégration avec un site Web externe dans Amazon Connect

Si vous souhaitez configurer un domaine personnalisé, vous pouvez simplement le gérer dans Route 53, sinon vous êtes prêt à utiliser votre nouvelle console d'agent personnalisée. Pour obtenir de l'aide sur la personnalisation de votre console ou de l'aide pour concevoir vos flux d'appels, veuillez envoyer un courriel à Craig Reishus .






Source link