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 optimizan es mayor que lo indicado por CustomerSampleSize,
Contact Optimization divide a los clientes en grupos que no superan el valor de
CustomerSampleSize y optimiza cada grupo de muestreo 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 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 que incluyen el tipo y el número de reglas de optimización que usted y su hardware utilicen. Para obtener instrucciones detalladas sobre el ajuste de implementación de
Contact Optimization , consulte a su representante de
IBM® .
El número de subprocesos de ejecución disponibles para el uso de Contact Optimization cuando se está leyendo un muestreo de cliente en 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 en Contact Optimization para utilizarlos al escribir un muestreo de cliente en una tabla de preparación para la OCT. El 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® .
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 la semana siguiente va a enviar a determinados clientes una comunicación por correo electrónico respecto a una promoción especial, es posible que estos contactos ya estén 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.
Copyright IBM Corporation 2012. All Rights Reserved.
|