
DNFBP 신분증 진위확인은 고객이 제시한 신분증의 발급정보가 유효한지 확인하고, 제출 방식에 따라 위조·사본·타인 명의 사용 가능성을 추가로 검토하는 절차입니다. 부동산 중개업, 귀금속 판매업, 세무·회계 등 특정비금융사업자(DNFBP)는 고액 자산이나 고객의 법률·재무 정보를 다루는 과정에서 신원 도용 위험에 노출될 수 있습니다. 다만 국내에서는 카지노를 제외한 주요 DNFBP 업종의 자금세탁방지 의무를 단계적으로 정비하는 중이므로, 모든 업종에 동일한 신분증 검증 의무가 이미 시행된 것으로 해석해서는 안 됩니다.
예를 들어 부동산 계약 당사자로 나타난 사람이 실제 다른 사람의 신분증 이미지에서 이름이나 발급일자를 바꾸어 제출할 수 있습니다. 겉모양이 자연스러워도 발급기관의 등록 정보와 일치하지 않을 수 있습니다. 이때 필요한 것은 화면을 확대해 살펴보는 작업만이 아니라, 해당 신분증 유형에 맞는 발급정보 대조입니다.
또한 신분증의 유효성을 확인한 결과만으로 거래 당사자의 자격, 소유권, 대리권까지 확인되는 것은 아닙니다. 부동산 거래라면 등기·위임 관련 자료를, 법인 거래라면 법인 및 대리인 관계를 별도 절차로 확인해야 합니다.
정상적인 신분증 사진을 종이에 인쇄하거나 휴대전화·모니터에 띄운 뒤 다시 촬영하는 방식도 있습니다. 이런 경우 신분증에 적힌 정보 자체는 실제 발급정보와 일치할 수 있습니다. 발급정보 조회와 별도로 촬영 대상이 실물인지 판단하는 신분증 사본판별 단계가 필요한 이유입니다.
사본판별은 출력물과 화면 재촬영 등을 가려내기 위한 기술적 검사입니다. 다만 촬영 환경과 이미지 품질에 따라 재촬영을 안내하거나 담당자 검토가 필요할 수 있으므로, 모든 입력을 자동으로 확정할 수 있다고 가정해서는 안 됩니다.
유효한 실물 신분증을 타인이 가져와 사용하는 경우에는 진위확인과 사본판별을 모두 통과할 수 있습니다. 이때 남는 질문은 '이 신분증이 실제 발급된 것인가'가 아니라 '지금 거래하는 사람이 신분증 주인인가'입니다. 대면 상황에서는 얼굴과 사진을 직접 대조하고, 비대면 상황에서는 얼굴 촬영·매칭과 위변조 탐지 등을 결합해 별도로 판단합니다.

육안 확인, 정부24 조회, 진위확인 API는 모두 신원확인에 활용할 수 있지만, 확인하는 대상과 자동화 범위가 다릅니다. 한 방법을 선택하기보다 사업자의 거래 채널, 사용 신분증 종류, 거래 위험도에 맞춰 조합하는 편이 적절합니다.
직원이 고객이 건넨 신분증의 사진, 인쇄 상태, 훼손 흔적, 기재 정보와 제시자의 얼굴을 살펴보는 방식입니다. 고객이 직접 방문하는 매장이나 상담 창구에서 곧바로 시작할 수 있지만, 숙련도와 현장 조건에 따라 판단이 달라질 수 있습니다. 외관이 정상이라고 해서 발급정보가 유효하다는 뜻도 아닙니다.
정부24의 주민등록증 진위확인/잠김해제 등 해당 서비스를 통해 주민등록증에 적힌 정보와 발급정보의 일치 여부를 확인할 수 있습니다. 정부24 앱의 주민등록증 모바일 확인서비스는 QR 기반 확인 기능을 제공하며, 일반적인 실물 주민등록증 정보 조회와는 절차가 다릅니다.
정부24 조회를 모든 신분증에 공통으로 사용하는 것은 아닙니다. 운전면허증·여권 등은 문서별 확인 경로와 지원 조건을 따로 살펴야 하며, 조회 결과가 정상이어도 출력물 사용이나 현재 제시자의 동일인 여부가 자동으로 판정되지는 않습니다. 또한 정부24 화면 조회가 곧바로 기업 서비스에 연결할 수 있는 공개 API를 뜻하지는 않습니다.
진위확인 API는 고객이 촬영한 신분증에서 OCR(문자인식)로 필요한 항목을 추출하고, 이용 권한이 확보된 확인 경로를 통해 발급정보와 대조한 결과를 시스템으로 전달받는 방식입니다. 기업은 인증 성공·불일치·조회 오류를 구분해 후속 절차를 설계할 수 있습니다. 다만 이용 자격, 지원 신분증, 연계기관과 처리 가능한 항목은 제공사 및 계약 조건에 따라 달라집니다.
세 방법을 실무 관점에서 비교하면 다음과 같습니다.

검증 수단보다 먼저 정해야 할 것은 언제 어떤 수준으로 확인할지입니다. 계약 당사자와 지급자가 다른 거래, 법인 명의로 진행되는 고액 거래, 대리인이 반복해서 출석하는 거래 등에서는 신분증 외에 추가 확인 항목이 생깁니다. 반대로 모든 고객에게 같은 자료를 일률적으로 요구하면 불필요한 개인정보 수집과 업무 부담이 커질 수 있습니다.
신분증 조회 결과가 정상이어도 법인의 실소유자가 확인되거나 위임장의 권한이 검증되는 것은 아닙니다. 따라서 신분증 검증 결과, 거래 자격 확인, 위험도 판단은 별도 기록으로 관리하는 편이 명확합니다.
FATF는 일정한 거래와 위험에 대해 고객을 식별하고 신뢰할 만한 독립적 자료로 신원을 검증하도록 권고합니다. 다만 국제 권고사항의 내용과 국내 개별 업종에 이미 발효된 법적 의무는 같지 않습니다. 2026년 국내에서는 관련 업종의 AML 의무 확대가 추진 중이며, 실제 적용 대상·거래 요건·시행 시점은 확정된 국내 규정에 따라 판단해야 합니다.
사업자는 현행 법령 및 개인정보 처리 요건을 먼저 확인하고, 고객확인이 필요한 업무를 구분해 내부 기준을 마련할 수 있습니다. 신분증 사본의 무조건적인 수집·장기 보관보다 수집 목적, 보관 기간, 접근 권한과 파기 절차를 먼저 설계하는 것이 적절합니다.

비대면에서는 현장 직원이 신분증을 직접 만져 보거나 고객의 얼굴을 즉시 비교하기 어렵습니다. 그래서 촬영 품질 → 문자 인식 → 발급정보 진위확인 → 사본판별 → 얼굴 동일인 확인을 서로 구분한 후, 결과에 따라 다음 단계로 이동하도록 설계합니다.
여기서 OCR 성공은 진위확인 성공이 아니며, 진위확인 성공도 사본판별이나 얼굴 매칭 성공을 뜻하지 않습니다. 시스템에 각 결과를 따로 저장해야 실패 원인과 고객 안내를 정확히 분리할 수 있습니다.
앞서 구분한 발급정보 검증과 사본판별을 한 흐름으로 연결하려면 알체라 신분증 본인인증 솔루션을 검토할 수 있습니다. 알체라는 신분증 OCR로 필요한 정보를 추출하고, 지원되는 검증 경로를 통해 신분증 진위확인을 수행하며, 출력물·화면 재촬영 등을 판별하는 기능도 제공합니다. 이를 통해 기업은 발급정보 불일치와 사본 의심을 별도 결과로 받아 재촬영 또는 담당자 확인 절차를 설계할 수 있습니다. 얼굴 동일인 확인은 위험도에 따라 추가로 연계할 수 있으며, 거래 승인과 자금 출처 심사 등은 사업자 내부 기준에 따라 별도로 결정해야 합니다.


정보 불일치와 통신 장애는 다른 사유입니다. 정보 불일치는 입력값 확인이나 추가 검증으로, 네트워크 문제는 제한된 재시도 및 결과 조회로 처리해야 합니다. 사본이 의심되는 경우에는 실물 신분증 재촬영을 안내하고, 반복 실패 시 담당자 검토로 넘길 수 있습니다.
특히 자동 판정 결과만으로 고위험 거래를 즉시 확정하기보다, 사유에 따라 보류·재확인·상담원 검토가 가능하도록 설계하는 것이 좋습니다. 이용자가 인증을 중단했다가 복귀하는 경우에도 이전 단계의 유효 시간과 재인증 조건을 관리해야 동일 검증을 불필요하게 반복하지 않습니다.
DNFBP가 비대면 신분증 진위확인을 도입할 때는 인식 정확도 한 가지보다 지원 문서, 검증 결과의 의미, 운영 예외, 개인정보 보호를 함께 살펴야 합니다. 실제로 거래가 멈추는 구간은 위조 판정뿐 아니라 사진 품질 부족, 발급정보 조회 실패, 이름 표기 불일치처럼 다양한 사유에서 발생합니다.
국내 신분증이라도 주민등록증, 운전면허증, 여권, 외국인등록증은 발급기관과 검증 경로가 서로 다릅니다. 사업자가 수용하는 신분증 목록과 OCR 지원 항목, 진위확인 가능 범위를 각각 확인해야 합니다. 지원하지 않는 문서는 무리하게 동일한 절차에 넣기보다 별도 확인 방식을 마련합니다.
신분증 이미지와 주민등록번호 등 민감한 정보가 인증 후 어디에 남는지 점검해야 합니다. 검증 이력에 필요한 최소한의 결과와 처리 일시를 관리하되, 원본 이미지 보관 여부 및 기간은 적용 법령과 수집 목적을 기준으로 정합니다. 담당자별 접근 권한, 전송 구간 보호, 삭제 정책도 확인합니다.
또한 최초 등록 당시의 확인 결과를 모든 후속 거래에 무기한 사용하는 방식은 적절하지 않을 수 있습니다. 거래 규모, 계정 변경, 대리인 변경, 위험 신호 등 재확인이 필요한 조건을 정해야 합니다. 신분증 인증은 거래위험 관리의 일부이며 거래 목적이나 자금 출처까지 자동으로 입증하지는 않습니다.
DNFBP 신분증 진위확인은 육안 확인과 발급정보 조회의 장단점을 파악하고, 비대면 상황에서 부족한 검증 단계를 조합하는 방식으로 설계해야 합니다. 특히 위조 신분증, 출력물·화면 재촬영, 타인 명의 신분증 사용은 서로 다른 위험이므로 하나의 조회 결과로 모두 해결된다고 보아서는 안 됩니다.
도입 전에는 지원 문서와 검증 경로, 사본판별 필요 여부, 얼굴 동일인 확인 조건, 실패 시 상담원 개입 기준, 개인정보 처리 범위를 차례대로 점검합니다. 국내 DNFBP의 AML 관련 법적 의무는 업종별 확정 규정을 확인해 적용하고, 기술적 인증 결과와 법률상 고객확인 완료 여부를 구분해 관리하는 것이 적절합니다.
