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




