계좌 실명확인은 고객이 등록한 계좌가 고객 본인 명의인지 확인하는 절차로, 기업에서는 고객에게 돈을 보내는 계좌를 처음 등록받거나 바꿀 때 필요합니다. 정산금, 환불금, 대출금처럼 서비스가 고객 계좌로 돈을 보내는 업무에서 계좌 명의를 확인하지 않으면, 오타나 명의 도용으로 다른 사람에게 돈이 나갈 수 있습니다. 한 번 나간 돈은 되돌려 받기 어렵기 때문에, 계좌를 등록받는 단계에서 확인하는 것이 가장 비용이 적게 듭니다. 이 글은 고객 계좌를 등록받는 기업 담당자가 언제, 어떤 방법으로 계좌 실명확인을 해야 하는지 정리합니다.
계좌 실명확인이라는 말은 은행이 계좌를 만들 때 하는 실명확인과, 기업이 고객에게서 계좌를 등록받을 때 하는 명의 확인을 함께 가리킵니다. 두 절차는 확인하는 주체와 시점이 다릅니다.

은행은 고객이 계좌를 개설할 때 신분증으로 고객이 누구인지 확인하고 그 사람 명의로 계좌를 만듭니다. 이 단계에서 계좌와 명의가 연결되므로, 이후 그 계좌의 명의는 은행 기록으로 확인할 수 있습니다. 다만 은행의 실명확인은 계좌를 만든 사람이 누구인지를 확인할 뿐, 그 계좌가 나중에 어떤 서비스에 누구에 의해 등록되는지까지 확인하지는 않습니다. 그래서 고객 계좌를 등록받는 기업은 별도로 확인 절차를 둬야 합니다.
플랫폼, 커머스, 핀테크, 대출 서비스 같은 기업은 고객이 이미 가진 계좌를 서비스에 등록받습니다. 이때 기업은 고객이 입력한 계좌의 명의가 가입한 고객과 같은지를 은행 기록과 대조해 확인합니다. 기업 입장에서 계좌 실명확인은 계좌를 새로 만드는 절차가 아니라, 등록받는 계좌를 믿고 돈을 보내도 되는지 판단하는 절차입니다.
기업의 계좌 실명확인에서는 두 가지를 나눠 봐야 합니다. 하나는 계좌가 누구 명의인지이고, 다른 하나는 지금 계좌를 등록하는 사람이 그 계좌를 실제로 쓰는지입니다. 명의만 맞아도 되는 업무가 있고, 실제 사용까지 확인해야 하는 업무가 있으므로 업무별로 기준을 정해야 합니다.
계좌 실명확인은 고객 계좌로 돈이 나가기 전, 그 계좌를 처음 믿게 되는 시점에 합니다.

간편결제, 포인트 출금, 투자 서비스처럼 고객이 자기 계좌를 등록해 쓰는 서비스는 첫 등록 시점에 계좌 실명확인을 합니다. 이 단계에서 확인해 두면 이후 출금이나 지급 때마다 다시 확인할 필요가 줄어듭니다.
마켓플레이스나 플랫폼은 판매자와 파트너의 정산 계좌가 가입 정보와 같은 명의인지 확인합니다. 개인 판매자는 생년월일로, 사업자 판매자는 사업자등록번호로 대조해 명의를 확인합니다.
현금 결제나 가상계좌 결제를 환불할 때 고객이 환불 계좌를 직접 입력하는 경우가 많습니다. 계좌 실명확인으로 고객 명의 계좌인지 확인하면, 잘못된 계좌로 환불하고 다시 돌려받는 업무를 줄일 수 있습니다.
대출금이나 보험금처럼 금액이 큰 지급은 지급 계좌가 고객 명의인지에 더해, 고객이 그 계좌를 직접 쓰는지까지 확인합니다. 지급 직전에 확인 결과가 오래되지 않았는지도 함께 봅니다.
이미 등록된 계좌를 다른 계좌로 바꾸는 요청은 명의 도용이 생기기 쉬운 시점입니다. 새 계좌는 처음 등록할 때와 같은 기준으로 다시 확인하고, 변경 직후 첫 지급 전에는 한 단계 더 확인하는 기준을 둡니다.
기업이 쓰는 계좌 실명확인 방법은 예금주 조회, 계좌실명조회, 1원 인증의 세 가지이고, 확인하는 범위가 다릅니다.
은행과 계좌번호로 예금주 성명을 조회해 고객 이름과 비교합니다. 빠르고 간단하지만 이름만 확인하므로 동명이인의 계좌는 걸러내지 못합니다. 예금주 조회를 도입할 때 확인할 점은 계좌 예금주 조회 API 도입 전 반드시 확인할 사용법 가이드에서 다룹니다.
계좌번호와 생년월일(사업자는 사업자등록번호)을 함께 대조해 계좌 명의가 고객과 같은지 확인합니다. 이름만 보는 예금주 조회보다 정확하지만, 계좌번호와 생년월일을 알면 본인이 아니어도 통과할 수 있습니다.
고객 계좌로 1원을 보내고 입금자명에 담긴 인증 코드를 고객이 입력하게 해, 그 계좌의 입출금 내역을 볼 수 있는 사람인지 확인합니다. 명의 확인에서 한 단계 더 나아가 계좌를 실제로 쓰는 사람인지 확인할 수 있습니다.
받는 사람 이름만 확인하면 되는 송금 확인에는 예금주 조회를, 환불처럼 고객 명의 여부가 중요한 업무에는 계좌실명조회를 씁니다. 정산, 대출금 지급, 계좌 변경처럼 잘못 나가면 피해가 큰 업무는 명의 확인 뒤에 1원 인증까지 거치도록 설계합니다. 각 방식의 차이는 계좌조회 API 가이드에서도 정리하고 있습니다.
알체라 eKYC는 1원 인증을 API로 제공해, 회원 계좌 등록·정산 계좌 등록·환불 계좌 등록·대출금 지급 계좌 확인 단계에 그대로 붙일 수 있습니다. 가입 단계의 신분증 확인과 얼굴 매칭까지 같은 흐름으로 구성할 수 있어, 고객 본인 확인과 계좌 확인을 따로 연동하지 않아도 됩니다. 알체라 eKYC는 고객사 110곳, 누적 1,430만 회 인증, 제1금융권 70%가 사용하고 있습니다.

계좌 실명확인은 확인 방법만큼 고객이 중간에 막히지 않게 하는 화면과, 결과를 남기는 기준이 중요합니다.

가입 단계에서 이미 확인한 이름과 생년월일은 다시 입력받지 않고 그 값을 기준으로 대조합니다. 계좌번호는 숫자만 입력되게 하고 하이픈은 자동으로 지우며, 은행은 목록에서 고르게 하면 입력 실패가 줄어듭니다.
1원 인증은 고객이 은행 앱을 열어 입금자명을 확인해야 해서, 어디를 보면 되는지 알려주지 않으면 중간에 그만두는 고객이 생깁니다. "은행 앱의 입출금 내역에서 1원 입금 건의 입금자명을 확인하세요"처럼 위치를 구체적으로 안내하고, 인증 코드 입력 시간이 얼마나 남았는지 함께 보여줍니다.
명의가 맞지 않으면 본인 명의 계좌인지 확인하라고 안내하되, 어떤 항목이 틀렸는지는 구체적으로 알려주지 않습니다. 은행 점검이나 일시적인 오류는 잠시 후 다시 시도하라고 안내하고 입력한 정보는 유지합니다. 같은 계정에서 여러 계좌를 짧은 시간 안에 계속 시도하면 횟수를 제한하고 담당자 검토로 넘깁니다.
계좌번호와 생년월일 원본 대신 "명의 확인 완료", "1원 인증 완료"와 확인 일시를 저장하고, 계좌번호는 일부를 가려 보관합니다. 정산이나 환불 분쟁이 생겼을 때 어떤 계좌를 언제 확인했는지 바로 찾을 수 있도록 계정과 연결해 둡니다.
사업자 판매자나 법인 파트너는 대표자 개인 계좌가 아니라 사업자 명의 계좌로 정산받는 경우가 많습니다. 이때는 생년월일 대신 사업자등록번호로 계좌 명의를 대조하고, 가입할 때 받은 사업자 정보와 같은지 확인합니다. 개인사업자가 대표자 개인 계좌로 정산받기를 원한다면, 대표자 본인 확인을 거친 뒤 개인 계좌 기준으로 확인하는 별도 규칙을 둡니다. 법인 계좌를 등록하는 담당자가 대표자가 아니라면 담당자 본인 확인과 권한 확인을 함께 진행합니다.
한 번 확인한 계좌라도 계속 믿을 수 있는 것은 아닙니다. 계좌를 바꾸거나, 오랫동안 쓰지 않던 계정에서 갑자기 큰 금액을 출금하거나, 로그인 기기가 바뀐 직후 지급을 요청하는 경우에는 1원 인증을 다시 요청하는 기준을 둡니다. 다시 확인하는 기준을 미리 정해 두면, 정상 고객에게는 같은 확인을 반복하지 않고 위험한 요청에만 한 단계를 더할 수 있습니다.

