> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/access-control/ja/akusesu/visitor-access.md).

# 訪問者アクセス

訪問アクセステンプレートと訪問は、Verkada アクセスコントロールで訪問者の一時的なアクセスを管理するために連携します。テンプレートでは、スケジュール、ドア、認証情報、期間の上限など、訪問者アクセスのルールと制限を定義します。次に、これらのテンプレートから訪問を作成し、各訪問者に定義された条件内で一時的なアクセスを付与します。

{% hint style="danger" %}
必要です **アクセスシステム管理者、アクセスサイト管理者**、または **アクセスサイトマネージャー** の権限が、訪問アクセステンプレートの作成と変更に必要です。
{% endhint %}

***

## 訪問アクセステンプレート

訪問アクセステンプレートには、次の設定が含まれます:

* **アクセススケジュール**: 訪問者アクセスが許可されるか拒否されるかを決定します。
* **サイト**: テンプレートが適用されるサイトを指定します。
* **ドア**: 訪問者が訪問中にアクセスできるドアを定義します。
* **最大期間**: 訪問中に訪問者がドアにアクセスできる最大時間を設定します。
* **認証情報**: 訪問者がドアを解錠するために使用できるアクセス方法を定義します。サポートされている認証情報の種類には、キーカード、入室コード、QRコード、Web解錠リンク、Face Unlock、ナンバープレートが含まれます。
* **安否確認**: 選択したサイトのすべての安否確認レポートに訪問者を含めます。既定では有効です。
* **ディレクトリ**: テンプレートで作成された訪問者がどのディレクトリに追加されるかを定義します。訪問者は既定でグローバルディレクトリに追加されます。Directory Access、User Admin、または Manager の権限を持つユーザーは、追加のディレクトリを選択できます。

### 設定

{% stepper %}
{% step %}
**Verkada Command で、［All Products］>［Access］に移動します。**
{% endstep %}

{% step %}
**左側のナビゲーションで、［Visitor Access］>［Access Templates］をクリックします。**
{% endstep %}

{% step %}
**右上の［Create template］をクリックします。**

1. 必要に応じてオプションを設定します。
2. ［ **保存**.

{% hint style="danger" %}
訪問アクセステンプレートにドアが追加されていても、認証情報が有効になっていなければ、訪問者はドアを解錠できません。
{% endhint %}
{% endstep %}
{% endstepper %}

{% hint style="info" %}
訪問アクセステンプレートは、Verkada Guest Type からもリンクできます。詳細は [ゲストのドアアクセス](/guest/ja/she-ding/door-access-for-guests.md) をご覧ください。
{% endhint %}

***

## 訪問

訪問には、次の情報が含まれます:

* **訪問アクセステンプレート**: 訪問の基になるテンプレートです。これにより、その訪問の設定範囲が定義されます。
* **開始時刻と終了時刻**: 訪問者が一時的にアクセスできる期間を定義します。
* **認証情報**: 訪問者が訪問中にドアを解錠するために使用できるアクセス方法と認証番号を指定します。
* **ドア**: 特定の訪問に適用される、テンプレート内のドアのサブセットを定義します。
* **Visit Key の有効期間**: 認証情報が訪問期間全体にわたって有効なままになるか（複数回使用）、最初の使用後すぐに期限切れになるか（1回限り使用）を決定します。以下の Visit Key の種類を参照してください。

サイト用の訪問アクセステンプレートが作成されると、指定されたスタッフはそのテンプレートから個別の訪問を作成できます。

{% hint style="danger" %}

* 必要です **組織管理者**, **アクセスシステム管理者**, **アクセスサイト管理者**, **アクセスサイトマネージャー**、または **アクセスサイト訪問管理者** の権限が、訪問の作成に必要です。
* この **アクセスサイト訪問管理者** ロールにより、スタッフはサイト内のすべてのテンプレートにわたって訪問の作成、変更、終了ができ、より広範なアクセスコントロール管理権限を付与する必要はありません。

詳細は [アクセスコントロールのロールと権限](/access-control/ja/hajimeni/roles-and-permissions-for-access-control.md#access-site-visit-manager) をご覧ください。
{% endhint %}

### 設定

{% stepper %}
{% step %}
**Verkada Command で、［All Products］>［Access］に移動します。**
{% endstep %}

{% step %}
**左側のナビゲーションで、［Visitor Access］>［Visits］をクリックします。**
{% endstep %}

{% step %}
**右上の［Create Visit］をクリックします。**
{% endstep %}

{% step %}
**訪問アクセステンプレートを選択します。**

このテンプレートにより、この訪問で利用できるドア、スケジュール、認証情報オプション、最大期間が定義されます。

{% hint style="info" %}

* **組織管理者**, **アクセスシステム管理者**, **アクセスサイト管理者**、および **アクセスサイトマネージャー** は、カスタムアクセステンプレートを選択することで、訪問アクセステンプレートとは独立したカスタム訪問を作成できます。
* インターコム受信側では、インターコムドアに限定したカスタム訪問を作成できます。詳細は [Visit Key を使用して一時アクセスを付与する](/access-control/ja/yzto/add-a-user-to-the-verkada-access-system/visitor-access-visit-access-type.md) をご覧ください。
  {% endhint %}
  {% endstep %}

{% step %}
**訪問の説明:**

{% hint style="warning" %}
この手順は任意です。訪問者が訪問に追加されていない場合でも、Visit Key は作成されますが、一時的なドアアクセスを付与するには訪問者に手動で共有する必要があります。建物内での訪問者の動きは、情報が登録されていないと正確に記録されません。
{% endhint %}

1. 訪問者を検索するか、新規作成します。

{% hint style="warning" %}
訪問者を作成する際は、名とメールアドレスを入力する必要があります。
{% endhint %}

2. 一意の訪問名を入力します。
3. ［ **次へ。**

{% hint style="info" %}
訪問者が同時に有効にできる訪問は1つだけです。入力したメールアドレスまたは電話番号が既存の有効な訪問と一致する場合は、前の訪問を終了するか、新しい訪問をキャンセルするかを求められます。
{% endhint %}
{% endstep %}

{% step %}
**ドアの選択:**

1. 訪問に追加するドアを選択します。
2. ［ **次へ。**
   {% endstep %}

{% step %}
**期間の設定:**

1. 選択 **複数回使用の Visit Key** または **1回限り使用の Visit Key**.
2. 開始時刻と終了時刻を設定します。

{% hint style="warning" %}
訪問は、テンプレートで定義されたスケジュールと最大期間内でなければなりません。
{% endhint %}

3. ［ **次へ。**
   {% endstep %}

{% step %}
**認証情報の選択:**

1. ユーザーに送信される認証情報を管理します。
2. ［ **次へ。**

{% hint style="warning" %}
訪問者のメールアドレスまたは電話番号が既存の恒久ユーザーと一致する場合、Verkada はこの訪問用に新しいキーカード、Face Unlock 認証情報、またはナンバープレートを発行しません。恒久ユーザーは既存の認証情報を使用する必要があります。入室コード、QRコード、Web解錠リンクは引き続き発行され、メールでユーザーに配信されます。詳細は [認証情報の配信](#credential-delivery) をご覧ください。
{% endhint %}
{% endstep %}

{% step %}
**Visit Key の準備:**

1. 訪問者の連絡先情報を確認します。
2. （任意）ウェルカムメッセージを追加します。
3. ［Visit Key を送信］をクリックします。

{% hint style="success" %}
いずれかの認証情報がドアで初めて受理された時点で、訪問は自動的に開始されます。
{% endhint %}
{% endstep %}
{% endstepper %}

***

## Visit Key の管理

提供された連絡先情報に応じて、訪問者にはSMS、メール、またはその両方が送信されます。どちらにも、次の内容を表示するホストされた Visit Key のWebページへのリンクが含まれます:

* 訪問のオーガナイゼーション', 開始時刻、終了時刻
* 訪問者がアクセスできるドア
* 訪問用に発行されたすべての認証情報とその使用方法

いずれかの認証情報がドアで初めて受理された時点で、訪問は自動的に開始されます。

{% tabs %}
{% tab title="訪問の詳細を表示" %}

#### 訪問の詳細を表示

{% stepper %}
{% step %}
**Verkada Command で、［All Products］>［Access］に移動します。**
{% endstep %}

{% step %}
**左側のナビゲーションで、［Visitor Access］>［Visits］を選択します。**
{% endstep %}

{% step %}
**各 Visit Key は表の1行として表示されます。訪問を選択すると、次の情報を確認できます:**

* **詳細**
  * **ドア:** 訪問者がアクセスできるドアを表示します
  * **期間:** Visit Key が有効な時期を示します
  * **概要:** Visit Key がいつ作成されたか、また誰が作成したか最後に変更したかを表示します
* **Visit Key**
  * **認証情報:** 訪問者にプロビジョニングされた認証情報を表示します
  * **ウェルカムメッセージ:** 訪問者向けに設定されたウェルカムメッセージを表示します
  * **Visit Key のプレビュー:** Visit Key のプレビューを表示します
* **イベント:**
  * Visit Key に紐づくアクセスイベント履歴
    {% endstep %}
    {% endstepper %}

{% hint style="warning" %}
訪問者は、訪問アクセステンプレートに関連付けられたサイトの有効な安否確認レポートに表示される場合があります。初回入館時に安否確認レポートで有効になり、訪問終了時に削除されます。詳細は [安否確認レポート](/access-control/ja/toarto/access-control-reports/roll-call-reports.md) をご覧ください。
{% endhint %}
{% endtab %}

{% tab title="Visit Key を複製する" %}

#### Visit Key を複製する

{% hint style="danger" %}
複製できる訪問は **到着待ち** および **終了** 状態のみです。
{% endhint %}

{% stepper %}
{% step %}
**Verkada Command で、［All Products］>［Access］に移動します。**
{% endstep %}

{% step %}
**左側のナビゲーションで、［Visitor Access］>［Visits］を選択します。**
{% endstep %}

{% step %}
**一覧から訪問を選択します。**

**到着待ち:**

1. 右上の <i class="fa-ellipsis">:ellipsis:</i> > **複製**.
2. ［ [手順](#create-a-visit-key) を必要に応じて編集します。
3. ［ **Visit Key を送信します。**

**終了済み:**

1. 右上の <i class="fa-copy">:copy:</i>.
2. ［ [手順](#create-a-visit-key) を必要に応じて編集します。
3. ［ **Visit Key を送信します。**
   {% endstep %}
   {% endstepper %}
   {% endtab %}

{% tab title="Visit Key を編集" %}

#### Visit Key を編集

{% hint style="danger" %}
訪問を編集できるのは **到着待ち** 状態のみです。
{% endhint %}

{% stepper %}
{% step %}
**Verkada Command で、［All Products］>［Access］に移動します。**
{% endstep %}

{% step %}
**左側のナビゲーションで、［Visitor Access］>［Visits］を選択します。**
{% endstep %}

{% step %}
**［到着待ち］状態の一覧から訪問を選択します。**
{% endstep %}

{% step %}
**設定を管理するには、［Details］タブと［Visit Keys］タブの各セクションの横にある［Edit］をクリックします。**
{% endstep %}
{% endstepper %}
{% endtab %}

{% tab title="訪問を終了する" %}

### 訪問を終了する

{% stepper %}
{% step %}
**Verkada Command で、［All Products］>［Access］に移動します。**
{% endstep %}

{% step %}
**左側のナビゲーションで、［Visitor Access］>［Visits］をクリックします。**
{% endstep %}

{% step %}
**一覧から訪問を選択します。**
{% endstep %}

{% step %}
**右下の［Delete］>［Delete Visit］をクリックします。**

この訪問用に発行されたすべての認証情報は直ちに機能しなくなり、訪問者にはメールまたはSMSで通知されます。
{% endstep %}
{% endstepper %}
{% endtab %}
{% endtabs %}

***

## 認証情報の配信

訪問アクセステンプレートは、どの種類の認証情報を発行できるかを制御します。Verkada では次のオプションがサポートされています:

| **認証情報**        | **配信方法**               | **メモ**                                     |
| --------------- | ---------------------- | ------------------------------------------ |
| **キーカード**       | フロントデスクで受け取り           | 手動で追加するか、スキャンして追加モーダルから追加します               |
| **入室コード**       | メールと Visit Key のWebページ | キーパッドリーダーでコードを入力し、その後 **#** （例: **1234#**) |
| **QRコード**       | メールと Visit Key のWebページ | Apple Wallet または Google Wallet に追加できます     |
| **Web解錠**       | メールと Visit Key のWebページ | 訪問者のブラウザーから1回タップするだけでドアを解錠できます             |
| **Face Unlock** | 自己登録用のメールリンク           | Face 認証情報は訪問終了時に削除されます                     |
| **ナンバープレート**    | 訪問フォームへの手動入力           | ドアにLPRカメラが必要です                             |

***

## FAQ

<details>

<summary>恒久ユーザーに、アクセス権限のないサイトへの訪問を付与できますか？</summary>

はい。恒久ユーザーを訪問に追加し、既存の認証情報を使用して、訪問アクセステンプレートで許可されたドアにアクセスできます。恒久ユーザーには、新しい入室コード（まだ持っていない場合）、QRコード、または訪問用のWeb解錠リンクを送ることもできます。ただし、新しいキーカード、Face Unlock 認証情報、またはナンバープレートは発行できません。訪問用に発行された一時認証情報は、訪問終了時に失効します。

</details>

<details>

<summary>訪問者は複数の訪問を同時に持てますか？</summary>

いいえ。訪問者ごとに有効な訪問は1つだけです。すでに有効な訪問を持つ訪問者に対して訪問を作成しようとすると、既存の訪問を終了するか、新しい訪問をキャンセルするかを求められます。

</details>

<details>

<summary>以前使用した認証情報を新しい訪問者に割り当てられますか？</summary>

はい。前回の訪問が期限切れであれば、キーカードとナンバープレートを再割り当てできます。非恒久訪問者に発行された入室コード、QRコード、Web解錠リンク、およびFace Unlock 認証情報は、訪問終了時に削除され、再利用できません。

</details>

<details>

<summary>単一のサイトに複数の安否確認レポートが関連付けられている場合、設定された訪問アクセステンプレートを持つ訪問者はすべてのレポートに表示されますか？</summary>

はい。ドアアクセスの有無にかかわらず、訪問者はそのサイトのすべての安否確認レポートに表示されます。

</details>

<details>

<summary>そこから作成された訪問が現在有効な場合、訪問アクセステンプレートはどうなりますか？</summary>

そこから派生した訪問が有効または予約済みの間は、訪問アクセステンプレートを編集できません。テンプレートを変更する前に、有効な訪問を終了するか、期限切れになるまで待つ必要があります。

</details>

<details>

<summary>訪問者を恒久ユーザーに変換できますか？</summary>

はい。訪問者は、訪問履歴を保持したままプロフィールから恒久ユーザーに変換できます。変換を完了するには、名、姓、またはメールアドレスのいずれか1つが必要で、その他の項目は任意です。この操作には、Access User Manager または Access User Admin のロールが必要です。Access Site Visit Manager のロールでは、訪問者を恒久ユーザーに変換できません。

</details>


---

# 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/access-control/ja/akusesu/visitor-access.md?ask=<question>&goal=<endgoal>
```

`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.