검증이 거절된 이유

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

작성: Didit 지원팀 · 2026년 8월 19일 업데이트

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

#정확한 이유 찾기

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

123

1. 거절 사유는 Overview에 있습니다 - 다른 무엇보다 먼저 읽으세요.
2. 문서 문제는 여기에 나타납니다: 만료, 판독 불가, 또는 진위 검사 실패.
3. Events는 규칙에 의한 결정인지 사람에 의한 결정인지 보여줍니다.

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

문서 문제

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

라이브니스 문제

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

얼굴 대조 문제

• 셀피와 문서 사진이 설정된 유사도 임곗값보다 낮은 점수를 받았습니다(LOW_FACE_MATCH_SIMILARITY). 라이브니스와 얼굴 대조 문제 해결하기를 확인하세요.

리스크 및 스크리닝 문제

• AML 히트가 거절 임곗값을 초과했습니다.
• 연결이 차단된 IP 주소나 서비스하지 않는 국가에서 왔습니다.
• 얼굴이 이미 검증된 사용자나 블록리스트에 등록된 얼굴과 일치했습니다. 중복 탐지를 확인하세요.

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

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

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

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

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

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

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

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

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

#피할 수 있는 거절 줄이기

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

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

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

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