Data-Architecture-And-Management-Designer 문제 61

UC(Universal Containers)에는 Salesforce 사용자가 연락처를 소유한 사람에 관계없이 모든 Salesforce 내부 사용자가 모든 연락처를 편집할 수 있도록 하는 공개 공유 모델이 있습니다.
그러나 UC 관리는 연락처 레코드의 소유자만 해당 연락처를 삭제할 수 있도록 허용하려고 합니다. 사용자가 연락처를 소유하지 않은 경우 사용자는 레코드를 삭제할 수 없습니다. 요구 사항이 충족되도록 건축가는 프로젝트에 어떻게 접근해야 합니까?

Data-Architecture-And-Management-Designer 문제 62

의료 제공자가 Salesforce를 사용하여 환자 치료를 추적하려고 합니다. 다음 작업은 Salesforce에 있습니다.
1. 지불 제공자: 치료 2 환자에 대한 비용을 지불하는 오르가스.
2. 의사: 환자를 위한 치료 계획을 제공하고 여러 환자를 지원해야 하는 경우 환자 정보에 대한 액세스가 제공됩니다.
3. 환자: 치료가 필요한 개인입니다.
데이터 설계자는 액터를 Sf 개체에 매핑해야 합니다. 데이터 설계자가 최적의 선택은 무엇이어야 합니까?

Data-Architecture-And-Management-Designer 문제 63

NTO(Northern Trail Outfitters)는 Salesforce를 포함하여 엔터프라이즈 환경 전반에 걸쳐 서로 다른 버전의 고객 레코드가 포함된 여러 시스템을 보유하고 있습니다. Salesforce에서 고객은 연락처 개체로 표시됩니다.
NTO는 다음과 같은 속성을 가진 마스터 데이터 관리(MDM) 솔루션을 활용합니다.
1. MDM 솔루션은 마스터 키로 고객 마스터를 추적합니다.
2. 마스터 키는 고객 데이터가 저장된 각 외부 시스템의 레코드 ID에 대한 맵입니다.
3. MDM 솔루션은 중복 제거 기능을 제공하므로 Single Source of Truth 역할을 합니다.
Data Architect는 Salesforce 내에서 마스터 키 저장을 어떻게 구현해야 합니까?

Data-Architecture-And-Management-Designer 문제 64

UC(Universal Containers)에는 주요 계정 내의 부서를 나타내는 다단계 계정 계층이 있습니다. 사용자가 여러 부서에 걸쳐 중복 연락처를 만들고 있습니다. UC는 부서 간에 단일 연락처가 있도록 데이터를 정리하려고 합니다. UC가 데이터를 정리하기 위해 구현해야 하는 두 가지 솔루션은 무엇입니까? 2개의 답변을 선택하세요

Data-Architecture-And-Management-Designer 문제 65

DreamHouse Realty에는 이미지와 같은 데이터 모델이 있습니다. 프로젝트 개체에는 개인 공유 모델이 있으며 프로젝트에 할당된 리소스 수, 프로젝트의 총 시간 및 프로젝트와 연결된 작업 항목 수를 계산하기 위한 롤업 요약 필드가 있습니다.
외부 시스템에서 Salesforce로 정기적으로 로드해야 하는 많은 시간 입력 레코드가 있습니다.

이러한 상황에서 건축가는 무엇을 고려해야 할까요?