Nombre maximal de tests des combinaisons de transactions proposées (ou alternatives) effectués par Contact Optimization pour rechercher l'alternative optimale pour un client.

Dans la mesure où le nombre d'alternatives à tester peut être très important, cette valeur permet de placer un seuil pour l'effort réalisé par l'algorithme principal sur un client avant qu'Contact Optimization ne passe au client suivant dans la TCP.

Si le nombre des clients optimisés est supérieur à CustomerSampleSize, Contact Optimization divise les clients en différents groupes dont le nombre n'est pas supérieur à CustomerSampleSize et optimise chaque échantillon séparément. Les règles qui s'appliquent à un ensemble de plusieurs groupes, telle que la règle Capacité personnalisée, sont encore remplies. L'augmentation de cette valeur peut améliorer l'optimalité, mais limiter les performances.

La valeur optimale pour CustomerSampleSize correspond au nombre de clients. Toutefois, le traitement d'une grande quantité de données risque de prendre un temps prohibitif. En répartissant les clients en petits groupes pour le traitement par Contact Optimization, vous pouvez accroître les performances avec une perte d'optimisation minimale.

La valeur aléatoire de départ représente le point de départ utilisé par Contact Optimization pour sélectionner les enregistrements de façon aléatoire avant de remplir les groupes définis par CustomerSampleSize. Lorsque le nombre de clients est inférieur à celui indiqué pour CustomerSampleSize, cette propriété n'a aucun effet sur l'optimisation.

Nombre maximum de fois qu'Contact Optimization traite un groupe de clients. Contact Optimization traite un groupe de clients jusqu'à ce que l'optimalité soit atteinte ou que le nombre d'itérations corresponde à la valeur définie pour MaxIterationsPerCustomerSample.

Recherchez les informations suivantes dans le journal de session pour observer les conséquences des changements apportées à MaxIterationsPerCustomerSample.

Nombre maximum d'unités d'exécution qu'Contact Optimization utilise pour traiter les algorithmes d'optimisation. En règle générale, plus le nombre défini pour la propriété MaxCustomerSampleProcessingThreads est élevé et plus vous avez la possibilité d'améliorer les performances. Toutefois, cette amélioration est limitée par plusieurs facteurs, notamment le matériel dont vous disposez et le type et le nombre de règles d'optimisation que vous utilisez. Pour des instructions détaillées sur le réglage de l'implémentation d'Contact Optimization, contactez votre représentant IBM® .

Nombre de threads disponibles qu'Contact Optimization utilise lors de la lecture d'un échantillon à partir de la TCP. L'augmentation du nombre d'unités d'exécution peut améliorer les performances d'une session Contact Optimization. Pour des instructions détaillées sur le réglage de l'implémentation d'Contact Optimization, contactez votre représentant IBM® .

Nombre d'unités d'exécution qui peuvent être utilisées par Contact Optimization lors de l'écriture d'un échantillon client dans une table de transfert de la TCO. L'augmentation du nombre d'unités d'exécution peut améliorer les performances d'une session Contact Optimization. Pour des instructions détaillées sur le réglage de l'implémentation d'Contact Optimization, contactez votre représentant IBM® .

Si cette propriété est associée à la valeur true, Contact Optimization tente d'utiliser plusieurs threads lors du traitement des algorithmes d'optimisation. Vous pouvez configurer le nombre d'unités d'exécution à l'aide des propriétés de configuration MaxCustomerSampleProcessingThreads, ProcessingThreadQueueSize et PostProcessingThreadQueueSize. Si la valeur est false, Contact Optimization utilise un seul thread lors du traitement des algorithmes d'optimisation.

Si la valeur est définie sur true, Contact Optimization écrit les transactions d'historique des contacts sur un fichier à lire pendant l'exécution d'une session Contact Optimization. Si elle est associée à la valeur false, Contact Optimization lit les données dans la table UA_ContactHistory, qui fait partie des tables système Campaign.

Si elle est définie sur false, Contact Optimization verrouille la lecture de la table UA_ContactHistory pendant toute la durée de la session Contact Optimization. Ce verrou risque d'entraîner l'échec des tentatives d'écriture dans la table si vous utilisez un utilitaire de chargement de base de données. Si cette propriété est associée à la valeur true, Contact Optimization crée un verrou en lecture dans la table uniquement pendant la durée d'écriture de la requête dans un fichier.

Cette propriété de configuration vous permet d'arrêter le traitement d'un groupe de clients lorsque le taux d'optimisation atteint un niveau défini. Avec la propriété MinImprovmentPercent, vous définissez un taux d'amélioration du score exprimé sous la forme d'un pourcentage afin de poursuivre les itérations. La valeur par défaut est zéro, ce qui signifie que le nombre des itérations possibles n'est pas limité.

Si vous n'utilisez aucune plage de temps dans une de vos règles d'optimisation, vous pouvez empêcher toute requête de tables d'Historique des contacts par Contact Optimization pour améliorer les performances. Vous pouvez contrôler ce comportement à l'aide de la propriété de configuration UseFutureContacts.

Si vous configurez UseFutureContacts sur faux, et si les règles d'optimisation de votre session Contact Optimization n'utilisent pas les délais, Contact Optimization ne fait aucune requête de table d'historique des contacts. Ce paramètre réduit la durée d'exécution de la session Contact Optimization. Toutefois, si la session Contact Optimization utilise des périodes, les tables d'historique des contacts sont interrogées.

Si vous enregistrez d'éventuels contacts futurs dans l'historique des contacts, vous devez définir UseFutureContacts sur true. Si, par exemple, vous savez que vous envoyez la semaine prochaine une communication par e-mail relative à une promotion spéciale à certains clients, il se peut que ces contacts figurent déjà dans les tables d'historique des contacts en tant que marque de réservation. Dans ce cas, vous définissez UseFutureContacts sur true. Contact Optimization interrogera alors toujours les tables d'historique des contacts.