역할 계층 만들기
학습 목표
이 유닛을 완료하면 다음을 수행할 수 있습니다.
- 역할 계층이 조직도와 어떻게 다른지 설명할 수 있습니다.
- 역할 계층을 보고 수정할 수 있습니다.
- 레코드에 대한 액세스를 단순화하기 위해 역할을 만들고 할당할 수 있습니다.
참고
한국어로 학습하시겠어요? Trailhead playground에서 한국어로 실습 과제를 시작하고, 괄호 안에 제공된 번역을 사용해 탐색해 보세요. 영어 데이터를 기반으로 실습 과제 검증이 이루어지므로 영문으로 표시된 값만 복사해 붙여 넣습니다. 한국어 조직에서 실습 과제를 통과하지 못한 경우, (1) 로캘을 미국을 바꾸고 (2) 여기에 제시된 지침에 따라 언어를 영어로 바꾼 후 (3) "Check Challenge(과제 확인)" 버튼을 눌러 다시 진행해 보세요.
원하는 언어로 Trailhead 사용하기 뱃지를 확인해 현지화된 Trailhead 경험을 활용하는 방법에 대해 자세히 알아보세요.
역할 만들기 및 편집하기
역할 계층은 공유 설정과 함께 작동하여 Salesforce 데이터에 대한 사용자의 액세스 수준을 결정합니다. 사용자는 계층에서 바로 아래에 있는 모든 사용자의 데이터에 액세스할 수 있습니다.
많은 데이터를 보아야 하는 사용자(예: CEO, 임원 또는 기타 경영진)는 계층 구조의 맨 위에 표시되는 경우가 많습니다. 그러나 역할 계층이 조직도와 일치할 필요는 없습니다. 계층 구조의 각 역할은 사용자 또는 사용자 그룹에 필요한 데이터 액세스 수준을 나타냅니다.
- 사용자는 전체 조직의 기본 설정에 관계없이 역할 계층의 하위 역할이 소유하거나 공유하는 데이터에 항상 액세스할 수 있습니다. 유일한 예외는 계층을 사용하여 액세스를 비활성화할 수 있는 사용자 정의 개체의 경우입니다.
- 동일한 유형의 레코드에 액세스해야 하는 경향이 있는 사용자를 그룹화할 수 있습니다. 나중에 공유 규칙에 대해 이야기할 때 이 그룹을 사용할 예정입니다.
공유 설정에 따라 역할은 Salesforce 데이터에 대한 사용자의 가시성 수준을 제어할 수 있습니다. 지정된 역할 수준의 사용자는 개체에 대한 공유 모델이 별도로 지정하지 않는 한 역할 계층에서 자신보다 아래에 있는 사용자가 소유하거나 공유하는 모든 데이터를 보고, 편집하고, 보고할 수 있습니다. 특히 조직 전체 기본값 관련 목록에서 사용자 정의 개체에 대해 Grant Access Using Hierarchies(계층 구조를 사용하여 액세스 권한 부여) 옵션이 비활성화된 경우 조직 전체 기본값에 의해 액세스 권한이 부여된 사용자와 레코드 소유자만 개체의 레코드에 대한 액세스 권한을 받습니다.
각 개체에 대한 조직 전체 공유 기본값을 설정하는 것 외에도 사용자가 계층 구조의 하위 역할이 소유하거나 공유하는 데이터에 액세스할 수 있는지 여부를 지정할 수 있습니다. 예를 들어 역할 계층은 계층의 레코드 소유자보다 상위에 있는 사용자에게 레코드 액세스 권한을 자동으로 부여합니다. 기본적으로 Grant Access Using Hierarchies(계층을 사용한 액세스 권한 부여) 옵션은 모든 개체에 대해 활성화되어 있습니다. 사용자 정의 개체에 대해서만 변경할 수 있습니다.
사용자 정의 개체에 대한 계층을 사용하여 공유 액세스를 제어하려면 Quick Find(빠른 찾기) 상자에 Sharing Settings를 입력한 다음 Sharing Settings(공유 설정)를 선택합니다. 조직 전체 기본값 섹션에서 Edit(편집)을 클릭합니다. 사용자가 계층 구조에서 하위 계층이 소유하거나 공유하는 데이터에 자동으로 액세스하지 못하도록 하려면 Grant Access Using Hierarchies(계층을 사용한 액세스 권한 부여)를 선택 취소합니다.
역할 계층 구조 정의하기
계층을 어떻게 구성할 것인지에 대한 아이디어가 있으면 플랫폼에서 쉽게 역할 계층을 구현할 수 있습니다. 회사의 조직도에서 시작한 다음 가능한 한 서로 다른 직책을 단일 역할로 통합하는 것이 가장 좋습니다.
예를 들어 소프트웨어 개발 그룹에 직원 소프트웨어 엔지니어와 하급 소프트웨어 엔지니어가 있는 경우 이러한 위치를 계층 구조의 단일 소프트웨어 엔지니어 역할로 통합할 수 있습니다. 이를 완료했다면 역할 계층에 대한 정의를 시작할 수 있습니다.
- Setup(설정)에서 Quick Find(빠른 찾기) 상자에 Roles(역할)를 입력한 후 Roles(역할)를 선택합니다. 역할 이해라는 소개 시작 페이지가 표시되면 페이지 하단의 Set Up Roles(역할 설정)를 클릭하여 실제 도구로 건너뜁니다. 역할 계층 제목 표시줄의 오른쪽 상단에 있는 드롭다운 목록에 표시된 대로 이 페이지의 기본 보기는 트리 보기입니다. 역할 계층을 생성할 경우 이 보기 또는 목록 보기를 사용하는 것이 가장 쉬울 것입니다. 둘 다 역할이 계층에서 어떻게 함께 맞춰지는지 쉽게 볼 수 있기 때문입니다. 정렬된 목록 보기는 찾을 역할 이름을 알고 있지만 계층 구조에서 어디에 맞는지 잘 모르는 경우 또는 모든 트리 노드 열기를 클릭하고 싶지 않은 경우에 가장 좋습니다. 원하는 작업을 위해 트리 보기를 유지하겠습니다.
역할 계층 정의를 처음 시작하면 트리 보기에 조직 이름과 함께 단일 자리표시자 노드가 표시됩니다. 이 시점에서 계층에서 가장 높은 역할의 이름(이 경우 CEO)을 추가해야 합니다. 무료 Developer Edition 또는 Trailhead Playground 조직으로 앱을 빌드하는 경우 샘플로 미리 정의된 역할 계층이 있을 수 있습니다. 그래도 괜찮습니다. 계속 따라하면서 역할을 더 생성할 수 있습니다.
- 회사 이름 바로 아래에서 Add Role(역할 추가)을 클릭합니다. CEO 역할이 이미 있는 경우 Edit(편집)을 클릭합니다.
-
Label(레이블) 텍스트 상자에 CEO를 입력합니다. Role Name(역할 이름) 텍스트 상자에 CEO가 자동으로 채워집니다.
-
This role reports to(해당 역할의 상급자) 텍스트 상자에서 조회 아이콘
을 클릭하고 조직 이름 옆에 있는 Select(선택)를 클릭합니다. This role reports to(해당 역할의 상급자) 텍스트 상자에서 조직 이름을 선택하여 CEO 역할이 역할 계층의 최상위 위치이며 아무에게도 보고하지 않음을 나타냅니다.
-
Role Name as displayed on reports(보고서에 표시된 역할 이름) 텍스트 상자에 CEO를 입력합니다. 이 텍스트는 보고서에서 역할 이름을 나타내는 데 사용됩니다. 제품 개발 담당 부사장과 같은 긴 역할 이름은 보고서 열에서 추가 공간을 차지하므로 짧지만 읽기 쉬운 약어를 사용하는 것이 좋습니다.
-
Opportunity Access(기회 액세스)와 같은 다른 옵션은 그대로 두고 기본값으로 설정하고 저장합니다. 이러한 액세스 옵션은 채용 앱과 아무 관련이 없으며 표준 개체에 대한 조직 전체 기본값이 Public Read/Write(공개 읽기/쓰기)보다 더 제한적인 수준으로 설정된 경우에만 나타납니다.
- 이제 첫 번째 역할을 만들었으므로 해당 역할에 적절한 사용자를 할당할 수 있습니다. CEO를 클릭하고 CEO 역할 세부 사항 페이지에서 Assign Users to Role(역할에 사용자 할당)을 클릭합니다.
-
Available Users(사용 가능한 사용자) 드롭다운 목록에서 All Unassigned(할당되지 않은 모든 사용자)를 선택합니다.
- 목록에서 사용자를 선택하고 Add(추가)를 클릭하여 Selected Users for CEO(CEO로 선택된 사용자) 목록으로 이동한 후 저장합니다.
Setup(설정)에서 기본 역할 페이지로 돌아가면 이제 계층 구조에서 새 CEO 역할을 볼 수 있습니다. 역할 계층 다이어그램에 따라 나머지 역할을 정의할 수 있습니다. 모든 역할에 사용자를 즉시 할당할 필요가 없습니다. 나중에 나머지 사용자를 만들고 앱을 테스트할 때 할당할 수 있습니다.
새 역할 추가 프로세스의 속도를 높이려면 새 역할이 보고해야 하는 역할 이름 바로 아래에 있는 Add Role(역할 추가)을 클릭합니다. 이렇게 하면 This role reports to(해당 역할의 상급자) 텍스트 상자에 해당 역할의 이름이 자동으로 채워집니다.
채용 앱의 역할 계층
가상의 채용 앱을 사용하는 가상의 회사에 대한 역할 계층의 분기를 살펴보겠습니다. 정의한 조직 전체 기본값을 사용하여 채용 관리자는 모든 직책, 채용 공고 및 고용 웹사이트 레코드를 보고(만들거나 업데이트할 수는 없음) 본인이 소유한 다른 채용 레코드를 보고 업데이트할 수 있음을 기억하세요. 그렇다고 해서 Salesforce 앱이 완벽하게 유용한 것은 아닙니다. 그러나 역할 계층이 설정되면 사용자는 필요한 데이터에 접근할 수 있고 앱 실행은 중지됩니다.
이 역할 계층은 다음과 같은 종류의 레코드 수준 권한을 자동으로 부여합니다.
- CEO인 Cynthia는 조직의 다른 사람이 보고 업데이트할 수 있는 모든 레코드를 보고 업데이트할 수 있습니다.
- 개발 부문 부사장인 Andrew는 본인의 관리자 또는 관리자의 직원이 보거나 업데이트할 수 있는 모든 레코드를 보고 업데이트할 수 있습니다.
- 인사 부문 부사장인 Megan은 채용 관리자인 Phil이나 Phil의 채용 담당자인 Mario가 보고 업데이트할 수 있는 모든 레코드를 보고 업데이트할 수 있습니다.
- 채용 관리자인 Phil은 채용 담당자인 Mario가 소유한 모든 레코드를 보고 업데이트할 수 있습니다.
- 소프트웨어 개발 관리자인 Ben은 소프트웨어 엔지니어인 Melissa, Tom 또는 Craig가 소유한 모든 레코드를 보고 업데이트할 수 있습니다.
- QA 책임자인 Clark은 QA 엔지니어인 Flash 또는 Harry가 소유한 모든 레코드를 보고 업데이트할 수 있습니다.
보시다시피 역할 계층은 데이터를 많이 볼 필요가 있는 사람들을 위해 데이터를 여는 강력한 방법입니다.
조직 전체의 기본값과 역할 계층까지 다뤄 보았고 이제 채용 앱에 대한 레코드 수준 액세스 권한이 거의 완료되었습니다. 남은 일은 역할 계층의 별도 분기에 나타나는 그룹과 단일 그룹의 피어 간에 채용 관련 레코드에 대한 내용을 다루는 것입니다. 공유 규칙과 수동 공유를 조합하여 이 두 가지를 모두 수행할 수 있습니다.
리소스