안녕하세요, Salesforce Technical Support Team 박용준 입니다.
한여름 무더위가 기세를 부리는 8월입니다.
지치기 쉬운 날씨 속에서도 잠시 수분과 휴식을 취하시며 활력 있는 하루를 보내시길 바랍니다.
오늘은 Data 360: ID확인(Identity Resolution)의 크레딧 소비계산규칙 및 최적화 베스트프랙티스에 대해 안내드립니다.
Data 360을 보다 효율적으로 활용하시는데 참고해 주시면 감사하겠습니다.
※ 본 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 측의 거의 모든 데이터 업데이트가 반영됩니다.
- 발생 메커니즘:
- CRM 측에서의 전체 백업이나 시스템 배치(Batch) 작업으로 인해 레코드의 Last Modified Date가 일제히 업데이트됨.
- Data 360은 매핑된 항목의 변화를 감지하고 '모든 레코드에 변경 사항 있음'으로 판정함.
- 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 확인 에 필요하지 않은 항목은 수동으로 매핑을 해제할 것을 권장합니다.
본 글에서 안내 해 드린 내용은 아래 사이트에서도 확인하실 수 있습니다.
Data 360: ID확인(Identity Resolution)의 크레딧 소비 계산 규칙 및 최적화 베스트 프랙티스
Salesforce 이용에 불편이 없도록 최선을 다하겠습니다. 계속해서 Salesforce를 애용해 주세요!
