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

# 첫 입장자

First Person In은 도어 일정에서 개별 시간 창에 대해 활성화할 수 있는 Verkada 기능입니다. 이 기능을 사용하면 지정된 감독자 그룹이 키카드가 제시될 때 해당 시간 창의 상태를 활성화할 수 있습니다. 시간 창 또는 선택적 유예 기간 동안 어떤 감독자도 문을 잠금 해제하지 않으면 기본 액세스 제어 상태가 유지됩니다.

First Person In은 도어 일정을 통해 이미 사용 가능한 상태를 전환하도록 할 수 있습니다. [도어 일정](/access-control/ko/access/door-schedules-and-exceptions.md): **액세스 제어됨**, **잠금 해제**, 또는 **카드+코드 입장**.

## First Person In 활성화 및 유예 기간 설정

*유예 기간* 은 First Person In이 활성화된 시간 창 바로 앞에 오는 선택적 시간 창입니다. 감독자가 조기 [감독자 체크인](#h_9d7aac80df)을 보낼 수 있도록 유예 기간을 설정할 수 있습니다. 예를 들어, 오전 근무 감독자는 오전 8:00 근무를 위해 오전 7:30에 키카드를 스캔할 수 있습니다. 유예 기간을 사용하면 감독자 체크인은 이른 시간이더라도 즉시 문을 잠금 해제하여 고객이 오전 8:00에 입장할 수 있게 합니다.

{% hint style="danger" %}
조직에 Verkada 액세스 제어 도어가 있고, [액세스 그룹](/access-control/ko/users-and-credentials/add-and-modify-access-groups.md) 이 생성되었는지 확인하세요.
{% endhint %}

{% stepper %}
{% step %}
**Verkada Command에서 All Products > Access로 이동합니다.**
{% endstep %}

{% step %}
**원하는 Verkada 액세스 제어 도어를 선택합니다.**
{% endstep %}

{% step %}
**오른쪽 상단에서 일정을 클릭합니다.**
{% endstep %}

{% step %}
**(선택 사항) 현재 일정 이름 옆에서 변경을 클릭하여 수정할 일정을 선택합니다.**
{% endstep %}

{% step %}
**일정 위에 마우스를 올리고 일정 편집을 클릭합니다.**
{% endstep %}

{% step %}
**수정할 일정에서 요일을 선택합니다.**
{% endstep %}

{% step %}
**요일 중 하나를 수정하면 일정 편집 창이 나타납니다:**

a. 일정이 시작되어야 하는 시와 분을 설정합니다.\
b. 일정이 적용될 요일을 1개 또는 여러 개 선택합니다.
{% endstep %}

{% step %}
**하단에서 First Person In을 켭니다.**
{% endstep %}

{% step %}
**메시지가 표시되면:**

a. 어떤 액세스 그룹을 감독자로 지정할지 선택합니다.\
b. First Person In 일정의 유예 기간을 설정합니다.
{% endstep %}

{% step %}
**완료되면 설정 페이지 오른쪽 상단에서 완료 > 저장을 클릭합니다.**
{% endstep %}
{% endstepper %}

{% hint style="danger" %}
⚠️ First Person In을 사용하는 일정이 생성되면, 감독자는 반드시 배지를 찍어야 합니다. **일정이 적용되는 모든 문에서** 일정 변경이 이루어지기 전에.
{% endhint %}

First Person In이 어떻게 작동하는지 보여주는 다음 동영상을 시청하세요:

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

## FAQ

<details>

<summary>감독자 체크인은 어떻게 작동하나요?</summary>

* 감독자 체크인은 First Person In이 활성화된 상태에 앞서는 유예 기간 동안 보낼 수 있습니다.
  * First Person In이 활성화된 시간 창은 유예 기간 중이 아니라 시작 시간에 시작됩니다.
  * 유예 기간은 First Person In이 활성화된 상태를 조기 트리거하지 않습니다. 대신 유예 기간은 즉시 적용되도록 허용할 뿐입니다.
* 감독자는 유예 기간 내라도 예정된 상태를 조기에 접근할 수 없습니다.
  * 예를 들어, 오후 3:00에 First Person In이 활성화된 잠금 해제 시간 창이 1시간 유예 기간과 함께 예약되어 있는 경우, 감독자는 오후 2:30에 문을 잠금 해제할 수 없습니다. 대신 오후 2:30에 배지를 찍으면 문은 즉시 오후 3:00에 잠금 해제됩니다.
  * 예정된 시간 창의 상태는 유예 기간이 겹치더라도 적용됩니다. 여기에는 기본 [액세스 제어 상태](/access-control/ko/access/door-schedules-and-exceptions/first-person-in-feature.md)도 포함됩니다. 예를 들어, 감독자가 유예 기간 동안 배지를 찍고 그 시간이 잠금 상태 시간 창과 겹치면, 감독자는 체크인을 받지만 문 입장은 허용되지 않습니다.
* 유예 기간은 예정된 시간 블록보다 최대 2시간까지 연장될 수 있습니다.

</details>

<details>

<summary>감독자 체크인이 여러 First Person In 활성화 시간 창에 영향을 줄 수 있나요?</summary>

감독자 체크인은 하나의 First Person In 활성화 시간 창과 연결됩니다. 그러나 유예 기간은 서로 겹칠 수 있으며, 감독자 체크인은 겹치는 각 유예 기간에 대해 유효합니다.

예를 들어, 오전 근무에 대한 감독자 체크인은 별도의 저녁 근무로 이어지지 않습니다. 그러나 둘 다 유예 기간이 있고 그 기간이 겹치면 동일한 체크인이 오전 및 저녁 근무 시간 창 모두에 적용됩니다.

</details>

<details>

<summary>First Person In 액세스 제어 상태와 기본 액세스 제어 상태의 차이점은 무엇인가요?</summary>

기본 액세스 제어 상태에서는 문을 잠금 해제하려면 적절한 액세스 수준이 필요합니다.

First Person 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:

```
GET https://help.verkada.com/access-control/ko/access/door-schedules-and-exceptions/first-person-in-feature.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.