Historique des modifications de l'API Amazon Connect Streams # 3: juin 2018

L'API Amazon Connect Streams (Streams) permet aux développeurs de créer des expériences d'agents personnalisées pour Amazon Connect. Le code pour Streams est hébergé dans Github et ouvert aux contributions de la communauté sous la forme de demandes d'extraction. Ceci est le troisième volet de ma série en cours couvrant les modifications apportées à l'API Streams. Les versements antérieurs sont à:

Depuis ma dernière tranche, il y a eu 2 demandes d'extraction (PR) approuvées à Streams.

Nettoyage de code: correction d'une exception de pointeur nul (PR # 74)

PR # 74 est un changement de code du fichier softphone.js qui ajoute une logique d'initialisation et vérifie null pour certaines métadonnées audio (l'audio " stats ") pour l'appel en cours. Lorsqu'un appel se connecte, ces statistiques sont renseignées par startStatsCollectionJob dans le gestionnaire onRefreshContact . Lorsqu'un appel ne parvient pas à se connecter, ces statistiques n'ont jamais été remplies et un appel ultérieur pour envoyer ces statistiques via sendSoftphoneReport a échoué avec une exception de pointeur nul. Avec les modifications, sendSoftphoneReport réussit même lorsque l'appel ne parvient pas à se connecter.

Ce type de correctif est intéressant car il réduit le bruit des journaux d'erreurs supplémentaires lors du dépannage de l'API Streams et du panneau de contrôle Contact.

Prise en charge de l'outillage TypeScript (PR # 41)

J'ai souligné ce PR dans mon dernier post et je suis content de le voir approuvé. Un fichier de déclaration TypeScript pour l'API Streams aide les développeurs à écrire du code plus rapidement, en éclairant la vérification de type et l'achèvement de code dans des éditeurs comme Visual Studio Code.

Il n'y a pas de nouveaux PR depuis la dernière fois et seulement 2 PR ouverts à ce stade:

Pour cet épisode, j'ajoute cette section pour prendre un coup d'œil sur quelques problèmes récemment mis à jour. Les problèmes dans Github sont utilisés pour suivre les problèmes, demander de l'aide ou suggérer de nouvelles fonctionnalités. Un problème finira parfois par engendrer un PR pour une correction de code. En parcourant la liste des problèmes sur Github j'en ai vu trois que je voulais mettre en évidence:

Transfert vers Quick Connect via Streams (Issue # 54 et # 27)

jagadeeshaby a répondu à ces deux demandes d'aide sur la façon de faire des transferts vers Quick Connects en utilisant Streams API avec un extrait de code court:

Ce chemin de code n'est pas immédiatement évident à partir de la documentation. Merci pour la pointe jagadeeshaby!

Sélecteur de périphérique audio et anneau de haut-parleur (Issue # 67)

extmchristensen et mschersten élever un problème d'expérience utilisateur que nous voyons à travers les clients. Entre le navigateur et les paramètres de son de Windows, les agents peuvent avoir du mal à sélectionner le bon périphérique audio à utiliser pour les appels Amazon Connect. Ce problème demande des modifications à l'API Streams pour permettre aux partenaires d'implémenter leur propre expérience utilisateur de sélection de périphérique audio. mschersten fait remarquer qu'il serait bien d'avoir une sonnerie simultanée sur plusieurs appareils audio, donc un agent à faible utilisation peut entendre une sonnerie sur les haut-parleurs de son PC.

J'adorerais voir des changements dans ce sens. Je garderai un œil sur cette question pour toute autre activité.

Merci d'avoir lu. Toutes les questions, commentaires ou corrections sont grandement appréciés. Pour en savoir plus sur ce que nous pouvons faire avec Amazon Connect, consultez Vous aider à tirer le meilleur parti d'Amazon Connect