.svg)
AI 솔루션 문의하기
온라인 대부업 eKYC는 개발 인력과 일정이 충분하고 운영 조직까지 갖췄다면 자체 구축도 가능하지만, 대부분의 사업자에게는 API 연동이 더 빠르고 부담이 적습니다. 다만 어느 쪽을 고르든 대출 신청 퍼널의 모든 단계에서 인증을 호출하면 비용이 불필요하게 늘어납니다. 그래서 방식 선택만큼 단계별 호출 설계가 중요합니다.
직접 만들지 API로 붙일지는 기술 선호의 문제가 아닙니다. 신분증 OCR, 진위확인, 사본판별, 얼굴 대조, 라이브니스, 1원 계좌 인증은 각각 외부 기관 연동과 모델 운영, 보안 대응이 따라붙는 별개의 기능입니다. 이 기능을 몇 개나, 어느 시점에 쓸지 먼저 정해야 구축 범위와 비용 구조를 정확히 비교할 수 있습니다.
이 글은 안면인증 한 가지 기능의 구축 방식이 아니라, 대출 신청 퍼널 전체에서 어떤 인증을 어디에 배치할지를 중심으로 정리했습니다.
온라인 대출은 신청 단계에서 이탈이나 심사 탈락이 많이 발생하고, 최종 실행까지 이어지는 건은 신청 전체의 일부입니다. 그런데 접수 첫 화면에서 신분증 진위확인, 얼굴 인증, 계좌 인증을 모두 호출하면 실행되지 않을 신청에도 모든 건에 호출 비용이 발생합니다.
알체라 eKYC는 호출 건당 과금 방식입니다. 호출 수가 곧 비용이므로 구조가 단순할수록 관리가 쉽고, 반대로 퍼널 설계 없이 전 단계를 호출하면 비용이 신청자 수에 비례해 커집니다.
호출이 늘어나는 이유는 비용만이 아닙니다. 인증 단계가 앞쪽에 몰리면 신청자는 입력해야 할 것이 많아져 중간에 이탈하기 쉽습니다. 확인이 필요한 시점에만 인증을 요구하는 설계가 비용과 전환율을 함께 관리하는 방법입니다.
자체 구축은 화면, 모델, 외부 기관 연동, 보안 설계를 모두 직접 맡는 방식이고, API 연동은 검증된 기능을 호출해 붙이는 방식입니다. 두 방식은 초기 일정뿐 아니라 이후 운영 부담에서 크게 갈립니다.
자체 구축이 유리한 경우도 있습니다. 호출량이 매우 많고 전담 조직이 있으며 인증 로직을 서비스 핵심 경쟁력으로 보는 경우입니다. 그 밖의 많은 사업자에게는 연동 후 필요한 단계에만 호출을 얹는 방식이 현실적입니다. 도입 전 점검 항목은 eKYC 도입 전 꼭 확인해야 할 5가지 체크리스트에 정리해 두었습니다.
대출 신청 퍼널은 접수, 심사, 승인, 실행 순으로 흐르고, 각 단계에서 필요한 확인의 강도가 다릅니다. 가벼운 확인은 앞단에, 무거운 확인은 실행 가능성이 높아진 뒤에 두면 호출 낭비를 줄일 수 있습니다.
위 배치는 하나의 예시이며, 어느 단계에 무엇을 둘지는 내부 리스크 기준에 따라 달라집니다. 중요한 것은 호출 위치를 퍼널 지표와 함께 보면서 조정할 수 있는 구조를 갖추는 것입니다. 단계별로 인증을 분리해 호출하려면 API가 기능별로 나뉘어 있고, 관리자 페이지에서 수동 심사와 설정을 조정할 수 있어야 합니다.
알체라 eKYC는 신분증 OCR, 진위확인, 사본판별, 얼굴 인증, 라이브니스, 1원 계좌 인증을 기능별로 제공하므로, 위 퍼널 설계에 맞춰 필요한 단계에만 붙일 수 있습니다. 먼저 현재 신청 퍼널과 단계별 이탈 지점, 필요한 인증 수준을 알려주시면 호출 설계를 함께 검토합니다.
근거가 되는 수치도 확인하실 수 있습니다. 알체라 신분증 사본판별은 위조 신분증 100만 장 이상을 학습하고 200여 가지 촬영 조건을 반영해 정확도 99%를 기록했습니다. 얼굴 인증은 NIST FRTE 국내 1위이며, 라이브니스는 iBeta PAD(RGB) 국내 유일로 ISO/IEC 30107-3을 충족합니다. 고객사는 110곳 이상이고 누적 인증은 1,430만 건 이상입니다.
연동은 고객사 환경에 따라 빠르면 2일 내에도 가능하고, SaaS는 연동 30분, 개발 포함 전체 도입은 평균 1~3개월이 걸립니다. 가격은 호출 건당 과금이며 비공개이므로 상담에서 규모와 구성에 맞춰 안내드립니다. 상담 전에 체크리스트로 요건을 정리해 오시면 논의가 더 빨라집니다.
.png)
.svg)
.svg)
