일본 통장 데이터를 Excel로 추출하는 방법
가계부 작성을 위한 (2026 가이드)

일본 은행 통장의 구성 — 각 열이 추출에 의미하는 바

일본의 은행 통장(通帳, 쓰초)은 전 세계적으로 독특한 금융 기록입니다. 다른 선진국에서는 이렇게 물리적 통장을 대규모로 사용하는 곳이 없습니다. 은행이 발행한 인쇄된 책자로, ATM에서 입출금 거래 내역을 한 줄씩 인쇄합니다. 거래당 한 행, 행당 다섯 개 열, 모든 줄에 잔액이 표시됩니다. 일본 금융 기관 전반에 걸쳐 이 형식이 매우 표준화되어 있어, 처음 보는 사람에게는 해결된 추출 문제처럼 보입니다. 그러나 현실은 더 구체적입니다.

통장의 5열 레이아웃은 고정되어 있습니다(날짜, 적요, 출금, 입금, 잔액). 하지만 해당 열 안의 내용은 수십 년간의 은행 관행, 기계 인쇄 기술, 규제 역사를 반영하며, 일반적인 OCR 시스템은 이를 이해하도록 설계되지 않았습니다.

통장의 물리적 형식은 일본은행협회(全国銀行協会)가 규정하며, 은행 간 데이터 교환, ATM 상호 운용성, 뒷면 커버의 계좌 정보를 저장하는 마그네틱 스트라이프(磁気ストライプ)에 대한 표준을 설정합니다. ATM은 이 스트라이프를 읽어 계좌를 식별한 후, 도트 매트릭스 또는 감열식 프린터를 사용하여 통장 페이지에 직접 거래 내역을 인쇄합니다. 즉, 사용자가 가진 통장은 조판된 문서가 아닌 프린터 출력물입니다. 이 차이는 추출에 중요합니다. 인쇄 품질은 ATM 모델, 잉크 리본 수명, 인쇄 헤드 청결도에 따라 다릅니다. 같은 은행의 두 통장이라도 6개월 간격으로 다른 ATM에서 인쇄되면 문자 선명도와 정렬이 눈에 띄게 다를 수 있습니다.

통장을 가계부 앱에 전달하는 것만으로는 충분하지 않은 이유

일본에는 디지털에 능숙한 대부분의 가구를 포괄하는 세 가지 주요 개인 재무 앱이 있습니다: MoneyForward ME(2,451개 이상의 금융 서비스 연동), Zaim(1,300개 이상 연동, 1,200만 다운로드), Moneytree(2,387개 이상 연동). 이 세 앱 모두 API를 통해 일본 은행 계좌에 연결하여 거래 데이터를 자동으로 가져와 분류된 지출 보고서로 제공합니다. 지속적인 미래 지향적 비용 추적에는 잘 작동합니다. 은행 API가 매일 새로운 거래를 공급하고 사용자는 종이 통장을 전혀 건드릴 필요가 없기 때문입니다.

문제는 앱에 등록하기 전의 과거 내역입니다. 은행 API 연결은 사용자가 승인한 날짜부터 데이터를 가져옵니다. 일반적으로 은행에 따라 최근 90일에서 1년까지입니다. 2022년, 2021년, 2019년의 거래 — 실물 통장에 인쇄된 페이지로만 존재하는 연도의 데이터는 앱에 나타나지 않습니다. 청색신고를 하는 프리랜서가 해당 연도의 모든 사업 관련 거래를 정리해야 하는 경우, 앱은 현재를 다루지만 과거는 종이에 남겨둡니다. 마찬가지로, 은행에서 실물 통장을 받아 세무사에게 월별 장부 정리를 위해 공유하는 소규모 사업주의 경우, 세무사는 사업주의 MoneyForward 계정에 로그인하지 않습니다. 세무사는 통장이나 그 스캔본을 기준으로 작업합니다.

앱은 일상적인 지출 가시성 문제를 해결합니다. 그러나 5년 치 종이 거래 내역을 하나의 스프레드시트로 만들어야 하는 1년에 한 번 있는 순간 — 바로 통장 추출을 검색하게 만드는 그 순간 — 은 해결하지 못합니다.

이해할 가치가 있는 세 번째 경로가 있습니다: 일부 은행은 이제 디지털 통장을 제공하여 실물 책자를 없애고 웹 기반 거래 조회 및 CSV 내보내기 기능을 제공합니다. 일본은행협회는 광범위한 은행 디지털화의 일환으로 디지털 통장을 장려해 왔습니다. 그러나 도입은 고르지 않습니다. MUFG, SMBC와 같은 주요 은행은 신규 계좌에 디지털 통장을 제공하지만, 많은 지역 은행과 신용금고는 여전히 기본적으로 실물 통장을 발행합니다. 그리고 디지털 통장에 접근할 수 있는 계좌의 경우에도 내보내기 형식과 날짜 범위가 회계 패키지가 기대하는 것과 다른 경우가 많습니다. 모든 불편함에도 불구하고 실물 통장은 가장 보편적인 형식으로 남아 있습니다. 모든 은행이 인쇄하고, 모든 거래가 표시되며, 계좌의 전체 내역을 담고 있습니다.

이 마지막 속성 — 전체 계좌 내역을 포함한다는 점 — 은 통장 추출이 다른 국가의 은행 명세서 추출과 근본적으로 다른 이유입니다. 영국 은행 명세서나 미국 월별 명세서는 특정 기간의 요약입니다. 일본 통장은 원장입니다. 첫 인쇄 페이지부터 마지막 페이지까지의 연속적이고 누적된 기록입니다. 이어지는 추출 작업 흐름에서, 이러한 연속성은 문서의 가장 큰 강점이자 가장 흔한 오류 모드의 원천입니다.

통장 추출 워크플로 설정

통장 데이터를 다시 입력할 필요 없이 대체하는 워크플로는 세 단계로 구성됩니다. 첫 번째 단계인 열 정의는 한 번만 수행하면 모든 통장, 모든 은행, 모든 과세 연도에 걸쳐 재사용됩니다.

동일한 열 스키마가 다음 해에도, 다른 은행의 통장에도, 그리고 수년 전에 폐쇄되었지만 기록을 보관해야 하는 계좌에도 적용됩니다. 통장 형식은 개별 은행의 디자인 선택이 아닌 일본은행협회의 인쇄 규칙에 의해 정의되므로 변경되지 않습니다.

일본 연호 날짜 및 설명 코드 처리

통장 데이터 추출을 다른 시장의 은행 문서보다 일본에서 특히 어렵게 만드는 두 가지 측면이 있습니다. 둘 다 일반적인 AI의 한계가 아니라 일본 은행업의 발전 과정에서 비롯된 특성입니다.

일본 연호 날짜 (和暦)

통장 거래일자는 일본의 천황 연호 달력을 사용하여 인쇄됩니다: 令和(레이와, 2019년 시작), 平成(헤이세이, 1989~2019년), 또는 昭和(쇼와, 1926~1989년)이며, 종종 R, H, S로 축약된 후 해당 연호 내의 연도 번호가 붙습니다. R6.7.15와 같은 날짜는 2024년 7월 15일(레이와 6년)을 의미합니다. H30.3.31은 2018년 3월 31일(헤이세이 30년)입니다. S62.1.10은 1987년 1월 10일(쇼와 62년)입니다. 서력(西暦)으로 변환하려면 각 연호의 시작 연도를 알아야 합니다(레이와 = 2018 + n, 헤이세이 = 1988 + n, 쇼와 = 1925 + n). 또한 페이지 중간에 새해가 시작되는 페이지 경계를 처리해야 합니다. 많은 통장은 페이지 상단에 연호 연도를 한 번만 인쇄하고 이후 줄에는 월과 일만 표시합니다. "7.15"를 맥락 없이 날짜로 읽는 원시 OCR 출력은 타임라인에 배치할 수 없는 값을 생성합니다. 몇 밀리미터 위에 있는 연도 헤더가 그것이 2023년 7월인지 2024년 7월인지를 결정하기 때문입니다.

해결책은 2단계 추출 전략입니다. 첫 번째 단계: 페이지에서 연도 헤더를 읽고 연호를 확인합니다. 두 번째 단계: 각 거래 날짜를 구문 분석하여 헤더의 연도 맥락을 적용합니다. 연도 경계에서 월이 12에서 1로 바뀌면 연호 연도가 1 증가합니다. 이는 템플릿 기반 OCR이 할 수 없는 구조화된 추론의 전형적인 예입니다. 개별 셀은 읽지만 헤더와 그에 종속된 행 간의 관계는 읽지 못합니다. 그러나 AI 기반 추출은 문서를 고립된 텍스트 상자의 격자가 아닌 전체로 이해함으로써 이를 처리합니다.

내역 코드 (摘要)

통장의 내역(적요)란에는 일본인이 보면 즉시 이해할 수 있지만 일반 텍스트 파서에는 난해한 약식 코드가 사용됩니다. 일반적인 항목으로는 振込(은행 송금 — 거래처 결제 또는 개인 송금일 수 있음), ATM(ATM 출금 또는 입금 — 구분 없음), 給与(급여 입금 — 개인에게 가장 중요한 수입 항목), 利息(이자 지급 — 일반적으로 소액, 세무 관련), 引落(자동 이체 — 임대료, 공과금, 보험), 手数料(은행 수수료 — 보통 ¥110~¥550, 사업 계좌의 경우 공제 가능), カード(카드 거래 — 직불카드 결제 또는 신용카드 정산일 수 있음) 등이 있습니다.

통장에 "振込 50,000"이라고 적혀 있어도 프리랜서 거래처의 결제일 수도 있고, 친구가 저녁 식사비를 갚은 것일 수도 있습니다. 통장은 이를 구분하지 않습니다 — 회계 소프트웨어의 항목 분류가 그 역할을 합니다. 추출 시에는 코드를 충실히 포착해야 하며, 분류 로직은 후속 단계에서 처리됩니다.

일부 통장에는 여백에 수기 메모가 추가되어 있기도 합니다 — 인쇄된 거래 내역 옆에 볼펜으로 家賃(임대료) 또는 仕入(매입)이라고 적힌 경우입니다. 이러한 메모는 회계 분류에 매우 중요하지만, 추가적인 과제를 제시합니다: 다양한 색상의 잉크로 필기체 품질이 제각각이며, 인쇄된 격자선을 넘어 쓰여 있는 경우도 있습니다. 추출 도구가 필기체 텍스트 인식을 지원한다면 — 비전 모델 기반 추출이 그렇듯 — 이러한 여백 메모도 별도의 수동 확인 단계 없이 추출 데이터의 일부가 됩니다.

Yayoi, freee, MoneyForward로 데이터 이동

추출된 Excel 스프레드시트는 최종 목적지가 아니라 통장과 회계 소프트웨어를 연결하는 다리입니다. 일본의 회계 소프트웨어 시장은 세 가지 플랫폼이 지배하고 있으며, 이들 플랫폼이 개인 사업자와 소규모 기업의 대부분을 커버합니다:

동일한 CSV 가져오기를 지원하는 기타 회계 플랫폼으로는 MJS 회계(회계대장), TKC(FX2/MX 시리즈), OBC(회계봉행), Sorimachi(회계왕), EPSON(재무응원R4), PCA(PCA회계) 등이 있습니다. 추출 결과물인 깔끔한 5열 CSV는 통장 형식이 은행 간에 표준화되어 있으므로 이 모든 플랫폼에서 작동합니다. 날짜 형식, 금액 열, 설명 필드는 어떤 회계 패키지에서 수신하든 동일합니다.

이 검증 단계에서 통장의 원장 형식은 다른 은행 문서보다 장점이 됩니다. 영국 은행 명세서나 호주 지급 요약서에는 누적 잔액이 포함되어 있지 않습니다. 각 행을 외부 출처와 대조해야 합니다. 통장은 자체 검증 기능을 내부에 가지고 있습니다. 모든 줄에서 수학이 맞거나, 추출 과정에서 무언가를 잘못 읽었거나 둘 중 하나입니다. 중간 지점은 없으며, 계산 열이 장부에 입력되기 전에 불일치를 드러냅니다.

다른 국가의 급여 문서(동일한 추출 논리가 적용되지만 세금 코드가 다른 경우, 호주 PAYG 워크플로, 영국 P60 처리, 또는 캐나다 T4 슬립 추출에서 볼 수 있음)와 달리, 통장의 자체 검증 구조는 별도의 회계 단계가 아닌 추출 시점에 조정이 이루어짐을 의미합니다. CSV가 추출 도구를 떠나기 전에 데이터 품질이 완료됩니다.

자주 묻는 질문

세무 신고 시즌을 데이터 입력 마라톤이 아닌 일상으로

일본의 세무 신고 마감일 — 개인 소득세(所得税の確定申告)의 경우 3월 15일 — 은 변하지 않습니다. 매년 일본의 개인 사업자, 프리랜서, 소규모 사업주들은 동일한 과정을 반복합니다: 통장을 모아 책상 위에 펼쳐 놓고, 거래 내역을 한 줄씩 스프레드시트나 회계 소프트웨어에 직접 입력합니다. 통장의 5열 형식은 우아할 정도로 단순해서 수동 작업이 간단하게 느껴집니다 — 27페이지까지는 말이죠. 거기서 잘못된 쉼표 위치로 숫자 하나를 잘못 입력하면 잔액 열의 나머지가 조용히 망가지고, 5분이면 끝날 대사 작업이 2시간이 걸립니다.

여기서 설명하는 추출 워크플로는 그 과정을 완전히 뒤집습니다. 1월과 2월을 재입력에 소비하는 대신, 통장 페이지를 스캔하는 데 오후 한 번, 열을 정의하는 데 몇 분, 그리고 마감 전 남은 시간 동안 青色申告 공제가 원래 장려했던 일, 즉 종이에서 재구성하는 것이 아니라 사업의 재무 성과를 분석하는 데 집중할 수 있습니다.

동일한 열 스키마는 내년에도 그대로 사용할 수 있습니다. 일본은행협회가 정의하고, 은행 ATM에서 인쇄하며, 전국 모든 금융 기관에서 표준화된 통장 형식은 변하지 않습니다. 매년 변하는 것은 페이지 분량과 3월 15일 마감일의 임박함입니다. 재입력 단계를 제거하면 압박은 검증에 집중됩니다. 그리고 모든 행에 수학적 감사 추적을 내장한 문서의 경우, 검증이야말로 시간을 투자할 가치가 있는 부분입니다.