KYC 상태와 워크플로

​

검증 상태와 워크플로

정책 관점의 KYC 여정은 정보 수집에서 검토를 거쳐 승인 또는 거부 결정으로 이동해요. 현재 API 리소스는 별도의 케이퍼빌리티, 애플리케이션, 태스크, 제출 라이프사이클을 노출해요.

​

정책 관점 검토 개념

이 정책 관점 검토 개념들은 온보딩 여정을 설명해요. 현재 API enum, 웹훅 값 또는 보장된 전환이 아니에요. 이 라벨은 정책 여정을 논의할 때만 사용하세요. 현재 생성된 스키마가 자체 컨텍스트에서 동일한 값을 명시적으로 요청하지 않는 한 현재 상태 값으로 전송하지 마세요.

​

Standard KYC 검토 흐름

1. 개인 고객을 생성해요.
2. 자격 있는 케이퍼빌리티를 발견하고 요청해요.
3. 현재 태스크 세부 정보를 조회해요.
4. 고객을 자사 호스팅 검증 세션으로 보내거나 태스크가 요청한 완전한 태스크 답변을 제출해요.
5. 현재 리소스가 자체 검토 상태를 보고하는 동안 검토가 실행되도록 해요.
6. 더 많은 조치가 필요한지 또는 케이퍼빌리티가 ready, restricted, rejected 또는 canceled인지 결정하기 위해 현재 리소스를 다시 조회해요.

정책 여정은 이를 not started, pending verification, under review로 설명한 뒤 approved 또는 rejected로 설명할 수 있어요. 이 용어들은 API 전환 순서를 정의하지 않아요.

​

Enhanced KYC 검토 흐름

1. 현재 요청된 표준 신원 및 실물 확인 작업을 완료하세요.
2. 강화된 검토가 추가 정보를 요청할 때 최신 태스크를 조회하세요.
3. 현재 호스팅된 세션 또는 태스크 제출을 통해 요청된 주소 증명, 자금 증명 또는 기타 증거를 제공하세요.
4. 현재 태스크가 요청할 때만 문서를 업로드하세요.
5. 수동 검토 중에도 현재 리소스를 계속 모니터링하세요.
6. 현재 케이퍼빌리티, 애플리케이션, 태스크, 제출 상태를 기반으로 중지하거나 계속 진행하세요.

컴플라이언스 팀은 고객의 등록된 이메일 주소를 통해 강화된 검토를 조정할 수도 있어요.

​

일반적인 거부 사유

​

검증 타임라인

이 소요 시간은 일반적인 정책 추정치이며 보장된 API 동작이 아니에요.

​

현재 API 상태 어휘

현재 리소스는 별도의 닫힌 어휘를 사용해요:

• 케이퍼빌리티 상태: pending, ready, restricted, rejected, canceled
• 애플리케이션 상태: requested, in_review, action_required, ready, rejected, disabled, canceled
• 태스크 상태: action_required, in_review, satisfied, rejected, canceled
• 제출 결과: in_review, accepted, changes_requested, rejected

이 어휘들을 하나의 검증 상태로 통합하지 마세요.

​

이벤트와 현재 상태

현재 문서화된 웹훅을 변경 알림으로 사용한 뒤 현재 고객, 케이퍼빌리티, 애플리케이션, 태스크 리소스를 다시 조회하세요. 이벤트는 권위 있는 리소스 조회를 대체하지 않으며, 어떤 정책 관점 라벨도 특정 이벤트를 함의하지 않아요. 현재 조치 루프는 케이퍼빌리티와 태스크를 참고하세요.

​

지원

KYC 정책 질문은 compliance@swipelux.com에 문의하세요. API 문제는 support@swipelux.com에 문의하세요.