アクセスコントロールのロールと権限
Verkada Command におけるユーザーのアクセスコントロール権限を定義するロールについて学ぶ
2024年11月14日現在、アクセスコントロールの権限が変更されました。レガシーのアクセスコントロールロールを持つユーザーは、本記事で詳述されている現在のロールに更新されるまで、権限を保持します。参照してください レガシーのアクセスコントロールロール 詳細については。
この記事では、次のためのロールと関連する権限のセットについて説明します: Verkada Access Control。他のVerkada製品ラインのロールと権限の詳細については、次を参照してください Commandのロールと権限.
権限に関する考慮事項
サブサイトは、最上位の親サイトを含むすべての親サイトから権限を継承します。
ユーザーは複数のグループに所属できます。ロールが競合する場合、ユーザーには 付与されている最高のロール が直接または任意のグループを通じて与えられます。
グループに割り当てられたロールは手動でアップグレードできますが、ダウングレードはできません。アクセスをダウングレードするには、高いロールを持つグループからユーザーを削除してください。
アクセスコントロールの権限は、組織レベルとサイトレベルの両方で設定されます。組織レベルのロールが2つ、サイトレベルのロールが1つあり、これらがユーザーのアクセスコントロールの表示および管理権限とデバイス権限を定義します:
アクセスコントロールのロールは、互いに独立してユーザーに付与されます。
組織レベルのロール
サイトレベルのロール
権限を設定する
一般的なアクセスコントロールの権限構成
シナリオ
ロール構成
ユーザーはすべてのアクセスコントロールシステム設定、デバイス、およびユーザーに対する完全な管理権限を必要とします。 例えば、セキュリティディレクター。
Access System Admin
Access User Admin
ユーザーは1つ以上のサイトのドアに適用されるドアスケジュールや例外を作成および編集できる必要があります。
例えば、セキュリティチームのメンバー。
Access System Manager
ユーザーはバッジを印刷してアクセスグループに追加することで、新しいユーザーのオンボーディングを担当します。 例えば、人事スタッフ。
Access User Manager
ユーザーは新しいユーザー(例:SCIMで同期されたユーザー)のために認証情報を追加し、バッジを印刷することのみを担当します。 例えば、人事スタッフ。
ユーザーはサイト固有のすべてのアクセスコントロール設定を管理する必要がありますが、 持っていません ユーザーまたはアクセスグループの設定を編集できるべきです(ユーザーマネジメントロールによって付与される)。 例えば、オフィスのゼネラルマネージャー。
Access Site Admin
ユーザーは特定サイトのドアにアクセスを持つアクセスグループを管理する必要がありますが、 持っていません サイトの他のアクセスコントロール設定を編集できるべきです。 例えば、オフィスの施設担当スタッフ。
ユーザーは特定サイトの特定のドアを表示および解除するだけでよい。 例えば、フロントデスクの受付担当者。
最終更新
役に立ちましたか?

