.svg)
AI 솔루션 문의하기
보험계약자는 보험료 납부와 계약 관리 등 보험계약의 여러 권리와 의무에 연결되는 당사자입니다. 따라서 계약자를 다른 사람으로 바꾸는 과정에서는 변경을 신청한 사람이 실제 해당 절차를 진행할 권한이 있는지 확인하는 과정이 필요합니다. 특히 모바일이나 홈페이지에서 비대면으로 변경 신청을 받는 경우 기존 계약정보를 입력하는 것만으로는 현재 신청자의 신원을 충분히 확인하기 어려울 수 있습니다. 얼굴본인인증을 적용하면 신분증 정보와 현재 촬영한 얼굴을 비교해 신청자의 신원을 확인하고, 그 결과를 해당 계약 변경 건과 연결하는 방식으로 운영할 수 있습니다.
계약자 변경은 기존 계약자의 정보가 단순히 수정되는 업무와는 성격이 다릅니다. 변경 전 계약자와 새롭게 등록되는 계약자를 각각 구분하고 두 사람이 계약에서 어떤 역할을 갖는지 확인해야 합니다. 기존 계약자가 직접 변경을 신청하는 경우와 변경 대상자가 절차에 참여하는 경우에도 확인해야 할 내용이 달라질 수 있습니다. 피보험자나 보험수익자가 별도로 설정된 계약이라면 이들의 정보까지 함께 확인하면서 계약자만 변경되는 것인지도 구분해야 합니다. 얼굴인증 결과 역시 단순한 ‘본인확인 완료’가 아니라 특정 계약의 어느 당사자를 대상으로 한 결과인지 연결해 관리하는 방식이 적합합니다.
신원정보와 계약정보를 함께 연결하되 각각의 역할을 구분해두는 것이 변경 절차를 관리하는 기본 조건이 됩니다.
얼굴본인인증에서는 변경 대상자의 신분증을 촬영하거나 정보를 입력한 뒤 현재 얼굴을 촬영하는 과정이 이어질 수 있습니다. 신분증에 기재된 인물과 현재 인증을 진행하는 사람이 동일한지를 비교하는 과정이 핵심입니다. 다만 신분증 이미지가 흐릿하거나 얼굴이 화면에 제대로 잡히지 않는 경우에는 비교 자체가 어려울 수 있으므로 촬영 품질과 본인확인 결과를 별도로 관리하는 편이 적절합니다. 인증에 사용된 신분증 정보와 얼굴 비교 결과를 하나의 변경 신청 건에 묶어두면 이후 처리 과정에서 어떤 자료를 바탕으로 인증이 진행됐는지 확인하기도 수월합니다.
얼굴본인인증이 정상적으로 끝났더라도 변경 신청서에 입력된 정보까지 자동으로 검증되는 것은 아닙니다. 인증된 사람의 이름이나 생년월일 등 기본정보가 변경 신청 내용과 일치하는지 별도로 확인하는 절차가 필요합니다. 계약자 변경과 함께 주소나 연락처, 보험료 납부 관련 정보 등이 수정되는 경우에는 각각의 변경 항목을 구분해 처리할 수 있어야 합니다. 얼굴인증은 신청자의 신원을 확인하고, 실제 계약정보를 어떤 내용으로 바꿀지는 별도의 업무 절차에서 검토하도록 역할을 나누는 방식입니다.
보험계약에는 계약자 외에도 피보험자와 보험수익자 등 여러 당사자가 존재할 수 있습니다. 따라서 얼굴인증을 통과했다는 사실과 해당 계약을 변경할 수 있는 권한은 별개의 정보로 다뤄야 합니다. 인증된 사람이 실제 본인이라는 점이 확인됐더라도 계약관계에 따라 추가 동의나 서류 제출이 요구될 수 있기 때문입니다. 변경에 참여해야 하는 당사자가 따로 있다면 각 절차의 진행 상태를 구분하고, 필요한 확인이 완료된 뒤에만 변경을 확정하는 구조를 적용할 수 있습니다.
비대면 환경에서는 카메라 성능이나 조명, 얼굴 각도 등에 따라 인증이 정상적으로 처리되지 않는 상황이 생길 수 있습니다. 이때 촬영 품질 때문에 발생한 실패와 얼굴 비교 과정에서 나타난 불일치를 서로 다른 상태로 기록하는 방식이 필요합니다. 단순 재촬영으로 해결할 수 있는 경우에는 해당 단계만 다시 진행하고, 반복적인 비교 실패가 이어진다면 별도의 확인 절차로 넘길 수 있습니다. 신청자가 여러 차례 인증을 시도한 경우에도 각 시도의 결과와 처리 상태를 남겨두면 고객 문의나 재신청 과정에서 현재 상황을 파악하기 쉬워집니다.
인증이 끝났다는 사실과 실제 계약정보가 변경됐다는 사실을 분리해 관리하면 중간 단계에서 발생하는 오류나 신청 중단을 보다 명확하게 파악할 수 있습니다.
계약자 변경 과정에서는 본인확인 이후 변경 동의나 전자서명이 이어질 수 있습니다. 이때 얼굴본인인증과 계약 변경 의사표시를 하나의 결과로 합치지 않는 것이 중요합니다. 얼굴인증은 신청자의 신원을 확인하는 절차이고, 전자서명이나 동의는 해당 계약을 변경하겠다는 의사를 확인하는 과정이기 때문입니다. 두 결과를 각각 기록하면서 동일한 변경 신청 건에 연결하면 어느 단계까지 완료됐는지 구분하기 쉽습니다. 인증은 완료됐지만 동의 절차가 끝나지 않은 신청도 별도의 상태로 남길 수 있습니다.
계약자 변경이 완료되면 기존 계약자와 현재 계약자의 정보가 달라집니다. 따라서 변경 이전의 계약상태와 변경 이후의 상태를 구분하고 실제 변경이 적용된 시점을 기록하는 이력관리가 필요합니다. 얼굴본인인증 결과도 변경 신청 당시의 계약자 정보와 함께 연결해두는 방식이 적절합니다. 이후 새로운 계약자 정보가 다시 수정되거나 또 다른 변경이 발생할 경우 과거 인증 결과를 현재 절차에 그대로 적용할 수 있는지 별도의 기준을 둘 필요가 있습니다. 장기간 유지되는 보험계약일수록 과거 변경 기록과 현재 상태를 구분하는 관리체계가 중요해집니다.
얼굴본인인증 과정에서는 신분증 이미지와 얼굴 이미지 등 다양한 개인정보가 처리될 수 있습니다. 계약 변경에 직접 필요한 정보와 인증 과정에서 생성되는 원본 데이터를 서로 다른 범위에서 관리하는 구조를 검토할 필요가 있습니다. 인증 결과만 필요한 업무에 원본 얼굴정보까지 전달할 필요는 없으며, 시스템 간 연동에서도 업무별로 필요한 정보만 전달하도록 범위를 설정할 수 있습니다. 보험계약 담당자나 고객센터 등 각 업무에서 접근할 수 있는 정보의 범위를 나누고 데이터 보관기간도 정보의 성격에 맞춰 관리하는 방식이 적합합니다.
비대면 보험계약자 변경을 운영하려면 얼굴인증 시스템만 별도로 마련하는 것보다 계약 조회와 변경 신청, 본인확인, 동의 및 서명, 심사와 최종 반영까지 전체 흐름을 하나의 신청 건으로 연결하는 구조가 요구됩니다. 본인확인이 완료되지 않은 신청은 변경 확정 단계로 넘어가지 않도록 하고, 추가 확인이 필요한 경우에는 해당 상태를 유지하면서 후속 절차를 진행할 수 있어야 합니다. 변경이 완료된 뒤에는 새로운 계약자 정보를 기준으로 이후 계약관리 업무가 이어지도록 시스템을 갱신해야 합니다. 이런 방식으로 인증 결과와 계약 변경 상태를 분리해 관리하면 누가 변경을 신청했고 어떤 확인 절차를 거쳐 계약관계가 바뀌었는지를 단계별로 확인할 수 있습니다.
.svg)
.svg)
