트랜잭션 메시지 실행 및 모니터링 transactional-messaging-execution

트랜잭션 메시지 실행 게재 transactional-message-execution-delivery

메시지가 게시되고 사이트 통합이 완료되면 이벤트가 트리거되면 실행 게재에 할당됩니다.

실행 게재 ​는 각 트랜잭션 메시지에 대해 한 달에 한 번 만들어지고 트랜잭션 메시지를 편집하고 다시 게시할 때마다 작동하는 기능 없는 기술 메시지입니다.

관련 항목:

트랜잭션 메시지 다시 시도 프로세스 transactional-message-retry-process

일시적으로 게재되지 않는 트랜잭션 메시지는 게재가 만료될 때까지 수행되는 자동 다시 시도의 적용을 받습니다. 게재 기간에 대한 자세한 내용은 유효 기간 매개 변수를 참조하십시오.

트랜잭션 메시지가 전송되지 않을 때, 두 개의 재시도 시스템이 있습니다.

이벤트 처리 다시 시도 프로세스 event-processing-retry-process

이벤트가 트리거되면 실행 게재에 할당됩니다. 이벤트를 실행 게재에 할당할 수 없는 경우 이벤트 처리가 연기됩니다. 그런 다음 새 실행 게재에 할당될 때까지 다시 시도가 수행됩니다.

예를 들어, 콘텐츠가 올바르지 않거나, 액세스 권한 또는 브랜딩에 문제가 있거나, 유형 분류 규칙 등을 적용하는 경우, 오류 발견 등으로 이벤트를 실행 게재에 할당할 수 없습니다. 이 경우 메시지를 일시 중지하고 편집하여 문제를 해결하고 다시 게시할 수 있습니다. 그러면 다시 시도 시스템이 새 실행 게재에 할당합니다.

메시지 전송 다시 시도 프로세스 message-sending-retry-process

이벤트가 실행 게재에 할당되었다면, 예를 들어 수신자의 사서함이 가득 찬 경우에 임시 오류로 인해 트랜잭션 메시지가 실패할 수 있습니다. 자세한 내용은 일시적 게재 실패 후 다시 시도를 참조하십시오.

재시도 프로세스 제한 limitations

로그 업데이트 전송

다시 시도 프로세스에서는 새 실행 게재의 전송 로그가 즉시 업데이트되지 않습니다(업데이트는 예약된 워크플로를 통해 수행됩니다). 즉, 트랜잭션 이벤트가 새 실행 게재에서 처리된 경우에도 메시지는 Pending 상태일 수 있습니다.

실행 게재 실패

실행 게재를 중단할 수 없습니다. 하지만 현재 실행 게재가 실패할 경우 새 이벤트가 수신되는 즉시 새 이벤트가 만들어지고 모든 새 이벤트가 이 새 실행 게재로 처리됩니다. 실패한 실행 게재로 새 이벤트가 처리되지 않습니다.

이미 실행 게재에 할당된 일부 이벤트가 다시 시도 프로세스의 일부로 연기된 경우 해당 실행 게재에 실패하면 다시 시도 시스템은 연기된 이벤트를 새 실행 게재에 할당하지 않습니다. 즉, 해당 이벤트가 손실됩니다. 영향을 받았을 수 있는 받는 사람을 보려면 게재 로그를 확인하세요.

트랜잭션 메시지 모니터링 monitoring-transactional-message-delivery

트랜잭션 메시지를 모니터링하려면 해당 실행 게재에 액세스해야 합니다.

프로필 기반 트랜잭션 메시지 특성 profile-transactional-message-monitoring

프로필 기반 트랜잭션 메시지의 경우 다음 프로필 정보를 모니터링할 수 있습니다.

Sending logs 탭을 선택합니다. Status 열의 Sent ​은(는) 프로필이 옵트인되었음을 나타냅니다.

Exclusions logs 탭을 선택하여 메시지 대상에서 제외된 주소(예: 차단 목록에 추가하다의 주소)를 확인합니다.

Address on denylist 유형화 규칙이 옵트아웃한 프로필의 수신자를 모두 제외합니다.

이 규칙은 Profile 표를 기반으로 하는 모든 트랜잭션 메시지에 적용되는 특정 유형화 중 일부입니다.

관련 항목: