Il numero massimo di volte per cui Contact Optimization esegue un test delle combinazioni delle transazioni proposte, o alternative, per trovare l'alternativa ottimale per un cliente.
Se il numero di clienti ottimizzati è superiore a CustomerSampleSize,
Contact Optimization divide i clienti in gruppi di non più di
CustomerSampleSize.
Contact Optimization allora ottimizza ogni gruppo campione separatamente. Le regole che interessano più gruppi, come la regola Capacità personalizzata, sono ancora applicate come definite. L'aumento di questo numero potrebbe migliorare l'efficacia ma ridurre le prestazioni.
Il valore CustomerSampleSize ottimale è uguale al numero di clienti. Tuttavia, l'elaborazione di un'ampia serie di dati potrebbe richiedere una quantità di tempo decisamente eccessiva. Dividendo i clienti in gruppi più piccoli che
Contact Optimization elabora per volta, è possibile aumentare le prestazioni con una riduzione minima dell'efficacia.
Il numero massimo di iterazioni per cui Contact Optimization elabora un gruppo di clienti.
Contact Optimization elabora un gruppo di clienti finché non viene raggiunta l'efficacia o finché il numero di iterazioni è uguale a
MaxIterationsPerCustomerSample.
Il numero massimo di thread utilizzato da Contact Optimization per elaborare gli algoritmi di ottimizzazione. In generale, più è elevato il valore sul quale si imposta
MaxCustomerSampleProcessingThreads e maggiore potrebbe essere il miglioramento delle prestazioni. Tuttavia, l'incremento delle prestazioni è limitato da diversi fattori incluso il tipo ed il numero di regole di ottimizzazione che si utilizzano e l'hardware che si ha a disposizione.Per istruzioni dettagliate sulla regolazione dell'implementazione di
Contact Optimization, rivolgersi al rappresentante di
IBM® .
Il numero di thread disponibili per Contact Optimization da utilizzare per leggere un campione cliente dalla PCT. Incrementando il numero di thread si possono migliorare le prestazioni di una sessione
Contact Optimization. Per istruzioni dettagliate sulla regolazione dell'implementazione di
Contact Optimization, rivolgersi al rappresentante di
IBM® .
Il numero di thread disponibili per Contact Optimization da utilizzare per scrivere un campione cliente in una tabella di staging per l'OCT. Incrementando il numero di thread si possono migliorare le prestazioni di una sessione
Contact Optimization. Per istruzioni dettagliate sulla regolazione dell'implementazione di
Contact Optimization, rivolgersi al rappresentante di
IBM® .
Se true, Contact Optimization prova a utilizzare più thread in fase di elaborazione degli algoritmi di ottimizzazione. È possibile configurare il numero di thread con le proprietà di configurazione
MaxCustomerSampleProcessingThreads,
ProcessingThreadQueueSize e
PostProcessingThreadQueueSize. Se false,
Contact Optimization utilizza un singolo thread in fase di elaborazione degli algoritmi di ottimizzazione.
Se true, Contact Optimization scrive le transazioni di cronologia dei contatti in un file da leggere durante l'esecuzione di una sessione
Contact Optimization. Se false,
Contact Optimization legge dalla tabella
UA_ContactHistory nelle tabelle di sistema
Campaign.
Se false, Contact Optimization crea un blocco di lettura sulla tabella
UA_ContactHistory per la durata della sessione
Contact Optimization. Questo blocco potrebbe causare la mancata riuscita di tentativi di scrittura nella tabella se si sta utilizzando un programma di utilità per il caricamento del database. Se true,
Contact Optimization crea un blocco di lettura sulla tabella solo per il tempo che occorre per scrivere la query in un file.
Se si imposta UseFutureContacts su false, e le regole di ottimizzazione per la sessione
Contact Optimization non utilizzano i periodi di tempo,
Contact Optimization non interroga le tabelle della cronologia dei contatti. Questa impostazione migliora il tempo necessario ad eseguire una sessione
Contact Optimization. Tuttavia, se la sessione
Contact Optimization utilizza i periodi di tempo, le tabelle della cronologia dei contatti vengono interrogate.
Se si registrano potenziali futuri contatti nella cronologia dei contatti, è necessario impostare UseFutureContacts su true. Ad esempio, se si sa di dover inviare la prossima settimana una comunicazione e-mail relativa ad una speciale promozione destinata a determinati clienti, questi contatti potrebbero già essere presenti nelle tabelle della cronologia dei contatti come come segnaposto. In questo caso, impostare
UseFutureContacts su true e
Contact Optimization interrogherà sempre le tabelle della cronologia dei contatti.
Se impostato su False,
Contact Optimization arresta la sessione
Contact Optimization se non è possibile elaborare un insieme di clienti per i seguenti motivi:
Se impostato su True,
Contact Optimization ignora tutti i clienti nell'insieme che ha generato l'errore di loop nella generazione.
Contact Optimization allora continua l'elaborazione del successivo cliente impostato nella sessione
Contact Optimization. Se la proprietà
Optimize|logging|enableBailoutLogging è anche impostata su
TRUE, i clienti ignorati vengono registrati nel file
unprocessables_10-digit-session-ID.csv nella directory
partition/partition[n]/logs nella directory di installazione
Contact Optimization. I clienti ignorati a causa dell'errore di loop nella generazione hanno il motivo
SkippedOnGenerationLoopError.
Consultare Contact Optimization Troubleshooting Guide per i dettagli relativi a come evitare l'errore di loop nella generazione.
Copyright IBM Corporation 2013. All Rights Reserved.
|