> 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/manage-data-retention-in-guest.md).
# 게스트의 데이터 보존 관리
Verkada Guest는 조직이 Visit Record를 얼마나 오래 보관할지에 대해 제어권과 유연성을 제공합니다. 보관 기간은 두 가지 방식으로 관리할 수 있습니다:
* 조직 전체 또는 사이트별 보관 설정을 구성합니다.
* 필요에 따라 특정 방문의 Visit Record를 수동으로 삭제합니다.
***
## 범위에 포함되는 개인정보
관리자는 각 로그인 후 일정 기간을 설정할 수 있으며, 그 기간이 지나면 Visit Record가 자동으로 삭제됩니다. 삭제된 데이터는 Command, CSV 내보내기 또는 Get Guest Visits API를 통해 복구할 수 없습니다.
영구적으로 삭제할 수 있는 Visit Record에는 다음이 포함되며 이에 국한되지 않습니다:
* Guest의 전체 이름
* Guest의 연락처 정보
* Guest의 배지 사진
* 저장된 신원 확인 정보\*
* Guest 문서\*\*
* 질문 응답
* 설문지 응답
* 호스트 선택
* 학생 선택(들) (School Guest Types만 해당)
* 환자 선택 ([Healthcare Integration 전용](/guest/ko/healthcare/inpatient-visitor-sign-in.md))
* 부서 선택 (Healthcare Integration 전용)
* 임시 보호자 예외 상태 (School Guest Types만 해당)
* 승인 목록 상태
* 보안 심사 상태
* 호스트 승인 상태
* Guest의 Access Control 상태
* Guest의 Wi-Fi 통합 상태
* 기타 방문 메타데이터(예: 로그인 방법, 언어 기본 설정)
{% hint style="danger" %}
*\** 저장된 신원 확인 정보(사진이 있는 신분증, 생년월일, 주소, 범죄자 등록 정보)의 보관은 Command에서 별도로 관리됩니다. 이 보관 기간은 일반 Visit Record 기간보다 짧을 수 있으며, 항상 더 짧은 기간이 기본값으로 적용됩니다.
{% endhint %}
{% hint style="danger" %}
*\*\** 독립적으로 보관할 Guest 문서를 내보내려면 게스트의 프로필을 열고 다음을 클릭합니다 **세부정보 >**  **다운로드**.
{% endhint %}
***
## 방문 기록 삭제의 운영상 영향
Visit Record가 삭제되면:
* [연결된 문 접근 권한](/guest/ko/configuration/door-access-for-guests.md) 이 취소됩니다.
* Wi-Fi 접근은 [구성된 로그아웃 동작을 따릅니다](/guest/ko/configuration/meraki-wi-fi-integration-for-guest.md).
* [자동으로 추가된 People List](/guest/ko/configuration/connect-people-lists-to-guest.md) 항목이 삭제됩니다.
* 활성 Guest Portal 링크의 유효 기간이 만료됩니다.
#### Guest Event 및 초대된 방문자
초대된 게스트 및 Event의 Visit Record는 관리자가 정의한 보관 기간에 따라 보관됩니다. Event가 삭제되면 다음 기록도 Verkada Guest 및 Employee Portal에서 삭제됩니다:
* Event 이름, 날짜, 시간, 위치
* 주최자 및 Event 메모
* 초대된 방문자 및 [관련 방문 데이터](#h_31a0e6efc1)
#### 고정된 로그인 단계
**고정 항목** 반복 방문자는 이전에 완료한 로그인 단계를 건너뛸 수 있습니다.
* 방문자의 가장 최근 방문이 삭제되면 해당 방문의 모든 고정 데이터가 영구적으로 제거됩니다.
* 방문자는 모든 로그인 단계를 다시 완료해야 합니다.
* 가장 최근 방문이 보관 기간 내에 있는 한 고정 데이터는 계속 재사용할 수 있습니다.
***
## 범위에 포함되지 않는 개인정보
Visit Records 보관 설정 및 삭제 기능은 Verkada Guest에 저장된 방문 관련 기록에만 적용됩니다. **이는 개인과 관련하여 Command 또는 다른 Verkada 제품에 존재할 수 있는 모든 유형의 개인정보를 포함하지는 않습니다.**
데이터 주체 요청을 처리하거나 Command 전반에서 포괄적인 데이터 삭제를 보장해야 하는 관리자는 필요한 경우 다른 관련 보관 및 삭제 설정도 검토하고 적용해야 합니다.
다음은 Guest 관련 데이터의 예시로, Visit Record 보관 일정의 영향을 받지 않으며 임시 Visit Records 삭제 기능의 범위에도 포함되지 않습니다:
* **Face Pass 데이터:** 보관 기간 [Face Pass](/guest/ko/configuration/configure-guest-types/face-pass-for-guest.md) 데이터는 방문 데이터 보관 설정의 영향을 받지 않습니다. 방문자의 Face Pass는 1년 동안 사용되지 않으면 자동으로 만료됩니다. 재방문한 방문자가 이전에 Face Pass에 가입한 경우, 로그인 시 언제든지 이 기능을 비활성화할 수 있으며, 그러면 관련 데이터가 삭제됩니다.
* **Access Control 데이터:** Verkada [Access Control 도어 이벤트](/access-control/ko/users-and-credentials/add-a-user-to-the-verkada-access-system/visitor-access-visit-access-type.md) 및 방문자를 위해 생성된 Verkada Access Control 프로필은 Guest의 방문 데이터 보관 설정의 영향을 받지 않습니다.
* **목록 항목:** 다음 목록의 항목: [이전에 무시한 일치 항목 목록](/guest/ko/configuration/guest-security-screening/review-security-screening-results.md) 은 Guest의 방문 데이터 보관 설정의 영향을 받지 않습니다. 다음 항목: [Guest 거부 목록](/guest/ko/configuration/customize-guest-deny-lists.md), [학생 및 보호자 목록](/guest/ko/schools/manage-student-lists.md), 그리고 [승인 목록](/guest/ko/configuration/approved-lists-for-guest.md) 은 방문 데이터 보관 설정의 영향을 받지 않습니다.
* **Person of Interest(POI) 프로필:** 다음을 사용하여 방문자를 위해 생성된 POI 프로필은 **관심 인물로 지정** 해당 작업을 사용하여 방문자를 위해 생성된 POI 프로필은 Guest의 방문 데이터 보관 설정의 영향을 받지 않습니다.
* **캘린더 이벤트:** 캘린더 앱, 캘린더 바로가기 또는 캘린더 앱 추가 기능을 사용해 생성된 이벤트는 영향을 받지 않습니다.
***
## 구성
Visit Record 보관은 위치별로 다른 정책을 적용해야 하는 조직을 위해 조직 및 사이트 수준에서 구성할 수 있습니다.
### 조직 수준
{% hint style="danger" %}
다음이 필요합니다 **Org Admin** 조직 수준 Visit Record 보관을 설정할 수 있는 권한.
{% endhint %}
{% stepper %}
{% step %}
**Verkada Command에서 All Products > Workplace >** 
**Guest.**
{% endstep %}
{% step %}
**왼쪽 탐색에서 Guest Settings를 클릭합니다.**
{% endstep %}
{% step %}
**Organization 아래에서 Security & Data를 선택합니다.**
{% endstep %}
{% step %}
**Guest Visit Record의 조직 수준 보관 기간은 표준 보관 기간을 선택하거나 사용자 지정 값을 설정합니다.**
{% endstep %}
{% endstepper %}
### 사이트 수준
{% hint style="danger" %}
다음이 필요합니다 **Org Admin** 사이트 수준 Visit Record 보관을 설정할 수 있는 권한.
{% endhint %}
기본적으로 사이트는 조직 수준 Visit Record 보관 설정을 따릅니다. Org Admin은 사이트에 대해 다른 보관 기간을 선택할 수 있습니다.
{% stepper %}
{% step %}
**Verkada Command에서 All Products > Workplace >** **Guest.**
{% endstep %}
{% step %}
**왼쪽 탐색에서 Guest Settings를 클릭합니다.**
{% endstep %}
{% step %}
**Sites 아래에서 Details를 선택합니다.**
{% endstep %}
{% step %}
**Guest Visit Record의 사이트 수준 보관 기간은 표준 보관 기간을 사용하거나 사용자 지정 값을 설정합니다.**
{% endstep %}
{% endstepper %}
***
## Visit Record를 수동으로 삭제
관리자는 필요에 따라 특정 게스트의 Visit Record를 수동으로 삭제할 수 있습니다.
{% stepper %}
{% step %}
**Verkada Command에서 All Products > Workplace >** **Guest.**
{% endstep %}
{% step %}
**원하는 방문을 선택합니다**
{% endstep %}
{% step %}
**Actions 아래에서 Delete Visit를 선택합니다.**
{% endstep %}
{% step %}
**확인 메뉴에서 Delete Visit를 선택합니다.**
{% endstep %}
{% endstepper %}
{% hint style="warning" %}
이렇게 하면 다음에 나열된 모든 Visit Record 데이터가 영구적으로 삭제됩니다: **범위 내 데이터** 섹션에서.
{% endhint %}
***
## FAQ
일부 데이터를 다른 데이터보다 더 오래 보관할 수 있나요?
예. 삭제 전에 특정 데이터(예: Guest 문서 또는 방문 로그)를 내보내거나 다운로드할 수 있습니다. 규정 준수 또는 감사 목적을 위해 정기적인 내보내기 일정을 설정하는 것을 권장합니다.
보관 기간에는 어떤 시간 단위를 사용할 수 있나요?
보관 기간은 일 단위로 설정할 수 있으며, 최소값은 1일입니다.
저장된 신원 확인 정보의 보관 기간이 Visit Record 보관 기간보다 길면 어떻게 되나요?
저장된 신원 확인 정보는 Command에서 자체 설정을 따르지만 기본값은 **더 짧은** 두 보관 기간 중 하나입니다.
사이트 수준 보관 기간이 조직 수준 설정보다 길면 어떻게 되나요?
사용자 지정 사이트 수준 보관 기간이 구성되면, 사이트는 조직 수준 설정보다 길든 짧든 자체 보관 기간을 따릅니다.
보관 기간에 도달하지 않은 방문의 데이터는 어떻게 되나요?
구성된 보관 기간을 초과한 Visit Record만 삭제됩니다. 아직 활성 보관 기간 내에 있는 Visit Record는 유지됩니다. 자세한 내용은 위의 "Pinned Sign-In Steps" 섹션을 참조하세요.
---
# 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/guest/ko/configuration/manage-data-retention-in-guest.md?ask=&goal=
```
`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.