> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/access-control/ko/users-and-credentials/add-and-modify-access-groups/legacy-access-control-roles.md). # 레거시 출입 통제 역할 {% 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 Manager 또는 Access Admin으로 설정되어 있어야 합니다. {% hint style="warning" %} 사용자에게 레거시 출입 통제 역할이 있는 경우, [현재 역할로 마이그레이션해야 합니다](#h_f4e9888012) 액세스 제어 권한을 변경하기 전에. {% endhint %} *** ## 권한 비교 아래는 기존 액세스 제어 역할(파란색으로 표시됨)의 권한을 다음과 비교하는 다이어그램입니다: [현재 액세스 제어 역할](/access-control/ko/getting-started/roles-and-permissions-for-access-control.md) (흰색으로 표시됨). #### 조직 수준 액세스 시스템 권한
#### 조직 수준 액세스 사용자 관리 권한
#### 사이트 수준 액세스 제어 권한
*** ### 기존 역할 상세 설명
액세스 관리자 조직 수준 액세스 제어 역할이 Access Manager로 설정된 사용자는 다음을 할 수 있습니다: * 다음을 모두 수행할 수 있는 [액세스 멤버](/access-control/ko/getting-started/roles-and-permissions-for-access-control.md) 가 할 수 있습니다. * 접근 권한이 부여된 문을 잠금 해제합니다. * 액세스 사용자 정보를 조회, 추가, 일시 중지 및 수정하고, 사용자 정보 업데이트(SCIM을 통해 동기화되지 않음), 액세스 부여 및 일시 중지, 자격 증명 추가 및 삭제를 수행할 수 있습니다. * 액세스 그룹을 조회, 수정 및 삭제합니다(SCIM을 통해 동기화되지 않음). * 건물을 조회, 수정 및 삭제합니다. * 건물 내 층을 조회, 수정, 삭제 및 추가합니다. * 귀하가 Org Admin인 경우, 다른 사용자가 만든 저장된 이벤트 보고서의 설명을 보고 삭제할 수 있습니다. Access Manager가 Access Site Admin인 사이트의 경우, 다음을 수행할 수 있습니다: * 문을 조회하고 잠금 해제합니다. * 문의 일정을 이미 생성된 문 일정으로 변경합니다. * 문에 이미 생성된 문 일정 예외를 추가합니다. * 실시간 및 과거 액세스 이벤트를 조회합니다. 이러한 이벤트에 대한 보고서를 실행, 저장, 내보내기 및 배포합니다. 액세스 이벤트를 기반으로 알림을 추가 및 수정합니다.
액세스 관리자 조직 수준 액세스 제어 역할이 Access Admin으로 설정된 사용자는 다음을 수행할 수 있습니다: * Access Manager가 할 수 있는 모든 것. * 액세스 그룹을 조회, 추가, 수정 및 삭제합니다(SCIM을 통해 동기화되지 않음). * 문 일정, 문 일정 예외 및 액세스 일정 예외를 조회, 추가, 삭제 및 수정합니다. * 업데이트합니다. [액세스 역할](/access-control/ko/getting-started/roles-and-permissions-for-access-control.md) 다른 사용자들의. * 사용자가 볼 수 있는 모든 사이트에 대해 다음을 업데이트합니다: [액세스 사이트 관리자](/access-control/ko/getting-started/roles-and-permissions-for-access-control.md) 다른 사용자의 역할. * Bluetooth 잠금 해제와 같은 조직 전체의 액세스 설정을 구성합니다. Access Admin이 Access Site Admin인 사이트의 경우, 다음을 수행할 수 있습니다: * Access Manager가 할 수 있는 모든 작업을 수행합니다. * 문, AUX 입력/출력, 잠금, 액세스 컨트롤러를 추가, 수정 및 삭제합니다. * 액세스 레벨 및 액세스 일정 예외를 추가, 수정 및 삭제합니다. * Bluetooth 잠금 해제 및 예약된 펌웨어 업데이트와 같은 사이트 수준 액세스 설정을 관리합니다.
액세스 사이트 관리자 사용자가 특정 사이트의 Access Site Admin인 경우, 해당 사이트에 대한 권한은 조직 수준 액세스 제어 역할이 Access Manager인지 Access Admin인지에 따라 달라집니다. 다음 표는 사용자가 특정 **사이트 X**: | | | | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **액세스 관리자** | **액세스** **관리자** | |

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

사이트 X의 문에 대한 보고서 보기

문 이벤트 기록 보기

사이트 X의 문에 대한 사용자 이벤트 기록 보기

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

사이트 X의 문의 일정을 재정의

Verkada Command에서 사이트 X의 문 잠금 해제

|

Access Manager가 할 수 있는 모든 것을 수행하며, 추가로 다음을 수행합니다:

다른 사용자의 액세스 역할 변경

사이트 X의 Access Site Admin 추가/제거

사이트 X의 액세스 제어 장치 추가/제거

사이트 X의 문 및 AUX 장치 추가/구성/제거

사이트 X의 액세스 레벨 추가/구성/제거

| {% hint style="danger" %} Org Admin이 아닌 Access Admin은 자신에게 Access Site Admin 권한을 부여할 수 없습니다. {% endhint %}
*** ## 기존 액세스 제어 역할 마이그레이션 {% hint style="danger" %} Org Admin이거나 **둘 다** 또는 [시스템 관리자 액세스](/access-control/ko/getting-started/roles-and-permissions-for-access-control.md) **및** [액세스 사용자 관리자](/access-control/ko/getting-started/roles-and-permissions-for-access-control.md) 기존 액세스 제어 역할을 가진 사용자를 현재 액세스 제어 역할로 마이그레이션하려면. {% endhint %} {% stepper %} {% step %} **Verkada Command에서 모든 제품 > 관리자로 이동합니다.** {% endstep %} {% step %} **조직 설정에서 Users를 선택합니다.** {% endstep %} {% step %} **기존 액세스 제어 역할이 있는 사용자를 선택합니다.** {% endstep %} {% step %} **왼쪽 사이드 패널에서 Access Control Roles 옆의 Update Roles를 클릭합니다.** {% endstep %} {% step %} **Assign New Roles를 클릭합니다.** a. 사용자가 갖길 원하는 Access System, Access User Management, Access Site 역할을 선택합니다.\ b. 클릭합니다. **완료하고 역할 적용**. {% endstep %} {% endstepper %} 새 액세스 제어 역할로 마이그레이션한 후에는 해당 사용자의 모든 기존 액세스 제어 역할이 제거됩니다. 이후에는 이 사용자에게 현재 액세스 제어 역할만 부여할 수 있습니다. *** ### FAQ
기존 액세스 제어 역할이 있는 사용자가 현재 액세스 제어 역할을 부여하는 Command 그룹에 추가되면 어떻게 되나요? 기존 액세스 제어 역할이 있는 사용자가 다음에 추가되면 [Command 그룹](/command/ko/users-and-permissions/manage-users-in-your-organization/manage-command-groups.md) 현재 액세스 제어 역할이 있는 경우, 사용자는 기존 및 현재 액세스 제어 역할의 조합으로 부여된 모든 권한을 받게 됩니다. 이 상태는 지원되지만, Command 그룹을 통해 권한을 할당하기 전에 사용자의 기존 액세스 역할을 현재 액세스 제어 역할로 마이그레이션하는 것이 좋습니다. 이렇게 하면 사용자의 현재 액세스 권한 추적을 간소화할 수 있습니다.
--- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## 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, and the optional `goal` query parameter: ``` GET https://help.verkada.com/access-control/ko/users-and-credentials/add-and-modify-access-groups/legacy-access-control-roles.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. 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.