Cisco Cisco Unified Contact Center Enterprise 9.0(1) Guia Do Utilizador

Página de 268
The Call Variables are used in "SET" node by several customers in an Admin Script as temporary
placeholders for complex calculation. However, because any call context is only existent as long as the
call itself, the Variables cease to exist after the Route Request (a.k.a Call) is complete (be it by virtue of
a successful Routing Script Execute Completionor or an Administrative Script Execute Completion). They
cannot be used to store values, so as to be re-used in Routing Scripts, as the Routing Scripts itself will
have a new set of CallVariables created for the Route Request.
Note
When comparing two Call Variables of Numeric string, you must use the Built-In Function "value()" in
the IF Node to perform Numeric comparison, otherwise there is a String comparison. Ex:
value(Call.PeripheralVariable1)>=value(Call.PeripheralVariable2) where Call.PeripheralVariable1 and
Call.PeripheralVariable2 are given as Numeric string.
Note
Expanded Call Context (ECC) Variables
Expanded Call Context (ECC) variables store values associated with the contact.
ECC values are written to Termination Call Detail records only if, and when, an ECC value is explicitly set,
which can be done any numbers of ways, such as using a script, an IVR, a NIC, CTI, and so on. This applies
to null values as well as non-null values.
If an ECC variable is defined, but never assigned a value, it does not have a row in the Termination Call
Variable table when a Termination Call Detail record is written.
Generally speaking, ECC values are passed from leg to leg on the call. After a value is assigned, the value is
recorded in the Termination Call Variable for every Termination Call Detail Segment. However, this depends
on how each new call segment is created. If it does not involve translation routes or the Unified CCE/Unified
CCH, and is outside the original peripheral, ECC variables, like all call variables, cannot be propagated.
The Unified ICM is delivered with some ECC variables, and you can create others through Unified ICM
Configuration Manager. For more information, see the Configuration Guide for Cisco Unified ICM/Contact
Center Enterprise and Hosted
.
Persistent vs. Non-Persistent Call Variables
When the Unified CCE/Unified CCH or Unified ICM writes call data records to its historical database, it can
store the values of all call variables. Storing excessive call variable data can degrade historical database
performance. When you define a call variable (in Unified ICM Configuration Manager), you can tag it as
either persistent or non-persistent. Only persistent call variables are written to the historical database. You
can use non-persistent variables in routing scripts, but they are not written to the database.
Expanded Call Context variables for web callback
You must create two ECC variables if you intend to use Blended Collaboration and/or Voice Media Routing
Domains to route Delayed Callback requests. The ECC variables are:
• user.cisco.cmb - Specified by the peripheral.namedvars property in Media Blender, enabling web callback
requests to be routed through Unified ICM.
Scripting and Media Routing Guide Cisco Unified ICM/Contact Center Enterprise & Hosted Release 9.0(1)    
135
Use of Formulas
Expanded Call Context (ECC) Variables