El número máximo que Contact Optimization prueba combinaciones de transacciones propuestas, o alternativas, para buscar la alternativa óptima para un cliente.
Si el número de clientes optimizados es mayor que CustomerSampleSize,
Contact Optimization divide a los clientes en grupos de un tamaño no mayor que
CustomerSampleSize. A continuación,
Contact Optimization optimiza cada grupo de muestreo individualmente. Las reglas, que pueden abarcar grupos, como una Regla de capacidad personalizada, se siguen cumpliendo. El aumento de este número podría aumentar la optimalidad pero afectar al rendimiento.
El valor de CustomerSampleSize óptimo es igual al número de clientes. No obstante, el procesamiento de conjunto grande de datos podría tardar demasiado tiempo. Al dividir a los clientes en grupos más pequeños para que
Contact Optimization los procese de una vez, puede aumentar el rendimiento con una pérdida mínima en optimalidad.
El número máximo de iteraciones que Contact Optimization procesa un grupo de clientes.
Contact Optimization procesa un grupo de cliente hasta alcanzar la optimalidad o hasta que el número de iteraciones sea igual a
MaxIterationsPerCustomerSample.
Número máximo de subprocesos que Contact Optimization utiliza para procesar los algoritmos de optimización. En general, cuanto mayor sea
MaxCustomerSampleProcessingThreads, más podrá mejorar 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 se utilizan y el hardware. Para obtener detalles sobre el ajuste de la implementación de
Contact Optimization, póngase en contacto con su representante de
IBM® .
El número de subprocesos disponibles para que Contact Optimization los utilice para leer un muestreo de cliente de la PCT. Si se aumenta el número de subprocesos, podría mejorar el rendimiento de una sesión de
Contact Optimization. Para obtener detalles sobre el ajuste de la implementación de
Contact Optimization, póngase en contacto con 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 detalles sobre el ajuste de la implementación de
Contact Optimization, póngase en contacto con su representante de
IBM® .
Si es true, Contact Optimization intenta utilizar varios subprocesos cuando se procesan los algoritmos de optimización. Puede configurar el número de subprocesos con las propiedades de configuración
MaxCustomerSampleProcessingThreads,
ProcessingThreadQueueSize y
PostProcessingThreadQueueSize. Si es false,
Contact Optimization usa un único subproceso cuando procesa los algoritmos de optimización.
Si es true, Contact Optimization utiliza un algoritmo mejorado para tratar de cumplir el número máximo de restricciones establecido en las reglas entre clientes (la regla de capacidad Núm mín/máx de ofertas y la regla de capacidad personalizada). Sin embargo, si se utiliza, el tiempo de ejecución de la sesión puede aumentar en función de los datos proporcionados a la sesión.
Su es true, Contact Optimization graba las transacciones del historial de contactos en un archivo a leer durante una ejecución de sesión de
Contact Optimization. Si es false,
Contact Optimization lee de la tabla
UA_ContactHistory en las tablas del sistema de
Campaign.
Si es false, Contact Optimization crea un bloqueo de lectura en la tabla
UA_ContactHistory para la longitud de la sesión de
Contact Optimization. Este bloqueo podría hacer que los intentos de grabación en la tabla no sean válidos si está usando una utilidad de carga de base de datos. Si es true,
Contact Optimization crea un bloqueo de lectura en la tabla sólo durante el tiempo que tarde en grabar la consulta en un archivo.
Si establece UseFutureContacts en false, las reglas de optimización de su sesión de
Contact Optimization no utilizan períodos de tiempo;
Contact Optimization no consulta las tablas del historial de contactos. Este valor mejora el tiempo necesario para ejecutar la sesión de
Contact Optimization. No obstante, si la sesión de
Contact Optimization utiliza períodos de tiempo, se consultarán las tablas del historial de contactos.
Si registra contactos futuros potenciales en el Historial de contactos, debe establecer UseFutureContacts en 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 podrían ya estar en las tablas del historial de contactos como marcadores de posición. En ese caso, establezca
UseFutureContacts en true y
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 las razones siguientes:
El bucle de generación no ha podido eliminar todas las variables de poca actividad y de actividad excesiva.
Si es True,
Contact Optimization omite todos los clientes en el conjunto que ha desencadenado el error de 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á establecida en
TRUE, los clientes omitidos se registran en
unprocessables_ID-sesión-10-dígitos.csv en el directorio
partition/partition[n]/logs del directorio de instalación de
Contact Optimization. Los clientes omitidos debido al error de bucle de generación tienen la razón
SkippedOnGenerationLoopError.
Consulte la publicación Contact Optimization Guía de resolución de problemas para ver información sobre cómo evitar el error de bucle de generación.
Copyright IBM Corporation 2014. All Rights Reserved.
|
