El número máximo de veces que Contact Optimization prueba combinaciones de transacciones propuestas, o alternativas, para encontrar la alternativa óptima para un cliente.
Si el número de clientes que se han optimizado es mayor que CustomerSampleSize,
Contact Optimization divide los clientes en grupos no superiores a
CustomerSampleSize.
Contact Optimization optimiza cada grupo de muestra por separado. Las reglas que abarcan todos los grupos, como una regla de Capacidad personalizada, siempre se cumplen. El aumento de este número puede mejorar la optimalidad, pero puede perjudicar el rendimiento.
El valor de CustomerSampleSize más óptimo es igual al número de clientes. Sin embargo, procesar un conjunto de datos de gran tamaño puede requerir una cantidad de tiempo prohibitiva. Al dividir a los clientes en grupos más pequeños que
Contact Optimization procesa por separado, es posible aumentar el rendimiento con una pérdida mínima en optimalidad.
El valor de inicio aleatorio representa el punto de partida que utiliza Contact Optimization para seleccionar registros aleatoriamente antes de que
Contact Optimization complete los grupos de muestreo definidos por
CustomerSampleSize. Si se tienen menos clientes que lo indicado por
CustomerSampleSize, esta propiedad no tiene ningún efecto en la optimización.
El número máximo de iteraciones con que Contact Optimization procesa un grupo de clientes.
Contact Optimization procesa un grupo de clientes hasta alcanzar la optimalidad o hasta que el número de iteraciones es igual a
MaxIterationsPerCustomerSample.
El número máximo de subprocesos de ejecución que Contact Optimization usa para procesar los algoritmos de optimización. En general, cuanto más alto se establece
MaxCustomerSampleProcessingThreads, es más probable que mejore el rendimiento. Sin embargo, el aumento del rendimiento está limitado por varios factores, incluidos el tipo y el número de reglas de optimización que utilice y el hardware. Para obtener instrucciones detalladas sobre el ajuste de implementación de
Contact Optimization , consulte a su representante de
IBM® .
El número de hebras disponibles para que utilice Contact Optimization para leer un muestreo de cliente de la PCT. Un aumento del número de subprocesos puede mejorar el rendimiento de una sesión de
Contact Optimization. Para obtener instrucciones detalladas sobre el ajuste de implementación de
Contact Optimization , consulte a su representante de
IBM® .
El número de subprocesos disponibles para que Contact Optimization grabe un muestreo de cliente en una tabla de preparación para la OCT. El aumento del número de subprocesos podría mejorar el rendimiento de una sesión de
Contact Optimization. Para obtener instrucciones detalladas sobre el ajuste de implementación de
Contact Optimization , consulte a su representante de
IBM® .
Si el valor es true, Contact Optimization intenta usar subprocesos de ejecución múltiples al procesar los algoritmos de optimización. Puede configurar el número de subprocesos con las propiedades de configuración
MaxCustomerSampleProcessingThreads,
ProcessingThreadQueueSize y
PostProcessingThreadQueueSize. Si el valor es false,
Contact Optimization utiliza un subproceso de ejecución simple al procesar los algoritmos de optimización.
Si el valor es true, Contact Optimization escribe las transacciones del historial de contacto en un archivo que se lee durante la ejecución de una sesión de
Contact Optimization. Si es false,
Contact Optimization lee de la tabla
UA_ContactHistory en las tablas del sistema de
Campaign.
Si el valor es false, Contact Optimization crea un bloqueo de lectura en la tabla
UA_ContactHistory durante toda la sesión de
Contact Optimization. Este bloqueo puede hacer que fallen los intentos de escribir en la tabla si está utilizando una utilidad de carga de base de datos. Si el valor es true,
Contact Optimization crea un bloqueo de lectura en la tabla únicamente durante el tiempo que toma escribir la consulta en un archivo.
Si se ha configurado UseFutureContacts como false y las reglas de optimización correspondientes a la sesión de
Contact Optimization no utilizan períodos de tiempo,
Contact Optimization no efectúa ninguna consulta en las tablas Contact History (Historial de Contactos). Este valor mejora el tiempo necesario para ejecutar la sesión de
Contact Optimization. Sin embargo, si la sesión de
Contact Optimization utiliza períodos de tiempo, se consultan las tablas del Historial de contactos.
Si en el Historial de Contactos se registran contactos potenciales futuros, el valor de UseFutureContacts se debe establecer como true. Por ejemplo, si sabe que está enviando una comunicación por correo electrónico la próxima semana sobre una promoción especial a determinados clientes, estos contactos ya podrían estar en las tablas del historial de contactos como marcadores de posición. En este caso, si establece
UseFutureContacts en true,
Contact Optimization siempre consulta las tablas del historial de contactos.
Si False,
Contact Optimization detiene la sesión de
Contact Optimization si no es posible procesar un conjunto de clientes por los motivos siguientes:
Si True,
Contact Optimization omite todos los clientes del conjunto que han desencadenado el error del bucle de generación. A continuación,
Contact Optimization continúa procesando el siguiente cliente establecido en la sesión de
Contact Optimization. Si la propiedad
Optimize|logging|enableBailoutLogging también está definida en
TRUE, los clientes omitidos se registran en
unprocessables_10-digit-session-ID.csv en el directorio
partition/partition[n]/logs en el directorio de instalación de
Contact Optimization. Los clientes omitidos debido al error del bucle de generación tienen la razón
SkippedOnGenerationLoopError.
Consulte la publicación Contact Optimization Guía de resolución de problemas para ver detalles sobre cómo evitar el error del bucle de generación.
Copyright IBM Corporation 2014. All Rights Reserved.
|
