> 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/yzto/add-a-user-to-the-verkada-access-system/visitor-access-visit-access-type.md).

# 訪問者アクセスと訪問アクセスの種類

訪問アクセス種別は、Verkada Guest で管理されるゲストに一時的なアクセス権と認証情報を付与します。

{% hint style="danger" %}
必要です [Access System Admin、Access Site Admin、または Access Site Manager の権限](/access-control/ja/hajimeni/roles-and-permissions-for-access-control.md) 訪問種別を作成および変更するために。
{% endhint %}

***

### **訪問アクセス種別**

訪問アクセス種別には次の情報が含まれます：

* **アクセススケジュール -** 訪問者へのアクセスが許可または拒否されるタイミングを決定します。
* **サイト** - 訪問アクセス種別が適用されるサイト。
* **ドア** - 訪問者が訪問中にアクセスできるドアのセット。
* **最大継続時間 -** 訪問者が1回の訪問で一連のドアにアクセスできる最大割り当て時間。
* **認証情報** - 訪問者がドアのロックを解除するために使用できるアクセス方法。入館コードが有効な場合、訪問者はキーパッドリーダーでコードを入力した後に **#** ロックを解除します。詳細は [Visitor Access](/access-control/ja/akusesu/visitor-access.md) をご覧ください。
* **安否確認** - 訪問者は、選択したサイトのすべての安否確認レポートに含めることができます。

### **訪問**

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

* **訪問アクセス種別** - この訪問に対応する訪問アクセス種別。これにより、一時アクセスの構成が決まります。
* **開始日と終了日 -** 訪問者が一時的なアクセス権を持つ期間。
* **チェックイン時刻とチェックアウト時刻 -** 訪問者が現地に滞在しており、安否確認レポートに含めることができる時刻。
* **認証情報** - 訪問者が訪問中にドアのロックを解除するために使用できるアクセス方法と認証情報番号。

***

## 訪問アクセス種別を作成する

{% hint style="danger" %}
最初の [訪問アクセス種別](/guest/ja/she-ding/door-access-for-guests.md) を Access ページから作成する前に、Guest で作成する必要があります。
{% endhint %}

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

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

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

a. 必要に応じて設定を構成します。\
b. クリック **保存。**
{% endstep %}
{% endstepper %}

{% hint style="danger" %}
ドアが訪問アクセス種別に追加されていても、認証情報（キーカードまたは Web ロック解除リンク）が有効でない場合、訪問者はドアのロックを解除できません。
{% endhint %}

***

## Guest の訪問者をユーザーに変換する

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

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

{% step %}
**追加したい訪問者を検索します。**
{% endstep %}

{% step %}
**訪問者の名前を選択し、［Profile］をクリックします。**
{% endstep %}

{% step %}
**［Convert visitor to user］で［Convert to user］をクリックします。**
{% endstep %}
{% endstepper %}

***

## 訪問者の操作を表示

ゲストがサインインしてサイトへのアクセスが付与されると、使用が許可されたドアについて、ドアイベントページで移動を追跡できます。

訪問者は、訪問アクセス種別に関連付けられたサイトの有効な安否確認レポートに表示される場合があります。訪問者はチェックイン時に安否確認レポートで有効になり、チェックアウト時にそこから削除されます。

{% hint style="warning" %}
参照 [安否確認レポート](/access-control/ja/toarto/access-control-reports/roll-call-reports.md) をご覧ください。
{% endhint %}

***

## よくある質問

<details>

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

はい。訪問アクセスが付与された恒久ユーザーおよび従業員は、割り当てられた訪問アクセス種別でドアへのアクセスが許可されている場合、既存の認証情報を使用する必要があります。

</details>

<details>

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

いいえ。訪問者ごとに有効な訪問は 1 件のみ許可されます。

</details>

<details>

<summary>以前に訪問者に割り当てた認証情報を再利用できますか？</summary>

はい。前回の訪問が期限切れになっていれば、その認証情報は再利用できます。

</details>

<details>

<summary>訪問の開始日/終了日とチェックイン/チェックアウトの違いは何ですか？</summary>

開始日と終了日は、訪問者が訪問アクセス種別に基づいてドアへのアクセス権を持っていた期間を定義します。チェックイン時刻とチェックアウト時刻は、訪問者が現地にいた時間と、安否確認レポートに含まれていた時間を示します。

</details>

<details>

<summary>複数の安否確認レポートが 1 つのサイトに関連付けられている場合、構成済みの訪問アクセス種別を持つ訪問者はすべてのレポートに表示されますか？</summary>

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

</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/yzto/add-a-user-to-the-verkada-access-system/visitor-access-visit-access-type.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.
