.svg)
AI 솔루션 문의하기
금융 백오피스의 본인확인 이력은 인증 요청 시각, 단계별 결과, 재시도 횟수, 승인자를 한 건 단위로 묶어 남기고, 거래나 계정 식별자에서 출발해 시간순으로 조회하도록 만들어야 합니다. 내부 점검이나 고객 이의 제기가 들어왔을 때 필요한 것은 통과 여부 하나가 아니라 그 결과에 이른 과정입니다. 이 글에서는 보관 항목과 조회 순서를 실무 기준으로 정리합니다.
고객이 가입이나 이체 단계에서 본인확인이 거절되었다고 문의하거나, 반대로 본인이 하지 않은 가입이라고 주장하는 경우가 있습니다. 내부 점검에서도 특정 시점의 승인이 적정했는지 확인해야 합니다. 두 상황 모두 담당자는 한 건의 인증이 어떻게 진행되었는지 되짚어야 합니다.
이때 질문은 대체로 비슷합니다. 언제 요청되었고, 어느 단계에서 실패했으며, 몇 번 다시 시도했고, 사람이 개입했다면 누가 승인했는지입니다. 이 네 가지에 바로 답할 수 있어야 응대 시간이 줄고 설명도 일관됩니다.
최종 결과인 성공이나 실패만 저장하면 조회는 간단해 보이지만, 사유를 확인하는 순간부터 문제가 생깁니다. 단계별 값이 OCR 로그, 진위확인 응답, 얼굴 인증 로그, 심사 메모로 나뉘어 있으면 담당자가 시스템을 오가며 시각을 맞춰 봐야 합니다.
흩어진 기록은 다음과 같은 문제를 만듭니다.
그래서 처음부터 한 건을 식별하는 키를 정하고, 모든 단계의 기록이 그 키를 따라가도록 설계하는 편이 안전합니다.
보관 항목은 요청 정보, 단계별 결과, 시도 정보, 심사 정보로 나누어 정리하면 빠짐이 줄어듭니다. 보관 기간은 각 사의 내부 규정과 관련 법령을 별도로 확인해 정해야 하며, 이 글에서는 항목 구성만 다룹니다.
신분증 이미지나 얼굴 이미지 같은 원본은 개인정보이므로, 이력에는 원본 대신 결과값과 참조 키만 두고 원본은 접근 권한을 분리해 관리하는 방식이 일반적입니다. 점검 항목 전반은 eKYC 도입 체크리스트와 함께 보시면 좋습니다.
조회 순서를 미리 정해 두면 담당자마다 결과가 달라지는 일을 막을 수 있습니다. 다음 흐름을 기본으로 삼을 수 있습니다.
이 순서는 가벼운 정보에서 민감한 정보로 이동하므로 대부분의 문의가 결과값 단계에서 정리되고, 원본 열람은 꼭 필요한 경우로 줄어듭니다. 조회와 열람 자체도 누가 언제 했는지 기록해 두는 것이 좋습니다.
알체라 eKYC는 신분증 OCR, 신분증 진위확인(주민등록증은 행정안전부, 운전면허증은 경찰청 연동), 1:1 얼굴 대조와 라이브니스를 단계별 결과로 제공합니다. 각 결과를 위의 한 건 키에 맞춰 저장하면 단계별 이력이 자연스럽게 이어집니다. 별도의 전용 이력 대시보드가 아니라 결과값을 귀사 백오피스 이력에 연결하는 방식으로 설계하시면 됩니다.
또한 알체라는 관리자 페이지와 수동 심사, EDD 설정을 제공하므로 자동 판정에서 사람의 심사로 넘어가는 지점을 이력의 심사 정보 항목과 맞출 수 있습니다. 근거가 되는 정확도 측면에서는 알체라 신분증 OCR 인식률이 98.47%이고 1초 이내에 처리됩니다. 사본판별은 정확도 99%를 기록했으며 위조 신분증 100만 장 이상을 학습했습니다. 얼굴 인증은 NIST FRTE 국내 1위이고 iBeta PAD(RGB)를 보유하고 있습니다.
도입 측면에서는 SaaS 연동이 30분, 개발을 포함한 전체 도입은 평균 1~3개월 걸립니다. SaaS와 설치형을 모두 제공하므로 이력 저장 위치에 관한 내부 정책에 맞춰 선택할 수 있습니다.
.png)
.svg)
.svg)
