Data-Architect 문제 51
UC에는 지역 지사에 분산된 여러 SF 조직이 있습니다. 각 지점은 조직의 계정 및 연락처 개체 내에 로컬 고객 데이터를 저장합니다. 이로 인해 UC가 모든 조직의 고객을 볼 수 없는 시나리오가 생성됩니다.
UC는 모든 조직의 계정 및 연락처 데이터를 한 곳에서 보기를 원하므로 UC는 고객에 대한 360도 보기를 생성하려는 이니셔티브를 가지고 있습니다.
데이터 설계자는 고객에 대한 이러한 360도 관점을 달성하기 위해 무엇을 제안해야 합니까?
UC는 모든 조직의 계정 및 연락처 데이터를 한 곳에서 보기를 원하므로 UC는 고객에 대한 360도 보기를 생성하려는 이니셔티브를 가지고 있습니다.
데이터 설계자는 고객에 대한 이러한 360도 관점을 달성하기 위해 무엇을 제안해야 합니까?
Data-Architect 문제 52
Cloud Kicks는 사용자가 배송 요청을 등록한 다음 Cloud Kicks 직원이 처리할 수 있는 파트너 커뮤니티를 시작합니다. 배송 요청에는 헤더 정보가 포함된 다음 배송되는 항목 목록이 5개 이하입니다.
먼저 Cloud Kicks는 북미 지역의 6,000명의 고객에게 커뮤니티를 소개한 다음 향후 2년 이내에 전 세계의 24,000명의 고객에게 커뮤니티를 소개할 예정입니다. Cloud Kicks는 평균적으로 고객당 주당 12개의 배송 요청을 예상하고 고객이 최대 3년 동안의 배송 요청을 보고 Salesforce 보고서를 사용할 수 있기를 바랍니다.
요구 사항을 해결하기 위해 Cloud Kicks Data Architect에 권장되는 솔루션은 무엇입니까?
먼저 Cloud Kicks는 북미 지역의 6,000명의 고객에게 커뮤니티를 소개한 다음 향후 2년 이내에 전 세계의 24,000명의 고객에게 커뮤니티를 소개할 예정입니다. Cloud Kicks는 평균적으로 고객당 주당 12개의 배송 요청을 예상하고 고객이 최대 3년 동안의 배송 요청을 보고 Salesforce 보고서를 사용할 수 있기를 바랍니다.
요구 사항을 해결하기 위해 Cloud Kicks Data Architect에 권장되는 솔루션은 무엇입니까?
Data-Architect 문제 53
NTO는 주문 관리 시스템(OMS)을 통해 웹사이트에서 주문을 처리합니다. OMS는 2백만 개 이상의 기록 레코드를 저장하며 현재 SF와 통합되지 않습니다. NTO의 영업 팀은 Sales 클라우드를 사용하고 관련 고객 주문에 대한 가시성을 원하지만 Salesforce에 수백만 개의 레코드를 직접 유지하는 것은 원하지 않습니다. NTO는 데이터 설계자에게 SF 연결 및 데이터 검증 개념을 평가하도록 요청했습니다. SF Connect를 구현하기 전에 어떤 3가지 고려 사항이 필요합니까?
3개의 답변을 선택하세요.
3개의 답변을 선택하세요.
Data-Architect 문제 54
Salesforce 고객을 위한 사용자 정의 가격 책정 엔진은 다음 계층 구조의 요소에 따라 결정되어야 합니다.
고객이 위치한 주
가능한 경우 고객이 위치한 도시
가능한 경우 고객이 위치한 우편 번호
이 정보에 대한 변경은 최소한의 코드 변경이 있어야 합니다.
Salesforce에서 구축할 사용자 정의 가격 책정 엔진에 대해 이 정보를 유지 관리하기 위해 데이터 설계자는 무엇을 권장해야 합니까?
고객이 위치한 주
가능한 경우 고객이 위치한 도시
가능한 경우 고객이 위치한 우편 번호
이 정보에 대한 변경은 최소한의 코드 변경이 있어야 합니다.
Salesforce에서 구축할 사용자 정의 가격 책정 엔진에 대해 이 정보를 유지 관리하기 위해 데이터 설계자는 무엇을 권장해야 합니까?
Data-Architect 문제 55
그들의 레거시 시스템에서. Universal Containers에는 계정, 연락처, 기회, 주문의 데이터를 수집하는 월별 매출 채권 보고서가 있습니다. 및 주문 라인 항목. Salesforce에서 이를 구현할 때 설계자는 어떤 어려움에 직면하게 됩니까?