> 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

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시 교대를 위해 오전 7시 30분에 키카드를 스캔할 수 있습니다. 유예 기간을 사용하면 감독자 체크인이 이른 시간이라도 고객이 들어올 수 있도록 오전 8시에 문을 즉시 잠금 해제할 수 있습니다.

{% 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시에 First Person In이 활성화된 잠금 해제 시간 창이 있고 1시간의 유예 기간이 설정되어 있다면, 감독자는 오후 2시 30분에 문을 잠금 해제할 수 없습니다. 대신 오후 2시 30분에 배지하면 문은 오후 3시에 즉시 잠금 해제됩니다.
  * 예정된 시간 창의 상태가 적용되며, 유예 기간이 겹치더라도 마찬가지입니다. 여기에는 기본 [출입 통제 상태](/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, and the optional `goal` query parameter:

```
GET https://help.verkada.com/access-control/ko/access/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.