Campaign Standard: 프로필에서 전송 로그 불일치
드문 경우지만 Campaign Standard은 해당 프로필에 실제로 속하지 않는 프로필에 전송 로그 항목을 표시할 수 있습니다. 이렇게 하면 기본 데이터베이스 레코드가 손상되지 않았더라도 게재 또는 이메일 이벤트가 수신자와 잘못 연결되어 있다는 인상을 줄 수 있습니다. 일반적으로 이 문제는 수신자 프로필과 테스트 프로필이 각 소스 테이블에서 동일한 내부 식별자 값을 공유하는 경우 UI/쿼리 동작으로 제한됩니다.
설명 description
실제 수신자 프로필에 대한 전송 로그 보기에 별도의 테스트 프로필에 속하는 이메일 이벤트가 표시되었다고 고객이 보고했습니다. 일부 표시된 이벤트는 실제 프로필 생성 전에 기록으로 해당 수신자에게 합법적으로 속할 수 없음을 명확히 했습니다.
조사 결과:
- 실제 프로필과 테스트 프로필은 별개의 엔티티였으며 기능적으로 연결되어 있지 않았다.
- 예기치 않은 로그 항목이 표시되는 영향을 받는 게재에서 실제 수신자가 타겟팅되지 않았습니다.
- 추적 데이터가 실제 수신자에 대해 일관되게 유지되었습니다.
- 예기치 않은 동작은 광범위한 데이터베이스 오염의 증거가 아니라 전송 로그 보기 및 쿼리 미리 보기 동작에서 주로 관찰되었습니다.
- 이로 인해 UI에서 부정확한 게재 내역을 제시하고 보고 및 대상 분석이 영향을 받을 수 있다는 우려가 제기되었기 때문에 고객에게 혼란이 초래되었다.
해결 방법 resolution
근본 원인
이 문제는 다음 사이의 드문 내부 ID 충돌로 인해 발생했습니다.
- 프로필/수신자 데이터 세트에 저장된 수신자 프로필
- 시드 멤버 데이터 세트에 저장된 테스트 프로필입니다.
두 프로필 유형 모두 broadLogRcp 테이블에 로그 데이터를 기록합니다. 이 테이블은 동일한 profileId 열에 관련 프로필 또는 테스트 프로필 식별자를 저장합니다. 수신자와 테스트 프로필의 내부 ID 값이 동일한 경우 로그 전송에 대한 쿼리에서 두 엔티티에 대한 항목이 반환되었습니다.
이 문제가 발생한 이유:
- 새 수신자 프로필은 nmsRecipientId 시퀀스에서 ID를 얻습니다.
- 테스트 프로필은 xtkNewId 시퀀스에서 ID를 얻습니다.
- 이 경우, 생성된 ID가 이미 존재하는 테스트 프로필 ID와 일치하는 순간에 수신자가 생성되었습니다.
- 그 결과, UI 및 관련 쿼리 경로는 해당 내부 ID와 일치하는 모든 전송 로그 행을 검색했습니다. UI에 표시된 이메일 주소는 전송 로그 주소 필드에서 가져오므로 기본 수신자 데이터 자체가 혼합되거나 손상되지 않았더라도 사용자는 수신자의 전송 로그 기록에서 테스트 프로필 이메일을 볼 수 있습니다.
엔지니어링은 이를 광범위하게 재발할 가능성이 있는 문제라기보다는 오히려 확률이 낮은 극단적 사례로 평가했다.
해상도
권장 해결 옵션은 다음과 같습니다.
- 영향을 받는 테스트 프로필을 삭제하고 다시 만듭니다. 다시 만든 테스트 프로필이 새 내부 ID를 받기 때문에 이 작업을 더 깔끔하게 수정할 수 있는 작업으로 간주됩니다. 해당 테스트 프로필에 대한 향후 게재는 실제 수신자의 전송 로그에 더 이상 표시되지 않습니다.
- 필요한 경우 기록 전송 로그 행을 수동으로 정리합니다. 기록 로그 가시성이 문제가 되는 경우 오래된 테스트 프로필 주소에 연결된 이전 행을 수동으로 제거할 수 있습니다. 이는 일반 보존이 제거하기 전에 이미 작성된 불일치 기록을 제거하려는 경우에만 필요합니다.
recommendation-more-help
experience-cloud-kcs-help-kbarticles