안녕하세요, 와탭랩스 마케팅팀 오은미입니다.
와탭을 사용하는 고객님들이 많이 문의하는 와탭의 권한 체계에 대해 설명 드리려고 합니다. 와탭의 계층 구조와 권한 체계는 개념적으로만 훑고, 실제 고객들이 가장 문의를 많이 한 권한 변경 케이스를 예로 설명드리겠습니다.
와탭은 프로젝트라는 논리적 단위로 서비스를 제공합니다. 프로젝트는 모니터링을 위한 최소 단위를 의미하고, 모니터링 대상과 사용자를 연결하는 역할을 합니다. 프로젝트를 기본 단위로 “프로젝트-그룹-조직” 트리 구조로 계층을 관리합니다.
와탭은 역할 기반(Role-base)으로 권한을 부여할 수 있도록 되어있는데 아래 6가지 권한으로 구분되고, 계정 단위로 권한을 부여하거나 제한할 수 있습니다. 최초로 프로젝트를 만든 계정은 아래 6가지 모든 권한을 가지게 됩니다. 이후 멤버들을 초대하여 추가 할 수 있는데 이때 멤버의 역할 별로 권한을 다르게 부여할 수 있습니다.
권한 변경은 어떤 경우에 필요할까요? 대표적인 세가지 사례를 소개합니다.
계정 권한을 변경하는 경우는 다양할 수 있지만 사실 권한을 변경하는 절차는 모두 동일합니다.
프로젝트,그룹에 신규 담당자를 추가하고, 신규 담당자에게 적절한 권한을 부여하면 됩니다.
새로운 담당자는 부여 받은 권한으로 와탭 서비스를 이용하시면 됩니다. 퇴사한 사용자를 삭제하고, 결제 권한이 있다면 결제 정보를 입력하면 됩니다.
첫번째 담당자 퇴사로 계정 권한 변경이 필요한 경우를 예로 설명하겠습니다. 가장 흔하게 볼 수 있는 권한 변경이 필요한 경우입니다.
[email protected] 라는 계정으로 Landing 프로젝트를 하나 만들어서 URL 모니터링을 하고 있었는데 퇴사하게 되어 새로운 담당자 becky에게 권한을 넘긴다고 가정해 보겠습니다.
우선 해당 프로젝트에서 멤버로 [email protected] 계정을 추가합니다. 이메일을 추가하고 사용자 권한 드롭다운 메뉴를 열어 becky에게 줄 권한을 설정합니다.
그럼 여기서 잠깐! 변경해야 하는 프로젝트가 99개라면 99번을 권한 변경해야 한다면 살짝 아니 많이 귀찮겠죠? 인수인계 번거로움을 줄이기 위해 위에 잠시 설명 드린 와탭 계층(Hierarchy) 구조에서 그룹을 이용하면 좀 더 효율적으로 모니터링 대상들을 관리 할 수 있습니다.
아래 그림은 프로젝트와 그룹에 결제 권한을 각각 가지고 있을 경우에 대한 예인데요. 왼쪽 구조로 프로젝트 멤버 내에 결제 권한을 소유하는 사용자가 있을 경우 통합 청구가 되지 않습니다.
그룹으로 프로젝트를 묶고 그룹 하위 프로젝트는 통합하여 사용량을 확인하기 위해서는 프로젝트 멤버에서는 결제 권한을 삭제합니다. 그러면 그룹의 결제 권한을 가진 사용자에게 하위 프로젝트들의 청구 데이터가 하나로 통합됩니다.
서비스 화면에서는 아래와 같이 [관리] → [통합 멤버 관리] 메뉴에서 전체 그룹과 프로젝트 구성 내역 및 어떤 멤버에게 어떤 권한이 있는지 한 눈에 확인 할 수 있습니다.
한 회사라고 해도 별도로 청구를 해야 하는 경우도 있습니다. 그럴 때는 그룹을 2개 만들어서 그룹의 결제 권한을 가진 사용자를 각각 다른 사람으로 설정하면 되겠죠?
모니터링 업무 담당자와 회계 담당자가 다를 경우에도 모니터링을 담당하는 실무자에게는 결제를 제외한 모든 권한을 회계 담당자에게는 결제 권한만 부여하면 됩니다.
이번 회에서는 가장 기본적인 프로젝트 관리 구조와 계정의 권한을 변경하는 것을 알아보았는데요. 다음 콘텐츠에서는 MSP 기업을 위한 조금 더 복잡한 구조에 대해 설명 드리도록 하겠습니다.