Loading

Data 360: ID확인(Identity Resolution)의 크레딧 소비 계산 규칙 및 최적화 베스트 프랙티스

게시 일자: Apr 15, 2026
상세 설명

※ 본 Knowledge 의 내용은 Data Services Credits를 대상으로 하며, Flex Credits는 대상에서 제외됩니다.
　Data Services Credits의 소비율에 관한 최신 정보는 Multipliers for Data 360 을 확인해 주시기 바랍니다.

 

ID 확인(Identity Resolution) 의 크레딧 소비 기본 원칙

ID 확인(Identity Resolution)  실행과 관련된 데이터 사용량 유형은 '배치 프로필 통합(Batch Profile Unification)'입니다.
크레딧 소비는 처리된 행(Row) 수를 기준으로 산정됩니다.

 

항목상세 내용
대상 레코드ID 확인(Identity Resolution)과 관련된 DMO 및 DLO 측의 신규·업데이트 레코드. 규칙 세트(Ruleset)의 최초 실행 이후에는 신규 생성되거나 변경사항이 있는 '소스 프로필'만 소비 대상이 됩니다.
변경 감DLO 레코드의 변경 감지는 DMO에 매핑되어 있는 필드만을 대상으로 합니다. 매핑되지 않은 항목만 변경된 경우에는 ID 확인(Identity Resolution) 처리 대상에서 제외됩니다.
소비 요율
100만 레코드당 운영(Production) 환경에서는 10만 크레딧, Sandbox 환경에서는 8만 크레딧을 소비합니다.
특징

ID 확인(Identity Resolution)(Batch Profile Unification)은 Data 360의 전체 처리 과정 중 크레딧 소비 비중이 가장 높은 기능입니다. 예를 들어, Data Queries와 비교하면 소비 요율이 약 5만 배 차이 납니다.

 

솔루션
크레딧 소비를 최소화하기 위한 베스트 프랙티스
크레딧 소비를 최소한으로 억제하기 위해 다음 사항들을 참고해 주시기 바랍니다.
 

  • 규칙 세트(Ruleset) 변경 빈도 최소화: 규칙 세트를 업데이트하면 전체 데이터에 대한 재처리(Full Reprocessing)가 실행되므로, 변경은 계획적이고 최소한으로 진행합니다.

  • 매핑 항목의 엄선: DLO에서 DMO로의 매핑은 ID 확인이나 세그멘테이션 등 업무에 반드시 필요한 항목으로만 한정하십시오.

  • 불필요한 ID 확인 설정 비활성화: 사용하지 않는 규칙 세트는 즉시 비활성화하거나 삭제하십시오.

  • 데이터 소스 업데이트 타이밍 동기화: 여러 DLO에서 하나의 DMO로 매핑하는 경우, 업데이트 타이밍을 최대한 일치시킴으로써 Identity Resolution 프로세스가 불필요하게 여러 번 트리거되는 것을 방지할 수 있습니다.

크레딧 소비를 증대시키는 리스크 요인 (사례)

업데이트 빈도가 높은 항목을 ID 확인과 관련된 DMO(Individual 등)에 매핑하면, 처리 대상 레코드가 방대해져 비용이 급증할 리스크가 있습니다. 과거에 CRM 측의 정기적인 시스템 업데이트로 인해 예상치 못한 크레딧 소비가 발생했던 사례가 있습니다.

 

사례: 수억 건 규모의 재처리로 인한 예산 초과

  • 원인: Individual DMO에 Last Modified Date(최종 수정일) 필드를 매핑했던 것.

    • ※ Last Modified Date는 업데이트 빈도가 매우 높은 항목이므로, CRM 측의 거의 모든 데이터 업데이트가 반영됩니다.

  • 발생 메커니즘:

    1. CRM 측에서의 전체 백업이나 시스템 배치(Batch) 작업으로 인해 레코드의 Last Modified Date가 일제히 업데이트됨.

    2. Data 360은 매핑된 항목의 변화를 감지하고 '모든 레코드에 변경 사항 있음'으로 판정함.

    3. ID 확인 실행 시, Last Modified Date 이외의 데이터 내용에 변경이 없더라도 모든 레코드가 '재처리 대상'으로 카운트되어 크레딧을 대량으로 소비함.

CRM 커넥터 이용 시 주의사항 및 대책

DLO에서 DMO로 데이터를 매핑할 때, 업데이트 빈도가 높아지기 쉬운 CRM 측의 타임스탬프(Timestamp) 항목 등을 포함할 경우 각별한 주의가 필요합니다.

  • 리스크: DLO에서 DMO로 매핑 시, 'SystemModStamp'를 포함하면 CRM 측의 모든 업데이트가 반영되며, 'Last Modified Date'를 포함하면 거의 모든 업데이트가 반영됩니다. 그 결과, 이러한 항목들이 ID 확인처리 대상이 되어 크레딧 소비가 증가하는 원인이 됩니다.

  • 주의사항: CRM 커넥터에서 표준 데이터 번들(Standard Data Bundles)을 사용한 경우, 해당 DLO의 Last Modified Date가 ID 확인 관련 DMO의 Last Modified Date에 기본값(Default)으로 매핑됩니다.

  • 대책: ID 확인 에 필요하지 않은 항목은 수동으로 매핑을 해제할 것을 권장합니다.

Knowledge 기사 번호

005316716

 
로드 중
Salesforce Help | Article