온라인 사업자대출 심사 사업자등록증 OCR 도입 비교는 인식 항목, 진위확인·휴폐업 조회 연동, 사본·위조 처리, 처리 시간, 연동 방식 다섯 기준으로 합니다.
사업자등록증 OCR은 심사 담당자가 이미지를 보고 항목을 입력하던 수기 단계를 대체하므로, 읽기와 입력, 확인이라는 수기 입력의 일을 어디까지 대신하는지가 비교의 기준입니다.

솔루션이 제시하는 인식률 수치는 측정 조건이 달라 비교 기준으로 쓰지 않고, 자사의 사업자등록증 샘플로 직접 테스트한 결과로 비교합니다. 이 글은 OCR 도입 비교에 집중합니다.

사업자등록증 OCR은 심사에 쓰는 항목을 읽어 입력 단계를 대신하고, 수기 입력과는 오류의 양상과 확인 부담에서 다릅니다.
사업자등록증에서 심사와 조회에 쓰는 항목은 사업자등록번호, 상호(법인명), 대표자 성명, 개업연월일, 사업장 소재지, 업태와 종목, 발급일입니다. 이 가운데 사업자등록번호, 개업연월일, 대표자 성명은 뒤에서 다룰 진위확인 조회의 입력값으로 쓰이므로, 잘못 읽으면 조회가 실패하거나 불일치로 판정될 수 있습니다.

두 기준은 읽은 값이 실제 사업자 정보와 맞는지, 이미지가 조작되거나 도용되지 않았는지를 가르며, 조회 연동만으로 모든 경우가 걸러지지는 않습니다.
OCR이 읽은 사업자등록번호, 개업연월일, 대표자 성명을 국세청이 제공하는 사업자등록 진위확인에 넘기면 등록된 정보와 일치하는지 확인하고, 상태조회로 휴업·폐업 여부도 확인할 수 있습니다. 비교할 점은 읽은 값을 조회 요청으로 자동 변환해 주는지, 조회 실패 사유를 구분해 돌려주는지, 심사 시점과 대출 실행 시점에 휴폐업 상태를 다시 조회하는 구조를 지원하는지입니다.
조회 연동은 정보가 실제와 다른 이미지를 걸러냅니다. 번호만 실제 번호로 두고 대표자 성명을 바꾼 편집 이미지는 불일치로 잡힙니다. 하지만 타인의 실제 사업자등록증 사본을 그대로 제출하면 정보가 모두 맞아 조회를 통과합니다. 이 경우를 막으려면 이미지가 원본 촬영인지 출력물이나 화면 재촬영인지 판별하는 처리와, 신청자가 대표자 본인인지 확인하는 단계가 함께 있어야 합니다. 사업자등록증이 진짜여도 신청자가 대표자라는 보장은 없습니다.
사업자등록증 확인만으로는 신청자가 대표자 본인인지 알 수 없으므로 대표자의 신분증 확인을 이어 붙입니다. 알체라 eKYC 신분증 OCR 진위확인은 대표자가 촬영한 신분증에서 정보를 읽고 이미지가 원본인지 사본인지 판별해, 사업자등록증의 대표자 성명과 대조할 기준 정보를 만듭니다.
신분증 OCR 정확도 98.47%, 사본 판별 99% 수준이며, 두 수치는 신분증 기준이고 사업자등록증 OCR의 인식률과는 별개입니다. 사업자등록증 OCR의 인식 수준은 도입 전에 자사 샘플로 직접 확인합니다.


처리 시간은 자사 환경에서 직접 측정한 응답 시간으로, 연동 방식은 심사 시스템과의 결합 범위와 예외 처리로 비교합니다.
업체가 제시한 시간 대신 사업자등록증 이미지 한 건이 항목으로 돌아오기까지의 시간을 직접 잽니다. 측정은 평시와 신청이 몰리는 시기 두 조건으로 나눠 진행합니다. 진위확인과 휴폐업 조회까지 포함한 시간인지, 신청이 몰리는 시기에 동시 요청을 처리하는 한도가 어떤지, 결과를 즉시 받는 방식인지 나중에 받는 방식인지도 확인합니다. 즉시 받는 방식은 응답이 올 때까지 고객 화면이 기다려야 하고, 나중에 받는 방식은 먼저 접수한 뒤 결과를 알려주는 구조여서 고객에게 보이는 화면 흐름이 달라집니다.
API나 SDK, 웹 화면 중 어느 방식으로 연동하는지, 결과가 항목별 값과 신뢰도, 조회 결과를 함께 돌려주는 형식인지, 신뢰도가 낮은 건을 담당자가 보정하는 화면이 있는지 확인합니다. 인식 실패와 조회 실패를 구분하는 상태값을 받는지도 봅니다. 구분이 없으면 담당자가 실패 원인을 건마다 찾아야 합니다. 연동 범위가 심사 시스템과 어디까지 닿는지에 따라 구축 부담이 달라지므로, 서비스 쪽에서 맡을 범위를 문서로 나눠 둡니다.
같은 샘플·같은 항목으로 업체를 비교하고, 운영에서는 수동 보정 비율과 조회 실패 사유를 추적합니다.
