Ce document répond à certaines des questions fréquemment posées (FAQ) les plus courantes sur IP Contact Center (IPCC) Express.
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
A. Reportez-vous à la matrice de compatibilité CallManager pour savoir quelles versions d'IPCC Express fonctionnent avec CallManager.
A. Le mot de passe initial est identique au nom d'utilisateur de la première connexion.
A. Le mappage d'un lecteur dépend de l'environnement réseau. Pour plus de détails, contactez votre administrateur réseau.
A. Le nombre maximal de CSQ dépend de la plate-forme matérielle et n'est pas configurable. Pour Cisco MCS-7845H-2.4-CC1 (processeur double qui utilise le système d'exploitation Windows 2000 Advanced Server), le nombre est 75. Pour toutes les autres plates-formes, le nombre maximal est 25.
A. Reportez-vous à la matrice de compatibilité de Cisco CallManager pour obtenir des informations sur les versions des services étendus qui fonctionnent avec CallManager.
A. Les clients du service d'assistance aux applications logicielles (SAS) de Cisco et du service d'assistance et de mise à niveau des applications logicielles (SASU) de Cisco doivent utiliser l'outil de mise à niveau pour commander la dernière version.
A. Reportez-vous aux clés de produit de l'application de téléphonie IP pour obtenir des informations sur la façon d'obtenir une clé de produit pour les agences de notation de crédit Cisco.
A. Vous pouvez envoyer un e-mail à licensing@cisco.com pour obtenir une copie du fichier de licence Cisco IPCC Express.
Remarque : Lorsque vous effectuez une mise à niveau de IPCC Express 3.x vers 4.0, assurez-vous que le fichier de licence de mise à niveau 4.0 se trouve dans le dossier 4.0. Le fichier de licence de mise à niveau ne peut pas se trouver dans le même dossier que vos fichiers de licence 3.5 ou 4.0, car cela entraînera une erreur lorsque vous sélectionnez le dossier de licence 3.x au cours de la procédure de mise à niveau.
A. Référez-vous à Préparation à l'installation de Cisco CRA 3.5 pour plus d'informations sur la mise à niveau du serveur de réponse client Cisco et sur les conditions requises.
A. À ce jour, Windows Vista n'est pas un système d'exploitation pris en charge par IPCC Express et CAD.
A. À ce jour, l'exécution du .NET Framework sur le serveur IPCC Express n'est pas prise en charge.
A. La disponibilité de l'agent après la sonnerie sans réponse (RNA) peut être désactivée en accédant manuellement au fichier SubsystemRMCM.properties sous c:\program files\wfavvid folder. Modifier la ligne à partir de : agentUnavailRNA=true à false. Enregistrez et fermez le fichier, puis redémarrez le moteur des applications de réponse client (CRA).
A. Des statistiques sur les compétences sont disponibles lorsque vous êtes connecté à l'IP PhoneAgent. Vous devez accéder à Rapports > Rapports d'équipe et appuyer sur la touche Statistiques pour accéder aux statistiques de compétences. La fenêtre Statistiques des compétences affiche deux statistiques :
Calls queued: The number of calls currently in queue. Oldest in queue: The length of time spent by the oldest call in the queue, in HH:MM:SS format.Remarque : les agents n'ont pas accès au nombre d'agents connectés. Cisco Agent Desktop affiche uniquement le nombre d'appels mis en file d'attente pour la file d'attente de service de contact à laquelle appartient l'agent et la durée du contact le plus ancien dans la file d'attente.
Reportez-vous au Guide d'utilisation de Cisco IP Phone Agent pour plus d'informations.
A. Le rapport en temps réel de Supervisor Desktop est réinitialisé toutes les 24 heures. Par conséquent, si 2 appels figurent dans le rapport des appels abandonnés et si aucun appel n'intervient dans les 24 heures, il sera réinitialisé à zéro.
A. Référez-vous à Configurer et déployer la surveillance et l'enregistrement silencieux dans CRS pour plus d'informations sur la façon de configurer les fonctionnalités de surveillance et d'enregistrement silencieux dans les solutions de réponse client Cisco.
A. Reportez-vous à Comment utiliser l'outil de mise à jour JTAPI avec Cisco IPCC Express pour en savoir plus sur la mise à jour de la version JTAPI sur le serveur de solutions de réponse client Cisco.
A. L'agent doit utiliser différents ensembles de ports TCP pour communiquer. L'un d'eux retourne au serveur Cisco Agent Desktop (IPCC Express) et l'autre à CallManager. Cisco Agent Desktop utilise les ports TCP 59000 - 59024 sur le serveur d'entreprise. Reportez-vous à la page 29 de Informations sur le service : Cisco Desktop Product Suite 4.5 (ICD) pour plus d'informations.
A. Oui, mais uniquement si Attendant Console n'est pas utilisé pour contrôler le poste ICD de l'agent. Les déploiements dans lesquels Attendant Console est utilisé pour contrôler le poste ICD ne sont pas pris en charge. Référez-vous à Installation de Attendant Console Empêche Cisco CRA 2.x de démarrer pour plus d'informations.
A. Contactez-les afin de recevoir de l'aide sur les scripts personnalisés IVR :
Contactez votre partenaire Cisco local ou les services avancés Cisco (disponibles via votre équipe de compte Cisco locale).
Contactez le support aux développeurs Cisco.
Contactez cette adresse e-mail : ask-icd-ivr-support@external.cisco.com.
A. La configuration de l'importation et de l'exportation du répertoire téléphonique personnel d'un agent dans Cisco Agent Desktop n'est pas prise en charge. Si vous souhaitez partager un annuaire téléphonique avec tous les agents, vous devez vous connecter à l'administrateur du bureau sur le serveur IPCC et créer manuellement un annuaire téléphonique global. Ensuite, partagez ce répertoire téléphonique avec tous les agents.
A. Les enregistrements effectués par les superviseurs sont archivés en tant que paquets de données vocales brutes. Les enregistrements ne peuvent être examinés qu'à l'aide de Supervisor Record Viewer. Cependant, si vous souhaitez enregistrer définitivement les enregistrements sélectionnés sous forme de fichiers .wav, vous pouvez utiliser l'une des méthodes suivantes :
Utilisez le bouton Lire et enregistrer dans Supervisor Record Viewer et enregistrez l'enregistrement dans un dossier sélectionné.
Utilisez l'utilitaire de ligne de commande CRSraw2wav.exe. Cet utilitaire se trouve dans le dossier C:\Program Files\Cisco\Desktop\bin. Il doit être exécuté à partir de cet emplacement dans une fenêtre de commande de l'ordinateur qui héberge le service d'enregistrement et de lecture (RPServer.exe). Référez-vous à la section Utilisation de l'utilitaire CRSraw2wav de Cisco CAD Service Information pour plus d'informations.
A. Le CRS ne prend pas en charge https. Le CRS prend uniquement en charge les protocoles par défaut pris en charge par Java, qui sont le protocole de fichier, le protocole ftp et le protocole http.
A. Non, le parcage d'appels n'est pas pris en charge par CRS.
A. ID d'application -1 dans un rapport d'analyse des performances d'application IVR indique l'un des éléments suivants :
Appels d'agent à agent
Appels non ICD
Transfert d'agent à agent/phase de consultation de conférence
Pour déterminer si les statistiques de l'application -1 sont dues à des appels ou des transferts d'agent à agent, vous devez générer un rapport historique détaillé des agents qui couvre la même période. La colonne Call ANI indique la source de chaque appel : Numéro de téléphone de l'initiateur de l'appel. Si elle provient d'un agent, le poste ICD de l'agent. Si provient d'un appelant autre qu'un agent, le numéro de téléphone de l'appelant.
Parfois, ID d'application -1 se produit :
Si l'agent décroche, raccroche sans passer d'appel
ou
Si un appel est rejeté. Pour rechercher ces appels rejetés, recherchez CALL_REJECTED dans la trace MIVR avec le niveau Debug SS_TEL défini. Les raisons possibles du rejet de l'appel sont les suivantes :
Il n'existe aucun port CTI disponible (le système reçoit plus d'appels que les ports CTI disponibles).
Le script IVR bouge et l'appel reste dans le port CTI.
Partitions et CSS mal configurées
A. Non, il n'y a aucun champ dans les bases de données des rapports historiques d'IPCC actuels pour déterminer quelle extrémité a déconnecté l'appel. Référez-vous au Guide de l'administrateur et du développeur des rapports historiques de Cisco Customer Response Solutions pour plus d'informations.
A. Non, vous devez disposer de droits d'administration complets pour modifier les compétences et le groupe de ressources d'un agent. Actuellement, la seule façon de modifier des paramètres dans IPCC Express est que l'utilisateur soit connecté à Appadmin en tant qu'administrateur.
A. Il n'est pas possible de lire un bip ou une tonalité lors du lancement de l'enregistrement. Cisco vous recommande de mettre une annonce pour informer les appelants des appels en cours d'enregistrement.
A. Pour le serveur IPCC Express, vous pouvez choisir le codec G.711 ou G.729. Toutefois, il ne prend pas en charge l'utilisation des deux en même temps. Vous devez configurer le transcodage pour résoudre le problème.
A. Ouvrez Desktop Administrator et choisissez Desktop Configuration > Work Flow Groups > Agents > default > user interface. Cliquez sur l'onglet de la barre d'outils et dans la liste donnée, sélectionnez la discussion et décochez la case visible.
A. Plusieurs facteurs peuvent contribuer à ce que les agents soient bloqués à l'état Réservé. Il s'agit notamment des divers problèmes DDTS décrits dans l'avis de terrain, Agents de distribution de contacts intégrés (ICD) bloqués dans l'état RÉSERVÉ avec le centre de contacts IP (IPCC) Express. Reportez-vous également à Cisco IPCC Express : Dépannage des appels bloqués dans la file d'attente.
A. Microsoft Windows 2000.2.3 SP H a présenté le correctif Q274450 de Windows 2000. Ce correctif empêche les utilisateurs de se connecter à la fenêtre AppAdmin. Ceci est documenté dans l'ID de bogue Cisco CSCea24526 (clients enregistrés uniquement). La solution est de mettre à niveau vers Cisco Customer Response Applications (CRA) version 2.5.5.
Remarque : Il se peut que vous ne puissiez pas vous connecter à la fenêtre AppAdmin si vous modifiez la configuration du port LDAP dans CRS de la valeur par défaut 389 à une autre valeur. Dans ce cas, vous devez rétablir le port Active Directory sur 389 dans le fichier c:\winnt\system32\ccn\ccndir.ini. Une fois que cela a été modifié, vous devriez pouvoir démarrer le service du moteur CRS et vous connecter à la fenêtre AppAdmin. Une fois connecté, vous pouvez modifier la configuration des ports sous System > Configuration and Repository pour revenir à 389.
A. Si le mot de passe de la fenêtre AppAdmin est perdu, vous pouvez effectuer ces étapes afin de vous connecter à l'application :
- Recherchez et renommez le fichier ccndir.ini en ccndir.ini.old.
- Ouvrez la page CRA AppAdmin, choisissez Start > Programs > Cisco CRA Administrator. Vous passerez par l'assistant.
- À la fin, choisissez l'utilisateur que vous voulez utiliser pour Admin.
Si les étapes précédentes n'ont pas aidé, complétez ces étapes afin de récupérer le mot de passe Appadmin CRS perdu :
- Sur le serveur CRS, choisissez C > Program Files > wfavvid et double-cliquez sur le fichier cet.batfile. Cliquez sur Non pour afficher l'avertissement relatif à l'utilisation de cet outil.
- Dans le volet de gauche, double-cliquez sur le type d'objet de configuration suivant : com.cisco.crs.cluster.config.AppAdminSetupConfig.
- Dans le volet de droite, double-cliquez sur la ligne renvoyée pour votre noeud.
- Dans cette nouvelle fenêtre, cliquez sur l'onglet com.cisco.crs.cluster.config.AppAdminSetupConfig.
- Choisissez Fresh Install dans le menu déroulant afin de modifier la valeur de l'état de configuration.
- Cliquez sur Apply afin de sauvegarder les modifications.
A. Vous trouverez des informations sur les problèmes les plus courants liés à l'échec de connexion dans ces documents :
Remarque : si l'agent peut se connecter mais ne peut pas passer à l'état Prêt, redémarrez le service CTIManager afin de résoudre le problème. Si vous disposez de plusieurs serveurs CallManager, vous devez redémarrer le service sur tous ces serveurs. Si vous redémarrez uniquement le service CTIManager, seul le téléphone IP de l'agent est affecté et les téléphones IP non-agents ne sont pas affectés.
A. Référez-vous à Échec de connexion à Cisco Supervisor Desktop - ID Supervisor Desktop sans équipe pour plus d'informations sur les messages d'erreur de connexion.
A. La fenêtre Discussion d'appels apparaît au premier plan si le système n'est pas configuré en mode furtif. Choisissez Desktop Configuration > Workflow Group > Agents > Default > User Interface >Divers afin de modifier la configuration. Remplacez le comportement de la fenêtre de l'agent par le mode furtif.
Vous pouvez également modifier le fichier userinterface.ini sur le serveur. Dans ce fichier, recherchez la ligne qui a ViewOption=. Ensuite, changez cette valeur de NORMAL à STEALTH.
Remarque : Vous ne pouvez pas désactiver la fenêtre Discussion d'appels. Cependant, vous pouvez également configurer la fenêtre Discussion d'appels pour qu'elle fonctionne en mode furtif. Cela permet d'économiser de l'espace sur le bureau, car la fenêtre Discussion d'appels ne s'affiche pas au début.
Remarque : Il n'existe aucune méthode prise en charge pour empêcher les conversations d'agent à agent tout en autorisant les conversations d'agent à superviseur.
A. Vous ne pouvez pas surveiller ou enregistrer les messages de conversation ou l'utilisation du service de conversation. Les journaux de conversation ne sont conservés qu'en temps réel, qui est ouvert dans la fenêtre de conversation d'appel. Une fois les fenêtres de session fermées, le journal est perdu. Reportez-vous à la section Utilisation de la conversation du Guide de l'utilisateur de Cisco Agent Desktop pour plus d'informations.
A. Consultez la section Erreur lors d'une tentative d'accès aux pages Appadmin de l'ARC pour plus d'informations.
A. Message d'erreur RMI (Remote Method Invocation), Connection a refusé d'héberger : [localhost:1099]; exception imbriquée : java.net.ConectException : La connexion refusée apparaît lorsque vous tentez de déboguer des scripts. Référez-vous à Erreur RMI lors du débogage du script dans Cisco IPCC Express pour plus d'informations.
A. Vous devez créer un utilisateur Cisco CallManager avec le nom d'utilisateur telecaster et le mot de passe telecaster, et associer tous les téléphones IP de l'agent sur lesquels vous voulez afficher les données d'entreprise à l'utilisateur du télémaître. Reportez-vous à la section Création de l'utilisateur ” télémaître “ du Guide d'installation - Suite de produits de bureau Cisco 4.5.5 (ICD) pour plus d'informations sur la création de l'utilisateur télémaître.
Remarque : après la création de l'utilisateur de télétravail, le service Cisco Desktop TAI Server doit être redémarré.
Si les données d'entreprise ne s'affichent pas sur les téléphones de l'agent lorsque l'appel est traité, procédez comme suit :
Reportez-vous à la procédure de dépannage mentionnée sous les données d'entreprise ne s'affiche pas sur le téléphone IP lorsque le téléphone sonne ou lorsqu'il reçoit une réponse dans la section Informations sur le service Cisco Desktop Product Suite 4.5 (ICD) .
Utilisez Cisco Desktop Administrator et assurez-vous que la case Show Enterprise Data est cochée pour le groupe de travail auquel appartient l'agent. Ceci est indiqué dans la section Données d'entreprise du Guide d'utilisation de Cisco Desktop Administrator.
A. Procédez comme suit pour résoudre ce problème :
- Arrêtez le service Gestionnaire de noeuds CRS.
- Videz le dossier \wfavvid\tomcat_appadmin\work.
- Sous \wfavvid\tomcat_appadmin\webapps\appadmin\WEB_INF, ouvrez le fichier web.xml et ajoutez les lignes suivantes :
Ajoutez cette balise où vous voyez toutes les autres balises <servlet> :
<servlet> <servlet-name>jsp._00025rotected.icd_0005fdeleteresources_0005flist</servlet-name> <servlet-class>jsp._00025rotected.icd_0005fdeleteresources_0005flist</servlet-class> </servlet>Ajoutez cette balise où vous voyez toutes les autres balises <servlet-mapping> :
<servlet-mapping> <servlet-name>jsp._00025rotected.icd_0005fdeleteresources_0005flist</servlet-name> <url-pattern>/jsp/protected/icd_deleteresources_list.jsp</url-pattern> </servlet-mapping>- Enregistrez le fichier web.xml.
- Redémarrez le service CRS Node Manager et supprimez de nouveau l'agent.
A. Procédez comme suit pour résoudre ce problème :
- Accédez à l'emplacement de Registre HKEY_Local_Machine/Software/Spanlink/Site Setup et modifiez la valeur de Registre de l'hôte LDAP 1 en adresse IP du nouveau contrôleur de domaine.
- Accédez à C:\Program Files\Cisco\Desktop_Config\Desktop et modifiez ces fichiers pour refléter l'adresse IP du nouveau contrôleur de domaine :
AdvancedManager.cfg
InstallManager.cfg
- Redémarrez le service Gestionnaire de noeuds CRS à partir des services Windows.
A. Ce message d'erreur apparaît en raison d'un problème de réplication SQL parmi les noeuds IPCC Express.
Complétez ces étapes afin de résoudre le problème :
- Accédez à System > Control Center > Component Activation dans CRS AppAdmin.
- Sélectionnez le noeud Abonné, puis désélectionnez ces 3 data stores : Agent, Historique et Référentiel. Cliquez sur Update.
- À la fin de cet exercice, réactivez les data stores sur ce noeud.
- Redémarrez le service CRS Node Manager.
A. Ce message d'erreur indique que le composant du magasin de données historique CRS n'est pas actif dans le centre de contrôle ou n'est pas sous licence. Afin de résoudre ce problème, assurez-vous que la licence du magasin de données historique CRS est True et que l'état est Activé sous System > Control Center > Component Activation dans la page CRS AppAdmin. Vérifiez si une coche est cochée sur le côté gauche du composant du data store historique CRS.
A. Vérifiez si le déclencheur JTAPI est associé à un groupe de médias. Si ce n'est pas le cas, créez un groupe de médias et associez-le au déclencheur JTAPI afin de résoudre le problème.
A. Afin de résoudre ce problème :
Assurez-vous qu'il n'y a aucun problème de connectivité entre le serveur CRS et l'agent.
Assurez-vous que la plage de ports 59000-59030 est ouverte dans le pare-feu et le logiciel de pare-feu, CSA et AntiVirus est désactivée sur les postes de travail et le bureau du superviseur de l'agent.
Si le paramètre de pare-feu est correct, vérifiez les paramètres de la carte réseau sur le serveur pour vous assurer que la carte réseau publique figure en premier dans l'ordre de liaison et que la carte réseau privée est en second dans l'ordre de liaison.
A. Pour résoudre ce problème, exécutez les étapes suivantes :
- Sur le serveur CRS, choisissez Démarrer > Exécuter, tapez CET.bat et appuyez sur Entrée. Cliquez sur Non pour afficher l'avertissement relatif à l'utilisation de cet outil.
- Cliquez sur ClusterDependentConfig dans le volet gauche de l'outil CET.
- Dans le volet droit, double-cliquez sur la première entrée et accédez au second onglet.
- Modifiez la valeur de la version JTAPI pour qu'elle corresponde à celle des journaux.
A. Redémarrez le service d'enregistrement et de statistique afin de résoudre le problème.
A. Redémarrez le service Cisco Desktop Enterprise afin de résoudre le problème.
A. Faites le maximum. essaie à nouveau sur l'option de menu 0 et ne lit pas l'invite système.