Contact Optimization가 고객을 위한 최적의 대안을 찾기 위해 제안된 트랜잭션의 조합 또는 대체 조합을 테스트하는 최대 횟수입니다.

테스트할 대체 조합의 수가 클 수 있으므로, 이 값은 Contact Optimization이 PCT에 있는 다음 고객으로 이동하기 전에 핵심 알고리즘에서 고객에게 소비하는 작업량을 제한합니다.

최적화할 고객 수가 CustomerSampleSize보다 크면 Contact Optimization은 고객을 CustomerSampleSize보다 크지 않은 그룹으로 나눕니다. 그런 다음, Contact Optimization은 각 샘플 그룹을 별도로 최적화합니다. 사용자 정의 용량 규칙과 같이 그룹 전체에 걸치는 규칙은 여전히 적용됩니다. 이 수를 높이면 최적성은 향상되지만 성과에는 방해가 됩니다.

최적의 CustomerSampleSize는 고객의 수와 같습니다. 하지만 대용량 데이터 세트를 처리할 때는 지나치게 많은 시간이 걸릴 수 있습니다. Contact Optimization에서 한 번에 처리할 수 있도록 고객을 작은 그룹으로 나누면, 최적으로 손실을 최소화하면서 성과를 향상시킬 수 있습니다.

랜덤 시드는 Contact Optimization이 CustomerSampleSize로 정의한 샘플 그룹을 채우기 전에 무작위로 레코드를 선택하기 위해 Contact Optimization에서 사용하는 시작점을 나타냅니다. CustomerSampleSize보다 고객이 적은 경우 이 특성은 최적화에 영향을 미치지 않습니다.

Contact Optimization에서 고객 그룹을 처리하는 최대 반복 횟수입니다. Contact Optimization는 최적성에 도달할 때까지 또는 반복 횟수가 MaxIterationsPerCustomerSample과 같아질 때까지 고객 그룹을 처리합니다.

세션 로그에 있는 다음 정보를 검색하여 MaxIterationsPerCustomerSample의 설정 변경의 영향을 관찰할 수 있습니다.

Contact Optimization가 최적화 알고리즘을 처리하기 위해 사용하는 최대 스레드 수입니다. 일반적으로 MaxCustomerSampleProcessingThreads를 높게 설정할 수록 성과가 향상될 수 있습니다. 그러나 성능 향상은 사용하는 최적화 규칙의 유형과 수, 하드웨어를 포함하여 몇 가지 요소에 의해 제한됩니다. Contact Optimization 구현 조정에 대한 자세한 지시사항은 IBM® 담당자에게 문의하십시오.

PCT에서 고객 샘플을 읽을 때 Contact Optimization에서 사용할 수 있는 스레드 수입니다. 스레드 수를 늘리면 Contact Optimization 세션의 성과가 향상될 수 있습니다. Contact Optimization 구현 조정에 대한 자세한 지시사항은 IBM® 담당자에게 문의하십시오.

OCT에 대한 스테이징 테이블에 고객 샘플을 쓸 때 Contact Optimization에서 사용할 수 있는 스레드 수입니다. 스레드 수를 늘리면 Contact Optimization 세션의 성능이 향상될 수 있습니다. Contact Optimization 구현 조정에 대한 자세한 지시사항은 IBM® 담당자에게 문의하십시오.

true인 경우 Contact Optimization는 최적화 알고리즘을 처리할 때 여러 스레드를 사용하려 합니다. MaxCustomerSampleProcessingThreads, ProcessingThreadQueueSize 및 PostProcessingThreadQueueSize 구성 특성으로 스레드 수를 구성할 수 있습니다. false인 경우 Contact Optimization에서는 최적화 알고리즘을 처리할 때 단일 스레드를 사용합니다.

true인 경우 Contact Optimization는 Contact Optimization 세션 실행 도중 읽을 파일로 컨택 기록 트랜잭션을 씁니다. false인 경우 Contact Optimization는 Campaign 시스템 테이블에 있는 UA_ContactHistory 테이블에서 읽습니다.

false인 경우 Contact Optimization는 UA_ContactHistory 테이블에서 Contact Optimization 세션 시간 동안 읽기 잠금을 작성합니다. 그러면 데이터베이스 로드 유틸리티를 사용할 경우 테이블에 쓰려는 시도가 실패할 수 있습니다. true인 경우 Contact Optimization는 파일로 쿼리를 쓰는 데 소요되는 시간 동안만 테이블에 대한 읽기 잠금을 작성합니다.

최적화 비율이 지정된 레벨에 도달할 때 고객 그룹 처리를 중지하려면 이 구성 특성을 사용하십시오. MinImprovmentPercent 특성은 반복을 계속하기 위한 점수 증가 비율(백분율로 측정함)을 설정합니다. 기본값은 0이며 가능한 반복 횟수에 제한이 없음을 의미합니다.

최적화 규칙에서 기간을 사용하지 않는 경우 성과 향상을 위해 Contact Optimization가 컨택 테이블을 쿼리하지 못하도록 할 수 있습니다. UseFutureContacts 구성 특성을 사용하여 이 동작을 제어할 수 있습니다.

UseFutureContacts가 false로 설정되고 Contact Optimization 세션의 최적화 규칙에서 기간을 사용하지 않는 경우 Contact Optimization에서는 컨택 테이블을 쿼리하지 않습니다. 이 설정은 Contact Optimization 세션을 실행하는 데 필요한 시간을 이용합니다. 그러나 Contact Optimization 세션에서 기간을 사용하는 경우 컨택 테이블을 쿼리합니다.

컨택 기록에 잠재적인 향후 컨택을 기록하는 경우 UseFutureContacts를 true로 설정해야 합니다. 예를 들어, 다음 주 특정 고객에게 특별 프로모션에 관한 이메일 커뮤니케이션을 발송할 것임을 아는 경우, 해당 컨택은 이미 컨택 테이블에 플레이스홀더로 되어 있을 수 있습니다. 이 경우, UseFutureContacts 를 true로 설정하고 Contact Optimization는 항상 컨택 테이블을 쿼리합니다.

False인 경우 Contact Optimization은 다음 이유로 고객 세트를 처리할 수 없으면 Contact Optimization 세션을 중지합니다.

Contact Optimization은 다음 오류를 사용하여 이 상태를 로깅합니다.

True인 경우 Contact Optimization은 생성 루프 오류를 트리거한 세트에 있는 모든 고객을 건너뜁니다. 그런 다음, Contact Optimization은 Contact Optimization 세션에서 다음 고객 세트 처리를 계속합니다. Optimize|logging|enableBailoutLogging 특성도 TRUE로 설정된 경우, 건너뛴 고객은 Contact Optimization 설치 디렉토리의 partition/partition[n]/logs 디렉토리에 있는 unprocessables_10-digit-session-ID.csv에 로깅됩니다. 생성 루프 오류 때문에 건너뛴 고객은 이유가 SkippedOnGenerationLoopError입니다.

생성 루프 오류를 방지하는 방법에 관한 세부사항은 Contact Optimization 문제점 해결 안내서를 참조하십시오.