> 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/ja/yzto/add-and-modify-access-groups/legacy-access-control-roles.md).

# レガシーアクセスコントロールロール

{% hint style="success" %}
2024年11月14日現在、アクセスコントロール権限が変更されました。レガシーのアクセスコントロールロールを持つユーザーは、現在のロールに更新されるまで権限が維持されます。この日付以降に追加または変更されたユーザーには、新しいアクセスコントロール権限が付与されます。 [アクセスコントロールのロールと権限を参照してください](/access-control/ja/hajimeni/roles-and-permissions-for-access-control.md) 詳細については
{% endhint %}

Command 内でアクセスコントロールの表示および管理に関するユーザーの権限を定義するレガシーロールは 2 種類あります:

* **Access role（レガシー）**。このロールは組織レベルで設定され、Access Manager または Access Admin のいずれかです。
* **Access Site Admin（レガシー）**。このロールは各サイトのサイトレベルで設定されます。ユーザーがいずれかのサイトの Access Site Admin になるには、アクセスコントロールロールが Access Manager または Access Admin に設定されている必要があります。

{% hint style="warning" %}
ユーザーに旧アクセスコントロールロールがある場合は、 [現在のロールに移行する必要があります](#h_f4e9888012) アクセスコントロール権限を変更する前に。
{% endhint %}

***

## 権限比較

以下は、レガシーのアクセスコントロールロール（青で表示）と [現在のアクセスコントロールロール](/access-control/ja/hajimeni/roles-and-permissions-for-access-control.md) （白で表示）を比較した図です。

#### 組織レベルの Access System 権限

<div align="left" data-with-frame="true"><figure><img src="/files/d9725c54c3a65694d7fd72594a035ba2c28be320" alt=""><figcaption></figcaption></figure></div>

#### 組織レベルの Access ユーザー管理権限

<div align="left" data-with-frame="true"><figure><img src="/files/ea3a366faaae6c214c693e13b60ec3e225eec845" alt=""><figcaption></figcaption></figure></div>

#### サイトレベルのアクセスコントロール権限

<div align="left" data-with-frame="true"><figure><img src="/files/ea3a366faaae6c214c693e13b60ec3e225eec845" alt=""><figcaption></figcaption></figure></div>

***

### レガシーロールの詳細な説明

<details>

<summary>Access Manager</summary>

組織レベルのアクセスコントロールロールが Access Manager に設定されているユーザーは、次のことができます:

* Access Member と同じことをすべて [Access Member](/access-control/ja/hajimeni/roles-and-permissions-for-access-control.md) 行えます。
* アクセス権が付与されたドアのロックを解除できます。
* アクセスユーザーの表示、追加、一時停止、編集ができます。ユーザー情報の更新（SCIM では同期されないもの）、アクセス権の付与と一時停止、認証情報の追加と削除を含みます。
* アクセスグループの表示、編集、削除ができます（SCIM では同期されません）。
* 建物の表示、編集、削除ができます。
* 建物内のフロアの表示、編集、削除、追加ができます。
* Org Admin の場合、他のユーザーが作成した保存済みイベントレポートの説明を表示し、削除できます。

Access Manager が Access Site Admin であるサイトでは、次のことができます:

* ドアの表示とロック解除。
* ドアのスケジュールを、既に作成済みのドアスケジュールに変更できます。
* ドアに、既に作成済みのドアスケジュール例外を追加できます。
* リアルタイムおよび履歴のアクセスイベントを表示できます。これらのイベントのレポートを実行、保存、エクスポート、配布できます。アクセスイベントに基づくアラートを追加および編集できます。

</details>

<details>

<summary>アクセス管理者</summary>

組織レベルのアクセスコントロールロールが Access Admin に設定されているユーザーは、次のことができます:

* Access Manager ができることはすべて。
* アクセスグループの表示、追加、編集、削除ができます（SCIM では同期されません）。
* ドアスケジュール、ドアスケジュール例外、アクセススケジュール例外の表示、追加、削除、編集ができます。
* 更新する [アクセスロール](/access-control/ja/hajimeni/roles-and-permissions-for-access-control.md) 他のユーザーの。
* ユーザーが表示できる任意のサイトで、次を更新できます。 [アクセスサイト管理者](/access-control/ja/hajimeni/roles-and-permissions-for-access-control.md) 他のユーザーのロール。
* Bluetooth解除など、オーガナイゼーション'全体のアクセス設定を構成する。

Access Admin が Access Site Admin であるサイトでは、次のことができます:

* Access Manager ができることをすべて実行できます。
* ドア、AUX 入力/出力、ロックダウン、アクセスコントローラーの追加、編集、削除ができます。
* アクセスレベルとアクセススケジュール例外の追加、編集、削除ができます。
* Bluetooth による解錠やスケジュールされたファームウェア更新など、サイトレベルのアクセス設定を管理できます。

</details>

<details>

<summary>アクセスサイト管理者</summary>

ユーザーが特定のサイトの Access Site Admin である場合、そのサイトに対する権限は、組織レベルのアクセスコントロールロールが Access Manager か Access Admin かによって異なります。次の表では、ユーザーが特定の **Site X**:

|                                                                                                                                                                                                                                |                                                                                                                                                                                                                       |
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Access Manager**                                                                                                                                                                                                             | **アクセス** **管理者**                                                                                                                                                                                                      |
| <p>Site X のドアのリアルタイムイベントを表示</p><p>Site X のドアのレポートを表示</p><p>ドアのイベント履歴を表示</p><p>Site X のドアのユーザーイベント履歴を表示</p><p>Site X のドアのスケジュールを既存の別のスケジュールに変更する</p><p>Site X のドアのスケジュールを上書きする</p><p>Verkada Command から Site X のドアのロックを解除する</p> | <p>Access Manager ができることはすべて行え、さらに以下も可能です:</p><p>他のユーザーのアクセスロールを変更する</p><p>Site X のアクセスサイト管理者を追加/削除する</p><p>Site X のアクセスコントロールデバイスを追加/削除する</p><p>Site X でドアと AUX デバイスを追加/設定/削除する</p><p>Site X でアクセスレベルを追加/設定/削除する</p> |

{% hint style="danger" %}
Org Admin でもない Access Admin は、自分自身に Access Site Admin 権限を付与できません。
{% endhint %}

</details>

***

## 旧アクセスコントロールロールを移行する

{% hint style="danger" %}
Org Admin である必要があります、または **両方** 1つの [システム管理者にアクセスする](/access-control/ja/hajimeni/roles-and-permissions-for-access-control.md) **と** [Access User Admin](/access-control/ja/hajimeni/roles-and-permissions-for-access-control.md) 旧アクセスコントロールロールを持つユーザーを現在のアクセスコントロールロールに移行するには
{% endhint %}

{% stepper %}
{% step %}
**Verkada Command で、すべての製品 > 管理 に移動します。**
{% endstep %}

{% step %}
**組織設定で、ユーザーを選択します。**
{% endstep %}

{% step %}
**旧アクセスコントロールロールを持つユーザーを選択します。**
{% endstep %}

{% step %}
**左側のサイドパネルで、アクセスコントロールロールの横にある［ロールを更新］をクリックします。**
{% endstep %}

{% step %}
**［新しいロールを割り当て］をクリックします。**

a. ユーザーに付与したい Access System、Access User Management、Access Site のロールを選択します。\
b. クリックします **完了してロールを適用**.
{% endstep %}
{% endstepper %}

新しいアクセスコントロールロールに移行すると、そのユーザーの従来のアクセスコントロールロールはすべて削除されます。今後は、このユーザーに付与できるのは現在のアクセスコントロールロールのみです。

***

### FAQ

<details>

<summary>従来のアクセスコントロールロールを持つユーザーが、現在のアクセスコントロールロールを付与する Command グループに追加された場合はどうなりますか？</summary>

従来のアクセスコントロールロールを持つユーザーが、 [Command グループ](/command/ja/yzto/manage-users-in-your-organization/manage-command-groups.md) 現在のアクセスコントロールロールを持っている場合、そのユーザーには、従来のアクセスコントロールロールと現在のアクセスコントロールロールの組み合わせによって付与されるすべての権限が付与されます。

この状態はサポートされていますが、Command グループを通じて権限を割り当てる前に、ユーザーの従来のアクセスコントロールロールを現在のアクセスコントロールロールに移行することを推奨します。これにより、ユーザーの現在のアクセス権限の追跡を効率化できます。

</details>


---

# 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/ja/yzto/add-and-modify-access-groups/legacy-access-control-roles.md?ask=<question>&goal=<endgoal>
```

`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.