해외송금 서비스의 본인확인 동의 관리는 동의 시점, 수집 항목, 보관 항목, 재시도 시 동의 처리, 이력 조회의 다섯 가지를 내부 기준으로 점검하면 정리됩니다. 이 다섯 가지가 화면 문구, 서버 로그, 심사 기록에서 서로 같은 내용으로 맞아야 운영과 감사 때 설명이 가능합니다.
이 글은 사업자가 스스로 확인할 운영 체크리스트에 집중합니다.
해외송금 앱은 가입, 최초 송금, 한도 상향, 재인증 등 여러 지점에서 본인확인을 요청합니다. 지점마다 동의 문구와 확인 항목이 다르게 만들어지면 같은 고객이 어떤 화면에서 무엇에 동의했는지 한 번에 설명하기 어렵습니다.

특히 신분증 촬영, 얼굴 대조, 계좌 인증이 서로 다른 시기에 추가되어 온 서비스일수록 동의 화면이 기능별로 흩어지기 쉽습니다.
문제는 화면이 아니라 기록에서 드러납니다. 고객 문의나 내부 점검 때 동의 버전과 본인확인 결과를 연결해 보여 주지 못하면 운영 부담이 커집니다.
그래서 아래 다섯 항목은 화면 기획자, 개발자, 컴플라이언스 담당자가 같은 표현으로 확인할 수 있도록 운영 관점에서 나눴습니다.
첫 번째는 동의 시점입니다. 동의는 신분증 촬영이나 얼굴 촬영이 시작되기 전에 받아야 하며, 촬영 후 결과 화면에서 사후에 받는 구조가 아닌지 확인해야 합니다.

두 번째는 수집 항목입니다. 동의 화면에 적힌 항목과 실제 수집하는 항목이 같아야 합니다. 신분증 이미지, 신분증 기재 정보, 얼굴 이미지, 계좌 정보 중 무엇을 어떤 목적으로 쓰는지 화면 문구와 처리 로직을 나란히 놓고 대조합니다.
외국인 고객이 많은 서비스라면 여권, 외국인등록증처럼 서류 유형에 따라 수집 항목이 달라지는 부분도 함께 확인해야 합니다. 이때 동의 문구가 한국어로만 제공되는지, 고객이 쓰는 언어로도 제공되는지도 내부 기준에 포함하면 좋습니다.

세 번째는 보관 항목입니다. 본인확인 과정에서 받은 데이터 중 무엇을 남기고 무엇을 남기지 않는지 항목별로 정해 두어야 합니다. 결과값, 심사 판정, 처리 일시처럼 이력 설명에 필요한 정보와, 목적이 끝나면 정리할 정보를 구분해 표로 관리하는 방식이 실무에서 쓰기 쉽습니다.

네 번째는 재시도 시 동의 처리입니다. 촬영 실패, 인식 오류, 심사 보류 후 재시도가 발생했을 때 동의를 다시 받을지, 기존 동의를 유지할지를 정해 두어야 합니다.
다섯 번째는 이력 조회입니다. 앞의 네 가지를 잘 설계해도 나중에 꺼내 볼 수 없으면 의미가 줄어듭니다.
고객 한 명을 기준으로 동의 버전, 동의 일시, 본인확인 유형, 결과, 재시도 내역, 수동 심사 여부를 한 화면에서 조회할 수 있어야 합니다.

운영 담당자가 개발팀에 요청하지 않고도 조회할 수 있는지, 조회 권한이 역할별로 나뉘어 있는지, 조회 행위 자체가 기록되는지도 함께 확인합니다.
이력이 동의 시스템, 본인확인 시스템, 심사 시스템에 나뉘어 있다면 고객 식별자로 연결되는지부터 점검하는 것이 좋습니다.
동의 관리의 핵심은 본인확인 결과와 심사 기록을 같은 기준으로 묶어 보는 것입니다. 알체라 eKYC는 신분증 OCR, 신분증 진위확인, 신분증 사본판별, 얼굴 인증과 라이브니스, 여권·외국인 신원확인을 하나의 흐름으로 제공하고, 관리자 페이지에서 수동 심사와 EDD 설정을 운영할 수 있습니다.
외국인 고객 대응 사례로는 네이버가 2026년 6월 도입한 흐름이 있습니다. 여권 인식과 출입국 체류 정보 조회, 1:1 얼굴 대조와 라이브니스를 결합해 국내 번호가 없는 외국인 인증을 처리합니다.
근거 수치로는 알체라 신분증 OCR 인식률 98.47%(1초 이내), 신분증 사본판별 정확도 99%, 얼굴 인식 성능 NIST FRTE 국내 1위가 있습니다. 또한 iBeta PAD(RGB) 인증을 국내에서 유일하게 보유하고 있으며, 고객사는 110곳 이상입니다.
도입은 SaaS 기준 연동 30분, 개발을 포함한 전체 평균 1~3개월이며, 코스콤 금융 클라우드 SaaS와 설치형을 모두 제공합니다. 동의 화면과 이력 항목을 먼저 정리한 뒤 본인확인 결과 필드를 맞추면 연동 후 운영 기준을 세우는 시간을 줄일 수 있습니다.
