Portal de administración VIVAit

Producto:	VIVAit Call VIVAit Suite

FALTA ENLACE A MANUAL ACTUALIZADO

Acceso al manual en formato pdf del portal de administración
Portal de administración VIVAit

1 General

1.1 Configuración LDAP

FALTA

1.2 Configuración común

FALTA

1.3 Sedes

Sedes son cada una de las dependencias en las que un cliente tenga desplegada la plataforma VIVAit; en una consideración más técnica, deberíamos considerar una sede aquel entorno en el que queremos hacer control de número de llamadas simultáneas hacia el resto de la plataforma El alta de una sede en la plataforma VIVAit es muy sencillo.

El campo "ancho de banda" expresa una magnitud que dividida por el valor de la variable BA_CONSUMO_LLAMADA del dialplan del nodo dará como resultado el número máximo de llamadas simultáneas de esa sede.

Puede considerarse esa magnitud como (por ejemplo) Kbit/s...de esta forma en la sede estaríamos indicando el ancho de banda disponible en Kbit/s para cursar voz entre esa sede y el resto, y en la variable BA_CONSUMO_LLAMADA estaríamos expresando el consumo de ancho de banda en Kbit/s de cada llamada que cursemos

Nº llamadas = Ancho de banda / BA_CONSUMO_LLAMADA

Configuraremos el ancho de banda por sede en el portal de administración y el consumo que hace cada llamada en la variable AB_CONSUMO_LLAMADA del fichero ext_MDtel_particular.conf de cada nodo de conmutación; el valor por defecto es 32

1.4 Nodos

Nodos son cada uno de los servidores de la plataforma 'VIVA'it que encontremos en una implantación y que contengan elementos de procesamiento de voz; existen tres tipos de nodos:

• GW
• Corporativo
• Call Center

En el portal de administración de VIVAit solo daremos de alta nodos de este tipo

En un entorno grande, y pensando en términos de organización de una arquitectura realizaremos una división funcional de nodos del estilo de:

• Nodo de procesamiento de telefonía corporativa (en portal es nodo Corporativo)
• Nodo de procesamiento de call center(en portal es nodo de call center)
• Nodo gateway(en portal es nodo GW)
• Nodo de administración: No se da de alta en el portal como nodo; contiene procesos auxiliares no relacionados directamente con la conmutación telefónica de llamadas
• Nodo de Base de datos: No se da de alta en el portal. En entornos especialmente grandes, en los que diferenciemos en un nodo dedicado (compuesto de un servidor o de un cluster de dos servidores) la base de datos de tiempo real aparecerá este nodo

Campos Qualify en nodos: Se envia mensajes "notify" entre nodos para ver si estan vivos los otros nodos; como inconveniente estas haciendo polling cada cierto tiempo Se puede configurar si hay o no qualify y el tiempo de polling

1.5 Ejes

Los ejes representan típicamente la estructura organizativa de una compañía, pudiendo reflejar hasta cuatro esquemas organizativos (cuatro ejes) que se complementan

METER UN ESQUEMA DE LOS EJES

Todo objeto existente en la plataforma tiene asignado de uno a cuatro ejes; este objeto solo podrá ser inspeccionado o usado por un usuario que tenga permisos iguales o superiores sobre todos los ejes a los que el objeto pertenezca

FALTA APARTADO DEPARTAMENTO

1.6 Usuarios

Necesita estar explicado la parte de "Permisos a Usuarios"

En la plataforma VIVAit prácticamente cualquier persona que vaya a usar el sistema en cualquier de sus formas requerirá que se cree un usuario; ejemplos de usuarios serán:

En telefonía corporativa

• Personas con buzón de voz
• Personas con extensión y uso de movilidad
• Personas con derechos de reserva de salas de conferencia

En contact center

• Agentes
• Supervisores

En ambos entornos

• Administradores

1.7 Calendarios

FALTA EXPLICACION DEL CAMPO CONFIGURACION

Indicar cuales son los usos tipicos de los calendarios. Contar que creamos desde el portal, como, con que opciones...y que NO hacemos desde el portal

Los calendarios nos permiten crear eventos puntuales o repetitivos con un horario determinado. Posteriormente, la plataforma VIVAit, a través de configuración de Dialplan podrá consultar el estado de un calendario en un momento determinado, obteniendo como resultado un "libre" o un "ocupado" y realizándose un diferente tratamiento en función del resultado. Usos típicos de los calendarios son:

• Comprobar si se está dentro o fuera del horario de oficina con el objeto de desviar llamada a contestador o a operadora
• Establecer diferentes perfiles a agentes de contact center en función del día de la semana (agentes de fin de semana)

Como regla general, en los calendarios configuraremos:

• Servicios: Se hace referencia a un servicio de calendarios; estos servicios podrán ser por ejemplo

• Servicio interno de plataforma VIVAit (imagen siguiente)

• Servicio de calendarios corporativo del cliente
• Servicio de calendarios de google...

• Cuentas: Login y clave asociado a un servicio (por ejemplo usuario y clave para acceder al servicio de calendarios de google)
• Calendarios: Calendarios internos de la plataforma VIVAit que deseemos crear

La gestión de los calendarios, incluyendo altas, bajas y modificaciones de eventos se realiza
actualmente desde una herramienta estándar de gestión de calendarios; se está estudiando realizarlo
desde el propio portal de administración

1.8 Campos

FALTA

1.9 Plantillas

FALTA

1.10 Licencias

FALTA

1.11 Sincronización manual

FALTA

2 VIVAit Call

2.1 Servicios usuarios

FALTA PARTE DE CONFERENCIA Y BUZÓN DE VOZ

2.2 Dispositivos

FALTA PARTES DE CLASES DE DISPOSITIVO, ENLACE EXTERIOR Y EXTENSIONES

2.3 Agendas

INDICAR AQUI DIFERENCIAS ENTRE AGENDAS DE CORPORATIVA Y DE CONTACT CENTER

2.4 Categorías

Recomendación: Crear primero una categoría y todas sus prerutas, luego al crear el resto podemos duplicar las prerutas de una categoria existente,
ahorrando mucho tiempo de configuración

2.5 Puestos

DEBERIAMOS MOVERLOS A CONTACT CENTER

2.6 Facilidades

Si se pueden añadir facilidades de manera mas o menos sencilla por un administrador, aqui ha de estar reflejado

2.7 Grupos

Los grupos de VIVAit Call y de VIVAit Suite comparten numeración en una solución VIVAit, pero son diferentes entidades que se gestionan en diferentes entradas del portal

FALTA LAS PARTES PARA GRUPOS DE SALTO, GRUPOS DE OPERADORAS, GRUPOS DE ACD Y GRUPOS DE CAPTURA

2.8 Aprovisionamiento

Dejar claro como funciona el aprovisionamiento para un administrador; ¿pueden añadir ellos nuevos modelos de terminal?

FALTA LA PARTE DE TELÉFONOS Y MODELO DE TELÉFONOS.

2.9 Rutas

FALTA PARTE DE LISTAS RUTAS

2.10 Prerutas

Tenemos que contar que son las prerutas, para que se usan, como se configuran para cada casuistica

Para toda llamada entrante en el sistema tiene que existir preruta, en caso de no cumplir una regla origen/destino la llamada se cuelga

Cualquier llamada que entre en el sistema (tanto enlaces como extensiones internas) accede al proceso de enrutamiento...dicho de otra forma, cualquier llamada que se haga en el sistema tiene que cumplir una preruta

Ante una nueva llamada en el sistema, se comprueban las prerutas que tengan LA MISMA CATEGORIA que el dispostivo origen. De entre todas las prerutas de esa categoría, serán válidas todas las que cumplan las condiciones de origen y destino De entre todas las válidas se utilizará la más restrictiva La preruta utilizada define el tipo de destino para esa llamada

Ejemplos de prerutas tipicamente necesarias:

• Una para todo el rango de extensiones y para cada categoría; por ejemplo si tenemos extensiones del 3000 al 3099 y categoría local y nacional, y queremos que ambas categorías llamen a las extensiones, entonces tendremos que crear dos prerutas

• Para cada "destino tipico saliente" (fijos, moviles, internacional....) existirá al menos una preruta para cada categoría que pueda utilizarlo

• Las facilidades del sistema (desvios, intrusiones, retrollamadas...) tendrán una preruta para cada categoría que pueda utilizarlo

• Otros servicios tales como salas de reuniones, VDN's, grupos de centralita, grupos de operadora...deberán tener una preruta para categoría que pueda utilizarlo

Un sistema con una configuración típica podría tener.

• Una preruta para las extensiones
• Una preruta para salida al exterior (sin limitaciones de llamadas por categorías)
• Una preruta para las facilidades
• Una preruta para el grupo de operadoras
• Una preruta para las salas de reuniones virtuales
• Una preruta con ignorar desvio incondicional = SI para que la secretaria pueda llamar al jefe pese a su desvío

Si el sistema tuviera diferentes categorías deberían multiplicarse las prerutas en función de los permisos que queramos dar...debe haber una preruta para categoría y destino

La siguiente figura nos muestra la ventana de configuración de prerutas y sus principales campos de configuración:

2.11 Destinos externos

El esquema siguiente muestra el funcionamiento general del proceso de enrutamiento para llamadas que han de salir fuera del sistema; com ya se han indicado ha de entrar previamente en el proceso de preenrutamiento y salir exitosamente de este

Toda la configuración de los elementos reflejados en este esquema se hace desde el portal de administración de la plataforma VIVAit, con la excepción de algunos elementos de los enlaces exteriores

La creación de enlaces exteriores requiere de la modificación del fichero ext_MARCAR_Externo_Particular.conf

3 VIVAit Response

FALTA TODO

4 VIVAit Suite ACD+

FALTA TODO"

4.4 Enumerados

FALTA APARTADOS DE PAUSAS, FINALES, MOTIVOS DESCONEXIÓN"

4.6 Marcador

FALTA APARTADOS DE CONTACTOS, LISTA CONTACTOS, LISTAS ROBINSON, CONTACTOS ROBINSON, LISTAS CLICK2CALL, CONTACTOS CLICK2CALL, CLASES DE ESTRATEGIA, ESTRATEGIAS"

4.8 Perfiles

EXPLICACION DE LA JERARQUIA ESPECIALMENTE

4.10 Puestos

QUITAR DE VIVAIT CALL"

5 VIVAit Record

Entender la grabacion y todas las posibilidadesd de configuracion no es sencillo; tenemos que contar la filosofía para los administradores, como configurar que cosas y casos de ejemplo

6 Configuraciones mínimas

6.1 VIVAit Call

Una configuración mínima de un sistema VIVAit Call, para telefonía corporativa, en un cliente pequeño, sencillo y mononodo requerirá:

• Existencia de una sede
• Existencia de un nodo
• Existencia de una categoría (por defecto existe "nacional")
• Existencia de extensiones
• Existencia de una preruta que cumpla la condición de origen de las extensiones; en este punto conseguiremos comunicaciones internas entre extensiones
• Existencia de un enlace exterior; la creación de enlaces exteriores requiere de la modificación del fichero ext_MARCAR_Externo_Particular.conf
• Existencia de una preruta que cumpla la condición de enlace exterior y dirija al destino externo
• Existencia de un destino externo

7 Enlaces de interés

Muchos de los campos a configurar en la plataforma VIVAit son expresiones regulares; el siguiente enlace corresponde con una herramienta de ayuda y prueba de expresiones regulares

Probar y ayuda para expresiones regulares