KYC 이해하기: 절차, 요건 및 API (KO)

KYC, 즉 고객 알기(Know Your Customer)는 조직이 고객이 누구인지 확인하고, 관계의 위험을 평가하며, 그 이해를 최신 상태로 유지하는 데 사용하는 프로세스입니다. 규제 대상 부문에서 KYC는 고객 실사를 운영합니다. 즉, 신원 증명, 검증, 위험 평가, 심사, 결정, 기록 및 지속적인 검토를 연결합니다.

KYC는 문서 스캔과 동의어가 아닙니다. 문서 확인은 하나의 증거를 검증할 수 있지만, 완전한 KYC 프로그램은 어떤 증거가 충분한지, 고위험 사례가 어떻게 처리되는지, 언제 고객을 다시 검토해야 하는지, 그리고 모든 결정이 나중에 어떻게 설명될 수 있는지를 결정합니다.

주요 내용

• KYC는 한 번의 확인이 아니라 라이프사이클입니다. 온보딩 전 또는 온보딩 중에 시작되며, 신원 데이터, 제재 노출, 소유권 또는 행동이 변경될 때 계속됩니다.
• eKYC는 KYC의 디지털 전달입니다. 문서, 공신력 있는 데이터베이스, 생체 인식, NFC 및 기타 원격 증거를 사용할 수 있지만, 기본 규정 준수 의무를 제거하지는 않습니다.
• KYC와 AML은 관련이 있지만 다릅니다. KYC는 고객을 식별하고 평가합니다. AML은 거래 모니터링, 조사, 보고 및 거버넌스를 포함할 수 있는 더 넓은 통제 프레임워크입니다.
• 위험이 깊이를 결정합니다. 저위험 신청자는 더 간단한 경로를 따를 수 있지만, 고위험 관계는 강화된 실사 및 사람의 검토가 필요할 수 있습니다.
• KYC API는 운영 모델의 일부일 뿐입니다. 팀은 정책, 오케스트레이션, 예외 처리, 감사 기록, 개인 정보 보호 제어 및 모니터링도 필요합니다.

KYC는 무엇을 의미하나요?

KYC는 관계에 대해 방어 가능한 결정을 내리고 유지하기 위해 고객에 대해 충분히 아는 것을 의미합니다. 정확한 법적 의무는 관할권, 부문, 제품, 고객 유형 및 위험 수준에 따라 다릅니다. 일반적인 운영 패턴은 고객을 식별하고, 신뢰할 수 있는 증거를 확인하며, 관계의 목적과 예상되는 성격을 이해하고, 위험을 평가하며, 중요한 변경 사항을 모니터링하는 것입니다.

금융 행동 태스크포스(FATF)의 디지털 신원 지침은 디지털 신원 시스템을 고객 식별 및 검증을 지원하는 한 가지 방법으로 취급합니다. 이는 기술 결과가 자동 규정 준수로 이어지는 것이 아닙니다. 규제 대상 조직은 시스템, 보증 수준 및 통제가 위험에 적합한지 여부를 판단할 책임이 있습니다.

KYC는 종종 신원 확인의 약어로 비공식적으로 사용됩니다. 이 약어는 제품 대화에서는 유용하지만, 규정 준수 프로그램에서는 불완전합니다. 신원 확인은 증거를 제시하는 사람이 주장된 신원과 연결되어 있는지 여부를 답변합니다. KYC는 또한 관계가 이해되었는지, 위험이 허용 가능한지, 그리고 고객 프로필이 최신 상태로 유지되는지 여부를 묻습니다.

KYC, eKYC, CDD, AML, CIP 및 KYB 비교

용어	실질적인 의미	일반적인 범위	흔한 실수
KYC	개별 고객을 파악하고 평가	신원, 위험, 심사, 결정, 기록, 검토	일회성 문서 업로드로 취급
eKYC	디지털 채널을 통해 완료되는 KYC	원격 증거 캡처, 유효성 검사, 생체 인식, 데이터베이스 확인	“전자”가 낮은 보증을 의미한다고 가정
CDD	고객 실사	신원, 관련 시 수익적 소유자, 목적, 위험, 모니터링	CDD를 제재 심사로 축소
EDD	고위험 사례에 대한 강화된 실사	더 많은 증거, 자금 또는 자산 출처 확인, 승인, 더 면밀한 모니터링	모든 위험 수준에 동일한 워크플로 적용
AML	자금세탁방지 통제 프레임워크	KYC, 심사, 거래 모니터링, 조사, 보고	KYC와 AML을 상호 교환 가능한 용어로 사용
CIP	특히 미국에서 사용되는 고객 식별 요건	식별 정보 수집 및 확인	한 국가의 CIP 규칙이 보편적이라고 가정
KYB	사업체 알기(Know Your Business)	법인 상태, 소유권, 통제자, 사업 활동, 연결된 사람	회사를 확인하지만 수익적 소유자는 확인하지 않음

이 용어들은 동일한 운영 문제의 다른 계층을 설명하기 때문에 중복됩니다. KYC는 고객 중심입니다. CDD는 위험 기반의 법적 및 운영 프로세스입니다. AML은 더 넓은 금융 범죄 프레임워크입니다. eKYC는 채널을 설명합니다. KYB는 법인 및 그 소유권에 유사한 추론을 적용합니다.

KYC 프로세스는 어떻게 작동하나요?

가장 강력한 KYC 흐름은 정책과 증거를 분리합니다. 정책은 무엇을 증명해야 하고 각 위험 수준에서 무엇이 발생하는지 정의합니다. 증거 및 기술적 확인은 해당 정책을 지원합니다.

1. 정책 및 트리거 설정

확인 이유부터 시작하세요. 계좌 개설, 규제 대상 거래, 지급, 계좌 복구, 한도 증가 또는 중요한 프로필 변경은 다른 보증을 요구할 수 있습니다. API 필드를 선택하기 전에 관할권, 고객 유형, 허용되는 증거, 금지된 관계, 에스컬레이션 규칙, 보존 기간 및 소유자를 정의하세요.

2. 식별 정보 수집

목적 및 해당 의무에 필요한 속성만 수집하세요. 일반적인 필드에는 법적 이름, 생년월일, 주거지 주소, 국적 및 정부 식별자가 포함됩니다. 기업 고객은 대신 법인 데이터 및 소유권 정보가 필요합니다.

여기서는 데이터 최소화가 중요합니다. 더 많은 데이터를 수집한다고 해서 자동으로 더 많은 보증이 생성되는 것은 아닙니다. 정보에 정의된 사용 목적이 없으면 개인 정보 보호, 보안 및 운영 위험을 초래할 수 있습니다.

3. 주장된 신원 확인

신원 확인은 제공된 속성이 관련 인구에서 실제적이고 개별적인 사람을 가리키는지 여부를 결정합니다. 증거는 정부 발행 문서, 디지털 자격 증명, 공신력 있는 데이터베이스 기록 또는 허용된 조합일 수 있습니다.

현재 NIST 신원 증명 모델은 확인, 유효성 검사 및 검증을 분리합니다. 이 구분은 미국 정부 사용 외에서도 유용합니다. 세 가지 다른 질문을 하나의 점수로 합치는 것을 방지하기 때문입니다.

4. 증거 및 속성 유효성 검사

유효성 검사는 증거가 정책에 따라 진정하고 정확하며 허용 가능한지 여부를 묻습니다. 문서 흐름은 형식, 만료, 인쇄된 필드 및 기계 판독 가능 필드, 보안 기능, 변조 및 발급자 데이터를 검사할 수 있습니다. 데이터베이스 흐름은 제출된 속성을 공신력 있는 또는 신뢰할 수 있는 소스와 비교할 수 있습니다.

유효성 검사는 단순히 “합격” 또는 “불합격”이 아니라 증거, 경고 및 이유 코드를 반환해야 합니다. 일치하지 않는 기계 판독 가능 영역, 만료된 문서 및 지원되지 않는 문서는 다른 운영 조건이며 다른 조치를 요구할 수 있습니다.

5. 신청자가 정당한 소유자인지 확인

확인은 흐름의 사람을 유효성이 확인된 신원과 연결합니다. 원격 문서 흐름에서는 실시간 캡처, 생체 감지 및 신청자와 증거의 초상화 간의 일대일 얼굴 비교가 포함될 수 있습니다.

이러한 확인은 다른 질문에 답변합니다.

• 문서 유효성 검사: 증거가 진정하고 허용 가능한가요?
• 얼굴 일치: 제시된 얼굴이 참조 초상화와 일치하나요?
• 생체 감지: 프레젠테이션 아티팩트가 아니라 살아있는 사람이 캡처 시점에 존재하나요?
• 캡처 무결성: 미디어가 주입되는 대신 예상 센서 및 채널을 통해 들어왔나요?

어떤 단일 답변도 다른 답변을 대체할 수 없습니다.

6. 고객 위험 심사 및 평가

위험 평가는 신원 결과와 관계의 목적, 지리, 제품 노출, 고객 유형 및 기타 정책 요소를 결합합니다. 필요한 경우, 심사는 제재, 정치적으로 노출된 인물, 부정적인 미디어 및 기타 관련 소스를 다룰 수 있습니다.

잠재적 일치는 반드시 확인된 일치가 아닙니다. 이름이 충돌할 수 있고, 목록이 불완전할 수 있으며, 상황이 중요합니다. 좋은 워크플로는 일치하는 필드와 원본 데이터를 보존하고, 임계값을 적용하며, 모호하거나 고위험 사례를 훈련된 검토자에게 전달합니다.

7. 결정, 등록 및 증거 보존

결과는 승인, 거부, 재시도 또는 수동 검토와 같은 명시적 상태에 매핑되어야 합니다. 감사 및 항소에 필요한 정책 버전, 증거 참조, 공급자 응답, 이유 코드, 타임스탬프, 검토자 조치 및 최종 근거를 저장하세요.

브라우저가 액세스 권한 부여 여부를 결정하도록 두지 마세요. 백엔드는 서명된 웹훅을 소비하거나 공급자 API에서 최종 결과를 검색하고, 진정성과 멱등성을 확인한 다음, 고객 상태를 업데이트해야 합니다.

8. 모니터링 및 새로 고침

KYC는 온보딩 후에도 계속됩니다. 새로 고침은 문서 만료, 소유권 변경, 제재 데이터 변경, 행동이 예상 프로필과 달라지는 경우 또는 고위험 조치가 발생하는 경우 주기적으로 또는 이벤트 기반으로 이루어질 수 있습니다. 거래 모니터링 및 지속적인 AML 심사는 관련 통제이지만, 어느 쪽도 원래의 신원 기록을 조용히 다시 작성해서는 안 됩니다.

eKYC는 무엇인가요?

eKYC는 전자 채널을 통해 수행되는 KYC입니다. 대면 수집을 원격 증거 캡처, 디지털 자격 증명, 공신력 있는 데이터베이스 쿼리, 생체 인식 검증, NFC 칩 판독 또는 조합으로 대체하거나 보완합니다.

평가 질문은 “디지털인가 수동인가?”가 아닙니다. 증거, 캡처 방법, 사기 통제 및 예외 프로세스가 사용 사례에 필요한 보증에 도달하는지 여부입니다. 잘 설계된 원격 흐름은 강력한 증거를 수집하고 상세한 감사 추적을 생성할 수 있습니다. 잘못 설계된 흐름은 약한 확인을 고속으로 자동화할 수 있습니다.

eKYC는 또한 실패 모드를 변경합니다. 팀은 조작된 미디어, 가상 카메라, 장치 에뮬레이터, 접근성 요구사항, 카메라 품질, 네트워크 손실, 반복 시도 및 기본 증거를 제시할 수 없는 사용자를 고려해야 합니다. 예외 처리는 사후 고려 사항이 아니라 통제의 일부입니다.

KYC와 AML은 어떻게 연관되나요?

KYC는 AML 통제의 한 구성 요소입니다. 다운스트림 통제가 의존하는 고객 신원 및 초기 위험 그림을 생성합니다. AML은 또한 제재 및 PEP 심사, 지속적인 심사, 거래 모니터링, 경고 조사, 의심스러운 활동 보고, 기록 유지, 교육, 거버넌스 및 독립적인 테스트를 포함할 수 있습니다.

이 관계는 타임라인으로 가장 쉽게 볼 수 있습니다.

1. 관계 전: 고객을 식별, 확인, 심사 및 위험 평가합니다.
2. 관계 중: 예상 프로필에 대한 활동 및 변경 사항을 모니터링합니다.
3. 위험 변경 시: 증거를 새로 고치고, 강화된 실사를 적용하며, 활동을 제한하고, 조사하거나, 필요에 따라 보고합니다.
4. 종료 시: 필요한 기록을 보존하고 지속적인 제한을 적용합니다.

이것이 바로 aml kyc 검색이 문서 캡처만 논의하는 페이지로 연결되어서는 안 되는 이유입니다. 신원 결정은 컨텍스트를 제공합니다. 지속적인 통제는 현실이 계속해서 일치하는지 테스트합니다.

KYC API는 무엇을 제공해야 하나요?

KYC API는 확인 생성, 결과 수신 및 예외 처리를 위한 안정적인 계약을 노출해야 합니다. 정확한 엔드포인트 형태는 그 주변의 운영 보증보다 덜 중요합니다.

핵심 API 기능

• 확인을 자체 기록에 매핑하는 고객 또는 공급업체 참조.
• 생성 및 재시도 작업에 대한 멱등성.
• 명시적 워크플로 또는 정책 버전 관리.
• 관련 시 호스팅 및 임베디드 캡처 옵션.
• 문서화된 이벤트 상태와 함께 서명되고 재시도 가능한 웹훅.
• 소비자가 누락된 이벤트를 조정할 수 있는 검색 엔드포인트.
• 구조화된 이유 코드, 경고 및 증거 수준 결과.
• 기술적 실패, 사용자 재시도, 검토, 승인 및 거부에 대한 별도의 상태.
• 성공 및 실패 경로 모두에 대한 테스트 데이터 및 샌드박스 시나리오.
• 보존, 삭제, 거주지 및 액세스 제어 문서.

최소 통합 패턴

귀사의 백엔드
  -> 내부 고객 참조를 사용하여 확인 세션 생성
  -> 승인된 캡처 흐름으로 사용자 전송
  -> 서명된 이벤트 수신
  -> 공급자 API에서 최종 결정 검색
  -> 자체 정책 및 고객 상태 전환 적용
  -> 증거, 이유 및 정책 버전 기록

공급업체 결과는 귀사 결정의 입력입니다. 정책 경계를 백엔드에 유지하면 고객 상태 제어를 잃지 않고 임계값, 공급업체 또는 워크플로를 변경할 수 있습니다.

팀은 KYC 서비스를 어떻게 평가해야 하나요?

규제 및 보증 적합성

서비스가 지원하는 신원 증명 모델, 사용 가능한 증거 강도, 적용되는 관할권 및 고객 유형, 각 구성 요소에 적용되는 독립 테스트에 대해 문의하세요. 하나의 생체 인식 메커니즘에 대한 인증은 전체 온보딩 여정을 인증하지 않습니다.

사기 방지

문서 공격 범위, 프리젠테이션 공격 감지, 주입 방어, 얼굴 일치 평가, 반복 장치 또는 신원 통제 및 수동 검토 도구를 검토하세요. 테스트 프로토콜, 공격 클래스, 오인식 및 오거부 결과, 그리고 압축, 열악한 조명, 오래된 장치 및 예상치 못한 공격 하에서 성능이 어떻게 변하는지 문의하세요.

범위 품질

“글로벌”은 테스트 계획이 아닙니다. 실제로 서비스하는 국가, 문서 유형, 스크립트, 데이터 소스 및 고객 인구에 대한 매트릭스를 구축하세요. 생산과 유사한 샘플을 실행하고 세그먼트별 완료율, 거부율, 검토율 및 지원되지 않는 증거율을 추적하세요.

결정 품질 및 운영

이유 코드, 증거 보기, 검토자 권한, 감사 로그, 사례 대기열, 재시도 제어 및 항소를 검사하세요. 분석가가 예외를 이해할 수 없다면 높은 자동화율은 유용하지 않습니다.

개발자 신뢰성

멱등성, 웹훅 전달, 서명 확인, 순서 지정, 재시도, 시간 초과, API 버전 관리, 속도 제한, 상태 조정 및 샌드박스 충실도를 테스트하세요. 사용자가 흐름을 완료했지만 이벤트가 지연될 때 발생하는 상황을 정의하세요.

개인 정보 보호 및 보안

수집된 모든 속성 및 생체 인식 아티팩트를 목적, 보존 규칙, 액세스 정책, 지역 및 삭제 경로에 매핑합니다. 하위 처리자, 암호화, 사고 대응, 액세스 로그 및 환경과 애플리케이션을 분리하는 기능을 검토합니다.

사용자 경험 및 포괄성

문서, 장치, 운영 체제, 네트워크, 언어 및 관련 인구 통계 그룹별 완료율 및 오거부율을 측정합니다. 기본 방법을 완료할 수 없는 사용자를 위해 명확한 복구 지침과 대체 경로를 제공합니다.

흔한 KYC 구현 실수

KYC를 일회성 게이트로 취급

깔끔한 온보딩 결과는 오래될 수 있습니다. 문서가 만료되고, 감시 목록이 변경되며, 계정이 탈취되고, 행동이 변경됩니다. 원래 정책을 작성할 때 새로 고침 트리거를 정의하세요.

확인과 위험 수용을 혼동

사람은 올바르게 식별될 수 있지만 여전히 허용할 수 없거나 높은 위험을 제시할 수 있습니다. 신원, 심사, 고객 위험 및 사업 적격성을 별도의 결정으로 유지하세요.

모든 잠재적 심사 일치를 자동 거부

이름은 고유 식별자가 아닙니다. 모든 후보 일치를 확인된 신원으로 전환하는 대신 일치 컨텍스트를 보존하고 모호한 결과를 검토하세요.

모든 고객에게 동일한 워크플로 사용

균일한 흐름은 저위험 사용자에게 과부하를 주면서 고위험 사례를 덜 확인하게 할 수 있습니다. 경계가 있는 분기 및 명확한 에스컬레이션 기준이 있는 문서화된 위험 기반 접근 방식을 사용하세요.

클라이언트 측 리디렉션 신뢰

성공 페이지는 신뢰할 수 있는 결정이 아닙니다. 서버 측에서 결과를 확인하고, 이벤트를 인증하며, 정식 기록을 검색하고, 자체 시스템에서 액세스 결정을 내리세요.

합격률만 측정

보안 및 사용자 결과를 함께 추적합니다. 오인식, 오거부, 재시도, 포기, 수동 검토율, 해결 시간, 지원되지 않는 증거 및 다운스트림 사기. 통제가 약화되면 더 높은 합격률은 경고가 될 수 있습니다.

예외 경로 무시

실제 사용자는 손상된 문서, 일치하지 않는 이름, 제한된 장치, 장애 및 열악한 연결을 가지고 있습니다. 출시 전에 재시도, 대체 증거, 수동 검토, 항소 및 지원 소유권을 정의하세요.

Didit의 역할

Didit은 워크플로로 조립할 수 있는 구성 가능한 신원 및 사기 확인을 제공합니다. 공개된 KYC 번들은 신원 확인, 수동 생체 감지, 얼굴 일치 및 IP 분석에 대해 $0.33입니다. 공개된 무료 티어는 월 500회 무료 확인입니다.

신원 부분은 신원 확인을 참조하세요. 존재 확인은 생체 감지를 참조하세요. 고객 위험 심사는 AML 심사를 참조하세요. 팀은 워크플로 오케스트레이터를 통해 확인을 연결하고 가격 책정 페이지에서 모듈 수준 요율을 검토할 수 있습니다.

이러한 제품 결과는 여전히 조직의 자체 정책, 법률 분석, 검토 프로세스 및 모니터링 프로그램 내에 있어야 합니다.

자주 묻는 질문

KYC는 무엇을 의미하나요?

KYC는 Know Your Customer의 약자로, Know Your Client라고도 합니다. 고객을 식별하고, 적절한 증거를 확인하며, 관계 위험을 평가하고, 고객 프로필을 최신 상태로 유지하는 프로세스입니다.

eKYC는 KYC와 다른가요?

eKYC는 원격 또는 디지털 방법을 통한 KYC의 전자적 전달입니다. 목표는 동일하게 유지됩니다. 증거, 캡처 방법, 사기 위협 및 사용자 복구 경로는 다릅니다.

KYC와 신원 확인의 차이점은 무엇인가요?

신원 확인은 주장된 신원과 신청자 간의 연결을 설정합니다. KYC는 그 결과를 위험 평가, 심사, 정책, 기록 및 지속적인 검토와 함께 사용합니다.

KYC와 AML의 차이점은 무엇인가요?

KYC는 AML 통제의 고객 중심 부분입니다. AML은 더 광범위하며 거래 모니터링, 조사, 의심스러운 활동 보고, 거버넌스 및 지속적인 통제를 포함할 수 있습니다.

KYC는 항상 신분증을 요구하나요?

보편적으로 그렇지는 않습니다. 허용되는 증거는 법률, 정책, 보증, 관할권 및 위험에 따라 다릅니다. 일부 허용된 흐름은 공신력 있는 데이터베이스, 디지털 자격 증명 또는 결합된 증거를 사용할 수 있습니다. 팀은 한 가지 방법이 모든 경우에 적합하다고 가정하기보다는 해당 요구 사항을 확인해야 합니다.

KYC는 얼마나 자주 새로 고쳐야 하나요?

보편적인 간격은 없습니다. 새로 고침은 해당 요구 사항 및 문서화된 위험 모델을 따라야 하며, 중요한 신원, 소유권, 제재, 문서 또는 행동 신호가 변경될 때 이벤트 기반 검토가 이루어져야 합니다.

KYC API가 사업체를 규정 준수하게 만들 수 있나요?

어떤 API도 자체적으로 규정 준수를 생성하지 않습니다. 증거를 수집하고 구조화된 결과를 반환할 수 있지만, 조직은 정책, 위험 결정, 예외, 거버넌스, 기록 및 모니터링에 대한 책임을 집니다.

주요 참조

• FATF 디지털 신원 지침
• FATF 고객 실사 지침
• NIST SP 800-63A-4: 신원 증명 및 등록
• HMRC 고객 실사 설명

KYC는 신원 증명, 위험 정책, 기술적 통제, 인간의 판단 및 지속적인 모니터링이 일치할 때 작동합니다. 먼저 라이프사이클을 구축한 다음, 이를 지원할 확인 및 API 계약을 선택하세요.