.svg)
AI 솔루션 문의하기
저축은행의 모바일뱅킹에서 일정 금액 이상의 이체를 진행할 때는 현재 거래를 요청한 사람이 계좌 명의자와 동일한지 다시 확인하는 절차가 적용될 수 있습니다. 이미 계좌를 개설하고 로그인한 고객이라도 이체 금액과 거래 조건에 따라 추가적인 본인확인이 요구되는 구조입니다.
계좌 개설 단계의 본인인증이 고객과 금융계좌를 연결하는 과정이라면 고액이체 본인확인은 특정 거래를 실행하려는 시점의 고객 신원을 다시 확인하는 과정에 가깝습니다. 따라서 인증 결과를 계좌 정보와 별도로 해당 이체 건에 연결해 관리하는 방식이 중요하게 다뤄집니다.
고액이체에서는 이체 금액 자체가 본인확인 과정의 주요 정보가 됩니다. 같은 고객이 동일한 계좌에서 거래하더라도 평소 거래와 비교해 금액이 크게 달라지거나 금융기관이 정한 추가 확인 조건에 해당하면 인증 절차가 달라질 수 있습니다.
이때 인증 데이터에는 고객정보뿐 아니라 이체 요청 금액, 요청 시각, 이용 채널 등의 거래 정보를 함께 연결할 수 있습니다. 어느 조건에서 추가 인증이 실행됐는지를 남겨두면 이후 거래 이력을 확인할 때도 맥락을 파악하기 수월합니다.
고액이체에서는 송금인의 신원뿐 아니라 어떤 수취인에게 돈을 보내려는 거래인지도 함께 관리됩니다. 고객의 본인확인 결과와 수취계좌 정보를 하나의 이체 요청 건으로 연결하는 구조를 통해 인증이 어떤 거래를 대상으로 이뤄졌는지 확인할 수 있습니다.
특히 이체 직전에 수취계좌가 새로 등록되거나 기존에 사용하지 않던 계좌로 큰 금액을 보내는 경우에는 추가 확인 절차가 적용될 수 있습니다. 이런 상황에서는 계좌 등록 과정과 이체 과정에서 발생한 인증 이력을 각각 구분해 기록하는 것이 적절합니다.
모바일뱅킹에 정상적으로 로그인했다고 해서 모든 금융거래가 같은 인증 수준으로 처리되는 것은 아닙니다. 로그인은 고객이 서비스에 접근하는 과정이고 고액이체 본인확인은 실제 자금 이동을 요청하는 특정 거래와 연결됩니다.
따라서 로그인 성공 기록과 고액이체 인증 결과를 하나의 상태값으로 관리하기보다 각각 별도의 이력으로 남기는 방식이 적합합니다. 로그인 이후 일정 시간이 지나거나 다른 환경에서 이체를 시도하는 경우처럼 거래 시점의 추가 확인이 필요한 상황도 구분할 수 있습니다.
고액이체 과정에서는 기존 인증수단에 더해 다른 방식의 본인확인이 요구될 수 있습니다. 휴대전화 인증, 추가 비밀번호 입력, 생체정보 또는 얼굴인증 등이 금융기관의 서비스 구성에 따라 활용될 수 있습니다.
여기서 중요한 부분은 어떤 인증수단을 사용했는지보다 해당 인증이 어떤 이체 요청을 확인하기 위해 실행됐는지를 연결하는 것입니다. 인증수단별 결과와 이체 요청 정보를 함께 기록하면 동일 고객이 여러 인증 단계를 거친 경우에도 전체 흐름을 확인할 수 있습니다.
고액이체 과정에서 본인확인이 완료되지 않는 상황은 여러 원인으로 나타날 수 있습니다. 휴대전화 인증 오류나 생체정보 인식 실패처럼 인증수단에서 발생한 문제와 고객정보 불일치처럼 신원 확인 과정에서 발생한 문제를 구분해 관리해야 합니다.
인증수단의 기술적 오류와 실제 본인확인 결과를 별도 상태로 기록하면 재시도 과정도 명확하게 추적할 수 있습니다. 같은 이체 요청에서 여러 차례 인증이 시도됐다면 각각의 시점과 결과를 남겨두는 방식이 사후 검토에도 활용됩니다.
고액이체는 금액만으로 판단하기보다 고객의 기존 거래정보와 함께 살펴볼 필요가 있습니다. 평소 이용하던 수취인에게 반복적으로 이체하는 경우와 처음 등록한 수취계좌로 갑자기 큰 금액을 보내는 경우는 거래 맥락이 서로 다를 수 있습니다.
본인확인 데이터와 거래정보를 연결해두면 특정 인증이 어떤 상황에서 발생했는지 파악하기 쉬워집니다. 이 과정에서 거래의 정상 여부를 별도로 판단하는 시스템이 있다면 본인확인 결과와 거래 모니터링 결과를 각각 관리하는 방식도 활용됩니다.
고액이체 본인확인을 완료한 결과와 실제 이체가 처리된 결과는 서로 다른 단계로 관리됩니다. 본인확인은 거래를 요청한 사람의 신원을 확인하는 절차이고 이체 승인은 해당 거래를 실제로 처리하는 금융업무상의 결과에 해당합니다.
따라서 본인확인이 완료됐지만 이체가 보류된 경우, 추가 확인 이후 거래가 처리된 경우 등 여러 상태를 구분할 수 있습니다. 인증 결과만으로 이체가 완료됐다고 판단하지 않고 거래 처리 상태와 연결해 관리하는 구조가 필요합니다.
1. 본인확인 완료
이체 요청자의 신원을 확인하는 인증 절차가 정상적으로 끝난 상태입니다.
2. 추가 확인 진행
현재 인증 결과만으로 거래 처리를 완료하기 전에 추가적인 본인확인이나 확인 절차가 진행되는 상태입니다.
3. 본인확인 실패
설정된 인증 절차를 통해 이체 요청자의 신원을 확인하지 못한 상태로, 해당 거래의 후속 처리가 별도로 관리됩니다.
고액이체가 완료된 이후에도 누가, 언제, 어떤 인증수단으로 해당 거래를 확인했는지를 추적할 수 있는 기록이 남아야 합니다. 이체 금액과 수취계좌, 인증 방식, 인증 결과, 재시도 여부 등을 하나의 거래 이력으로 연결하면 사후 확인 과정에서 활용하기 좋습니다.
특히 고객이 인증 실패 후 다시 이체를 요청하거나 금액을 변경하는 경우에는 이전 요청과 새로운 요청을 구분해야 합니다. 거래 단위로 인증 이력을 관리하면 고객의 여러 이체 요청 가운데 어떤 거래에 어떤 인증 결과가 연결됐는지도 명확하게 확인할 수 있습니다.
저축은행의 고액이체 비대면 본인확인은 계좌를 개설하거나 대출을 신청하는 시점의 신원확인과 달리 실제 자금 이동을 요청하는 거래 순간에 고객의 신원을 다시 연결하는 절차라는 점에서 구별됩니다. 이체 금액과 수취계좌, 추가인증 여부, 인증 실패 원인, 이체 처리 상태를 함께 관리하면 거래 단위의 본인확인 흐름을 구체적으로 기록할 수 있습니다.
.svg)
.svg)
