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