](https://saml.prod-ap-syd.verkada.com/saml/sso/%3Cclient-ID%3E)
{% hint style="warning" %}
参照 **Admin > データプライバシー > データレジデンシー > データ処理場所** これで、お使いのリージョンの場所を確認できます。
{% endhint %}
{% endstep %}
{% step %}
**ログインを完了するために、Google Workspace アプリの設定ページにリダイレクトされます。**
{% endstep %}
{% endstepper %}
***
### モバイルアプリケーションでログインする
{% hint style="info" %}
Android と iOS の Command は、SAML によるログインをサポートしています。
{% endhint %}
{% stepper %}
{% step %}
**メールアドレス欄にユーザーのメールアドレスを入力し、［次へ］をクリックします。**
{% endstep %}
{% step %}
**ログイン手続きを完了するために、IDプロバイダ（Google Workspace）へリダイレクトされるはずです。**
{% endstep %}
{% endstepper %}
{% endtab %}
{% tab title="ユーザープロビジョニング" %}
## Google Workspace ユーザープロビジョニング
Google Workspace のネイティブ統合により、オーガニゼーション' は Google Workspace から Verkada Command へユーザーとグループを自動的に同期できます。これにより、ID管理と一般的なユーザーオンボーディングが簡素化されます。
Okta や Azure との Verkada の SCIM 統合とは異なり、この統合では Google Workspace Admin SDK と Reports API を使用し、ドメイン全体の委任を持つ Google サービス アカウントによって認証されます。
統合を有効にすると、Command では次のことが可能になります:
* 選択した Google Workspace グループまたは組織部門 (OU) からユーザーとグループをインポートする
* それらを管理対象のユーザーおよびグループとして Command に同期する
* 定期的なバックグラウンド同期と Admin UI からのオンデマンド同期により、ディレクトリの正確性を維持する
***
### Google サービス アカウントを作成する
Command が Google Workspace ドメインからユーザーおよびグループデータを読み取れるようにするには、サービス アカウントを使用して Google の API に対して認証する必要があります。この種のアカウントはプログラムからのアクセス用に設計されており、正しい API スコープとドメイン全体の委任を設定する必要があります。これらの設定は、 [Google Cloud コンソール](https://console.cloud.google.com/?hl=en-au) アカウントで構成します。
#### ポリシーとロールを確認する
まず、ユーザーにサービス アカウントの作成権限とサービス アカウントの JSON キーを生成する権限があるか確認してください。テナントのセキュリティ ポリシーによって妨げられないようにするには、次の手順を実行します:
{% stepper %}
{% step %}
**次へ移動します:** [**Google Cloud コンソール**](https://console.cloud.google.com/?hl=en-au) **Super Admin の認証情報でサインインします。**
{% endstep %}
{% step %}
**左上隅で［プロジェクト セレクタ］ドロップダウンを開き、最上位の（タイプ: オーガニゼーション'）リソースを選択します。**
{% endstep %}
{% step %}
**左側のパネルから、IAM & Admin → IAM に移動します。**
{% endstep %}
{% step %}
**［プリンシパル別に表示］の下にある［アクセスを許可］をクリックします。**
a. ～の下で **プリンシパルを追加**に、ユーザーのメールアドレスを入力します。\
b. ～の下で **ロールを割り当て**で検索して選択します **オーガニゼーション' ポリシー管理者**。\
c. クリックします **Save**.
{% endstep %}
{% step %}
**左側のパネルで、オーガニゼーション' ポリシーを選択します。**
{% endstep %}
{% step %}
**ポリシー一覧で、次の項目を検索して無効にします:**
{% code title="無効にするオーガニゼーション' ポリシー" %}
```
サービス アカウントの作成を無効にする | 管理対象
サービス アカウントの作成を無効にする | 管理対象（レガシー）
サービス アカウントのキー作成を無効にする | 管理対象
サービス アカウントのキー作成を無効にする | 管理対象（レガシー）
```
{% endcode %}
{% endstep %}
{% endstepper %}
#### サービス アカウントを作成する
{% stepper %}
{% step %}
**の** [**Google Cloud コンソール**](https://console.cloud.google.com/?hl=en-au)**、左上で［プロジェクト セレクタ］ドロップダウンを開きます。**
{% endstep %}
{% step %}
**［新しいプロジェクト］をクリックします。**
{% endstep %}
{% step %}
**プロジェクト名を入力します（例: *****Verkada User Sync*****）を入力し、プロジェクトを作成します。**
{% endstep %}
{% step %}
**プロジェクトを作成したら、左上のナビゲーションバーで選択されていることを確認します。**
{% endstep %}
{% step %}
**左側のサイドバーから、IAM & Admin → Service Accounts に移動します。**
{% endstep %}
{% step %}
**［+ サービス アカウントを作成］をクリックします。**
{% endstep %}
{% step %}
**次のフィールドを入力します:**
* **名前:** 説明的な名前を入力します（例: *Verkada User Provisioning*)
* **ID:** そのままにするか、カスタマイズします（任意）
* **説明:** 次のようなメモを追加します: *Verkada が Workspace のディレクトリデータを読み取るために使用* （任意）
{% endstep %}
{% step %}
**［作成して続行］をクリックします。**
{% endstep %}
{% step %}
**［プロジェクトへのアクセスを許可］の手順はスキップします。ここではロールは必要ありません。**
{% endstep %}
{% step %}
**［続行］→［完了］をクリックします。**
{% endstep %}
{% step %}
**サービス アカウントの一覧から、新しく作成したアカウントの OAuth 2 クライアント ID をコピーします。この ID は、後でセットアップを完了するために必要です。**
{% endstep %}
{% endstepper %}
#### JSON キーを生成する
{% stepper %}
{% step %}
**Service Accounts の一覧で、アカウント名をクリックするか、新しいサービス アカウントの横にある三点メニューを選択して［キーを管理］を選択します。**
{% endstep %}
{% step %}
**［キー］タブで、［キーを追加］→［新しいキーを作成］をクリックします。**
{% endstep %}
{% step %}
**［JSON］を選択し、［作成］をクリックします。**
{% endstep %}
{% step %}
**1つの `.json` ファイルがコンピュータにダウンロードされます。後で Verkada Command で統合を設定する際に使用できるよう、安全な場所に保存してください。**
{% endstep %}
{% endstepper %}
{% hint style="danger" %}
この JSON ファイルには、Command の Google Workspace 統合が OAuth 2.0 経由で Google API に認証するために使用する認証情報が含まれています。このファイルは Workspace データへのアクセスを提供するため、安全に保管し、共有したり公開したりしないでください。
{% endhint %}
#### 必要な Google API を有効にする
Verkada Command では、ユーザー、グループ、ドメイン、監査ログを読み取るために、特定の Google Workspace API へのアクセスが必要です。統合を機能させるには、これらの API を Google Cloud プロジェクトで有効にする必要があります。
{% stepper %}
{% step %}
**次へ移動します:** [**Google Cloud コンソール**](https://console.cloud.google.com/)**、Super Admin の認証情報でサインインします。**
{% endstep %}
{% step %}
**左側のサイドバーから、［API とサービス］→［API ライブラリ］に移動します。**
{% endstep %}
{% step %}
**検索バーで Admin SDK API を見つけて選択し、［有効にする］をクリックします。**
{% hint style="warning" %}
この API は、ユーザー、グループ、ドメインのメタデータを読み取るために必要です。
{% endhint %}
{% endstep %}
{% step %}
**（任意）Reports API を検索して有効にし、監査ログの監視とディレクトリ変更の検出を可能にします。**
{% endstep %}
{% endstepper %}
***
### ドメイン全体の委任を有効にする
サービス アカウントが管理者になり代わってドメイン全体のユーザーおよびグループデータにアクセスできるようにするには、ドメイン全体の委任を付与する必要があります。これにより、サービス アカウントは手動での再認証を行わずに、管理者の代わりに読み取り操作を実行できます。
{% stepper %}
{% step %}
**次に移動します:** [**Google Admin Console**](https://admin.google.com/) **そして、Google Workspace テナントの Super Administrator 認証情報でサインインします。**
{% endstep %}
{% step %}
**Admin Console のホームページから、［セキュリティ］→［アクセスとデータ管理］→［API コントロール］に移動します。**
{% endstep %}
{% step %}
**API コントロール ページで、［ドメイン全体の委任］セクションまでスクロールし、［ドメイン全体の委任を管理］をクリックします。**
{% endstep %}
{% step %}
**［新規追加］をクリックし、次の詳細を入力します:**
* **クライアント ID:** サービス アカウント キーファイルの OAuth 2 クライアント ID を貼り付けます（ `client_id` フィールドは JSON 内にあります）。
* **OAuth スコープ（カンマ区切り）:**
https://www.googleapis.com/auth/admin.directory.user.readonly,
https://www.googleapis.com/auth/admin.directory.group.readonly,
https://www.googleapis.com/auth/admin.directory.orgunit.readonly
{% endstep %}
{% step %}
**［承認］をクリックします。**
{% endstep %}
{% endstepper %}
新しい委任エントリがページに表示され、サービス アカウントを Verkada Command でユーザー、グループ、監査データの照会に使用できることが確認されます。
#### ユーザー属性値を設定する
ユーザーを Verkada Command に同期する前に、主要な属性（名、姓、メール、従業員 ID など）が Google Workspace に正しく入力されていることを確認してください。
{% stepper %}
{% step %}
**次にサインインします:** [**Google Admin Console**](https://admin.google.com/) **Super Admin アカウントを使用して。**
{% endstep %}
{% step %}
**［ディレクトリ］→［ユーザー］に移動します。**
{% endstep %}
{% step %}
**更新したいユーザープロファイルを選択します。**
{% endstep %}
{% step %}
**［ユーザー情報］をクリックし、関連するセクション（たとえば［基本情報］や［従業員情報］）を展開します。**
{% endstep %}
{% step %}
**必要に応じて次のフィールドを更新します:**
* **主なメールアドレス**
* **名** と **姓**
* **従業員ID** （～の下で *従業員情報*)
* **電話番号** （～の下で *連絡先情報*)
{% endstep %}
{% step %}
**\[保存] をクリックして変更を適用します。**
{% endstep %}
{% endstepper %}
次の属性は Google Workspace から Verkada Command に同期できます:
| Google Workspace 属性名 | Command フィールド |
| -------------------- | ------------- |
| メール | メール |
| 名 | 名 |
| 姓 | 姓 |
| 部署 | 部署 |
| コストセンター | 部署 ID |
| 従業員ID | 従業員ID |
| 役職 | 従業員タイトル |
| 電話番号（自宅/勤務先/携帯の主番号） | 電話番号 |
{% hint style="danger" %}
Google Workspace から同期されたユーザーとグループは Workspace でのみ管理され、Verkada Command では編集できません。Command との同期を成功させるには、ユーザーに名、姓、メールアドレスが必要です。
{% endhint %}
{% hint style="info" %}
ユーザーの電話番号が Verkada Command に正しく同期されるよう、国番号を含め、スペースやハイフンを入れない国際形式で入力してください。
**例:** `+14155552671`
{% endhint %}
***
### Command で統合を有効にする
{% hint style="danger" %}
必要です **Org Admin** この統合を構成する権限。
{% endhint %}
{% stepper %}
{% step %}
**Verkada Command で、All Products > Admin に移動します。**
{% endstep %}
{% step %}
**［組織設定］で、［ログインとアクセス］→［ユーザープロビジョニング］→［Google Workspace］を選択します。**
a. Google Workspace の Super Admin のメールアドレスを入力します。セキュリティと継続性のため、Verkada は個人のユーザーアカウントではなく、同等の管理権限を持つ専用のサービス アカウントの使用を推奨します。\
a. Google Cloud Console プロジェクトで生成した JSON キーをアップロードします。\
b. 認証が成功したら、 **追加** Command に同期したいグループや組織部門を選択するために、\
c. クリックします **有効にする**.
{% endstep %}
{% step %}
**最初の同期が正常に完了すると、いつでもオンデマンド更新できる［今すぐ同期］ボタンが利用可能になります。**
{% endstep %}
{% endstepper %}
***
### FAQ
ユーザーは定期スケジュールで自動的に同期されますか？
はい、ユーザーは Google Workspace アカウントから Verkada Command へ 40 分ごとに自動同期されます。
{% endtab %}
{% endtabs %}
---
# 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/command/ja/sekyuriti/identity-providers/google-workspace.md?ask=&goal=
```
`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.