세그먼트는 멤버를 반환하지 않거나 0개 반환합니다.

아티클
07/30/2024

참고 항목

2023년 9월 1일에 Dynamics 365 Marketing과 Dynamics 365 Customer Insights를 합병하고 이름을 변경했습니다. Dynamics 365 Marketing은 이제 Dynamics 365 Customer Insights - Journeys라고 합니다. Dynamics 365 Customer Insights는 이제 Dynamics 365 Customer Insights - Data라고 합니다. 자세한 내용은 Dynamics 365 Customer Insights FAQ를 참조하세요.

이 문서에서는 세그먼트가 멤버를 예상대로 반환하지 않는 문제에 대한 해결을 제공합니다.

필수 조건

세그먼트 새로 고침 상태가 성공했습니다.
세그먼트가 새로 만들어지거나 편집되었거나 데이터의 데이터 가져오기 또는 통합 규칙 또는 비즈니스 정의가 변경되었습니다.

세그먼트가 이전에 성공했지만 멤버가 0인 경우 위에서 지정한 대로 다른 변경 내용이 없는 경우 지원 티켓을 여세요.

증상

세그먼트가 성공적으로 실행되고 새로 고쳐지지만 멤버는 포함되지 않습니다.

해결

다음 단계를 수행하여 근본 원인을 조사하고 문제를 해결할 수 있습니다.

모순된 조건 또는 규칙에 대한 기본 논리 유효성 검사

동일한 특성의 모순된 AND 조건 또는 규칙은 항상 빈 세그먼트를 생성합니다. 예를 들면 다음과 같습니다 FirstName = Joe AND FirstName = Frank.

끊어진 논리에 대한 모든 규칙 및 조건을 검토합니다. 여러 특성에서 더 복잡한 모순을 고려합니다(데이터 세트에 대한 자세한 지식이 필요함). 예를 들어 Status = 1 AND StatusDescription = Inactive상태 값 이 1 이면 항상 활성 상태입니다.

집합 작업(UnionIntersectExcept두 규칙을 결합하는 데 사용됨)은 각 규칙에서 반환되는 CustomerId 작업에 적용됩니다. 따라서 예상 결과에 따라 각 규칙 평가 결과의 일부인지 여부를 확인 CustomerId 합니다.

복잡성 분해

여러 조건 또는 규칙을 사용하여 복잡한 세그먼트를 사용하는 경우 복잡성을 줄이고 문제를 담당하는 조건 또는 규칙을 격리합니다.

전체 세그먼트에서 시작하여 조건 및 규칙을 하나씩 제거합니다. 멤버를 반환할 때까지 각 변경 후 세그먼트를 실행합니다.
새 세그먼트를 처음부터 빌드하고 멤버를 생성하지 않는 세그먼트에서 조건 및 규칙을 하나씩 추가합니다. 더 이상 멤버가 반환되지 않을 때까지 조건 또는 규칙을 추가하는 각 단계 후에 세그먼트를 실행합니다.

세그먼트 규칙 또는 조건에서 사용되는 특성에 대한 누락된 데이터

어떤 이유로든 세그먼트 규칙 또는 조건에 사용된 특성의 값이 누락된 경우 세그먼트는 멤버를 반환하지 않을 수 있습니다. 예상 값이 있는지 확인합니다.

테이블 데이터 및 특성 값을 탐색합니다. 사용 가능한 경우 관심 있는 특성의 요약 열을 검토하고 누락 또는 오류 상태가 아닌지 확인합니다.

참고 항목

시스템 생성 테이블에는 요약을 사용할 수 없으며 사용자 고유의 Azure Data Lake Storage에서 가져온 테이블에 대해서는 선택 사항입니다.
원본 레코드가 손상되어 거부되지 않았는지 확인합니다.
지정된 특성의 테이블에 특정 값이 있는지 확인합니다. 특성 값을 기준으로 필터링된 해당 테이블에 대한 측정값을 만듭니다. Count 옵션을 사용하여 필터링 조건의 값을 포함하는 레코드 수를 확인합니다. 기본 키 또는 외래 키의 첫 번째 옵션을 사용하여 참조 레코드를 찾습니다.
데이터의 특성 값을 자세히 살펴보려면 다음 옵션을 고려합니다.
- 테이블 뷰의 .csv 테이블에 대한 파일을 다운로드하여 처음 100,000개의 레코드의 유효성을 검사합니다.
- Power BI 커넥터를 사용하여 Power BI에서 엔터티를 탐색합니다.
  
  참고 항목
  
  모든 엔터티, 특히 Azure Data Lake Storage 데이터 원본의 원본 엔터티는 이 커넥터에서 사용할 수 없습니다. 또한 행이 100만 개 미만인 테이블에서 사용하는 것이 좋습니다.
- Azure Blob Storage, Azure Data Lake Storage 또는 Azure Synapse Analytics에서 Azure로 데이터를 내보냅니다. 내보내기를 사용하면 Synapse Analytics, Power BI 또는 기타 데이터 탐색 도구를 사용하여 추가 조사를 수행할 수 있습니다.
- 파워 쿼리 데이터 원본의 경우 누락된 특성에 대한 필터링 조건을 사용하여 기존 데이터 원본에 새 데이터 원본 또는 별도의 참조 쿼리를 만듭니다. 새로 고쳐지면 새 테이블에 데이터가 포함되어 있는지 확인합니다.

테이블 간의 관계 관련 문제

아래 설명된 이유로 인해 분할에 사용되는 테이블과 통합 고객 테이블 간의 관계가 작동하지 않으면 세그먼트는 멤버를 반환하지 않습니다.

원본 테이블(특성에 대한 필터링 조건 포함)과 Customer 테이블 간에 여러 경로가 기술적으로 유효할 수 있으므로 의도한 관계 경로가 사용되는지 확인합니다. 관련된 테이블이 여러 개 있는 경우 각 관계를 검사하고 올바른 특성으로 올바르게 구성되었는지 확인합니다.
특성 값 평가는 대/소문자를 구분합니다. 예를 들어 두 테이블은 공통 특성을 MembershipType통해 관련됩니다. 특성 값이 한 테이블의 GOLD이고 다른 테이블의 gold이면 성공적인 조인을 생성하지 않고 결과를 반환하지 않습니다. 놓치기 쉬운 동일한 논리가 적용됩니다 GUIDs.
특성의 데이터 형식이 테이블 간에 정렬되는지 확인합니다.
중복 제거 프로세스는 데이터 통합 중에 "승자" 레코드를 식별합니다. 관계 경로에서 중복 제거된 프로필 원본 테이블로 만든 측정값 및 세그먼트는 "위너" 레코드를 사용할 수 있으므로 예기치 않은 결과가 발생할 수 있습니다.

세그먼트 및 측정값 평가는 관계에 정의된 특성에 테이블을 조인하여 발생합니다. 예를 들어 MembershipMaster 연락처 테이블과 특성이 있는 MembershipType MembershipId 관계가 있습니다. Contact 테이블은 특성 ContactId 및 에 대한 통합 고객 프로필을 포함하는 Customer 테이블과 ContactId (Source1_Contact)관계를 맺습니다. 테이블 관계에 대한 자세한 내용은 아래 스크린샷을 참조하세요.

스크린샷은 테이블 관계에 대한 다이어그램 예제를 보여줍니다.

프로필 테이블(이 예제 의 연락처 테이블) 이 중복 제거된 경우 관계 때문에 "위너" 레코드를 통해 평가가 수행됩니다.

스크린샷은 관계 다이어그램에 대한 샘플 데이터를 보여줍니다.

이 예제에서는 C1에 문의("골드" 멤버 자격 사용) 및 C2("실버" 멤버 자격 포함)가 C2와 통합되었습니다. 따라서 "Gold" 멤버를 식별하기 위해 세그먼트를 만들 때 관계 경로가 C2로만 평가되기 때문에 "1인칭"은 세그먼트의 일부가 되지 않습니다.

다음을 통해 공유