# 기존 출입 통제 역할 {% hint style="success" %} 2024년 11월 14일 기준으로 액세스 제어 권한이 변경되었습니다. 기존 액세스 제어 역할을 가진 사용자는 현재 역할로 업데이트될 때까지 해당 권한을 유지합니다. 이 날짜 이후에 추가되거나 수정된 사용자에게는 새로운 액세스 제어 권한이 부여됩니다. [액세스 제어 권한에 대한 역할 및 권한을 참조하세요](/access-control/ko/getting-started/roles-and-permissions-for-access-control.md) 자세한 내용은. {% endhint %} Command에서 사용자의 보고 및 액세스 제어 관리 권한을 정의하는 기존 역할에는 두 가지 세트가 있습니다: * **액세스 역할(기존)**. 이 역할은 조직 수준에서 Access Manager 또는 Access Admin으로 설정됩니다. * **Access Site Admin(기존)**. 이 역할은 각 사이트별로 사이트 수준에서 설정됩니다. 사용자가 어떤 사이트의 Access Site Admin이 되려면, 해당 액세스 제어 역할이 Access Manager 또는 Access Admin으로 설정되어 있어야 합니다. {% hint style="warning" %} 사용자가 기존 액세스 제어 역할을 가지고 있다면, [현재 역할로 마이그레이션해야 하며](#h_f4e9888012) 그 전에는 액세스 제어 권한을 변경할 수 없습니다. {% endhint %} *** ## 권한 비교 아래 다이어그램은 기존 액세스 제어 역할(파란색으로 표시됨)과 [현재 액세스 제어 역할](/access-control/ko/getting-started/roles-and-permissions-for-access-control.md) (흰색으로 표시됨)을 비교한 것입니다. #### 조직 수준 Access System 권한
#### 조직 수준 Access User Management 권한
#### 사이트 수준 액세스 제어 권한
*** ### 기존 역할의 세부 설명
Access Manager 조직 수준 액세스 제어 역할이 Access Manager로 설정된 사용자는 다음을 수행할 수 있습니다: * 다음을 제외하고 모든 작업 수행: [Access Member](/access-control/ko/getting-started/roles-and-permissions-for-access-control.md) 가 할 수 있는 모든 작업. * 액세스 권한이 부여된 문을 잠금 해제합니다. * 사용자 정보 업데이트(SCIM으로 동기화되지 않음), 액세스 권한 부여 및 일시 중단, 자격 증명 추가 및 삭제를 포함하여 액세스 사용자를 조회, 추가, 일시 중단 및 편집합니다. * 액세스 그룹을 조회, 편집 및 삭제합니다(SCIM으로 동기화되지 않음). * 건물을 조회, 편집 및 삭제합니다. * 건물 내 층을 조회, 편집, 삭제 및 추가합니다. * 사용자가 Org Admin인 경우, 다른 사용자가 생성한 저장된 이벤트 보고서의 설명을 확인하고 삭제합니다. Access Manager가 Access Site Admin인 사이트에 대해서는 다음을 수행할 수 있습니다: * 문을 조회하고 잠금 해제합니다. * 문 일정을 이미 생성된 다른 문 일정으로 변경합니다. * 문에 이미 생성된 문 일정 예외를 추가합니다. * 실시간 및 과거 액세스 이벤트를 조회합니다. 이러한 이벤트에 대한 보고서를 실행, 저장, 내보내기 및 배포합니다. 액세스 이벤트를 기반으로 경고를 추가 및 편집합니다.
Access Admin 조직 수준 액세스 제어 역할이 Access Admin으로 설정된 사용자는 다음을 수행할 수 있습니다: * Access Manager가 할 수 있는 모든 작업. * 액세스 그룹을 조회, 추가, 편집 및 삭제합니다(SCIM으로 동기화되지 않음). * 문 일정, 문 일정 예외 및 액세스 일정 예외를 조회, 추가, 삭제 및 편집합니다. * 다른 사용자의 [액세스 역할](/access-control/ko/getting-started/roles-and-permissions-for-access-control.md) 을 업데이트합니다. * 사용자가 볼 수 있는 모든 사이트에 대해 다른 사용자의 [Access Site Admin](/access-control/ko/getting-started/roles-and-permissions-for-access-control.md) 역할 * 을 업데이트합니다. Bluetooth 잠금 해제와 같은 조직 전체 액세스 설정을 구성합니다. * Access Admin이 Access Site Admin인 사이트에 대해서는 다음을 수행할 수 있습니다: * Access Manager가 할 수 있는 모든 작업 수행. * 문, AUX 입력/출력, 잠금 조치 및 액세스 컨트롤러를 추가, 편집 및 삭제합니다. * 액세스 수준 및 액세스 일정 예외를 추가, 편집 및 삭제합니다.
Access Site Admin 사용자가 특정 사이트의 Access Site Admin일 때, 해당 사이트에 대한 권한은 조직 수준 액세스 제어 역할이 Access Manager인지 Access Admin인지에 따라 달라집니다. 다음 표는 사용자가 특정 **Site X**: | | | | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Access Manager** | **Access** **Admin** | |

Site X의 문에 대한 실시간 문 이벤트 조회

Site X의 문에 대한 보고서 조회

문 이벤트 기록 조회

Site X의 문에 대한 사용자 이벤트 기록 조회

Site X의 문의 일정을 이미 존재하는 다른 일정으로 변경

Site X의 문 일정 재정의

Verkada Command에서 Site X의 문 잠금 해제

|

다음 항목을 제외하고 Access Manager가 수행할 수 있는 모든 작업:

다른 사용자의 Access Role 변경

Site X의 Access Site Admin 추가/제거

Site X의 액세스 제어 장치 추가/제거

Site X의 문 및 AUX 장치 추가/구성/제거

Site X의 액세스 수준 추가/구성/제거

| {% hint style="danger" %} Org Admin이 아닌 Access Admin은 자신에게 Access Site Admin 권한을 부여할 수 없습니다. {% endhint %}
*** ## 기존 액세스 제어 역할 마이그레이션 {% hint style="danger" %} 조직 관리자여야 하거나 **둘 다** 여야 합니다. [Access System Admin](/access-control/ko/getting-started/roles-and-permissions-for-access-control.md) **및** [Access User Admin](/access-control/ko/getting-started/roles-and-permissions-for-access-control.md) 기존 액세스 제어 역할을 가진 사용자를 현재 액세스 제어 역할로 마이그레이션하려면. {% endhint %} {% stepper %} {% step %} **Verkada Command에서 All Products > Admin으로 이동합니다.** {% endstep %} {% step %} **Org Settings 아래에서 Users를 선택합니다.** {% endstep %} {% step %} **기존 액세스 제어 역할이 있는 사용자를 선택합니다.** {% endstep %} {% step %} **왼쪽 패널에서 Access Control Roles 옆의 Update Roles를 클릭합니다.** {% endstep %} {% step %} **Assign New Roles를 클릭합니다.** a. 사용자에게 부여하려는 Access System, Access User Management, Access Site 역할을 선택합니다.\ b. 클릭 **Finish and Apply Roles**. {% endstep %} {% endstepper %} 새 액세스 제어 역할로 마이그레이션한 후에는 해당 사용자의 모든 기존 액세스 제어 역할이 제거됩니다. 이후로는 이 사용자에게 현재 액세스 제어 역할만 부여할 수 있습니다. *** ### FAQ
기존 액세스 제어 역할을 가진 사용자가 현재 액세스 제어 역할을 부여하는 Command 그룹에 추가되면 어떻게 되나요? 기존 액세스 제어 역할을 가진 사용자가 [Command 그룹](/command/ko/users-and-permissions/manage-users-in-your-organization/manage-command-groups.md) 에 추가되고, 해당 그룹에 현재 액세스 제어 역할이 있다면, 사용자는 기존 및 현재 액세스 제어 역할의 조합을 통해 부여된 모든 권한을 받게 됩니다. 이 상태는 지원되지만, Command 그룹을 통해 권한을 할당하기 전에 사용자의 기존 액세스 역할을 현재 액세스 제어 역할로 마이그레이션하는 것이 권장됩니다. 이렇게 하면 사용자의 현재 액세스 권한 추적이 더 간소화됩니다.
--- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://help.verkada.com/access-control/ko/users-and-credentials/add-and-modify-access-groups/legacy-access-control-roles.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.