> 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/guest/ko/configuration/deny-list-face-match.md).
# 얼굴 스크리닝
방문자가 거부 목록(Deny List)이나 인물 목록(People Lists)에 있는 사람과 닮았는지 확인하기 위해 얼굴 인식을 사용하세요. 얼굴 스크리닝은 ID 기반 [보안 심사](/guest/ko/configuration/guest-security-screening.md), 조직이 현장에 있으면 안 되는 방문자를 식별하는 또 다른 방법을 제공합니다. Guest가 유사성을 발견하면, 입장이 허용되기 전에 Guest 사용자가 Command에서 결과를 검토합니다.
***
## 얼굴 스크리닝 사용 설정
### 조직 수준
{% hint style="danger" %}
다음이 필요합니다 **조직 관리자** 얼굴 스크리닝을 사용 설정할 권한이 필요합니다.
{% endhint %}
기본적으로 얼굴 스크리닝은 전체 Command 조직에서 사용 중지되어 있습니다. Guest Type에 대해 사용 설정하기 전에 조직 수준에서 먼저 사용 설정해야 합니다.
{% stepper %}
{% step %}
**Verkada Command에서 All Products > Workplace > Guest로 이동합니다.**
{% endstep %}
{% step %}
**왼쪽 탐색 메뉴에서 Guest Settings를 클릭합니다.**
{% endstep %}
{% step %}
**Organization > Security & Data에서 Enable Face Screening을 켭니다.**
{% endstep %}
{% endstepper %}
### 게스트 유형
{% hint style="danger" %}
* 다음이 필요합니다 **조직 관리자** Global Guest Type에 대해 얼굴 스크리닝을 사용 설정할 권한이 필요합니다.
* 다음이 필요합니다 **작업 공간 사이트 관리자** 사이트 수준 Guest Type에 대해 얼굴 스크리닝을 사용 설정할 권한이 필요합니다.
{% endhint %}
{% stepper %}
{% step %}
**Verkada Command에서 All Products > Workplace > Guest로 이동합니다.**
{% endstep %}
{% step %}
**왼쪽 탐색 메뉴에서 Guest Settings를 클릭합니다.**
{% endstep %}
{% step %}
**Guest Settings > Organization에서 아래로 스크롤하여 Guest Types로 이동한 다음 Manage Guest Types를 클릭합니다.**
{% endstep %}
{% step %}
**원하는 Guest Type을 선택합니다.**
{% endstep %}
{% step %}
**Badge Photo 단계를 추가하고 얼굴 스크리닝을 사용 설정합니다.**
얼굴 스크리닝은 Guest Deny List와 Camera People Lists, 두 가지 소스를 기준으로 심사할 수 있습니다. 관리자는 얼굴 스크리닝에 사용할 소스를 선택할 수 있습니다. 검색창에서 사용할 Camera People Lists를 선택합니다.
{% endstep %}
{% step %}
**변경 사항 저장을 클릭합니다.**
{% endstep %}
{% endstepper %}
{% hint style="warning" %}
얼굴 스크리닝은 오리건주 포틀랜드와 일리노이주에서는 사용할 수 없습니다.
{% endhint %}
***
## 얼굴 스크리닝 결과 검토
얼굴 스크리닝 결과는 방문자가 얼굴 스크리닝이 사용 설정된 Guest Type으로 체크인하고, 플래그가 지정된 프로필과 유사할 때만 표시됩니다. 입장이 허용되기 전에 Guest 사용자가 Command에서 결과를 검토해야 합니다.
Guest 사용자가 얼굴 스크리닝 결과를 확인하면, 방문자는 거부되며 알림이 다음에 나열된 모든 연락처로 전송됩니다 [직원 알림](/guest/ko/configuration/guest-security-screening/security-screening-settings.md#staff-notifications). Guest 사용자는 방문 세부 정보 패널에서 확인된 얼굴 스크리닝 결과로 인한 거부를 재정의할 수 있습니다.
***
## 데이터 보관
얼굴 스크리닝에 사용된 얼굴 데이터는 확인 직후 즉시 삭제됩니다.
시스템은 문제에 대한 PDF 기록을 모든 [직원 알림 연락처](/guest/ko/configuration/guest-security-screening/security-screening-settings.md#staff-notifications) 로 전송합니다. 얼굴 스크리닝 결과가 확인되면 이 기록은 Command에서 다음 기간 중 더 짧은 기간 동안 사용할 수 있습니다 [저장된 식별 정보 보관 기간](/guest/ko/configuration/guest-security-screening/security-screening-settings.md#retention-of-saved-identification-info) 및 [방문 기록 보관 기간](/guest/ko/configuration/manage-data-retention-in-guest.md).
***
## 자주 묻는 질문
얼굴 스크리닝은 Guest Events에 적용되나요?
네, [Guest Events](/guest/ko/configuration/guest-events.md) 얼굴 스크리닝이 사용 설정된 Guest Type을 사용하는 경우 초대된 게스트는 사전에 얼굴 스크리닝 검사를 거치게 됩니다.
얼굴 스크리닝은 Approved List 신청에 적용되나요?
네, [Approved List](/guest/ko/configuration/approved-lists-for-guest.md) 신청은 얼굴 스크리닝을 지원합니다.
---
# 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://help.verkada.com/guest/ko/configuration/deny-list-face-match.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.
