.svg)
AI 솔루션 문의하기
증권계좌를 개설한 이후에도 고객의 이름, 주소, 연락처, 직업정보, 세금 관련 정보 등 여러 등록정보가 달라질 수 있습니다. 모바일 앱이나 온라인에서 이러한 정보를 변경하는 과정에서는 변경을 요청한 사람이 기존 계좌의 실제 명의자인지 다시 확인하는 eKYC 재인증 절차를 적용할 수 있습니다.
신규 계좌를 만드는 과정과 달리 계좌정보 변경은 이미 고객과 계좌의 관계가 형성된 상태에서 발생합니다. 따라서 기존 고객정보와 현재 제출된 신원정보를 비교하고 변경 전 정보와 변경 후 정보를 하나의 이력으로 연결하는 구조가 핵심적인 관리 대상이 됩니다.
계좌정보 변경을 신청하면 증권사 시스템에는 현재 등록된 고객정보가 존재합니다. 고객이 새로운 정보를 입력하면 기존 값과 변경 요청 값을 비교해 어떤 항목이 달라졌는지 확인할 수 있습니다.
예를 들어 휴대전화번호만 변경하는 경우와 이름이나 주소까지 함께 변경하는 경우는 데이터 관리 범위가 달라질 수 있습니다. 변경된 항목을 구체적으로 기록하면 재인증이 발생한 이유와 이후 처리 과정을 함께 확인할 수 있습니다.
모든 계좌정보 변경에 동일한 인증 절차를 적용하기보다 변경되는 정보의 성격에 따라 확인 단계를 달리 구성할 수 있습니다. 고객을 식별하는 정보가 변경되는 경우에는 기존 고객정보와 현재 신원정보를 보다 세밀하게 비교하는 방식이 활용될 수 있습니다.
특히 이름이나 주요 식별정보처럼 고객의 신원과 직접 연결되는 항목은 기존 등록정보와 새로운 정보 사이의 관계를 확인한 뒤 변경을 처리하는 흐름으로 설계할 수 있습니다. 연락처나 주소처럼 생활정보에 가까운 항목도 증권사의 내부 기준에 따라 추가 인증 대상으로 분류할 수 있습니다.
계좌정보 변경 과정에서 신분증을 다시 제출받는 경우에는 신분증에서 추출한 정보와 기존 고객정보를 비교할 수 있습니다. 이름, 생년월일 등 고객을 식별하는 정보가 기존 데이터와 어떤 관계를 갖는지 확인하는 방식입니다.
이 과정에서 신분증 촬영 품질과 실제 정보 일치 여부는 별도로 관리하는 것이 좋습니다. 이미지 인식 과정에서 발생한 오류와 고객정보 자체의 차이를 구분해야 후속 처리 방향을 명확하게 설정할 수 있기 때문입니다.
증권사가 얼굴인증을 추가 인증수단으로 운영하는 경우 현재 신청자의 얼굴과 신분증 사진 등을 비교하는 방식으로 재인증을 진행할 수 있습니다. 이를 통해 기존 고객정보와 현재 신청자의 신원을 다시 연결하는 과정이 만들어집니다.
얼굴인증 결과는 고객정보 자체에만 기록하기보다 어떤 계좌정보 변경 요청에서 진행된 인증인지 함께 연결하는 것이 중요합니다. 동일 고객이 여러 차례 정보를 변경할 수 있기 때문에 인증 시점과 변경 요청 시점을 함께 관리해야 각 절차를 구분할 수 있습니다.
휴대전화번호는 증권사에서 고객과 연락하거나 여러 인증 절차를 진행하는 데 활용되는 정보이기 때문에 변경 요청이 발생하면 현재 고객과의 관계를 확인하는 절차가 함께 이뤄질 수 있습니다.
기존 번호와 새로운 번호를 모두 관리하면서 어느 시점에 고객이 변경을 요청했고 어떤 인증을 거쳐 새 정보가 등록됐는지 기록하면 고객정보의 변화 과정을 추적하기 쉬워집니다. 변경 이후에는 새로운 연락처를 현재 고객정보로 관리하면서 이전 정보도 이력으로 남길 수 있습니다.
고객의 거주지가 변경되면 증권계좌에 등록된 주소도 갱신될 수 있습니다. 이 경우 현재 주소만 저장하면 과거에 어떤 정보가 등록돼 있었는지 확인하기 어렵기 때문에 변경 전후 데이터를 함께 관리하는 방식이 유용합니다.
주소 변경과 본인인증이 연결된 경우에는 변경 요청 시점의 인증 결과와 새로운 주소정보를 하나의 변경 이력으로 관리할 수 있습니다. 이후 고객이 다시 주소를 변경하면 새로운 변경 건으로 기록해 각각의 처리 과정을 구분할 수 있습니다.
개명 등으로 고객의 이름이 변경되는 경우에는 기존 계좌정보와 현재 신원정보 사이의 연결관계를 명확하게 관리해야 합니다. 기존 이름을 삭제하고 새로운 이름만 남기는 방식보다 변경 전 이름과 변경 후 이름, 변경 시점, 확인 절차를 함께 기록하는 구조가 적합합니다.
신분증에 표시된 새로운 이름과 기존 증권계좌의 고객정보를 비교하고 필요한 재인증을 거치면 현재 고객과 기존 계좌의 관계를 확인하는 데 활용할 수 있습니다.
계좌정보 변경을 완료했다고 해서 주식 매매나 자금 출금 같은 거래가 함께 처리되는 것은 아닙니다. 고객정보 변경은 계좌에 등록된 정보를 갱신하는 업무이고 실제 금융거래는 별도의 처리 과정으로 관리해야 합니다.
따라서 eKYC 재인증 결과와 계좌정보 변경 결과를 별도로 저장하고 필요한 경우 해당 변경 건과 연결하는 방식이 적합합니다. 이를 통해 인증은 완료됐지만 정보 반영이 진행 중인 상태와 변경이 최종 완료된 상태를 구분할 수 있습니다.
증권계좌에서 자금을 출금할 때 사용하는 계좌정보가 변경되는 경우에는 일반적인 고객정보 변경보다 별도의 확인 절차가 적용될 수 있습니다. 기존에 등록된 출금계좌와 새롭게 요청한 계좌를 구분하고 현재 신청자의 신원과 새로운 계좌정보 사이의 관계를 확인하는 과정을 연결할 수 있습니다.
이때 출금계좌 등록과 실제 자금 출금은 별개의 업무로 관리하는 것이 적합합니다. 계좌 등록 당시 진행한 재인증 결과와 이후 출금 거래에서 발생한 인증 결과를 각각 기록하면 두 절차를 명확하게 구분할 수 있습니다.
1. 기존 계좌정보 고객
증권계좌에 현재 유효한 고객정보가 등록돼 있는 고객입니다. 기존 고객정보와 계좌번호를 연결해 관리합니다.
2. 정보 변경 요청 고객
기존 계좌정보 중 일부 항목의 변경을 신청한 고객입니다. 변경 전 정보와 요청된 새로운 정보를 해당 변경 건에 연결합니다.
3. 재인증 갱신 고객
필요한 본인확인을 거쳐 새로운 고객정보가 증권계좌에 반영된 고객입니다. 재인증 결과와 정보 변경 시점을 함께 기록합니다.
계좌정보 변경 과정에서 재인증이 완료되지 않은 경우에는 그 원인을 구분해 관리할 필요가 있습니다. 신분증 촬영 오류, 얼굴 촬영 실패, 고객정보 불일치 등은 각각 후속 절차가 달라질 수 있기 때문에 인증 과정의 문제와 정보 변경 처리 상태를 별도의 값으로 기록하는 방식이 적합합니다.
예를 들어 촬영 환경을 개선해 다시 인증할 수 있는 경우와 현재 제출된 정보가 기존 고객정보와 다른 경우에는 대응 방식이 달라집니다. 각 결과를 구분해두면 고객 안내와 내부 검토에서도 해당 단계의 상황을 파악하기 쉬워집니다.
계좌정보 변경이 반복되면 현재 정보만으로는 고객정보가 어떤 과정을 거쳐 바뀌었는지 확인하기 어렵습니다. 따라서 변경 전 값, 변경 후 값, 변경 요청 시점, 재인증 결과를 하나의 이력으로 연결하는 방식이 필요합니다.
특히 이름이나 연락처처럼 고객 식별과 서비스 이용에 영향을 줄 수 있는 정보는 변경 이력을 명확하게 남겨야 합니다. 여러 항목이 한 번에 변경된 경우에도 하나의 변경 요청 건 안에서 각 항목을 구분해 기록하면 이후 검토가 편리해집니다.
.svg)
.svg)
