Sumario
Generalidades del desarrollo de plantillas de reglas
Las plantillas de reglas permiten al desarrollador de las reglas de negocio crear plantillas de reglas que definan las condiciones y acciones que utilizará el autor de la regla de negocios. El desarrollador crea en lenguaje sencillo las instrucciones que verá el autor y las asigna a las instrucciones en lenguaje de reglas que ejecutará el motor de reglas. Para cada condición y acción de las reglas, el desarrollador decide qué tipo de datos proporcionará el autor de las reglas. Algunos ejemplos incluyen si la entrada debe ser un valor entero, un valor numérico no entero, una cadena, una selección de una lista predefinida o una selección de una lista dinámica. Los autores de reglas utilizan las plantillas de reglas para crear reglas para la clasificación y priorización de tareas a nivel global, departamental y de procesos de la estructura de negocios de la solución Genesys.
Enlaces rápidos—Trabajar con plantillas
Enlaces rápidos—Trabajar con editores
Contenido de la plantilla
Las plantillas de reglas están formadas por varios elementos:
- Acciones
- Condiciones
- Enumeraciones
- Modelos de datos
- Eventos
- Funciones
- Parámetros
Acciones y condiciones
Las acciones y condiciones definen los escenarios SI/ENTONCES, como en el caso SI un cliente es un cliente Oro, ENTONCES el destino es el GoldAgentGroup. La declaración SI es la condición, y la declaración ENTONCES es la acción. Una regla puede tener cero o más condiciones y una o más acciones. Este ejemplo también incluye parámetros: el estado del cliente (Oro) y el nombre del grupo de agentes (GoldAgentGroup).
Siempre que una condición contenga una asignación de lenguaje de reglas que comience con eval(...), debe encerrar la expresión completa entre paréntesis, de la siguiente manera:
( eval(.... ) )
Esto asegurará que se compilará correctamente cuando se use con el operador NOT.
Consulte Editor de acciones y Editor de condiciones.
Enumeraciones
Las enumeraciones se utilizan para definir listas de posibles opciones que se mostrarán al autor de la regla de negocio, cuando el autor esté creando reglas basadas en la plantilla de la regla. En algunos casos, la lista de posibles opciones se seleccionará dinámicamente de los objetos del Configuration Server de Genesys o de fuentes de datos externas. Para las actividades WFM y las actividades de múltiples sitios, la lista de posibles opciones se recupera dinámicamente del WFM Server de Genesys. Por lo tanto, las enumeraciones se utilizan durante la definición de una lista discreta de opciones que no cambiarán dinámicamente.
Modelos de datos
Todas las plantillas de reglas incluyen un modelo de datos con uno o más datos. Un modelo de datos estructura el conocimiento básico sobre las operaciones comerciales desde una perspectiva de negocio. Un modelo de datos se enfoca en conexiones lógicas (llamadas datos) entre conceptos centrales del negocio. Indica lo que necesita saber sobre las operaciones comerciales para respaldar (o realmente llevar a cabo) esas operaciones.
Un buen modelo de datos le dice cómo estructurar su pensamiento básico (o conocimiento) sobre el proceso de negocio basado en un vocabulario estándar. Mediante el uso de vocabulario de negocios estándar, se garantiza que las partes interesadas clave, así como los analistas de negocios, puedan entender sin problema las reglas de negocios. Por ejemplo, en su negocio puede tener un dato que representa a un cliente y otro dato que representa un pedido.
El cliente podría tener campos como nombre, edad, ubicación, calificación crediticia e idioma preferido. El pedido puede tener campos como el importe del pedido y la fecha del pedido. Se podría construir una regla usando estos valores como:
Si el cliente tiene al menos 21 años y su pedido es > 100,00, entonces invite al cliente a participar en la encuesta.
Ver Editor del modelo de datos
Eventos
Para admitir el procesamiento de eventos complejos, los desarrolladores de plantillas deben poder designar ciertos datos como eventos, y los autores de reglas deben cambiar la forma en que se genera el DRL cuando un dato se designa como evento.
Por lo tanto, el modelo de datos incluye eventos y el cuadro de diálogo del modelo de datos ahora incluye un botón Crear evento. Un evento tiene los siguientes campos:
- Nombre
- Descripción
- Una lista opcional de propiedades.
- Metadatos de caducidad definidos por el usuario para el evento
En GRAT, la etiqueta de metadatos @role determina si estamos tratando con un dato o un evento. La etiqueta @role meta-data puede aceptar dos valores posibles:
- dato—la asignación de la función de dato declara que el tipo se debe manejar como un dato regular. El dato es la función predeterminada.
- evento—la asignación de la función de evento declara que el tipo se debe manejar como un evento.
Funciones
Las funciones se utilizan para definir elementos que no sean condiciones y acciones, por ejemplo, cuando se requiere el análisis de marcas de tiempo. El editor de funciones le permite escribir funciones Java específicas para diferentes propósitos para usar en plantillas de reglas. Las funciones especificadas se pueden usar en las asignaciones de lenguaje de reglas (ver Asignación de lenguaje de reglas).
Cuando se crean las plantillas de reglas, el desarrollador de reglas las publica en el repositorio de reglas, y quedan disponibles en GRAT para que los usuarios de negocios creen reglas.
Las acciones y condiciones pueden contener parámetros. Se admiten varios tipos de parámetros.
Ciertos tipos de parámetros dinámicos que se refieren a fuentes de datos externas requieren que se seleccione un Perfil. El perfil se define como un objeto script del tipo de recopilación de datos, y proporciona información de conexión que permite que GRAT recupere estos datos dinámicos del origen de datos externo. Las siguientes secciones describen cómo configurar los perfiles para la base de datos, el servicio web y los parámetros de Workforce Management.
Ver Editor de funciones.
Parámetros
Los parámetros de base de datos, servicio web y Workforce Management se utilizan en las acciones y condiciones.
Parámetros de base de datos
|
Propiedad |
Obligatorio/opcional |
Descripción |
|---|---|---|
| controlador | Obligatorio | El nombre del controlador jdbc que se va a usar. Por ejemplo, com.mysql.jdbc.Driver |
| url | Obligatorio | El url de la base de datos en el formato correcto para el controlador jdbc que se va a usar. |
| nombre de usuario | Obligatorio | Un nombre de usuario válido para conectarse a la base de datos. |
| contraseña | Obligatorio | La contraseña necesaria para que el usuario se conecte a la base de datos. |
| initSize | Opcional | El tamaño inicial del grupo de conexiones. El valor predeterminado es 5. |
| maxSize | Opcional | El tamaño máximo del grupo de conexiones. El valor predeterminado es 30. |
| waitTime | Opcional | El tiempo máximo de espera (en milisegundos) para obtener una conexión. El valor predeterminado es 5000. |
En general, no es necesario establecer o cambiar los valores opcionales.
Solo puede configurar los parámetros de base de datos con una instrucción SQL SELECT . Cualquier otro tipo de instrucción fallará cuando se configure.
Parámetros del servicio web
En Configuration Server, los scripts del servicio web deben tener una sección llamada webservice. La siguiente tabla lista las propiedades que puede especificar para los parámetros del servicio web.
|
Propiedad |
Obligatorio/opcional |
Descripción |
|---|---|---|
| host | Obligatorio | El host del servicio. |
| ruta base | Obligatorio | La ruta base para acceder al servicio. |
| protocolo | Opcional | El valor predeterminado es http. |
| puerto | Opcional | El valor predeterminado es 80. |
| encabezados | Opcional | Cualquier encabezado HTTP personalizado que sea necesario para el servicio. |
| parámetros | Opcional | Cualquier configuración HTTP personalizada que sea necesaria para ajustar la conexión. |
En general, no es necesario establecer o cambiar los valores de los parámetros. Los encabezados y parámetros son listas en el siguiente formato:
key:value[,key:value]
| Advertencia: | No puede especificar encabezados o parámetros que contengan "," en el valor.
Advertencia: Si está enviando un mensaje al servicio, se espera que Content-Type se especifique en el encabezado ya que define la interacción general del mensaje con el servidor. Se puede incluir un juego de caracteres opcional. Por ejemplo, Content-Type:applicaton/json;charset=UTF-8. |
Debe definir completamente el mensaje que se enviará y debe ser constante. No se realiza sustitución de variables. La consulta XPath se usa para extraer valores de la respuesta del servidor. La respuesta debe estar en XML o JSON, de lo contrario, esto no funcionará. Se debe especificar una consulta XPath válida para la respuesta. Esto depende completamente del servicio con el que interactúa.
| Nota: | El mensaje se envía al servidor únicamente una vez por sesión. Esto se hace tanto por razones de rendimiento como porque se espera que los valores en la respuesta sean relativamente constantes. |
La ruta para el parámetro se agrega a base_path en el script.
Por ejemplo:
Si el script contiene:
host = api.wunderground.com base_path = /auto/wui/geo/ForecastXML/
y el desarrollo de plantillas especifica:
query type = List XPath Query = //high/fahrenheit/text() HTTP Method = GET path = index.xml?query=66062 message (not set)
entonces el mensaje que se envía es:
GET /auto/wui/geo/ForecastXML/index.xml?query=66062 HTTP/1.1
Esto devolverá los máximos de la semana en Fahrenheit:
81 77 81 81 83 85
Parámetros de Workforce Management
En Configuration Server, los scripts de Workforce Management deben tener una sección llamada wfm. La tabla 4 lista las propiedades que puede especificar para los parámetros de Workforce Management.
|
Propiedad |
Obligatorio/opcional |
Descripción |
|---|---|---|
| wfmCfgServerApplName | Obligatorio | Nombre de la aplicación del Configuration Server para el servidor WFM. |
| wfmCfgServerUserName | Obligatorio | Nombre de usuario del Configuration Server |
| wfmCfgServerPassword | Obligatorio | Contraseña del Configuration Server |
| wfmServerUrl | Obligatorio | URL del WFM Server. |
Al configurar un nuevo parámetro de tipo 'Workforce Management', simplemente asigne un nombre al parámetro y elija el perfil WFM (objeto de script recién creado) de la lista desplegable. Cuando el autor utiliza este parámetro, el GRAT buscará la lista actual de actividades WFM del WFM Server y las mostrará al autor de la regla.
Soporte para tipos de plantillas definidas por el usuario
GRAT muestra automáticamente la lista de tipos de plantillas que se le publican y los diseñadores de plantillas pueden seleccionar estos tipos de plantillas definidas por el usuario o definir nuevas, de acuerdo con sus propias necesidades.
Versiones de la plantilla
Cada vez que se publica una plantilla de regla, se crea una nueva versión en el repositorio. El autor de la regla podrá seleccionar cualquier versión de la plantilla desde el cuadro de diálogo selección de plantilla al crear un paquete de reglas. Este cuadro de diálogo muestra las últimas N versiones de una plantilla, donde N es un valor configurado mediante la opción de configuración display-n-template-version en Genesys Administrator.
Cuando publique versiones más nuevas de la plantilla de reglas, tenga en cuenta que ciertos cambios pueden afectar reglas que ya se han creado utilizando la versión anterior de la plantilla. Tenga cuidado de no realizar cambios que puedan anular las reglas existentes, a menos que estos cambios se comuniquen al autor de la regla.
Por ejemplo, si la versión 1 de la plantilla de la regla contiene una condición que se elimina más adelante en la versión 2, entonces si una regla ya se creó utilizando esa condición, ya no se construirá si el autor de la regla actualiza a la versión 2 de plantilla de regla.
Por ejemplo, si la configuración se ajustó para mostrar las últimas 3 versiones de una plantilla, la plantilla seleccionada actualmente es Plantilla GRS versión 2, y hay 5 versiones en el repositorio, mostraría plantilla GRS versiones 5, 4 y 3, así como plantilla GRS versión 2. Los usuarios pueden elegir entre las versiones 3, 4 o 5.
Comentario de la versión
Para proporcionar detalles sobre las diferencias entre las versiones de la plantilla, los desarrolladores de plantillas de reglas pueden publicar un comentario de versión que describa los cambios específicos realizados a versiones de plantilla individuales. El comentario de esta versión aparece en GRAT en la tabla selección de plantilla y el autor de la regla puede editarlo en GRAT.