역할 및 권한

역할과 권한은 학교 안에서 누가 무엇을 할 수 있는지를 정의합니다.

다음과 같은 작업을 제어합니다:

구성원 관리
그룹 생성
초대 보내기
콘텐츠 및 커뮤니케이션 관리
학교 설정 접근

잘 설계된 역할 구조는 학교 내 질서, 보안, 책임성을 유지하는 데 도움이 됩니다.

역할 기반 접근 제어 (RBAC)

Hischool 플랫폼은 역할 기반 접근 제어(Role-Based Access Control, RBAC) 모델을 사용합니다.

이는 다음과 같은 방식으로 작동합니다:

권한은 역할(role) 에 할당됩니다
역할은 구성원(member) 에 할당됩니다
구성원은 자신의 역할에서 권한을 상속받습니다

권한은 개별 사용자에게 직접 부여되지 않습니다.
모든 접근 제어는 역할을 통해 관리됩니다.

이 방식은 학교 커뮤니티가 성장하더라도 안정적이고 확장 가능한 관리 구조를 유지할 수 있게 합니다.

기본 역할: @everyone

새로운 학교가 생성되면 @everyone 라는 기본 역할이 자동으로 생성됩니다.

학교의 모든 구성원은 기본적으로 이 역할에 속합니다.

@everyone 역할은 학교 구성원 모두의 기본 권한을 정의합니다.

예를 들면:

메시지 보내기
그룹 참여
콘텐츠 보기
학교의 기본 활동 참여

모든 구성원이 @everyone 역할의 권한을 사용하기 때문에 이 역할을 신중하게 설정하는 것이 중요합니다.

학교 소유자 (Owner)

학교 소유자(Owner) 는 학교 내에서 가장 높은 권한을 가진 사용자입니다.

학교를 생성한 사용자는 자동으로 Owner 가 됩니다.

Owner는 다음과 같은 권한을 가집니다:

모든 학교 설정 관리
역할 및 권한 관리
구성원 관리
학교 설정 변경
다른 구성원에게 소유권 이전

각 학교에는 단 한 명의 Owner 만 존재합니다.

필요한 경우 소유권을 다른 구성원에게 이전할 수 있습니다.

사용자 정의 역할 (Custom Roles)

각 학교는 필요에 따라 사용자 정의 역할을 생성할 수 있습니다.

역할 이름은 자유롭게 지정할 수 있습니다.

예를 들어:

관리자
교사
모더레이터
교장
학생

각 역할은 고유한 권한 설정을 가질 수 있습니다.

해당 역할을 가진 구성원은 그 역할에 설정된 모든 권한을 상속받습니다.

참고:
→ 역할 생성 또는 수정

역할 계층 구조

학교 내에서 각 역할은 서로 다른 권한 수준을 가집니다.

상위 권한 역할은 다음과 같은 작업을 수행할 수 있습니다:

구성원 관리
역할 할당
콘텐츠 관리
특정 설정 변경

하위 권한 역할은 다음을 수행할 수 없습니다:

상위 역할 변경
설정된 권한 제한 우회

명확한 역할 계층 구조는 관리 충돌을 방지하는 데 도움이 됩니다.

역할 구조 설계

역할을 구성하기 전에 다음 사항을 고려해야 합니다:

누가 구성원을 관리할 것인가?
누가 새로운 사용자를 초대할 수 있는가?
누가 콘텐츠를 관리할 것인가?
누가 그룹을 생성할 수 있는가?
누가 학교 설정을 관리할 것인가?

불필요한 권한 부여는 피해야 합니다.

최소 권한 원칙(Least Privilege) 을 따르면 보안과 안정성을 유지하는 데 도움이 됩니다.

관리 모범 사례

@everyone 역할에는 기본 권한만 부여하기
관리 또는 모더레이션 역할을 별도로 만들기
역할 이름을 명확하고 이해하기 쉽게 설정하기
역할 권한을 정기적으로 검토하기
학교 정책에 책임 범위를 문서화하기

참고:
→ 학교 정책

자주 묻는 질문

구성원이 여러 역할을 가질 수 있나요?

학교 설정에 따라 구성원은 하나 이상의 역할을 가질 수 있습니다.

누가 소유권을 이전할 수 있나요?

현재 Owner만 소유권을 다른 구성원에게 이전할 수 있습니다.

권한 설정이 잘못되면 어떻게 되나요?

권한이 잘못 설정되면 다음과 같은 문제가 발생할 수 있습니다:

특정 작업을 수행할 수 없음
구성원의 참여 제한

따라서 최소 하나의 신뢰할 수 있는 역할에 전체 관리 권한을 유지해야 합니다.