.svg)
AI 솔루션 문의하기
저축은행의 비대면 금융서비스에서는 계좌를 개설하거나 대출을 신청할 때 한 차례 본인확인을 거친 고객이 이후에도 서비스를 계속 이용합니다. 이 과정에서 고객의 신원정보나 등록 정보가 변경되면 기존 인증 결과를 현재 정보와 다시 연결하는 절차가 필요해질 수 있습니다.
고객 재인증은 신규 고객을 대상으로 처음 신원을 확인하는 과정과 달리 이미 보유한 고객정보와 현재 시점의 신원정보를 비교하는 작업에 가깝습니다. 따라서 기존 고객번호와 인증 이력, 변경된 개인정보, 신분증 정보 등을 함께 관리하는 구조가 요구됩니다.
모든 고객에게 동일한 시점에 재인증을 요청하기보다 고객정보의 변화나 서비스 이용 상황 등을 기준으로 대상을 선별하는 방식이 활용될 수 있습니다. 특히 기존 고객정보와 현재 제출된 정보 사이에 차이가 발생하면 현재 고객정보가 실제 이용자와 연결되는지를 다시 확인하는 절차로 이어질 수 있습니다.
이러한 조건을 시스템에 등록해두면 재인증이 필요한 고객을 자동으로 선별하고 해당 고객에게 필요한 확인 절차를 연결할 수 있습니다.
재인증 과정에서는 고객이 새롭게 입력하거나 제출한 정보와 저축은행이 기존에 보유한 고객정보를 비교합니다. 이름, 생년월일, 연락처, 주소 등 고객을 식별하는 정보가 대상이 될 수 있으며 변경된 정보와 기존 정보가 어떻게 달라졌는지 확인하는 과정도 함께 관리할 수 있습니다.
특히 이름의 변경이나 연락처 변경처럼 고객정보의 일부만 달라진 경우에는 변경된 항목과 기존 정보를 함께 기록해 두는 방식이 활용됩니다. 이를 통해 현재 고객정보가 기존 고객 계정과 올바르게 연결됐는지를 확인할 수 있습니다.
고객 재인증 과정에서는 신분증을 다시 제출받아 기존 고객정보와 비교하거나 얼굴인증을 추가적인 확인 수단으로 사용할 수 있습니다. 신분증에서 추출한 정보와 고객이 입력한 정보의 일치 여부를 확인하고, 필요한 경우 신분증 사진과 현재 얼굴정보를 비교해 동일인 여부를 확인하는 구조로 이어집니다.
이때 신분증 촬영 실패와 실제 정보 불일치는 별도의 상태로 관리하는 편이 좋습니다. 촬영 이미지가 흐리거나 신분증 일부가 잘린 경우에는 다시 촬영하면 되지만, 촬영된 정보와 기존 고객정보가 서로 다르면 별도의 검토 과정이 필요하기 때문입니다.
고객이 개인정보를 변경하는 과정에서 재인증이 함께 발생할 수 있습니다. 예를 들어 이름이나 주소처럼 고객을 식별하는 정보가 바뀌면 변경 전 정보와 변경 후 정보를 연결하고 해당 시점의 본인확인 결과를 함께 기록하는 방식이 활용됩니다.
이력 관리가 제대로 이뤄지면 현재 고객정보만 확인하는 데서 그치지 않고 언제 어떤 정보가 변경됐으며 어떤 방식으로 재인증이 진행됐는지도 확인할 수 있습니다. 이후 고객정보에 다시 변화가 발생했을 때 과거 변경 내역을 참고할 수 있다는 점에서도 의미가 있습니다.
고객 수가 많은 저축은행에서는 모든 고객의 재인증 여부를 담당자가 개별적으로 판단하기 어렵습니다. 기존 고객정보, 인증 이력, 정보 변경 내역 등을 기준으로 재인증 대상 고객을 시스템에서 자동으로 분류하는 방식이 효율적인 운영 구조로 연결될 수 있습니다.
고객별로 마지막 본인확인 시점과 인증 방법, 변경된 정보, 현재 서비스 이용 상태 등을 함께 관리하면 재인증이 필요한 고객을 추적하기 쉬워집니다. 여기에 고객별 확인 결과를 연결하면 재인증 요청부터 완료까지의 진행 상황도 한 화면에서 관리할 수 있습니다.
1. 기존 인증 고객
현재 저축은행 시스템에서 유효한 고객정보와 기존 본인확인 이력이 연결돼 있는 고객입니다. 별도의 재인증 조건이 발생하기 전까지는 기존 고객 상태로 관리됩니다.
2. 재인증 진행 고객
고객정보 변경이나 내부 기준에 따라 현재 신원을 다시 확인하는 절차가 시작된 고객입니다. 신분증 제출, 얼굴인증, 추가 정보 확인 등의 진행 상황을 해당 고객정보에 연결합니다.
3. 재인증 갱신 고객
필요한 확인 절차를 완료해 현재 고객정보와 인증 결과가 다시 연결된 고객입니다. 재인증 시점과 확인 방법, 변경된 정보 등을 기록해 이후 고객관리에서 활용할 수 있습니다.
재인증 과정에서 발생하는 모든 실패를 같은 상태로 처리하면 이후 고객 대응과 내부 검토가 어려워질 수 있습니다. 신분증 촬영 오류, 얼굴인증 실패, 고객정보 불일치 등은 발생 원인이 서로 다르기 때문에 실패 원인과 확인 결과를 구분해 기록하는 구조가 적합합니다.
예를 들어 신분증 이미지의 품질이 낮아 정보를 읽지 못한 경우와 현재 입력된 이름이 기존 고객정보와 다른 경우는 후속 절차가 달라질 수 있습니다. 각 결과를 세분화하면 고객에게 필요한 조치를 안내하거나 내부 검토 대상을 선별하는 과정도 명확해집니다.
재인증은 고객의 신원정보를 확인하는 절차이므로 실제 금융서비스의 승인이나 거래 처리 결과와 구분해 관리할 필요가 있습니다. 본인확인이 완료됐다는 사실과 대출 실행, 이체, 상품 이용 등의 서비스 처리가 완료됐다는 사실은 서로 다른 데이터로 관리하는 방식이 적합합니다.
특히 재인증 진행 중에는 일부 서비스 이용을 추가 확인 이후 처리하도록 운영할 수도 있습니다. 이 경우 고객의 인증 상태와 서비스 처리 상태를 별도로 관리하면 어느 단계에서 절차가 멈췄는지 파악하기 쉬워집니다.
재인증이 완료된 이후에는 새로운 인증 결과와 현재 고객정보를 다시 연결해야 합니다. 기존 정보와 변경 정보가 함께 남아 있어야 고객정보가 언제 갱신됐는지와 어떤 인증 절차를 거쳤는지 추적할 수 있습니다.
또한 고객이 이후 다른 정보를 변경하면 이전 재인증 결과와 새로운 변경 요청을 다시 연결해야 합니다. 이렇게 고객정보와 인증 이력을 지속적으로 연결하면 동일 고객에 대한 여러 차례의 재인증 과정도 하나의 이력으로 관리할 수 있습니다.
고객정보 변경이 반복되거나 여러 금융서비스를 이용하는 고객의 경우 재인증 절차가 여러 차례 발생할 수 있습니다. 이때 매번 처음부터 고객정보를 조회하는 방식보다 기존 인증 결과와 고객정보를 바탕으로 필요한 절차만 다시 요청하는 구조가 효율적입니다.
예를 들어 이미 확인된 정보는 기존 이력과 연결하고 새롭게 변경된 항목만 추가로 확인하는 방식으로 재인증 범위를 설정할 수 있습니다. 이를 통해 고객의 입력 부담을 줄이면서도 변경된 정보에 대한 확인 과정을 관리할 수 있습니다.
재인증 데이터에는 고객의 현재 상태뿐 아니라 언제 재인증이 시작됐고 어떤 정보를 확인했으며 어떤 결과가 나왔는지에 대한 이력이 함께 남아야 합니다.
신분증 확인 여부, 얼굴인증 결과, 고객정보 변경 내역, 재인증 완료 시점 등을 연결하면 이후 고객정보를 검토하거나 인증 결과를 확인할 때 해당 과정의 흐름을 따라갈 수 있습니다. 여러 차례 재인증을 받은 고객이라면 각 시점의 인증 결과를 구분해 관리하는 방식도 활용할 수 있습니다.
고객 재인증 과정에서는 신분증 정보와 얼굴정보 등 민감한 고객 데이터가 처리될 수 있으므로 업무 담당자별 접근 범위와 데이터 이용 목적을 구분해 관리하는 구조가 중요합니다.
재인증에 필요한 정보만 업무 화면에 표시하고 인증 과정에서 생성된 자료에 대한 접근 이력을 관리하면 고객정보가 불필요하게 노출되는 범위를 줄일 수 있습니다. 또한 인증 결과와 원본 데이터를 구분해 저장하면 실제 업무에서 필요한 정보만 활용하는 방식으로 관리할 수 있습니다.
저축은행 고객 재인증 eKYC는 신규 고객을 대상으로 신원을 확인하는 절차와 달리 기존 고객정보와 현재 시점의 신원을 다시 연결하는 업무에 초점이 맞춰집니다. 고객정보 변경, 인증 시점, 신분증 정보, 얼굴인증 결과 등을 함께 관리하면 재인증 대상 선별부터 결과 기록까지 하나의 흐름으로 구성할 수 있습니다.
특히 재인증이 필요한 고객과 이미 확인을 마친 고객을 구분하고, 인증 실패와 정보 불일치의 원인을 별도로 기록하면 이후 고객 대응과 내부 검토에도 활용하기 쉬워집니다. 기존 고객의 신원정보가 변화하는 과정까지 이력으로 관리하는 것이 eKYC 자동화에서 중요한 관리 영역으로 이어집니다.
.svg)
.svg)
