은행 OCR:
수표 처리, 명세서 추출 및 KYC 자동화

은행 업무는 문서를 기반으로 운영됩니다. 하지만 적어도 대부분의 공급업체에서 어느 정도 구조적 유사성을 공유하는 인보이스와 달리, 은행 문서는 모든 표준화 시도에 저항합니다. 수표는 1950년대에 발명된 자기 잉크 글꼴에 의존합니다. 체이스 은행의 명세서와 지역 신용협동조합의 명세서는 레이아웃 규칙을 거의 공유하지 않습니다. KYC에 사용되는 여권은 ICAO 표준을 따르는 반면, 운전면허증은 몇 년마다 바뀌는 주 차원의 규칙을 따릅니다.

이 글에서는 은행에서 OCR 도입을 주도하는 세 가지 문서 유형을 다루고, 각각이 제시하는 구체적인 기술적 과제를 설명하며, 기존 OCR의 한계와 비전 AI가 이를 어떻게 보완하는지 보여줍니다.

OCR 도입을 주도하는 세 가지 은행 문서

은행 전문가들이 OCR에 대해 이야기할 때, 일반적으로 세 가지 별개의 워크플로우 중 하나를 의미하며, 각각 고유한 기술 요구사항, 실패 유형 및 규제적 중요성을 가지고 있습니다:

이 세 가지 워크플로우는 공통점을 공유합니다. 모두 반구조화 또는 비구조화된 문서 이미지에서 구조화된 데이터를 추출하는 작업을 포함합니다. 하지만 하나에 효과적인 기술적 접근 방식이 다른 것에는 종종 실패합니다.

수표 처리: OCR과 MICR의 만남

수표 처리는 OCR만으로 이루어지지 않는다는 점에서 OCR 환경에서 독특한 위치를 차지합니다. 모든 수표의 중요 데이터(라우팅 번호, 계좌 번호, 수표 번호)는 MICR 라인(자기 잉크 문자 인식)에 인코딩되어 있습니다. MICR은 특수 자성 잉크나 토너로 인쇄된 전용 폰트로, 도장이 찍히거나 표시가 되거나 줄이 그어져도 판독이 가능합니다.

MICR 표준: E-13B 및 CMC-7

모든 수표 하단의 MICR 라인은 두 가지 폰트 중 하나를 사용합니다. 미국, 캐나다, 영국, 호주 및 아시아 태평양 지역 대부분의 표준은 E-13B로, 1958년 미국은행가협회에서 채택되었고 이후 ANSI X9.27 및 ISO 1004:1995로 표준화되었습니다. 유럽 및 일부 라틴 아메리카 국가에서는 동일한 라우팅 데이터를 인코딩하는 다른 폰트인 CMC-7을 사용합니다. 둘 다 자성 방식입니다. 은행의 고속 수표 분류기는 광학 인식이 아닌 문자의 자기 신호를 감지하여 이를 읽습니다. 이로 인해 MICR은 접히거나 얼룩이 지거나 필기가 된 수표에서도 거의 완벽에 가까운 판독률을 제공합니다.

MICR 라인은 네 가지 정보를 인코딩합니다:

1. 라우팅 번호(미국 기준 9자리) — 금융 기관 식별
2. 계좌 번호 — 특정 계좌 식별
3. 수표 번호 — 수표의 순차 식별자
4. 금액 — 수표가 지급 제시된 후 추가됨(관례적 금액 인코딩)

MICR이 라우팅 라인을 처리하는 동안, 수표의 나머지 부분(수취인 이름, 법정 금액(문자 기재), 관례적 금액(숫자 기재), 날짜, 메모란, 서명)은 기존의 OCR과 이미지 분석에 의존합니다. 이것이 바로 현대 AI 추출이 MICR 단독으로 제공하는 것 이상의 가치를 더하는 부분입니다.

수표 사기 탐지: OCR 계층

수표 사기는 은행 업계에서 가장 지속적인 문서 사기 문제로 남아 있습니다. 연방준비제도(Fed)의 2026년 위험 책임자 보고서(400명 이상의 위험 전문가 대상 설문조사)에 따르면, 금융 기관의 63%가 전년도에 수표 사기 시도를 경험한 것으로 나타났습니다. 구체적인 공격 경로는 변화하고 있습니다: 응답자의 32%는 위조 수표 증가를, 21%는 수표 세탁(잉크를 지워 수취인이나 금액을 다시 기재), 18%는 수취인 위조를 보고했습니다.

최신 AI 기반 AI OCR 시스템은 수표 표면의 이미지 분석을 통해 이러한 패턴을 감지합니다:

• 금액 인식(CAR) / 문자 금액 인식(LAR): 시스템이 숫자 금액과 필기 금액을 모두 읽고 일관성을 교차 검증합니다. 불일치 시 수동 검토를 위해 수표가 플래그 지정됩니다.
• 서명 확인: 이미지 분석을 통해 수표의 서명을 파일에 있는 참조 서명과 비교하여 위조 및 무단 서명자를 감지합니다.
• 변조 감지: 종이 표면의 이미지 분석을 통해 수표 세탁 증거(화학 잔류물, 교란된 섬유, 원본 텍스트가 지워지고 다시 쓰여졌음을 나타내는 잉크 번짐)를 감지합니다.
• 배서 분석: 시스템이 수표 뒷면의 유효한 배서 패턴을 확인하여 의도된 수취인 또는 그 승인된 대리인이 수표를 입금했는지 확인합니다.

은행은 일반적으로 이러한 OCR 기반 사기 검사를 마그네틱 MICR 판독 위에 계층화하여 인코딩 오류와 의도적 사기를 모두 포착하는 다중 엔진 검증 파이프라인을 생성합니다. Abrigo의 Check Image Analysis 및 Advanced Fraud Solutions의 TrueChecks와 같은 도구는 제시 시점에 이러한 결합된 기술을 적용합니다.

은행 거래명세서 추출: 다양한 형식의 도전

은행 거래명세서 추출은 금융 분야에서 가장 까다로운 일반적인 OCR 문제입니다. 글자를 읽기 어려워서가 아니라 문서 구조가 매우 다양하기 때문입니다. 은행마다 거래명세서 형식이 다르며, 이러한 차이는 단순한 외형적 차이가 아닙니다. 추출 시스템이 각 페이지를 처리하는 방식에 직접적인 영향을 미칩니다.

은행 거래명세서 형식이 자동화를 어렵게 만드는 이유

은행 거래명세서는 단순한 표가 아닙니다. 일반적으로 다음과 같은 여러 영역으로 구성된 문서입니다:

• 계좌 소유자 이름, 계좌 번호, 거래 기간, 기초 잔액, 은행 식별 정보가 포함된 헤더 영역
• 날짜, 적요, 출금액, 입금액, 누적 잔액 열로 구성된 거래 내역 표
• 기말 잔액, 발생 이자, 부과 수수료, 세부 약관이 포함된 푸터 영역
• 프로모션 제안, 계좌 알림 또는 마케팅 메시지가 포함된 사이드 콜아웃

거래 내역 표 자체가 추출의 핵심 과제입니다. 열 레이아웃(어떤 필드가 어디에 위치하는지, 열 제목이 무엇인지, 출금액과 입금액이 별도 열인지 아니면 하나의 부호 있는 열인지)은 은행마다 거래명세서 디자인이 모두 다릅니다. 또한 여러 페이지로 구성된 단일 거래명세서 내에서도 페이지마다 열 경계가 몇 픽셀씩 달라질 수 있습니다. 1페이지의 헤더 영역(은행 로고와 거래 요약 포함)이 2페이지의 간소화된 헤더보다 더 많은 공간을 차지하기 때문입니다.

템플릿 기반 OCR 시스템은 각 은행 형식에 맞는 별도의 레이아웃 템플릿이 필요하며, 은행이 거래명세서 디자인을 업데이트할 때마다 수정된 템플릿이 필요합니다. 수십 개 은행의 거래명세서를 처리하는 금융 기관의 경우 템플릿 유지보수는 전일제 운영 부담이 됩니다.

페이지 인식 추출과 누적 잔액 연속성

은행 거래명세서 OCR에서 가장 어려운 기술적 문제는 페이지 간 데이터 연속성을 유지하는 것입니다. 단일 거래명세서는 3페이지에서 30페이지 이상까지 될 수 있습니다. 거래 내역 표는 페이지 경계에서 분할되며, 각 새 페이지는 "이월" 잔액으로 시작하고, 특정 행의 누적 잔액은 이전 행의 잔액에 거래 금액을 더하거나 뺀 값과 같아야 합니다.

대부분의 기본 OCR 도구처럼 추출 파이프라인이 각 페이지를 독립적으로 처리하면 세 가지 오류 모드가 발생할 위험이 있습니다:

1. 행 누락: 페이지 경계 근처의 거래 내역이 표의 틈새로 분할되어 완전히 누락됨
2. 행 중복: N페이지의 "이월" 잔액이 N+1페이지의 거래 내역으로 처리되어 N+1페이지의 실제 첫 번째 거래가 한 행씩 밀림
3. 잔액 연속성 손상: 누적 잔액 순서가 페이지 경계에서 끊어져 조정이 불가능해짐

최신 비전 AI 추출 시스템은 페이지 인식 상태를 유지하여 이 문제를 해결합니다. 문서를 독립적인 페이지가 아닌 연결된 시퀀스로 전체를 읽습니다. AI가 "이월" 행을 처리할 때 이를 거래 내역이 아닌 페이지 매김 인공물로 인식하고 경계를 넘어 누적 잔액의 연속성을 유지합니다.

내장 조정: 추출이 제공해야 하는 결과

은행 거래명세서 추출의 최종 목표는 단순한 거래 내역 나열이 아닙니다. 잔액 확인을 통과한 조정된 데이터 세트여야 합니다.

추출 파이프라인에 자동 잔액 검증 기능이 내장된 조정 검증 도구는 데이터가 회계 시스템에 입력되기 전에 오류를 포착하여 조정 팀의 수동 QA 부담을 줄여줍니다.

이 파이프라인 설정에 대한 단계별 안내는 회계용 OCR: 은행 거래명세서 및 재무 데이터 추출 가이드를 참조하세요.

KYC 및 대출 서류 처리: 규정 준수 압박 속의 정확성

고객확인(KYC) 규정 준수는 OCR 정확성과 규제 리스크가 교차하는 지점입니다. 신분증에서 단 한 글자를 잘못 읽는 경우 — '0'과 'O'를 혼동하거나 여권 번호를 잘못 읽는 경우 — OFAC 제재 대상자 심사를 통과하지 못할 고객을 등록하거나 합성 신원 사기를 탐지하지 못할 수 있습니다. 그 위험은 인보이스 처리와는 근본적으로 다릅니다.

KYC 온보딩의 문서 구성

표준 KYC 온보딩 패키지에는 여러 문서 유형이 포함되며, 각각 추출 과정에서 서로 다른 과제가 있습니다:

• 정부 발급 신분증(여권, 운전면허증, 주민등록증): 문서 하단의 기계 판독 영역(MRZ)은 OCR에 최적화되어 있습니다 — ICAO 표준 글꼴, 검증 숫자, 고정 필드 길이를 사용합니다. 하지만 MRZ는 문서의 일부일 뿐이며, 얼굴 사진, 서명, MRZ 외 텍스트 필드(주소, 생년월일, 발급 기관)를 추출하려면 전체 문서 이미지 분석이 필요합니다.
• 주소 증명(공과금 고지서, 은행 거래 명세서, 세금 평가서): 이 문서들은 신원 확인에 최적화되지 않았습니다. 다양한 레이아웃과 품질로 스캔되며, 주소가 고정된 위치에 있지 않을 수 있습니다. 은행은 표준화된 형식 없이 이 문서들에서 주소, 이름, 날짜(최근 90일 이내인지 확인용)를 추출해야 합니다.
• 재정 증빙(급여 명세서, W-2, 세금 신고서, 인수 심사용 은행 거래 명세서): 대출 인수 문서는 소득, 고용 내역, 자산 정보의 필드 수준 추출이 필요합니다. 상업 대출 신청서는 여러 문서 유형에 걸쳐 10~30페이지에 달할 수 있으며, 인수 팀은 이전에 데이터 추출 전 문서 정리 작업에만 시간의 40%를 소비했습니다.

KYC에 문자 수준 정확도가 충분하지 않은 이유

기존 OCR 공급업체는 문자 수준 정확도(CER)를 인용합니다 — 일반적으로 깨끗한 인쇄 문서에서 99% 이상입니다. 그러나 KYC 워크플로에서 문자 수준 정확도는 오해의 소지가 있는 지표입니다. 500자의 여권 페이지에서 99% CER은 평균 5자가 틀렸음을 의미합니다. 그중 하나가 여권 번호의 숫자나 고객 이름의 철자라면, 문서는 AML 심사를 통과하지 못하거나 잘못된 신원 데이터로 계좌가 개설되어 수개월이 걸리는 수정 작업이 필요합니다.

필드 수준 정확도 — 대부분의 문자가 올바른지가 아니라 여권 번호 전체가 정확히 추출되었는지 — 가 KYC의 관련 지표입니다. 비전 언어 모델을 사용하는 AI 기반 추출 시스템은 맥락을 이해합니다: 여권 번호가 특정 패턴을 따르고, 검증을 위한 체크 디지트가 존재하며, 오독된 문자를 묵인하지 않고 인간 검토를 위해 플래그 지정할 수 있다는 것을 압니다.

대량의 대출 신청을 처리하는 은행의 경우, KYC 문서를 처리하는 동일한 추출 파이프라인이 인수 심사를 위한 급여 명세서, 세금 신고서, 은행 거래 명세서도 처리하므로, 모든 문서 유형을 처리하는 통합 추출 플랫폼은 프로세스 각 단계별로 분리된 특수 도구를 사용하는 것보다 상당한 운영상 이점을 제공합니다.

전통적 OCR vs 비전 AI: 은행 업무에서 템플릿 불필요 방식이 중요한 이유

은행 업계의 문서 처리 과제는 송장이나 영수증을 처리하는 OCR 방식으로는 제대로 해결되지 않습니다. 은행 문서는 근본적으로 더 어려운 문제를 제기합니다. 그 이유를 이해하려면 두 세대의 추출 기술을 명확히 구분해야 합니다.

템플릿 OCR의 한계: 새로운 형식마다 워크플로가 중단됩니다

전통적 OCR(Tesseract, ABBYY, 클라우드 OCR API 등)은 위치 기반 모델로 작동합니다. 시스템이 페이지에서 모든 텍스트를 추출한 후, 규칙이나 템플릿 맵을 사용해 좌표를 기준으로 필드를 할당합니다. 이 방식은 동일한 문서 형식이 반복될 때는 잘 작동하지만, 다음과 같은 경우에는 실패합니다:

• 50개 이상의 다른 은행에서 명세서를 처리할 때
• 은행이 명세서 레이아웃을 업데이트할 때(생각보다 자주 발생합니다)
• 고객이 약간 기울어지거나 회전된 페이지의 스캔 명세서를 제출할 때
• 깨끗한 PDF 대신 명세서의 모바일 사진을 받을 때

형식이 바뀔 때마다 템플릿 업데이트가 필요합니다. 새 은행이 추가될 때마다 새 템플릿이 필요합니다. 템플릿 관리는 문서 다양성에 비례하여 선형적으로 확장됩니다. 그리고 은행 업무는 극도의 문서 다양성을 특징으로 하는 환경입니다.

비전 AI 추출이 형식 문제를 해결하는 방법

비전 AI 추출(대규모 비전 모델, VLM 사용)은 문제에 다르게 접근합니다. 모든 텍스트를 추출한 후 위치별로 예상 필드에 매핑하려고 시도하는 대신, VLM은 사람이 문서를 읽는 방식, 즉 전체적으로 시각적 레이아웃, 각 텍스트 영역의 의미론적 의미, 필드 간의 관계를 이해하며 문서를 읽습니다.

이는 AI OCR이 무엇이며 전통적 OCR과 어떻게 다른지에 대한 가이드에서 설명한 것과 동일한 기술이며, 은행의 다중 형식 문제를 해결하는 핵심입니다. 실제로 이는 다음을 의미합니다:

• 출력을 정의하고 위치는 정의하지 않습니다: "거래일자" 열이 나타나는 위치에 상자를 그리는 대신, 시스템에 거래일자, 설명, 차변 금액, 대변 금액, 잔액을 원한다고 알리기만 하면 됩니다. AI는 이러한 필드가 무엇을 의미하는지 이해하여 페이지 어디에서든 찾아냅니다.
• 하나의 열 정의가 모든 형식에서 작동합니다: 동일한 열 이름 집합으로 Chase 명세서, Bank of America 명세서, 신용협동조합 명세서에서 데이터를 추출합니다. 각 명세서의 열 순서, 필드 이름, 레이아웃이 완전히 다름에도 불구하고 말입니다.
• 형식 변경이 워크플로를 중단시키지 않습니다: 은행이 명세서 디자인을 업데이트해도 저장된 템플릿을 매칭하는 대신 AI가 새 레이아웃을 의미론적으로 읽기 때문에 추출이 계속 작동합니다.

이러한 패러다임 전환(위치 기반 추출에서 의미론 기반 추출로)은 은행 팀이 수십 개 출처의 문서를 처리하면서도 계속 증가하는 은행별 템플릿 라이브러리를 구축하고 유지할 필요 없게 만듭니다. 은행 워크플로에 적합한 추출 도구에 대한 더 폭넓은 비교는 2026년 최고의 OCR 소프트웨어: 카테고리 및 사용 사례별 가이드를 참조하세요.

자주 묻는 질문