Microsoft Entra ID
Microsoft Entra ID (Azure AD) を使用して SSO とユーザープロビジョニングを構成する
ユースケースによっては、 Verkada Command は、Microsoft Entra ID をはじめとする他の ID プロバイダー [IdP] と、以下の方法で統合できます：
OpenID Connect (OIDC)
Security Assertion Markup Language (SAML)
クロスドメインID管理のためのシステム (SCIM)
OIDC および SAML どちらも認証を処理し、Microsoft Entra ID が、環境内の他の SaaS アプリケーションへのアクセスを管理するのと同じように Command へのアクセスを管理できるようにします。どちらのプロトコルでも、Command を既存の ID フレームワークに統合し、現在のポリシーに沿ってユーザーを認可できます。
SCIM Microsoft Entra ID 内の既存のユーザーとグループを活用し、Command と同期できます。これにより、現在の中央 IdP を維持し、既存のユーザーとグループを使って Command の権限を構成できます。
Verkada は、セキュリティ強化と設定の容易さのため、SAML より OIDC を推奨します。OIDC により、次も有効になります エンタープライズ制御暗号化.
OIDC SSO
はい
SAML SSO
はい
SCIM ユーザープロビジョニング
はい
ECE 対応
はい
Microsoft Entra ID 向けの OIDC ベースの SSO
Verkada Command は、Microsoft Entra ID との OpenID Connect (OIDC) によるシングルサインオン (SSO) をサポートしています。この統合により、ユーザーは既存の Microsoft Entra ID 資格情報を使ってシームレスかつ安全に認証でき、Command へのアクセスが効率化され、全体的なセキュリティも向上します。
有効にする エンタープライズ制御暗号化 (ECE) を有効にして、セキュリティを強化します。
Microsoft Entra ID の設定
へログインします Microsoft Entra ID ポータル.
App registrations を検索して選択します。
［新しい登録］をクリックします。
a. アプリケーションに名前を付けます Verkada SSO OIDC. b. 以下の項目で サポートされているアカウントの種類, 選択 この組織ディレクトリ内のアカウントのみ（単一テナントのみ）。 c. の下で リダイレクト URIを選択します シングルページ アプリケーション (SPA) をプラットフォームとして使用し、次のコールバック URL を追加します：
https://org-short-name.command.verkada.com/oidc/aad/callback (URI の org-short-name を、あなたの Command オーガナイゼーション' のショートネームに置き換えてください。)
コールバック URI の末尾にスラッシュがないことを確認します。
［登録］をクリックします。
Application (Client) ID と Directory (Tenant) ID をコピーし、安全な場所に保管してください。Verkada Command でのセットアップを完了するには、これらが必要です。
左側で［Manage］>［Expose an API］をクリックします。
a. クリック スコープを追加します。 b. クリック 保存して続行。 c. 入力します verkada_ece 次のフィールドに対して：
スコープ名
管理者同意の表示名
管理者同意の説明
ユーザー同意の表示名
ユーザー同意の説明
d. 設定します 誰が同意できますか？ を 管理者とユーザー。 e. クリック スコープを追加します。
Verkada Command の設定
Verkada Command で、All Products > Admin に移動します。
左側のナビゲーションで、Login & Access を選択します。
Single Sign-On Configuration を選択します。
OIDC Configuration で、Add New をクリックします。
a. をオンに切り替えます 有効化。 b. （任意）をオンに切り替えます OIDC SSO を必須にします。 c. の下で プロバイダーを選択、 選択 Microsoft Entra ID。 d. の下で Client と Tenant を追加し、 :plus: をクリックします。
で Client ID フィールドに、Microsoft Entra ID からコピーした Client ID を貼り付けます。
で Tenant ID フィールドに、Microsoft Entra ID からコピーした Tenant ID を貼り付けます。
クリック 完了.
e. 以下で Email Domains, :plus: をクリック.
現在のドメイン名を入力します（例：@verkada.com）。
クリック 完了.
［Run Login Test］をクリックします。
ログイン テストが成功すると、OIDC 構成ページにリダイレクトされるはずです。ログインしたら、ホワイトリストに追加する必要があるドメインを追加します。
ドメインを追加したら、もう一度ログイン テストを実行します。2 回目のログイン テストが正常に完了するまで、SSO は有効になりません。
ドメインが確認されると、正常に検証されたことが表示されます。
モバイルアプリケーションからログインする
Android および iOS の Command アプリは、OIDC ベースのログインをサポートしています。
Command アプリを開きます。
メールアドレス欄にメールアドレスを入力し、[次へ] をクリックします。
ログイン処理を完了するために、IdP（Microsoft Entra ID）にリダイレクトされます。
Microsoft Entra ID SAML 統合
Microsoft Entra ID で SAML を設定する
Verkada Command はギャラリー アプリケーションとして登録されており、Microsoft Entra ID のマーケットプレース内で見つけることができます。つまり、Microsoft Entra ID Free、Microsoft Entra ID P1、Microsoft Entra ID P2 のライセンスで利用できます。
開始するには、次のものが必要です： クライアント ID。次の方法を学びます： 生成し、メールドメインを構成する。その後、この記事に戻って残りの手順を完了してください。
Microsoft Entra ID ディレクトリに Verkada Command をエンタープライズ アプリケーションとして追加します。Microsoft Entra ID の概要ページに移動し、［Enterprise applications］を選択します。
ページ上部で［New Application］を選択し、Verkada Command を検索します。
Verkada Command を選択し、［Create］をクリックします。 アプリケーションをあなたの Microsoft Entra ID テナントに追加するには数分かかる場合があるため、しばらくお待ちください.
ページが更新されると、下図のようなメニューが表示されます。
［Set up single sign-on］で、［Get started］をクリックします。
シングルサインオン方式として SAML を選択します。
必要に応じて、［Edit］をクリックして SAML 接続をさらに構成します。
次のフィールドを構成します。Microsoft Entra ID に追加する前に、各 URL の末尾に client ID を追加する必要があります。注の下の例を参照してください。
a. 次の場合： 識別子： 米国のオーガナイゼーション' の場合： https://vauth.command.verkada.com/saml/sso EU の組織の場合： https://saml.prod2.verkada.com/saml/ssoAUS の組織向け： https://saml.prod-ap-syd.verkada.com/saml/sso
b. 次の場合： 返信 URL： 米国のオーガナイゼーション' の場合： https://vauth.command.verkada.com/saml/sso EU の組織の場合： https://saml.prod2.verkada.com/saml/sso AUS の組織向け： https://saml.prod-ap-syd.verkada.com/saml/sso
c. 次の場合： サインオン URL： 米国のオーガナイゼーション' の場合： https://vauth.command.verkada.com/saml/login EU の組織の場合： https://saml.prod2.verkada.com/saml/login AUS の組織向け： https://saml.prod-ap-syd.verkada.com/saml/sso
自分がどのリージョンに該当するかを確認するには、次の場所を参照してください： Verkada 向けにオーガナイゼーション' が作成された場所.
［Save］をクリックします。
［Attributes & Claims］で、［Edit］をクリックし、次の属性に合わせます：
メールに別のソース属性を使用する場合は、使用するソース属性に応じて属性を構成してください。
［SAML Signing Certificate］で、この Federation Metadata XML を Command にインポートします。
後で使えるように保存するには、［Download］をクリックします。
次に表示されるダイアログには、統合完了後に使用できるツールが含まれています。
Verkada Command で続行して 設定を完了します.
Microsoft Entra ID で SAML 接続をテストする
ファイルがアップロードされたら、Microsoft Entra ID で［Test］をクリックして統合をテストします。Command アカウントを持つすべてのユーザー（組織への招待）に通知が送信されます。
［Sign in as current user］でログインします。すべて正しく設定されていれば、Command プラットフォームにリダイレクトされるはずです。
シングルサインオンでログインし、Command へのアクセスを確認します。
現在、Microsoft Entra ID はアプリへのアクセスに対するネストされたグループをサポートしていません。割り当てるには、すべてのユーザーがグループの直接メンバーである必要があります。
モバイルアプリケーションからログインする
Android および iOS の Command アプリは SAML ベースのログインをサポートしています。
Command アプリを開きます。
メールアドレス欄にメールアドレスを入力し、[次へ] をクリックします。
ログイン処理を完了するために、IdP（Microsoft Entra ID）にリダイレクトされます。
Microsoft Entra ID SCIM 統合
Verkada Command は、ユーザーとグループの自動プロビジョニングのために、System for Cross-Domain ID管理 (SCIM) を使用して Microsoft Entra ID と統合します。
SCIM は、Microsoft Entra ID からユーザーとグループを直接 Command に同期します。これにより、次のことが可能になります：
Microsoft Entra ID を中央 IdP として維持します。
Entra ID で変更が発生すると、それに応じて Command のユーザーとグループを自動的に更新します。
既存の ID 構造を使用して、Command の権限を割り当て、管理します。
あなたのオーガナイゼーション' が SCIM を使用している場合、電話番号は SCIM 経由でのみプロビジョニングできます。Command で電話番号を直接編集することはできません。
Microsoft Entra ID での SCIM 設定
Microsoft Entra ID で SCIM を構成する前に、Command でシークレット トークンを生成する必要があります。
Verkada Command で、All Products > Admin に移動します。
［Org Settings］で、［Login & Access & Logs］>［SCIM Users Provisioning］を選択します。
［Add Domain］をクリックし、SCIM で使用する予定の関連するすべてのメールドメインを入力します。
これにより SCIM トークンが生成されます。 これは一度しか表示されません。
a. クリック コピーし 、後で設定で使用できるよう安全な場所に保存します。 b. クリック ［Refresh］ をクリックして、新しいトークンを生成します。トークンをコピーしていない場合、または表示されていない場合に使用します。
Microsoft Entra ID のホームページで、［Enterprise applications］>［New application］>［Create your own application］を選択します。
［Create your own application］のサイドパネルで、アプリケーション名を入力し、「ギャラリーにないその他のアプリケーションを統合する（Non-gallery）」を選択して、［Create］をクリックします。
Verkada Command アプリケーションは選択しないでください。これは事前構成済みの SAML 専用アプリケーションです。
［Provision User Accounts］で、［Get started］をクリックします。
［Manage］>［Provisioning］を選択します。
プロビジョニング ページで：
a. プロビジョニング モードを Automatic に設定します。 b. Tenant URL を次のように設定します：
米国のオーガナイゼーション' の場合： https://api.command.verkada.com/scim
EU の組織の場合： https://scim.prod2.verkada.com/scim
AUS の組織向け： https://scim.prod-ap-syd.verkada.com/scim
自分がどのリージョンに該当するかを確認するには、 Verkada 用にオーガナイゼーション'が作成された場所を参照してください.
f. SCIM を入力します トークン を、Verkada Command で生成された（手順 2）シークレット トークンとして入力します。
［Test Connection］をクリックします。SCIM 接続が成功したことの確認が表示されるはずです。
［Save］をクリックします。
Microsoft Entra ID グループの属性を構成する
Entra ID पोータルで、［Mappings］ドロップダウンを展開し、［Provision Microsoft Entra ID Groups］を選択します。
データ テーブルの次のスクリーンショットに一致するようにマッピングを構成します：
この externalId 属性はデフォルトで追加されます。構成に問題が発生しないよう、この属性を削除してください。
（オプション）マッピングを追加する場合：
a. クリック 新しいマッピングを追加 > 次を選択します ソース属性 を、上記の Microsoft Entra ID 属性に一致するように設定します。 b. 次を設定します： ターゲット属性 を次に一致させます customappsso 属性に一致するようにします。 c. クリック OK.
必要に応じて、［Save］をクリックして変更を確定します。
ページ上部で［Provisioning］を選択し、プロビジョニング ページに戻ります。
Microsoft Entra ID ユーザーの属性を構成する
Entra ID पोータルで、［Mappings］ドロップダウンを展開し、ユーザー マッピングを変更するために［Provision Microsoft Entra ID Users］を選択します。
以下の属性テーブルに一致するようにマッピングを更新します。
userName
有効
Switch([IsSoftDeleted], , "False", "True", "True", "False")
title
jobTitle
name.givenName
givenName
name.familyName
surname
phoneNumbers[type eq "work"].value
telephoneNumber
urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:employeeNumber
employeeId
urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:オーガナイゼーション'
companyName
urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:department
department
urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:costCenter
costCenter
この Switch Microsoft Entra ID 属性の下の属性は、次のような Expression マッピング タイプとして追加されます。
Source Attribute は Microsoft Entra ID Attribute で、Target Attribute は customappsso Attribute です。次のいずれかの customappsso 属性が Target Attributes として利用できない場合は、Microsoft Entra ID プラットフォームにオプションとして追加する必要がある場合があります。その場合は、 ［Show advanced options］ チェックボックスをオンにして、 ［Edit attribute list for customappsso］をクリックします。.
［Save］をクリックして変更を確定します。
上部で［Provisioning］を選択し、［Provisioning Status］をオンに切り替えます。
要件に応じて、スコープを次のいずれかの必要なオプションに調整します：
すべてのユーザーとグループを同期します。
割り当て済みのユーザーとグループのみを同期します。
Users and Groups でユーザーとグループがエンタープライズ アプリケーションに割り当てられていることを確認してください。割り当てられたものがプロビジョニングされ、Command に表示されます。
ユーザーがアプリケーションに割り当てられていることを確認します。初回のプロビジョニング サイクルが完了したら：
a. 次の場所に、正常にプロビジョニングされたユーザーとグループの合計数が表示されるはずです： Overview。 b. Command では、これらのユーザーとグループに関連付けられた SCIM Managed タグが入力されているのが確認できるはずです。これらの同期されたユーザーとグループは、Command で使用できるようになり、Command プラットフォームへのアクセスを制御する権限を割り当てることができます。
CommandからSCIM管理のユーザーを削除する
SCIM管理のユーザーがIDプロバイダで無効化された場合、次の2つの方法でそのユーザーをCommandから削除できます:
ユーザーを削除する – アカウントは削除済みユーザーページに移動しますが、履歴の録画、ロール、権限は保持されます。
ユーザーを完全に削除する – すべてのロール、認証情報、アクセスログ、および関連データが消去されます。ユーザーがSCIM経由で再プロビジョニングされると、Commandは新しいユーザー録画を作成します。
Commandでいずれかの削除オプションを利用する前に、IDプロバイダ(IdP)でユーザーを無効化する必要があります。
（オプション）SCIM ユーザーにアクセス資格情報を追加する
へログインします Azure ポータル.
検索バーに Enterprise Applications と入力して選択します。
Verkada SCIM アプリケーションを選択します。
左側パネルで［Manage］>［Provisioning］をクリックします。
［Mappings］サブメニューを展開し、［Provision Microsoft Entra ID Users］を選択します。
下部で［Show advanced options］>［Edit attribute list for customappsso］をクリックします。
a. 下の表の属性を追加します。 b. クリック 保存.
［Provision Microsoft Entra ID Users］に戻り、［Add New Mapping］を選択します。
a. extensionAttributes 1-5 を ソース属性として使用し、 次のために作成した新しい属性にマッピングします： カード形式、カード番号、カード番号 Hex、資格情報ステータス、 および 施設コード をターゲット属性として使用します。
参照 許容されるカード形式 許容されるカード形式と、それに関連する施設コード、カード番号、および/またはカード番号 Hex の長さについて。
資格情報ステータス は「active」「deactivated」「deleted」のいずれかにできます
クリック 保存.
b. 部門識別子を同期するには、希望するソース属性（例：department やカスタム拡張属性）を使用して新しいマッピングを追加し、ターゲット属性を costCenter（urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:costCenter）に設定します。これにより、部門 ID 値が Command に同期されます。
属性テーブル
urn:ietf:params:scim:schemas:extension:verkada:access:2.0:User:cardFormat
String
urn:ietf:params:scim:schemas:extension:verkada:access:2.0:User:cardNumber
String
urn:ietf:params:scim:schemas:extension:verkada:access:2.0:User:cardNumberHex
String
urn:ietf:params:scim:schemas:extension:verkada:access:2.0:User:credentialStatus
String
urn:ietf:params:scim:schemas:extension:verkada:access:2.0:User:facilityCode
String
urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:costCenter
String
App Registration を編集する
Entra AD で作成される SCIM 対応の各エンタープライズ アプリケーションには、通常それぞれ専用の App Registration が必要です。
検索バーに App registrations と入力して選択します。
All Applications タブに切り替え、Verkada SCIM アプリケーションの名前を検索します。
Overview で、App Registration の Application (client) ID と Directory (tenant) ID を控えてください。後で、App registration から Command アプリケーションの資格情報を構成する際に必要になります。
左側のナビゲーションで［Manage］をクリックします。
a. 以下で Certificates & secrets：
クリック 新しい client secret.
次を設定します 説明 を「Verkada SCIM Credentials」 を選択し、希望する証明書の有効期限を設定します。
表示された値をコピーして保存します： Value 新しく作成された Client Secret の これは一度しか表示されません。
e. 以下で API Permissions:
クリック ［Add Permissions］>［Microsoft Graph］を追加します。
次を選択します Application Permissions を選択し、「User.ReadWrite.All".
チェックボックスをオンにして権限を割り当てます。
クリック Add Permissions.
Microsoft Entra ID と Command アプリケーションの間で通知されるすべてのステージ変更を手動で確認・承認する必要を避けるには、次を選択します： Default Directory に管理者の同意を付与.
次の資格情報一覧を参照してください： 使用可能なカード形式.
資格情報へのアクセスと更新
特定のユーザーの拡張属性と資格情報情報を設定するには、次の Graph API 手順を使用します： https://learn.microsoft.com/en-us/graph/extensibility-overview.
次の設定を行うには、 credentialStatus 属性を 有効 ユーザーの資格情報を設定する際に、Command と資格情報を正常に同期するには必要です。資格情報ステータス（credentialStatus）は extensionAttribute4 です。
例：
External ID を Verkada に同期する
この externalId このフィールドを使用すると、Microsoft Entra を通じてユーザーに永続的でグローバルに一意な識別子を割り当てられ、Verkada は統合全体でそれを参照できます。これは、ユーザーをシステム間で区別する必要がある大規模な企業環境や、資格情報（例：アクセスカード）の同期を一意の ID キーに紐づける必要がある場合に特に有用です。Verkada は、この値を SCIM ユーザースキーマの一部として受信・保存できます。このフィールドは大文字小文字を区別し、通常は Microsoft Entra インスタンス内の指定した属性から文字列値を受け取るように構成されます。この機能は、カスタム資格情報管理、従業員ライフサイクルの自動化、組織間で一貫したユーザーマッピングなどの高度なワークフローをサポートします。
Azure の externalId を Verkada にマッピングする
Microsoft Entra ID（Azure）からカスタム externalId 値を Verkada に同期するには、次の手順に従います：
へログインします Azure ポータル。
検索バーに入力して選択します： Enterprise Applications。
次を選択します Verkada SCIM アプリケーション。
左側パネルで ［Manage］>［Provisioning］をクリックします。
［ Mappings ］サブメニューを展開し、 ［Provision Microsoft Entra ID Users］を選択します。
下部までスクロールして、 ［Show advanced options］>［Edit attribute list for customappsso］をクリックします。
次の新しい属性を追加します：
urn:ietf:params:scim:schemas:extension:verkada:core:2.0:User:externalId
種類：String
大文字小文字を区別：はい
［Save］をクリックします。
に戻り、 Provision Microsoft Entra ID Users をクリックします。 ［Add New Mapping］を選択します。
次の Source Attributeとして、Azure AD で external ID が保存されているフィールドを選択します（例： extensionAttribute1, employeeIdなど）。
次の Target Attributeには、次を使用します： urn:ietf:params:scim:schemas:extension:verkada:core:2.0:User:externalId
［OK］をクリックしてから、［Save］をクリックします。
プロビジョニングされると、external_id 値は Verkada 内のユーザーの SCIM 録画に保存されます。これにより、ユーザーは柔軟で API で照会可能な ID を利用でき、それは組織に対して一意のままで、Verkada の内部識別子に紐づけられず、ユーザーインターフェイスにも公開されません。
最終更新
役に立ちましたか？