# 검증이 거절된 이유

Source: https://help.didit.me/ko/verification-sessions/why-was-a-session-declined
Updated: 2026-10-12

하나 이상의 검사가 실패하면 세션이 거절됩니다 - 구체적인 원인을 찾아 거절, 재제출, 수동 승인 중 무엇을 할지 결정하는 방법을 안내합니다.

세션을 열고 실패한 개별 검사의 **경고**를 읽으세요. 전체 상태 "Declined"는 이유를 알려주지 않지만, 경고는 항상 알려줍니다.
대부분의 거절은 최종 거부가 아니라 재제출로 고칠 수 있습니다.

하나 이상의 검사가 실패하면 세션은 **Declined**로 표시됩니다. 구체적인 이유는 항상 세션에 기록되어 있으므로 추측할 필요가 없습니다.

## 정확한 이유 찾기

[비즈니스 콘솔](https://business.didit.me)의 **Verifications**에서 세션을 여세요. 세션의 각 검사(문서, 라이브니스, 얼굴 대조 등)는 자체 결과와 함께 발생시킨 경고를 보여줍니다. 이 경고가 전체 상태가 아니라 거절의 실제 이유입니다.

![Overview, ID Verification, Events 탭이 있는 Didit 콘솔의 거절된 세션 화면](https://help.didit.me/screenshots/session-detail-light.webp)

*이유는 Overview에 있고, 실패한 검사의 탭에는 세부 내용이 있습니다.*

## 검사가 실패하는 흔한 이유

[Video: 사기 신호: VPN, 기기 지문, IP 위치 - Didit Academy](https://www.youtube.com/watch?v=7eW05Z5IYfA)

**문서 문제**

- 신분증이 만료되었습니다(`DOCUMENT_EXPIRED`).
- 문서 유형이 워크플로우에서 허용하는 유형이 아닙니다. 매우 흔한 원인이며, 사용자의 문제가 아니라 설정 문제입니다. [문서 유형이 거절된 이유](https://help.didit.me/ko/documents-coverage/document-upload-problems)를 확인하세요.
- 필수 필드를 읽을 수 없었습니다(`COULD_NOT_RECOGNIZE_DOCUMENT`).
- MRZ 체크섬이 실패했습니다(`MRZ_VALIDATION_FAILED`). 인쇄된 기계 판독 영역이 정합성을 유지하지 못한 것으로, 진짜 위변조 신호입니다.
- 사용자가 워크플로우에서 요구하는 연령 미만(또는 초과)입니다(`MINIMUM_AGE_NOT_MET`).
- 문서가 블록리스트의 항목과 일치합니다.

**라이브니스 문제**

- 캡처 중 얼굴이 감지되지 않았습니다.
- 프레젠테이션 공격이 플래그되었습니다(`LIVENESS_FACE_ATTACK`). 카메라에 실제 사람 대신 사진, 화면, 마스크를 들이댄 경우입니다.

**얼굴 대조 문제**

- 셀피와 문서 사진이 설정된 유사도 임곗값보다 낮은 점수를 받았습니다(`LOW_FACE_MATCH_SIMILARITY`). [라이브니스와 얼굴 대조 문제 해결하기](https://help.didit.me/ko/liveness-biometrics/liveness-and-face-match-issues)를 확인하세요.

**리스크 및 스크리닝 문제**

- AML 히트가 거절 임곗값을 초과했습니다.
- 연결이 차단된 IP 주소나 서비스하지 않는 국가에서 왔습니다.
- 얼굴이 이미 검증된 사용자나 블록리스트에 등록된 얼굴과 일치했습니다. [중복 탐지](https://help.didit.me/ko/verification-sessions/duplicate-detection)를 확인하세요.

이 중 어떤 것이 실제로 거절을 발생시키는지(재제출 요청이나 통과가 아니라)는 워크플로우에서 각 검사가 어떻게 설정되어 있는지에 달려 있습니다. 일부 경고는 자동으로 거절하고, 일부는 수동 심사로 넘어갑니다. [판정 규칙과 임곗값](https://help.didit.me/ko/workflows/decision-rules)을 확인하세요.

## 거절된 단계는 이후 워크플로우를 멈출 수 있습니다

특정 경고에 대해 거절하도록 단계가 설정되어 있으면, 워크플로우는 그 지점에서 멈추고 이후 단계는 실행되지 않습니다. 여기에는 알아둘 만한 두 가지 결과가 있습니다.

- 세션 결과에 예상했던 검사가 빠져 있을 수 있습니다. 실패한 것이 아니라 애초에 실행되지 않은 것입니다.
- 완료된 feature 단위로만 과금되므로, 실행되지 않은 단계에는 비용이 청구되지 않습니다.

저렴한 검사로 비싼 검사를 게이팅하고 싶다면, 워크플로우 앞쪽에 의도적으로 배치하세요.

## Declined가 항상 최종은 아닙니다

근본 원인이 고칠 수 있는 것(흐릿한 사진, 잘못된 문서 면, 캡처 중 기술적 오류)이라면, 리뷰어는 세션을 거절 상태로 두는 대신 그 단계만 다시 하도록 요청할 수 있습니다. [검증을 다시 시도하게 하기](https://help.didit.me/ko/verification-sessions/retry-a-verification)를 확인하세요.

> **Note:** 거절된 검증에서 사용자에게 표시되는 메시지는 현재 모든 워크플로우에서 동일합니다. 지금은 사용자에게 표시되는 내용을 커스터마이즈할 수 없습니다.

## 리뷰어가 거절이 잘못됐다고 판단한다면

컴플라이언스 리뷰어는 콘솔에서 자동 거절을 재정의할 수 있습니다. 세션을 열고 이유를 설명하는 메모와 함께 상태를 **Approved**로 변경하면 됩니다. 모든 재정의는 기록되므로 감사 추적에서 누가 무엇을 결정했는지 확인할 수 있습니다. 전체 심사 절차는 [수동 심사](https://docs.didit.me/console/manual-review)를 확인하세요.

## 피할 수 있는 거절 줄이기

거절 비율이 원하는 것보다 높다면, 보통의 원인은 사기가 아니라 설정입니다.

1. **문서 허용 목록이 너무 좁음.** 워크플로우가 허용하는 문서 유형과 하위 유형을 실제 사용자가 보유한 문서와 비교해 확인하세요.
2. **얼굴 대조 임곗값이 너무 빡빡하게 설정됨.** [얼굴 대조 점수와 임곗값](https://help.didit.me/ko/liveness-biometrics/face-match-thresholds)을 확인하세요.
3. **저사양 기기에서의 액티브 라이브니스.** 패시브 라이브니스는 오래된 휴대폰이나 나쁜 조명에 훨씬 관대합니다.
4. **오탐을 만드는 일치 점수로 설정된 AML 거절 임곗값.** 이런 경우는 거절 대신 심사로 보내세요. [AML 히트 해결하기](https://help.didit.me/ko/aml-screening/resolving-aml-hits)를 확인하세요.

## 여러분이 거절당한 사용자이고, 기업이 아니라면

기업으로부터 인증 링크를 받았는데 거절되었다면, Didit은 그 기업을 대신해 검증을 처리할 뿐 판정을 내리거나 바꾸거나 설명할 권한은 없습니다. 오직 검증을 요청한 기업만 그렇게 할 수 있으므로, 결과에 대해서는 그 기업의 지원팀에 문의하세요. [Didit으로 신원 확인을 요청받았어요](https://help.didit.me/ko/end-users/asked-to-verify)와, 데이터 접근이 어떻게 통제되는지는 [Didit이 사용자 데이터를 보호하는 방법](https://help.didit.me/ko/data-privacy/how-didit-protects-data)을 확인하세요.