Data-Architect 문제 1

Universal Containers(UC)는 Salesforce Sales Cloud와 Service Cloud를 구현하고 있습니다. 구현의 일환으로 Opportunities와 조회 관계를 갖는 새로운 사용자 지정 객체(Shipments)를 생성할 계획입니다. 배송 레코드를 생성할 때 Salesforce 사용자는 고객이 제공한 고객 참조를 직접 입력해야 하며, 이 참조는 Customer_Reference__c 텍스트 사용자 지정 필드에 저장됩니다. 지원 담당자는 배송 문제를 해결할 때 이 고객 참조를 사용하여 배송 레코드를 검색할 가능성이 높습니다. UC는 연간 약 500만 건의 배송 레코드가 생성될 것으로 예상합니다. 글로벌 검색 및 보고서를 사용하는 지원 담당자가 배송 레코드를 빠르게 찾을 수 있도록 권장되는 솔루션은 무엇입니까?

Data-Architect 문제 2

고객이 대량 API를 사용하여 1천만 개의 주문과 3천만 개의 주문 라인을 Salesforce로 마이그레이션하고 있습니다. 엔지니어가 관련 주문 라인 항목을 가져오기 전에 Salesforce에서 상위 주문 ID를 쿼리하는 과정에서 시간 초과 오류나 장시간 지연을 겪고 있습니다. 권장되는 해결책은 무엇입니까?

Data-Architect 문제 3

Northern Trail Outfitters(NTO)는 전체 시스템을 엔터프라이즈 데이터 웨어하우스(EDW)에서 운영하고 있으며, NTD의 영업팀은 최근 Salesforce를 구현한 후 이를 사용하기 시작했지만, 현재 다음 단계로 나아가기 위해 필요한 데이터가 부족합니다.
NTO 경영진은 Salesforce Connect를 연구하고 있으며, Salesforce 내 EDW 데이터를 가상화하고 보고하는 데 이를 활용하고자 합니다. NTO는 10~15개의 외부 객체에 대해 하루에 수천 건의 보고서를 실행할 예정입니다.
데이터 아키텍트는 보고를 위해 Salesforce Connect를 구현하기 전에 무엇을 고려해야 합니까?

Data-Architect 문제 4

NTO는 영업 담당자를 위해 Salesforce를 구축했습니다. Salesforce의 기회 관리는 다음과 같이 구현됩니다.
1. 영업 사용자는 예측 및 보고 목적으로 Salesforce에 영업 기회를 입력합니다.
2. NTO에는 매일 기회의 기회 금액 필드를 업데이트하는 데 사용되는 제품 가격 시스템(PPS)이 있습니다.
3. PPS는 NTO 내에서 기회 금액에 대한 신뢰할 수 있는 출처입니다.
4. NTO는 영업 계획 및 관리를 위해 기회 예측을 활용합니다.
영업 사용자는 PPS에서 영업 기회를 업데이트하면 영업 기회 금액 필드에 대한 업데이트 내용이 덮어씌워지는 것을 발견했습니다.
데이터 아키텍트는 이 중요한 문제를 어떻게 해결해야 할까요?

Data-Architect 문제 5

UC에는 다음과 같은 시스템이 있습니다.
청구 시스템.
고객 지원 시스템.
CRM 시스템.
미국은 여러 시스템 전반에서 비즈니스 인텔리전스 관련 문제를 겪고 있습니다. 최근 미국은 고객 기록의 진실을 밝히는 시스템인 마스터 데이터 관리(MDM) 솔루션을 구축했습니다.
이러한 시스템 전반에서 보고를 허용하려면 어떤 MDM 데이터 요소가 필요합니까?