플랫폼에 비대면 본인확인을 붙이기로 했다면, 다음 질문은 '무엇을 조합할까'입니다. 신분증만 확인하면 될지, 얼굴 인증까지 넣어야 할지, 계좌 인증은 언제 필요한지에 따라 개발 범위와 고객이 거치는 단계가 달라집니다.
이미 많은 API를 쓰고 있는 팀이라면 고민이 하나 더 있습니다. 인증 기능마다 다른 API를 붙이다 보면 관리할 연동 지점이 계속 늘어나기 때문입니다.
이 글에서는 비대면 실명확인 가이드라인이 요구하는 인증 조합, 신분증·얼굴·계좌 인증의 역할, API·SDK·SaaS 연동 방식의 차이, 선택 체크리스트를 정리합니다.
1. eKYC API, 왜 많은 플랫폼이 찾을까요?
시장조사업체 IMARC는 2025년 글로벌 e-KYC 시장 규모를 약 9억 5천만 달러로 추정하고, 2026년부터 2034년까지 연평균 약 16%씩 성장할 것으로 내다봤습니다. 국내 금융권에서도 API 형태로 eKYC를 붙이는 방식이 빠르게 늘고 있습니다.
API가 많아지는 데는 그늘도 있습니다. 기업이 쓰는 API는 목적에 따라 계속 늘어납니다. API는 원래 민첩하게 기능을 조립하라고 만든 도구지만, 무분별하게 늘어나면 오히려 혁신을 가로막을 수 있습니다.
그래서 eKYC API를 고를 때는 기능 하나하나보다 필요한 인증을 하나의 흐름으로 묶어 관리할 수 있는지가 중요합니다.
2. 비대면 실명확인은 '2가지 이상'을 조합합니다
금융위원회 '비대면 실명확인 가이드라인'을 충족하려면 아래 방식 가운데 최소 두 가지 이상을 함께 써야 합니다.
방식 | 구현하는 기술 |
신분증 사본 제출 | 신분증 OCR + 진위확인 |
기존 계좌 활용 | 1원 계좌 인증 |
접근매체 전달 시 확인 | OTP·보안카드 같은 접근매체를 고객에게 전달할 때 신분증을 대면으로 확인 |
영상통화 활용 | 영상통화로 고객 확인 |
기타 이에 준하는 방식 | 생체인증 등 앞의 방식에 준하는 새로운 방식 |
휴대폰·아이핀·인증서 같은 타기관 확인 결과 활용은 필수 2가지와 별도로 더하도록 권고되는 추가 확인 방식입니다.
3. 신분증·얼굴·계좌 인증은 각각 무엇을 확인할까요?
조합을 정하려면 각 인증이 확인하는 대상을 먼저 알아야 합니다.
인증 | 동작 방식 | 확인하는 것 |
신분증 인증 | 신분증을 촬영해 정보를 읽고 진위를 확인 | 진짜 신분증인지, 정보가 맞는지 |
얼굴 인증 | 가이드에 맞춰 찍은 얼굴을 신분증 얼굴 사진과 비교 | 신분증을 낸 사람이 신분증 주인인지 |
1원 계좌 인증 | 고객이 계좌가 있는 은행·증권사를 고르면 1원과 인증코드를 보내고, 고객이 코드를 확인 | 고객이 그 계좌를 실제로 쓰는지 |
신분증 인증과 계좌 인증을 묶으면 가이드라인의 두 가지 조합을 채울 수 있고, 여기에 얼굴 인증을 더하면 다른 사람의 신분증을 쓰는 경우까지 걸러낼 수 있습니다.
플랫폼에 필요한 확인 수준에 따라 조합의 깊이를 정하면 됩니다.
4. API·SDK·SaaS, 어떤 방식으로 붙일까요?
eKYC는 보통 세 가지 형태로 연동합니다.
방식 | 특징 | 잘 맞는 경우 |
API | 프론트엔드 서비스에 바로 연동할 수 있는 API와 샘플코드, 연동규격 문서를 받아 개발 | 기존 화면과 흐름을 직접 설계하고 싶은 팀 |
SDK | 앱에 기능 모듈을 넣어 촬영·인식 같은 처리를 앱 안에서 수행 | 모바일 앱 중심 서비스 |
SaaS | 구독형으로 서비스를 이용 | 직접 구축 부담을 줄이고 싶은 팀 |
API 통합 관리 관점에서도 생각해 볼 만합니다. API 통합 플랫폼은 API 개발, 통합 테스트, 대규모 연동 관리에 필요한 자원을 한곳에 모아, 애플리케이션 사이에서 데이터를 받고 확인하고 보내는 단일 창구 역할을 합니다. 인증 기능이 여러 공급사에 흩어져 있으면 이런 관리가 그만큼 어려워집니다.
5. eKYC API 선택 체크리스트
❶ 정확도와 속도
사용자의 촬영 환경과 조명, 인종 같은 변수가 달라도 정확하게 인식해야 합니다. 금융·의료처럼 보안 수준이 높은 산업이라면 금융보안원 '금융 보안 규격'을 지키는지 꼭 확인하세요.
❷ 연동 편의성
도입에 시간이 얼마나 걸리는지, 서비스와 매끄럽게 연동되는지, 도입 뒤 유지보수와 사후 관리가 잘 되는지 점검합니다.
❸ 원천 기술 보유
서비스를 안정적으로 운영하려면 eKYC 제공사가 원천 기술을 직접 갖추고 있는 편이 좋습니다.
❹ 보안과 데이터 보호
•
AES256 암호화, TLS 1.3 프로토콜 같은 데이터 암호화 지원
•
보안 인증 체계와 접근 권한 제어
•
스캔한 얼굴 정보는 암호화한 뒤 분산 저장
6. 유스비 eKYC로 인증 조합 구성하기
유스비는 AI 기업 알체라의 자회사이자 RegTech 전문기업으로, 금융·핀테크 사업자를 위한 eKYC를 제공합니다.
1) 신분증·얼굴·계좌 인증을 한곳에서
신분증 OCR(주민등록증·운전면허증·여권·외국인등록증 4종)과 진위확인을 한 번에 구축하고, 사본판별, 얼굴 1:1 매칭, 라이브니스, 전자여권 NFC, 1원 계좌 인증 중 플랫폼에 필요한 단계만 골라 조합할 수 있습니다. 금융실명법의 비대면 인증 기준에 맞춘 보안 인증이 가능합니다.
2) API·SDK·eKYC 중 맞는 방식으로
API·SDK·eKYC 형태로 제공하고 RESTful API로 연동합니다. 고객사 시스템과 인증 범위를 확인한 뒤 연동 방식을 함께 설계하며, 전담 기술 인력이 초기 세팅부터 테스트, 안정화까지 지원합니다.
3) 금융서비스 수준의 보안
•
보안 요건에 따라 SaaS와 온프레미스 중 선택
•
ISMS 자발적 취득 후 4년 연속 갱신, 코스콤 금융 클라우드에서 데이터 관리
•
통신 구간 TLS 1.3, 데이터 AES-256 암호화
•
인증 목적을 달성한 개인정보는 일 단위 삭제 배치로 관리
eKYC API는 '조합'과 '관리'를 함께 보고 고르세요
eKYC API 선택은 기능 목록을 비교하는 일로 끝나지 않습니다. 가이드라인이 요구하는 조합을 채우는지, 그 조합을 하나의 흐름으로 관리할 수 있는지, 보안과 운영 지원은 충분한지를 함께 따져야 합니다.
플랫폼에 맞는 신분증·얼굴·계좌 인증 조합을 찾고 있다면 유스비와 상담해 보세요!
