> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# KYC 데이터 보존 및 삭제: GDPR 개인정보 보호 제어

> Didit에서 인증 데이터 보존 기간을 설정하고, 세션을 필요할 때 삭제하며, EU 데이터 보관 위치, GDPR, DPA를 지원하는 개인정보 우선 KYC를 구현하세요.

## 역할 및 처리 위치

| 항목 | 내용 |
| - | - |
| **처리자 역할** | Didit은 **데이터 처리자**로서 역할을 수행하며, 고객사는 데이터 컨트롤러로 남습니다. |
| **처리 지역** | 각 애플리케이션의 [데이터 위치](https://docs.didit.me/ko/console/applications.md#데이터-위치)는 애플리케이션 생성 시 선택하며, 기본값은 유럽연합(아일랜드)입니다. 호주(시드니)와 멕시코는 출시 예정입니다. Enterprise 계정은 가용성과 계약 조건에 따라 **국내 처리**(현지 데이터 보관 위치)를 활성화할 수 있습니다. |
| **규제 대응** | **GDPR** 및 각국의 데이터 보호 규정을 지원하도록 설계되었습니다. 의무를 충족하려면 아래에서 보존 기간을 설정하십시오. |

> [!NOTE]
>
> DPA, TOMs 또는 기타 컴플라이언스 증명이 필요하십니까? Didit 담당자에게 문의하십시오.

***

## 보존 설정

**Business Console → App Settings → Data retention**에서 보존 기간을 설정합니다.

**1. 보존 설정 열기**

**Business Console → App Settings → Data retention**으로 이동합니다.

**2. 보존 정책 선택**

**1개월**부터 **10년** 사이의 기간을 선택합니다. **무제한**과 사용자 지정 기간은 Enterprise에서 사용할 수 있습니다.
새 애플리케이션은 요금제에 포함된 가장 긴 기간으로 시작합니다. Free는 **1년**, Growth는 **5년**, Scale은 **10년**, Enterprise는 **무제한**입니다.

**3. 저장**

**저장**을 클릭하면 정책이 향후 및 기존의 모든 세션에 적용됩니다.

이 정책은 Didit이 저장하는 검증 입력값 및 출력값, 파생 결과, 운영 메타데이터에 적용됩니다. 세션이 보존 기간 끝에 도달하면 [Delete Session](https://docs.didit.me/ko/sessions-api/delete-session.md)을 실행한 것과 똑같이 삭제되며, [생체 인식 템플릿 보존](#생체-인식-템플릿-보존)을 활성화하지 않은 경우 얼굴 임베딩도 함께 삭제됩니다.

![Business Console의 데이터 보존 설정](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/data-retention-settings.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=e2ca6a8e32ed8ec5a2cd910d3cdbaefc)

***

## 수동 삭제

일회성 삭제가 필요한 경우 Console에서 개별 세션을 삭제합니다.

1. 사이드바에서 **사용자 인증**(또는 **기업 확인(KYB)**)을 엽니다.
2. 대상 세션을 검색하거나 필터링합니다.
3. 오른쪽 상단의 **삭제** 버튼을 클릭한 후 확인합니다.

![Console에서 인증 세션 삭제](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/data-retention-delete-session.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=ff1947059d7d9d60643b7568e189e3a6)

***

## 프로그래밍 방식 삭제

언제든지 [Delete Session](https://docs.didit.me/ko/sessions-api/delete-session.md) 엔드포인트를 호출하여 API로 세션을 삭제할 수 있습니다.

```bash theme={null}
curl --request DELETE \
  --url https://verification.didit.me/v3/session/{session_id}/delete/ \
  --header 'x-api-key: YOUR_API_KEY'
```

| 응답 | 의미 |
| - | - |
| `200 OK` | 세션이 삭제되었습니다. 본문에 얼굴 생체 데이터에 대해 어떤 조치가 이루어졌는지 보고됩니다(`face_retention_outcome`). |
| `404 Not Found` | 세션이 이미 삭제되었거나 `session_id`를 알 수 없습니다. |

데이터 주체의 삭제 요청인 경우, 해당 인물의 보관 중인 생체 인식 템플릿도 함께 삭제되도록 본문에 `{"deletion_instruction": "privacy_erasure"}`를 포함하여 전송하십시오.

***

## 생체 인식 템플릿 보존

라이브니스 셀피가 포함된 모든 KYC 세션에는 중복 감지와 [얼굴 검색 1:N](https://docs.didit.me/ko/core-technology/face-search/overview.md)에 사용되는 얼굴 임베딩이 저장됩니다. 기본적으로 이 임베딩은 세션과 함께 삭제되므로, 세션이 삭제된 사람도 중복으로 표시되지 않고 다시 인증할 수 있습니다.

Liveness 단계에서 [자동 얼굴 검색이 꺼져](https://docs.didit.me/ko/core-technology/face-search/overview.md#자동-얼굴-검색-끄기) 있는 워크플로는 해당 임베딩을 애초에 저장하지 않습니다. 따라서 이런 세션에는 보존할 데이터가 없습니다.

승인 직후 세션을 삭제하되 반복 가입은 계속 탐지해야 한다면 **생체 인식 템플릿 보존**을 활성화하십시오. 그러면 Didit은 세션과 해당 세션의 모든 데이터를 평소처럼 삭제하고, 이미지가 없는 얼굴 생체 인식 템플릿을 별도로 관리하며 사용자에 연결된 상태로 보관합니다.

> [!WARNING]
>
> 보존된 생체 인식 템플릿은 생체 데이터입니다. 익명 데이터가 아니고, 일시적인 데이터도 아니며, 세션과 함께 삭제되지 않습니다. 템플릿은 예정된 만료일, 이보다 이른 적용 법률상 기한, 사용자 삭제, 개인정보 삭제 요청 또는 명시적 영구 삭제가 있을 때까지 유지됩니다. 컨트롤러 지시와 개인정보 고지에 이 내용이 포함되어 있는 경우에만 보존을 활성화하고, 사용자에게 적용되는 법률을 충족하는 보존 기간을 선택하십시오.

### 활성화하기

**1. 보존 설정 열기**

**Business Console → App Settings → Data retention**으로 이동하십시오.

**2. Retain biometric template 켜기**

**Retain until scheduled expiry or earlier deletion**을 선택하십시오. 설정에는 다음과 같이 표시됩니다. *이미지가 없는 얼굴 생체 인식 템플릿을 운영상의 세션 삭제 이후에도 테넌트 범위의 중복 감지를 위해 보관합니다. 이 템플릿은 여전히 생체 데이터이며, 예정된 보존 기한, 적용 법률상 기한, 사용자 삭제, 개인정보 삭제 요청 또는 명시적 영구 삭제 시 삭제됩니다.*

**3. 유한한 보존 기간 설정**

템플릿을 보관할 일수(1\~3650)를 입력하십시오. 이 값을 입력하지 않으면 설정을 저장할 수 없습니다. Didit은 이 기간, 일반 보존 기간, 삭제 호출에서 전달한 기한 중 가장 짧은 값을 적용합니다.

**4. 저장**

정책은 지금부터 이루어지는 삭제에 적용됩니다. 설정을 변경해도 기존 템플릿이 생성되거나 영구 삭제되지 않습니다.

프로그래밍 방식으로 같은 정책을 설정하려면 `PATCH /v3/webhook/`을 사용하십시오.

```bash theme={null}
curl -X PATCH https://verification.didit.me/v3/webhook/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"face_retention_policy": "retain_until_user_deleted", "face_retention_days": 365}'
```

| 필드 | 값 | 설명 |
| - | - | - |
| `face_retention_policy` | `delete_with_session`(기본값), `retain_until_user_deleted` | 세션이 삭제될 때 얼굴 임베딩을 어떻게 처리할지 정합니다. |
| `face_retention_days` | 정수 1-3650 | 보존되는 템플릿의 유한한 보존 기간입니다. 정책이 `retain_until_user_deleted`이면 필수이며, 이 값이 없으면 요청이 `400`으로 거부됩니다. |

기존 애플리케이션은 정책을 변경하기 전까지 `delete_with_session`을 유지합니다. Didit은 고객을 대신해 보존을 활성화하지 않습니다.

### 보존되는 데이터와 삭제되는 데이터

| 세션과 함께 삭제됨 | 보존됨(옵트인 전용) |
| - | - |
| 결정, 추출된 데이터, 모든 기능 레코드 | 매칭에 사용되는 숫자 형식의 얼굴 템플릿 |
| 신분증 이미지, 초상 사진, 셀피, 라이브니스 영상, 주소 증명 문서, 추가 업로드 파일 | 새로운 무작위 템플릿 ID와 불투명한 출처 참조 |
| 세션 ID, 세션 번호, 그리고 미디어와의 연결 | 소유 사용자, 보존 날짜, 지시 분류와 ID, 작업 주체 ID |

보존된 템플릿은 테넌트 범위로 관리되며, 고객의 지시에 따라서만 중복 얼굴 및 다중 계정 감지, 생체 인증, 고객 자체 얼굴 목록에 사용됩니다. 모델 학습, 분석, 조직 간 대조, Didit 자체의 사기 처리에는 사용되지 않습니다.

### 삭제별 제어

모든 삭제는 결과를 보고하며, 모든 삭제 호출은 정책을 재정의할 수 있습니다.

* **콘솔**: 삭제 확인 창에 각 세션의 템플릿이 보존될지 삭제될지 표시됩니다. 확인 창에는 다음과 같이 표시됩니다. *이 작업은 세션을 삭제하고 세션 데이터의 삭제를 시작합니다. 이번 운영상의 삭제에 생체 인식 템플릿 보존이 활성화되어 있으면, 이미지가 없는 생체 인식 템플릿은 예정된 만료일 또는 더 이른 영구 삭제 전까지 별도로 남습니다. 개인정보 삭제 요청은 템플릿도 영구 삭제합니다.* 사용자가 없는 세션은 템플릿을 보존할 수 없으며, 이 사실이 표시됩니다.
* **API**: [세션 삭제](https://docs.didit.me/ko/sessions-api/delete-session.md) 또는 [세션 일괄 삭제](https://docs.didit.me/ko/management-api/sessions/batch-delete.md)에서 `retain_face_embeddings`, `face_retention_days`, `face_retention_deadline`, `deletion_instruction`, `instruction_id`를 전송하십시오.

### 두 가지 삭제 지시 유형

| 지시 | 동작 |
| - | - |
| 운영상의 세션 삭제(`operational_session_delete`, 기본값) | 세션과 해당 데이터를 삭제합니다. 정책이나 요청이 보존을 지정한 경우에만 템플릿을 보존하며, 응답에 결과가 표시됩니다. |
| 개인정보 삭제(`privacy_erasure`) | 세션을 삭제하고, 해당 사람의 보존된 템플릿을 모두 영구 삭제합니다. 애플리케이션 정책으로 이를 재정의할 수 없습니다. 정보주체 요청에 사용하십시오. |

### 템플릿이 영구 삭제되는 경우

* **Lists → Biometric templates**에서 또는 [Biometric Templates API](https://docs.didit.me/ko/management-api/biometric-templates/overview.md)를 통해 직접 영구 삭제하는 경우
* [사용자 일괄 삭제](https://docs.didit.me/ko/management-api/users/delete.md)로 사용자를 삭제하는 경우
* `deletion_instruction: "privacy_erasure"`로 해당 사용자의 세션을 삭제하는 경우
* 보존 기간이 끝나는 경우. Didit이 자동으로 영구 삭제합니다.

정책을 **세션과 함께 삭제**로 되돌리면 새 템플릿의 생성은 중단되지만, 기존 템플릿은 삭제되지 않습니다. 기존 템플릿은 명시적으로 영구 삭제하십시오.

### 확인 위치

* **Lists → Biometric templates**에서 사용자, 출처, 보존일, 만료일, 상태를 포함한 모든 템플릿을 확인할 수 있으며, 개별 또는 일괄 영구 삭제도 할 수 있습니다.
* **Users → \[user] → Biometric templates**에서 한 사용자에 연결된 템플릿을 확인할 수 있습니다.
* [Biometric Templates API](https://docs.didit.me/ko/management-api/biometric-templates/overview.md)는 같은 데이터와 작업을 제공하며, 모든 보존과 영구 삭제는 감사 로그에 기록됩니다.

> [!NOTE]
>
> 보존된 템플릿은 DPA의 생체 데이터 약관이 적용됩니다. 이 페이지의 내용은 법률 자문이 아닙니다. 사용자에게 적용되는 법적 근거, 고지, 동의, 보존 기간에 대한 책임은 고객에게 있습니다.

***

## 처리 후 삭제 패턴

데이터 최소화를 최대한 적용하려면 Didit에서 인증 데이터를 처리하고, webhook으로 결과를 받은 직후 즉시 삭제하십시오.

**1. 세션 생성**

백엔드에서 [세션 생성](https://docs.didit.me/ko/sessions-api/create-session.md) API를 호출합니다.

**2. Didit이 검사를 실행**

신원 확인, 라이브니스 감지, AML 및 설정된 기타 검사가 자동으로 실행됩니다.

**3. webhook 수신**

Didit은 `status`, `session_id`, `vendor_data`와 전체 인증 데이터가 포함된 [webhook](https://docs.didit.me/ko/integration/webhooks.md)을 보냅니다.

**4. 필요한 정보만 저장**

기록에 필요한 최소한의 필드(예: `status`, `vendor_data`)만 저장합니다.

**5. Didit에서 삭제**

해당 `session_id`에 대해 [세션 삭제](https://docs.didit.me/ko/sessions-api/delete-session.md) API를 호출하여 Didit에서 세션과 그 데이터를 삭제합니다. 이후 가입 시 중복 감지에 의존한다면 먼저 [생체 인식 템플릿 보존](#생체-인식-템플릿-보존)을 활성화하십시오. 그렇지 않으면 얼굴 임베딩도 함께 삭제됩니다.

***

## 보안 및 보증

> [card] ISO/IEC 27001
>
> ISMS가 구축되어 있습니다. 인증서와 발췌본은 요청 시 제공됩니다.

> [card] 침투 테스트
>
> 정기적으로 제3자 침투 테스트를 수행하며, 조치 사항을 추적 관리합니다.

> [card] 알려진 침해 사고 없음
>
> 현재까지 보고된 보안 침해 사고는 없습니다.

> [card] 내부 보안 팀
>
> 최소 권한 접근과 엄격한 환경 분리를 적용하는 전담 사이버 보안 팀이 있습니다.

> [!NOTE]
>
> 모든 API 활동은 보안, 컴플라이언스, 문제 해결을 위해 **감사 로그**에 기록됩니다. 로그를 얼마나 이전까지 조회할 수 있는지는 요금제에 따라 다릅니다. [감사 로그](https://docs.didit.me/ko/console/audit-logs.md#데이터-보존)를 참조하십시오.

***

## 최소화된 저장

**선택한 데이터 필드만 보존**할 수 있는 기능을 추가하고 있습니다. 예를 들어 `status`와 `vendor_data`는 유지하고, 이미지나 문서처럼 용량이 큰 아티팩트는 자동으로 삭제할 수 있습니다. 데이터 최소화 원칙을 따르는 팀은 이를 통해 더 엄격하게 관리할 수 있습니다.

> [!TIP]
>
> 아티팩트 단위 보존 규칙을 미리 사용해 보고 싶으신가요? Didit 담당자에게 문의하십시오.

***

## FAQ

> [accordion] 환경별로 다른 보존 정책을 설정할 수 있나요?
>
> 예. Didit에 있는 애플리케이션마다 서로 다른 보존 정책을 설정할 수 있습니다.

> [accordion] 삭제 전에 데이터를 내보낼 수 있나요?
>
> 예. 콘솔 또는 API를 통해 세션 데이터를 내보낸 다음 세션 삭제 endpoint를 호출하십시오.

> [accordion] 삭제된 사용자가 여전히 중복으로 감지되나요?
>
> 세션을 삭제하기 전에 생체 인식 템플릿 보존을 활성화한 경우에만 감지됩니다. 기본적으로 얼굴 임베딩은 세션과 함께 삭제되므로, 해당 사용자는 중복 표시 없이 다시 인증할 수 있습니다. [생체 인식 템플릿 보존](#생체-인식-템플릿-보존)을 참조하십시오.

> [accordion] 누가 무엇에 접근했는지 어디서 확인할 수 있나요?
>
> 콘솔에서 **Audit log**를 사용하십시오(**Settings > Organization > Audit log**). 사용자, endpoint 또는 날짜 범위로 필터링할 수 있습니다. 로그를 얼마나 이전까지 조회할 수 있는지는 요금제에 따라 다릅니다. [감사 로그](https://docs.didit.me/ko/console/audit-logs.md#데이터-보존)를 참조하십시오.

***

## 구현 체크리스트

**1. 보존 설정**

**Console → App Settings → Data retention**에서 보존 정책을 설정합니다.

**2. webhook 구독**

[webhook](https://docs.didit.me/ko/integration/webhooks.md)을 설정하고 서명을 검증합니다.

**3. 최소 필드 저장**

비즈니스에 필요한 필드만 저장합니다.

**4. 프로그래밍 방식 삭제 구현**

처리 후 삭제 패턴을 사용하는 경우 [세션 삭제](https://docs.didit.me/ko/sessions-api/delete-session.md) API를 호출하십시오.

**5. 처리 리전 확인**

**Application settings > Data and privacy**에서 애플리케이션의 데이터 위치를 확인합니다(기본값은 유럽연합이며, 엔터프라이즈의 경우 해당 국가 내에 있습니다).

**6. 환경 분리**

샌드박스와 프로덕션 API 키를 각각 분리하고, 독립적인 보존 정책을 적용합니다. 키는 정기적으로 교체하십시오.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.