Diferencia entre revisiones de «Portal de administración VIVAit»
Línea 202: | Línea 202: | ||
==''VIVA''it Suite ACD+ == | ==''VIVA''it Suite ACD+ == | ||
+ | ::<span style="background:#FFAA00"> FALTA TODO" </span> | ||
+ | |||
+ | === Campañas === | ||
+ | === VDN === | ||
+ | === Grupos ACD === | ||
+ | === Enumerados === | ||
+ | === Config. de Monitores === | ||
+ | === Marcador === | ||
+ | === Configuracion === | ||
+ | === Perfiles === | ||
+ | === Formularios === | ||
+ | === Puestos === | ||
+ | |||
==''VIVA''it Record == | ==''VIVA''it Record == | ||
Revisión del 10:10 5 feb 2016
Producto: | VIVAit Call
VIVAit Suite |
---|
Acceso al manual en formato pdf del portal de administración Portal de administración VIVAit
Sumario
1 General
1.1 Configuración LDAP
1.2 Configuración común
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
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
- 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
- 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
- FALTA APARTADO DE VDN
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
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 LA DESCRIPCIÓN Y LOS APARTADOS DE LOCUCIONES, MÚSICA EN ESPERA Y GRUPO DE LOCUCIONES
4 VIVAit Suite ACD+
- FALTA TODO"
4.1 Campañas
4.2 VDN
4.3 Grupos ACD
4.4 Enumerados
4.5 Config. de Monitores
4.6 Marcador
4.7 Configuracion
4.8 Perfiles
4.9 Formularios
4.10 Puestos
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