신분증 인증 결과 읽는 방법

Didit 인증 결과 읽는 방법 - 모든 검사 설명 전체 대본 - Didit Academy 동영상 5/10, 14:26. YouTube에서 보기. 각 단락은 동영상의 정확한 지점으로 연결됩니다.

​

이 동영상에서 다루는 내용

00:03 Didit에서 실행하는 모든 인증은 상세한 결과로 반환되며, 이 결과는 세션 상단에 탭 줄로 배치됩니다. 이 동영상에서는 탭을 왼쪽에서 오른쪽 순서대로 살펴보면서 각 검사가 무엇을 하는지, 그리고 검사 중 하나가 실패하면 어떻게 보이는지 설명합니다. 동영상을 끝까지 보시면 어떤 세션이든 열어서 최종 판정부터 그 근거가 되는 증거까지 자신 있게 읽을 수 있게 됩니다. 00:30 그럼 하나 열어서 바로 살펴보겠습니다.

​

세션 찾기

00:33 자, 사용자 인증으로 이동하겠습니다. 모든 워크플로의 세션이 여기에 표시됩니다. 사람 한 명당 한 행입니다. 보통은 상태, 워크플로 또는 날짜로 필터링해서 필요한 세션을 찾지만, 오늘은 단일 결과로 바로 들어가 보겠습니다. 그럼 이 중 하나를 클릭해서 열어 보겠습니다. 자, 바로 여기에 이것이

​

개요 탭

00:55 개요 탭입니다. 이 항목들은 접었다 펼 수 있습니다. 모든 검사를 접어서 전체를 보고 싶다면 그렇게 해도 되지만, 어차피 모든 검사가 위에도 나와 있습니다. 이 사용자가 특정 검사를 모두 통과했다는 것을 볼 수 있습니다. 그럼 개요로 가서 살펴보면,

​

경고: 먼저 확인할 곳

01:13 여러 탭이 있는 것을 볼 수 있습니다. 가장 중요하게 확인할 것은 경고입니다. 이 사용자는 검토 중이며 중복 전화번호로 표시되어 있습니다. 검토 중인 다른 사람들을 확인해 보면 개요 섹션의 경고가 조금 다르게 보일 수 있습니다. 해당 사용자가 거친 워크플로의 플래그에 따라 경고가 달라질 수 있습니다. 이 사용자는 데이터베이스 검증과 이름 불일치가 표시되어 있습니다. 그러므로 인증을 검토하면서 문제가 무엇인지 파악해야 할 때는 여기를 봐야 합니다. 그다음 해당 섹션으로 이동하면 각 검사가 어디에 있는지 확인할 수 있고, 제출된 데이터를 살펴보아 실제로 불일치가 있는지, 그리고 무슨 일이 일어났는지 알 수 있습니다. 자, 이제 이 필터들을 모두 제거하고 여기서 나가면,

​

승인된 세션

02:04 필터를 제거할 수 있습니다. 필터를 모두 선택하고 승인된 사람을 찾아 들어가 보면 주요 경고가 표시된 것이 없음을 볼 수 있습니다. 이 항목은 경고 목록에 나타나기는 하지만 검토 중이나 거부 상태를 유발하지는 않았습니다. 이 항목은 실제로 승인되었습니다. 위에 있는 이 작은 상태 배지가 보이며, 필요에 따라 이를 변경할 수 있습니다. 그 부분은 잠시 후에 다루겠습니다.

​

거부된 세션

02:26 거부된 사람은 어떻게 보일까요? 여기에서 경고, 즉 다시 이름 불일치가 보입니다. 맨 위에서는 주소 증명이 문제를 일으킨 항목임을 볼 수 있습니다. 그래서 이것도 살펴보겠습니다. 세션의 각 섹션을 하나씩 살펴보면서 내부에서 정확히 무슨 일이 일어나는지 보겠습니다. 이 프로필을 클릭해 들어가 보면 라이브니스와 얼굴 대조가 이 사용자에 대한 검토 대상으로 표시된 것을 볼 수 있습니다. 이 부분은 잠시 후에 다루겠습니다. 하지만 나머지

​

세션 세부 정보, 벤더 데이터 및 비용 내역

03:01 탭은 개요 섹션에 있으며, 세션 세부 정보에는 세션 ID와 생성 시각, 벤더 데이터가 있습니다. 이 부분은 이전 동영상에서 이야기했습니다. 벤더 데이터는 이 사용자를 식별하는 고유 식별자입니다. 여기에는 해당 벤더 데이터 아래에 모든 [콧방귀] 검사, 모든 인증과 거래가 수집됩니다. 이 사용자가 인증을 위해 거친 워크플로를 볼 수 있습니다. 연락처 정보와 태그도 여기 있습니다. 원하면 여기에 태그를 추가할 수도 있습니다. 03:31 워크플로에서도 사람에게 태그를 붙일 수 있습니다. 그럼 총 비용 내역입니다. 이 사용자는 가져온 항목으로 보입니다. 왼쪽에 가져오기로 표시되어 있으므로 이 사용자는 실제로 워크플로를 거치지 않았습니다. 여기 다른 사용자를 클릭하면 이 사용자가 거친 워크플로와 비용

​

신분증 인증: 데이터보다 진위 확인이 먼저

03:48 내역을 볼 수 있습니다. 이 사용자가 완료한 모든 검사의 내역입니다. 그럼 신분증 인증을 살펴보겠습니다. 핵심 역할은 카드에서 텍스트를 읽는 것만이 아닙니다. 누구든 신분증의 필드를 하나라도 신뢰하기 전에 문서 자체가 진짜임을 입증하는 것입니다. 내부적으로는 변조 탐지, 화면 재생이나 인쇄본을 잡아내는 문서 라이브니스, 홀로그램과 워터마크 같은 보안 기능 검증, 그리고 인쇄된 필드와 기계판독영역(MRZ) 간의 교차 확인을 수행합니다. MRZ는 이 신분증 뒷면에 보이는 꺾쇠 문자 블록입니다. 문서가 진짜임이 입증되면 Didit는 OCR로 필드를 읽어 정리해서 보여 줍니다. 여기서 개인 정보를 볼 수 있습니다. 문서 유형, 문서 번호, 개인 번호, 발급 주 등 신분증에서 찾을 수 있는 모든 정보가 있으며, 주소 데이터와 여기 포함된 추가 데이터도 있습니다. 그리고 Didit는 130개 이상의 언어와 14,000개 문서 유형을 읽을 수 있다는 점을 기억하세요. 그래서 정리된 필드를 얻게 됩니다

​

검사 목록

04:47 사용자가 신분증을 제시하는 모든 상황에서 여기에 ‘검사 목록’이라는 탭이 있습니다. 이 목록에는 이 특정 신분증에 대해 백그라운드에서 실행되는 검사들이 나옵니다. 모두 읽어 드리지는 않겠습니다. 항목이 많지만, 기본적으로 Didit가 이 신분증이 진본인지 확인하는 방식이 여기에 담겨 있습니다. 따라서 이 부분은 따로 설정할 필요가 없습니다.

​

라이브니스: 점수, 영상 및 품질

05:07 이 모든 과정은 백그라운드에서 실행됩니다. 다음 검사는 라이브니스 검사입니다. 이 검사는 검토 중 상태인 것을 볼 수 있습니다. 플래그가 표시된 항목이기 때문입니다. 라이브니스와 얼굴 대조가 함께 표시되어 있습니다. 참고로 이것은 데모 계정이므로 일부 데이터가 일치하지 않습니다. 라이브니스 점수는 100%가 아닌 것을 볼 수 있고, 라이브니스 영상을 재생해 보면 실제로 본인이 아님을 확인할 수 있습니다. 05:30 이것은 임의로 만든 예시일 뿐입니다. 실제 사용자에게서 이런 결과가 나온다면, 라이브니스 검사를 받는 사람의 영상을 볼 수 있으며, 수동형인지 능동형인지도 확인할 수 있습니다. 얼굴 품질 점수와 얼굴 밝기 점수도 확인할 수 있습니다. Didit의 장점은 이 점수들이 헷갈릴 때 여기 있는 버튼을 클릭하면 각 항목의 기능에 대한 설명이 나온다는 것입니다. 어떤 검사가 부적절하게 플래그 표시되었다고 판단되면 그 검사의 상태를 변경할 수 있고, 물론 이 인증 전체의 상태도 변경할 수 있습니다. 신분증 인증과 마찬가지로 검사 목록이 있으며, 백그라운드에서 실행되는 여러 검사가 나열되어 있습니다. 각 항목에 마우스를 올리면 해당 검사에 대한 자세한 정보를 볼 수 있습니다. 누군가 이 검사 중 하나라도 통과하지 못하면 초록색 체크 표시 대신 빨간색 X 표시가 나타납니다.

​

얼굴 대조

06:16 이제 얼굴 대조 탭으로 가 보겠습니다. 이 탭은 신분증의 얼굴과 라이브니스 검사의 얼굴을 대조합니다. 여기서 유사도 점수가 꽤 낮은 것을 볼 수 있는데, 두 얼굴이 실제로 같은 사람이 아니기 때문입니다. 그리고 여기에도 백그라운드에서 실행되는 검사와 이 특정 검사가 수행하는 작업을 보여 주는 검사 목록이 있습니다. 유사도 점수는 원본 신분증과 캡처된 라이브니스 이미지를 기준으로 산출됩니다. 이 검사의 목적은 신분증을 들고 있는 사람이 실제 소유자인지 확인하는 것입니다. 대시보드에서는 볼 수 없지만, 얼굴

​

얼굴 검색 및 차단 목록

06:54 검색이 있습니다. Didit는 문서와 대조하는 것 외에도 같은 얼굴을 귀사의 다른 모든 세션에서 검색합니다. 이 부분은 일치하는 결과가 발견되었을 때만 표시됩니다. 같은 얼굴이 다른 세션에 나타나면 일치 항목의 그리드가 여기에 표시됩니다. 일치한 얼굴 중 하나가 귀사가 관리하는 차단 목록에 있으면 플래그가 표시되고 세션은 거부됩니다. 이렇게 알려진 사기꾼을 현장에서 차단할 수 있습니다. 하지만 일치하는 항목이 없는 깨끗한 세션에서는 이 영역이

​

주소 증명

07:21 비어 있으므로 여기서는 아무것도 볼 수 없습니다. 이제 주소 증명으로 넘어가겠습니다. 제출된 문서와 이 문서에서 추출된 데이터를 모든 메타데이터와 함께 볼 수 있습니다. 여기에 검사 목록이 있으며, 초록색 체크 표시가 없는 검사가 하나 있는 것을 볼 수 있습니다. 이는 해당 검사가 플래그 표시되었다는 뜻입니다. 그리고 검토 중인 항목도 하나 있습니다. 이것만으로는 이 주소 증명 모듈이 거부됨으로 전환되기에 충분하지 않습니다. 다만 검토 중인 프로필을 사람 검토자가 확인할 때 살펴보게 되는 부분입니다. 여기서 통과는 코드가 올바르게 입력되었음을 의미하고, 실패는 번호를 확인할 수 없었음을 의미하며, 그 결과가 이 모듈에 반영됩니다. 맨 위에서 본 플래그 중 하나가 중복 전화번호였는데, 이는 이것이 데모 계정이기 때문일 가능성이 큽니다.

​

전화번호 인증 및 중복

08:08 하지만 전화번호 인증 아래로 스크롤하면 전화번호 일치 항목을 볼 수 있습니다. 이 기능은 귀사의 데이터베이스에서 전화번호를 검색하며, 이전 사용자의 번호와 일치하면 이 탭에 플래그가 표시됩니다. 여기에 마우스를 올리면 같은 전화번호를 사용하는 다른 인증 세션도 볼 수 있습니다. 이것은 이 모듈이 하는 일에 대한 설명입니다.

​

이메일 인증

08:35 이메일 인증도 같습니다. 사용자가 코드를 받아 입력하면

​

AML 스크리닝: 제재, PEP 및 부정적 언론 보도

08:40 모든 것이 정상이면 이 모듈도 승인됩니다. 이제 자금 세탁 방지, 즉 AML 스크리닝입니다. 여기서는 많은 작업이 이루어집니다. 이 기능은 인증된 사람을 제재 목록, 정치적 주요 인물(PEP), 부정적 언론 보도와 대조한 다음, 발견된 일치 항목 수를 보고합니다. 스크리닝에 사용되는 데이터를 볼 수 있으며, 실제 목록도 확인할 수 있습니다. 이것을 열면 대조를 실행할 수 있는 모든 제재 목록이 나옵니다. 마약, 테러, 금융 범죄 등 전부입니다. 이 사용자가 어떤 목록과 일치했는지도 볼 수 있으며, 여기에서 일치 점수, 위험 점수, 이 사용자가 등재된 목록, 그리고 오탐인지 여부를 확인할 수 있습니다. 참고로 오탐은 이름이 이 목록 중 하나에 있는 사람과 같을 때 발생할 수 있습니다. 그래서 생년월일 같은 다른 정보로 교차 확인합니다. 여기에도 검사 목록이 있습니다. 이 항목은 꽤 짧지만, 이 모든 목록에 대한 검사가 실질적인 작업을 수행합니다. 09:41 이 사람을 지속적으로 모니터링하고 싶다면, 즉 이 사용자에 대해 목록을 지속적으로 확인하고 싶다면 이 기능을 켤 수 있습니다. 아래로 계속 내려가면 볼 수 있습니다

​

기기 및 IP 분석

09:50 기기 IP 분석입니다. 먼저 신분증 문서상의 위치, 즉 문서에 적힌 실제 주소가 있습니다. 주소 증명의 주소 정보는 여기에 있습니다. 그리고 기기 정보가 있습니다. IP 주소와 사용자가 인증을 진행하고 있는 위치입니다. 화면 하단에서는 문서 위치와 주소 증명 위치가 인증 IP에서 얼마나 떨어져 있는지 확인할 수 있으며, 이 모든 내용은 이 지도에 표시됩니다. 여기에 마우스를 올리면 신분증 문서 위치가 보입니다. 10:28 기기 1번이 있고, 두 위치가 꽤 가깝습니다. 그리고 여기 미국에 있는 주소 증명이 있습니다. 이것은 데모 계정이므로 이 정보들이 그다지 정확하지는 않지만, 사용자가 주소 증명 및 신분증상의 위치와 실제로 가까운지 파악하는 데 도움이 됩니다. 여기에 다시 체크 목록이 있습니다. 이 항목들은 Didit이 백그라운드에서 수행하는 모든 검사이며, 이 특정 검사를 플래그할지 여부를 결정하는 데 사용됩니다. 계속 내려가면 데이터베이스 검증이 있습니다. 이전 영상에서 데이터베이스 검증을 다뤘던 것을 기억하신다면, 워크플로에 추가할 수 있는 노드입니다. 여기에서 검사를 실행할 수 있으며, 이 예시에서는 아르헨티나에서 검사를 실행해 보겠습니다.

​

데이터베이스 검증: 완전 일치, 부분 일치, 일치 없음

11:06 아르헨티나에서 검사를 실행하면 정부 등록부, 민사 등록부, 세무 당국, 선거인 명부 등 접근할 수 있는 여러 디렉터리를 대상으로 확인할 수 있습니다. 여기에 일치 항목이 발견된 것을 볼 수 있습니다. 결과에 일치한 필드와 원본 데이터도 확인할 수 있습니다. 성명과 생년월일이 모두 일치합니다. 체크 목록을 열면 이 검사 중 하나가 플래그된 것을 볼 수 있습니다. 11:29 여기에서 일치 유형을 확인할 수 있습니다. 완전 일치가 발견되었다면 해당 신원이 등록부에 존재한다는 뜻입니다. 부분 일치는 일부 필드만 일치했다는 뜻이므로 나머지 항목을 검토해야 합니다. 일치 없음은 강력한 합성 신원 신호입니다. 조작된 신분증 번호는 어떤 등록부에도 존재하지 않기 때문입니다. 이것은 가상의 신원에 맞설 수 있는 가장 강력한 방어 수단 중 하나입니다. 이 검사 역시 사용자에게 추가 단계를 요구하지 않고 백그라운드에서 실행됩니다.

​

문서 AI 및 설문지

11:54 다음으로 넘어가겠습니다. 여기에는 몇 가지 다른 탭이 더 있으며, 이 사용자가 거친 검사에 따라 달라질 수 있습니다. 문서 AI가 보입니다. 이 검사는 아직 실행되지 않았습니다. 상태가 시작 안 됨으로 표시되어 있습니다. 설문지와 관련된 검사도 있습니다. 누군가 설문지를 작성하면 설문지 탭에서 해당 질문에 대한 답변을 확인할 수 있습니다.

​

이벤트 로그

12:15 설문지 탭 다음으로 이벤트가 있습니다. 이것은 감사 로그로, 발생한 모든 이벤트의 기록입니다. 세션이 생성된 시점, 세션 상태가 변경된 시점이 기록되며, 각 항목에는 기기, IP, 시간, 작업을 수행한 주체가 포함되어 있어 세션이 어떻게 진행되었는지 정확히 재구성할 수 있습니다.

​

Webhook 전송

12:31 마지막으로 맨 아래에 webhook이 있습니다. webhook 목록에는 Didit이 귀사의 endpoint로 시도한 모든 전송 내역이 응답 상태와 함께 표시됩니다. 여기서는 200을 볼 수 있습니다. 요청 헤더, 본문, webhook URL, 해당 인증의 상태도 확인할 수 있습니다. 또한 이 webhook이 전송된 날짜도 여기에 나와 있습니다. 한 가지 참고할 점은 이 대시보드에는 API와 MCP를 통해 접근할 수 있다는 것입니다. Claude에게 이 데이터를 가져오도록 요청하거나, 검토 중인 모든 인증을 가져와 Claude 내에서 분석할 수 있습니다.

​

재제출, PDF 내보내기 및 차단 목록

13:08 화면 상단을 보면 이동 경로 표시가 있고, 재제출을 요청할 수 있습니다. PDF를 다운로드할 수도 있는데, 감사 로그가 필요하거나 회의에서 자료를 제시해야 할 때 유용합니다. 음, 이 다운로드는 API를 통해서도 가능합니다. 또한 이 사용자를 차단 목록에 추가할 수 있습니다. 이것이 인증 결과를 읽는 방법입니다.

​

검토 팀을 위한 세션 채팅

13:30 맨 아래에 마지막 기능이 하나 더 있습니다. 세션 채팅입니다. 팀원을 태그하여 특정 인증 결과에 대해 팀원과 대화할 수 있습니다. 이 채팅을 열고 메시지를 입력하면서 팀원을 태그하면, 그 메시지는 이 특정 인증에만 연결됩니다. 질문이 있거나 여러 사람이 이 케이스에 함께 작업하고 있다면 이 채팅이 매우 유용할 것입니다. 13:55 이상으로 인증 결과를 실제로 읽는 방법을 살펴보았습니다. 탭을 하나씩, 위에서 아래로 확인하는 방식입니다. 개요에서 판정과 경고를 확인하고, 각 검사를 차례로 살펴본 다음, 마지막에 전체 감사 로그를 확인합니다. 한 세션에서 이 과정을 익히면 다른 모든 세션도 같은 방식으로 읽을 수 있습니다. 자신의 데이터로 직접 해 보고 싶다면 didit.me에 방문하여 무료로 가입한 후 첫 번째 결과를 열어 보세요.