Omnipcx Enterprise PDF
Omnipcx Enterprise PDF
SECTION
RSI
Ed.03
Section - RSI
SUMMARY
RSI
Overview ........................................................................................................... . 3
1. Overview .................................................................................................. . 3
Architecture ....................................................................................................... . 5
1. Basic RSI architecture............................................................................... . 5
2. RSI architecture integrating an SSBD ...................................................... . 6
Detailed description .......................................................................................... . 7
1. Overview .................................................................................................. . 7
2. RSI operation ........................................................................................... . 7
3. Features available to RSI agents and supervisors .................................. .15
4. RSI supervision from the CCS application................................................ .17
5. The SSBD in the RSI environment ............................................................ .18
Configuration procedure ................................................................................... .27
1. Overview .................................................................................................. .27
2. Principle for configuring the RSI in the OmniPCX Enterprise .................. .27
3. Declaring the RSI entry point................................................................... .28
4. Declaring the ACD authorized phone sets dedicated to the RSI
agents and supervisors........................................................................... .30
5. Selecting the substitute or standard mode for the RSI agents................ .30
6. Declaring the RSI agent domains and skills ........................................... .31
7. Configuring the voice guides that can be used for the RSI ..................... .31
8. Declaring the RSI agents and supervisors............................................... .32
9. Configuring the parameters specific to the RSI agents and
supervisors .............................................................................................. .34
10. Declaring the RSI processing groups..................................................... .36
11. Assigning the agents and supervisors to the RSI processing
groups ..................................................................................................... .36
12. Declaring the virtual hybrid link ........................................................... .37
13. Configuring the SSBD............................................................................. .38
Maintenance...................................................................................................... .39
1. RSI defense .............................................................................................. .39
2. RSI maintenance commands.................................................................... .40
3. SSBD maintenance................................................................................... .42
Ed.03 Ref.3EU19919ENAA .1
Downloaded from www.Manualslib.com manuals search engine
A L C T E L
.2 Ref.3EU19919ENAA Ed.03
Downloaded from www.Manualslib.com manuals search engine
A L C T E L
44A01906500A000AAEN
RSI
Overview
Edition: 03
1. Overview
The RSI (Routing Service Interface) is an OmniPCX Enterprise interface for voice call processing
which improves integration of the Genesys Suite in the OmniPCX Enterprise environment. The Ge-
nesys suite is a CTI application for call centers that allows routing strategies for OmniPCX Enterprise
incoming calls to be configured.
- Delivering calls to an available OmniPCX Enterprise call center agent (local, network or
external) using CSTA call routing services
- Connecting to voice guides and detecting DTMF transmissions for a given call
- Presenting real-time and deferred data provided by the Genesys and Alcatel modules
- Providing ACD capacities to telephony features. These services can be controlled either by the
OmniPCX Enterprise, or by a "Desktop agent" CTI application.
- Performing back-ups on the OmniPCX Enterprise CCD if the network goes down or when
there is no Genesys server
- Synchronizing the OmniPCX Enterprise RSI objects with those of the Genesys suite using a
Two-Way Synchronization Server (SSBD).
To do this, the RSI uses the advantages of OmniPCX Enterprise CCD agent features and the call
routing, statistics, and customization capacities of Genesys solutions.
Ed.03 Ref.3EU19919ENAA .3
Downloaded from www.Manualslib.com manuals search engine
A L C T E L
.4 Ref.3EU19919ENAA Ed.03
Downloaded from www.Manualslib.com manuals search engine
A L C T E L
44A01906500A301AAEN
RSI
Architecture
Edition: 03
IRD / URS
Genesys Suite
Tserver
CSTA
RSI
OmniPCX Enterprise
Telephone
services
Call incoming
to the RSI
- The Genesys suite, which provides the following modules for the RSI:
• Tserver (CTI Server): the module in charge of transmitting the information messages related to
incoming calls (requests/responses) from the RSI to the Genesys suite and vice versa.
• IRD (Interaction Router Designer): the interface in charge of editing the routing strategies to be
applied to incoming calls
• URS (Universal Router Server): the module in charge of executing the routing strategies
associated with incoming calls.
Messages between the RSI and the Genesys suite are exchanged by the CSTA services.
Ed.03 Ref.3EU19919ENAA .5
Downloaded from www.Manualslib.com manuals search engine
A L C T E L
A Two-Way Synchronization Server or SSBD can be added to the previous basic configuration. The
SSBD is a PC application operating in a Windows 2000 environment. Its role is to synchronize the
OmniPCX Enterprise RSI objects with those of the Genesys suite.
The SSBD is connected to the Genesys suite and the OmniPCX Enterprise via the following interfaces:
- ACAPI (Alcatel Configuration Program Interface), which allows the OmniPCX Enterprise RSI
objects to be extracted and then trasmitted to the Genesys suite for synchronization.
- CFGLIB, which allows the Genesys suite RSI objects to be extracted and then transmitted to the
OmniPCX Enterprise for synchronization.
As for the other Genesys suite servers, the SSBD also uses the following interfaces for correct operation:
- SCI (Solution Control Interface), which controls the interface from which the SSBD is started
and stopped
- SCS (Solution Control Server), which sends a start or stop request to the LCA with the SSBD
parameters
- LCA (Local Control Agent), which starts or stops the SSBD using the parameters provided by the
SCS.
SSBD
Genesys suite
Genesys suite
Tserver
Synchro Server
LCA
SCS RSI
OmniPCX
ACAPI Enterprise
SCI
.6 Ref.3EU19919ENAA Ed.03
Downloaded from www.Manualslib.com manuals search engine
A L C T E L
44A01906500A042AAEN
RSI
Detailed description
Edition: 03
1. Overview
- RSI operation
2. RSI operation
OmniPCX Enterprise
In communication Internal user RSI
1 Call in the RSI
2 2
Public
network
External user
Internal user
External user
Ed.03 Ref.3EU19919ENAA .7
Downloaded from www.Manualslib.com manuals search engine
A L C T E L
- Information on an RSI agent, and transfer of the external user to this agent, if desired. If the call is
transferred, the transfer is said to be supervised2
- Direct transfer of the external user without waiting for the RSI agent response. In this case, the
transfer is said to be blind2.
2 : Calls to the RSI initiated by an internal 1 or external (direct RSI call) user.
Warning: All internal calls to the RSI, whether direct or following a consultation call, requires the use
of a virtual hybrid link in the OmniPCX Enterprise.
Back-up CCD
or RSI group
OmniPCX Enterprise
RSI
SET_FEATURE_ROUTING_ENABLE
Call in the RSI
Genesys
solution
In its capacity as the point of entry for calls, the RSI is considered to be a routing point by the Genesys
environment and is therefore controlled by the Tserver. The RSI supports the registration service of the
routing point SET_FEATURE_ROUTING_ENABLE that enables the Main Tserver to identify itself with res-
pect to the RSI3. If there is no TServer implementing the RSI, or if the link with the TServer is inoperative,
the call is immediately routed to the overflow address configured in the RSI (back-up CCD, RSI group).
Otherwise, a route request is sent to the Genesys suite via the Tserver ( 1 in the following figure). This
applies to direct RSI calls and RSI consultation calls before supervised transfer.
RSI consultation calls before blind transfer are in the Call Consultation state as soon as they arrive in
the RSI. During this phase, the calling party can:
- Transfer the caller to the RSI. In this case, the calling party can hang up, and a route request is
sent to the Genesys suite via the Tserver (in 1 ).
.8 Ref.3EU19919ENAA Ed.03
Downloaded from www.Manualslib.com manuals search engine
A L C T E L
7 2
Back-up CCD
or others Local agent
3
OmniPCX Enterprise
RSI Remote agent
(external or network)
1
4
Call in the RSI Genesys
solution
Voice guide
6 5
DTMF detection
CCiVR or
others
The incoming call is assigned one of the following routing methods by the URS:
Routing mechanisms are the same whether the agent and/or the RSI is local or remote. The CSTA
services used are the same.
Note: A timer is activated as soon as the call arrives in the RSI (RSI overflow timer). If no action has
been performed by the URS when this timer elapses, the call is distributed to the overflow address
associated with this timer (back-up CCD, etc) (in 7 ).
Ed.03 Ref.3EU19919ENAA .9
Downloaded from www.Manualslib.com manuals search engine
A L C T E L
2.3.1.1. Principle
Back-up CCD
or others
OmniPCX Enterprise
RSI 1 Route Request
4 RouteEnd
Genesys
3 solution
Agent 1
1. Before stage 2 , the calling party is no longer in communication with the RSI but directly in
communication with the selected agent. When the agent set rings, the calling party can either:
• Transfer the first caller to the rung agent
• Wait for the call with the agent to be established. The calling party can then:
Place a broker call with the two callers
Initiate a conference
2. Before stage 2 , and when the RSI overflow timer elapses, if the URS is not configured to route
this type of call it sends an end of service (ROUTE_END) notification to the Tserver. The RSI informs
the calling party that their call is now seen as an RSI consultation call before blind transfer. The
calling party can either:
• Cancel it and return to the initial call
• Transfer the call to the RSI. In this case, a ROUTE_REQUEST is sent to the Genesys suite and
an available agent is searched (stage 1 ).
3. At stage 2 , if the URS is configured to route this type of call but the RSI overflow timer elapses and
there is no script is attached to it, the Tserver sends an end of service (ROUTE_END) notification
to the RSI. The RSI distributes the call to the overflow address associated with the timer (back-up
CCD [local or network], etc).
Back-up CCD
or others
OmniPCX Enterprise
5 RouteEnd
Genesys
1 4 solution
Agent 1 Agent 2
If call routing, as described in the previous paragraph, fails because the selected agent (in 1 ) cannot
be reached or becomes busy, the REROUTE_REQUEST service searches for another agent. The routing
strategy is:
- Broadcast:
• Hold music
• A voice guide
• A busy, silent, or ring tone.
OmniPCX Enterprise
Music Tone
Voice guide
1. Hold music: hold music is broadcast by the OmniPCX Enterprise. This music is the same for
all languages. When the Tserver receives music processing, it requests the OmniPCX Enterprise
to trigger the voice guide via the CSTA service Generate Telephony Tones 2 allowing voice guide
parameters to be transmitted (OmniPCX Enterprise voice guide identification and duration).
When the voice guide ends 3 , a CSTA notification 4 (Telephony Tones Generated) is sent
to the URS via the Tserver.
Any OmniPCX Enterprise voice guide can be used.
2. Voice guide: voice guide broadcast is sent by the URS. On request by the Tserver, connection
of the voice guide is performed by the OmniPCX Enterprise via the CSTA service Generate
Telephony Tones 2 that allows voice guide parameters (such as choice of language, whether the
caller can or cannot interrupt by entering a DTMF code on their phone, OmniPCX Enterprise
voice guide identification) to be transmitted. When the voice guide ends 3 , a CSTA notification
4 (Telephony Tones Generated) is sent to the URS via the Tserver.
3. Busy, silent, or ring tone: the routing strategy can broadcast a busy, silent, or ring tone. On
request by the Tserver, the tone is generated by the OmniPCX Enterprise when processing is
interpreted by the URS. When the PCX finishes generating the tone 3 , a CSTA notification 4
(Telephony Tones Generated) is sent to the URS via the Tserver.
OmniPCX Enterprise
Linux
Call Server
Media Gateway
RSI 1 Route Request
2 Start Data Collection
4 Data Collected 1, 3, 5 ...8
3
Genesys
solution
DTMF detection
On DTMF transmission, the codes are collected (on Tserver request) by the OmniPCX Enterprise,
using its internal resources.
The Tserver sends a CSTA service Start Data Collection 2 request to the PCX. Data collection is
performed by the OmniPCX Enterprise. When data collection is complete 3 , CSTA information
containing the data acquired 4 is sent to the URS via the Tserver.
The routing strategy can simultaneaously broadcast a voice guide and acquire DTMF transmissions.
The voice guide is stopped as soon as the first DTMF digit is detected. Connection to the voice guide
and detection of DTMF transmission are performed (on Tserver request) by the PCX via the CSTA ser-
vices Generate Telephony Tones and Start Data Collection (see above sections and figures).
OmniPCX Enterprise
RSI
1 Route Request
Genesys
Route Select (IVR) solution
2
Call in the RSI
3
4
Consultation
Call/TransferCall (Agent)
CCiVR
Agent
The routing strategy can route a call to an interactive voice server (CCiVR) when the call is put on hold
by the URS, or in the event of Mandatory Treatment (see note § 2.3.1 : Routing calls to agent). This
feature can be used via the CSTA routing services (Route Request 1 and Route Select 2 ). Access to
the interactive voice server (CCiVR) is controlled by the Tserver 3 . When an agent becomes available,
the call is sent to this agent by the Tserver via the CSTA service ConsultationCall/TransferCall 4 .
Note: If no agent is released and the IVS scenario is for transfer to the same RSI, then the routing
strategy resumes at the point where transfer to the IVS was performed (Busy Treatment).
2.4.1. Agents
Agents are declared RSI agents when they enter an RSI processing group following the Log-on ope-
ration. Agents declared as RSI agents have access to RSI features (Log-on/Log-off, withdrawal, etc.)
available to them, as described in § 3.2 : Agent or supervisor features associated with an RSI proces-
sing group.
A call is defined as an RSI call when it is distributed according to a Genesys routing strategy from an RSI
routing point to an RSI agent. In this case, the RSI agent can access the RSI features (Pause, Wrap-up,
etc) as described in § 3.1 : RSI agent and supervisor basic features. However, consultation calls to the
RSI before supervised transfer are considered as RSI calls only when the calling party transfers the first
call to the RSI agent. Until the transfer occurs, RSI features are not available to the calling party.
Note: A CCD agent can also log on and enter an RSI processing group and thus receive RSI calls.
- RSI: If there is no CCD, RSI processing groups must be created for agents to be able to log on. In
this case, except for private calls, the only calls that can be received by these agents are RSI calls.
Important: There cannot be more than 100 agents simultaneously logged on an RSI processing
group. Beyond this point, any attempt by a new agent to connect to the processing group fails.
- RSI with back-up CCD: If a back-up address to a CCD was configured, CCD processing groups
must be created for agents to be able to log on. In this case, agents can receive calls either from
the Genesys routing strategy (RSI calls), or from the CCD distribution matrix (back-up).
Note: RSI processing groups can also be used for agents not processing back-up.
Genesys Genesys
solution solution
CCD calls
RSI calls
GT RSI
RSI calls
CCD PG
The RSI provides CCD features on agent and supervisor sets. These features are configured at the RSI
objects level: routing points, processing groups, agents or supervisors.
- Transaction code
- Automatic wrap-up
- Pause
- Consultation call/transfer/conference/pick-up
- Agent presentation guide: see the module CCD - Feature - Specific facilities. This service is
configured at RSI agent level.
- Automatic voice mail forwarding: see the module CCD - Feature - Specific facilities. This service is
configured at RSI agent level.
- Discreet listen (eavesdrop): see the module CCD - Feature - Telephone facilities part 2. This
service is configured at RSI supervisor level.
3.1.3. Pause
Pause allows an agent to be unavailable for RSI calls. During pause, the agent can receive internal or
external personal calls. The duration of pause is configured at RSI level.
- Log-on/Log-off
This feature allows an agent to log-on (become available) or log-off (become unavailable) for RSI
call distribution. The service and configuration are the same as for a CCD.
- Withdrawal
This feature allows an agent to withdraw from RSI distribution by using the Withdraw key, dialing
the withdraw prefix, or by the CSTA service. The agent cannot receive RSI calls (unless transferred
by another agent), but can receive all other types of calls.
Note: Unlike a CCD processing group agent, the last agent of an RSI processing group can
withdraw from the group even if RSI calls are not processed or are pending.
For other features, refer to the CCD module (the reference is given in the Refer to column in the table
below.
If the CCD is used for RSI back-up, the CCS application can be used to supervise real-time RSI proces-
sing group data for all types of calls (private, CCD, RSI).
The CCS application also allows:
5.1. Overview
In an RSI environment without a Two-Way Synchronization Server (SSBD), the administrator must confi-
gure the RSI objects in the OmniPCX Enterprise (via the MGR or 47xx management tool) and in the
Genesys suite (via the Config Manager Enterprise or CME management tool). When the administrator
configures an RSI object in the OmniPCX Enterprise, the modification must be also be applied in
the Genesys suite and vice versa. The administrator must understand RSI object organization in the
OmniPCX Enterprise and in the Genesys suite.
If the SSBD is introduced into the RSI environment, the administrator does not need to perform both
RSI object configuration operations. The SSBD initiates a process for synchronizing the OmniPCX
Enterprise RSI objects with those of the Genesys suite. If the administrator configures an RSI object
on one side, the SSBD applies the modification to the other side.
SSBD Genesys
suite
Connection
OmniPCX Enterprise
- The objects that have a directory number (on OmniPCX Enterprise side) or a DN (on Genesys
side). These are the ACD authorized phone sets, the agents, the RSI processing groups, etc.
- The skills.
- The static mode: In this synchronization mode, any RSI object creation, modification, or deletion
requires the synchronization process to be restarted. The administrator must explicitly or implicitly
indicate the master side.
or
SSBD Genesys SSBD Genesys
suite suite
- The dynamic mode: In this synchronization mode, the administrator is not required to restart
the synchronization process after RSI object creation, modification, or deletion. The SSBD
automatically initiates the synchronization process each time an RSI object is configured. In
addition, the administrator can configure the RSI objects on the OmniPCX Enterprise side as well
as on the Genesys side, the master being temporarily the side where the modification is performed.
SSBD
Genesys
suite
OmniPCX Enterprise
- The standard mode: In this operating mode, each Agent RSI object must be associated with an
ACD authorized phone set RSI object. If this is not the case, creating agents not associated with
ACD authorized phone sets on the OmniPCX Enterprise side does not result in their creation on
the Genesys side when synchronization is running. These RSI objects are incomplete.
Note: In this mode, an agent can only log on the ACD authorized phone set with which they
are associated.
- The substitute mode: In this operating mode, it is not required to associate the Agent RSI object
with the ACD authorized phone set RSI object.
Note: In this mode, and if the agent is not associated with an ACD authorized phone set, the
agent can log on on any ACD authorized phone set.
Principle:
Substitute mode
Agent Person
Correspondence
Pro-ACD Place
Correspondence
One of these operating modes is selected in the T-Server on the Genesys side and in system manage-
ment on the OmniPCX Enterprise side.
To prevent any conflict while the SSBD synchronizes the RSI objects, the administrator must follow the
instructions and information displayed in the tables in § 5.3 : Correspondence tables: OmniPCX Enter-
prise RSI objects and Genesys suite RSI objects.
5.3. Correspondence tables: OmniPCX Enterprise RSI objects and Genesys suite RSI
objects
This correspondence table lists all types of RSI objects that can be configured on the OmniPCX En-
terprise side and on the Genesys side. It indicates the parameters to be configured for each. It also
indicates the correspondence of each OmniPCX Enterprise object on the Genesys side.
Note: For more information on the content of the OmniPCX Enterprise RSI objects shown in the
table, refer to the module RSI - Configuration procedure.
Note 1:
Any Extension DN created on the Genesys side results in a Business set being created and not an
ACD authorized phone set on the OmniPCX Enterprise side, whether synchronization is initiated
in static (Genesys is the synchronization master) or dynamic mode.
Note 2:
Whatever the type of ACD authorized phone set, its creation on the Genesys side systematically results
in its creation as 4037 on the OmniPCX Enterprise side.
Note 3:
The rules for creating RSI object aliases on the Genesys side are:
- The alias is Name_FirstName_qmcdu on the Genesys side if the Name and FirstName parameters
are not empty on the OmniPCX Enterprise side.
- The alias is Name_qmcdu on the Genesys side if the FirstName parameter only is empty on the
OmniPCX Enterprise side.
- The alias is FirstName_qmcdu on the Genesys side if the Name parameter only is empty on the
OmniPCX Enterprise side.
- The alias is qmcdu on the Genesys side if the Name and FirstName parameters are empty on the
OmniPCX Enterprise side.
Note 4:
Before completing this field, the current SSBD operating mode (standard or substitute mode) must be
known.
Note 5:
On the Genesys side, the Place object is not part of the object group (Person, Agent Login and ACD
Position) equivalent to the Agent object on the OmniPCX Enterprise side. The Place object is used
to associate or dissociate an RSI agent with an ACD authorized phone set of the installation.
Deleting the Agent object does not result in the Place object being deleted on the Genesys side,
whether synchronization is initiated in static (OmniPCX Enterprise is the synchronization master) or
dynamic mode.
44A01906500A160AAEN
RSI
Configuration procedure
Edition: 03
1. Overview
- The RSI (see § 2 : Principle for configuring the RSI in the OmniPCX Enterprise)
- The SSBD, if it is present in the RSI environment (see § 13 : Configuring the SSBD).
The administrator must follow the steps listed below to configure the RSI.
1. Declare the RSI entry point (see § 3 : Declaring the RSI entry point).
2. Declare the ACD authorized phone sets dedicated to the RSI agents and supervisors (see § 4 :
Declaring the ACD authorized phone sets dedicated to the RSI agents and supervisors).
3. Select the substitute or standard mode for the RSI agents. This is to be configured only if a
Two-Way Synchronization Server (or SSBD) is present in the RSI environment (see § 5 : Selecting
the substitute or standard mode for the RSI agents).
4. Declare the RSI agent domains and skills (see § 6 : Declaring the RSI agent domains and skills).
5. Declare the RSI voice guides (§ 7 : Configuring the voice guides that can be used for the RSI).
6. Declare the RSI agents and supervisors (§ 8 : Declaring the RSI agents and supervisors).
7. Configure the parameters specific to the RSI agents and supervisors (§ 9 : Configuring the
parameters specific to the RSI agents and supervisors).
8. Declare the RSI processing groups (§ 10 : Declaring the RSI processing groups).
9. Assign the agents and supervisors to the RSI processing groups (§ 11 : Assigning the agents
and supervisors to the RSI processing groups).
10.Declare, if required, a virtual hybrid link to permit local RSI calls (§ 12 : Declaring the virtual
hybrid link).
RSI configuration is performed from the standard mgr or 47xx tool. However, steps 4 and 9 can be
performed from the CCS (Contact Center Supervisor) application.
The following information is not included in this document:
- RSI object configuration in the Genesys suite via the CME configuration tool.
Attributes:
Initial value: 0.
Time Between Two Calls : Enter the minimum time between two consecutive
calls to an agent.
Initial value: 50 (units of 100 ms).
0: no pause between calls
Hold On guide number : Enter the number of the guide to be connected
when the call is put on hold (0 to 1024).
Initial value: 2.
Auto.WrapUp timer : Enter the time required for additional agent
work (automatic wrap-up).
Initial value: 6000 (units of 100 ms).
0: no automatic wrap-up timer for agents at the
end of RSI calls.
RSI overflow timer : Enter the time before back-up in the event of no
action from the URS (units of 100 ms).
RSI overflow address : Directory number of the back-up address.
Entity : Entity number used by the RSI.
Ringing overflow timer : Enter the time at the end of which call ringing is
forwarded from the agent (units of 100 ms).
Initial value: 0.
Ringing overflow : Enter a directory number to which the call is
address to be forwarded when the ringing supervision
timeout elapses.
Note: If no overflow directory number is
specified, the call is forwarded to the RSI.
Language number : Select the desired language.
InterGuide tone : Enter the number of the tone to be connected
Number when switching from one guide to another (0 to
1024). Initial value: 2.
Local Call Authorization : Enter True if internal calls are to be handled.
Initial value is False.
Note: To permit internal calls, a virtual hybrid
link must be configured.
External routing point : Enter False in normal operating mode.
Enter True when the RSI is declared as the
external routing point from the Genesys point
of view.
4. Declaring the ACD authorized phone sets dedicated to the RSI agents and
supervisors
This operation is the same as that performed for ACD authorized phone sets dedicated to the CCD
agents and supervisors. By default for the RSI, the main parameters to be configured for each ACD
authorized phone set are:
Object name: Users
For the remaining parameters, refer to the module CCD - Prior management - § Creating CCD autho-
rized phone sets (pro-CCD).
Reminder: This operation is to be performed only if a Two-Way Synchronization Server (or SSBD) is
present in the RSI environment.
Object name: System > Other System Param. > Spec. Customer Features Parameters
For more information on the meaning of these modes, refer to note 3 at the bottom of the table in
the module RSI - Detailed description - § Correspondence tables: OmniPCX Enterprise RSI objects and
Genesys suite RSI objects.
Domain and skill declaration for RSI agents is performed in the same way as for the ACR. Refer to the
module ACR - Management - § Configuring skills.
7. Configuring the voice guides that can be used for the RSI
7.1. Overview
Two types of voice guides are used for the RSI:
- Voice guides with dynamic messages. For example, a customized greeting message broadcast to
users when they call the RSI. These voice guides are configured in two steps:
• Creation (refer to the module Voice guides and music-on-hold - Management - § Managing
dynamic voice messages),
• Recording (refer to the module Voice guides and music-on-hold - Use - Recording dynamic
messages from a set).
1. Check that the voice guide exists via System > Voice Guides (consultation mode).
2. If required, modify the voice guide parameters. For more information on their meaning, refer to
the module CCD - Prior management - § Setting common parameters for these guides.
3. Reserve a message (between 4500 and 5499) for the voice guide via System > Dynamic voice
guides > Assignment.
Note: The message must be assigned to a board (GPA, etc) for agents to be able to record it
from thier sets.
4. Assign the message to the voice guide via Applications > CCD > CCD Users > CCD
Operations data management (see § 9 : Configuring the parameters specific to the RSI
agents and supervisors).
1. Check that the voice guide exists via System > Voice Guides (consultation mode).
2. If required, modify the voice guide parameters. For more information on their meaning, refer to
the module CCD - Prior management - § Setting common parameters for these guides.
1. Check that the voice guide exists via System > Voice Guides (consultation mode).
2. If required, modify the voice guide parameters. For more information on their meaning, refer to
the module Voice guides and music-on-hold - Management - § Managing voice guides.
3. Check the messages assigned to the voice guide per language via System > Voice Guides
> Digit Announcement.
4. Record these messages in the same way as for dynamic voice messages:
• Creation (refer to the module Voice guides and music-on-hold - Management - § Managing
dynamic voice messages),
• Recording (refer to the module Voice guides and music-on-hold - Use - Recording dynamic
messages from a set).
1. Check that the voice guide exists via System > Voice Guides (consultation mode).
2. If required, modify the voice guide parameters. For more information on their meaning, refer to
the module Voice guides and music-on-hold - Management - § Managing voice guides.
3. Select a voice guide and its duration via System > Voice Guides > Waiting time.
8.1. Principle
1. Ensure there is an ACD prefix in system management (present if a CCD is configured in the
OmniPCX Enterprise). This is required to declare the agents and supervisors.
3. Ensure the agent and supervisor facility category allows the ACD prefix to be used.
Attribute:
Object name: Application > CCD > CCD Users > CCD Operations data management
Attributes:
This operation is the same as that performed for the CCD processing groups. By default for the RSI,
the main parameters to be configured for each processing group are:
Object name: Application > CCD > Processing group
Attributes:
The remaining RSI processing group parameters are the same as those of the CCD processing groups.
Refer to the module CCD - Management - Part 2 § Agent type processing group for their meaning.
Note that the CCD processing groups have more parameters.
Note: The options of the parameter Display on agent screen are slightly different: the pilot display
option in the CCD is replaced by the RSI entry point.
11. Assigning the agents and supervisors to the RSI processing groups
The operation consists in assigning the agent(s) and/or supervisor(s) to an RSI processing group.
Repeat the operation for each agent or supervisor to be assigned to an RSI processing group.
Note: For more information on step d, refer to the module CCS - New Configuration - 2 § Agent
configuration.
To allow RSI calls from a local set, create a virtual hybrid link.
Pre-requisite:
Ensure you have the “47xx alarm licence” in the PCX. By default, this licence is available with the Alcatel
OmniVista 4760 application.
Procedure:
The SSBD configuration procedure is described in the documentation provided with the SSBD software.
Refer to this documentation to configure the SSBD.
For information:
- The RSI objects subject to synchronization. These are the objects with a directory number (on the
OmniPCX Enterprise side) or a DN (on the Genesys side), the voice guides, and the skills.
- The static synchronization mode (the static mode is required when the SSBD is installed for
the first time).
Note: Creating, modifying, or deleting an RSI object systematically results in a log file being
created after synchronization is performed. Among other things, it indicates whether the RSI object
synchronization has passed or failed. This log file can be consulted via the SCI (Solution Control
Interface) application.
44A01906500A400AAEN
RSI
Maintenance
Edition: 03
1. RSI defense
3. Tserver fault.
There are two types of configuration to be considered:
• A single TServer
• Two TServers (High Availability configuration):
Hot: If the main TServer is lost during a call, the stand-by TServer takes over, allowing
current processing to continue without interruption.
Warm: If the main TServer is lost during a call, the stand-by TServer becomes the main
TServer, and current processing is then lost.
Back-up address
No CSTA or associated
2
Tserver response Yes
Address
Back-up timer managed in the RSI
associated with the
call
No In compliance with the
RSI entity associated with
Deactivation and
the call
shutdown of
Loss of TServer: monitoring of all
3
- Single TServer config. RSIs monitored by
- Dual TServer config. this TServer
Deactivation and
5 OmniPCX shutdown of
switchover monitoring of all
RSIs
- Pilot2a
- ccdn.
localhost>
host : sent route select on Xref 117559046 (rose-id=7 host=0)
2.2. ccdn
The command ccdn is used to check:
- Monitoring (Monitor) of the RSI (identified when monitored by the letter T) by one or more
Tservers (an RSI can be monitored by several TServers)
- Activation (Enable) of the RSI (identified when enabled by the letter T) by a TServer (an RSI can
only be enabled by a single TServer).
Enter the command ccdn -d followed by the RSI number.
localhost>ccdn —d 7100
--------------------------------------------------------------------------------------
| Addres : 7100 |Lognum : 0 |
--------------------------------------------------------------------------------------
| Name : RSI | Type : Local | Prefix : | Node : 7 |
--------------------------------------------------------------------------------------
| Exploitation Category : 0 | Connection Category : 0 |
| External Category : 0 | Taxation Category : Justified|
| Transactation Code Dial. Timer : 100 | Language : 1 |
| Hold on guide number : 2 | Wrap Up Time : 6000 |
| Overflow Time Out : 150 | Overflow Address : |
| Cost Center : 255 | Pause Time : 50 |
3. SSBD maintenance
Any SSBD activity generates a log file that can be consulted via the SCI (Solution Control Interface) ap-
plication. Among other things, it indicates the status of the synchronization performed by the SSBD as
soon as an RSI object is created, modified, or deleted on any side (OmniPCX Enterprise or Genesys
suite).
If an RSI object synchronization fails, alarm messages are returned at the object level and can be
consulted via the CME (Config Manager Enterprise) configuration tool. From the CME main window,
go to the configuration parameters of the concerned object, then to the <Annex> part to display them.
Note: By default, the <Annex> part is not visible. To display the <Annex> part, from the View menu,
select Option and then activate The Show Annex Tab in objects properties option.