스캔된 은행 거래명세서에 OCR을 실행하면 추출된 데이터가 엉망입니다. 거래 설명이 여러 행으로 분산되고, 차변과 대변 금액이 잘못된 열에 있으며, 잔액이 맞지 않습니다. OCR이 페이지의 텍스트 위치를 읽을 뿐 표 구조를 이해하지 못하기 때문이고, 품질이 떨어지는 스캔이나 휴대폰 사진은 상황을 악화시킵니다.
이 가이드에서는 가장 흔한 두 가지 OCR 문제를 진단하고 수정하는 방법, 엑셀 정리 기법을 다루며, 자동화된 도구가 언제 작업을 처리하는지 설명합니다.
OCR이 여러 줄 설명을 별도 행으로 분산시키는 이유
은행 거래명세서는 긴 상점명이나 참조번호를 표 셀 내에 두 세 줄에 걸쳐 인쇄합니다. 사람은 한 건의 거래로 봅니다. OCR 소프트웨어는 서로 다른 수직 위치에 있는 세 개의 텍스트 블록으로 보고 출력에 세 개의 행을 만듭니다.
실제 거래명세서의 예:
| 날짜 | 설명 | 차변 | 대변 |
|---|---|---|---|
| 1월 15일 | AMAZON MARKETPL | 42.99 | |
| ACE*OFFICE SUPPLIES | |||
| REF 8347291 |
OCR은 세 개의 텍스트 줄을 읽었기 때문에 세 개의 행을 생성했습니다. 금액은 첫 번째 행에만 나타납니다. 연속 행의 날짜 열은 비어 있습니다. 이는 정렬, 필터 또는 회계 소프트웨어로의 가져오기를 불가능하게 합니다.
문제는 복사된 거래명세서, 팩스 또는 저해상도 휴대폰 사진에서 문자 간격이 일관성이 없을 때 더 심해집니다. OCR은 한 셀이 끝나고 다른 셀이 시작되는 위치를 안정적으로 판단할 수 없습니다.
OCR 후 차변과 대변 열이 바뀌는 이유
차변과 대변 열은 거래명세서에서 좁은 공백이나 연한 격자선으로 분리되어 서로 가깝게 배치됩니다. OCR은 왼쪽에서 오른쪽으로, 위에서 아래로 읽지만 열 제목을 이해하지 못합니다. 스캔된 이미지가 약간 회전하거나 불균형하게 자르거나 희미한 선이 있으면 소프트웨어는 어느 숫자가 어느 열에 속하는지 추측합니다.
열이 바뀌는 일반적인 원인:
- 거래명세서가 1도 또는 2도 각도로 스캔되어 페이지 아래로 내려가면서 텍스트가 수평으로 이동
- 열 제목이 데이터 행과 다른 글자 크기를 사용하여 정렬 감지를 방해
- 대변 금액 주위의 괄호
(150.00)로 인해 OCR이 음수 차변으로 착각 - OCR이 맨 왼쪽 숫자에 고정되는 좁은 열의 우측 정렬 숫자
열이 바뀌면 가져온 데이터는 입금을 출금으로 표시합니다. 실행 잔액이 즉시 깨지고 인쇄된 종료 잔액과 조정할 수 없습니다.
수동 방법: 엑셀에서 분산된 행 병합
데이터를 이미 엑셀이나 CSV로 추출했다면 공식과 보조 열을 사용하여 여러 줄 설명을 수정할 수 있습니다. 최대 50건의 거래에 적합하며 그 이상은 시간 비용이 가치를 초과합니다.
추출된 데이터를 엑셀에서 엽니다. A열부터 D열에 날짜, 설명, 차변, 대변이 포함된다고 가정합니다.
- 보조 열 E를 삽입합니다. E2에
=IF(A2="",E1,ROW())를 입력하고 아래로 복사합니다. 날짜를 공유하는 모든 행에 동일한 그룹 번호를 할당합니다. - F열을 삽입합니다. F2에
=IF(A2="",F1&" "&B2,B2)를 입력하고 아래로 복사합니다. 연속 행의 설명 텍스트를 각 그룹의 첫 행으로 연결합니다. - A열을 필터링하여 날짜가 공백이 아닌 행만 표시합니다. A, F, C, D 열을 새 시트로 복사합니다. F열은 이제 병합된 설명을 포함합니다.
- 보조 열을 삭제하고 F를 설명으로 이름을 바꿉니다.
이 방법은 연속 행이 공백 날짜 셀을 가진다고 가정합니다. OCR이 모든 날짜 셀에 값을 반복하여 채웠다면 다른 그룹화 논리가 필요합니다. 차변과 대변이 모두 비어 있는 행을 찾고 해당 설명을 금액이 있는 바로 위 행으로 병합합니다.
수동 방법: 열 식별 및 교환
거래명세서 헤더의 인쇄된 시작 잔액을 사용하여 처음 10개 행에 대한 실행 잔액을 계산하여 차변과 대변이 반대인지 확인합니다.
엑셀에서 실행 잔액에 대한 보조 열 E를 삽입합니다. E2에 =OPENING_BALANCE + C2 - D2를 입력합니다. 여기서 C는 대변, D는 차변입니다. 공식을 아래로 복사합니다. E11을 원본 거래명세서의 10행 옆에 인쇄된 실행 잔액과 비교합니다.
계산된 잔액이 잘못된 방향으로 변하면 열이 바뀐 것입니다. 두 개의 새 열을 삽입하여 공식 =D2와 =C2를 교환한 다음 기존 열을 삭제하여 수정합니다.
일부 행은 정확하고 다른 행은 잘못되면 OCR이 열을 불일치하게 할당했습니다. 실행 잔액이 깨지는 모든 행을 수동으로 검토해야 합니다. 거래명세서에 페이지 중간의 요약 섹션이나 OCR이 거래 행으로 착각한 각주가 있을 때 흔합니다.
무료 OCR 도구가 실패하는 경우
Adobe Acrobat의 엑셀 내보내기 기능과 Tabula 같은 도구는 텍스트를 선택할 수 있는 디지털 PDF에서는 잘 작동합니다. 스캔된 거래명세서에서는 같은 이유로 실패합니다. 표 구조에 대한 의미 있는 이해가 없기 때문입니다.
Tabula는 표 영역 주위에 상자를 그려야 합니다. 설명이 여러 줄에 걸쳐 있으면 Tabula는 내보내기 전에 인터페이스에서 셀을 수동으로 병합하지 않는 한 각 줄을 별도 행으로 추출하며, 이는 시간 절약을 무효화합니다.
Google Docs OCR과 무료 온라인 변환기는 재무 표를 거의 올바르게 처리하지 못합니다. 열 데이터가 아닌 문서의 본문 텍스트에 최적화되어 있습니다. 금액이 흩어져 있는 텍스트 벽을 얻고 완전한 수동 재구성이 필요합니다.
자동화된 수정: AI 기반 거래명세서 변환기
최신 변환 도구는 은행 거래명세서 레이아웃에 특별히 학습된 AI 모델을 사용합니다. 여러 줄에 걸쳐 인쇄되더라도 설명이 단일 거래를 형성한다는 것을 인식하고 공간 좌표만이 아니라 문맥에서 차변/대변 열 위치를 학습합니다.
BankStmtConverter는 거래명세서를 금융 문서로 취급하여 스캔되고 사진으로 찍은 거래명세서를 처리합니다. 예상되는 구조: 날짜는 순차적으로 실행되고, 금액은 인쇄된 합계와 조정되어야 하며, 설명은 가장 가까운 날짜/금액 쌍에 속합니다. AI는 분산된 설명을 자동으로 병합하고 출력 잔액이 거래명세서의 인쇄된 시작 및 종료 잔액과 일치하는지 검증합니다.
업로드 후 도구는 미리보기 표를 표시하여 여러 줄 설명이 단일 행으로 나타나고 실행 잔액 열이 거래명세서와 일치하는지 확인할 수 있습니다. 열이 바뀌면 잔액 검증이 실패하고 도구는 내보내기 전에 올바른 열 할당을 확인하도록 메시지를 표시합니다.
엑셀용 CSV, QuickBooks용 QBO, Xero용 OFX로 내보내거나 데스크톱 버전을 사용하여 파일을 업로드하지 않고 로컬에서 거래명세서를 처리할 수 있습니다. 데스크톱 도구는 클라이언트 기밀 유지 요구사항이 있거나 월별 고용량 처리가 필요한 회사에 유용합니다.
검증: 실행 잔액 확인
수동 또는 자동 정리 후 모든 행의 실행 잔액을 계산합니다. 거래명세서 헤더의 인쇄된 시작 잔액부터 시작합니다. 대변을 더하고 차변을 뺍니다. 마지막 행의 계산된 잔액이 인쇄된 종료 잔액과 정확히 일치해야 합니다.
최종 잔액이 한 거래의 합으로 차이나면 그 거래는 중복되었거나 누락되었을 가능성이 높습니다. 한 거래의 두 배로 차이나면 그 거래는 잘못된 열에 있습니다. 진행적으로 변하면 여러 행에 바뀐 열이 있거나 병합된 설명에 금액이 포함되어 있습니다.
이 검증은 시각적 검사가 놓치는 오류를 잡습니다. 추출된 데이터가 가져오기 준비 상태인지 확인하는 유일한 신뢰할 수 있는 방법입니다.
비교: 수동 정리 vs. 변환기 도구
| 방법 | 여러 줄 처리 | 열 교환 감지 | 잔액 검증 | 40페이지 거래명세서 소요 시간 |
|---|---|---|---|---|
| 엑셀 공식 | 보조 열로 수동 병합 | 행별 수동 검사 | 수동 공식, 자동 확인 없음 | 2-4시간 |
| Tabula + 정리 | 행 추출, 이후 수동 병합 | 감지 없음, 항목별 확인 필요 | 없음 | 1-3시간 |
| Adobe 내보내기 | 스캔 실패, 줄 분산 | 스캔 실패, 검증 없음 | 없음 | 15분 + 2시간 정리 |
| BankStmtConverter | AI 추출 중 병합 | 문맥 인식, 불일치 플래그 | 인쇄된 합계 대비 검증 | 총 5-10분 |
수동 방법은 단일 페이지 거래명세서와 약 12건의 거래에 실행 가능합니다. 다중 페이지 스캔, 많은 거래명세서의 일괄 변환 또는 정기적인 월별 처리의 경우 수동 정리의 시간 투자는 확장성이 없습니다.
edge 케이스 처리
일부 거래명세서는 별도의 열 대신 괄호 (500.00)로 대변을 인쇄합니다. OCR은 이를 음수 텍스트로 읽습니다. 정리는 괄호를 제거하고 금액을 대변 열로 이동해야 합니다. 엑셀에서 =IF(LEFT(C2,1)="(",VALUE(MID(C2,2,LEN(C2)-2)),0)를 사용하여 괄호 금액을 추출합니다.
당좌예금과 저축 요약 같은 여러 계좌가 한 페이지에 인쇄된 거래명세서는 표 구조가 페이지 중간에 재설정되기 때문에 OCR을 혼동합니다. OCR 전에 PDF를 별도 파일로 분할하거나 계정 헤더를 감지하고 자동으로 분할하는 도구를 사용합니다.
비영어 날짜 형식이나 통화 기호가 있는 외국어 거래명세서는 로케일 인식 구문 분석이 필요합니다. 엑셀의 TEXT 및 DATEVALUE 함수는 날짜 형식을 변경할 수 있지만 원본 형식을 알아야 합니다. AI 도구는 데이터 패턴에서 날짜 형식을 추론하여 이를 처리합니다.
수동 정리를 사용할 때
일회성 필요, 단일 페이지 거래명세서, 엑셀 공식에 이미 익숙한 경우 수동 정리가 합리적입니다. 또한 기밀 유지 규칙으로 인해 거래명세서를 업로드할 수 없고 데스크톱 소프트웨어에 접근할 수 없는 경우 유일한 선택지입니다.
거래명세서를 정기적으로 처리하면 수동 정리는 반복적인 시간 낭비가 됩니다. 스캔된 20페이지 거래명세서는 약 50개의 여러 줄 설명을 가진 200건의 거래를 포함할 수 있습니다. 거래당 3분으로 확인 및 수정 시 10시간입니다. 같은 거래명세서는 병합과 열 감지를 자동으로 처리하는 AI 변환기로 5분 걸립니다.
정리된 데이터를 회계 소프트웨어로 내보내기
데이터가 정리되고 조정되면 회계 소프트웨어에서 요구하는 형식으로 내보냅니다. QuickBooks Desktop과 Online은 QBO 파일을 받아들입니다. Xero는 특정 열 헤더가 있는 OFX 또는 CSV를 가져옵니다. Sage, FreshBooks, Wave는 날짜, 설명, 금액 열이 있는 CSV를 받아들입니다.
가져오기 전에 CSV가 올바른 날짜 형식을 사용하는지, 차변/대변 금액이 올바른 기호를 가지는지 확인합니다. 일부 소프트웨어는 차변에 음수를 예상하고 다른 소프트웨어는 별도 열을 예상합니다. 플랫폼의 가져오기 템플릿 또는 설명서를 확인합니다.
BankStmtConverter는 각 플랫폼에 대해 올바른 열 헤더 및 날짜 형식이 있는 QBO, OFX 및 회계 준비 CSV로 직접 내보냅니다. 이는 수동 재포맷 단계와 열 불일치로 인한 가져오기 오류를 피합니다.
향후 스캔에서 OCR 문제 방지
스캔 프로세스를 제어하면 OCR 오류를 줄일 수 있습니다:
- 300 DPI 이상에서 스캔하십시오. 150 DPI는 안정적인 문자 인식에 너무 낮습니다.
- 휴대폰 카메라 대신 스캔베드 스캐너를 사용합니다. 휴대폰 카메라는 원근 왜곡을 유발합니다.
- 거래명세서가 평탄하고 스캐너 베드에 정렬되어 있는지 확인하십시오. 2도 회전은 20페이지에 걸쳐 오류가 누적됩니다.
- 컬러가 아닌 흑백 또는 회색으로 스캔하여 대비를 개선하고 파일 크기를 줄입니다.
- 거래명세서에 컬러 배경이나 워터마크가 있으면 OCR 전에 밝기와 대비를 조정합니다.
이 단계는 모든 도구(무료 또는 유료)에서 OCR 정확도를 개선합니다. 그러나 완벽한 스캔도 여전히 여러 줄 분산과 열 혼동을 생성합니다. OCR은 근본적으로 표 의미를 이해하지 못하기 때문입니다. AI 기반 변환기는 몇 개 거래 이상을 초과하는 수동 정리보다 빠릅니다.
데스크톱 및 온프레미스 옵션
클라이언트 은행 거래명세서를 클라우드 서비스에 업로드할 수 없는 회사를 위해 데스크톱 소프트웨어는 파일을 로컬에서 처리합니다. BankStmtConverter는 Windows와 Mac용 일회성 라이선스를 제공합니다. 파일은 절대 컴퓨터를 떠나지 않으며 파일당 요금 없이 무제한 거래명세서를 처리할 수 있습니다.
이는 월별로 수십 개의 클라이언트 거래명세서를 처리하는 회계 회사 또는 엄격한 데이터 보유 정책이 있는 규제 산업의 비즈니스에 특히 유용합니다. 데스크톱 버전은 클라우드 버전과 동일한 AI 추출, 여러 줄 병합 및 잔액 검증을 포함하지만 로컬 처리 및 오프라인 사용이 가능합니다.
요약 의사결정 가이드
한 개의 거래명세서, 20건 미만의 거래, OCR 출력이 대부분 정확하고 약간의 분산된 행만 있는 경우 수동 엑셀 정리를 사용합니다. 깨끗한 디지털 PDF가 있고 최소한의 정리가 필요한 기본 표 추출만 필요한 경우 Tabula를 사용합니다.
스캔된 거래명세서, 복사본, 휴대폰 사진, 다중 페이지 파일 또는 일괄 처리 필요가 있는 경우 AI 변환기를 사용합니다. 단일 40페이지 거래명세서에서의 시간 절약은 도구 비용을 지불합니다. 정기적인 사용 또는 클라이언트 작업의 경우 데스크톱 버전은 업로드 우려와 파일당 요금을 제거합니다.
변환기가 지원하는 거래명세서 레이아웃을 확인하고 인쇄된 합계 대비 실행 잔액을 검증하는지 확인합니다. 그 검증 단계가 깨끗한 가져오기 준비 데이터와 나중의 수시간 조정 문제 해결의 차이입니다.