.svg)
AI 솔루션 문의하기
계좌 실명 인증 API는 고객이 등록한 계좌의 명의가 고객과 같은지 확인하는 명의 대조와, 고객이 그 계좌를 실제로 쓰는지 확인하는 1원 인증을 함께 묶어 계좌를 인증하는 데 씁니다. 명의 대조만으로는 계좌번호와 생년월일을 아는 다른 사람도 통과할 수 있고, 1원 인증만으로는 명의가 다른 계좌도 등록될 수 있어, 두 단계를 묶어야 "고객 본인 명의이면서 고객이 직접 쓰는 계좌"라는 결과를 얻을 수 있습니다. 이 글은 두 단계를 하나의 계좌 인증 흐름으로 묶을 때 순서, 고객 화면, 실패 처리를 어떻게 설계하는지 기업 담당자 기준으로 정리합니다.
명의 대조와 1원 인증은 확인하는 대상이 달라, 한쪽만 쓰면 각각 다른 빈틈이 남습니다.
명의 대조는 계좌번호와 생년월일(사업자는 사업자등록번호)로 계좌 명의를 확인합니다. 이 정보는 가족이나 지인도 알 수 있어, 다른 사람이 고객 명의 계좌를 대신 등록하거나 고객 정보를 손에 넣은 사람이 명의 확인을 통과할 수 있습니다. 명의는 맞지만 계좌를 쓰는 사람이 고객인지는 알 수 없습니다.
1원 인증은 계좌의 입출금 내역을 볼 수 있는 사람만 통과합니다. 하지만 명의를 먼저 확인하지 않으면, 고객이 가족 명의 계좌처럼 본인 명의가 아닌 계좌를 등록해도 1원 인증은 통과할 수 있습니다. 명의가 다른 계좌에도 1원을 보내게 되어 불필요한 송금과 고객 대기 시간도 늘어납니다.
명의 대조로 고객 명의 계좌인지 확인하고, 1원 인증으로 고객이 그 계좌를 직접 쓰는지 확인하면 두 빈틈이 함께 막힙니다. 명의가 맞는 계좌에만 1원을 보내므로 송금 건수도 줄어듭니다. 예금주 성명만 확인하는 방식과의 차이는 계좌 예금주 조회 API 도입 전 반드시 확인할 사용법 가이드에서 다룹니다.
두 단계를 모두 거치면 확인은 정확해지지만 고객이 거치는 과정도 늘어납니다. 그래서 잘못된 계좌로 돈이 나가면 되돌리기 어려운 업무에 두 단계를 모두 씁니다. 판매자 정산 계좌 등록, 대출금 지급 계좌 확인, 출금 계좌 등록, 이미 등록된 계좌의 변경이 대표적입니다. 소액 환불처럼 고객이 입력 오류를 바로잡을 수 있는 업무는 명의 대조만으로 처리하는 경우도 있습니다.
계좌 실명 인증은 기준값 정하기, 명의 대조, 1원 송금과 코드 입력, 결과 묶기, 완료 처리의 다섯 단계로 구성합니다.
명의를 대조할 기준이 되는 이름과 생년월일을 정합니다. 계좌 등록 화면에서 고객이 새로 입력한 값을 기준으로 삼으면 다른 사람 정보로 그 사람 계좌를 등록하는 시도를 막기 어렵습니다. 가입 단계에서 신분증으로 확인한 값을 기준값으로 저장해 두고 그 값과 대조합니다.
고객이 은행과 계좌번호를 입력하면 기준값과 함께 명의 대조를 요청합니다. 명의가 맞지 않으면 1원 인증으로 넘기지 않고 바로 본인 명의 계좌인지 다시 확인하라고 안내합니다.
명의가 맞은 계좌로 1원을 보내며, 입금자명에 무작위 인증 코드를 넣습니다. 고객은 은행 앱에서 입금자명을 확인해 코드를 입력하고, 서버는 보낸 코드와 입력한 코드가 같은지 비교합니다. 인증 코드는 숫자나 짧은 단어처럼 고객이 은행 앱에서 보고 바로 입력하기 쉬운 형식으로 만들고, 보낸 코드는 서버에만 저장해 화면이나 응답에 노출되지 않게 합니다.
명의 대조와 1원 인증은 반드시 같은 계좌, 같은 인증 요청 안에서 이어져야 합니다. 명의 대조를 통과한 계좌번호와 1원을 보낸 계좌번호가 같은지 서버에서 확인하고, 하나의 인증 고유번호 아래 두 결과를 함께 저장합니다. 명의 대조 결과에는 유효시간을 두어, 시간이 지나면 처음부터 다시 진행하게 합니다.
두 단계를 모두 통과하면 계좌 인증을 완료로 처리하고, 계좌번호는 일부를 가려 계정과 연결해 저장합니다. 서비스에는 "명의 확인 완료", "1원 인증 완료"와 각각의 확인 일시를 남겨, 정산이나 지급 분쟁이 생겼을 때 어떤 계좌를 언제 인증했는지 바로 찾을 수 있게 합니다.
알체라 eKYC는 1원 인증을 API로 제공해, 명의 대조를 통과한 계좌의 실제 사용 여부를 확인하는 단계에 그대로 붙일 수 있습니다. 가입 단계의 신분증 확인과 얼굴 매칭까지 같은 흐름으로 구성할 수 있어, 기준값이 되는 고객 정보를 확인하는 단계부터 계좌 인증까지 한 번에 설계할 수 있습니다. 알체라 eKYC는 고객사 110곳, 누적 1,430만 회 인증, 제1금융권 70%가 사용하고 있습니다.
계좌 실명 인증은 고객이 서비스 화면과 은행 앱을 오가야 해서, 화면 안내가 부족하면 중간에 그만두는 고객이 생깁니다.
은행은 목록에서 고르게 하고, 계좌번호는 숫자만 입력되게 하며 하이픈은 자동으로 지웁니다. 이름과 생년월일은 가입 단계에서 확인한 값을 쓰므로 다시 입력받지 않고, 어떤 이름으로 확인하는지만 화면에 보여줍니다. 화면 상단에 "명의 확인 → 1원 인증"처럼 남은 단계를 보여주면, 고객이 은행 앱으로 넘어가야 하는 이유를 미리 알 수 있어 중간 이탈이 줄어듭니다.
"은행 앱의 입출금 내역에서 1원 입금 건의 입금자명을 확인하세요"처럼 어디를 보면 되는지 구체적으로 알려줍니다. 코드 입력까지 남은 시간을 보여주고, 입금 알림이 늦게 오는 은행도 있으므로 잠시 기다려도 입금이 보이지 않으면 다시 보내기를 누를 수 있게 합니다.
고객이 은행 앱에서 입금자명을 복사해 붙여 넣는 경우가 많으므로, 붙여 넣은 글자 앞뒤의 공백이나 은행이 덧붙이는 글자는 자동으로 정리합니다. 코드가 맞으면 바로 완료 화면으로 넘기고, 다음에 할 일을 함께 안내합니다.
계좌 실명 인증의 실패는 어느 단계에서 났는지에 따라 안내와 처리가 달라집니다.
본인 명의 계좌인지 확인하라고 안내하되, 어떤 항목이 맞지 않는지는 구체적으로 알려주지 않습니다. 정보를 바꿔 가며 반복해서 조회하는 시도를 막기 위해서입니다. 사업자 고객이라면 대표자 개인 계좌가 아니라 사업자 명의 계좌를 등록해야 한다는 점도 함께 안내하면, 같은 이유로 다시 실패하는 경우가 줄어듭니다.
해지된 계좌나 입금이 제한된 계좌, 은행 점검 시간에는 1원 송금이 실패할 수 있습니다. 계좌 상태 문제라면 다른 계좌를 등록하도록, 은행 점검이라면 잠시 후 다시 시도하도록 나눠 안내합니다. 송금 실패는 1원 인증 단계에 쓰는 비용과 시간만 늘리므로, 같은 계좌에서 반복되면 다른 계좌를 권합니다.
코드가 틀리면 남은 시도 횟수를 함께 보여주고, 시간이 지나면 새 코드로 다시 보내게 합니다. 이전에 보낸 코드는 새 코드를 보내는 즉시 쓸 수 없게 만들어, 여러 코드가 동시에 유효한 상태를 만들지 않습니다.
같은 계정에서 여러 계좌로 짧은 시간 안에 인증을 시도하거나, 같은 계좌를 여러 계정에서 등록하려는 경우는 명의 도용 신호일 수 있습니다. 계정별·계좌별 시도 횟수에 제한을 두고, 넘기면 담당자 검토로 넘겨 사유와 함께 기록합니다.
운영을 시작하면 명의 대조 통과율, 1원 인증 완료율, 1원 인증 단계 이탈률을 나눠 봅니다. 명의 대조에서 실패가 많다면 기준값이나 입력 화면을, 1원 인증 단계에서 이탈이 많다면 입금자명 안내와 대기 화면을 먼저 점검합니다. 은행별로 1원 입금 확인 시간이 다를 수 있으므로 은행별 완료율도 함께 보면 안내 문구를 고치는 데 도움이 됩니다.
.png)
.svg)
.svg)
