KYC 인증 시 사용자가 보는 화면

KYC 인증에서 사용자가 실제로 보는 화면(전체 시연) 전체 스크립트 - Didit Academy 영상 (총 10편 중 2편), 14:36. YouTube에서 시청하기. 각 단락은 영상의 해당 시점으로 연결됩니다.

​

이 영상에서 다루는 내용

00:03 고객을 Didit에서 인증하도록 보내면 고객은 실제로 무엇을 보게 될까요? 이 영상은 바로 그것을 다룹니다. 고객의 관점에서 전체 흐름을 차례로 살펴보겠습니다. 실제 사용자가 링크를 클릭한 뒤 거치는 정확한 화면들, 사용자가 쓰는 언어와 기기에 맞춰 완전히 브랜딩된 흐름, 보이지 않는 여러 검사가 무거운 작업을 맡고 결과가 만들어지는 순간 시스템에 바로 전달되는 과정입니다. 이를 가장 잘 체험하는 방법은 직접 해 보는 것입니다. didit.me에 방문해 무료로 가입한 뒤 본인 휴대폰에서 인증해 보십시오.

​

직접 흐름 열어 보기

00:38 몇 분 정도면 됩니다. 자, 사용자가 겪는 과정을 정확히 보는 가장 쉬운 방법은 흐름을 직접 여는 것입니다. 그래서 그렇게 해 보겠습니다. 음, 여기 있는 워크플로 중 하나로 이동하겠습니다. 링크를 복사해 브라우저에 붙여 넣겠습니다. 그럼 기본 KYC 워크플로를 보겠습니다. 이 링크를 복사해 여기에 붙여 넣겠습니다. 바로 여기가

​

사용자가 처음 보는 화면

00:58 사용자가 여러분의 링크 중 하나를 누른 뒤 가장 먼저 보게 되는 화면입니다. 먼저 주목할 점은, 음, 이것이 데모라는 것입니다. 여기에는 Didit 브랜딩이 표시되어 있지만 이를 완전히 맞춤 설정할 수 있습니다. 이 목록은 이 특정 사용자가 거치게 될 모든 단계입니다. 신분증 인증, 얼굴 인증, 추가 문서가 있습니다. 이 목록은 하드코딩되어 있지 않습니다. 이 세션에 연결된 워크플로가 실제로 어떤 단계를 어떤 순서로 보여 줄지 결정합니다. 따라서 이 흐름은 켜져 있을 때 워크플로에 포함된 내용을 그대로 표시합니다.

​

브랜딩, 그리고 완료율에 미치는 영향

01:28 로고와 스타일도 여러분의 것입니다. 따라서 사용자에게는 여전히 여러분의 제품처럼 느껴집니다. 이것은 매우 중요합니다. 사용자에게 여러분과 여러분의 브랜드처럼 느껴지는 정도가 실제로 몇 명이 이 인증 과정을 끝까지 마치는지를 좌우하는 가장 큰 요인이기 때문입니다. 여기 아래에는 Didit 보호 표시가 작게 있으며 이것도 제거할 수 있습니다. 위의 모든 항목은 여러분이 구성할 수 있습니다. Didit은 그 아래에서 실행되는 엔진일 뿐입니다. 따라서 사용자가 보는 것은 여러분의 브랜드로 감싼, 여러분이 설정한 워크플로 그대로입니다. 여기

​

화면이 표시되지 않는 검사

02:00 대부분의 사람들이 놀라워하는 점이 있습니다. 여기서 보이는 모든 검사에 화면이 있는 것은 아닙니다. 표시되는 단계는 사용자가 실제로 무언가를 해야 하는 단계뿐입니다. 문서, 얼굴, 전화번호, 이메일이 그렇습니다. 사용자가 이 검사들을 진행하는 동안 다른 여러 검사가 서버 측에서 실행되며 누구도 손댈 필요가 없습니다. 기기 및 IP 분석, AML 스크리닝, 지속적인 AML 모니터링, 데이터베이스 검증이 모두 백그라운드에서 이루어집니다. 사용자는 이들 중 어떤 단계도 보지 못하며, 그래도 여러분은 모든 결과를 대시보드에서 받아볼 수 있습니다. 이렇게 해서 흐름은 매우 짧게 유지되면서도 많은 작업을 수행합니다. Didit의 가장 강력한 검사 일부는 사용자를 직접 마주하지 않기 때문에 마찰 없이 수행됩니다. 이 워크플로 중 하나를 다시 살펴보면, 여기 이 모든 백그라운드 검사가 있는 것을 볼 수 있습니다. 데이터베이스 검증이 있습니다. 음, 이메일 인증, 전화번호 인증, AML 스크리닝, IP 및 위험 분석도 있습니다. 이들은 공개적으로 드러나지 않습니다. 이것들은 모두 워크플로에 추가할 수 있는 검사들입니다.

​

맞춤 설정: 색상, 로고, 이메일, 도메인

03:00 맞춤 설정 탭을 살펴보겠습니다. 여기에서 브랜딩, 색상, 자체 이메일 주소, 자체 도메인 등 모든 항목을 추가할 수 있습니다. 보시다시피 앱 이름을 바꿀 수 있습니다. 환영 페이지를 표시하거나 끌 수 있습니다. 진행률 표시줄을 표시하거나 끌 수 있습니다. 브랜딩 탭에서 이 모든 색상을 추가할 수 있습니다. 로고, 파비콘을 추가하고 글꼴을 변경할 수 있습니다. 맞춤 이메일을 추가할 수 있습니다. 03:25 여기에 이름만 입력하면, 이메일 주소를 넣고 인증 단계로 계속 진행할 수 있습니다. 그러면 이것이 제대로 작동하지 않습니다. 하지만 실제로 작동하는 도메인을 입력하고 ‘인증 계속’을 클릭하면, 추가할 수 있는 DNS 레코드가 표시되어 맞춤 이메일 주소를 설정할 수 있습니다. 이 이메일 주소에서 알림과 인증 상태에 대한 모든 업데이트가 발송됩니다. 도메인의 경우 맞춤 도메인도 추가할 수 있습니다. 예를 들어 서브도메인이 있다면, 여기에 서브도메인을 입력하면 도메인 제공업체에서 업데이트해야 하는 레코드가 표시됩니다. 위에 있는 이 지구본 아이콘을 보십시오. 이

​

54개 언어, 자동 감지

04:04 인터페이스는 아랍어처럼 왼쪽에서 오른쪽으로 쓰는 문자 체계를 포함해 54개 언어로 제공됩니다. 기본적으로 이 흐름은 브라우저 언어 설정을 자동으로 감지하며, 해당 언어를 지원하지 않으면 영어로 대체됩니다. 하지만 사용자는 검색 가능한 목록을 열어 언제든지 원하는 언어로 바꿀 수 있으며, 이후 모든 안내는 사용자의 선택을 따릅니다. 사용자의 언어를 미리 알고 있다면, 예를 들어 자체 데이터베이스에 저장되어 있다면, 세션을 생성할 때 이 언어를 설정할 수 있습니다. 그러면 브라우저에 전혀 의존하지 않고 올바른 언어로 열립니다. 이처럼 흐름은 54개 언어 중에서 사용자의 언어로 자동으로 맞춰집니다. 그럼 이제 살펴보면

​

모바일 대 데스크톱, 그리고 QR 전환

04:49 이 미리보기에서 보시다시피 대부분의 사용자는 결국 휴대폰으로 인증을 완료합니다. 그럴 만도 합니다. 카메라로 문서와 셀피를 촬영하기가 매우 쉽기 때문입니다. 사용자는 이 QR 코드를 휴대폰으로 스캔해서 휴대폰에서 인증 절차를 이어갈 수 있습니다. 이 페이지를 데스크톱에서 열면, 여기서 보시는 것처럼 데스크톱에서도 계속 진행할 수 있습니다. 다만 이는 선택 사항입니다. 사용자가 반드시 휴대폰으로만 인증하도록 강제할 수도 있고, 데스크톱을 허용해서 사용자가 컴퓨터에서 바로 인증을 마치도록 할 수도 있습니다. 다만 데스크톱을 허용하면 데스크톱에서는 라이브니스 검사가 패시브 방식으로 고정된다는 점을 알아두셔야 합니다. 액티브 방식은 컴퓨터 웹캠과 잘 맞지 않기 때문입니다. 액티브와 패시브의 차이를 설명하자면, 액티브는 카메라 앞에서 눈을 깜박여야 하는 방식입니다. 패시브는 단순히 사진을 찍는 방식입니다.

​

호스팅 플로우와 직접 화면을 구축하는 방식

05:34 이 링크 복사 버튼을 누르고 브라우저에서 열어 보시면 아시겠지만, 가장 간단하게 시작하는 방법은 호스팅 플로우입니다. 사용자에게 링크를 보내기만 하면 Didit이 어려운 부분을 모두 처리합니다. 카메라 권한, 문서 촬영, 라이브니스, 기기별로 까다로운 문제까지 모두 말이죠. SDK, iframe, 리디렉션 또는 팝업을 통해 앱에 바로 넣을 수 있습니다. 직접 처음부터 화면을 만들고 싶다면 그렇게 하셔도 됩니다. 다만 그 경우 이 모든 것을 직접 책임지셔야 합니다. 연동에 관한 자세한 내용은 다른 영상에서 다루겠습니다. 지금은 이 워크플로에서 발급되어 사용자에게 보내는 링크가 호스팅 플로우이며, 사용자가 끝까지 인증을 마치도록 최적화되어 있다는 것만 알아두시면 됩니다.

​

발급 국가 감지

06:20 자, 다시 플로우로 돌아가겠습니다. 문서 단계에서 신분증이 어느 나라에서 발급되었는지 알아야 할 때, 대부분의 경우 플로우가 이미 이를 파악해 둡니다. 페이지가 로드되는 순간 사용자의 IP로 위치를 확인하고 발급 국가를 미리 선택해 둡니다. 여기서도 이미 감지된 것을 확인하실 수 있습니다. 워크플로에서 한 국가만 허용하도록 설정되어 있다면, 그 국가가 자동으로 선택되므로 사용자는 이 선택 화면을 전혀 보지 않습니다. 이 예시는 KYC 플로우이지만, KYB나 직접 만든 다른 워크플로에서도 완전히 동일합니다. 엔진은 워크플로에 설정된 단계를 그대로 실행할 뿐입니다. 다음으로 이 미리보기에서 보시는 것처럼 사용자는

​

문서 유형 선택

07:00 제시할 정부 발급 문서를 고르게 됩니다. Didit은 일곱 가지 문서 유형을 인식합니다. 여권, 신분증, 체류 허가증, 운전면허증, 건강보험증, 세무 카드, 사회보장 카드입니다. 다만 이 목록은 방금 감지한 국가에서 실제로 유효한 문서만 남도록 걸러집니다. 따라서 사용자는 Didit이 읽을 수 없는 문서를 고를 수 없습니다. 워크플로에서 문서 유형을 하나만 허용하도록 설정되어 있다면 이 화면 전체가 건너뛰어지고, 사용자는

​

문서 촬영

07:26 바로 촬영 페이지로 넘어갑니다. 계속 진행하면 촬영 페이지가 나옵니다. 여기 미리보기에서 보시다시피 제가 데스크톱을 사용하고 있어서 파일을 업로드하거나 사진을 찍을 수 있습니다. 실시간 촬영을 강제할 수도 있습니다. 이 경우 안내에 따라 실시간으로 촬영하며, 파일 업로드는 허용되지 않습니다. 이는 변조되었거나 재사용된 이미지를 막는 가장 강력한 설정입니다. 업로드를 허용할 경우 지원되는 형식은 JPEG, PNG, PDF 등 익숙한 형식과 몇 가지 다른 파일 형식이며, 모두 10MB 미만이어야 합니다. PDF에 비밀번호가 설정되어 있다면 비밀번호를 입력하라는 안내가 나타납니다. 업로드를 허용할지 실시간 촬영을 강제할지는 모두 워크플로 설정에서 구성할 수 있습니다. 여기 미리보기에서 보시는 것처럼 사용자가 문서를 맞추면 기기 내 안내가 조명과 선명도를 확인하고, 사진이 충분히 좋아지는 순간 자동으로 촬영됩니다. 이렇게 하면 분석을 바로 시작할 수 있습니다. 그리고 Didit은 카드에 적힌 글자만 읽는 것이 아닙니다. 진위 여부와 변조 여부를 검사하고, 화면 사진이나 인쇄본 같은 것을 걸러내는 문서 라이브니스 검사도 수행합니다. 또한 보안 요소를 확인하고, 130개 이상의 문서 언어에 걸쳐 MRZ 검증도 수행합니다. 08:37 이 방식이 특히 뛰어난 점은 모든 과정이 실시간으로 이루어진다는 것입니다. 사용자는 문서에 문제가 있으면 즉시 알 수 있고, 귀사는 같은 순간에 정확히 같은 데이터를 받습니다. 그래서 모두에게 속도 면에서 이득입니다. 그다음

​

라이브니스 셀피

08:50 라이브니스 검사를 위해 사용자는 셀피를 촬영합니다. 사용자는 이 단계에서 화면에 나타나는 타원 안에 얼굴을 맞추기만 하면 됩니다. 이 단순한 화면 뒤에서는 실제 사람이 카메라 앞에 실제로 있음을 증명하는 라이브니스 검사가 진행됩니다. 이 검사는 Didit이 제출된 문서와 얼굴을 대조할 수 있게 해 주는 기반이기도 합니다. 여기서 실행할 라이브니스 방식을 선택할 수 있으며, 워크플로 노드별로 설정할 수 있습니다.

​

패시브, 3D 플래시, 3D 액션

09:17 이 내용은 다른 영상에서 자세히 다루겠습니다. 방식은 세 가지입니다. 패시브 방식은 사용자가 아무 동작도 하지 않습니다. 3D 플래시 방식은 컬러 조명으로 깊이 맵을 만들며, 여전히 사용자에게 아무 동작도 요구하지 않습니다. 3D 액션 방식은 조명에 더해 눈 깜박임이나 고개 돌리기처럼 무작위로 정해진 짧은 동작을 요구합니다. 따라서 셀피 단계는 하나이며, 선택할 수 있는 라이브니스 강도가 세 가지입니다. 그래서

​

라이브니스 영상과 점수

09:41 라이브니스 단계에서 무엇을 얻을 수 있는지 살펴보겠습니다. 이 단계는 사용자의 짧은 영상을 녹화하고 점수를 매깁니다. 사용자 인증 메뉴로 이동해 아래로 스크롤한 다음, 사용자 한 명을 골라 프로필을 열어 보겠습니다. 이 인증 확인 안의 모든 내용은 다음 영상에서 자세히 다루니 걱정하지 않으셔도 됩니다. 여기서는 라이브니스 확인이 실제로 무엇을 하고 프로필에서 무엇을 보여 주는지만 보여 드리겠습니다. 바로 여기 보이는 짧은 영상입니다. 10:08 영상을 재생해 보겠습니다. 이것은 데모용 영상이지만, 인증 단계에서 각 사용자에게 실제로 표시되는 영상이 바로 이것입니다. 여기에는 백분율로 된 라이브니스 점수가 있습니다. 이 점수는 다음 영상에서 자세히 설명하겠습니다. 패시브 방식이든 액티브 방식이든, 각 방식은 1에서 100 사이의 라이브니스 점수를 산출합니다. 그리고 그 위에 프레젠테이션 공격 탐지와 딥페이크 탐지를 추가로 수행합니다. 10:30 영상은 점수와 함께 저장됩니다. 필요할 때 영상을 다시 재생하고 모든 점수를 이 인증 확인과 사용자 프로필에서 바로 확인할 수 있습니다. 즉, 셀피 영상과 라이브니스 점수, 딥페이크 점수를 모두 얻게 됩니다.

​

단계가 실패하면 어떻게 되나요

10:45 필요할 때마다 다시 재생할 수 있습니다. 그렇다면 단계가 실패하면 어떻게 될까요? 사용자는 막다른 길에 부딪히지 않습니다. 구체적인 안내에 따라 다시 시도할 수 있습니다. 워크플로 설정에서 최대 재시도 횟수와 재시도 기간을 지정할 수 있습니다. 설정과 워크플로의 작동 방식은 다음 영상에서 더 자세히 다루겠습니다. 다만 사용자가 재시도 메시지를 보면 그 메시지는 정확합니다. 예를 들어 “문서가 만료되었습니다” 또는 “더 밝은 곳에서 다시 촬영해 주세요”처럼, 모호한 일반 오류가 아닙니다. 그래서 사용자는 무엇을 고쳐야 하는지 정확히 알 수 있습니다. 사용자가 몇 번 시도할 수 있는지는 방금 워크플로에서 보여 드린 것처럼 설정할 수 있습니다. 기본적으로는 사용자가 통과할 때까지 계속 시도할 수 있습니다. 목표는 사용자를 차단하는 것이 아니라 인증을 완료하게 하는 것이기 때문입니다. 따라서 시도 횟수는 조정할 수 있으며, 기본값은

​

승인 화면

11:30 사용자가 항상 끝까지 도달할 수 있도록 설계되어 있습니다. 필수 확인이 모두 통과하면 사용자는 이 화면에 도달합니다. 초록색 체크 표시와 쉬운 말로 된 “인증되었습니다” 문구가 나타납니다. 더 해야 할 일이 없으며 앱으로 돌아가시면 된다는 안내입니다. 그리고 사용자가 보지 못하는 부분이 있습니다. 사용자가 앱을 떠나기 전에 이미 귀사 앱이 실시간으로 결과를 받았습니다. 따라서 승인은 이 초록색의 안심되는 마지막 화면이며

​

검토 중 화면

11:54 백엔드에는 이미 결과가 있습니다. 때로는 자동 확인이 깔끔한 통과나 실패 대신 경고를 발생시킵니다. 이때 사용자는 초록색 체크 표시 대신 주황색 시계 아이콘을 보게 되며, 그 아래에 “제출하신 내용을 검토 중입니다”라는 문구가 나타납니다. 귀사 측에서는 인증 건이 여기 검토 중 상태로 들어옵니다. 신청을 승인할지, 거부할지, 추가 정보와 함께 재제출을 요청할지는 귀사나 귀사 팀의 담당자가 결정하게 됩니다. 좋은 점은 인증 요청의 상태가 바뀌는 순간 사용자가 이메일을 받는다는 것입니다.

​

거부 화면

12:30 확인이 실제로 실패하면 사용자에게 명확한 거부 상태가 표시됩니다. 빨간색 표시와 함께 “현재 귀하의 정보를 확인할 수 없습니다”라는 문구가 나타납니다. 이 문구는 귀사의 사기 탐지 로직을 드러내지 않으면서 결과를 설명합니다. 다음 단계는 전적으로 워크플로에 따라 달라집니다. 설정한 시도 한도 안에서 재제출하게 하거나, 귀사 앱 안의 지원 흐름으로 보낼 수 있습니다. 따라서 거부는 명확하고 비기술적인 종료 화면이며, 재제출할지 지원 절차로 보낼지는 귀사가 결정합니다.

​

리디렉션과 webhook 중 무엇을 신뢰할까요

12:58 이 워크플로의 맨 끝에서 두 가지 일이 일어나며, 어느 쪽을 신뢰해야 하는지 알아둘 가치가 있습니다. 먼저 사용자의 브라우저가 귀사 앱으로 되돌아갑니다. 사용자는 시작했던 곳으로 돌아가지만, 이 부분은 사용자에게 단순한 전달 과정일 뿐입니다. 실제로 의존해야 하는 것은 결정이 내려지는 바로 그 순간 서버가 받는 결과입니다. 이 결과는 결정이 내려지자마자 백엔드로 바로 전송되며, 로직을 구축해야 하는 대상이 바로 이것입니다. 브라우저에 그냥 남아 있는 값은 절대 아닙니다. 이것을 연결하는 세부 방법은 별도의 영상으로 다루겠습니다. 그래서 지금은 간단한 요점만 기억하시면 됩니다. 사용자는 앱으로 돌아오고, 귀사 시스템에는 이미 신뢰할 수 있는 실제 결과가 도착해 있습니다.

​

대시보드에서 세션 찾기

13:41 결과가 준비되어 기다리고 있습니다. 모든 인증 건은 사용자 인증 탭에 표시됩니다. 여기 필터가 있으며, 승인됨, 검토 중, 거부됨 등을 볼 수 있습니다. 인증 결과와 거친 워크플로에 따라 상태가 그에 맞게 업데이트됩니다. 검토 중인 건은 특히 주의 깊게 봐야 합니다. 그래서 필터를 적용하면 사람이 직접 검토해야 할 건을 한곳에서 모두 볼 수 있습니다. 각 인증 건을 클릭하면 결과 뒤에 있는 모든 증거를 확인할 수 있습니다. 그리고 여기 아래의 벤더 데이터 값은 귀사 시스템이 세션을 생성할 때 보낸 ID입니다. 이것은 해당 사용자를 가리키는 안정적인 참조값입니다. 14:25 그리고 Didit은 같은 벤더 데이터 ID를 공유하는 모든 세션을 하나의 프로필로 묶나요?