O número máximo de vezes que oContact Optimization testa combinações de transações propostas, ou alternativas, para localizar a alternativa ideal para um cliente.
Se seu número de clientes otimizados for maior que CustomerSampleSize, o
Contact Optimization dividirá os clientes em grupos de no máximo
CustomerSampleSize.
Contact Optimization então otimiza cada grupo de amostra separadamente. As regras que abrangem grupos, como regra de Capacidade Customizada, ainda são atendidas.. Aumentar esse número pode aumentar a otimização, mas impedir o desempenho.
O CustomerSampleSize mais ideal é igual ao seu número de clientes. Porém, o processamento de um grande conjunto de dados pode ter uma quantidade de tempo proibitiva. Ao dividir clientes em grupos menores para o
Contact Optimization processar de cada vez, é possível aumentar o desempenho com perda mínima de otimização.
O valor inicial aleatório representa o ponto de início que o Contact Optimization usa para selecionar registros aleatoriamente antes de o
Contact Optimization preencher grupos de amostra definidos por
CustomerSampleSize. Se você tiver menos clientes do que
CustomerSampleSize, essa propriedade não terá efeito na otimização.
O número máximo de iterações que o Contact Optimization processa um grupo de clientes. O
Contact Optimization processa um grupo de clientes até que a otimização seja atingida ou o número de iterações seja igual a
MaxIterationsPerCustomerSample.
O número máximo de encadeamentos que o Contact Optimization usa para processar os algoritmos de otimização. Em geral, quanto mais alto você definir o
MaxCustomerSampleProcessingThreads, mias poderá melhorar o desempenho. No entanto, o aumento do desempenho é limitado por vários fatores, incluindo o tipo e o número de regras de otimização usadas e seu hardware. Para obter instruções detalhadas sobre o ajuste da implementação do seu
Contact Optimization, entre em contato com o seu representante de
IBM® .
O número de encadeamentos disponíveis para o Contact Optimization usar para ler uma amostra do cliente na PCT. Aumentar o número de encadeamentos pode melhorar o desempenho de uma sessão do
Contact Optimization. Para obter instruções detalhadas sobre o ajuste da implementação do seu
Contact Optimization, entre em contato com o seu representante de
IBM® .
O número de encadeamentos disponíveis para o Contact Optimization gravar uma amostra do cliente em uma tabela de migração de dados para a OCT. O aumento do número de encadeamentos pode melhorar o desempenho de uma sessão do
Contact Optimization. Para obter instruções detalhadas sobre o ajuste da implementação do seu
Contact Optimization, entre em contato com o seu representante de
IBM® .
Se for true, o Contact Optimization tenta usar vários encadeamentos ao processar os algoritmos de otimização. É possível configurar o número de encadeamentos com as propriedades de configuração
MaxCustomerSampleProcessingThreads,
ProcessingThreadQueueSize, e
PostProcessingThreadQueueSize. Se for false, o
Contact Optimization usa um encadeamento único ao processar os algoritmos de otimização.
Se for true, o Contact Optimization usará um algoritmo aprimorado para tentar atender às restrições máximas configuradas nas regras de Múltiplos Clientes (regra de Capacidade de Nº Mín./Máx. de Ofertas e regra de Capacidade Customizada). No entanto, se isso for usado, o tempo de execução da sessão poderá aumentar, dependendo dos dados fornecidos para a sessão.
Se true, o Contact Optimization grava as transações de histórico em um arquivo para ler durante a execução de uma sessão do
Contact Optimization. Se false, o
Contact Optimization lê na tabela
UA_ContactHistory nas tabelas do sistema do
Campaign.
Se false, o Contact Optimization cria um bloqueio de leitura na tabela
UA_ContactHistory para a duração da sessão do
Contact Optimization. Esse bloqueio pode causar falhas nas tentativas de gravação na tabela se você estiver usando um utilitário de carregamento de banco de dados. Se true, o
Contact Optimization cria um bloqueio de leitura na tabela somente durante tempo necessário para a gravação da consulta em um arquivo.
Se você configurar UseFutureContacts para false, e as regras de otimização para a sua sessão do
Contact Optimization não usarem períodos de tempo, o
Contact Optimization não consultará as tabelas de Históricos de Contato. Essa configuração melhora o tempo necessário para executar a sessão do
Contact Optimization. Porém, se a sessão do
Contact Optimization usar períodos de tempo, as tabelas de Históricos de Contato serão consultadas.
Se você registrar potenciais contatos futuros no Histórico de Contatos, você deve configurar UseFutureContacts para true. Por exemplo, se você souber que enviará uma comunicação por email na semana que vem sobre uma promoção especial para determinados clientes, esses contatos já poderão estar nas tabelas Histórico de Contatos como marcadores. Nesse caso, configure
UseFutureContacts para true e o
Contact Optimization sempre consultará as tabelas de Históricos de Contato.
Se for False,
Contact Optimization parar a sessão do
Contact Optimization se não for possível processar um conjunto de clientes pelas razões a seguir:
O Contact Optimization registra essa condição com o erro a seguir:
Se True, o
Contact Optimization ignorará todos os clientes no conjunto que acionaram o erro de loop de geração. O
Contact Optimization continua processando o próximo conjunto de clientes na sessão do
Contact Optimization. Se a propriedade
Optimize|logging|enableBailoutLogging também for configurada para
TRUE, os clientes ignorados serão registrados no
unprocessables_10-digit-session-ID.csv no diretório
partition/partition[n]/logs no diretório de instalação do
Contact Optimization. Clientes ignorados devido ao erro de loop de geração têm o motivo
SkippedOnGenerationLoopError.
Consulte o Contact Optimization Troubleshooting Guide para obter detalhes sobre como evitar o erro de loop de geração.
Copyright IBM Corporation 2014. All Rights Reserved.
|