권한 관리

1. 구성원 관리

‍

프로젝트 담당자, 프로젝트 관리자, 그리고 루트 계정은 프로젝트 내의 구성원들의 역할 및 데이터 권한을 편집할 수 있습니다.

‍

구성원 추가

구성원을 추가하는 데는 새로운 구성원을 추가하는 방법과 기존의 구성원을 추가하는 방법 두 가지가 있습니다.

• 신규 구성원 추가

생성 시에는 로그인할 때 사용할 구성원 계정(로그인 ID)과 관리 화면에 표시될 표시명을 기입한 후, 함께 역할과 데이터 권한을 설정해야 합니다. 또한, 입력 시 쉼표로 구분해야 하는 새로운 계정 번호의 배치 생성을 지원합니다. 이 프로젝트에서 생성된 구성원 계정은 로그인 후 기본적으로 이 프로젝트의 권한을 획득하게 됩니다.

• 기존 구성원 추가

이 프로젝트에 추가할 구성원이 이미 계정을 가지고 있는 경우 '기존 구성원 추가' 버튼을 통해 추가할 수 있습니다. 또한, 이 프로젝트와 원래 프로젝트의 구성원의 역할과 다른 데이터 권한을 부여할 수도 있습니다.

다른 프로젝트의 구성원을 모두 이 프로젝트에 추가해야 할 경우 '구성원 가져오기'를 통해 프로젝트 구성원을 일괄 추가할 수 있습니다. 가져온 구성원은 원래 프로젝트의 역할을 갖습니다. 구성원이 원래 프로젝트에서 커스텀 역할을 사용하고 있었다면, 새 프로젝트는 구성원의 가져오기 시 동일한 커스텀 역할을 생성하여 구성원의 권한이 일관되도록 유지합니다. 원래 프로젝트에서 프로젝트 오너가 설정되어 있는 경우, 프로젝트의 프로젝트 오너가 새 프로젝트에 프로젝트 관리자로서 가져옵니다. '구성원 가져오기' 기능은 루트 계정만 가능합니다.

‍

구성원 제거

구성원이 프로젝트에 참여하지 않게 될 경우 프로젝트 관리자는 해당 구성원을 제거하고, 그 구성원이 프로젝트에서 관리하던 리소스을 어떻게 처리할지 선택할 수 있습니다. 구성원 리소스에는 공간, 대시보드, 리포트, 코호트, 태그, 지표 알림, 가상 속성, 그리고 구성원이 생성한 차원 테이블 속성이 포함됩니다. 프로젝트에서 구성원을 제거해도, 해당 구성원이 시스템에서 직접 제거되는 것은 아니며, 다른 프로젝트에서 계속 활동할 수 있습니다. 구성원을 직접 제거할 필요가 있는 경우는 시스템 관리를 참조하십시오.

• 구성원을 직접 제거 구성원의 가상 속성과 차원 테이블 속성을 제외한 모든 리소스은 직접 제거되며, 복원할 수 없으므로 주의하십시오. 이 구성원에 의해 생성된 가상 속성과 차원 테이블 속성은 제거되지 않고 계속 사용할 수 있습니다.
• 제거 및 리소스 이전 모든 구성원의 리소스는 프로젝트 내에서 지정된 구성원에게 이전됩니다. 지정된 구성원은 분석가 이상의 역할 권한이 필요합니다. 리소스를 받은 구성원은 이전된 리소스를 계속 사용 및 관리할 수 있습니다.

‍

구성원의 역할과 데이터 권한 설정

루트 계정과 프로젝트 오너는 프로젝트 관리자를 포함한 모든 구성원의 권한을 설정할 수 있습니다. 프로젝트 관리자는 자신보다 역할이 낮은 구성원의 권한을 설정할 수 있습니다. 더 높은 권한을 가진 프로젝트 관리자 및 역할은 모든 데이터 권한을 가지고 있어야 하며, 변경할 수 없습니다.

• 구성원의 역할과 데이터 권한 일괄 편집

관리자가 여러 구성원의 역할과 데이터 권한을 일괄적으로 조정할 필요가 있을 경우, 구성원을 확인하고 일괄 편집할 수 있습니다.

‍

그룹 생성

일상적으로 TE를 사용하며 구성원 간에 대시보드를 공유하는 경우가 있습니다. 여러 대시보드의 공유 설정은 번거로운 작업이 될 수 있으며, 새로운 구성원이 프로젝트에 추가될 때마다, 새로운 구성원을 지속적으로 추가할 때마다 대시보드의 공유 상태를 변경해야 합니다.

이러한 문제를 해결하는 것이 팀 생성 기능입니다. 제품 팀, 운영 팀 등의 팀 구성원에게 같은 부서의 구성원을 추가하고, 팀 내 구성원에게 공유를 신속하게 생성할 수 있습니다. 프로젝트에 새로운 구성원이 추가될 경우, 생성된 팀에 구성원을 추가하기만 하면, 구성원은 팀에 공유되어 있는 프로젝트 자산을 확인할 수 있습니다.

• 구성원은 여러 그룹에 소속될 수 있습니다
• 그룹은 프로젝트에서만 생성될 수 있으며, 시스템 단계의 그룹은 없습니다.
• 그룹은 최대 50개까지 생성 가능합니다

‍

‍

2. 역할 관리

‍

역할에는 다양한 기능에 대한 운영 권한이 포함되어 있으며, 구성원이 사용할 수 있는 TE 기능 모듈을 제어합니다. 동일 프로젝트 내에서 한 사용자는 하나의 분석 역할과 하나의 운영 역할만 가질 수 있으며, 각각 분석 모듈과 운영 모듈의 기능 권한을 제어합니다. 이 중 분석 역할은 사용자 정의를 지원하며, 운영 역할은 3가지 사전 정의된 역할을 제공합니다.

‍

분석의 프리셋 역할 및 커스텀 역할

분석 모듈에서는 TE가 초관리자, 프로젝트 소유자, 분석 관리자, 분석가, 일반 구성원의 5가지 역할을 미리 정의해 두었으며, 초관리자와 프로젝트 소유자를 제외한 3가지 사전 정의된 역할을 기반으로 사용자 정의를 지원합니다. 각 프로젝트의 사용자 정의 역할은 최대 30개까지 가능합니다.

사전 정의된 역할의 각 기능에 대한 권한 유형은 다음과 같이 분류됩니다:

• 부여되어 있음 (●)
• 기본적으로 부여되어 있지만, 제외 가능 (▲)
• 기본적으로 부여되어 있지 않지만, 부여 가능 (△)
• 부여되어 있지 않음 (○)

일반 구성원: 일반 구성원의 기본 권한을 바탕으로 역할에 분석 모델 사용 및 대시보드 생성/편집 등의 기능 권한을 부여할 수 있습니다.

분석가: 분석가의 기본 권한을 바탕으로 역할에 세그먼트/태그 생성, 경고 관리 사용, 이벤트 관리 등의 고급 기능 사용 권한과 프로젝트 분석 주체 구성, 날짜 주석 등의 관리 작업을 부여할 수 있습니다.

분석 관리자: 분석 관리자의 기본 권한을 바탕으로 역할에 다른 사용자가 생성한 세그먼트, 태그, 지표 등의 자산을 관리하는 권한을 부여할 수 있습니다.

* 주의:회사가 "운영" 모듈을 활성화하지 않은 경우, "분석 관리자"는 "프로젝트 관리자"로 표시됩니다.

‍

커스텀 분석 역할 삭제

프로젝트의 사용자 정의 역할을 삭제하면, 해당 역할을 가지고 있던 프로젝트 구성원은 자동으로 해당 역할의 기반이 되는 사전 정의된 역할로 전환됩니다. 예를 들어, "분석가"를 기반으로 만든 "고급 분석가" 역할을 삭제하면, "고급 분석가" 역할을 가진 구성원은 "분석가" 역할로 변경됩니다.

‍

시스템 공용 사용자 정의 분석 역할

여러 프로젝트에서 동일한 사용자 정의 역할을 사용해야 할 경우, 초관리자는 "시스템 관리 - 역할 관리"에서 모든 프로젝트에 공통적으로 사용할 수 있는 시스템 사용자 정의 역할을 설정할 수 있습니다. 이렇게 설정하면 반복적인 작업을 줄이고, 어느 프로젝트에서든 해당 역할을 사용할 수 있습니다.

‍

운영 역할

사전 정의된 역할의 각 기능에 대한 권한 유형은 다음과 같이 분류됩니다: 반드시 해당 권한이 있음 (●), 기본적으로 있지만 없어도 되는 권한 (▲), 기본적으로 없지만 있을 수 있는 권한 (△), 반드시 없는 권한 (○).

‍

‍

3. 데이터 권한

‍

데이터 권한은 구성원이 프로젝트 내에서 접근할 수 있는 데이터를 행 및 열 수준에서 관리할 수 있습니다.

‍

데이터 권한 관리 기능은 다음 세 부분으로 나뉩니다.

• 표시 설정: 이벤트, 이벤트 속성 또는 유저 속성을 표시할지 여부를 설정합니다. 이는 구성원이 비용 데이터 등을 표시하지 않도록 하는 상황에 적합합니다.
• 데이터 범위: 속성 규칙에 따라 사용 가능한 데이터 범위를 필터링하여, 필터링 조건을 만족하는 데이터에만 접근할 수 있습니다. 이는 데이터 소스를 구분하거나 채널별로 데이터를 표시하는 상황에 적합합니다.
• 데이터 마스킹: 명세 데이터 마스킹 관련 컴플라이언스 요구를 충족하기 위해, 드릴다운에서 이벤트 또는 유저 목록, 유저 행동 시퀀스의 민감한 속성을 감도 낮춰 표시할 수 있습니다.

데이터 권한이 다르기 때문에, 동일한 대시보드 또는 리포트를 확인하더라도 구성원에 따라 다른 결과를 볼 수 있습니다. 구성원은 개인 센터를 통해 현재 프로젝트에서의 데이터 권한을 확인할 수 있습니다.

‍

표시 설정

이벤트, 이벤트 속성, 또는 유저 속성의 표시를 설정할 수 있습니다. 선택된 이벤트 또는 속성만 분석에 사용하거나 그 분석 결과를 표시할 수 있습니다.

• 쿼리 시, 선택 가능한 이벤트 또는 속성
• 다른 사람이 공유한 리포트를 볼 때, 정상적으로 볼 수 있는지 (비표시 이벤트나 속성을 사용할 경우, 볼 권한이 없다는 메시지가 표시됩니다)

설정 바의 왼쪽에서, 새로운 이벤트 또는 속성을 기본적으로 표시할지 여부를 설정할 수 있습니다. 기본 설정은 "새로운 이벤트 (또는 속성)은 기본적으로 표시됨"입니다. 즉, 표시 권한이 설정되면, 저장된 새로운 이벤트 또는 속성에는 기본적으로 표시 권한이 부여됩니다.

새롭게 추가된 이벤트 또는 속성의 표시를 변경하기 위해, 이 상태를 끌 수 있습니다. 끈 후에는, 이 데이터 권한을 가진 유저는 기본적으로 프로젝트 내 새로운 이벤트 또는 속성을 사용할 수 없습니다.

사용 중 비용 등의 필드가 유저 속성으로 전송되어 프로젝트 구성원이 그러한 속성을 볼 수 있는 권한이 없는 경우, 데이터 권한을 생성하고, 표시 설정에서 해당 속성을 비표시로 설정한 후, 생성한 데이터 권한을 해당 구성원에게 할당할 수 있습니다.

‍

데이터 범위

필요에 따라 이벤트 속성 또는 유저 속성을 기반으로, 구성원이 프로젝트 내에서 접근할 수 있는 데이터 범위를 제한할 수 있습니다. 설정하면 구성원은 다음 조건을 만족하는 데이터 범위에만 접근할 수 있습니다.

• 쿼리 시, 계산 결과의 데이터 범위
• 다른 사람이 공유한 리포트를 볼 때, 계산 결과의 데이터 범위

설정 속성을 기반으로 한 데이터 범위의 유효 규칙은 다음과 같습니다.

일반적인 사용 시나리오:

• 공동 운영 타이틀: 여러 서드파티를 통해 게임을 운영하는 경우, 채널 A의 운영자는 채널 A의 유저 데이터만 확인할 수 있습니다. 이 경우, 데이터 권한을 생성하고 (채널 = A)와 같은 유저 필터링을 설정하여 데이터 권한을 운영자에게 할당함으로써 데이터 분리를 실현할 수 있습니다.
• 새로운 구성원: 관리자는 새로운 구성원의 데이터 사용 권한을 점진적으로 개방하고자 합니다. 지난 30일간의 데이터 사용 권한만 개방하고 싶다면, 이벤트 필터를 설정할 수 있습니다 (이벤트 시간이 -30일에서 0일 사이). 즉, 데이터 쿼리 범위의 제어를 실현할 수 있습니다.

‍

데이터 마스킹

데이터 마스킹이 필요한 이벤트 프로퍼티 및 유저 프로퍼티를 선택할 수 있습니다. 마스킹 필드는 드릴다운 리스트(이벤트 리스트 및 유저 리스트 포함)나 유저 행동 시퀀스 등의 명세 정보에만 사용됩니다. 설정된 마스킹 필드는 특수 문자 (*)로 표시됩니다.

‍

데이터 권한 삭제

데이터 권한을 삭제할 때, 해당 데이터 권한에 속하는 구성원이 있는 경우, 그 구성원을 다른 데이터 권한으로 이동시키는 것을 선택할 수 있습니다.

‍

태그 생성 및 지표 알림에 관한 특별 규칙

다양한 구성원이 사용할 수 있도록 데이터 권한에는 태그 생성 및 지표 알림에 대한 특별 규칙이 있습니다.

• 태그 생성: 다른 데이터 권한을 가진 구성원의 경우, 태그는 "모든 데이터 권한"에 따라 계산되며, 다른 구성원은 태그 계산 결과를 표시할 때 데이터 권한으로만 제어됩니다. 예를 들어, 프로젝트 A의 구성원 a의 데이터 권한이 "App Store를 채널로 하는 유저 데이터만 접근 가능"한 경우, 구성원 a가 태그를 생성하면, 전체 데이터 양에서 태그 값이 계산되고, 태그 표시 시 대시보드 내의 데이터에서는 채널이 App Store인 유저 태그 데이터 및 세부 정보만 표시할 수 있습니다.
• 지표 알림: 생성자는 지표의 성능 특성에 기반하여 알림 트리거 규칙을 생성해야 하므로, 알림 데이터의 계산 범위는 생성자의 데이터 권한과 일치합니다. 지표 알림이 생성되면, 생성자의 데이터 범위 조건이 자동으로 반영됩니다.