.svg)
AI 솔루션 문의하기
저축은행에서 대출을 비대면으로 신청하는 과정에서는 영업점 방문 없이 신청자와 실제 금융거래 대상자가 동일한 사람인지 확인하는 절차가 진행됩니다. 모바일 앱이나 웹에서 대출 신청이 이뤄지는 만큼 신분증, 휴대전화, 계좌, 얼굴 등의 정보를 서로 연결해 고객의 신원을 확인하는 구조가 활용됩니다.
저축은행은 은행과 다른 금융환경에서 대출 서비스를 제공하기 때문에 고객의 기존 거래 여부나 이용 채널에 따라 본인인증 과정도 달라질 수 있습니다. 특히 처음 거래하는 고객이라면 신분증 정보와 신청자가 입력한 개인정보를 연결하는 과정이 주요하게 다뤄집니다.
대출 신청자가 모바일에서 신분증을 촬영하면 OCR 등을 활용해 이름, 생년월일, 신분증 번호, 발급 관련 정보 등이 추출될 수 있습니다. 이후 입력한 고객정보와 신분증에서 읽은 정보가 일치하는지를 비교하면서 신청 과정에서 제시된 신원정보의 일관성을 확인합니다.
촬영 과정에서는 신분증 전체가 화면에 들어왔는지, 글자가 선명하게 읽히는지, 빛 반사나 흔들림이 심하지 않은지 등을 함께 살펴봅니다. 여기서 발생한 오류와 실제 신원정보 불일치는 별도의 상태로 기록하는 편이 데이터 관리에도 유리합니다.
비대면 대출에서는 휴대전화 인증이 신원확인 과정의 한 축으로 활용됩니다. 신청자가 입력한 전화번호와 인증 과정에서 확인된 정보가 현재 대출을 신청하는 고객의 연락처와 연결되는지 살펴보는 방식입니다.
휴대전화 인증 결과만으로 전체 신원을 판단하기보다 신분증 정보와 고객정보를 함께 비교하는 구조가 사용됩니다. 인증번호 입력 성공 여부, 인증 시도 횟수, 인증 완료 시점 등의 정보도 함께 관리하면 이후 오류가 발생했을 때 어느 단계에서 문제가 생겼는지 추적하기 수월합니다.
저축은행의 비대면 대출 과정에서는 신분증 사진과 현재 촬영한 얼굴을 비교하는 방식이 추가될 수 있습니다. 이때 핵심은 신분증에 표시된 인물과 현재 신청 과정에 참여한 사람이 동일한지를 확인하는 것입니다.
얼굴 촬영 환경에 따라서도 결과가 달라질 수 있습니다. 어두운 장소나 강한 역광, 얼굴 일부가 가려진 상태에서는 비교에 필요한 특징이 충분히 확보되지 않을 수 있기 때문입니다. 따라서 얼굴 비교 결과와 촬영 품질에 따른 실패를 구분해 관리하면 재촬영이나 추가 인증 절차를 설계할 때 활용하기 좋습니다.
저축은행과 이미 거래하고 있는 고객과 처음 대출을 신청하는 고객은 본인인증에서 활용할 수 있는 정보의 범위가 다릅니다. 기존 고객은 저축은행에 등록된 고객정보와 현재 인증 과정에서 입력된 정보의 연결 관계를 확인하는 방식이 적용될 수 있습니다.
반면 신규 고객은 기존 거래정보가 없기 때문에 신분증과 휴대전화 등 외부에서 제시되는 정보를 중심으로 고객정보를 생성하고 검증하는 과정이 뒤따릅니다. 같은 비대면 대출이라도 고객의 거래 이력에 따라 인증 과정에서 확인해야 할 정보가 달라질 수 있다는 의미입니다.
본인인증이 완료되면 그 결과를 해당 대출 신청 건과 연결하는 과정도 중요합니다. 어떤 고객이 어떤 시점에 어떤 방식으로 인증을 통과했는지가 대출 신청 정보와 함께 관리되어야 이후 심사나 계약 과정에서 인증 결과의 출처를 확인하기 쉽습니다.
특히 동일한 휴대전화나 계정에서 여러 차례 대출 신청이 이뤄지는 경우에는 각각의 신청 건을 구분해 기록하는 체계가 요구됩니다. 인증 완료 사실만 남겨두기보다 인증 방식과 결과, 처리 시점, 연결된 신청 건을 함께 관리하면 사후 확인에도 활용할 수 있습니다.
비대면 인증 과정에서는 여러 종류의 실패가 발생할 수 있습니다. 신분증 촬영이 제대로 되지 않은 경우와 실제 고객정보가 서로 다른 경우는 원인이 다르므로 같은 실패 상태로 처리하면 후속 대응이 어려워집니다.
예를 들어 신분증 이미지 품질 부족, OCR 판독 오류, 휴대전화 인증 실패, 얼굴 비교 실패, 고객정보 불일치 등은 각각 다른 원인을 가질 수 있습니다. 오류 유형을 세분화해 기록하면 고객에게 재촬영을 안내할지 추가 인증을 요청할지 판단하는 기준도 구체화됩니다.
저축은행 비대면 대출에서 본인인증을 통과했다는 사실과 대출이 승인된다는 사실은 서로 다른 단계로 관리됩니다. 본인인증은 신청자의 신원을 확인하고 해당 고객정보를 대출 신청 건과 연결하는 과정에 해당하며, 대출 가능 여부는 별도의 심사 절차에서 판단됩니다.
따라서 인증 결과 데이터와 대출 심사 결과를 하나의 상태값으로 묶기보다 각각의 처리 결과를 구분해 관리하는 방식이 적절합니다. 인증은 완료됐지만 심사 과정이 진행 중인 경우처럼 여러 단계가 동시에 존재할 수 있기 때문입니다.
1. 인증 완료
신분증과 고객정보 확인, 휴대전화 인증 등 설정된 본인확인 절차가 정상적으로 끝난 상태입니다.
2. 추가 확인 필요
일부 정보가 충분히 확인되지 않았거나 추가 인증이 요구되는 상태로, 재촬영이나 다른 인증수단을 연결할 수 있습니다.
3. 인증 실패
신원정보 불일치나 인증수단 오류 등으로 현재 단계에서 본인확인이 완료되지 않은 상태입니다.
비대면 대출에서는 신청 순간의 인증 결과를 이후 과정에서도 확인할 수 있도록 이력을 관리하는 구조가 중요합니다. 인증 방식, 처리 시각, 사용된 고객정보, 실패 사유, 재인증 여부 등을 신청 건과 연결해 기록하면 대출 진행 과정에서 발생한 변경 사항을 추적하기 수월합니다.
특히 고객이 인증에 실패한 뒤 다시 신청하거나 다른 인증수단을 사용하는 경우에는 이전 시도와 새로운 시도를 구분해야 합니다. 이를 통해 동일 고객의 인증 흐름을 시간순으로 확인할 수 있고, 인증 과정에서 발생한 오류를 분석하는 데이터로도 활용할 수 있습니다.
저축은행의 비대면 대출 본인인증은 신분증 한 장을 확인하는 과정에서 끝나는 것이 아니라 휴대전화, 얼굴, 고객정보, 신청정보를 하나의 거래 흐름으로 연결하는 작업에 가깝습니다. 신규 고객과 기존 고객의 차이, 인증 실패 원인, 대출 신청과 심사의 단계 구분까지 함께 관리하면 비대면 금융서비스에서 발생하는 다양한 인증 상황을 보다 구체적으로 기록할 수 있습니다.
.svg)
.svg)
