.svg)
AI 솔루션 문의하기
금융 서비스에서는 이미 본인확인을 마친 고객이라도 거래 규모나 거래 방식, 접속 환경 등에 변화가 나타난 시점에 추가적인 신원확인 절차를 적용하는 방식을 활용할 수 있습니다. 특히 평소 거래와 다른 고위험 거래가 발생하면 기존에 저장된 고객정보와 현재 거래를 요청한 사람의 신원을 다시 연결해 확인하는 과정이 요구됩니다. 고객의 기존 인증 이력만 보는 것이 아니라 현재 거래 상황과 인증 결과를 함께 관리하는 구조가 고위험 거래 재인증 시스템의 핵심입니다.
모든 금융거래에 같은 수준의 재인증을 적용하면 고객 이용 과정이 불필요하게 복잡해질 수 있습니다. 따라서 금융사는 거래 금액, 거래 대상, 거래 빈도, 접속 환경, 고객의 기존 거래 패턴 등 여러 조건을 조합해 재인증 대상을 선별하는 방식을 설계할 수 있습니다.
예를 들어 평소 소액 거래를 주로 하던 고객에게서 갑자기 큰 금액의 출금이나 이체 요청이 발생하면 기존 거래와 다른 상황으로 분류될 여지가 있습니다. 특정 기기에서만 거래하던 고객이 새로운 환경에서 고액 거래를 시도하는 경우처럼 거래 자체와 접속 상황이 동시에 달라지는 사례도 별도 검토 대상으로 관리할 수 있습니다.
재인증 과정에서는 고객이 과거에 등록한 정보와 현재 제출한 정보를 연결해 살펴봅니다. 고객명, 생년월일, 연락처 등 등록정보와 신분증 정보, 얼굴정보를 비교하면서 현재 거래 요청자가 기존 고객과 동일한지 확인하는 구조가 활용됩니다.
금융사가 보유한 고객정보가 오래된 경우에는 현재 정보와 일부 차이가 발생할 수도 있습니다. 이름이나 연락처가 변경됐거나 신분증을 새로 발급받은 사례처럼 정보 변경과 인증 불일치를 구분해서 처리하는 기준도 함께 마련해야 합니다.
고위험 거래에서는 기존 고객의 신원을 다시 확인하기 위해 신분증과 얼굴정보를 활용한 비대면 인증 절차가 추가될 수 있습니다. 신분증에서 추출한 정보와 기존 고객정보를 비교하고 현재 촬영한 얼굴과 신분증 사진의 일치 여부를 확인하는 방식입니다.
이때 인증 결과만 저장하면 이후 거래 검토 과정에서 어떤 정보가 사용됐는지 확인하기 어렵습니다. 인증에 사용한 정보와 처리 시점, 결과 상태를 거래 기록과 연결해 관리하는 구조가 함께 고려됩니다.
고위험 거래를 판단할 때 거래 금액은 대표적인 기준 가운데 하나입니다. 다만 일정 금액을 넘었다는 이유만으로 모든 거래에 동일한 절차를 적용하기보다 고객의 평소 거래 규모와 최근 거래 흐름을 함께 비교하는 방식이 활용될 수 있습니다.
평소와 비교해 거래 규모가 크게 증가한 경우에는 추가 인증을 요청하고, 고객의 거래 이력이 충분히 축적되어 있는 경우에는 그 정보를 위험 판단에 활용하는 식입니다. 이렇게 하면 거래 금액과 고객별 거래 특성을 함께 고려하는 재인증 체계를 구성할 수 있습니다.
고위험 거래가 새로운 기기나 평소와 다른 접속 환경에서 발생한다면 재인증 조건을 추가하는 방식도 고려됩니다. 기존에 사용하던 기기와 현재 접속 기기가 다르거나 평소와 다른 환경에서 큰 금액의 거래가 함께 발생하는 경우에는 거래 요청자의 신원을 한 번 더 확인하는 흐름을 구성할 수 있습니다.
기기 정보 자체를 고객의 신원으로 판단하기보다는 기기 변화와 거래 특성을 함께 살펴보는 보조 정보로 활용하는 것이 적절합니다. 인증 결과와 접속정보를 연결해 두면 이후 이상 거래를 검토할 때 당시의 상황을 재구성하기도 수월합니다.
고객의 본인확인이 완료됐다는 사실과 고위험 거래가 승인됐다는 사실은 서로 다른 결과로 관리해야 합니다. 재인증은 거래 요청자의 신원을 확인하는 단계이고 거래 승인 여부는 별도의 위험평가와 내부 정책에 따라 결정되는 영역이기 때문입니다.
따라서 재인증 시스템에서는 인증 성공 여부와 거래 처리 상태를 각각 기록하는 구조가 적합합니다. 인증이 완료됐더라도 거래 조건에 대한 추가 검토가 진행될 수 있고, 반대로 거래 검토 과정에서 추가 확인이 요구되는 경우에는 재인증 결과를 해당 거래의 검토 자료로 연결하는 방식이 활용됩니다.
1. 고위험 거래 재인증 요청 고객
거래 조건에 따라 추가적인 신원확인이 시작된 고객입니다.
2. 재인증 완료 거래 고객
현재 거래 요청자의 신원이 기존 고객정보와 확인된 상태입니다.
3. 추가 검토 대상 거래 고객
재인증 이후에도 거래 조건이나 고객정보에 대한 별도 확인이 이어지는 상태입니다.
고객정보가 최근 변경된 직후 고위험 거래가 발생하면 정보 변경 과정과 거래 요청 과정을 함께 확인하는 구조가 필요합니다. 연락처나 출금계좌가 변경된 뒤 큰 금액의 거래가 요청되는 경우처럼 서로 다른 이벤트가 가까운 시점에 발생할 수 있기 때문입니다.
이런 상황에서는 변경된 정보가 언제 등록됐는지, 누가 변경을 요청했는지, 재인증이 어떤 방식으로 진행됐는지 등을 거래 기록과 연결해 관리합니다. 고객정보 변경 이력과 고위험 거래 이력을 함께 조회할 수 있어야 내부 검토 과정에서 시간 순서를 파악하기 쉬워집니다.
같은 고객에게 고위험 거래가 반복해서 발생하는 경우 매번 동일한 인증 절차를 적용할지에 대한 운영 기준도 필요합니다. 최근 재인증을 완료한 고객인지, 이후 고객정보가 변경됐는지, 거래 방식에 새로운 변화가 나타났는지에 따라 재인증 조건을 다시 판단하는 방식을 구성할 수 있습니다.
특히 짧은 기간에 반복적으로 고액 거래가 발생하거나 거래 대상이 계속 달라지는 경우에는 개별 거래의 인증 결과만 저장하기보다 고객 단위로 누적된 거래와 인증 이력을 함께 살펴보는 구조가 유용합니다.
재인증 과정에서 문제가 발생했다고 해서 모든 경우를 같은 실패 상태로 처리하면 원인을 파악하기 어렵습니다. 신분증 촬영 품질이 낮아 정보 추출에 실패한 경우와 실제 고객정보가 일치하지 않는 경우는 처리 방식과 후속 확인 절차가 달라질 수 있습니다.
따라서 시스템에서는 촬영 오류, 정보 불일치, 얼굴 비교 결과, 인증 중단 등 세부 상태를 구분해 기록하는 방식을 고려할 수 있습니다. 이렇게 축적된 결과는 이후 고객 문의 대응이나 내부 거래 검토 과정에서도 활용됩니다.
고위험 거래에 대한 재인증은 결과만 남기는 것보다 어떤 거래에서 어떤 인증이 수행됐고 어떤 결과가 나왔는지 확인할 수 있는 이력 관리가 중요합니다. 거래 요청 시점, 인증 방식, 고객정보 비교 결과, 추가 확인 여부 등을 연결하면 담당자가 거래의 처리 과정을 순서대로 확인하기 쉬워집니다.
인증정보에 접근할 수 있는 담당자의 범위와 기록 열람 권한도 함께 관리해야 합니다. 고객 신원정보와 거래정보가 연결되는 만큼 필요한 담당자에게 필요한 범위의 정보만 제공하는 접근통제 구조가 함께 운영되는 방식입니다.
금융사의 고위험 거래 재인증 시스템은 기존 고객의 신원을 다시 확인하는 기능과 거래 위험을 판단하는 기능을 서로 연결해 운영하는 구조로 볼 수 있습니다. 거래 금액과 유형, 고객의 기존 거래 패턴, 접속 환경, 고객정보 변경 이력 등을 종합해 재인증 대상을 선별하고 그 결과를 거래 기록과 연결하는 과정이 핵심입니다.
특히 고객정보가 변경되거나 평소와 다른 거래가 발생한 시점에는 과거 인증정보와 현재 상황 사이의 관계를 함께 확인해야 합니다. 재인증 결과와 거래 처리 결과를 구분하면서도 두 정보를 필요한 범위에서 연결해 관리하는 체계가 구축되면 고위험 거래에 대한 내부 확인과 사후 검토에도 활용할 수 있습니다.
.svg)
.svg)
