회사 관계자 인증하기

KYB는 UBO, 주주, 임원을 식별한 뒤 각자를 자신의 세션으로 인증합니다 - 무엇이 수집되는지, 초대가 어떻게 작동하는지, Awaiting User가 의미하는 바를 안내합니다.

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

#이 단계가 존재하는 이유

123

1. 인증 대상 회사 한 곳당 한 행입니다.
2. People 컬럼은 연결된 관계자 수와 진행 상태를 보여줍니다.
3. 관계자들이 해결되기 전까지 회사에 대한 결정은 열린 상태로 남습니다.

회사가 등록되어 있음을 확인하는 것은 그 회사가 존재한다는 것만 알려줍니다. 그 뒤에 누가 있는지는 알려주지 않으며, 이것이 보통 실제 컴플라이언스 요구 사항입니다. 즉 최종 실소유자 - 그 법인을 궁극적으로 소유하거나 지배하는 자연인 - 를 식별하는 것입니다.

Didit는 등록 기관이 공개하는 경우 그 구조를 그대로 가져오고, 호스팅된 플로우에서 비즈니스 관리자가 이를 확인하고 보강할 수 있게 한 뒤, 각 개인에 대해 역할에 맞는 인증을 실행합니다.

#각 당사자별로 수집되는 정보

호스팅된 플로우는 기본 필드 세트와 함께 워크플로우가 요구하는 커스텀 필드를 수집합니다.

당사자는 자연인일 수도, 법인일 수도 있습니다 - 엔티티 유형은 자동으로 설정되므로 다른 회사가 소유한 회사도 사람 슬롯에 억지로 끼워 맞추지 않고 정확하게 모델링됩니다.

#커스텀 필드

워크플로우는 개인 또는 회사별로 얼마든지 추가 필드를 요구할 수 있습니다. 이 값들은 결정 응답에서 각 당사자에게 함께 표시됩니다. 자금 출처 신고, 내부 참조 번호, 기록해 둬야 할 확인 진술서 등이 일반적인 용도입니다.

#각 사람이 인증받는 방식

필요한 각 당사자는 여러분이 설정한 KYC 워크플로우를 실행하는 자신의 세션을 받습니다. 그 세션은 문서, 라이브니스, 얼굴 매칭, AML 등 워크플로우가 지정한 모든 것을 포함하는 완전한 인증입니다. 가벼운 버전이 아닙니다. 따라서 KYB 플로우 안에서 인증받은 UBO는 독립적인 사용자와 동일한 기준으로 인증받은 것입니다.

이 과정이 진행되는 동안 부모 비즈니스 세션은 Awaiting User로 이동합니다.

#초대와 전달

관계자는 핵심 관계자 단계에서 수집된 이메일 주소로 초대됩니다. 여러분 자신의 제품, 이메일, 또는 사용자가 이미 신뢰하는 채널을 통해 직접 링크를 전달하고 싶다면, 플로우를 설계할 때 Didit 담당자와 이를 확인하세요. 연동 방식이 달라지기 때문입니다.

API로 이를 구동한다면, 콘솔을 거치지 않고 추적과 재발송을 할 수 있도록 각 당사자의 세션 식별자를 생성 시점에 보관해 두세요.

#부모의 상태 읽기

거절된 등록 기관 체크는 Awaiting User보다 우선합니다. 부모는 관계자를 기다리지 않고 거절됩니다. 그리고 자식 세션이 재제출되면 부모는 완료될 때까지 다시 Awaiting User로 돌아갑니다.

#회사뿐 아니라 관계자에 대한 AML

회사 단위 AML 스크리닝은 그 법인에 대해 알려줄 뿐, 소유자에 대해서는 아무것도 말해주지 않습니다. 의무가 관계자까지 포함한다면 개별적으로 스크리닝해야 하며, 이는 회사 스크린에 더해 UBO 또는 임원당 별도로 $0.20이 추가됩니다.

이것이 두 KYB 세션의 비용이 크게 달라질 수 있는 주된 이유입니다. 이사 한 명과 소유자 한 명뿐인 회사는 저렴하지만, 임원 여덟 명을 스크리닝해야 하는 펀드는 그렇지 않습니다.

#등록 기관에 소유 구조 데이터가 없을 때

등록 기관이 소유 구조를 공개하지 않는 관할권에서는 핵심 관계자 단계가 그 데이터의 출처입니다. 회사가 직접 신고하는 것입니다. 등록 기관 발췌 자료보다 증거로서는 약하므로, 위험 정책상 독립적인 확인이 필요하다면 워크플로우에 문서 요구 사항을 함께 두세요. 등록 기관 커버리지와 소유 구조 데이터를 참고하세요.