검증을 다시 시도하게 하기

사용자에게 두 번째 기회를 주려면 실패한 단계만 재제출을 요청하거나 새 세션을 시작하세요. 링크를 열기 전에 만료되었다면 새 세션이 필요합니다.

누군가에게 다시 기회를 주는 방법은 두 가지입니다. 실패한 단계에 대해 재제출을 요청하거나, 처음부터 새 세션을 만드는 것입니다. 어느 쪽을 선택할지는 세션의 현재 상태에 달려 있습니다.

#방법 1: 재제출 요청하기

재제출은 같은 세션과 이력을 유지하며, 실패한 특정 단계만 다시 하도록 요청합니다. 전체 검증을 다시 하지 않아도 됩니다.

검토 중, 거절됨, 승인됨, 중단됨, KYC 만료 또는 다시 제출됨.

1. 세션 열기

   비즈니스 콘솔에서 Verifications로 이동해 세션을 여세요.

2. 재제출 요청하기

   작업 메뉴를 열고 Request Resubmission을 선택하세요. 승인되지 않은 단계 중 사용자가 다시 해야 할 단계를 선택하세요.

3. 사용자에게 알리기(선택 사항)

   이메일 주소를 등록해 두었다면 재제출 페이지로 바로 연결되는 링크를 자동으로 보낼 수 있습니다. 그 이메일의 언어도 설정할 수 있습니다.

4. 재평가 대기하기

   대기하는 동안 세션 상태는 Resubmitted로 바뀝니다. 사용자가 요청받은 단계를 완료하면 시스템이 자동으로 재평가해 세션을 Approved, Declined, In Review 중 하나로 이동시킵니다.

재제출은 같은 세션에 대해 여러 번 요청할 수 있으며, 각 회차의 기록은 세션 이력에 남아 자료로 활용할 수 있습니다. 개발자는 update session status API로 동일한 작업을 수행할 수 있습니다.

#방법 2: 새 세션 만들기

열기 전에 세션이 만료되었다면 추가 작업 → 이 사람의 새 인증 또는 API로 새 세션을 만드세요. 이 옵션은 vendor_data가 필요하며 없으면 비활성화됩니다. 같은 값을 사용하면 동일인의 시도를 연결할 수 있습니다.

#어느 쪽을 사용해야 할까요?

흐릿한 사진, 잘못된 문서 면과 같이 고칠 수 있는 문제라면 재제출이 거의 항상 더 나은 선택입니다. 정당한 사용자에게 마찰이 적고, 비용도 저렴하며, 감사 추적도 하나로 유지됩니다.

#재시도 비용

과금은 완료된 feature 단위로 발생하므로 다음과 같습니다.

• 문서 단계만 다시 하는 재제출은 그 단계 비용만 청구됩니다.
• 완전히 새로운 세션은 전체 워크플로우를 다시 실행하며, 완료되는 각 feature마다 다시 과금됩니다.
• 사용자가 도달하지 않은 단계는 전혀 과금되지 않습니다.

이것이 고칠 수 있는 실패에 대해 새 세션보다 재제출을 선택해야 하는 실질적인 이유입니다. 자세한 내용은 과금 대상이 되는 검사를 확인하세요.

#사용자가 받는 시도 횟수 제어하기

실패한 검증에 대해 같은 흐름 안에서 다시 시도할 기회를 주고 싶지 않다면, 이는 워크플로우 설정의 문제입니다. 각 경고에 대한 단계의 동작이 사용자에게 재시도를 권할지, 심사로 보낼지, 아예 거절할지를 결정합니다. 자세한 내용은 판정 규칙과 임곗값을 확인하세요.

#관련 문서

• 각 세션 상태의 의미
• 검증이 거절된 이유
• 세션이 완료되지 않을 때