공유 규칙 정의하기

학습 목표

이 유닛을 완료하면 다음을 수행할 수 있습니다.

• 공유 규칙을 사용하여 역할 계층 구조 이상으로 액세스를 확장할 수 있습니다.
  
• 프로필과 역할이 다른 사용자를 포함하는 공개 그룹을 만들 수 있습니다.
  

참고

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

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

공유 규칙으로 액세스 확장하기

조직 전체의 기본 공유 설정은 각 개체(상대적으로 제한적임)에 대한 기본 액세스 수준을 제공합니다. 공개 읽기 전용 또는 비공개의 조직 전체 공유 기본값이 있는 경우 공유 규칙이 있는 일부 사용자에 대한 액세스 백업을 열 수 있습니다. 이렇게 하면 선택한 사용자 집합에 대한 조직 전체 공유 설정에 대한 자동 예외를 만들 수 있습니다.

공유 규칙은 레코드를 소유한 사람 또는 레코드의 필드 값을 기반으로 할 수 있습니다. 예를 들어 공유 규칙을 사용하여 공개 그룹 또는 역할의 사용자에게 공유 액세스를 확장합니다. 역할 계층과 마찬가지로 공유 규칙은 조직 전체의 기본 설정보다 더 엄격할 수 없습니다. 특정 사용자에게 더 많은 액세스를 허용합니다.

각 공유 규칙에는 세 가지 구성 요소가 있습니다.

어떤 레코드를 공유하실 건가요?

특정 사용자가 소유하거나 특정 기준을 충족하는 레코드를 공유할 수 있습니다. 기준 기반 공유 규칙은 소유권 이외의 필드 값을 기반으로 공유할 레코드를 결정합니다. 

어떤 사용자와 공유하실 건가요?

역할, 영역 또는 공개 그룹을 정의하여 사용자 그룹을 정의할 수 있습니다. 공개 그룹은 공유 규칙 생성을 단순화하는 데 사용할 수 있는 관리자 정의 사용자 그룹입니다. 조직에서 사용 가능한 그룹 구성원 유형에 따라 공개 그룹은 다음을 조합할 수 있습니다.

• 개별 사용자
  
• 역할
  
• 역할 및 하위 역할(Experience Cloud 사이트 및 포털 사용자를 포함할지, 내부 사용자만 포함할지 선택 가능)
  
• 영역
  
• 영역 및 하위 역할
  
• 다른 공개 그룹
  

어떤 종류의 액세스인가요?

읽기 전용 또는 읽기/쓰기 접근을 할당할 수 있습니다.

공유 규칙은 자주 변경되는 사용자 집합이 아니라 미리 결정하거나 예측할 수 있는 특정 사용자 그룹에 대해 정의될 경우 가장 잘 작동합니다. 예를 들어 채용 앱에서는 모든 직책, 후보, 입사 지원서 및 검토 내용을 모든 채용 인사 담당자와 공유하는 것이 중요합니다. 채용 담당자는 모두 역할 계층에서 채용 담당 관리자 또는 채용 담당자 역할에 속하므로 공유 규칙을 사용하여 이러한 개체를 채용 담당 관리자 역할 및 그 하위 역할과 쉽게 공유할 수 있습니다.

또는 채용 앱의 또 다른 사용 사례를 고려해 보세요. 면접관은 면접자에 대한 후보 및 입사 지원서에 대한 읽기 접근 권한이 필요합니다. 이 경우 면접관 집합을 미리 예측하기가 훨씬 더 어렵습니다. 채용 관리자는 고용하는 직책에 따라 다른 면접관 집합을 사용할 수 있으며 면접관은 역할 계층 구조의 다른 그룹에서 올 수 있습니다. 따라서 특정 관리자의 면접관 팀이 예측하기가 너무 어려우므로 이 사용 사례는 공유 규칙으로 처리되어서는 안 됩니다.

공유 규칙을 사용해야 하나요?

구현할 필수 권한 집합을 살펴보고 공유 규칙에 가장 적합한 권한을 선택해 보겠습니다.

채용 담당자는 앱에 있는 모든 직책, 후보, 입사 지원서 및 검토 레코드에 대한 읽기 및 업데이트 액세스 권한이 필요합니다.

예, 맞습니다. 이전에 논의한 바와 같이 역할 계층에서 채용 담당자 그룹을 선택하는 것은 쉽습니다.

채용 관리자는 자신이 채용 관리자인 직책 및 채용 공고 레코드에 대한 읽기 및 업데이트 액세스 권한이 필요합니다.

아닙니다. 어떤 직책이 어떤 채용 관리자에게 할당될지 예측하는 것은 너무 어렵습니다. 수동 공유 규칙을 통해 채용 공고 레코드를 공유하는 것과 같이 이 사용 사례를 다른 방식으로 처리해야 합니다.

채용 관리자는 본인이 채용 관리자인 후보 레코드에 대한 읽기 접근 권한이 필요합니다.

아닙니다. 즉, 어떤 직책이 어떤 채용 관리자에게 할당될 것인지 예측하는 것은 너무 어렵습니다.

채용 관리자는 모든 입사 지원서 및 검토 레코드에 대한 읽기 및 업데이트 액세스 권한이 필요합니다.

예, 맞습니다. 채용 관리자가 읽고 업데이트할 입사 지원서와 검토 내용을 제한하지 않으므로 역할 계층에서 모든 채용 관리자를 쉽게 선택하고 공유 규칙을 정의할 수 있습니다.

면접관은 면접하는 사람들의 후보 및 입사 지원서 레코드에 대한 읽기 접근 권한이 필요합니다.

아닙니다. 이전에 논의한 바와 같이 특정 직책의 인터뷰 팀 구성원이 누구인지 예측하기는 어렵습니다.

다음 표에서 채용 앱에 대해 정의한 주요 공유 규칙을 확인해 보세요.

이 유닛의 나머지 부분에서는 공개 그룹을 만들고 이러한 권한을 구현하기 위한 공유 규칙을 배웁니다.

공개 그룹 정의하기

공유 규칙을 만들기 전에 적절한 공개 그룹을 설정하는 것이 중요합니다. 공개 그룹은 공통 기능이 있는 개별 사용자, 기타 그룹, 개별 직책 또는 영역 및/또는 하위 역할이 있는 직책 또는 영역의 모음입니다. 예를 들어, 채용 담당자 프로필이 있는 사용자와 소프트웨어 개발 관리자 역할의 사용자는 모두 입사 지원서를 검토합니다. 

공유 규칙을 정의할 경우 공개 그룹을 사용하면 규칙을 더 쉽게 더욱 핵심적으로 만들어 이후에 더 쉽게 이해할 수 있습니다. 특히 대규모 조직에서 유지하려는 수많은 공유 규칙 중 하나인 경우 더욱 유용합니다. 둘 이상의 그룹이나 역할 또는 개인을 포함하는 공유 규칙을 정의하려면 공개 그룹을 만드세요.

1. Setup(설정)에서 Quick Find(빠른 찾기) 상자에 Public Groups(공개 그룹)를 입력한 후 Public Groups(공개 그룹)를 선택합니다.
   
2. New(새로 만들기)를 클릭합니다.
   
3. 그룹에 레이블을 지정합니다. Group Name(그룹 이름) 텍스트 상자를 클릭하면 자동으로 채워집니다. API 및 관리 패키지에서 사용하는 고유한 이름입니다.
   
4. Search(검색) 드롭다운 목록에서 사용자를 선택할 개별 사용자, 다른 그룹 또는 역할과 해당 하위 역할을 포함할지 여부를 선택합니다. 공개 그룹에 구성원 유형 조합을 포함할 수 있습니다.
   
5. Available Members(사용 가능한 구성원) 목록에서 사용자를 선택한 다음 Add(추가)를 클릭합니다.
   
6. Save(저장)를 클릭합니다.
   

그룹을 정의한 후에는 이를 사용하여 공유 규칙을 정의할 수 있습니다.

채용 앱을 위한 공개 그룹

채용 앱에 구현할 필수 권한을 살펴보면 공유 규칙의 공개 그룹에 필요한 두 가지 개체인 입사 지원서 및 검토가 있습니다. 검토 개체가 마스터-세부 사항 관계의 세부 사항 쪽에 있기 때문에 단일 그룹에서 이러한 개체를 다룰 수 있어서 편리합니다. 따라서 입사 지원서 개체에 적용하는 공유 설정은 검토 개체에 상속됩니다. 

채용 인사 담당자와 채용 관리자 모두 채용 지원 및 검토에 대한 읽기 및 업데이트 액세스 권한이 필요하므로 채용 담당자와 고용 관리자를 모두 포함하는 검토자라는 공개 그룹을 정의할 수 있습니다. 이 그룹에는 SW 부서 관리자, 제품 관리 총괄 이사, QA 총괄 이사 역할과 채용 담당 관리자의 역할과 하위 역할을 추가합니다.

공유 규칙 정의하기

단일 공개 그룹, 역할 또는 영역에 대한 공유 규칙을 정의할 수 있습니다. 역할과 해당 하위 역할 또는 영역과 해당 하위 영역에 대한 공유 규칙을 정의할 수도 있습니다.

1. Setup(설정)에서 Quick Find(빠른 찾기) 상자에 Sharing Settings(공유 설정)를 입력한 후 Sharing Settings(공유 설정)를 선택합니다. 이 페이지는 조직 전체 기본값을 정의하는 데 사용되는 페이지와 동일한 페이지입니다.
   
2. Manage sharing settings for(공유 설정 관리 대상) 드롭다운 목록에서 공유 규칙을 생성할 개체를 선택합니다. 이 드롭다운 목록에서 개체를 선택하면 긴 페이지에서 모든 개체를 보는 대신 조직 전체의 기본값과 한 번에 단일 개체에 대한 공유 규칙에 집중할 수 있으며, 이는 여러 사용자 정의 개체가 있는 대규모 조직에 유용합니다.
   
3. 공유 규칙 영역에서 New(새로 만들기)를 클릭하고 규칙에 레이블을 지정합니다. Rule Name(규칙 이름) 텍스트 상자를 클릭하면 자동으로 채워집니다.
   
4. 규칙 유형의 경우 공유 규칙이 소유자를 기반으로 하는지, 레코드를 포함하도록 일치해야 하는 기준을 기반으로 하는지 선택할 수 있습니다. 이 공유 규칙의 경우 Based on record owner(레코드 소유자를 기반으로 함)를 선택합니다.
   
5. Select which records to be shared(공유할 레코드 선택)의 경우 첫 번째 드롭다운 목록에서 범주를 선택하고 두 번째 드롭다운 목록 또는 조회 필드에서 사용자 집합을 선택합니다.
   
6. Select users to share with(공유할 사용자 선택)에서 데이터에 액세스할 사용자를 지정합니다.
   
7. 공유 액세스 설정을 선택합니다.
   
8. Save(저장)를 클릭합니다.
   

채용 앱 공유 규칙

채용 앱의 경우 조직 구성원이 작성하고 소유한 검토를 모든 채용 담당자 및 고용 관리자와 공유하는 규칙이 필요합니다. 입사 지원서와 검토 개체 모두에 적용되는 공유 규칙을 만들어보겠습니다.

검토 레코드라고 적힌 레이블이 있는 입사 지원서에 대한 소유자 기반의 공유 규칙을 만듭니다. 공유할 레코드 선택에서 Public Groups(공개 그룹)를 선택한 다음 All Internal Users(모든 내부 사용자)를 선택합니다. 이러한 레코드가 만들어 둔 검토자 공개 그룹과 공유되도록 지정하고 Read/Write(읽기/쓰기)에 대한 액세스 수준을 설정합니다.

검토자와 채용 관리자는 모두 검토를 읽고 업데이트해야 하므로 단일 공유 규칙과 공개 그룹으로 모든 사람을 처리했습니다.

리소스

• 공유 규칙
  
• Lightning Experience의 수동 공유로 레코드에 대한 엑세스 부여하기
  
• 공유 규칙 범주
  
• 공유 고려 사항