Pourquoi les scripts de routage ne peuvent pas accéder aux variables de contrôle des appels définies dans le script d'administration

Options de téléchargement

  • PDF     (90.6 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (92.1 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (103.2 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:15 février 2006
ID du document:46001

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Introduction

Ce document explique pourquoi des variables de Contrôle d'appel réglées en scripts d'administration ne peuvent pas être mises en référence par des scripts d'artère. Le document fournit également une méthode pour partager des données entre les scripts d'administration et les scripts d'artère dans un environnement de l'Intelligent Contact Management de Cisco (missile aux performances améliorées).

Conditions préalables

Conditions requises

Cisco recommande que vous ayez la connaissance du Script Editor missile aux performances améliorées.

Composants utilisés

Les informations dans ce document sont basées sur toutes les versions missile aux performances améliorées.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Problème

Le noeud variable de positionnement place la valeur de quelques variables d'appel. La syntaxe pour mettre en référence une variable de Contrôle d'appel dans un script est :

Call.variable

Dans ce cas, si vous exécutez le script d'administration et le positionnement Call.PeripheralVariable8 à la valeur des vacances, tous les scripts d'artère n'accèdent à pas la valeur. La figure 1 fournit un exemple.

Figure 1 – Script d'administration pour placer la variable de Contrôle d'appel

Routing_Scripts-1.gif

Solution

Le script d'administration place avec succès le Call.PeripheralVariable8 à la valeur des vacances. Cependant, des variables de contrôle ne peuvent pas être partagées entre les scripts d'administration et les scripts d'artère.

Afin de passer des variables entre un script d'administration et un script d'artère, utilisez une variable d'utilisateur globale. Avec une variable d'utilisateur globale, chaque variable d'utilisateur doit :

  • Ayez un nom qui commence par l'utilisateur

  • Soyez associé avec un type d'objet, par exemple, service

    Ceci permet au logiciel ICM de mettre à jour un exemple de la variable pour chaque objet de ce saisissent le système.

  • Soyez identifié comme variable qui est persistante ou non rémanente

    Une variable persistante retient la valeur à travers des reprises de CallRouter. Une variable non rémanente ne retient pas la valeur à travers des reprises de CallRouter.

Remarque: Une variable d'utilisateur peut enregistrer une valeur de jusqu'à 40 caractères.

Informations connexes

Ce document vous est-il utile?

FeedbackCommentaires

Contacter Cisco

Ce document s’applique à ces produits