외부 데이터를 연락처 페이지 레이아웃으로 가져오기

참고

한국어로 학습하시겠어요? Trailhead playground에서 한국어로 실습 과제를 시작하고, 괄호 안에 제공된 번역을 사용해 탐색해 보세요. 영어 데이터를 기반으로 실습 과제 검증이 이루어지므로 영문으로 표시된 값만 복사해 붙여 넣습니다. 한국어 조직에서 실습 과제를 통과하지 못한 경우, (1) 로캘을 미국으로 바꾸고 (2) 여기에 제시된 지침에 따라 언어를 영어로 바꾼 후 (3) "Check Challenge(과제 확인)" 버튼을 눌러 다시 진행해 보세요.

원하는 언어로 Trailhead 사용하기 뱃지를 확인해 현지화된 Trailhead 경험을 활용하는 방법에 대해 자세히 알아보세요.

중요!

이 프로젝트에서는 단계별로 구축합니다. 각 단계를 완료해야 다음 단계에서 사용할 필드, 요소 또는 개체를 구성할 수 있습니다.

Trail Together와 함께 알아보기

이 단계를 전문가와 함께 진행하고 싶으신가요? Trail Together 시리즈의 일부인 이 비디오를 시청하세요.

(이 영상은 4분 37초부터 시작합니다. 단계 시작 부분으로 되돌려 다시 시청하려는 경우 참고하세요.)

Salesforce를 완벽한 데이터용 솔루션으로 만들기

Becca는 첫 번째 Data Cloud와 AI 결합 프로젝트에 참여하게 되어 기대에 차있습니다. Becca는 시작하기 전에 현재 시스템 및 프로세스를 파악하는 것이 중요하다는 것을 알고 있습니다. 체크인 간소화에는 Coral Cloud의 현재 예약 시스템인 Reserv-o-matic이라는 다소 구식의 솔루션이 포함되어 있습니다. 이러한 외부 시스템을 사용하면 방문객이 하나의 프로필로 예약을 여러 개 할 수 있습니다.

방문객은 각자의 이름, 이메일 주소, 전화번호 등의 정보를 저장할 수 있는 여러 필드가 있습니다. 이러한 방문객 중 한 명인 Sofia Rodriguez는 객실 유형 및 예약 상태와 함께 체크인 및 체크아웃 날짜가 각각 포함된 예약을 몇 개 했습니다.

현재 이러한 모든 정보는 Coral Cloud의 Salesforce org와 완전히 분리되어 있습니다. 해당 조직에는 Sofia의 Contact(연락처) 레코드와 수많은 기존 관련 데이터가 있습니다. Data Cloud는 Salesforce의 Sofia와 Reserv-o-matic의 Sofia를 연결합니다. 이렇게 연결되면 Becca는 모든 종류의 흥미로운 작업을 수행할 수 있습니다. 예를 들어 Becca는 Contact(연락처) 페이지 레이아웃에 예약 관련 목록을 바로 넣을 수 있게 됩니다.

이렇게 하려면 Becca는 세 단계를 완료해야 합니다.

1. Data Cloud가 Reserv-o-matic 데이터를 인식하도록 설정합니다.
   
2. 외부 방문객과 내부 연락처 간의 일치 항목을 찾습니다.
   
3. 외부 예약을 표시하도록 Contact(연락처) 페이지를 업데이트합니다.
   

계획을 수립했으니 이제 설정을 시작할 차례입니다. 그런데 Trailblazer 여러분, 먼저 한 가지 알아둘 것이 있습니다. 짐작하셨겠지만, Reserv-o-matic은 실제로 존재하지 않습니다. 즉, 이 프로젝트에서 사용할 수 있는 외부 데이터 소스가 없다는 말입니다. 따라서 Trailhead 팀은 ‘외부’ 방문객과 ‘외부’ 예약 데이터를 특수 조직에 있는 사용자 정의 개체에 넣었습니다. 따라서 이 프로젝트에서는 데이터가 조직 외부에 존재한다고 가정하고 참여합니다. 이해하셨나요? 그럼 이제 원래 하던 작업으로 돌아가겠습니다.

기존 Coral Cloud 데이터의 데이터 스트림 활성화

이 시점에서 Trailhead 팀은 이미 Data Cloud와 Reserv-o-matic을 연결하여 시간을 조금 절약했습니다. 그러나 Data Cloud는 외부 시스템에 어떤 데이터가 있는지, 내부 개체와 어떤 관계가 있는지 아직 인식하지 못합니다. 따라서 Becca가 수행해야 할 첫 번째 단계는 Data Cloud로 가져와야 할 데이터를 식별하는 것입니다. 이는 Data Cloud 관리의 기본 사항인 데이터 스트림을 만드는 것을 의미합니다.

데이터 스트림은 주어진 연결 내에서 데이터를 찾을 수 있는 위치를 설명합니다. 각 데이터 스트림은 데이터 스트림 소스에서 가져오는 데이터를 위한 저장소 컨테이너인 관련 데이터 레이크 개체(DLO)를 만듭니다. 그렇다면 새 DLO는 Data Cloud에 이미 존재하는 다른 모든 데이터와 어떤 관계가 있을까요? 그 답은 데이터가 어떻게 구조화되는지 설명하는 일종의 메타데이터인 데이터 모델 개체(DMO)의 형태입니다. 예를 들어 Contact Point Email(연락관 이메일)이라는 DMO에는 이메일 주소의 출처에 관계없이 이메일 주소를 올바르게 저장하는 방법에 대한 세부 사항이 포함되어 있습니다. 따라서 Becca는 외부 방문객 데이터의 이메일 열을 DMO의 이메일 주소 필드에 매핑할 수 있습니다.

해당 매핑을 통해 Data Cloud는 데이터를 영리한 방법으로 사용할 수 있게 됩니다. 이 프로젝트에서 Data Cloud는 이메일 주소를 통해 Reserv-o-matic의 Sofia가 Salesforce의 Sofia와 동일하다는 사실을 알 수 있습니다.

데이터 스트림을 만들고 매핑하는 것은 그 자체로 독립적인 주제이며, Data Cloud에서 데이터 스트림 만들기에서 더 자세히 알아볼 수 있습니다. 이 프로젝트에서는 모든 Coral Cloud 데이터 스트림과 매핑을 특수 조직에 이미 로드되어 있는 데이터 키트로 패키징하여 작업을 간소화했습니다. 따라서 데이터 스트림을 활성화하기만 하면 됩니다. 먼저 Data Cloud와 Einstein 지원 Playground를 실행하세요.

데이터 스트림 활성화

1. 아직 없는 경우 Data Cloud와 Einstein AI playground를 실행하세요.
   
   
   

2. App Launcher(앱 시작 관리자)를 클릭하고, data(데이터)를 입력한 다음, Data Cloud 앱을 클릭합니다.
   
3. Data Streams(데이터 스트림) 탭을 클릭합니다.
   
4. New(새로 만들기)를 클릭합니다.
   이 때는 외부 소스 대신 데이터의 내부 소스를 선택한다고 가정합니다.
   
5. Salesforce CRM을 클릭합니다.
   
   
   

6. Next(다음)를 클릭합니다.
   
7. AIPlusData 사용자 정의 데이터 번들을 클릭합니다.
   
   
   

8. Next(다음)를 클릭합니다.
   
9. 필드가 미리 선택되어 있고 번들에 포함된 모든 필드가 나열됩니다. 선택 항목을 그대로 두고 Next(다음)를 클릭합니다.
   
10. Deploy(배포)를 클릭합니다. 데이터 스트림을 배포할 수 없다는 오류 메시지가 표시되는 경우 다시 Deploy(배포)를 클릭하세요.
    
11. 브라우저에서 페이지를 새로 고칩니다.
    
12. 새 스트림에 대해 Success(성공)를 확인합니다.
    

모든 스트림의 Last Run Status(마지막 실행 상태)에 Success(성공)라고 표시되어야 하고 Total Records(총 레코드) 열에 숫자(0 제외)가 표시되어야 합니다. 페이지를 새로 고치거나 각 데이터 스트림의 오른쪽에 있는 드롭다운 화살표를 클릭하고 Refresh Now(지금 새로 고침)를 선택해야 할 수도 있습니다. 시간이 다소 걸릴 수 있으므로 기다려야 합니다.

데이터 스트림은 일반적으로 샘플 레코드를 빠르게 수집하므로 오래 기다리지 않아도 됩니다. 그러나 Last Run Status(마지막 실행 상태)에 ‘Success(성공)’라고 표시되고 Total Records(총 레코드) 열에 0보다 큰 숫자가 표시되는 데 최대 15분이 걸리는 경우도 있습니다. 몇 분마다 브라우저 창을 새로 고칠 수 있습니다. 이러한 스트림은 3단계의 플로에서 기본 데이터 공간에 액세스하려면 ‘Success(성공)’라고 표시되고 0보다 큰 숫자가 표시되어야 합니다.

잘하셨습니다. 데이터 스트림을 활성화하여 중요한 데이터 소스를 식별했습니다. 앞으로 몇 분 동안 데이터가 데이터 레이크 개체에 수집됩니다. 그리고 데이터 모델 개체와 매핑이 이미 존재하므로 곧 데이터를 사용할 수 있습니다.

ID 확인 설정

Becca는 Reserv-o-matic의 많은 방문객이 Salesforce의 Contact(연락처) 레코드에 있는 사람과 동일하다는 것을 알고 있습니다. 방문객과 연락처가 모두 공통 데이터 모델 개체에 매핑되어 있으므로 Becca는 Data Cloud의 강력한 기능을 사용하여 Salesforce에 있는 Sofia와 Reserv-o-matic에 있는 Sofia를 일치시켜 하나로 통합할 수 있습니다. 이를 ID 확인이라고 하며, Salesforce Contacts(Salesforce 연락처)와 외부 예약 데이터 간의 차이를 메울 수 있는 핵심적인 요소입니다. 먼저 Identity Resolutions(ID 확인) 탭으로 이동하여 ID 확인 규칙 집합을 만듭니다.

1. Identity Resolutions(ID 확인) 탭을 클릭합니다.
   
2. New(새로 만들기)를 클릭합니다.
   
3. Create New Ruleset(새 규칙 집합 만들기)을 클릭한 다음, Next(다음)를 클릭합니다.
   
4. Data Space(데이터 공간) 메뉴에서 default(기본값)가 선택된 상태로 둡니다.
   
5. Primary DMO(기본 DMO)에서 Individual(개별)을 선택합니다.
   
6. Ruleset ID(규칙 집합 ID)에 ccid를 입력합니다.
   ccid는 Coral Cloud Identification(Coral Cloud 식별)을 의미합니다.
   
7. Next(다음)를 클릭합니다.
   
8. Ruleset Name(규칙 집합 이름)에 Guest Name and Email(방문객 이름 및 이메일)을 입력합니다.
   
9. Description(설명) 필드에 Reconcile Reserve-o-matic contact data with Salesforce contact data(Reserve-o-matic 연락처 데이터와 Salesforce 연락처 데이터 통합)를 입력합니다.
   
10. Run jobs automatically(자동으로 작업 실행)를 비활성화합니다.
    
    
    나중에 작업을 수동으로 시작합니다.
    

11. Save(저장)를 클릭합니다. 규칙 집합의 프레임워크가 저장되었으니 이제 일치 방식을 설정할 차례입니다.
    
12. Configure(구성)를 클릭합니다.
    
    
    

13. Next(다음)를 클릭합니다(또는 여기서 잠시 멈추고 일치 규칙 지침을 읽습니다.)
    
14. Configure(구성)를 클릭합니다.
    
15. Fuzzy Name and Normalized Email(퍼지 이름 및 정규화된 이메일)을 선택합니다. 이에 따라 일치에 사용되는 기본 데이터가 결정됩니다.
    
16. Next(다음)를 클릭합니다. 일치시키는 방식을 미세 조정하는 정교한 방법이 몇 가지 있지만, 지금은 기본값을 사용하겠습니다.
    
17. Next(다음)를 클릭합니다.
    
18. Save(저장)를 클릭합니다.
    
19. 오른쪽 상단 모서리에 있는 Run Ruleset(규칙 집합 실행)을 클릭합니다.
    
20. 브라우저를 새로 고쳐 Last Job Run(마지막 작업 실행)이 In Progress(진행 중) 또는 Succeeded(성공)로 표시된 것을 확인합니다.
    

좋습니다. 이제 Data Cloud는 두 사람이 실제로 동일한 사람일 때 규칙 집합을 사용하여 감지하는 방법을 알고 있습니다. 조직에는 이 규칙 집합을 사용할 때 일치하는 방문객과 연락처가 수십 개 있습니다. ID 확인 규칙 집합에 대해 자세히 알아보려면 빠른 시작: ID 확인 규칙 집합 만들기 프로젝트를 확인하세요.

규칙 집합을 실행하는 데 시간이 조금 걸리는 경우도 있습니다. 조직에 레코드가 수십 개 밖에 없기 때문에 빨리 끝날 수 있지만, 그래도 처리하는 동안 다른 일을 할 수 있습니다. Data Cloud Related List(Data Cloud 관련 목록) 만들기 같은 일 말이죠!

외부 예약 관계 인증

ExternalReservation 데이터 모델에 다음 관계가 추가되어 있고 활성화 상태인지 확인합니다.

1. Data Model(데이터 모델) 탭을 클릭합니다.
   
2. ExternalReservation을 클릭합니다.
   
3. Relationships(관계) 탭을 클릭합니다.
   
4. 관계가 있는지 확인하세요. 있는 경우 Connect Data Cloud and CRM with Enrichment(보강을 통해 Data Cloud와 CRM 연결)로 건너뜁니다.
   
   

5. 만일 목록에 어떤 관계도 없다면 Edit(편집)을 클릭합니다.
   
6. Show inactive relationships(비활성 관계 표시) 확인란을 체크합니다.
   
   • 비활성 상태의 ExternalReservation Contact ID가 나타나면 Active(활성) 토글을 켭니다.
     
   • 아무것도 표시되지 않으면 New Relationship(새 관계)을 클릭하고 다음 정보를 입력하여 새로운 관계를 추가합니다.
     
     • 필드: Contact ID(연락처 ID)
       
     • 카디널리티: N:1
       
     • 관련 필드: Individual(개인)
       
     • 관련 필드 Individual Id(개인 Id)
       
7. Save & Close(저장 및 닫기)를 클릭합니다.
   

보강을 통해 Data Cloud와 CRM 연결

한 곳에서 모든 데이터에 액세스할 수 있을 경우 놀라운 장점 중 하나는 모든 소스의 데이터를 원활하게 결합하는 환경을 만들 수 있다는 점입니다. Coral Cloud의 경우 Becca는 호텔 직원이 방문객에 대한 다른 관련 정보를 찾는 장소인 Contacts(연락처) 페이지에 외부 예약 데이터를 표시하려고 합니다.

잘 모르면 이 스크린샷이 일반적인 관련 목록이라고 생각하기 쉽습니다. 그럴듯해 보이거든요! 하지만 이는 사실 Data Cloud Related List(Data Cloud 관련 목록)라는 특별한 종류의 관련 목록입니다. 이 목록은 Setup(설정)에서 만들 수 있습니다. (나머지 단계를 완료하면 많은 팝업 창이 표시됩니다. 팝업 창을 닫아도 됩니다.)

1. Setup(설정) 아이콘을 클릭한 다음, Setup(설정)을 선택합니다.
   
2. Object Manager(개체 관리자)를 클릭합니다.
   
3. Contact(연락처)(Contract(계약 아님))를 클릭합니다.
   
4. Data Cloud Related List(Data Cloud 관련 목록)를 클릭합니다.
   
5. New(새로 만들기)를 클릭합니다.
   
   
   

6. Data Cloud Object(Data Cloud 개체)에서 ExternalReservation을 선택합니다.
   
7. Next(다음)를 클릭합니다.
   
8. Child Relationship Name(하위 관계 이름)을 Reservations(예약)로 업데이트합니다.
   
9. Next(다음)를 클릭합니다.
   
10. Related(관련) 목록 레이블을 Reservations(예약)로 업데이트합니다.
    
11. Next(다음)를 클릭합니다.
    

좋습니다. Data Cloud Related List(Data Cloud 관련 목록)가 존재하지만 아직 페이지 레이아웃에 표시되지 않습니다. 그래서 Becca는 Contact(연락처)에 대한 Lightning 레코드 페이지를 업데이트하고 표시 방식을 구성합니다.

1. 왼쪽 메뉴에서 Lightning Record Pages(Lightning 레코드 페이지)를 클릭합니다.
   
2. Contact Record Page(연락처 레코드 페이지)를 클릭합니다.
   
3. Edit(편집)을 클릭합니다.
   
4. Dynamic Related List - Single(동적 관련 목록 - 단일)을 Related(관련) 탭의 Opportunities(기회) 위에 끌어서 놓습니다.
   
   
   

5. 오른쪽 메뉴의 Related List(관련 목록) 아래에서 Reservations(예약)를 선택합니다.
   
   
   

6. Related List Fields(관련 목록 필드)에서 Add Field(필드 추가)를 클릭합니다.
   
7. Check-in Date(체크인 날짜)를 찾아서 선택합니다.
   
8. Done(완료)을 클릭합니다.
   
9. Check-out Date(체크아웃 날짜), Room Type(객실 유형), Reservation Status(예약 상태)에 대해 6~8단계를 반복합니다.
   
10. X를 클릭하여 목록 맨 위에 있는 Record ID(레코드 ID) 필드를 삭제합니다.
    
11. Related List Filters(관련 목록 필터)에서 Add Filter(필터 추가)를 클릭합니다.
    
12. Field(필드)에서 Check-in Date(체크인 날짜)를 선택합니다.
    
13. Operator(연산자)에서 not equal to(같지 않음)를 선택합니다. 이는 체크인 날짜가 비어 있지 않으면 예약이 표시된다는 의미입니다. 필터를 추가하지 않으면 지난 7일 동안의 데이터만 표시됩니다. 여러분 조직의 데이터는 그보다 오래 되었을 가능성이 높습니다.
    
    
    

14. Done(완료)을 클릭합니다.
    
15. Save(저장)를 클릭합니다.
    
16. Lightning App Builder(Lightning 앱 빌더) 브라우저 탭을 닫고 Data Cloud 앱으로 돌아갑니다.
    

잘 하셨습니다. Data Cloud Related List(Data Cloud 관련 목록)가 준비되었습니다. Sofia의 Contact(연락처) 레코드를 확인하여 예약이 목록에 있는지 확인합니다.

1. Identity Resolutions(ID 확인) 탭을 클릭한 다음, Guest Name and Email(방문객 이름 및 이메일) 규칙 집합을 클릭합니다. 브라우저를 새로 고치고 Last Job Status(마지막 작업 상태) 필드에 Succeeded(성공함)라고 표시되는지 확인합니다. 또한 Total Unified Profiles(통합 프로필 총합)에 결과 숫자가 표시되는지 확인하세요. 그렇지 않은 경우 잠시 기다렸다가 다시 새로 고칩니다.
   
   
   

2. App Launcher(앱 시작 관리자)를 클릭하고, sales를 입력한 다음, Sales 앱을 클릭합니다.
   
3. Contacts(연락처) 탭을 클릭합니다.
   
4. List View(목록 보기)(맨 오른쪽)를 클릭한 다음, Recently Viewed(최근 조회 항목)를 클릭하고 All Contacts(모든 연락처)를 선택합니다.
   
5. Search this list…(이 목록 검색) 상자에 Sofia Rodriguez를 입력하고 Enter 키 / Return(반환)을 누릅니다.
   
6. Sofia Rodriguez를 클릭합니다.
   

이제 Sofia의 연락처 페이지 레이아웃 바로 안쪽에 3개의 예약이 표시되어야 합니다.

계획한 일이 잘 진행되는 것 만큼 좋은 것은 없습니다. 데이터 스트림을 만들고, ID를 확인하고, 페이지 레이아웃을 개선했습니다. 좋은 출발입니다. 다음으로 Becca는 예약 데이터를 사용하여 Agentforce에게 새로운 기술을 가르칩니다.