고객에게 적합한 최적의 대체를 찾기 위해 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가 Contact Optimization 세션 기간 동안 UA_ContactHistory 테이블에 대한 읽기 잠금을 작성합니다. 이 잠금으로 인해 데이터베이스 로드 유틸리티를 사용할 경우 테이블에 대한 쓰기에 실패할 수 있습니다. 값이 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 문제점 해결 안내서를 참조하십시오.