> 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/door-schedules-and-exceptions/first-person-in-feature.md).

# 最初の入室者

First Person In は、ドアスケジュール内の個々の時間帯に対して有効化できる Verkada の機能です。この機能により、指定された Supervisors のグループが、キーカードが提示されたときにその時間帯の状態を有効にできます。時間帯中または任意のグレース期間中にどの Supervisor もドアを解錠しなかった場合は、既定の Access Controlled 状態が維持されます。

First Person In により、ドアスケジュールは、すでに利用可能な状態を切り替える場合があります [ドアスケジュール](/access-control/ja/akusesu/door-schedules-and-exceptions.md): **アクセス制御**, **ロック解除**、または **カード+コード入力**.

***

## First Person In を有効にし、グレース期間を設定する

*グレース期間* は、First Person In を有効にした時間帯の直前にある任意の時間帯です。グレース期間を設定すると、Supervisor が早めの [Supervisor Check-in](#h_9d7aac80df)。たとえば、朝シフトの Supervisor は 8:00 a.m. のシフトのために 7:30 a.m. にキーカードをスキャンする場合があります。グレース期間があれば、早めの Supervisor Check-in でも、8:00 a.m. にドアがすぐに解錠され、利用者が入室できます。

{% hint style="danger" %}
お使いの組織に Verkada のアクセス制御ドアと、さらに [アクセスグループ](/access-control/ja/yzto/add-and-modify-access-groups.md) が作成されていることを確認してください。
{% endhint %}

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

{% step %}
**目的の Verkada のアクセス制御ドアを選択します。**
{% endstep %}

{% step %}
**右上で \[Schedules] をクリックします。**
{% endstep %}

{% step %}
**（任意）現在のスケジュール名の横で \[Change] をクリックし、編集するスケジュールを選択します。**
{% endstep %}

{% step %}
**スケジュールにカーソルを合わせ、\[Edit Schedule] をクリックします。**
{% endstep %}

{% step %}
**変更する曜日をスケジュールから選択します。**
{% endstep %}

{% step %}
**曜日のいずれかを変更すると、\[Edit Schedule] ウィンドウが表示されます：**

a. スケジュールを開始する時刻（時と分）を設定します。\
b. スケジュールを適用する曜日を 1 つまたは複数選択します。
{% endstep %}

{% step %}
**下部で First Person In をオンにします。**
{% endstep %}

{% step %}
**プロンプトが表示されたら：**

a. どのアクセスグループを Supervisor として指定するか選択します。\
b. First Person In スケジュールのグレース期間を設定します。
{% endstep %}

{% step %}
**完了したら、設定ページの右上で \[Done] > \[Save] をクリックします。**
{% endstep %}
{% endstepper %}

{% hint style="danger" %}
First Person In を使用するスケジュールが作成された場合、Supervisor はバッジインする必要があります **対象のすべてのドアで** スケジュールの変更が行われる前に、そのスケジュールが適用されている必要があります。
{% endhint %}

First Person In の仕組みを説明する次の動画をご覧ください：

{% embed url="<https://player.vimeo.com/video/827135460?h=86654135ab>" %}

***

## FAQ

<details>

<summary>Supervisor Check-In はどのように機能しますか？</summary>

* Supervisor のチェックインは、First Person In を有効にした状態の前にあるグレース期間中に送信できます。
  * First Person In を有効にした時間帯は、グレース期間中ではなく、開始時刻に始まります。
  * グレース期間によって First Person In を有効にした状態が早まることはありません。代わりに、グレース期間は即時適用を可能にするだけです。
* Supervisor は、グレース期間内であっても、予定された状態に早くアクセスすることはできません。
  * たとえば、First Person In を有効にした「Unlocked」時間帯が 3:00 p.m. に設定され、1 時間のグレース期間がある場合、Supervisor は 2:30 p.m. にドアを解錠できません。代わりに、2:30 p.m. にバッジインすると、3:00 p.m. にドアがすぐに解錠されます。
  * グレース期間が重なっていても、スケジュールされた時間帯の状態が適用されます。これには既定の [アクセス制御状態](/access-control/ja/akusesu/door-schedules-and-exceptions/first-person-in-feature.md)。たとえば、Supervisor がグレース期間中にスキャンインし、その期間が Locked 時間帯と重なる場合、Supervisor はチェックインを受け取りますが、ドアへの入室は拒否されます。
* グレース期間は、予定された時間帯ブロックの前に最大 2 時間まで延長できます。

</details>

<details>

<summary>Supervisor Check-In は複数の First Person In を有効にした時間帯に影響を与えることはできますか？</summary>

Supervisor Check-in は、1 つの First Person In を有効にした時間帯に紐づきます。ただし、グレース期間は重複する場合があり、Supervisor Check-in は重複する各グレース期間で有効です。

たとえば、朝シフトの Supervisor Check-in は、別の夜シフトには引き継がれません。ただし、両方にグレース期間があり、それらが重なる場合は、同じチェックインが朝シフトと夜シフトの時間帯の両方でトリガーされます。

</details>

<details>

<summary>First Person In の Access Controlled 状態と既定の Access Controlled 状態の違いは何ですか？</summary>

既定の Access Controlled 状態では、ドアを解錠するために適切なアクセスレベルが必要です。

First Person In を有効にした Access Controlled 状態では、他の人がドアを解錠できる場合でも、誰かが解錠する前に Supervisor Check-in が必要です。

</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/door-schedules-and-exceptions/first-person-in-feature.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.